Динамическое моделирование предприятия

Динамическое моделирование предприятия (DEM) - это подход к моделированию предприятия , разработанный компанией Baan и используемый для системы планирования ресурсов предприятия Baan , цель которого «согласовать и внедрить ее в организационную архитектуру компании-конечного пользователя». ^[1]^[2]

По словам Конинга (2008), Baan представил динамическое моделирование предприятия в 1996 году как «средство реализации продукта Baan ERP». Моделирование было сосредоточено на методе , основанном на сети Петри моделирования бизнес-процессов , с которым должны были быть связаны модули приложения Baan. DEM также содержит инструмент для создания диаграмм цепочки поставок для логистической сети компании и диаграмму моделирования функций предприятия ». ^[3]

Обзор

Чтобы согласовать конкретную компанию с динамическим моделированием предприятия, организационная структура проектируется сверху вниз от бизнес-процессов высокого уровня к процессам низкого уровня. Этот план используется в качестве дорожной карты организации, совместимой со структурной дорожной картой пакета программного обеспечения. При наличии обеих дорожных карт пакет программного обеспечения и организационная структура являются отчуждаемыми. Схема организационной структуры в динамическом моделировании предприятия называется эталонной моделью . Эталонная модель — это общее представление о концепциях, функциях, организационных структурах и процессах, которые вместе можно определить как репрезентативный способ ведения бизнеса в определенной организационной типологии.

Эталонная модель DEM состоит из набора базовых моделей, которые изображают организационную архитектуру сверху вниз. Базовые модели:

Диаграммы структуры предприятия . Структура сайта компании визуализируется с учетом рассредоточенных географических местоположений, штаб-квартиры, производственных предприятий, складов, а также местоположений поставщиков и клиентов. Можно изобразить на диаграмме физические и логические организации с несколькими площадками для оптимизации внутренней логистики или финансовых потоков. ^[4]
Модель бизнес-контроля . Модель бизнес-контроля представляет собой основные процессы организации и их контроль, сгруппированные по бизнес-функциям. Эталонная модель DEM состоит из одной основной модели управления бизнесом, что приводит к появлению нескольких других моделей управления бизнесом для каждой функциональной области организации.
Модель бизнес-функции . Модель бизнес-функции — это функциональная модель , которая фокусируется на целях нескольких функций внутри компании.
Модель бизнес-процессов . Модель бизнес-процессов фокусируется на выполнении функций и процессов, которые происходят из модели бизнес-управления и модели бизнес-функций. Потоки процессов изображены и процессы подробно описаны.
Модель бизнес-организации . Модель бизнес-организации меньше фокусируется на процессах, а больше на организационных аспектах, таких как роли и обязанности.

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

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

Модель управления бизнесом

Модель бизнес-управления состоит из бизнес-функций организации и их внутренних и внешних связей. Базовыми особенностями модели являются:

Цикл запроса-обратной связи : связь между бизнес-функциями, к ним или между ними называется циклом запроса-обратной связи, который состоит из 4 состояний, которые завершают потоки процесса и информации между обеими бизнес-функциями. Состояния помечены: запрошено, зафиксировано, завершено и принято.
Случай рабочего процесса . Случай рабочего процесса — это описание выполнения и цели процесса, который происходит между двумя бизнес-функциями. Наиболее важными критическими факторами рабочего процесса являются количество, качество и время. Четыре состояния цикла запроса-обратной связи вместе представляют собой рабочий процесс.
Триггеры : Бизнес-функции представляют собой совокупность бизнес-процессов и сосредоточены в основном на триггерах (контроле) между процессами, а не на информационных потоках.
Бизнес-функции . В оптимальной ситуации для процесса моделирования компания имеет только одну бизнес-функцию. Однако бизнес-функции подразделяются, когда:
- Характер и характеристики случаев рабочего процесса меняются.
- Частота основных процессов колеблется
- Уровень детализации колеблется
- Более одного типа запроса запускает функцию

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

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

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

Процессы внутри или между бизнес-функциями выполняются триггерами , которые могут управляться событиями или временем .
Исключения в системе обрабатываются в соответствии с уровнем обработки, установленным в конфигурации бизнес-процесса, когда путь успеха модели не реализуется на практике.

Подпрограммы процессов могут быть смоделированы в модели бизнес-контроля, чтобы учитывать возможные исключения, которые могут возникнуть во время выполнения процесса (например: обработка задержки при доставке товаров).

Помимо бизнес-функций, которые состоят из основных процессов организации, существуют функции управления.

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

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

Построение модели управления бизнесом

Модель управления бизнесом строится по заданному пути.

Сначала определяется сфера деятельности. Объем включает в себя определение того, что моделировать, а также определение агентов и внешних бизнес-функций, связанных с бизнесом.
Затем область действия изображается в виде модели черного ящика со всеми агентами и внешними бизнес-функциями, окружающими черный ящик.
Следующим шагом является определение потоков процессов и информации (потоков запросов и обратной связи) между агентами и внешними бизнес-функциями в черный ящик модели бизнес-управления и обратно. Определение потоков запроса и обратной связи позволяет разработчику модели определить, какие процессы находятся внутри черного ящика.

