Программный комплекс «TDMS – спецификация»

Основные подходы при реализации комплекса «TDMS – спецификация»

TDMS – это универсальная система, в среде которой компанией Consistent Software SPb разработаны и успешно внедрены системы электронного архива и документооборота в проектных организациях и на производственных предприятиях в самых различных областях деятельности - промышленном и гражданском строительстве, машиностроении, судостроении. О системе TDMS и различных решениях, реализованных в ней, мы неоднократно писали в наших предыдущих публикациях (1, 2, 3).

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

Компанией Consistent Software было предложено рассматривать задачу работы со спецификациями, как важнейшую подзадачу технического документооборота проектных организаций и предприятий. В связи с этим была разработана система «TDMS – спецификация», являющаяся по сути программным модулем единой системы электронного архива и документооборота, реализованной в среде TDMS и взаимодействующая с другими подсистемами – подсистемой электронного архива, обмена заданиями, проведения изменений (ревизий), подсистемой административного документооборота и документооборота менеджмента качества, подсистемой договорной работы, подсистемой планирования и подсистемой взаимодействия с заказчиками и подрядчиками.

Обоснуем подход к реализации всех подсистем (включая подсистему работы со спецификациями) в единой информационной среде следующим примером. Конечным продуктом проектной организации являются комплекты и тома документации, передаваемой заказчику. Бизнес-процессы работы проектной организации начинаются, как правило, с проведения договорной работы, далее следует работа по планированию. После этого включаются бизнес-процессы обмена заданиями между отделами, бизнес – процессы технического документооборота. В процессе проектной деятельности неизбежно возникает административный документопоток, связанный с внутренней и внешней корреспонденцией, служебными записками, приказами и распоряжениями. Каждый документ административного документопотока, как правило, имеет прямую или косвенную связь с документами, комплектами, томами, разрабатываемыми в техническом документопотоке. В процессе проектирования необходимо взаимодействие с заказчиками и подрядчиками. Разрабатываемые комплекты и тома поступают в электронный архив. Замечания по качеству проектной продукции, как правило, поступают от заказчиков в потоке внешней входящей корреспонденции, который порождает поток менеджмента качества, который, в свою очередь, порождает проектный поток (по отработке замечаний и, как правило, проведению ревизий (изменений) в документах, томах, комплектах). После чего, проектным документопотоком инициализируется административный документопоток, порождающий исходящий административный документ – ответ на замечания и т.д. Кроме того, неизбежны ревизии (изменения), которые также проводятся над документами электронного архива.

Поскольку спецификации являются документами, входящими в комплекты (тома), разрабатываемые и обрабатываемые с подключением ВСЕХ бизнес-процессов, на наш взгляд целесообразно рассмотрение работы со спецификациями, как неотъемлемой подзадачи единой системы документооборота проектной организации, которую удобно решать в единой среде, совместно с другими перечисленными подзадачами. Материал не посвящен рассмотрению решения ВСЕХ подзадач, связанных с управлением информацией и документацией, успешно реализованных в среде TDMS. Подробно остановимся лишь на автоматизации в единой среде документооборота процессов генерации спецификации оборудования, изделий и материалов, а также получения сводных, сводных заказных спецификаций, ведомостей спецификаций, ведомостей покупных изделий, оформленных в соответствии с требованиями нормативных документов.
Место системы работы со спецификациями в единой среде документооборота проектной организации иллюстрируется рисунком 1.

Основная структура и функции программного комплекса «TDMS – спецификация»

Система предназначена для генерации спецификации, ведомости спецификаций, ведомости покупных изделий и сводной спецификации в среде TDMS.
Структуру программного комплекса «TDMS – спецификация» иллюстрирует рис. 2.

Исходные данные для работы со спецификациями

Все исходные данные для работы со спецификациями в основном хранятся в БД TDMS. Кроме того, через разработанные интерфейсы и средства синхронизации организована взаимосвязь с внешними БД. Источниками информации для работы со спецификациями являются:

• базы данных оборудования, изделий и материалов предприятия;
• базы данных оборудования, изделий и материалов предприятия заказчика;
•  разнородные покупные справочники оборудования, материалов;
• различные САПР (AutoCAD, Plant 4D и т.д.);
• транспортные массивы, поступающие от заказчиков и подрядчиков.

Общая структура исходных данных проиллюстрирована рис. 3.

Пример представления спецификации в программном комплексе «TDMS – спецификация»

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

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

• 1-й уровень – объект Спецификация (рис.5), содержащий поля основной надписи, файл выходного документа спецификации,
• 2-й уровень – объект Раздел спецификации (рис.6),
• 3-й уровень – объект Строка раздела спецификации (рис.7).

Создание иерархической структуры – представления спецификации в среде TDMS максимально автоматизировано и происходит из источников, описанных в разделе «Исходные данные для работы со спецификациями».

Основные процедуры и механизмы программного комплекса «TDMS – спецификация»

