Интегрированное моделирование предприятия

Интегрированное моделирование предприятия (IEM) — это метод моделирования предприятия, используемый для принятия и реинжиниринга процессов как на производственных предприятиях, так и в общественной сфере и у поставщиков услуг. В интегрированном моделировании предприятия различные аспекты, такие как функции и данные, описываются в одной модели. Кроме того, метод поддерживает анализ бизнес-процессов независимо от имеющейся организационной структуры.

Интегрированное моделирование предприятия разработано в Институте производственных систем и технологий проектирования Фраунгофера (нем. IPK) в Берлине, Германия . ^[1]

Метод интегрированного моделирования предприятия (IEM) использует объектно-ориентированный подход и адаптирует его для описания предприятия. Прикладное разделение всех элементов предприятия формирует ядро ​​метода в общих классах объектов «продукт» , «ресурс» и «заказ» .

Продукт

Класс объектов "продукт" представляет все объекты, производство и продажа которых являются целью рассматриваемого предприятия, а также все объекты, которые перетекают в конечный продукт. Включены сырье, промежуточные продукты, компоненты и конечные продукты, а также услуги и описывающие данные.

Заказ

Класс объектов «заказ» описывает все виды заказов на предприятии. Объекты класса «заказ» представляют информацию, которая актуальна с точки зрения планирования, контроля и надзора за процессами предприятия. Под этим понимается что, когда, на каких объектах, в чьей зоне ответственности и с какими ресурсами будет выполняться.

Ресурс

Класс IEM "ресурс" содержит всех необходимых ключевых игроков, которые требуются на предприятии для выполнения или поддержки деятельности. Среди прочего, это сотрудники, деловые партнеры, все виды документов, а также информационные системы или эксплуатационные материалы.

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

Действие

Действия, необходимые для производства продукции и предоставления услуг, можно описать следующим образом: действие — это целенаправленное изменение объектов. Целевая ориентация действий обуславливает явное или неявное планирование и контроль. Выполнение действий возлагается на способных ключевых игроков. Из этих соображений можно вывести определения для следующих конструкций:

• Действие — это нейтральное по отношению к объекту описание деятельности: словесное описание рабочей задачи, судебного процесса или разбирательства;
• Функция описывает изменение состояния определенного статуса в другое определенное состояние объектов класса с помощью действия; и
• Действие определяет необходимые ресурсы для преобразования состояния объектов класса , порядок управления которыми описывается функцией, а также ресурсы для выполнения этого преобразования на предприятии, в каждом случае представленные описанием состояния объекта.

Все смоделированные данные рассматриваемого предприятия записываются в ядро ​​модели интегрированного моделирования предприятия (IEM) в двух основных представлениях :

• « информационная модель »; и
• « модель бизнес-процесса ».

Все соответствующие объекты предприятия, их качества и отношения показаны в «информационной модели». Здесь это деревья классов объектов «продукт», «заказ» и «ресурс». «Модель бизнес-процессов» представляет процессы предприятия и их отношения друг к другу. Виды деятельности показаны во взаимодействии с объектами.

Структурирование процессов предприятия в Integrated Enterprise Modeling (IEM) достигается путем ее иерархического подразделения с помощью декомпозиции. Декомпозиция означает сведение системы к частичной системе, которая соответственно содержит компоненты, которые находятся в логической связности. Моделирование процесса представляет собой разбиение процессов на его потоки. Каждый поток описывает задачу, выполненную в нем самом. Декомпозиция отдельных процессов может выполняться достаточно долго, пока потоки не станут управляемыми, т. е. достаточно малыми. Они могут оказаться также не слишком элементарными, поскольку большое количество детализированных процессов увеличивает сложность модели бизнес-процесса. Поэтому человек, моделирующий процессы, должен найти баланс между степенью сложности усилий модели и возможным подробным описанием процессов предприятия. Глубина модели обычно рекомендуется не более чем с тремя-четырьмя уровнями декомпозиции (уровнями модели).

• 
  Последовательный порядок
• 
  Параллельное разветвление
• 
  Различение случаев
• 
  Объединение
• 
  Петля

На уровне модели потоки бизнес-процессов представлены с помощью иллюстрированных комбинационных элементов. Существует пять основных типов комбинаций между видами деятельности:

• Последовательный порядок: При последовательном порядке действия выполняются одно за другим.
• Параллельное ветвление: Параллельное ветвление означает, что все параллельные разветвленные действия, которые должны быть выполнены, должны быть завершены до того, как можно будет начать следующее действие. Не обязательно, чтобы параллельные действия выполнялись одновременно. Они также могут быть отложены.
• Различение случаев: Решение либо или. Различение случаев представляет собой разветвление в альтернативных процессах в зависимости от определения последующих условий.
• Объединение: Конец параллели, в зависимости от того, является ли это альтернативным выполнением или интеграцией цепочек процессов, обозначается объединением.
• Цикл: Репатриация (цикл, петля) представлена ​​посредством различения падежей и объединения. Действия, включенные в цикл, выполняются до тех пор, пока дано условие для продолжения.

