Войти
Корпоративная инженерия определяется как совокупность знаний, принципы и методы проектирования всего предприятия или его части. Предприятие - это сложная социотехническая система, которая включает в себя взаимозависимые ресурсы людей, информации и технологий, которые должны взаимодействовать друг с другом и окружающей их средой для поддержки общей миссии. По словам Косанке, Вернадата и Зелма, инжиниринг предприятий - это дисциплина, ориентированная на жизненный цикл предприятия, предназначенная для идентификации, проектирования и реализации предприятий и их непрерывного развития, поддерживаемая моделированием предприятий. Дисциплина исследует каждый аспект предприятия, включая бизнес-процессы, информационные потоки, материальные потоки и организационную структуру. Инжиниринг предприятия может быть сосредоточен на проектировании предприятия в целом или на проектировании и интеграции определенных бизнес-компонентов.
В теории и на практике появилось больше типов инженерии предприятия. В области инженерии возникла более общая форма корпоративного проектирования. Включает "применение знаний, принципов и дисциплин, связанных с анализом, проектированием, внедрением и работой всех элементов, связанных с предприятием. По сути, это междисциплинарная область, которая объединяет системную инженерию и стратегическое управление, поскольку оно направлено на проектирование всего предприятия с точки зрения продуктов, процессов и бизнес-операций, ". это поле связано с инженерным менеджментом, операционным менеджментом, сервисным менеджментом и системным проектированием.
В контексте разработки программного обеспечения, также появилась специальная область инженерии предприятий, которая занимается моделированием и интеграцией различных организационных и технических частей бизнес-процессов и функций. В контексте разработки информационных систем это стало областью деятельности для организации системного анализа и расширением существующей области информационного моделирования. Его также можно рассматривать как расширение и обобщение этапов системного анализа и проектирования систем процесса разработки программного обеспечения. Здесь моделирование предприятия может быть частью раннего, среднего и позднего жизненного цикла разработки информационной системы. Явное представление организационной и технической инфраструктуры системы разрабатывается, чтобы понять упорядоченные преобразования существующих методов работы. Эта дисциплина также известна как Архитектура предприятия или вместе с онтологией предприятия, определяемая как одно из двух основных подполей архитектуры предприятия.
Предприятие инжиниринг включает в себя формальные методологии, методы и приемы, которые разработаны, протестированы и широко используются для того, чтобы предложить организациям многоразовые решения для бизнес-процессов:
Эти методологии, техники и методы более или менее подходят для моделирования предприятия и лежащих в его основе процессов.
DEMO - это методология проектирования и инжиниринга организаций. Центральным понятием является «коммуникативное действие»: общение считается важным для функционирования организаций. Соглашения между сотрудниками, клиентами и поставщиками действительно созданы для общения. То же самое верно и для принятия представленных результатов.
Методология DEMO основана на следующих принципах:
Методология DEMO обеспечивает последовательное понимание коммуникации, информации, действий и организации. Сфера охвата здесь смещена с «Разработка информационных систем» на «Разработка бизнес-систем» с четким пониманием как информации, так и центральных организаций.
CIMOSA предоставляет шаблоны и взаимосвязанные конструкции моделирования для кодирования аспектов бизнеса, людей и информационных технологий (ИТ) требований предприятия. Это делается с нескольких точек зрения: представление информации, представление функций, представление ресурсов и представление организации. Эти конструкции могут в дальнейшем использоваться для структурирования и облегчения проектирования и реализации детальных ИТ-систем.
Разделение на различные представления делает его полезным справочником для корпоративных инженеров и разработчиков программного обеспечения. Он показывает потребности в информации для различных функций предприятия, таких как действия, процессы и операции, а также соответствующие ресурсы. Таким образом, можно легко определить, какая ИТ-система будет удовлетворять информационные потребности конкретного вида деятельности и связанных с ней процессов.
IDEF, впервые разработанный как язык моделирования для моделирования производственных систем, использовался ВВС США с 1981 года и первоначально предлагал четыре разных нотации для моделирования предприятие с определенной точки зрения. Это были IDEF0, IDEF1, IDEF2 и IDEF3 для функционального анализа, анализа данных, динамического анализа и анализа процессов соответственно. За последние десятилетия постепенно разрабатывался ряд инструментов и методов для интеграции этих различных обозначений.
IDEF показывает, как бизнес-процесс проходит через множество разложенных бизнес-функций с соответствующими информационными входами, выходами и участниками. Как и CIMOSA, он также использует различные корпоративные представления. Более того, IDEF легко трансформируется в UML-диаграммы для дальнейшего развития ИТ-систем. Эти положительные характеристики делают его мощным методом для разработки функциональных архитектур программного обеспечения.
Сети Петри - это признанные инструменты, используемые для моделирования производственных систем. Они очень выразительны и обеспечивают хороший формализм для моделирования параллельных систем. Наиболее выгодными свойствами являются способность создавать простое представление состояний, одновременных переходов системы и возможностей, что позволяет моделировать продолжительность переходов. В результате сети Петри могут использоваться для моделирования определенных бизнес-процессов с соответствующими состояниями и переходами или действиями в них, а также выходами. Более того, сети Петри можно использовать для моделирования различных программных систем и переходов между этими системами. Таким образом, программисты могут использовать его в качестве схематического справочника по кодированию.
Исследования последних лет показали, что сети Петри могут способствовать развитию интеграции бизнес-процессов. Одна из них - это методология «Model Blue», разработанная Китайской исследовательской лабораторией IBM. Модель Blue подчеркивает важность бизнес-интеграции, управляемой моделями, как нового подхода к созданию интегрированных программных платформ. Также показано соответствие между их бизнес-представлением Model Blue и эквивалентной сетью Петри, что указывает на то, что их исследования устранили разрыв между бизнесом и ИТ. Однако вместо сетей Петри исследователи используют собственное представление Model Blue IT, которое может быть получено из представления их бизнеса с помощью механизма преобразования.
Унифицированный язык моделирования (UML) - широко распространенный язык моделирования для разработки программных систем и приложений. Многие участники сообщества объектно-ориентированного анализа и дизайна также используют UML для моделирования предприятий. Здесь упор делается на использование корпоративных объектов или бизнес-объектов, из которых состоят сложные корпоративные системы. Набор этих объектов и соответствующие взаимодействия между ними могут представлять сложную бизнес-систему или процесс. В то время как сети Петри фокусируются на взаимодействии и состояниях объектов, UML больше фокусируется на самих бизнес-объектах. Иногда они называются «строительными блоками предприятия» и включают ресурсы, процессы, цели, правила и метамодели. Несмотря на то, что UML можно использовать для моделирования интегрированной программной системы, утверждалось, что реальность бизнеса можно смоделировать с помощью языка моделирования программного обеспечения. В ответ объектно-ориентированное сообщество создает бизнес-расширения для UML и соответствующим образом адаптирует язык. Расширенный язык моделирования предприятия (EEML) является производным от UML и предлагается в качестве языка бизнес-моделирования. Остается вопрос, является ли это преобразование бизнеса правильным методом, поскольку ранее было сказано, что UML в сочетании с другими «чистыми» бизнес-методами может быть лучшей альтернативой.
EFD используется в качестве метода моделирования для представления функций предприятия и соответствующих взаимодействий. В этих представлениях можно смоделировать различные бизнес-процессы с помощью «функциональных модулей» и триггеров. Начальный бизнес-процесс предоставляет разные входные данные для разных функций. Процесс, проходящий через все функции и подфункции, создает несколько выходов. Таким образом, диаграммы функций предприятия обеспечивают простое в использовании и подробное представление о бизнес-процессе и его соответствующих функциях, входах, выходах и триггерах. Таким образом, EFD имеет много общего с диаграммами IDEF0, которые также представляют бизнес-процессы в иерархическом виде в виде комбинации функций и триггеров. Они отличаются тем, что EFD помещает бизнес-функции в иерархическую перспективу организации, которая описывает последующие процессы в организации. С другой стороны, диаграммы IDEF0 показывают обязанности определенных бизнес-функций с помощью стрелок. Кроме того, IDEF0 обеспечивает четкое представление входов и выходов для каждой (под) функции.
EFD может использоваться в качестве бизнес-интерфейса для языка моделирования программного обеспечения, такого как UML, и его основные сходства с IDEF в качестве инструмента моделирования показывают, что это действительно возможно. Однако необходимы дальнейшие исследования, чтобы улучшить методы EFD таким образом, чтобы можно было выполнять формальные сопоставления с UML. Исследование взаимодополняющего использования IDEF и UML способствовало принятию IDEF в качестве интерфейса для бизнеса, поэтому аналогичное исследование следует провести с EFD и UML.
.
 | Викицитатник содержит цитаты, относящиеся к: Инженерное дело предприятия |