При реализации программного комплекса были разработаны следующие процедуры и механизмы:

• Процедуры автоматизированного пополнения справочников оборудования, изделий и материалов БД TDMS из внешних источников;
• Процедуры автоматизированной синхронизации со справочниками заказчика;
• Процедуры проверки правильности ввода данных в справочники оборудования, изделий и материалов на соответствие действующим нормативным документам c использованием средств маршрутизации TDMS и информационной системы нормативных документов “NormaCS” и системы автоматизированного контроля наименований на предмет соответствия требованиям нормативных документов разработки Consistent Software;
• Механизмы разграничения прав доступа пользователей к справочникам оборудования, изделий и материалов;
• Процедуры автоматизированного заполнения полей основной надписи из структуры обозначения спецификации и обратная процедура автоматизированного формирования обозначения спецификации в соответствии с полями – значениями классификаторов (рис. 5);
• Процедура создания отдельных разделов спецификации или спецификации в целом на основе шаблонов;
• Процедуры генерации документов – спецификаций, ведомостей спецификаций, ведомостей покупных изделий, сводных спецификаций, сводных заказных спецификаций в файлы MS Excel (рис.8).
  
• Механизмы защиты отчетного документа от ручного внесения исправлений в файле документ;
• Процедуры выгрузки данных спецификации в форматы, удобные для заказчика;
• Процедуры автоматизированного переноса спецификаций в архив спецификаций и в электронный архив в состав конкретного комплекта (тома) документации.

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

Применение новых технологий разработки CSoft SPb при реализации процедур комплекса «TDMS – Спецификация»

В данном разделе материала подробнее остановимся на технологиях автоматизированного контроля наименований оборудования, изделий и материалов, поступающих в справочники программного комплекса «TDMS – спецификация» из разнородных источников. Технология автоматизированного контроля наименований описывались в наших предыдущих публикациях (4, 6). Необходимые процедуры реализованы в модуле проверки вносимой информации на предмет соответствия нормативным документам (см. рис. 3). Кроме механизмов автоматизированного контроля наименований, составной частью описываемой подсистемы является база нормативных документов NormaCS разработки Consistent Software, также ранее неоднократно описанная в предыдущих публикациях (5).

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

В связи с вышеизложенным, реализован следующий алгоритм:

• При внесении новых позиций оборудования, изделий и материалов из любых разнородных источников в БД программного комплекса «TDMS – спецификация», автоматически формируется сообщение, отправляемое ответственному за ведение справочников лицу. Сообщение содержит текст, информирующий о внесении новой позиции в справочник и ссылку на объект TDMS – позицию справочника;
• Ответственному за ведение справочников лицу доступны следующие команды (рис. 9):
  • Проверить наименование;
  • Установить связь с NormaCS;
  • Открыть нормативный документ;
  • Исправить наименование.
• При инициализации команды «Проверить наименование» автоматически вызывается система автоматизированного контроля наименований (см. рис. 10). В случае обнаружения ошибок в параметрах, они выделяются красным цветом. Система автоматизированного контроля предлагает выбрать верные параметры (устранить ошибки).
• В случаях, когда затруднительно устранить ошибки методом подбора правильных параметров, без наличия текста нормативного документа производится переход к тексту нормативного документа, определяющего порядок наименований проверяемого изделия оборудования или материала. В случае, если таких документов несколько, возможен переход к нескольким текстам просто нажатием кнопки «Документ» (см. рис. 10). Текст конкретного документа, определяющего порядок присвоения наименования, автоматически выводится на экран. Нормативные документы хранятся в системе «NormaCS».
• После устранения обнаруженной ошибки и инициализации команды «Исправить наименование», система контроля наименований автоматически производит исправление ошибки в справочнике программного комплекса «TDMS – спецификация».
• При инициализации команды «Установить связь с NormaCS» (см. рис. 10), устанавливается связь между позицией справочника и нормативным документом, описывающим его, а при инициализации команды «Открыть нормативный документ», на экран автоматически выводится текст нормативного документа, хранящегося в системе NormaCS и определяющего позицию справочника изделий, оборудования и материалов программного комплекса «TDMS – спецификация».

Основные механизмы интеграции программного комплекса «TDMS – спецификация с САПР»

Для внесения высокой степени автоматизации в процесс получения спецификаций из внешних источников – САПР и интеграции их в подсистему работы со спецификациями единой системы электронного документооборота проектной организации, разработаны следующие механизмы:

• Механизмы интеграции 3D-САПР Autodesk Inventor® и “TDMS - спецификация” с использованием средств Autodesk Vault (система хранения и управления файлами проекта для продуктов компании Autodesk).
• Двухсторонний интерфейс работы с AutoCAD (передача данных как из справочников “TDMS - спецификация” в экспликацию пространства модели AutoCAD, так и обратно из экспликации пространства модели AutoCAD в “TDMS - спецификация”).

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

