Инжиниринг предприятия — это совокупность знаний , принципов и практик, используемых для проектирования всего предприятия или его части. [1] Предприятие — это сложная социально-техническая система, которая включает людей, информацию и технологии, которые взаимодействуют друг с другом и их окружением для поддержки общей миссии. Одно из определений: «дисциплина, ориентированная на жизненный цикл предприятия, для идентификации, проектирования и внедрения предприятий и их непрерывной эволюции», [2] поддерживаемая моделированием предприятия . Дисциплина изучает каждый аспект предприятия, включая бизнес-процессы, информационные потоки, материальные потоки и организационную структуру. [3] Инжиниринг предприятия может быть сосредоточен на проектировании предприятия в целом или на проектировании и интеграции определенных бизнес-компонентов. [4]
Возникло несколько типов инжиниринга предприятий.
В инженерии , инжиниринг предприятия охватывает широкий спектр деятельности. [5] Охватывая «применение знаний, принципов и дисциплин, связанных с анализом, проектированием, внедрением и эксплуатацией всех элементов, связанных с предприятием. По сути, это междисциплинарная область , которая объединяет системную инженерию и стратегический менеджмент , поскольку она стремится проектировать все предприятие с точки зрения продуктов , процессов и бизнес-операций ». [5] эта область связана с управлением инжинирингом , управлением операциями , управлением услугами и системной инженерией .
В разработке программного обеспечения корпоративная инженерия занимается моделированием и интеграцией различных организационных и технических частей бизнес-процессов и функций. [6] В разработке информационных систем это стало областью деятельности для организации системного анализа и расширением существующей сферы информационного моделирования . [7] Его также можно рассматривать как расширение и обобщение фаз системного анализа и проектирования систем процесса разработки программного обеспечения . [8] Здесь корпоративное моделирование может быть частью раннего, среднего и позднего жизненного цикла разработки информационной системы . Явное представление организационной и технической инфраструктуры системы разрабатывается для того, чтобы понять упорядоченные преобразования существующих методов работы. [8] Эта дисциплина также известна как корпоративная архитектура или, наряду с корпоративной онтологией, определяется как одно из двух основных подполей корпоративной архитектуры. [3]
Корпоративное проектирование включает в себя формальные методологии, методы и методики, которые разрабатываются, тестируются и широко используются для того, чтобы предлагать организациям многоразовые решения для бизнес-процессов:
Все эти методологии, методики и методы в большей или меньшей степени подходят для моделирования предприятия и его основных процессов.
DEMO — это методология проектирования и инжиниринга организаций. Центральным понятием является «коммуникативное действие»: коммуникация считается необходимой для функционирования организаций. Соглашения между сотрудниками, клиентами и поставщиками действительно создаются для коммуникации. То же самое касается принятия предоставленных результатов. [9] [3]
Методология DEMO основана на следующих принципах: [15]
Методология DEMO обеспечивает согласованное понимание коммуникации, информации, действия и организации. Область действия здесь смещена от «Инженерии информационных систем» к «Инженерии бизнес-систем», с четким пониманием как информации, так и центральных организаций.
CIMOSA предоставляет шаблоны и взаимосвязанные конструкции моделирования для кодирования аспектов бизнеса, людей и информационных технологий (ИТ) корпоративных требований. Это делается с нескольких точек зрения: Информационный вид, Функциональный вид, Ресурсный вид и Организационный вид. Эти конструкции могут быть далее использованы для структурирования и упрощения проектирования и внедрения подробных ИТ-систем.
Разделение на различные представления делает его проясняющим справочником для инженеров-программистов и предприятий. Он показывает информационные потребности для различных функций предприятия, таких как действия, процессы и операции, вместе с соответствующими им ресурсами. Таким образом, можно легко определить, какая ИТ-система будет удовлетворять информационные потребности конкретного вида деятельности и связанных с ним процессов.
IDEF , изначально разработанный как язык моделирования для моделирования производственных систем, использовался ВВС США с 1981 года и изначально предлагал четыре различных нотации для моделирования предприятия с определенной точки зрения. Это были IDEF0 , IDEF1, IDEF2 и IDEF3 для функционального, данных, динамического и процессного анализа соответственно. За последние десятилетия был разработан ряд инструментов и методов для интеграции этих различных нотаций.
IDEF показывает, как бизнес-процесс протекает через множество декомпозированных бизнес-функций с соответствующими информационными входами, выходами и действующими лицами. Как и CIMOSA, он также использует различные корпоративные представления. Более того, IDEF можно легко преобразовать в UML-диаграммы для дальнейшей разработки ИТ-систем. Эти положительные характеристики делают его мощным методом для разработки функциональных программных архитектур.
Сети Петри являются устоявшимися инструментами, используемыми для моделирования производственных систем. [16] Они очень выразительны и обеспечивают хорошие формализмы для моделирования параллельных систем . Наиболее выгодными свойствами являются способность создавать простое представление состояний, параллельных системных переходов и возможностей, тем самым позволяя моделировать длительность переходов. В результате сети Петри могут использоваться для моделирования определенных бизнес-процессов с соответствующим состоянием и переходами или действиями в них, а также выходами. Более того, сети Петри могут использоваться для моделирования различных программных систем и переходов между этими системами. Таким образом, программисты могут использовать их в качестве схематического справочника по кодированию.
Исследования последних лет показали, что сети Петри могут способствовать развитию интеграции бизнес-процессов. Одной из них является методология «Model Blue», разработанная китайской исследовательской лабораторией IBM . Model Blue подчеркивает важность бизнес-интеграции на основе моделей как нового подхода к построению интегрированных программных платформ. [17] Также показано соответствие между их бизнес-представлением Model Blue и эквивалентной сетью Петри, что указывает на то, что их исследование закрыло разрыв между бизнесом и ИТ. Однако вместо сетей Петри исследователи используют собственное ИТ-представление Model Blue, которое может быть получено из их бизнес-представления с помощью механизма трансформации.
Unified Modeling Language (UML) — это общепринятый язык моделирования для разработки программных систем и приложений. Многие в сообществе объектно-ориентированного анализа и проектирования также используют UML для целей моделирования предприятия. Здесь акцент делается на использовании объектов предприятия или бизнес-объектов, из которых состоят сложные корпоративные системы. Набор этих объектов и соответствующие взаимодействия между ними могут представлять сложную бизнес-систему или процесс. В то время как сети Петри фокусируются на взаимодействии и состояниях объектов, UML больше фокусируется на самих бизнес-объектах. Иногда их называют «строительными блоками предприятия», и они включают ресурсы, процессы, цели, правила и метамодели. [18] Несмотря на то, что UML можно использовать для моделирования интегрированной программной системы, утверждается, что реальность бизнеса можно смоделировать с помощью языка моделирования программного обеспечения. В ответ на это объектно-ориентированное сообщество создает бизнес-расширения для UML и соответствующим образом адаптирует язык. Extended Enterprise Modeling Language (EEML) является производным от UML и предлагается в качестве языка бизнес-моделирования. Остается вопрос, является ли эта бизнес-трансформация правильным методом для использования, поскольку ранее было сказано, что UML в сочетании с другими «чистыми» бизнес-методами может быть лучшей альтернативой.
EFD — это используемый метод моделирования для представления функций предприятия и соответствующих взаимодействий. Различные бизнес-процессы могут быть смоделированы в этих представлениях с помощью «функциональных модулей» и триггеров. Начальный бизнес-процесс поставляет различные входы для различных функций. Процесс, протекающий через все функции и подфункции, создает несколько выходов. Таким образом, диаграммы функций предприятия предоставляют простое в использовании и подробное представление о бизнес-процессе и его соответствующих функциях, входах, выходах и триггерах. Таким образом, EFD имеет много общего с диаграммами IDEF0, которые также представляют бизнес-процессы в иерархическом виде как комбинацию функций и триггеров. Эти два отличаются тем, что EFD помещает бизнес-функции в иерархическую перспективу организации, которая очерчивает нисходящий поток определенных процессов в организации. С другой стороны, диаграммы IDEF0 показывают обязанности определенных бизнес-функций с помощью стрелок. Кроме того, IDEF0 обеспечивает четкое представление входов и выходов для каждой (под)функции.
EFD может использоваться как бизнес-фронт-энд для языка моделирования программного обеспечения, такого как UML, и его основные сходства с IDEF как инструмента моделирования указывают на то, что это действительно возможно. Однако необходимы дальнейшие исследования для улучшения методов EFD таким образом, чтобы можно было сделать формальные отображения в UML. [19] Исследования по взаимодополняющему использованию IDEF и UML способствовали принятию IDEF как бизнес-фронт-энда, и поэтому аналогичное исследование должно быть проведено с EFD и UML.
