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