3.4. Модельно-ориентированное проектирование

Модельно-ориентированное проектирование заключается в адаптации состава и характеристик типовой ИС в соответствии с моделью объекта автоматизации.

Технология проектирования в этом случае должна поддерживать как модель типовой ИС, так и модель конкретного предприятия, а также средства поддержания соответствия между ними.

Типовая ИС в специальной базе метаинформации - репозитории - содержит модель объекта автоматизации (предприятия), на основе которой осуществляется конфигурирование программного обеспечения. Таким образом, модельно-ориентированное проектирование ИС предполагает, прежде всего, построение модели объекта автоматизации с использованием специального программного инструментария (например, SAP Business Engineering Workbench (BEW), BAAN Enterprise Modeler). Возможно также создание системы на базе типовой модели ИС из репозитория, который поставляется вместе с программным продуктом и расширяется по мере накопления опыта проектирования информационных систем для различных отраслей и типов производства.

Репозиторий содержит базовую (ссылочную) модель ИС, типовые (референтные) модели определенных классов ИС, модели конкретных ИС предприятий.

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

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

Модель конкретного предприятия строится либо путем выбора фрагментов основной или типовой модели в соответствии со специфическими особенностями предприятия (BAAN Enterprise Modeler), либо путем автоматизированной адаптации этих моделей в результате экспертного опроса (SAP Business Engineering Workbench).

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

Компоненты модели предприятия более подробно:

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

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

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

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

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

Бизнес-правила - это специальные сведения в области типо­вой ИС, которые хранятся в репозитории и используются для контроля корректности построенной модели предприятия и про­цессов конфигурации и эксплуатации ИС.

Правила целостности модели предприятия

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

Если присутствует вариант бизнес-функции «Прямая постав­ка», тогда бизнес-функции «Обработка заказа на приобретение» и «Обработка заказа на сбыт» должны быть представлены в модели.

Правила преобразования моделей бизнес-функций в модели бизнес-процессов

Модель бизнес-функции может быть автоматически преобра­зована в модель бизнес-процесса посредством правил преобра­зования, которые задают соответствие бизнес-функции и бизнес-процесса, например:

Если был определен вариант бизнес-функции «Обработка зака­за на приобретение с контрактами», необходимо выбрать бизнес-процесс «Обработка контрактов».

Правила конфигурации (установки параметров)

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

Если был определен вариант бизнес-функции «Обработка заказа на покупку в режиме ЭОД (электронный обмен данными)», значение параметра «электронный обмен данными» настраивается на «да».

Правила установки статических условий

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

Если бизнес-функция «Оформление аккредитива» не используется в фазе внедрения, то запретить процесс оформления аккредитива.

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

Технологическая сеть модельно-ориентированного проектирования ЭИС (слайд 15).

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

• Привязка типовой информационной системы к условиям кон­кретного экономического объекта осуществляется в резуль­тате совместных усилий фирмы-производителя программно­го продукта и проектной группы предприятия.

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

• Возрастает роль руководства предприятия в организации и контроле за созданием информационной системы.

1. Внедрение типовой информационной системы начинается с анализа требований к конкретной ИС, которые выявляются на основе результатов предпроектного обследования объекта автоматизации. Для оценки соответствия этим требованиям программных продуктов может использоваться описанная выше методика оценки ППП. После выбора программного продукта на базе имеющихся в нем референтных моделей строится предварительная модель ИС, в которой отражаются все особенности реализации ИС для конкретного предприятия. Предварительная модель является основой для выбора типовой модели системы и определения перечня компонентов, которые будут реализованы с использованием других программных средств или потребуют разработки с помощью имеющихся в составе типовой ИС инструментальных средств (например, ABAP в SAP, Tools в BAAN).

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

2. На этапе разработки проектной модели предприятия выпол­няются следующие работы:

• инсталляция программного продукта, реализующего типовую ИС;

• проведение обучения проектной команды;

• привязка модели предприятия к компонентам типовой инфор­мационной системы;

• уточнение модели предприятия

• привязка модулей типовой ИС к бизнес-процессам

• привязка бизнес-объектов к модулям

• привязка организационных единиц к модулям бизнес-процесса

• определение требований к доработке программного обеспе­чения;

• проектирование внешних интерфейсов системы

3.Реализация типового проекта сводится к конфигурации ИС и генерации интерфейсов пользователей и предусматривает выполнение следующих операций:

• установку глобальных параметров системы;

• задание структуры объекта автоматизации;

• определение структуры основных данных;

• задание перечня реализуемых функций и процессов;

• описание интерфейсов;

• описание отчетов;

• настройку авторизации доступа;

• настройку системы архивирования.

4. Ввод в эксплуатацию типового проекта осуществляется поэтапно в соответствии с определенным планом. Перед началом эксплуатации должны быть выполнены следующие работы:

• Создание документации конечных пользователей и их обучение

• Установка программно-технической среды эксплуатации ИС

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

Л3. Каноническое и типовое проектирование 13 из 13