Программный продукт PDM STEP Suite

Назначение PDM STEP Suite - собрать всю информацию об изделии в интегрированной базе данных (БД) и обеспечить совместное использование этой информации в процессах проектирования, производства и эксплуатации.

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

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

1) управление данными обо всем жизненном цикле изделия;

2) открытая информационная модель, соответствующая требованиям CALS стандартов;

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

4) изначальная ориентация системы на решение задач в масштабе предприятия;

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

6) поддержка специфики российских предприятий;

Среди основных функций системы PSS можно выделить:

1) управление классификаторами, справочниками и ограничительными перечнями объектов;

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

3) управление версиями изделий;

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

5) управление документами и комплектами документов;

6) управление технологическими данными;

7) управление эксплуатационными данными об изделии;

8) управление изменениями и состояниями объектов;

9) управление ролями сотрудников;

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

11) обмен сообщениями;

12) управления потоками работ (WorkFlow Management);

13) управление проектами;

14) поиск объектов по различным критериям;

15) разграничение доступа к объектам;

16) генерация разнообразных отчетов.

Использование 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. Поддержка совместной работы конструкторов в CAD системах.

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. Частичная автоматизация процессов предприятия (Workflow).

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

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

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

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

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

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

Внедрение PSS изначально предполагает импорт данных из уже существующих на предприятии БД, и интеграцию с имеющимися АС, т.е. организацию ЕИС предприятия. Соответственно, большинство потоков информации на предприятии должно проходить через систему PSS.

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

1. Через обменный файл STEP (преимущественно для обмена с CAD/CAM-системами, с которыми нет прямой интеграции).

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

В настоящий момент уже существует прямая интеграция с CAD-системами SolidWorks, SolidEdge, AutoCAD 2000 и текстовым редактором Word. По желанию заказчика может быть разработан интерфейс с любой АС.

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

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

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

Рис. 17.1. Трехуровневая архитектура "Клиент-Сервер"

Типичным примером является конструкторская и технологическая спецификации изделия: конструкторы работают с «конструкторским» составом изделия, технологи же оперируют «технологическим», который формируется при проектировании технологии сборки по принципу «как должно собираться» (рисунок 17.2). В приведенном примере конструкторский состав является одноуровневым. Технологический состав изделия отличается от конструкторского, как минимум: наличием в составе промежуточных подсборок, которые необходимы для правильной сборки и регулировки двигателя; наличием смазочных и окрасочных материалов; наличием расходных материалов и деталей, например второго комплекта прокладок; наличием транспортной тары или упаковки и т.д. Другим примером вариантов состава является разбиение сложного изделия по зонам обслуживания и функциональному признаку (по системам).

Рисунок 17.2

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

Встроенный в PSS механизм поиска позволяет пользователю создавать специфические запросы по произвольному набору критериев. Например, запрос вида – «Найти все документы типа «Чертеж», утвержденные сотрудником Ивановым в определенный промежуток времени». Соответственно, любой объект БД может быть доступен посредством функции поиска (конечно, с учетом прав доступа к объекту).

Запрос составляется при помощи конструктора запросов, окно которого отображено на рисунок 3.2. Запрос или его результат могут сохраняться в БД, и в дальнейшем использоваться другими пользователями. Одной из опций запроса является отображение результата в виде таблицы с возможностью отображения характеристик объектов.

Часто используемые запросы и их результаты могут быть сохранены в базе данных для повторного использования. При этом сохраненные в базе запросы становятся доступными для использования другими пользователями.

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

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

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

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

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

4. Автоматическое управление статусами рабочих объектов.

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

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

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