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

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

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

Обзор

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

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

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

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

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

Модель бизнес-контроля

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

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

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

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

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

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

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

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

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

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

Построение модели бизнес-контроля

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

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

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

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

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

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

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

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

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

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

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

Пример

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

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

Оценки

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

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

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

  1. ^ Хоссейн Биджоли (2003). Энциклопедия информационных систем. стр.177.
  2. ^ Heinz-Dieter Knoll et al. (2003). Оптимизация производительности бизнеса с помощью стандартных программных систем. п. 95.
  3. ^ Хендрик Конинг (2008). Коммуникация IT-архитектуры В архиве 2011-08-05 на Wayback Machine. Диссертация Голландская исследовательская школа систем информации и знаний. ISBN  978-90-5335-163-5. стр.94.
  4. ^ Сяак Бринкемпер (2001). Бизнес-моделирование для разработки и внедрения корпоративных приложений В архиве 2011-07-06 в Wayback Machine (Абстрактный). Доступ 1 августа 2009 г.

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

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