Главная страница
Навигация по странице:

  • 4. Организация хранения информации

  • 5. Разграничение прав доступа к информации и защита документов в системе

  • 7. Наличие реальной технической поддержки в регионах

  • 8. Легкость адаптации и простота освоения системы персоналом заказчика

  • 9. Стоимость приобретения, внедрения и сопровождения

  • 10. Интеграция PDM с прикладными системами

  • 11. Поддержка стандартов

  • Обзор рынка PDM-систем 1. Lotsia PDM PLUS

  • Построение интегрированной информационной системы управления производственными процессами на основе PDM STEP Suite

  • Решаемые задачи Использование PDM STEP Suite позволяет решить следующие задачи предприятия:1. Автоматизация работы с документами

  • 2. Создание информационно-справочной системы предприятия

  • 3. Информационная поддержка конструкторско-технологической подготовки

  • 4. Поддержка изделия на этапе производства

  • 5. Поддержка изделия на этапе эксплуатации

  • 6. Поддержка менеджмента качества

  • 7. Поддержка взаимодействия с другими предприятиями.

  • Управления проектами Взаимодействие с другими автоматизированными системами

  • Параметр Минимум Рекомендуется

  • Требования к программному и аппаратному обеспечению внедряемой системы Сервер БД

  • Промежуточный сервер (сервер приложений)

  • Пример диплома. Дипломный проект вкр 220306. 0680. 11 Аин. Пз на тему


    Скачать 1.59 Mb.
    НазваниеДипломный проект вкр 220306. 0680. 11 Аин. Пз на тему
    АнкорПример диплома.doc
    Дата29.03.2018
    Размер1.59 Mb.
    Формат файлаdoc
    Имя файлаПример диплома.doc
    ТипДиплом
    #17359
    страница6 из 10
    1   2   3   4   5   6   7   8   9   10

    Основные критерии оценки PDM – систем


    1. Функциональность

    Фактически современные системы PDM состоят из следующих модулей:

    • хранилище объектов и средства управления документами

    • средства управления структурой изделия

    • средства поддержки классификаторов и справочников

    • средства просмотра и аннотирования документов и моделей различных форматов

    • средства управления проектом и проведением изменений

    • средства поиска информации

    • интерфейсы к прикладным пакетам

    • коммуникационные интерфейсы и интерфейсы к АСУП

    • интерфейсы прикладного программирования и трансляторы.

    2. Уровень системы

    По функциональным возможностям и максимально допустимому количеству одновременно работающих пользователей системы PDM можно разделить на следующие типы:

    • Системы масштаба подразделения (приблизительно до 30-50 одновременно работающих пользователей).

    • Системы масштаба предприятия (приблизительно от 100 до 5000 одновременно работающих пользователей).

    • Системы масштаба корпорации (приблизительно от 100 до десятков тысяч одновременно работающих пользователей, с обязательной поддержкой территориально-распределенного режима работы).

    3. Архитектура системы

    В соответствии с используемыми СУБД и принципами работы системы делятся на:

    • файл-серверные (большинство систем для рабочих групп)

    • клиент-серверные (2- и 3-уровневые).

    Наряду с этим можно выделить так называемые Web-ориентированные системы, но они, как правило, тоже используют какую-либо СУБД.

    Целесообразность использования систем, разработанных в файл-серверной архитектуре, ограничивается «сверху» 20-30 одновременно работающими сотрудниками. При большем количестве одновременно работающих сотрудников возможно резкое снижение производительности. Кроме того, такие системы не обеспечивают необходимой отказоустойчивости и защиты данных от несанкционированного доступа.

    Для систем масштаба предприятия более подходят СУБД, построенные в клиент-серверной архитектуре.

    4. Организация хранения информации

    Существует три схемы хранения информации

    • схема раздельного хранения информации

    • схема совместного хранения информации

    • комбинированная схема

    Как правило, используют схему раздельного хранения информации: данные о структуре изделия, свойствах (атрибутах объектов), сведения о правах доступа и другие метаданные хранятся в базе данных (database), а собственно тела документов (файлы) — в оригинальных форматах в защищенных хранилищах на файловых серверах (Vault). По этой схеме построено более 90% представленных на мировом рынке систем и практически все лидирующие решения.

    Основные преимущества такого подхода — компактная база, поскольку тела документов хранятся отдельно (следовательно, не нужен мощный сервер для работы СУБД); возможность хранения практически неограниченного объема информации (в том числе и на съемных носителях); отсутствие временных затрат и искажения данных при конвертировании форматов данных; возможность восстановления хотя бы части данных после аппаратных аварий.

    Другая схема хранения информации заключается в помещении и самих тел документов (файлов) в базу данных. При этом для разработчиков упрощается задача реализации механизма защиты документов от несанкционированного доступа, но возникают все те проблемы, которых удается избежать при хранении документов на выделенных серверах.

    Существует возможность комбинированного хранения информации, когда файлы хранятся и в базе данных, и на файловых серверах.

    5. Разграничение прав доступа к информации и защита документов в системе

    Надежная защита данных является обязательным требованием к системе. Защищаются как объекты (документы, изделия и т.п.), так и связанные с ними метаданные.

    Права доступа в серьезной системе должны разграничиваться для отдельных пользователей, групп пользователей и функциональных ролей. Права доступа могут даваться только на ограниченный срок или на основании бизнес-логики системы.

    Наиболее полная реализация защиты достигается при раздельной защите информации на уровне объектов, их атрибутов и на уровне документов. При этом реализация защиты файлов может быть выполнена как средствами самой сетевой операционной системы (что очень неудобно), так и с помощью специальных программных и аппаратных средств разграничения доступа. Таким образом, при хранении документов на защищенных серверах необходимо, чтобы поставщик указал, для каких операционных систем и какими средствами реализована защита документов.

    6. Полнота русификации

    Так как система будет использоваться практически всеми сотрудниками предприятия, необходимо, чтобы она была полностью локализована. При этом локализация должна включать не только русскоязычный интерфейс и справочную систему, но и полный пакет документации на русском языке.

    7. Наличие реальной технической поддержки в регионах

    Одним из обязательных условий успешного внедрения является тесное взаимодействие пользователя с поставщиком системы. Это ускорит решение разного рода проблем, которые неизбежно возникнут на начальном этапе внедрения.

    8. Легкость адаптации и простота освоения системы персоналом заказчика

    Для систем PDM необходимо различать:

    • простоту в администрировании при настройке системы

    • удобство работы с уже настроенной системой

    В первом случае, предпочтение должно отдаваться системам, включающим визуальные средства настройки и не требующим программирования.

    Во втором - можно оценить соответствие общим стандартам и степень автоматизации рутинных операций.

    9. Стоимость приобретения, внедрения и сопровождения

    При сравнении стоимости пакетов лицензий различных систем необходимо учитывать следующие обстоятельства:

    • тип лицензий, предлагаемых заказчику

    • схему лицензирования при приобретении дополнительных лицензий (действуют ли накопительные скидки или, наоборот, дополнительные лицензии стоят значительно дороже, чем приобретенные в стартовом пакете)

    • стоимость дополнительного аппаратного обеспечения, системных средств и других программных модулей, которые окажутся необходимыми для реализации полных функциональных возможностей системы

    • затраты на настройку системы, организацию взаимодействия с уже существующими на предприятии системами и на обучение персонала.

    Таким образом, итоговая сумма затрат может во много раз превышать начальную стоимость покупки.

    10. Интеграция PDM с прикладными системами

    Можно выделить несколько уровней интеграции с приложениями:

    • возможность хранения в системе документов (файлов), созданных в других приложениях, или ссылок на них. Это минимальный уровень интеграции, поддерживаемый большинством систем;

    • обмен данными между полями документа (например, штампом чертежа) и атрибутивной информацией, хранящейся в базе данных системы PDM. Это позволяет избежать повторного ввода информации пользователем;

    • передача информации о параметрах модели в систему PDM с синхронизацией данных в автоматическом или ручном режиме;

    • корректная работа с компонентными (многофайловыми) документами и с документами, содержащими ссылки на другие документы (XREF-файлы и т.д.).

    11. Поддержка стандартов

    Применительно к системам PDM учет требований российских стандартов (ЕСКД, ЕСТД, СПДС и др.) означает прежде всего возможность получения стандартных форм отчетных документов (спецификации, ведомости и т.п.) и автоматизацию процессов разработки, а также утверждения и изменения изделия и документации на него.

    Наиболее известными зарубежными стандартами, используемыми в области PDM, являются ISO 10303 (STEP) — универсальный стандарт по обмену данными и стандарты серии ISO 9000 — стандарты обеспечения качества.

    В области интеграции прикладных программ с системами PDM в качестве стандарта все чаще используется ODMA (Open Document Management API). Поддержка ODMA позволяет приложению взаимодействовать с множеством других программ.

    Для систем Workflow и модулей Workflow систем PDM роль такого практически обязательного стандарта играют рекомендации WfMC (Workflow Management Coalition).

    А при реализации и использовании средств электронной цифровой подписи необходимо учитывать требования соответствующего закона, ГОСТ и регламентирующих документов ФАПСИ и Гостехкомиссии.

    Практически необходимой возможностью является создание собственных пользовательских форм.

      1. Обзор рынка PDM-систем

    1. Lotsia PDM PLUS

    - российская система автоматизации управления данными, документооборотом и электронным архивом, представленная на рынке с 1997 года. Разработана компанией Лоция Софтвэа.

    Lotsia PDM Plus в равной степени автоматизирует и технический, и офисный документооборот. Несколько дезориентирует аббревиатура «PDM», используемая в названии системы. PDM обычно используется для управления составом изделий.

    Основные функции:

    • Гибкость и простота настройки, доступная не программисту.

    • Готовые шаблоны отраслевых настроек в соответствии с требованиями ЕСКД, СПДС, ГОСТ 6.30.

    • Поддержка единых централизованных классификаторов и справочников масштабах предприятия.

    • Встроенные функции контроля исполнения.

    • Возможность одновременного учёта как электронных, так и бумажных документов.

    • Функция организации совещания и голосований.

    • Встроенный функционал по управлению договорами и работе с календарями и календарными планами.

    • Не требует поддержки разработчиков.

    • Практически вся функциональность доступна в базовой поставке.

    • Наличие полнофункциональной демонстрационной версии с настройками для проектных организаций и машиностроительных (приборостроительных) предприятий.

    2. PDM STEP Suite

    Система PDM STEP Suite предназначена для управления данными об изделии на всех стадиях жизненного цикла. Использование PDM STEP Suite позволяет объединить данные различных служб предприятия в едином информационном пространстве, гарантируя их актуальность, достоверность, полноту, целостность и непротиворечивость.

    Методы и программные средства управления данными об изделии (PDM) играют системообразующую роль в интегрированной информационной среде (ИИС) предприятия, обеспечивая сбор и хранение рационально структурированных данных о конструкции изделия, технологии его изготовления и эксплуатации, а также о ресурсах, требуемых для осуществления процессов, и предоставление этой информации другим автоматизированным системам.

    Основные функции:

    • Управление конструкторскими, технологическими и эксплуатационными данными об изделии

    • Управление конфигурациями и изменениями

    • Управление данными логистического анализа

    • Управление данными о качестве

    • Управление проектами, контрактами и потоками работ

    • Информационное взаимодействие с CAD/CAM/ERP

    • Обмен данными между всеми участниками жизненного цикла

    3. Лоцман:PLM

    Система ЛОЦМАН:PLM является центральным компонентом Комплекса решений АСКОН и обеспечивает:

    • централизованное структурированное хранение технической документации на изделие;

    • управление информацией о структуре, вариантах конфигурации изделий и входимости компонентов в различные изделия;

    • управление процессом разработки изделия; интеграцию компонентов Комплекса — САПР, САПР ТП, корпоративных справочников

    Система ЛОЦМАН:PLM аккумулирует всю информацию, необходимую для конструкторско-технологической подготовки производства продукции машиностроительного предприятия

    Функциональные возможности ЛОЦМАН:PLM

    • обеспечивается высокопроизводительная и устойчивая работа при одновременном подключении неограниченного количества пользователей;

    • обеспечивается работа с трехмерными моделями и чертежами систем КОМПАС, Unigraphics, SolidWorks, Solid Edge, Inventor, AutoCAD. Достигается синхронизация как по составу сборочной единицы, так и по атрибутивной информации;

    • в рамках единого интерфейса осуществляется учет как конструкторско-технологической, так и организационно-распорядительной документации;

    • система имеет встроенные средства просмотра и аннотирования документов и моделей указанных инженерных форматов, а также растровых форматов и форматов офисных приложений;

    • поддерживается территориально распределенный режим хранения документов;

    • имеется гибко настраиваемый интерфейс с возможностью перенастройки для различных групп пользователей и типов документов без программирования;

    • предоставлена возможность подключения к внешним базам данных для импорта информации из других автоматизированных систем;

    4. T-FLEX CAD

    — система автоматизированного проектирования, разработанная компанией «Топ Системы» с возможностями параметрического моделирования и наличием средств оформления конструкторской документации согласно системе стандартов ЕСКД. Система работает на основе геометрического ядра Parasolid.

    «T-FLEX CAD» является ядром комплекса «T-FLEX CAD/CAM/CAE/CAPP/PDM» — набора средств для решения задач технической подготовки производства в различных отраслях промышленности. Комплекс объединяет системы для конструкторского и технологического проектирования, модули подготовки управляющих программ для станков с ЧПУ и инженерных расчётов. Все программы комплекса функционируют на единой информационной платформе системы технического документооборота и ведения состава изделий.

    5. OMEGA PRODUCTION

    Система «Omega Production» основывается на применении современных сетевых информационных технологий клиент/сервер для создания и ведения единых конструкторских, технологических и экономических баз данных промышленного предприятия.

    Современная автоматизированная система управления производством для промышленного предприятия должна строиться так, чтобы органично учитывать эти особенности. Основой или базой автоматизированной системы управления производством может быть только система управления инженерными данными (PDM - Product Data Management). Объединяя в себе информацию о жизненном цикле изделия, PDM делает данные об изделии, его проекте доступными всем пользователям системы – от инженеров и технологов до экономистов, специалистов по маркетингу и бухгалтеров. Системы управления инженерными данными в свою очередь опираются на САПР, в которых готовится первичная информация о составе изделий еще на стадии проектирования этого изделия.

    Система Omega Production включает такие основные модули как

    • Управление инженерными данными

    • Планирование и управление производством

    • Управление запасами и материально-техническим снабжением

    • Управление качеством

    • Администрирование и построение системы.

    6. ENOVIA SmarTeam

    Основные функции:

    • Редактирование структуры базы данных и экранных форм отображения информации;

    • Ввод в базу данных информации об объектах, иерархических и логических связях между объектами;

    • Ведение состава проектов;

    • Ведение жизненного цикла документов;

    • Автоматическое ведение версий документов;

    • Поиск документов по учетной информации и логическим связям;

    • Автоматическое наращивание обозначений документов и объектов;

    • Регламентация прав доступа к информации;

    • Экспорт и импорт информации;

    • Составление графиков производственных заданий — и отслеживание их выполнения (Workflow)

    7. Teamcenter

    — это самая распространенная в мире система PLM. За ней стоит значительный опыт компании Siemens PLM Software — крупнейшего поставщика программного обеспечения и услуг для создания инновационных разработок, позволяющих принимать решения на основе актуальной информации на каждом этапе жизненного цикла изделия:

    • Разработка и выпуск новых изделий. Оптимизация создания инновационных разработок путем налаживания сотрудничества, охватывающего всех участников и все процессы жизненного цикла изделий в распределенной среде.

    • Унификация и повторное использование. Возможность повторного использования данных о деталях, процессах и оборудовании с целью повышения экономической эффективности и содействия применению передовых методик.

    • Работа с интеллектуальной собственностью и знаниями. Накопление знаний и опыта участников процесса управления жизненного цикла изделий, с целью постоянного совершенствования инновационных разработок.

    • Соответствие нормативным требованиям. Повышение соответствия требованиям за счет учета норм законодательства, техники безопасности и защиты окружающей среды уже на ранних этапах проектирования.

    • Экономическая эффективность производства. Сочетание различных аспектов разработки изделий, передовых методик производства с целью повышения эффективности производства и качества продукции.

    • Проектирование больших систем. Повышение ценности предложений предприятия своим заказчикам за счет интеграции электромеханических подсистем, взаимосвязей и компонентов в одном изделии.



      1. Выбор PDM – системы

    При выборе PDM-системы учитывались следующие основные факторы:

    • использование опыта работы в среде выбираемой PDM-системы;

    • доступность по цене внедряемого проекта;

    • необходимость надежного и проверенного механизма организации обмена данными в электронном виде от объектов предприятия в БД PDM-системы;

    • необходимость тесной интеграции PDM-системы с имеющимися на предприятии прикладными системами — различными САПР;

    • надежная техническая поддержка и сопровождение, основанные на использовании опыта работы.

    Сравнительный анализ показывает, что все рассматриваемые системы соответствуют требуемой функциональности. Сделаем выбор в пользу системы PDM STEP Suite НИЦ CALS-технологий «Прикладная логистика» в силу следующих причин:

    • Приемлемая стоимость приобретения и владения;

    • Простота внедрения и сопровождения;

    • Трехуровневая сетевая архитектура, позволяющая добиться от имеющегося парка вычислительной техники максимально возможного быстродействия;

    • Открытая архитектура, позволяющая не только дополнять систему новой функциональностью, но и дополнять структуру базы данных новыми объектами и атрибутами;

    Поддержка специфики российских предприятий в плане поддержки отечественных стандартов (ЕСКД, СПДС) и интеграции с САПР отечественной разработки.

      1. Построение интегрированной информационной системы управления производственными процессами на основе PDM STEP Suite

    Система PDM STEP Suite предназначена для управления данными об изделии на всех стадиях ЖЦИ. Ее использование позволяет объединить данные различных служб предприятия в единое информационное пространство и управлять всеми этими данными согласованно, гарантируя их актуальность, достоверность, полноту, целостность и непротиворечивость.

    Основными достоинствами системы РSS являются:

    • Управления данными обо всем жизненном цикле изделия.

    • Открытая информационная модель, соответствующая требованиям СЛЬ8 стандартов.

    • Открытая архитектура позволяющая не только дополнять систему новой функциональностью, но и дополнять структуру базы данных новыми объектами и атрибутами.

    • Изначальная ориентация системы на решение задач в масштабе предприятия.

    • Трехуровневая сетевая архитектура, позволяющая добиться от имеющегося парка вычислительной техники максимально возможного быстродействия.

    • Поддержка специфики российских предприятий.



        1. Решаемые задачи

    Использование PDM STEP Suite позволяет решить следующие задачи предприятия:

    1. Автоматизация работы с документами

    1.1. Организация электронного архива документов. Учет держателей копий документов в бумажном виде.

    1.2. Автоматизация процессов согласования и утверждения документов. Регистрация статусов (подписей) объектов с использованием ЭЦП.

    2. Создание информационно-справочной системы предприятия

    2.1. Управление нормативно-справочными документами.

    2.2. Управление организационно-распорядительной документацией.

    2.3. Управление справочниками о ограничительными перечнями материалов и унифицированных изделий.

    2.4. Ведение данных о аналогичных изделиях, и возможных заменах компонент.

    2.5. Обеспечение информационного взаимодействия сотрудников предприятия (почта, форумы, напоминания, проекты).

    2.6. Ведение данных о сотрудниках и смежных предприятиях.

    3. Информационная поддержка конструкторско-технологической подготовки

    3.1. Обеспечение взаимодействия конструкторов и технологов

    3.2. Создание и ведение единого конструкторско-технологического описания изделия, включающего в себя структуру изделия, параметры изделия, проектную документацию.

    3.3. Поддержка совместной работы конструкторов в САБ системах.

    3.4. Автоматизация создания конструкторских документов (спецификации и ведомости).

    3.5. Автоматизация технологической подготовки производства и создания технологических документов.

    3.6. Автоматизация нормирования и ведение цеховых маршрутов.

    3.7. Автоматизация расчетных и аналитических задач (масса, стоимость, развесовка, учет драгметаллов в изделиях и т. д.)

    3.8. Формирование каталогов.

    3.9. Информационная поддержка АЛП.

    3.10. Создание произвольных отчетов на основе конструкторско-технологических данных.

    4. Поддержка изделия на этапе производства

    4.1. Расчет цеховых планов.

    4.2. Расчет потребностей в материалах, оборудовании, оснастке, инструменте и т.д.

    5. Поддержка изделия на этапе эксплуатации

    5.1. Управление электронными паспортами изделий. В том числе отслеживание работ на этапе эксплуатации.

    5.2. Информационная поддержка аналитических задач (анализ отказов по поставщикам, по системам и т. д.).

    6. Поддержка менеджмента качества

    6.1. Управление документами СМК.

    6.2. Управление данными о процессах СМК.

    6.3. Управление конфигурацией изделия (на всех этапах ЖЦИ).В том числе управление требованиями заказчика, управление конструкторским составом и структурой изделия и т. д.

    6.4. Частичная автоматизация процессов предприятия (\Уогкг1о\у).

    6.5. Информационная поддержка управления записями (включая результаты контроля и диагностики).

    6.6. Управление измерениями (ведение данных о измерительных приборах (и калибрах) и их поверке).

    7. Поддержка взаимодействия с другими предприятиями.

    7.1. Обмен конструкторско-технологическими данными межу предприятиями в электронном виде.

    7.2. Подготовка и передача комплекта технической документации другому предприятию.

    8. Управления проектами

        1. Взаимодействие с другими автоматизированными системами

    При организации совместной работы различных служб предприятия, использующих разные системы автоматизации, встает вопрос об их информационной совместимости. Для его решения PDM-система должна поддерживать нейтральную модель данных, пригодную для представления разнообразных данных об изделии. В качестве такой модели в настоящее время выступает международный CALS-стандарт: ISO 10303 — STEP (ГОСТ Р ИСО 10303). Стандарт регламентирует логическую структуру БД, номенклатуру информационных объектов, хранимых в БД, их атрибуты и связи. Стандарт предусматривает способы взаимодействия с БД — с помощью текстового обменного файла STEP (ISO 10303-21) и через программный интерфейс SDAI (ISO 10303-22). Работу с текстовым обменным файлом STEP поддерживает большинство современных CAD/CAM-систем. Отличительной особенностью стандарта STEP является наличие методики расширения информационной модели данных. Это позволяет адаптировать стандартную информационную модель под нужды конкретной отрасли или предприятия. В настоящий момент данный стандарт переведен на русский язык и имеет статус государственного стандарта России.

    Для обмена данными PSS предоставляет именно эти два способа:

    • через обменный файл STEP;

    • прямая интеграция посредством полнофункционального интерфейса доступа к данным (API), который является реализацией стандартного интерфейса доступа к данным ГОСТ Р ИСО 10303-22 (SDAI).

    В настоящий момент существует прямая интеграция с системами SolidWorks, Solid Edge, AutoCAD 2000, MS Word.
        1. Архитектура системы


    Для обеспечения эффективной работы система PSS имеет трехуровневую архитектуру «клиент - сервер приложений - сервер БД», когда доступ к данным осуществляется через промежуточное звено - сервер приложений (см. рисунок 4.1).

    За счет распределения нагрузки между несколькими компьютерами - серверами приложений, существенно повышается производительность системы в условиях многопользовательской работы и одновременно с этим повышается отказоустойчивость системы.

    Программное обеспечение сервера СУБД выполнено в виде хранимых процедур СУБД Oracle 8.i. Доступ к БД осуществляется только через хранимые процедуры. Вызов хранимых процедур с промежуточного сервера осуществляется с использованием программного интерфейса OCI (Oracle Call Interface).

    Программное обеспечение клиентского модуля обеспечивает диалоговое взаимодействие с БД данных через сервер приложений, занесение и редактирование данных, настройку статических данных, настройку программ, входящих в систему. Клиент так же осуществляет доступ к данным через программный интерфейс (API).



    Рисунок 9 - Трехуровневая архитектура «Клиент - Сервер»
        1. Хранение документов


    Система PSS позволяет хранить электронные технические документы (ЭТД). Логически ЭТД состоит из двух частей: содержательной и реквизитной. В качестве содержательной части может выступать любой файл, способный храниться в компьютере: 3D-модель, файл мультимедиа, растровое изображение. Реквизитная часть содержит аутентификационные и идентификационные данные документа, в том числе одну или несколько ЭЦП. Система PSS имеет встроенный модуль учета и хранения открытых ключей сотрудников, что упрощает проверку корректности ЭЦП.

    Встроенный механизм управления изменениями позволяет проследить историю изменений каждого документа для последующего анализа и возврата к предыдущим версиям.

    Обмен документов между сотрудниками разных служб может происходить посредством встроенной почтовой подсистемы. А для автоматизации процесса разработки и согласования документа может использоваться встроенная подсистема WorkFlow.

    Для оперативного уведомления пользователя об изменении документа может использоваться настраиваемый для пользователя список рассылки сообщений об изменении документа.
        1. Описание технологических процессов


    В PSS с изделием может ассоциироваться технологический процесс. Причем изделие может иметь несколько альтернативных техпроцессов, например техпроцессы для опытного и серийного производства.

    Для описания процессов (в том числе технологических) в PSS введен объект «Действие». Действие может декомпозироваться на неограниченное число уровней. На примере технологического процесса декомпозиция может выглядеть следующим образом: «Цеховой маршрут – Операция - Переход».

    Для каждого действия-операции могут задаваться потребности в любых ресурсах, например:

    • материалы (основные, вспомогательные и др.);

    • оснащение (оборудование, оснастка, инструмент и др.);

    • изделия и приспособления, необходимые для выполнения сборочных операций;

    • человеческие ресурсы

    • электроэнергия
        1. Автоматизация бизнес-процессов


    Система PSS содержит встроенную подсистему WorkFlow, предоставляющую возможность автоматического управления порядком прохождения информации между сотрудниками предприятия. Основными функциями подсистемы PSS WorkFlow являются:

    • создание и настройка шаблонов процессов. Шаблон процесса — формализованное описание последовательности действий и потока рабочих объектов, а также правил, определяющих начало и завершение процесса и отдельных действий;

    • создание и настройка процессов (по шаблонам процессов). Процесс — конкретная реализация бизнес-процесса. При создании процесса указываются конкретные исполнители (из списка возможных) и сроки выполнения заданий. Задание — реализация действия в процессе;

    • автоматическая выдача и контроль сроков выполнения заданий и всего процесса. Автоматическое оповещение о возникающих задержках;

    • автоматическое управление статусами рабочих объектов;

    • отслеживание циклов (например, доработки чертежа) внутри процесса;

    • хранение истории процессов (ведение архива).



        1. Формирование отчетов

    Для формирования отчетов в системе PDM STEP Suite есть специальный модуль «Конструктор отчетов». Используя его можно на основе данных системы сформировать произвольные отчеты в форме документов ЕСКД и ЕСТД. Примерами отчетов могут быть:

    • Спецификация (КТС)

    • Извещение об изменении

    • Ведомости материалов, оснастки и оборудования

    Получаемый отчет может быть сохранен в специальном формате и экспортирован в форматы PDF, WMF, TIFF, BMP, GIF и другие. Использование специального формата позволяет:

    • Работать с отчетом как файлом (сохранять в базе, отправлять по почте и т.д.)

    • Редактировать созданный отчет

    • Запрещать редактирование отчета

    • Осуществлять доступ к отчету только после ввода пароля (запрет от просмотра).
      1. Виды обеспечения АС.


    Совокупность видов обеспечения составляет комплекс средств автоматизации некоторой деятельности. Ни один из видов обеспечения не может быть опущен.

    Различают следующие виды обеспечения АС:

    • лингвистическое;

    • информационное;

    • программное;

    • техническое;

    • организационное.
        1. Требования к видам обеспечения.


    Требования к видам обеспечения разделены следующие подгруппы:

    • требования к информационному и лингвистическому обеспечению системы

    • требования к программному обеспечению

    • требования к техническому обеспечению

    • требования к организационному обеспечению
        1. Требования к информационному и лингвистическому обеспечению.


    Информационное обеспечение - это совокупность информации, необходимой для нормального функционирования АС, представленная в заданной форме.

    Лингвистическое обеспечение - это совокупность языков для реализации и эксплуатации АС. Внедряемая система должна быть открыта для дополнительных разработок под различные задачи, возникающие в процессе промышленной эксплуатации. Разработка должна вестись на любом языке программирования в любой среде программирования, поддерживающей технологии COM+ (Delphi, C++Builder, Visual Basic и пр.)

    • Уровень хранения данных в системе должен быть построен на основе современных реляционных или объектно-реляционных СУБД.

    • Для обеспечения целостности данных должен использоваться механизм СУБД – Oracle.

    • Средства СУБД, а также средства используемых операционных систем должны обеспечивать документирование и протоколирование обрабатываемой в системе информации.

    • Доступ к данным должен быть предоставлен только авторизованным пользователям с учетом их служебных полномочий, а также с учетом категории запрашиваемой информации.

    • В состав системы должна входить специализированная подсистема резервного копирования и восстановления данных.

    • Структура БД должна соответствовать структуре используемой в ОКП ОИЦ управления проектами реконструкции технологических установок.

    • Доступ со стороны пользователей АСУП должен происходить в одностороннем порядке без возможности редактирования проектов (за исключением руководителей для утверждения или согласования документа).

    • Все прикладное программное обеспечение системы для организации взаимодействия с пользователем должно использовать русский язык.

    • Программный код интерфейса пользователя и модуля интеграции могут быть написаны на любом объектно-ориентированном языке программирования
        1. Требования к программному обеспечению


    Программное обеспечение - это совокупность соответствующих систем программирования и прикладных программ, необходимых для работы АС.

    • Программное обеспечение должно быть построено таким образом, чтобы ошибки программного обеспечения, аварийные прекращения работы программ не приводили к полной или частичной потере информации реестра, нарушению целостности баз данных.

    • Нарушения, которые могут возникнуть при отказах программного обеспечения или сбоях оборудования, должны автоматически обрабатываться при перезапуске программы.

    • Многоуровневый доступ к входным данным, функциям, операциям, отчетам, реализованным в программном обеспечении. В программе, как минимум, должно быть предусмотрено два уровня доступа:

    • администратор;

    • оператор.

    • Для каждого пользователя должен быть предусмотрен вход по индивидуальному паролю.

    • Для уровня доступа "администратор" должна быть реализована возможность изменения паролей. В программе не должно быть возможности доступа к входным данным, функциям, операциям, отчетам, без ввода соответствующего пароля.

    • В случае, если при выполнении функции (операции) выдается соответствующее предупреждение, должна быть предусмотрена возможность либо выполнить функцию (операцию), либо отказаться от ее выполнения.

    • Программное обеспечение должно предусматривать возможность архивации (восстановления данных реестра из архива).

    Таблица 4 - Программное обеспечение

    Тип программного

    обеспечения

    Наименование

    Кол-во лицензий


    Кол-во работаю-

    щих специали-

    стов


    Краткое описание


    Двухмерное проектирование

    Компас-3D V9

    Корпоративная лицензия

    7

    Выполнение и чтение

    чертежей и схем.

    Создание и редактирование текстовых документов

    Microsoft Word

    Корпоративная

    лицензия

    25





    Выполнение математических расчетов

    Microsoft Excel

    Корпоративная

    лицензия

    25





    Выполнение презентационных материалов

    Microsoft Power

    Point

    Корпоративная

    лицензия

    25





    Выполнение

    инженерных расчетов

    PRO II

    3

    4

    Выполнение технологических расчетов

    HISYS

    1

    Электронные справочники и системы

    нормативно-технической документации


    АСОД Трубопровод

    Сетевая версия

    3


    База данных трубопроводов объектов

    предприятия

    АС Диспетчеризация

    Сетевая версия




    База режимов и других данных объектов

    предприятия

    PI-System

    Сетевая версия




    Предоставление информации о технологических процессах в реальном масштабе времени

    Расчетное программное обеспечение, созданное специалистами ОИЦ

    Excel








    Выполнение специфичных технологических расчетов

    Операционные системы

    Microsoft Windows NT 4.0

    Корпоративная

    лицензия







    Microsoft Windows 2000 SP4










    Microsoft Office


    97 PRO Edition

    Корпоративная

    лицензия







    2000 SR-1 Premium

    2003 PRO Edition

    Требования к программному обеспечению оформлены документом приложение
        1. Требование к техническому обеспечению


    Техническое обеспечение - это совокупность средств вычислительной техники, средств связи, расходных материалов и специального оборудования, необходимого для эксплуатации АС.

    Система должна корректно работать в сети предприятия и на имеющейся и планируемой технике.

    Таблица 5 - Требования к ТО.

    Параметр

    Минимум

    Рекомендуется

    Процессор

    Pentium

    Pentium II

    Тактовая частота

    200 МГц

    450 МГц

    Оперативная память

    128 Mb

    256 Mb

    Дисковая память, необходимая для установки компонент, обеспечивающих работу с системой "КАДРЫ"

    100 Mb

    100 Mb

    Сетевой адаптер

    10 Мбит

    100 Мбит

    Устройство для чтения компакт дисков (CD)

    12х

    12х

    Разрешение дисплея

    Не ниже 800x600 dpi

    Не ниже 800x600 dpi

    Общие технические требования аппаратного обеспечения для нормального функционирования системы:

    • высокая производительность

    • быстродействие

    • пропускная способность

    • разрядность

    • емкость ОЗУ

    Оснащение аппаратными средствами

    Таблица 6 - Компьютеры

    Характеристика

    Подразделение

    Количество

    600MHz, 128 Mb

    ОКП

    1

    1200MHz, 256 Mb

    ОКП

    1

    2,8GHz, 1 Gb

    ОКП

    2

    3,0GHz, 512 Mb

    ОКП

    5

    466MHz, 64 Mb

    ОПН

    1

    1000MHz, 128 Mb

    ОПН

    6

    2,8GHz, 1 Gb

    ОПН

    2

    1000MHz, 128 Mb

    ИЛ

    4

    1200MHz, 256 Mb

    ИЛ

    1

    2,8GHz, 1 Gb

    ИЛ

    2

    Таблица 7 - Печатающие устройства

    Наименование

    Максимальный

    формат

    Подразделение

    Количество

    Примечание


    Canon DSm415pf Aficio

    А4

    ОКП и ОПН

    1

    Сетевой

    НР LaserJet 2200D

    А4

    ОКП

    1

    Сетевой

    НР LaserJet 2420d

    А4

    ОКП

    1

    Сетевой

    НР LaserJet 5

    А4

    ОПН и ИЛ

    1

    Сетевой

    НР LaserJet 2100

    А4

    ОПН и ИЛ

    1

    Сетевой

    Таблица 8 - Сканирующие устройства

    Наименование

    Максимальный

    формат

    Подразделение

    Количество

    Примечание

    Canon DSm415pf Aficio

    А4

    ОКП и ОПН

    1

    Сетевой

    Сетевая операционная система.

    В качестве сетевой операционной системы применяется ОС NetWare фирмы Novell.

    Технология ЛВС.

    На предприятии применяется технология или сетевая архитектура Ethernet

    Таблица 9 - Характеристики Ethernet.

    Скорость передачи

    10 (100) Мбит/с

    Топология

    шина

    Среда передачи

    коаксиальный кабель, витая пара, оптоволокно

    Метод доступа

    CSMA/CD

    Максимальная протяженность сети

    2500 м

    Максимальное количество узлов

    1024

    Максимальное расстояние между узлами

    2500 м



        1. Требования к программному и аппаратному обеспечению внедряемой системы

    Сервер БД

    Минимальные: Windows 2000, Oracle 8.1.7 Server.

    Pentium III 800 МГц, RAM 512 МБ, NetCard 100 Мбит.

    Также необходимо предусмотреть устройства резервного копирования и бесперебойного питания.

    Промежуточный сервер (сервер приложений)

    Минимальные: Windows 2000, Oracle 8.1.7 Client.

    Pentium 200 МГц, RAM 128 МБ, 100 МБ на HD, NetCard 100 Мбит.

    Рекомендованные: Windows 2000, Oracle 8.1.7 Client.

    Pentium III 700 МГц, RAM 256 МБ, 300 МБ на HD, NetCard 100 Мбит.

    Примечание: выделение для промежуточного сервера отдельного компьютера не обязательно. Промежуточный сервер может быть установлен, как на компьютер-сервер БД, так и на клиентский компьютер.

    Клиент

    Минимальные:Windows 98.

    Pentium 100, RAM 32 МБ, 10 МБ на HD, NetCard 10 Мбит.

    Рекомендованные: Windows 2000.

    Pentium 200, RAM 128 МБ, 100 МБ на HD, NetCard 100 Мбит.
        1. Требование к организационному обеспечению


    Организационное обеспечение - это совокупность должностных инструкций, распоряжений, приказов и т.п., регламентирующих права, обязанности и ответственность персонала, занятого эксплуатацией и обслуживанием АС.

    • К работе с системой должны допускаться сотрудники, имеющие навыки работы на персональном компьютере, ознакомленные с правилами эксплуатации и прошедшие обучение работе с системой.

    • Руководителем подразделения, в котором устанавливается система, должны быть определены лица, ответственные за:

    – обработку информации ИИС;
    – администрирование ИИС;
    – обеспечение безопасности информации ИИС;
    – управление работой персонала по обслуживанию ИИС.
    1   2   3   4   5   6   7   8   9   10


    написать администратору сайта