5. Методическое и программное обеспечение автоматизированных систем

осуществляются на базе применения технологии CORBA, языков Java и XML,

РБД. Данные проекта при этом находятся в нескольких базах данных распре-

деленного БнД. Находят применение трехзвенные распределенные системы

(например, PDM STEP Suite) с уровнями сервер баз данных - сервер приложе-

ний - клиенты. Принимаются меры по защите информации, типичные для кор-

поративных информационных систем.

Интеграция данных на ранних этапах развития систем PDM связывалась

только с организацией сквозного проектирования изделий в рамках конкретной

САПР. В настоящее время в связи с развитием CALS-технологий основным

содержанием проблемы интеграции стало обеспечение интерфейса САПР с

другими АС. Проблема решается с помощью поддержки типовых форматов,

например, путем конвертирования данных из общепринятых форматов во внут-

ренние представления конкретных САПР.

В CALS-технологиях взаимодействие систем основано на стандартах STEP,

поэтому в ряде PDM имеются конверторы из предложенного в STEP языка

Express. В стандарте STEP введен прикладной протокол АР208, представляю-

щий собой информационную модель, относящуюся к управлению процессами

изменений в жизненном цикле изделий. В соответствии с АР208 внесению из-

менений предшествуют идентификация событий (недостатков), требующих вне-

сения изменений, установление вызвавших их причин и определение лиц, вно-

сящих изменения.

Среди других форматов данных обычно используют IGES, DXF, VRML, SAL,

EDIF, текстовые и графические форматы и др.

Предусматривается возможность адаптации САПР к конкретным услови-

ям с помощью языков расширения. Язык расширения - язык программирова-

ния, позволяющий адаптировать и настраивать системную среду на выполне-

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

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

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

го программирования. Для большинства языков расширения базовыми явля-

ются Lisp или С.

Примерами таких языков могут служить язык Skill из Design Framework-2 фирмы

Cadence и язык CCL (CASE Comment Language) фирмы Matra Datavision, являющиеся

Lisp-подобными, или язык AMPLE из PDM Falcon Framework фирмы Mentor Graphics,

базирующийся на языках С и Pascal.

Примеры систем PDM

Многие известные системы PDM создавались фирмами, первоначально

специализировавшимися на разработке САПР или АСУ. Примерами могут слу-

жить системы iMAN (EDS), Optegra и ProPDM (PTC), Euclid Design Manager

(Matra Datavision), WorkCenter (Autodesk), BaanPDM (BAAN) и др.

286

5.6. Системные среды автоматизированных систем

L copy out

refuse I Зона

разработчика

(user Area)

check in Зона рабочей

группы

(Workgroup Area)

Validate Репозиторий

(Repository) t share

check out 7

Рис. 5.14. Потоки данных в PDM Design Manager (САПР Euclid Quantum)

• PDM iMAN реализует технологию in-KE Y, разрабатываемую компанией Unigraphics

Solutions, входящей в EDS, для решения задач электронного бизнеса. В iMAN использу-

ется гибридная СУБД Oracle V8, поддерживающая реляционную и объектно-ориентиро-

ванную модели данных, осуществляются контроль доступа и вносимых изменений, фор-

мирование спецификаций изделий, интегрирование прикладных подсистем.

• Функции PDM Euclid Design Manager - управление потоками проектных данных,

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

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

Подсистема Design Manager в Euclid Quantum состоит из частей пользовательской,

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

В пользовательской части данные при выполнении проектирования могут находить-

ся либо в распоряжении конкретного разработчика, в частности в его индивидуальной

базе данных (UA - User Area), либо в зоне функционирования рабочей группы

(Workgroup Area), в частности в ее базе данных. Утвержденные данные пересылаются в

центральную базу данных (Repository). Пересылка данных из User Area (UA) в Workgroup

Area (WGA) происходит по инициативе разработчика командами «check in» или «share».

Первая из них начинает процедуру контроля данных, вторая - обеспечивает разделение

данных всеми участниками рабочей группы. Контроль данных выполняет уполномо-

ченный член группы, результатом является или утверждение и, следовательно, направ-

ление их в репозиторий R, или неутверждение и отправка данных в UA на доработку.

Разработчик может запрашивать данные для начала нового проекта по команде «сору

out» или для модификации существующего проекта по команде «check out» (рис 5.14).

В базе данных данные организованы иерархически, группируются по именам проек-

тов или по типам данных. Вызов данных из любой базы данных (UA, WGA, R) выполня-

ется командой «retrieve», посылка в базу данных - командой «store». При обращении к

базе данных пользователь видит структуру данных (директорию - имена папок и их час-

тей) и определенный аспект данных выделенного в директории проекта. Такими аспекта-

ми могут быть свойства документа (имя, автор, дата, статус и т. п.), список версий проек-

та, 3£>-изображение.

В функции администратора системы входят упорядочение данных с их распределе-

нием по дискам, контроль за правами доступа пользователей, связь с внешними систе-

мами (управление импортом и экспортом данных) и др.

Аналогичные функции управления параллельным проектированием и конфигура-

цией проектов реализованы в программе SAP СЕР (Collaborative Engineering Project

Management), используемой в предлагаемой компанией SAP корпоративной информа-

ционной среде mySAP.com.

Корпорация IBM предлагает систему ENOVIA, предназначенную для моделирования

и управления данными об изделиях, процессах и ресурсах на различных этапах жизнен-

ного цикла промышленной продукции от концептуального проектирования до эксплуа-

тационного обслуживания.

287