Глава 6. ВНЕДРЕНИЕ ИПИ-ТЕХНОЛОГИЙ..

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

Как правило, документы, помещаемые в архив PDM-системы, формируются в других автоматизированных системах конструкторской и технологической под­готовки производства. Нередко они хранятся не в виде отдельных файлов, а поме­щаются в базу данных. Документ как отдельный файл получается с помощью генерации отчета по настроенному шаблону. Такая ситуация наиболее характерна для САМ-систем (систем автоматизированной разработки технологических про­цессов), так как они используют большое количество справочной информации, которая находится в отдельной базе данных. При хранении данных документов и прохождении их по цепочке утверждения по службам предприятия возникает задача занесения подписей сотрудников в различные поля штампа конструкторс­кого или технологического документа. Подписи хранятся в БД PDM-системы в виде значений атрибутов некоторых объектов. Это связано с тем, что подобные документы после утверждения должны быть представлены как бумажные отчеты с проставленными подписями. Если бы они использовались в электронном виде, необходимость занесения подписей в тело документа отпала бы. Для решения данной задачи разрабатывается механизм синхронизации атрибутов базы данных с полями документа, которые предварительно специальным образом отмечаются в шаблоне, используемом для генерации из БД САМ-системы. Настройки синхро­низации (связь между атрибутами объекта и полями) хранятся в файле шаблона, поэтому, применяя значения атрибутов одного и того же объекта, можно заносить информацию в различные документы с самыми разными настройками.

Достаточно часто для автоматизации внесения информации об изделии (его структуре) в БД PDM-системы разрабатывается модуль работы (конвертор) с обменными файлами в формате STEP (в соответствии с ISO 10303-11). Стандарт STEP реализуется различными программными средствами, очень многие CAD-системы (САПР-К) позволяют генерировать обменные файлы, поддерживая мно­жество прикладных протоколов. Справедливости ради, стоит отметить, что такие файлы кроме состава изделия практически не содержат каких-либо PDM-данных. Использование обменных файлов в формате STEP—один из возможных механиз­мов обмена информацией между PDM-системами.

Настройка PDM -системы

Настройка PDM-системы выполняется в соответствии с разработанной моде­лью реализации.

Каждая PDM-система обладает своими особенностями выполнения раз­личных элементов настройки. В большинстве случаев они зависят от архитек­туры программного продукта (монолитной или модульной), где каждый мо­дуль отвечает за отдельный вид настройки. Не углубляясь в подробности (несомненно, каждая PDM-система настраивается уникальным образом), обо­значим ее общий порядок:

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

2. Настройка классификаторов для образования обозначений и названий (если
это позволяет система).

3. Формирование организационной структуры, адресных книг, занесение ин­
формации о пользователях.

4. Настройка статических прав доступа.

5. Настройка бизнес-правил.

6. Настройка шаблонов потоков работ.

Рис. 135. Формирование модели данных на основе информационной модели IDEF 1 X.

Парис. 135 представлены фрагмент информационной модели «as in PDM» и соответствующая модель данных, реализованная в PDM-системе.

Рис. 136 показывает, как на основе варианта модели потоков работ «as in PDM» был сформирован шаблон потока работ.

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

280
281

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 6. ВНЕДРЕНИЕ ИПИ-ТЕХНОЛОГИЙ..

Рис. 136. Формирование шаблона потока работ на основе IDEF 3 модели.

⇐ Предыдущая48495051525354555657Следующая ⇒

Поделиться: