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

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

Базовая модель

Объекты

Орг.структура

Функции

Процессы

Правила

Типовая модель:

Модель Предприятия

Объекты

Функции

Процессы

Организац.

структура

Типовая модель:

Типовая модель:

Объекты

Функции

Процессы

Орг.струк-тура

Конфигурация

Информационной системы

Рис.2. Конфигурация ИС на основе модельно-ориентированной технологии

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

Рис.3. Фрагмент модели функций в системе R/3

В системе BAANIV cпомощью инструментаEnterpriseModelerможно построить четырехуровневое дерево декомпозиции функций (рис.4.) В отличие отR/3 бизнес-функции могут называться именами, которые характерны для конкретного предприятия. Кроме того, для функций могут быть заданы показатели эффективности их выполнения, произвольное текстовое описание (например: инструкции для выполнения), а для последнего уровня указываются варианты реализации (оптимизации) по мере внедрения ИС.

Рис. 4. Модель функций системы BAAN IV

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

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

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

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

Модель бизнес-процесса, построенная с помощью BAAN Enterprise Modeler (рис.6), позволяет в качестве операций ис­пользовать не только программные модули BAAN IV, но и руч­ные процедуры, приложения, разработанные в другой программ­ной среде. Конкретные операции могут иметь вложенные набо­ры операций, т.е. представляться в виде подпроцессов. Некоторые части бизнес-процесса могут не выполняться в зависимости от конкретных условий, связанных с состояниями (событиями) про­цесса, и затеняются на графическом изображении процесса. С ра­ботами могут быть соотнесены должностные инструкции, доку­менты и коды общих вспомогательных программ (утилит).

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

Рис.6. Модель бизнес-процесса в среде BAAN Enterprise Modeler

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

В модельно-ориентированной технологии проектирования ИС интегрирование различных бизнес-процессов (приложений) осуществляется на основе бизнес-объектов. Согласно определению комитета Business Object Task Force OMGбизнес-объекты -компоненты уровня проблемной области, которые исполь­зуются в различных приложениях в произвольных комбинациях и не зависят от них. При этом «приложение обеспечивает среду для функционирования бизнес-объектов».OMGразрабатывает спецификации программных оболочек, которые предоставляют готовые объекты для приложений: производства, элек­тронной коммерции, транспортировки, телекоммуникаций, здра­воохранения, финансов и др.

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

В системе R/3 разработано более 100 стандартных интерфей­сов бизнес-объектов, называемых BAPI (Business Application Programming Interface), которые позволяют осуществлять непос­редственную связь между приложениями разных предприятий в среде ИНТЕРНЕТ. Например, при оформлении заказа от клиен­та поставщику могут использоваться следующие стандартные ме­тоды бизнес-объектов:

ProductGroup.Select- выбор группы изделий в каталоге;

Product.Description- просмотр описания изделия;

Product.Select- выбор изделия из группы;

Order.Create- создание заказа и т.д.

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

В инструменте BAAN Enterprise Modeler модель бизнес-объек­тов не отражается вследствие использования стандартной струк­туры базы данных, которую можно настраивать на особенности конкретного предприятия.

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

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

С помощью инструмента BEW в модели бизнес-процесса явно указывается закрепление автоматизированных функций по под­разделениям (см. рис.5).

С помощью инструмента Enterprise Mode1er связь модели бизнес-процесса и модели организационной структуры задается через указатели роли, которые могут выполняться различными организационными единицами (рис.7). Через указатели роли сотрудников устанавливается связь организационной структуры с бизнес-процессами. Указатель роли определяет тип работника, который может выполнять ту или иную работу (экономист, бух­галтер, менеджер и т.д.). Для каждой роли определяются полномочия в выполнении функций, права доступа к информации, дол­жностные инструкции. При назначении работы конкретному ра­ботнику всегда осуществляется проверка роли, которую он может выполнять. Если при этом тип конкретного работника не соот­ветствует роли, то последний не получает доступа к выполнению работы.

Рис.7. Установление связи модели организационной структуры и модели бизнес-процесса