После создания основных бизнес-функций в рамках модели управления бизнесом несколько бизнес-функций детализируются.

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

После определений детализации высокого уровня бизнес-функции разлагаются на определения детализации более низкого уровня, чтобы сделать модель бизнес-управления отчужденной от моделей более низкого уровня в рамках эталонной модели, для этой практики в основном модели бизнес-процесса. В модели бизнес-процессов процессы прорабатываются до самого низкого уровня детализации. Учитывая этот уровень детализации, функциональность программного обеспечения Baan затем проецируется на процессы, изображенные в модели бизнес-процессов.

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

Моделирование процессов в DEM, моделирование модели бизнес-процесса осуществляется с использованием сети Петри строительных блоков . DEM использует 4 конструктивных элемента:

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

Эти 4 конструктивных элемента позволяют моделировать модели DEM. Моделирование осуществляется за счет набора ограничений моделирования, направляющих процесс моделирования, чтобы разные разработчики моделей создавали одинаковые модели. Управляющие действия существуют в разных структурах, чтобы задать разные возможные маршруты для потоков процессов. Используемыми структурами для контрольной деятельности являются:

OR-split/XOR-split: эта структура создает 2 новых состояния из 1 состояния, сигнализируя о создании 2 токенов задания из 1 токена задания. Если новое состояние может быть обоими выходными токенами, разделение представляет собой ИЛИ, если нет, разделение является разделением исключающее ИЛИ (XOR).
Конструкция AND-join: для включения управляющей деятельности необходимы два токена задания, создавая 1 новый токен задания (таким образом, 1 новое состояние).
OR-join / XOR-join: для включения управляющей деятельности необходимы 2 токена задания, создавая 1 новый токен задания.

OR означает, что можно использовать один из двух токенов начального задания или оба. XOR означает, что только один из токенов может использоваться для создания токена выходного задания.

Пример

В приведенном ниже примере показано моделирование концепции брака и развода с использованием строительных блоков сети Петри.

Модель, построенная на сети Петри, отражает трансформацию одиноких мужчины и женщины в супружескую пару через брак и обратно в одиноких людей через развод.
Модель начинается с двух состояний, называемых мужчиной и женщиной.
Посредством конструкции AND-join (для образования пары необходимы как мужчина, так и женщина) два состояния соединяются в рамках управляющей деятельности, называемой соединением, с новым состоянием, называемым парой.
Затем состояние пары трансформируется посредством процесса обработки, называемого браком, что приводит к преобразованному состоянию супружеской пары.
Супружеская пара в состоянии затем преобразуется в разведенную пару в состоянии с использованием процесса, называемого разводом, в результате чего получается состояние, называемое разведенной парой.
Контрольная деятельность, называемая развязкой, в конечном итоге разделяет состояние разведенной пары на состояния мужчины и женщины.

Оценки

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

См. также

Ссылки

^ Хосейн Бидголи (2003). Энциклопедия информационных систем . стр. 177.
^ Хайнц-Дитер Нолл и др. (2003). Оптимизация эффективности бизнеса с помощью стандартных программных систем . п. 95.
^ Хендрик Конинг (2008). Коммуникация ИТ-архитектуры. Архивировано 5 августа 2011 г. в Wayback Machine . Диссертация Голландская исследовательская школа систем информации и знаний. ISBN 978-90-5335-163-5 . стр.94.
^ Сьяак Бринккемпер (2001). Бизнес-моделирование для разработки и внедрения корпоративных приложений. Архивировано 6 июля 2011 г. в Wayback Machine (Аннотация). По состоянию на 1 августа 2009 г.

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

Фред Дриз и Мартин Громек (1999). « Некоторые аспекты стратегического, тактического и оперативного использования динамического моделирования предприятия ».
Ван Эс, Р.М., Пост, HA, ред. (1996). Динамическое моделирование предприятия: сдвиг парадигмы в реализации программного обеспечения . Клювер.

Внешние ссылки

Baan Dynamic Enterprise Management. Архивировано 10 июля 2011 г. в Wayback Machine. кратком вступительном слове
Презентация DynamicEnterprise Modeling , 1999 г.

[1] Хосейн Бидголи (2003). Энциклопедия информационных систем . стр. 177.

[2] Хайнц-Дитер Нолл и др. (2003). Оптимизация эффективности бизнеса с помощью стандартных программных систем . п. 95.

[3] Хендрик Конинг (2008). Коммуникация ИТ-архитектуры. Архивировано 5 августа 2011 г. в Wayback Machine . Диссертация Голландская исследовательская школа систем информации и знаний. ISBN 978-90-5335-163-5 . стр.94.

[4] Сьяак Бринккемпер (2001). Бизнес-моделирование для разработки и внедрения корпоративных приложений. Архивировано 6 июля 2011 г. в Wayback Machine (Аннотация). По состоянию на 1 августа 2009 г.

[1]

[2]

[3]

[4]