Построение корпоративной MDM-системы по управлению нормативно-справочной информацией на основе T-FLEX DOCs Line

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

Российские предприятия с долгой историей имеют, как правило, большой архив бумажной документации, и все процессы предприятия настроены на работу по «бумажным технологиям». Это существенно осложняет процесс внедрения современных IT-технологий, а выстраивание методик по управлению НСИ требует от команды внедрения большого профессионализма, упорства и огромного желания реализовать поставленные задачи. В нашем же случае мы строим все системы на одной платформе, что позволяет делать бесшовные интеграции и снижать затраты на содержание информационных систем. Также следует отметить, что такой подход позволяет резко сократить сроки внедрения, а пользователи проще и быстрее проходят адаптацию к новому функционалу.

Внедрение

• Обеспечить целостность данных (на бумаге, в PDM- и ERP-системе).
• Обеспечить эквивалентность сущностей по схеме «спецификация = закупка комплектующих = отпуск комплектующих со склада».
• Обеспечить возможность сделать ЭСИ (электронная структура изделия по ГОСТ 2.053) главным конструкторским документом.
• Интегрировать MDM-данные с прикладными системами (Altium Designer, T-FLEX CAD, «1С» и др.).
• Внедрить процедурный подход по управлению НСИ.
• Иметь возможность взаимодействовать с другими MDM-системами.

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

На сегодняшний день под объектами MDM-системы понимаются те справочники, данные из которых попадают в ЭСИ. На нашем предприятии ЭСИ является обязательным конструкторским документом, что в итоге позволяет получать текстовые отчеты спецификаций, ведомостей покупных изделий, заявок на закупку и прочего непосредственно с ЭСИ запрашиваемого узла или с изделия в целом.

Для обеспечения целостности данных между системами необходимо одну и ту же запись четко идентифицировать по некому ключу. В данном случае мы проводим идентификацию по ID (идентификатору записи). В таком случае запись появляется изначально в первичной системе и далее транслируется «как есть» или с дополнениями в другие системы, в нашем случае — в Altium Designer и «1С».

Для четкой координации действий пользователей внутри системы необходимо разграничить зоны ответственности, после чего каждый новый элемент MDM-системы уже может вводиться только ответственным специалистом по электронной заявке. При этом система должна уметь управлять электронной заявкой по настроенному бизнес-процессу. Например, при вводе нового электрорадиоизделия (ЭРИ) в системе запускаются два бизнес-процесса:

• ввод только обязательных реквизитов (для формирования ЭСИ);
• ввод всех необходимых данных для интеграции с Altium Designer (условно графическое обозначение, 3D-модели и т. д.).

Рис. 1. Электронная заявка на ввод

В нашем случае специалисты по вводу MDM-данных являются совместителями с основной работой.

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

Используя корректные MDM-данные и правильную архитектуру решения, нам удалось настроить бесшовную интеграцию с такими электротехническими САПР, как Altium Designer, где разработчик печатной платы использует один и тот же элемент из MDM-системы непосредственно в интерфейсе его прикладного САПР. Далее по цепочке проектирования разработчик печатной платы передает свою часть работы конструктору для формирования конструктивных особенностей изделия в единой для всех участников системе и по понятным для всех правилам.

Принцип работы системы наглядно показан на примере следующей цепочки: «Ввод данных в MDM-систему» — «Разработка печатной платы» — «Разработка конструкции» — «Формирование заявки на закупку комплектующих» (рис. 2-5).

Рис. 2. Ввод данных в MDM-систему

Рис. 3. Разработка печатной платы

Рис. 4. Разработка конструкции

Рис. 5. Формирование заявки на закупку комплектующих

Рис. 6. Схема работы системы

Выводы

• организовано централизованное наполнение и формирование базы разрешенных к применению (ограничительный перечень) на предприятии ЭРИ, стандартных элементов и материалов и др.;
• повысилась стандартизованность данных НСИ;
• реализована целостность и эквивалентность данных на всем протяжении жизненного цикла;
• заметно сократились сроки поставки комплектующих за счет использования корректных данных;
• автоматизировано формирование необходимых отчетных документов напрямую с ЭСИ;
• реализовано сквозное проектирование сложносочиненных изделий;
• производительность формирования заявок на закупку возросла на несколько порядков по сравнению с бумажной технологией.