Динамическое моделирование предприятия (DEM) — это подход к моделированию предприятия , разработанный компанией Baan и используемый для системы планирования ресурсов предприятия Baan , которая направлена на «согласование и внедрение ее в организационную архитектуру конечной компании». [1] [2]
По словам Конинга (2008), Baan представил динамическое моделирование предприятия в 1996 году как «средство для внедрения продукта Baan ERP. Моделирование было сосредоточено на методе на основе сети Петри для моделирования бизнес-процессов , с которыми должны были быть связаны модули приложения Baan. DEM также содержит инструмент диаграммы цепочки поставок для логистической сети компании и диаграммы моделирования функций предприятия ». [3]
Обзор
Чтобы привести конкретную компанию в соответствие с динамическим моделированием предприятия, организационная структура чертится сверху вниз от высокоуровневых бизнес-процессов к низкоуровневым процессам. Этот чертёж используется в качестве дорожной карты организации, которая совместима со структурной дорожной картой программного пакета. При наличии обеих дорожных карт программный пакет и организационная структура являются отчуждаемыми. Чертёж организационной структуры в динамическом моделировании предприятия называется эталонной моделью . Эталонная модель — это общее представление видений, функций, организационных структур и процессов, которые вместе можно определить как репрезентативный способ ведения бизнеса в определённой организационной типологии.
Эталонная модель DEM состоит из набора базовых моделей, которые отображают организационную архитектуру сверху вниз. Базовые модели:
- Схемы структуры предприятия : структура сайта компании визуализируется с разбросанными географическими местоположениями, штаб-квартирой, производственными предприятиями, складами, а также местоположениями поставщиков и клиентов. Физические, а также логические многосайтовые организации для внутренней логистической или финансовой оптимизации потока могут быть представлены в виде диаграмм. [4]
- Модель управления бизнесом : Модель управления бизнесом представляет основные процессы организации и их управление, сгруппированные в бизнес-функции. Эталонная модель DEM состоит из одной основной модели управления бизнесом, что приводит к нескольким другим моделям управления бизнесом на каждую функциональную область организации.
- Модель бизнес-функции : Модель бизнес-функции — это функциональная модель , которая фокусируется на целях нескольких функций внутри компании.
- Модель бизнес-процесса : Модель бизнес-процесса фокусируется на выполнении функций и процессов, которые исходят из модели управления бизнесом и модели бизнес-функций. Потоки процессов изображены, а процессы детализированы.
- Модель организации бизнеса : Модель организации бизнеса в меньшей степени фокусируется на процессах и в большей степени на организационных аспектах, таких как роли и обязанности.
Вместе эти модели способны отображать общую организационную структуру и аспекты, необходимые при внедрении динамического моделирования предприятия. Модели могут иметь дифференциации, основанные на типологии организации (например, организации, занимающиеся проектированием на заказ, требуют иных структур моделей, чем организации, занимающиеся сборкой на заказ). Чтобы подробно рассказать о том, как эталонная модель используется для внедрения программного обеспечения и для отслеживания области применения методов внедрения, будут подробно объяснены модель управления бизнесом и модель бизнес-процесса.
Темы динамического моделирования предприятия
Модель управления бизнесом
Модель управления бизнесом состоит из бизнес-функций организации и их внутренних и внешних связей. Основные характеристики модели:
- Запрос-обратная связь-цикл : Связь от, к или между бизнес-функциями называется запрос-обратная связь-цикл, который состоит из 4 состояний, которые завершают процесс и информационные потоки между обеими бизнес-функциями. Состояния помечены как: запрошенный, подтвержденный, завершенный и принятый.
- Рабочий процесс . Рабочий процесс — это описание выполнения и цели процесса, который происходит между двумя бизнес-функциями. Наиболее важными критическими факторами рабочего процесса являются количество, качество и время. Четыре состояния запроса-обратной связи-цикла вместе представляют рабочий процесс.
- Триггеры : Бизнес-функции представляют собой совокупность бизнес-процессов и в основном фокусируются на триггерах (контроле) между процессами, а не на информационных потоках.
- Бизнес-функции : В оптимальной ситуации для процесса моделирования у компании есть только одна бизнес-функция. Бизнес-функции, однако, подразделяются, когда:
- Характер и характеристики случаев рабочего процесса меняются
- Частота основных процессов колеблется
- Уровень детализации колеблется
- Более 1 типа запроса запускают функцию
Наряду с взаимодействием между двумя бизнес-функциями, взаимодействие может также существовать между объектами, которые не входят в область действия эталонной модели. Этими объектами могут быть внешние бизнес-функции и агенты.
- Внешняя бизнес-функция : это группа процессов, которые являются частью организации (это означает, что организация может контролировать функции), но которые выходят за рамки эталонной модели.
Агенты, с другой стороны, являются субъектами, аналогичными бизнес-функциям, за исключением того, что они находятся вне бизнеса (т. е.: клиенты и поставщики).
- Процессы внутри бизнес-функций или между ними выполняются с помощью триггеров , которые могут быть управляемыми событиями или временем .
- Исключения в системе обрабатываются в соответствии с установленным уровнем обработки в конфигурации бизнес-процесса, когда путь успеха модели не соблюдается на практике.
Подпрограммы процессов могут быть смоделированы в модели бизнес-контроля для учета возможных исключений, которые могут возникнуть во время выполнения процесса (например, задержка обработки при доставке товаров).
Помимо бизнес-функций, которые включают в себя основные процессы организации, существуют управленческие функции.
- Управленческие бизнес-функции : это функции, которые управляют самим бизнес-процессом и, таким образом, поддерживают выполнение и запуск основных бизнес-функций.
Имея эту ссылку, основные процессы организации могут быть зафиксированы в модели управления бизнесом. Основные функции организации группируются в бизнес-функции, которые состоят из процессов, являющихся частью конкретной бизнес-функции. Взаимодействия между бизнес-функциями затем изображаются с использованием циклов запроса-обратной связи.
Построение модели бизнес-контроля
Модель управления бизнесом строится по заданному пути.
- Сначала определяется сфера бизнеса. Сфера включает в себя определение того, что моделировать, а также определение агентов и внешних бизнес-функций, которые относятся к бизнесу.
- Далее область действия отображается в виде модели черного ящика со всеми агентами и внешними бизнес-функциями, окружающими черный ящик.
- Следующий шаг — определение потоков процессов и информации (потоков запросов-обратной связи) между агентами и внешними бизнес-функциями в черный ящик модели управления бизнесом и из него. Определение потоков запросов-обратной связи позволяет разработчику модели определить, какие процессы находятся внутри черного ящика.
После создания основных бизнес-функций в модели управления бизнесом, детализируются несколько бизнес-функций.
- В случае производственного бизнеса крайне важно определить точку разделения заказов клиентов , имея в виду разделение физического процесса, где процессы основаны на заказах клиентов, а не на прогнозах.
- С другой стороны, бизнес, основанный на услугах, не имеет физического потока товаров и, таким образом, не требует физической модели процесса. Однако можно представить, что тот же тип потока процесса может быть использован для построения модели управления бизнесом для бизнеса, основанного на услугах, поскольку услуга может быть интерпретирована как продукт. Таким образом, модель управления бизнесом может быть построена аналогично для бизнеса, основанного на услугах, как и для бизнеса по производству физических товаров, имея нематериальные товары вместо материальных.
- Наряду с низкоуровневым физическим производственным процессом необходимо также определить высокоуровневые бизнес-функции. В большинстве случаев высокоуровневые бизнес-функции относятся к функциям планирования и другим тактическим и стратегическим бизнес-функциям, за которыми следуют такие функции, как продажи и закупки.
После высокоуровневых определений деталей бизнес-функции декомпозируются до низкоуровневых определений деталей, чтобы сделать модель управления бизнесом отчуждаемой для нижних моделей в пределах эталонной модели, для этой практики, в основном, модели бизнес-процессов. В модели бизнес-процессов процессы разрабатываются до самого низкого уровня детализации. Учитывая этот уровень детализации, функциональность программного обеспечения Baan затем проецируется на процессы, изображенные в модели бизнес-процессов.
Модель бизнес-процесса
Моделирование процессов в DEM, моделирование модели бизнес-процесса осуществляется с использованием строительных блоков сети Петри . DEM использует 4 конструкционных элемента:
- Состояние: элемент состояния представляет состояние токена задания и сопровождается действием, которое выполняет токен задания состояния.
- Обработка активности: Обработка активности — это активность, которая обрабатывает токен задания состояния, преобразуя состояние токена задания в другое состояние.
- Управляющая деятельность: Управляющая деятельность управляет деятельностью процесса, но не выполняет ее.
- Подпроцесс: Подпроцесс представляет собой совокупность различных других процессов, объединенных в один элемент посредством управления сложностью .
Эти 4 элемента конструкции позволяют моделировать модели DEM. Моделирование обусловлено набором ограничений моделирования, направляющих процесс моделирования для того, чтобы иметь одинаково созданные модели разными разработчиками моделей. Действия по управлению существуют в различных структурах для того, чтобы устанавливать различные возможные маршруты для потоков процессов. Используемые структуры для действий по управлению:
- OR-split / XOR-split: эта структура создает 2 новых состояния из 1 состояния, сигнализируя о создании 2 токенов заданий из 1 токена заданий. Если новое состояние может быть обоими выходными токенами, разделение — OR, если нет, разделение — исключающее OR (XOR).
- Конструкция AND-join: для включения управляющей активности необходимы 2 токена задания, что создает 1 новый токен задания (и, следовательно, 1 новое состояние).
- OR-объединение / XOR-объединение: для включения управляющей активности необходимы 2 токена задания, что создает 1 новый токен задания.
OR означает, что можно использовать один из двух начальных токенов задания или оба, XOR означает, что для создания выходного токена задания можно использовать только один из токенов.
Пример
Приведенный ниже пример демонстрирует моделирование концепции брака и развода с использованием строительных блоков сети Петри.
- Модель, построенная на основе сети Петри, отображает трансформацию из одиноких мужчины и женщины в супружескую пару посредством брака и обратно в одиноких людей посредством развода.
- Модель начинается с двух состояний, называемых мужчиной и женщиной.
- С помощью конструкции И-соединения (для образования пары необходимы и мужчина, и женщина) два состояния объединяются в рамках управляющей деятельности, называемой сопряжением, в новое состояние, называемое парой.
- Затем состояние пары трансформируется посредством процесса обработки, называемого браком, что приводит к преобразованному состоянию супружеской пары.
- Затем состояние супружеской пары преобразуется в состояние разведенной пары с помощью процесса, называемого разводом, в результате чего получается состояние разведенной пары.
- Контрольная деятельность, называемая разъединением, в конечном итоге разделяет состояние разведенной пары на состояния мужчины и женщины.
Оценки
Использование встроенного метода дает силу, которую метод предназначен для реализации программного продукта, с которым поставляется метод. Это предполагает менее сложное использование метода и больше возможностей поддержки. Отрицательным аспектом встроенного метода, очевидно, является то, что его можно использовать только для определенного программного обеспечения продукта. Инженеры и консультанты, работающие с несколькими программными продуктами, могли бы больше использовать общий метод, чтобы иметь только один способ работы.
Смотрите также
Ссылки
- ^ Хоссейн Бидголи (2003). Энциклопедия информационных систем . стр. 177.
- ^ Хайнц-Дитер Кнолл и др. (2003). Оптимизация эффективности бизнеса с помощью стандартных программных систем . стр. 95.
- ^ Хендрик Конинг (2008). Коммуникация ИТ-архитектуры. Архивировано 05.08.2011 в Wayback Machine . Диссертация Голландской исследовательской школы по системам информации и знаний. ISBN 978-90-5335-163-5 . стр.94.
- ^ Sjaak Brinkkemper (2001). Business Modeling for the Development and Implementation of Enterprise Applications Архивировано 2011-07-06 в Wayback Machine (Аннотация). Доступ 1 августа 2009 г.
Дальнейшее чтение
- Фред Дриз и Мартин Хромек (1999). «Некоторые аспекты стратегического, тактического и оперативного использования динамического моделирования предприятия».
- Van Es, RM, Post, HA eds. (1996). Динамическое моделирование предприятия: смена парадигмы в реализации программного обеспечения . Kluwer.
Внешние ссылки
- Baan Dynamic Enterprise Management Архивировано 10 июля 2011 г. в кратком вступлении Wayback Machine
- Презентация по моделированию DynamicEnterprise 1999.