|
.
|
| |
..... |
Visual Loodsman -
самостоятельный путь развития (продолжение)
|
| |
.....Вместе с этим было предложено в корне поменять идеологию интеграции с базой данных. Обычно все CAD системы рекомендуют следующий вариант интеграции с PDM оболочками: сначала конструктор формирует дерево состава изделия в CAD системе, а затем с помощью ИНТЕГРАТОРА передает этот состав вместе с необходимыми атрибутами в PDM. В ЛОЦМАН PLM в качестве базового представлен именно такой вариант.
.....Специалисты ОАО ЭЗТМ приняли для себя идеологию, при которой первичной является информация в базе данных. Именно с ней изначально должен работать конструктор (или другой пользователь системы). В данном случае конструктор сначала регистрирует необходимый ему состав изделия в базе данных, и только потом для каждого объекта состава изделия создает необходимый документ в редакторе (в данном случае в КОМПАСе), используя набор шаблонов, зарегистрированных в системе. Работа ведется в окне сборочной единицы (см.рис.7), которое визуально напоминает форму спецификации (см. рис. 3). При этом производится прямая интеграция с объектом КОМПАСА, т.е. передача атрибутов объекта базы данных в объект КОМПАСА, используя открытый COM-интерфейс. Для каждого документа разработан свой узкий модуль интеграции.
|
.....Конечно же, работа системы невозможна без обратной интеграции (передачи данных из объекта КОМПАСА в объект базы данных). Эти модули также разработаны, однако, обратная интеграция при данном варианте организации работ резко упростилась. Так при передаче данных из сборочной единицы КОМПАСА в объект сборочной единицы базы данных, как правило, интересует только регистрация незарегистрированных объектов (что при данной идеологии бывает очень редко) и количество объектов в сборке. При этом обработка данных производится только на текущем уровне сборочной единицы, без вхождения внутрь вложенных сборочных единиц и комплектов. При выполнении рабочего проекта работа ведется обычно снизу вверх, и "нижние" подсборки уже бывают собраны и рабочая документация по ним, как правило, окончена. В этом случае сквозная интеграция всего дерева сборочной единицы (включая вложенные сборки), к сожалению, приносит больше вреда, чем пользы.
.....Первая же версия клиентского приложения, запущенная в работу показала, что данная идеология легко воспринимается пользователями и весьма удачно вписывается в поставленные задачи. Данное клиентское приложение получило оригинальное название EZTM Commander.
.....В процессе развития клиентского приложения специалисты ОАО ЭЗТМ обратили внимание, что при разработке конкретных окон для различных типов объектов их свойства и методы визуализации повторяются. В связи с этим в определенный момент разработка клиентского приложения таким «прямым» способом была приостановлена. Была поставлена задача проанализировать ситуацию и написать библиотеку визуальных и невизуальных компонентов Delphi, специально «заточенных» под ЛОЦМАН. |
Рис.7
.....
|
|
.....Через какое-то время в среде Delphi была сформирована библиотека собственных компонентов, получившая свое оригинальное, но неофициальное название Visual Loodsman. В ее состав вошли, как невизуальные компоненты (в основном объединяющие в себя методы сервера приложений через DCOM соединение), так и визуальные компоненты. В качестве визуальных компонентов в библиотеке представлены различные поля, в свойствах которых фиксируются тип и название атрибута, таблицы, деревья, модальные и немодальные окна с привязками к вершинам базы данных, панель заблокированных объектов базы данных «В работе …» и т.д. Кроме этого сформирован шаблон клиентского приложения.
.....После появления такой библиотеки, разработка собственных клиентских приложений превратилась в относительно простое и увлекательное занятие. Фактически работа по созданию клиентского приложения представляет собой процесс моделирования интерфейса в среде Delphi 2006 с минимальными издержками на «функциональное» программирование.
|
|
     |
|
|
|
|