Процедура моделирования для иллюстрации бизнес-процессов в IEM охватывает следующие этапы:

• Разграничение системы;
• Моделирование;
• Оценка и использование модели; а также
• Изменение модели.

Разграничение системы является основой эффективного моделирования. Начиная с концептуальной формулировки, выбирается область реальной системы, которая будет показана, и определяются интерфейсы к среде. Кроме того, также определяется глубина детализации модели, т. е. глубина иерархических декомпозиционных отношений в представлении «модель бизнес-процесса».

Разграниченная реальная система осуждается с помощью метода IEM в абстрактной модели. IEM - это построение двух основных позиций "информационная модель" и "модель бизнес-процесса". "Информационная модель" создается путем спецификации классов объектов, которые должны быть смоделированы для "продукта", "заказа" и "ресурса" со структурами классов, а также описательными и реляционными признаками. Путем идентификации и описания функций, действий и их объединения с процессами формируется "модель бизнес-процесса". Как правило, сначала следует построение "информационной модели", в которой лицо, моделирующее, может вернуться к имеющимся структурам ссылочных классов. Ссылочные классы, которые не соответствуют реальной системе или не были признаны релевантными при разграничении системы, удаляются. Вставляются отсутствующие релевантные классы. После того, как объектная база зафиксирована, действия и функции объединяются в объектах в соответствии с "универсальной моделью действий" и с помощью элементов объединения с бизнес-процессами. Создается модель, которую можно анализировать и изменять при необходимости. Часто случается, что во время построения «модели бизнес-процесса» определяются новые релевантные классы объектов, так что деревья классов завершаются. Построение двух позиций, таким образом, является итеративным процессом.

После этого в ходе оценки модели могут быть выявлены слабые места и потенциалы улучшения . Это может привести к изменениям модели , реализация которых должна устранить слабые места и использовать потенциалы улучшения в реальной системе.

Программный инструмент MO²GO (метод объектно-ориентированной оптимизации бизнес-процессов) поддерживает процесс моделирования на основе интегрированного моделирования предприятия (IEM). Доступны различные анализы данной модели, такие как планирование и внедрение информационных систем. Система MO²GO легко расширяется и делает возможным высокоскоростной подход к моделированию.

Используемая в настоящее время система MO²GO состоит из следующих компонентов:

• MO²GO версии 2.4: этот компонент предлагает функции моделирования для структур классов, цепочек процессов и механизм анализа IEM.
• Редактор макросов MO²GO версии 2.1: Редактор макросов поддерживает структуру макросов MO²GO для пользовательских процедур оценки.
• MO²GO Viewer версии 1.07: Основанный на Java и не требующий лицензии MO²GO Viewer представляет собой пользовательский интерфейс, который можно использовать для простой навигации по цепочкам процессов через MO²GO.
• MO²GO XML-конвертер версии 1.0: В настоящее время реализация ИТ работает в основном с диаграммами UML . MO²GO поддерживает компонент для XML- файла на основе модели, который можно импортировать в инструменты UML .
• MO²GO Web Publisher версии 2.0: Web Publisher — это механизм анализа, который запускается непосредственно из MO²GO 2.4. Помощник процесса — это результат оценки содержимого модели на основе текстуры и представления гиперссылок . Для гибкой адаптации помощника процесса к требованиям пользователя веб Publisher содержит компонент конфигурации.

Модели бизнес-процессов IEM содержат много информации, которая может быть использована не только системными аналитиками, но и полезна для сотрудников в их повседневной работе. Чтобы предоставить эту модельную информацию для персонала и обеспечить участие сотрудников в результатах моделирования, в Fraunhofer IPK был разработан специальный инструмент. Это веб-помощник процесса, содержимое которого генерируется автоматически из модели бизнес-процессов IEM предприятия. Помощник процесса предоставляет всем пользователям информацию о модели бизнес-процесса в HTML -форме через интранет предприятия. Для ее внедрения не требуется никаких специальных методов или знаний инструментов, кроме базового опыта EDP и Интернета.

Помощник по процессу был разработан для того, чтобы сотрудники могли быстро и точно находить ответы на вопросы: например,

• Какие процессы происходят на предприятии?
• Какова их структура?
• Кто и с какой ответственностью участвует в определенном процессе?
• Какие документы и системы подачи заявок используются?

Или также:

• В каких процессах задействовано определенное организационное подразделение?
• Или в каких процессах используется определенный документ или прикладная система?

