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

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

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

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

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

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

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

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