Инжиниринг предприятия - Enterprise engineering
Инжиниринг предприятия определяется как совокупность знаний, принципов и практик для проектирования всего предприятия или его части.[1] Предприятие - это сложная социотехническая система, которая включает в себя взаимозависимые ресурсы людей, информации и технологий, которые должны взаимодействовать друг с другом и окружающей их средой для поддержки общей миссии. По мнению Косанке, Вернадата и Зельма, инжиниринг предприятия дисциплина, ориентированная на жизненный цикл предприятия, для идентификации, проектирования и реализации предприятий и их непрерывного развития, при поддержке моделирования предприятия. Дисциплина исследует каждый аспект предприятия, включая бизнес-процессы, информационные потоки, материальные потоки и организационную структуру.[2] Инжиниринг предприятия может быть сосредоточен на проектировании предприятия в целом или на проектировании и интеграции определенных бизнес-компонентов.[3]
Обзор
В теории и на практике появилось больше типов корпоративной инженерии. В области инженерное дело возникла более общая форма инженерии предприятия.[4] Включает "применение знаний, принципов и дисциплин, связанных с анализом, проектированием, реализацией и функционированием всех элементов, связанных с предприятием. По сути, это междисциплинарная область который сочетает в себе системная инженерия и стратегическое управление поскольку он стремится спроектировать все предприятие с точки зрения товары, процессы и деловые операции,".[4] это поле связано с Управление проектированием, управление операциями, управление услугами и системная инженерия.
В контексте разработка программного обеспечения, также появилась специальная область инженерии предприятий, которая занимается моделированием и интеграцией различных организационных и технических частей деловые процессы и функции.[5] В контексте развития информационных систем это стало сферой деятельности для организации системный анализ, а также расширение существующей области Информационное моделирование.[6] Его также можно рассматривать как расширение и обобщение системного анализа и проектирование систем этапы процесс разработки программного обеспечения.[7] Здесь моделирование предприятия может быть частью раннего, среднего и позднего жизненный цикл разработки информационной системы. Явное представление организационной и технической инфраструктуры системы разрабатывается, чтобы понять упорядоченные преобразования существующих методов работы.[7] Эта дисциплина также известна как Архитектура предприятия, или вместе с онтологией предприятия, определяемой как одно из двух основных подразделов архитектуры предприятия.[2]
Методы
Инжиниринг предприятия включает формальные методологии, методы и приемы, которые разработаны, протестированы и широко используются, чтобы предложить организациям многоразовые решения для бизнес-процессов:
- Методология проектирования и инжиниринга для организаций[8][2]
- Архитектура открытых систем компьютерного интегрированного производства (CIMOSA) методология[9]
- Интегрированное определение (IDEF) методология[10]
- Сети Петри [11]
- Единый язык моделирования (UML) или унифицированный язык моделирования предприятия (UEML)[12][13]
- Диаграммы функций предприятия (EFD)
Эти методологии, техники и методы более или менее подходят для моделирования предприятия и лежащих в его основе процессов.
Методология проектирования и инжиниринга для организаций
ДЕМО методология проектирования и инжиниринга организаций. Центральным понятием является «коммуникативное действие»: общение считается важным для функционирования организаций. Соглашения между сотрудниками, клиентами и поставщиками действительно созданы для общения. То же верно и для принятия представленных результатов.[8][2]
Методология DEMO основана на следующих принципах:[14]
- Суть организации состоит в том, что она состоит из людей, обладающих полномочиями и обязанностью действовать и вести переговоры.
- Моделирование бизнес-процессов и информационных систем - это рациональная деятельность, которая ведет к единообразию.
- Модели должны быть понятны для всех.
- Информация должна соответствовать потребностям пользователей.
Методология DEMO обеспечивает последовательное понимание коммуникации, информации, действий и организации. Сфера охвата здесь смещена с «Разработка информационных систем» на «Разработка бизнес-систем» с четким пониманием как информации, так и центральных организаций.
Архитектура открытых систем компьютерного интегрированного производства
CIMOSA предоставляет шаблоны и взаимосвязанные конструкции моделирования для кодирования аспектов бизнеса, людей и информационных технологий (ИТ) требований предприятия. Это делается с нескольких точек зрения: представление информации, представление функций, представление ресурсов и представление организации. Эти конструкции могут в дальнейшем использоваться для структурирования и облегчения проектирования и реализации детальных ИТ-систем.
Разделение на различные представления делает его полезным справочником для корпоративных инженеров и разработчиков программного обеспечения. Он показывает потребности в информации для различных функций предприятия, таких как действия, процессы и операции, а также соответствующие ресурсы. Таким образом, можно легко определить, какая ИТ-система будет удовлетворять информационные потребности конкретного вида деятельности и связанных с ней процессов.
IDEF
IDEF, впервые разработанная как язык моделирования для моделирования производственных систем используется ВВС США с 1981 года и изначально предлагал четыре различных обозначения для моделирования предприятия с определенной точки зрения. Это были IDEF0, IDEF1, IDEF2 и IDEF3 для функционального анализа, анализа данных, динамического анализа и анализа процессов соответственно. За последние десятилетия постепенно разрабатывался ряд инструментов и методов для интеграции этих различных обозначений.
IDEF показывает, как бизнес-процесс проходит через множество декомпозированных бизнес-функций с соответствующими информационными входами, выходами и участниками. Как и CIMOSA, он также использует различные корпоративные представления. Более того, IDEF можно легко преобразовать в UML-диаграммы для дальнейшего развития ИТ-систем. Эти положительные характеристики делают его мощным методом для разработки функциональных архитектур программного обеспечения.
Сети Петри
Сети Петри - это устоявшиеся инструменты, используемые для моделирования производственных систем.[15] Они очень выразительны и обеспечивают хороший формализм для моделирования параллельные системы. Наиболее выгодными свойствами являются возможность создавать простое представление состояний, одновременных переходов системы и возможностей, что позволяет моделировать продолжительность переходов. В результате сети Петри могут использоваться для моделирования определенных бизнес-процессов с соответствующими состояниями и переходами или действиями в них, а также выходами. Более того, сети Петри можно использовать для моделирования различных программных систем и переходов между этими системами. Таким образом, программисты могут использовать его в качестве схематического справочника по кодированию.
Исследования последних лет показали, что сети Петри могут способствовать развитию интеграции бизнес-процессов. Одним из них является методология "Model Blue", разработанная IBM Китайская исследовательская лаборатория. Модель Blue подчеркивает важность бизнес-интеграции, управляемой моделями, как нового подхода к созданию интегрированных программных платформ.[16] Также показано соответствие между их бизнес-представлением Model Blue и эквивалентной сетью Петри, что указывает на то, что их исследования устранили разрыв между бизнесом и ИТ. Однако вместо сетей Петри исследователи используют собственное ИТ-представление Model Blue, которое может быть получено из их бизнес-представления с помощью механизма преобразования.
Единый язык моделирования (UML)
Единый язык моделирования (UML) - широко распространенный язык моделирования для разработки программных систем и приложений. Многие в Объектно-ориентированный анализ и дизайн сообщество также использует UML для моделирования предприятий. Здесь упор делается на использование корпоративных объектов или бизнес-объектов, из которых состоят сложные корпоративные системы. Набор этих объектов и соответствующие взаимодействия между ними могут представлять сложную бизнес-систему или процесс. В то время как сети Петри сосредоточены на взаимодействии и состояниях объектов, UML больше фокусируется на самих бизнес-объектах. Иногда они называются «строительными блоками предприятия» и включают ресурсы, процессы, цели, правила и метамодели.[17] Несмотря на то, что UML можно использовать для моделирования интегрированной программной системы, утверждалось, что реальность бизнеса можно смоделировать с помощью языка моделирования программного обеспечения. В ответ объектно-ориентированное сообщество создает бизнес-расширения для UML и соответствующим образом адаптирует язык. Расширенный язык корпоративного моделирования (EEML) происходит от UML и предлагается в качестве языка бизнес-моделирования. Остается вопрос, является ли эта трансформация бизнеса правильным методом, поскольку ранее было сказано, что UML в сочетании с другими «чистыми» бизнес-методами может быть лучшей альтернативой.
Диаграммы функций предприятия
EFD используется как метод моделирования для представления функций предприятия и соответствующих взаимодействий. В этих представлениях можно моделировать различные бизнес-процессы с помощью «функциональных модулей» и триггеров. Начальный бизнес-процесс предоставляет разные входные данные для разных функций. Процесс, проходящий через все функции и подфункции, создает несколько выходов. Таким образом, диаграммы функций предприятия обеспечивают простое в использовании и подробное представление о бизнес-процессе и его соответствующих функциях, входах, выходах и триггерах. Таким образом, EFD имеет много общего с диаграммами IDEF0, которые также представляют бизнес-процессы в иерархическом виде в виде комбинации функций и триггеров. Они отличаются тем, что EFD помещает бизнес-функции в иерархическую перспективу организации, которая описывает последующие процессы в организации. С другой стороны, диаграммы IDEF0 показывают обязанности определенных бизнес-функций с помощью стрелок. Кроме того, IDEF0 обеспечивает четкое представление входов и выходов для каждой (под) функции.
EFD может использоваться в качестве бизнес-интерфейса для языка моделирования программного обеспечения, такого как UML, и его основные сходства с IDEF как инструментом моделирования показывают, что это действительно возможно. Однако необходимы дальнейшие исследования, чтобы улучшить методы EFD таким образом, чтобы можно было выполнять формальные сопоставления с UML.[18] Исследование взаимодополняющего использования IDEF и UML способствовало принятию IDEF в качестве интерфейса для бизнеса, и поэтому аналогичное исследование следует провести с EFD и UML.
Смотрите также
- Бизнес-инжиниринг
- Бизнес-архитектура
- Методология проектирования и инжиниринга для организаций
- Архитектура предприятия
- Планирование архитектуры предприятия
- Корпоративная интеграция
- Жизненный цикл предприятия
- Разработка корпоративных систем
- Обобщенная эталонная архитектура предприятия и методология
- Функциональная архитектура программного обеспечения
- Промышленная инженерия
- Управление проектированием
- Инженерное управление
- Завод программного обеспечения
- Посмотреть модель
Ассоциации
Рекомендации
- ^ R.E. Джакетти (2010). Дизайн корпоративных систем: теория, методы и архитектура. CRC Press, Бока-Ратон, Флорида.
- ^ а б c d Ян Дитц (2006). Онтология предприятия - теория и методология. Springer-Verlag Berlin Heidelberg.
- ^ Де Фрис, Марна, Аурона Гербер и Альта ван дер Мерве. В: Авейру Д., Триболет Ж., Гувейя Д. (ред.) "Природа инженерной дисциплины предприятия". Достижения в области инженерии предприятий VIII. Springer International Publishing, 2014. стр. 1-15.
- ^ а б Корпоративные инженерные исследования в Royal Holloway В архиве 2013-10-26 в Wayback Machine во главе с доктором Алан Пилкингтон, Версия 9.08. Доступ 4 ноября 2008 г.
- ^ Вернадат, Ф.Б.. (1996) Моделирование и интеграция предприятия: принципы и приложения. Чапман и Холл, Лондон, ISBN 0-412-60550-3.
- ^ Бубенко Ю.А. (1993). «Расширение возможностей информационного моделирования». В: Труды 4-го Международного семинара по дедуктивному подходу к информационным системам и системам баз данных, Коста-Брава, Каталония. 1993.
- ^ а б Густас, Р. и Густене, П. (2003) «На пути к инженерному подходу предприятия для моделирования информационных систем через организационные и технические границы», в: Материалы пятой Международной конференции по корпоративным информационным системам, т. 3, Анже, Франция, 2003 г., стр. 77-88.
- ^ а б «Инженерный институт предпринимательства». www.ee-institute.org. Получено 2018-11-23.
- ^ Бикман, (1989); Европейский комитет по стандартизации, ECN TC310 WG1, 1994
- ^ ВВС США (1981); Архитектура ICAM, часть 1, Огайо, Лаборатория материалов ВВС, Райт-Паттерсон
- ^ Петерсон Дж. Л. (1981); Теория сетей Петри и моделирование систем, Englewood Cliffs, N.J., Prentice Hall.
- ^ Маршалл, К. (2000); Моделирование предприятия с помощью UML, ISBN 0-201-43313-3, Аддисон-Уэсли, Массачусетс.
- ^ Вернадат Ф.Б.; Видение будущей работы целевой группы (IFAC-IFIP).
- ^ «Академические публикации». www.ee-institute.org. Получено 2018-11-23.
- ^ Сильва, М. и Валетт, Р. (1989); Сети Петри и гибкое производство. Конспект лекций по информатике, 424, 374–417.
- ^ Zhu et al. (2004); Интеграция бизнес-процессов на основе моделей и управление ими: пример региональной сервисной платформы Bank SinoPac, IBM Corporation, Res. & Dev. Vol. 48 № 5/6.
- ^ Эрикссон и Пенкер (1998); UML Toolkit, Wiley, New York.
- ^ Ким и Уэстон, Ходжсон и Ли (2002); Дополнительное использование IDEF и UML. Инженерия информационных систем, Университет Деджон, Южная Корея, Компьютеры и промышленная инженерия 50, 35–56.
дальнейшее чтение
- Ян Л.Г. Дитц (2008) (ред.). Достижения в области инженерии предприятий I: 4-й международный семинар CIAO! и 4-й международный семинар EOMAS, состоявшийся в CAiSE 2008, Монпелье, Франция, 16–17 июня 2008 г. Материалы.
- Ченг Сю (2007) (ред.) Интеграция сервисного предприятия: взгляд на инженерное решение.
- Дуэйн В. Хайбертсон (2009). Модельно-ориентированная системная инженерия: объединяющая основа для традиционных и сложных систем.
- Фельтус, Кристоф; Пети, Майкл; Вернадат, Франсуа. (2009). Уточнение понятия ответственности в корпоративном инжиниринге для поддержки корпоративного управления ИТ, Материалы 13-го симпозиума МФБ по проблемам управления информацией на производстве (INCOM'09), Москва, Россия
- Курт Косанке, Франсуа Вернадат и Мартин Зельм, CIMOSA: разработка и интеграция предприятий, Компьютеры в промышленности, 40 (2-3) (1999) 83-97.
- Лайлз, Дональд Х., и другие. "Инженерное дело предприятия: дисциплина?. "Труды конференции Общества инженеров предприятий. Издание 6. 1995.
- Лайлз, Дональд Х., и Адриен Р. Пресли. "Моделирование предприятия в рамках инженерной инфраструктуры предприятия. »Труды 28-й конференции по зимнему моделированию. IEEE Computer Society, 1996.
- Дитц, Дж. Л. Г., Хугерворст, Дж. А. П. и др., Дисциплина инженерии предприятий. Int. j. Организационный дизайн и инжиниринг. Vol. 3. 2013. 28.
- Дитц, Дж. Л. Г., Малдер, Х. Б. Ф., Онтология предприятия, Человекоцентричный подход к пониманию сущности организаций, Springer, 2020.