Jump to content

Инжиниринг предприятия

Инжиниринг предприятия — это совокупность знаний , принципов и практик, используемых для проектирования всего предприятия или его части. [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 IT, которое можно получить из их бизнес-представления с помощью механизма трансформации.

Унифицированный язык моделирования (UML)

[ редактировать ]

Унифицированный язык моделирования (UML) — широко распространенный язык моделирования для разработки программных систем и приложений. Многие представители сообщества объектно-ориентированного анализа и проектирования также используют UML для целей корпоративного моделирования. Здесь упор делается на использование корпоративных объектов или бизнес-объектов, из которых состоят сложные корпоративные системы. Совокупность этих объектов и соответствующие взаимодействия между ними могут представлять собой сложную бизнес-систему или процесс. В то время как сети Петри фокусируются на взаимодействии и состояниях объектов, UML больше фокусируется на самих бизнес-объектах. Иногда их называют «строительными блоками предприятия» и включают ресурсы, процессы, цели, правила и метамодели. [18] Несмотря на то, что UML можно использовать для моделирования интегрированной программной системы, утверждается, что реальность бизнеса можно смоделировать с помощью языка моделирования программного обеспечения. В ответ сообщество объектно-ориентированного подхода создает бизнес-расширения для UML и соответствующим образом адаптирует язык. Расширенный язык моделирования предприятия (EEML) основан на UML и предлагается в качестве языка бизнес-моделирования. Остается вопрос, является ли эта бизнес-трансформация правильным методом, поскольку ранее говорилось, что UML в сочетании с другими «чистыми» бизнес-методами может быть лучшей альтернативой.

Функциональные диаграммы предприятия

[ редактировать ]

EFD используется в качестве метода моделирования для представления функций предприятия и соответствующих взаимодействий. В этих представлениях можно моделировать различные бизнес-процессы с помощью «функциональных модулей» и триггеров. Стартовый бизнес-процесс предоставляет разные входные данные для разных функций. Процесс, протекающий через все функции и подфункции, создает множество результатов. Таким образом, функциональные диаграммы предприятия обеспечивают простое в использовании и подробное представление о бизнес-процессе и соответствующих ему функциях, входах, выходах и триггерах. В этом отношении EFD имеет много общего с диаграммами IDEF0, которые также представляют бизнес-процессы в иерархическом виде как комбинацию функций и триггеров. Они отличаются тем, что EFD рассматривает бизнес-функции в иерархической перспективе организации, которая описывает последующие определенные процессы в организации. С другой стороны, диаграммы IDEF0 показывают обязанности определенных бизнес-функций с помощью стрелок. Более того, IDEF0 обеспечивает четкое представление входных и выходных данных для каждой (под)функции.

EFD можно использовать в качестве бизнес-интерфейса для языка моделирования программного обеспечения, такого как UML, и его основные сходства с IDEF в качестве инструмента моделирования показывают, что это действительно возможно. Однако необходимы дальнейшие исследования для улучшения методов EFD таким образом, чтобы можно было создавать формальные сопоставления с UML. [19] Исследования по взаимодополняющему использованию IDEF и UML способствовали признанию IDEF в качестве интерфейса для бизнеса, и поэтому аналогичное исследование следует провести с EFD и UML.

См. также

[ редактировать ]

Ассоциации

[ редактировать ]
  1. ^ RE Джачетти (2010). Проектирование корпоративных систем: теория, методы и архитектура . CRC Press, Бока-Ратон, Флорида.
  2. ^ Косанке, 1999.
  3. ^ Перейти обратно: а б с д Ян Дитц (2006). Онтология предприятия — теория и методология . Шпрингер-Верлаг Берлин Гейдельберг.
  4. ^ Де Врис, Марна, Аурона Гербер и Альта ван дер Мерве. В: Авейру Д., Триболе Ж. , Гувейя Д. (ред.) «Природа инженерной дисциплины предприятия». Достижения в области проектирования предприятий VIII. Springer International Publishing, 2014. с. 1-15.
  5. ^ Перейти обратно: а б Инженерные исследования предприятия в Royal Holloway. Архивировано 26 октября 2013 г. в Wayback Machine под руководством доктора Алана Пилкингтона , версия 9.08. По состоянию на 4 ноября 2008 г.
  6. ^ Вернадат, ФБ . (1996) Моделирование и интеграция предприятия: принципы и приложения . Чепмен и Холл, Лондон, ISBN   0-412-60550-3 .
  7. ^ Ю. А. Бубенко (1993). «Расширение возможностей информационного моделирования». В: Материалы 4-го международного семинара по дедуктивному подходу к информационным системам и системам баз данных, Коста-Брава, Каталония . 1993.
  8. ^ Перейти обратно: а б Густас Р. и Густиен П. (2003) «На пути к корпоративному инженерному подходу к моделированию информационных систем через организационные и технические границы», в: Материалы пятой Международной конференции по корпоративным информационным системам , том. 3, Анже, Франция, 2003, стр. 77–88.
  9. ^ Перейти обратно: а б «Предприятие инженерного института» . www.ee-institute.org . Архивировано из оригинала 25 ноября 2018 г. Проверено 23 ноября 2018 г.
  10. ^ Бикман, (1989); Европейский комитет по стандартизации, ECN TC310 WG1, 1994 г.
  11. ^ ВВС США (1981); Архитектура ICAM, часть 1, Огайо, Лаборатория материалов ВВС, Райт-Паттерсон
  12. ^ Петерсон Дж.Л. (1981); Теория сетей Петри и моделирование систем, Энглвуд Клиффс, Нью-Джерси, Прентис Холл.
  13. ^ Маршалл, К. (2000); Моделирование предприятия с помощью UML, ISBN   0-201-43313-3 , Аддисон-Уэсли, Массачусетс.
  14. ^ Вернадат ФБ ; Видение будущей работы целевой группы (IFAC-IFIP).
  15. ^ «Академические издания» . www.ee-institute.org . Проверено 23 ноября 2018 г.
  16. ^ Сильва М. и Валетт Р. (1989); Сети Петри и гибкое производство . Конспекты лекций по информатике, 424, 374–417.
  17. ^ Чжу и др. (2004); Интеграция и управление бизнес-процессами на основе моделей: пример региональной сервисной платформы Bank SinoPac, IBM Corporation, Res. и Дев. Том. 48 № 5/6.
  18. ^ Эрикссон и Пенкер (1998); UML Toolkit, Уайли, Нью-Йорк.
  19. ^ Ким и Уэстон, Ходжсон и Ли (2002); Взаимодополняющее использование IDEF и UML. Инженерия информационных систем, Университет Дэджон, Южная Корея, Компьютеры и промышленная инженерия 50, 35–56.

Дальнейшее чтение

[ редактировать ]
  • Ян Л.Г. Дитц (2008) (ред.). Достижения в области инжиниринга предприятия I: 4-й международный семинар CIAO! и 4-й международный семинар EOMAS, проходивший на выставке CAiSE 2008, Монпелье, Франция, 16–17 июня 2008 г. Материалы .
  • Ченг Сюй (2007) (ред.) Интеграция предприятий сферы услуг: перспектива проектирования предприятия .
  • Дуэйн В. Хайбертсон (2009). Модельно-ориентированная системная инженерия: объединяющая основа для традиционных и сложных систем .
  • Курт Косанке, Франсуа Вернадат и Мартин Зельм, CIMOSA: Проектирование предприятия и интеграция , Компьютеры в промышленности, 40 (2-3) (1999) 83-97.
  • Лайлс, Дональд Х. и др. « Инжиниринг предприятия: дисциплина? » Материалы конференции Общества предпринимательской инженерии. Том. 6. 1995.
  • Лайлз, Дональд Х. и Эдриан Р. Пресли. « Моделирование предприятия в рамках проектирования предприятия ». Материалы 28-й конференции по зимнему моделированию. Компьютерное общество IEEE, 1996.
  • Дитц, Дж.Л.Г., Хугерворст, Дж.П. и др., Дисциплина корпоративного проектирования. Межд. Дж. Организационный дизайн и инженерия. Том. 3. 2013. 28.
  • Дитц, Дж.Л.Г., Малдер, HBF, Онтология предприятия, Человекоцентричный подход к пониманию сущности организаций, Springer, 2020.
  • де Бур А., Де Врис М. (2021) Подход к развитию потенциала предприятия, основанный на корпоративной инженерии. В: Авейру Д., Гуиззарди Г., Пергл Р., Пропер Х.А. (ред.) Достижения в области проектирования предприятий XIV. EEWC 2020. Конспекты лекций по обработке бизнес-информации, том 411. Springer, Cham. https://doi.org/10.1007/978-3-030-74196-9_11 .
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: e09e4333b7b368dfc3ceaa68554ab269__1710070380
URL1:https://arc.ask3.ru/arc/aa/e0/69/e09e4333b7b368dfc3ceaa68554ab269.html
Заголовок, (Title) документа по адресу, URL1:
Enterprise engineering - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)