Реализация интеграции ERP и PLM-систем на примере программных продуктов 1С: Предприятие и Компас-3D (часть 1)

Подробности

Опубликовано: 31.03.2025 10:25

Автор: Паньков Владислав Алексеевич

Просмотров: 18

Аннотация: в статье ведется разработка механизмов интеграции ERP и PLM-систем для обмена данными производственных изделий. В качестве прикладного программного обеспечения применяются 1С: Предприятие и Компас-3D, реализация ведется на базе каскадной модели внедрения информационных систем. Рассмотрены типовые способы интеграции ИТ-систем, представленные обменом файлов, применением API и баз данных, а также использованием систем класса ESB. Проведены первичный сбор и идентификация пользовательских и функциональных требований, предъявляемых к интеграции систем ERP и PLM.
Ключевые слова: интеграция с ERP, 1C ERP интеграция, бесшовная интеграция с 1С, SAP ERP интеграция, разработка 1С предприятие, 1С ERP разработки, среда разработки 1С предприятие, компас 3Д, компас 3D 1С, REST, XML, Python Json, ESB 1С.
Скачать: PDF (статья), PDF (выпуск №29).

Непрерывный обмен информацией и согласованное взаимодействие различных подразделений необходимы для повышения качества производственного процесса. Использование PLM-систем, интегрированных с корпоративной информационной системой предприятия, обеспечивает автоматизацию общих для всех процессов работы над продуктом и документами [1]. Гибкость, интегрируемость и масштабируемость PLM-систем являются распространенными требованиями к подобному классу программных продуктов. При разработке PLM-систем учитываются основные технико-программные возможности ИТ-архитектуры компании, в том числе СУБД.

Общее информационное пространство важно для предприятий, имеющих удаленные филиалы и представительства. Его создание обеспечивает единый источник правды для всех участников производственного процесса и способствует их согласованному взаимодействию. Формирование единого пространства для ресурсных предприятий, в основе которого лежит функционирование ERP-системы, немыслимо без интеграции с PLM-системой, дающей электронные трехмерные модели изделий, используемые на всех этапах подготовки и исполнения производства [2]. Все вышесказанное подчеркивает необходимость анализа, проектирования и разработки гибких механизмов, обеспечивающих интеграцию между различными классами программных систем.

1. Постановка задачи

Цель данной работы состоит в разработке инструмента интеграции подсистемы поддержки жизненного цикла изделия и ERP-системы на основе применения каскадной модели внедрения. Для достижения поставленной цели будут решаться такие задачи, как:

• анализ каскадной модели имплементации программных разработок;
• сбор требований к интеграции;
• проектирование процессов в нотациях IDEF0 и DFD для моделей AS-IS и TO-BE до 4-го уровня декомпозиции, а также построение карты процессов;
• моделирование данных в нотации UML Class Diagram, включая нормализацию таблиц баз данных до 3-й нормальной формы;
• формирование структуры интеграции;
• разработка механизмов интеграции между корпоративной информационной системы 1С на базе РСУБД PostgreSQL и PLM-системой Компас-3D с использованием языка программирования Python и среды Flask.

2. Каскадная модель

Каскадная модель разработки – это процесс создания программного продукта, состоящий из последовательных к выполнению этапов работ: планирование, формирование требований, реализация, тестирование и поддержка (рис. 1). С точки зрения прогнозирования модель хороша тем, что обеспечивает прозрачность трудозатрат, сроков и стоимости работ для планирования и исполнения каждой фазы проекта [3]. Каскадный подход отлично зарекомендовал себя при имплементации ERP-систем, когда в самом начале проекта можно достаточно точно и полно сформулировать все требования к программному решению, которые с течением времени остаются относительно неизменными.

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

Рис. 1. Типовые этапы работ каскадной модели внедрения

Выбор каскадной модели разработки программных продуктов является уместным в контексте данной статьи, так как бизнес-требования, предъявляемые к интеграции систем ERP и PLM, практически неизменны и фиксированы на весь временной интервал реализации проекта.

3. Механизмы интеграции

Наряду с ERP и PLM-системами, существует широкий класс прочих программных продуктов, представленных ERP2, SRM, CRM, SCM, TMS и многими другими решениями. Изначально в стандарт ERP пытались включить все существующие классы приложений, чтобы получить единый монолитный продукт, покрывающий все потребности предприятия. Если бы подобное удалось реализовать, то вопрос интеграции ИТ-систем, вероятнее всего, был бы снят с повестки обсуждения. Однако этого не произошло, в результате чего сейчас работа любого предприятия сопряжена с наличием множества интегрированных программных решений.

Вопросам обеспечения интеграции посвящено множество литературных источников [1-2, 4], в настоящий момент можно выделить четыре типовые подхода для выстраивания взаимодействия между программными продуктами (табл. 1). Выбор того или иного механизма интеграции связан с множеством факторов, включающих отрасль, вид деятельности, информационную безопасность и численность ИТ-систем предприятия. К числу наиболее применяемых способов обмена данными относят интеграцию на основе файлов и посредствам API, которыми мы так же воспользуемся в текущей работе.

Табл. 1. Механизмы интеграции ИТ-систем 

4. Сбор и анализ требований

