Непрерывный обмен информацией и согласованное взаимодействие различных подразделений необходимы для повышения качества производственного процесса. Использование PLM-систем, интегрированных с корпоративной информационной системой предприятия, обеспечивает автоматизацию общих для всех бизнес-операций над продуктами и документами [1]. Гибкость, интегрируемость и масштабируемость PLM-систем являются распространенными требованиями к подобному классу программных продуктов. При разработке PLM-систем учитываются основные технико-программные возможности ИТ-архитектуры компании, в том числе СУБД.
Общее информационное пространство важно для предприятий, имеющих удаленные филиалы и представительства. Его создание обеспечивает единый источник правды для всех участников производственного процесса и способствует их согласованному взаимодействию. Формирование общего пространства для ресурсных предприятий, в основе которого лежит функционирование ERP-системы, немыслимо без интеграции с PLM-системой, дающей электронные трехмерные модели изделий, используемые на всех этапах подготовки и исполнения производства [2]. Все вышесказанное подчеркивает необходимость анализа, проектирования и разработки гибких механизмов, обеспечивающих интеграцию между различными классами программных систем.
1. Постановка задачи
Цель данной работы состоит в разработке инструмента интеграции подсистемы поддержки жизненного цикла изделия и ERP-системы на основе применения каскадной модели внедрения. Для достижения поставленной цели будут решаться такие задачи, как:
- анализ каскадной модели имплементации программных разработок;
- сбор требований к интеграции;
- описание бизнес-процессов в моделях AS-IS и TO-BE;
- моделирование данных в нотации UML Class Diagram, включая нормализацию таблиц баз данных до 3-й нормальной формы;
- формирование структуры интеграции;
- разработка механизмов интеграции между PLM-системой Компас-3D и корпоративной информационной системы на базе 1С: Предприятие с использованием языка программирования Python и библиотеки Flask.
2. Каскадная модель
Каскадная модель разработки – это процесс создания программного продукта, состоящий из последовательных к выполнению этапов работ: планирование, формирование требований, реализация, тестирование и поддержка (рис. 1). С точки зрения прогнозирования модель хороша тем, что обеспечивает прозрачность трудозатрат, сроков и стоимости работ для планирования и исполнения каждой фазы проекта [3]. Каскадный подход отлично зарекомендовал себя при имплементации ERP-систем, когда в самом начале проекта можно достаточно точно и полно сформулировать все требования к программному решению, являющиеся практически неизменными с течением времени.
Основным недостатком модели является то, что создание ИТ-системы чаще всего не укладывается в такую жесткую схему работы: постоянно возникает потребность в возврате к предыдущим этапам для уточнения и пересмотра ранее принятых решений. Кроме того, данная модель не позволяет оперативно реагировать на часто меняющиеся требования к программной системе, так как согласование результатов разработки с пользователями производится только в точках, планируемых после завершения каждого этапа, а общие требования к ИС зафиксированы в виде технического задания на все время проекта.
Выбор каскадной модели разработки программных продуктов является уместным в контексте данной статьи, так как бизнес-требования, предъявляемые к интеграции систем PLM и ERP, практически неизменны и фиксированы на весь временной интервал реализации проекта.
3. Механизмы интеграции
Наряду с ERP и PLM-системами, существует широкий класс прочих программных продуктов, представленных ERP2, SRM, CRM, SCM, TMS и многими другими решениями. Изначально в стандарт ERP пытались включить все существующие классы приложений, чтобы получить единый монолитный продукт, покрывающий все потребности предприятия. Если бы подобное удалось реализовать, то вопрос интеграции ИТ-систем, вероятнее всего, был бы снят с повестки обсуждения. Однако этого не произошло, в результате чего сейчас работа любого предприятия сопряжена с наличием множества интегрированных программных решений.
Вопросам обеспечения интеграции посвящено множество литературных источников [1-2, 4], в настоящий момент можно выделить четыре типовые подхода для выстраивания взаимодействия между программными продуктами (табл. 1). Выбор того или иного механизма интеграции связан с множеством факторов, включающих отрасль, вид деятельности, регламенты информационной безопасности и численность ИТ-систем предприятия. К числу наиболее применяемых способов обмена данными относят интеграцию на основе подключения к базам данных и посредствам API, которыми мы так же воспользуемся в текущей работе.
4. Сбор и анализ требований
На начальных этапах проекта необходимо определить требования, предъявляемые к программному продукту. Как правило сбор и идентификация требований ведется на основе алгоритма, отображенного в виде блок-схемы на рис. 2 [5] ...
Литературный источник, полный текст статьи
Паньков В.А. Реализация интеграции PLM и ERP-систем на примере программных продуктов Компас-3D и 1С: Предприятие (часть 1) // Корпоративные информационные системы. – 2025. – №1 (29) – с. 24-32. – URL: https://corpinfosys.ru/archive/2025/issue-29/305-2025-29-plmsystemintegration.