• ADT;
• Plant4D;
• Civil3D.

Далее, приведем краткое описание разработанных механизмов интеграции программного комплекса «TDMS – спецификация» с САПР.

Двухсторонний интерфейс для работы с AutoCAD

Основное назначение интерфейса – автоматизированная передача данных в программный комплекс «TDMS – спецификация» с целью автоматизированного формирования иерархического представления спецификации (рис.4). После формирования иерархического представления структуры спецификации используются все вышеописанные процедуры и механизмы программного комплекса «TDMS – спецификация». Например, может быть получен отчетный документ (рис. 8), произведены проверки правильности заполнения с использованием базы нормативных документов NormaCS, отчетный документ автоматически сохраняется либо в архиве спецификаций, либо в составе соответствующего тома (комплекта) документации электронного архива TDMS.

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

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

При оформлении экспликаций в AutoCAD устанавливаются связи строки экспликации с базами данных изделий, оборудования и материалов программного комплекса «TDMS – спецификация». При этом, существует два способа связи с БД программного комплекса «TDMS – спецификация»:

1. При инициализации в AutoCAD команды «Получить данные» автоматически вызывается диалог TDMS, позволяющий произвести поиск и выбор необходимой позиции из БД «TDMS – спецификация», которая должна быть автоматически «вставлена» в формируемую экспликацию (рис. 12).
   
2. Если позиция спецификации отсутствует в БД TDMS, информация о ней при помощи специальных инструментов вносится в экспликацию AutoCAD.

После оформления экспликаций с использованием двух приведенных способов, из среды AutoCAD производится запуск команды «Генерация спецификации» (рис.13).

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

Механизмы интеграции 3D-САПР Autodesk Inventor® и «TDMS – спецификация» с использованием средств Autodesk Vault (система хранения и управления файлами проекта для продуктов компании Autodesk)

Описываемые в настоящем разделе механизмы реализуют следующий алгоритм работы:

1. Производится разработка группой инженеров законченного проекта в Autodesk Inventor® 11 использованием средств Autodesk Vault (система хранения и управления файлами проекта для продуктов компании Autodesk).
2. Производится перенос древовидной структуры проекта в дерево TDMS. Переносятся не файлы, а ссылки на объекты Autodesk Vault. На рис.14. представлен процесс выбора исходной сборки для регистрации в разработанном интерфейсе, на рис.15. представлена ее структура в Autodesk Vault Explorer, рис.16. отражает перенесенную структуру в TDMS.
   
   
   
3. Производится открытие проекта в Autodesk Inventor® 11 специально созданной командой из TDMS.
4. Производится перенос атрибутов объектов из Autodesk Inventor® 11 в TDMS также специально созданной командой. На рис. 17. показаны атрибуты произвольного объекта сборки в TDMS.
   
5. Производится автоматическая генерация отчетных документов в формах, соответствующих требованиям нормативных документов. На рис. 18. представлен пример сгенерированной спецификации, отражающей структуру сборки.
   
   
6. Создание при необходимости нового варианта проекта путем репликации используемой структуры законченного проекта в Autodesk Vault, и возврат к пункту 1.

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

Благодарности

В заключение, хочется выразить признательность сотрудникам ОАО «Институт Гипроникель» (С-Петербург), которые внесли огромный вклад в развитие и внедрение описанного решения в своей организации: заместителю генерального директора по развитию Иванову И.П.

Список литературы

1.  О.М Галкина, А.А. Рындин, Л.М. Рябенький, к.т.н., А.А. Тучков, к.т.н., И.Б. Фертман «Описание электронной информационной модели изделия судостроения на различных стадиях жизненного цикла с элементами интегрированной логистической поддержки». Публикация в сборнике докладов конференции "Технологии информационной поддержки жизненного цикла сложных изделий в российской промышленности".
2.  А.А.Рындин, А.А.Тучков, к.т.н., И.Б. Фертман «Ступени внедрения ИПИ - технологий. Опыт реализации электронного документооборота », Материалы конференции «Моринтех-практик информационные технологии в судостроении – 2006», СПб., 2006 г.
3.  Т.В.Ведерникова. С.В. Смирнов. «Использование современных достижений информационных технологий в ЗАО «ЦНИИ судового машиностроения». Публикация в журнале "Морской вестник" № 4, 2005 г. Публикация в журнале CADmaster № 5, 2005 г.
4.  В.А. Александров, С.М. Козменко, «Справочно-информационная база данных стандартных элементов, инструмента и материалов». Журнал «CAD Master» № 5
5.  А.Благий «Norma CS Лоцман в океане информации». Журнал «CAD Master» № 3, 2005 г.
6.  В.А. Александров, С.М. Козменко, А.А. Рындин, А.А. Тучков, к.т.н., И.Б. Фертман. «Элементы ИЛП. Технология автоматизированного контроля наименований предметов снабжения. Тезисы доклада.» Сборник материалов конференции «Моринтех – 2006».