На начальных этапах проекта необходимо определить требования, предъявляемые к программному продукту. Как правило сбор и идентификация требований ведется на основе алгоритма, отображенного в виде блок-схемы на рис. 2 [5].

Рис. 2. Схема обработки требований

Требования можно классифицировать по видам: функциональные и не функциональные, бизнес и пользовательские и др. Остановимся на группировке потребностей на пользовательские требования и функциональные. Пользовательские требования – это потребности, предъявляемые к программной системе конечным пользователем. Пример формулирования требования: «Я как сотрудник отдела закупок, должен иметь возможность выгружать данные о поставщиках, заведенных в систему и привязанных к группе товарно-материальных ценностей» [6].

Напротив, функциональные требования – совокупность распоряжений, реализация которых обеспечивается разрабатываемой системой. Представляют собой постановку задачи разработчику. Пример функционального требования: «Система должна обеспечивать хранение данных поставщиков в таблицах баз данных и давать возможность их создания, редактирования, просмотра и удаления» [7].

Проведя интервью с ключевыми пользователями, были собраны их ожидания от разрабатываемой программной системы. Согласно рис. 1, собранные требования были проанализированы и преобразованы в формат пользовательских потребностей в разрезе бизнес-процессов, а также соотнесены с функциональными требованиями. Нижеприведенная табл. 2 содержит подготовленный и приоритизированный список требований, предъявляемых к системам ERP и PLM и представленных программными решениями 1С: Предприятие и Компас-3D соответственно.

Табл. 2. Реестр требований к программным системам

Детальное рассмотрение требований показало, что потребности №4-5 («Возможность установления ответственного по номеру изделия» и «Возможность просмотра данных по изделию») из таблицы выше уже реализованы в существующей системе ERP на базе 1С: Предприятие, в то время как для всех остальных необходимы доработки как на стороне 1С-системы, так и Компас-3D. По итогам анализа и расстановки приоритетов потребностей можно приступать к последующей фазе проектирования решения. Ссылка на 2-ю часть статьи.

Литература

1. Остроух А.В., Суркова Н.Е. Проектирование информационных систем. М.: Лань, 2019. – 164 с.
2. Грекул В.И. Проектирование информационных систем. М.: Юрайт, 2023. – 385 с.
3. Гудков Е.А., Деревнина А.М., Катасонова Н.С. Анализ каскадной, итерационной и спиралевидной моделей внедрения корпоративных информационных систем // Корпоративные информационные системы. – 2018. – №1. – с. 18-29. – URL: http://corpinfosys.ru/archive/issue-1/48-2018-1-models.
4. Степанов Д.Ю. Способы интеграции данных корпоративных информационных систем // Естественные и технические науки. – 2014. – т.69, №1. – c.207-213. – URL: http://stepanovd.com/science/25-article-2014-5-integ.
5. Демьянов Н.А. Требования к программному обеспечению: от подготовки до управления изменениями (часть 1) // Корпоративные информационные системы. – 2024. – №1 (25) – с. 16-22. – URL: https://corpinfosys.ru/archive/2024/issue-25/271-2024-25-requirements.
6. Вигерс К., Битти Д. Разработка требований к программному обеспечению. – М.: Издательство Русская редакция, 2017. – 736 с.
7. Washizaki H. Guide to the software engineering body of knowledge. Waseda University, IEEE Computer Society, 2024. – 413 p.
8. Свод знаний по управлению бизнес-процессами: BPM CBoK 4.0 / Бенедикт Т., Кирхмер М., Шарсиг М., Франц П., Саксена Р., Моррис Д., Хилти Д. – М.: Альпина Паблишер, 2024. – 504 с.
9. Ковалев С., Ковалев В. Секреты успешных предприятий: бизнес-процессы и организационная структура. – М.: БИТЕК, 2012. – 498 с.
10. Стивен Р. Основы проектирования баз данных. – М.: БХВ, 2025. – 768 с.
11. Хрусталева Е.Ю. Технологии интеграции 1С: Предприятия 8.3. – М.: 1С-Паблишинг, 2020. – 498 с.

Выходные данные статьи

Паньков В.А. Реализация интеграции ERP и PLM-систем на примере программных продуктов 1С: Предприятие и Компас-3D (часть 1) // Корпоративные информационные системы. – 2025. – №1 (29) – с. 24-32. – URL: https://corpinfosys.ru/archive/2025/issue-29/305-2025-29-plmsystemintegration. 

Об авторе

Паньков Владислав Алексеевич – выпускник кафедры корпоративных информационных систем института информационных технологий РТУ МИРЭА. Тема выпускной квалификационной работы магистра «Средства интеграции подсистемы поддержки жизненного цикла изделия с корпоративной информационной системой предприятия». Электронная почта: Этот адрес электронной почты защищён от спам-ботов. У вас должен быть включен JavaScript для просмотра..

Статьи выпуска №29

1. Модели внедрения ПО и дизайн-мышление при бизнес-неопределенности;
2. Инвентаризация оборудования средствами Python, JavaScript и HTML (часть 1);
3. О налогообложении расходов на покупку российского ПО и баз данных;
4. Разработка интеграции между 1С: Предприятие и Компас-3D (часть 1);
5. Low-code платформы и приложения.