Модель процессов

Модель функций

Модель функций представляет собой иерархическую декомпо­зицию функциональной деятельности предприятия. На первом уровне иерархии обычно указываются основные виды функцио­нальных подсистем: сбыт, производство, логистика, сервис, фи­нансы, персонал и т.д. На следующем уровне иерархии для каж­дой функциональной подсистемы показываются функциональные модули, например, подсистема "Логистика" включает в себя фун­кциональные модули: планирование потребности в материалах, закупки, управление запасами, управление складами, проверка платежей и т.д. Для функциональных модулей задаются наборы бизнес-функций, для каждой из которых в дальнейшем определя­ются бизнес-процессы. Например, для функционального модуля "Закупки» определяются бизнес-функции: оформление договоров, оформление заказов, выписка счетов и т.д.

Например, в системе R/3 просмотр функциональности типовой ИС осу­ществляется с помощью программы-навигатора репозитория. В процессе навигации по дереву можно перейти к докумен­тации, описывающей соответствующую функцию, и определению подфункций. Для функций последнего уровня по желанию спе­циалиста-конфигуратора открывается просмотр схемы бизнес-процесса с используемыми входными-выходными данными и уча­ствующими организационными единицами или схемы бизнес-объектов в виде ER-модели.

Модель бизнес-процесса отражает последовательность вы­полнения работ (операций) для функций самого нижнего уровня модели бизнес-функций. Модель бизнес‑процесса позволяет провести конфигу­рацию программных модулей информационной системы в соот­ветствии с характерными особенностями конкретной проблем­ной области.

Как в системе R/3, так и в системе BAAN IV для представле­ния бизнес-процессов используется аппарат сетей Петри, позво­ляющий отображать управление процессами в зависимости от событий: работа выполняется в том случае, если на входе извест­но состояние системы.

В системе R/3 для отображения процессов используется мо­дель управления событиями (ЕРС – event-driven process chain), реализованная в ARIS Toolset (рис. 2.3). В соответствии с этим методом переходы между операциями осуществляются в зависи­мости от событий, которые могут связываться логическими связ­ками AND, OR, XOR. Кроме того, по требованию пользовате­лей в модели процесса могут быть показаны входные и выходные данные, участвующие организационные единицы, указывается тип обработки (интерактивный, пакетный). Операции бизнес-процесса, как и процесс в целом, документируются.

Модели объектов (данных)

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

С одной стороны, бизнес-объекты – это объекты‑сущности в нотации языка UML, например заказы, счета, материалы, поставщики и т. д. С другой стороны, в отличие от обычных объек­тов-сущностей бизнес-объекты имеют стандартный интерфейс, написанный на языке описания интерфейсов IDL (Interface Definition Language), с помощью ко­торого бизнес-объекты могут взаимодействовать друг с другом через объектную шину - брокер объектных запросов (Object Request Broker). Таким образом, бизнес-объекты обладают бо­лее сложной внутренней структурой по сравнению с простыми объектами. Например, структура бизнес-объектов R/3 включает ограничения целостности в виде допустимых типов связей с дру­гими объектами и бизнес-правила по связям с внешней средой, интерфейсы в виде входных и выходных событий и спецификации доступа к объектам.

Рис. 2.3. Модель управления событиями бизнес-процесса в системе R/3

В системе R/3 разработано более 100 стандартных интерфей­сов бизнес-объектов, называемых BAPI (Business Application Programming Interface), которые позволяют осуществлять непос­редственную связь между приложениями разных предприятий в среде Internet. В системе R/3 модель бизнес-объектов описывается как ста­тическая ER-модель, в которой каждая сущность может рассмат­риваться как обычный объект данных, который используется на входе или выходе операций, так и как бизнес-объект с присоеди­ненными методами.