Чтобы сделать из модели бизнес-процесса информативного помощника по процессу, необходимо соблюдать определенные правила моделирования. Это означает, например, что отдельные действия должны быть размещены с их описаниями, ответственность организационных подразделений должна быть указана явно или пути также должны быть введены в документы в дереве классов. Выполнение этих условий означает дополнительные временные затраты на моделирование, если эти условия выполнены, все сотрудники могут «серфинговать» онлайн через интрасеть с помощью помощника по процессу по информативной корпоративной документации. У них есть возможность между графическим представлением и описанием на основе текстур в соответствии с их предпочтениями и методическими предыдущими знаниями. Графическое представление предоставляется MO²GO Viewer, средством просмотра для моделей MO²GO. Помощник по процессу и MO²GO Viewer связаны таким образом, что графическое представление рассматриваемого процесса может быть доступно в зависимости от контекста из помощника по процессу.

Пользователи могут вызывать все шаблоны, спецификации и документы для рабочей последовательности как из помощника процесса, так и из MO²GO Viewer онлайн. Таким образом, помощник процесса может использоваться не только для отслеживания результатов моделирования, но и в повседневной работе для обучения новых сотрудников, а также для выполнения этапов процесса. Для повышения удобства использования в повседневной рутине помощник процесса может быть адаптирован к потребностям гибкости пользователей. Эта настройка может быть выполнена как в отношении макета, так и в отношении основных акцентов содержания помощника процесса.

Знания используются в организациях в качестве ресурса для предоставления услуг клиентам. Подготовка услуг выполняется вместе с действиями, которые описываются как процессы или бизнес-процессы. Анализ и улучшение в работе со знаниями предполагают общее представление об этом контексте. Поэтому требуется явное описание процессов, поскольку они представляют контекст для соответствующего содержания знаний. Моделирование процессов представляет собой мощный инструмент для проектирования и преобразования управления знаниями, ориентированного на процессы . В контексте метода управления знаниями, ориентированного на бизнес-процессы (GPO KM), разработанного в Fraunhofer IPK, доступен метод «интегрированного моделирования предприятия» (IEM). Он позволяет показывать, описывать, анализировать и формировать организационные процессы. IEM имеет несколько классов объектов, легко определяется, понимается и быстро. Кроме того, объектная ориентация IEM открывает возможность отображения знаний как класса объектов. Для знаниево-ориентированного моделирования бизнес-процессов по методу IEM соответствующее содержание знаний должно быть определено после предметных областей и носителей ноу-хау и представлено в качестве ресурсов в модели бизнес-процесса.

В других приложениях IEM используется для создания моделей в организациях (например, компаниях) для архивирования общего понимания между заинтересованными сторонами и получения услуг (создание программного обеспечения и определение ASP). В этом контексте объектно-ориентированная основа IEM использовалась для создания общей семантики в моделях отдельных компаний и для архивирования совместимых корпоративных моделей (предопределенные классы — терминология, шаблоны моделей и т. д.). Причина в том, что терминология, используемая в модели, должна быть понятной независимо от языка моделирования, см. также SDDEM.

• Моделирование бизнес-процессов

• Питер Бернус  ; Мертинс, К.; Шмидт, Г. (2006). Справочник по архитектурам информационных систем . Берлин: Springer, 2006, (Международный справочник по информационным системам) ISBN  3-540-64453-9 , Второе издание 2006
• Мертинс, К. (1994). Методы моделирования для интегрированного производственного процесса. Hanser Fachbuchverlag, Германия, ASIN 3446177469
• Мертинс, К.; Сюссенгут, В.; Йохем, Р. (1994). Modellierungsmethoden für rechnerintegrierte Produktionsprozesse Carl Hanser Verlag, Германия, ISBN 3-446-17746-9 
• Мертинс, К.; Йохем, Дж. (1997). Qualitätsorientierte Gestaltung von Geschäftsprozessen. Бойт-Верлаг Берлин (Германия)
• Мертинс, К.; Йохем, Р. (1998). MO²GO. Справочник по архитектурам информационных систем. Springer-Verlag Berlin (Германия)
• Мертинс, К.; Йекель, Ф. В. (2006). MO²GO: ориентированные на пользователя корпоративные модели для организационных и ИТ-решений. В: Бернус, П .; Мертинс, К.; Шмидт, Г.: Справочник по архитектурам информационных систем. Второе издание. Springer-Verlag Berlin. ISBN 3-540-25472-2 
• Шпора, Г.; Мертинс, К.; Йохем, Р.; Варнеке, HJ (1993). Integrierte Unternehmensmodellierung Beuth Verlag GmbH Германия, ISBN 3-410-12923-5 
• Швермер, М. (1998): Modellierungsvorgehen zur Planung von Geschäftsprozessen (Диссертация) FhG/IPK Berlin (Германия), ISBN 3-8167-5163-6 

На Викискладе есть медиафайлы по теме Интегрированное моделирование предприятия .

• Институт Фраунгофера по производственным системам и технологиям проектирования
• Инструмент моделирования MO²GO