WikiDer > Комплексное моделирование предприятия

Integrated enterprise modeling
Пример модели

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

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

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

Базовые конструкции

Универсальные классы объектов IEM
Обзор классов объектов продукт, заказ и ресурс
Общая модель деятельности

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

Товар

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

Заказ

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

Ресурс

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

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

Действие

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

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

Взгляды

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

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

Моделирование процессов

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

  • Последовательный порядок

  • Параллельное ветвление

  • Различие в регистре

  • Объединение

  • Петля

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

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

Продолжение моделирования

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

  • Система разграничение,
  • Моделирование,
  • Оценка и использование модели,
  • Смена модели.

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

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

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

Инструмент для моделирования MO²GO

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

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

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

Помощник процесса MO²GO

Ассистент Prozess

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

Ассистент процесса разработан так, чтобы сотрудники могли быстро и точно найти ответы на вопросы: например,

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

Или также:

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

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

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

Области применения IEM

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

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

Смотрите также

Рекомендации

  1. ^ Немецкая страница

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

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

внешняя ссылка