Моделирование бизнес-процессов (стр. 30 )

Для успешного внедрения системы workflow крайне важно, чтобы сотрудники четко представляли себе цикл оптимизации. Это обеспечит гибкость системы, что, в свою очередь, позволит постоянно адаптировать и совершенствовать бизнес-процессы.

Б.З. Разработка систем на базе модели с использованием инфраструктуры ARIS Framework

Сайд Эмрани (Saeed Emrany), дипл. по информатике; Ричард Бок (Richard Bock), дипл. по информатике; IDS Prof. Scheer GmbH, Саарбрюккен, Германия

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

Тесно связанная с ARIS Toolset и ARIS Workflow инфраструктура ARIS Framework идеально подходит для быстрого создания прототипов бизнес-приложений. Она базируется на современной архитектуре клиент-сервер и согласуется с концепцией АБИ. Корпоративные модели, структурированные в соответствии с методами ARIS, можно использовать для документирования бизнес-процессов, а также для проектирования и создания приложений, поддерживающих workflow. Это позволяет индивидуально настраивать приложения, опираясь на модель, что, в свою очередь, позволяет клиентам адаптировать свои программы к меняющимся условиям и директивным установкам.

Б.3.1. Общая процедурная модель

Инфраструктуру ARIS Framework можно использовать для реализации и настройки приложений, разработанных на ее основе.

Общая процедура представлена на рис. 170 в виде диаграммы СДП.

Рис. 170. Процедурная модель для разработки и настройки приложений

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

Если приложение разрабатывается с нуля, то целевая корпоративная концепция сначала моделируется средствами ARIS Toolset. Реализация существующих объектных методов в рамках ARIS Framework до того, как модель будет полностью готова к внедрению в приложение, необязательна.

Далее мы рассмотрим функцию «моделирование целевой концепции» более подробно и укажем ключевые аспекты создания приложений для моделей с различным содержанием. Описание функции вновь опирается на процедурную модель.

Б.3.2. Процедурная модель для моделирования целевых концепций

Модели ARIS Framework можно создавать в соответствии с процедурой, ориентированной на процессы или на объекты.

В процедурах, ориентированных на процессы, модели опираются на бизнес-процессы, а в объектно-ориентированных процедурах основу составляют бизнес-объекты. На рис. 171 показаны необходимые этапы моделирования целевой концепции.

Рис. 171. Процедурная модель для создания целевых концепций

Создание моделей процессов

Помимо обеспечения прозрачности процессов и их оптимизации, составляющих общие цели моделирования, ARIS Framework позволяет специфицировать структуры приложений в соответствии с конкретными процессами. Ниже мы рассмотрим эту тему более обстоятельно. В процедурах, ориентированных на процессы, модели процессов, наряду с приложениями, специфицируют также требующиеся объекты. Эти модели процессов создаются в ARIS Toolset в виде диаграмм СДП. Возможны различные степени детализации, позволяющие специфицировать бизнес-процессы вплоть до уровня исполняемых функций.

Спецификация бизнес-объектов

Бизнес-объекты представляют элементы данных, необходимые для бизнес-приложений, а также методы, применимые к элементам данных. Элементы данных можно дифференцировать на объекты данных, их атрибуты, отношения и правила. Объекты данных и их отношения описываются моделью сущность-отношение (ERM), тогда как атрибуты описываются в ARIS Toolset в виде диаграмм присвоения атрибутов. Структуры ERM для тех или иных бизнес-объектов можно адаптировать к структуре бизнес-объектов, необходимой для конкретных процессов. Привязка методов к бизнес-объектам осуществляется с помощью соответствующих диаграмм. На рис. 172 приведена структура бизнес-объекта «заказ».

Рис. 172. Структура бизнес-объекта

При создании приложений бизнес-объекты используются для создания физической схемы для реляционной системы баз данных и для описания представлений. Создается также метаинформация, позволяющая установить соответствие между конкретными бизнес-объектами и общими базисными объектами в рамках инфраструктуры ARIS Framework.

Описание представления

На этом этапе описывается форма представления бизнес-объектов в рамках приложения.

Бизнес-объекты можно представлять различными способами. Конкретные типы представлений описываются с помощью диаграмм экранов. Цель моделирования экранов заключается в создании логической схемы экрана, согласующейся с моделями данных. В процессе создания приложения эта логическая структура переносится на Windows-совместимые экраны. На рис. 173 приведена логическая схема и результирующий экран.

Рис. 173. Логическая схема и результирующий экран

Создание архитектуры приложения на основе диаграмм СДП

Модели процессов, созданные в ARIS Toolset, составляют фундамент для генерации структур приложений в ARIS Framework. Компоненты приложений, требующиеся в моделях процессов, определяются и моделируются в рамках диаграммы типов приложения с помощью типа приложения, типа модуля и типа функции ИТ для соответствующих типов объектов. На рис. 174 показано отношение между цепочкой процессов и диаграммой типов приложения.

Рис. 174. Отношение между моделью процессов и диаграммой типов приложения

С помощью диаграмм типов приложения генерирующая функция ARIS Framework создает для приложений так называемые «рабочие пространства». Эти рабочие пространства можно использовать для обработки приложений, ориентированных на функции, объекты или процессы. На рис. 175 показана реализация диаграммы типов приложения в рамках рабочего пространства.

Рис. 175. Внедрение диаграммы типов приложения в рабочее пространство

Кроме того, в зависимости от структуры приложения с его внедрением инициализируется интерфейс workflow. Таким образом, в распоряжении пользователя оказывается законченная, действующая прикладная программа.

Б.4. Объектно-ориентированная разработка систем с помощью унифицированного языка моделирования (UML)

Д-р Маркус Нюттгенс (Markus Nuttgens)', Майкл Хоффманн (Michael Hoffmann), дипл. Hdl.; Томас Фельд (Thomas Feld), дипл. по информатике; Институт информационных систем (IWi), Университет Саарланда, Германия.

Применительно к объектно-ориентированной разработке приложений в специальной литературе рассматривались преимущественно эволюционные процедурные модели (Boehm. Spiral Model. 1988; Henderson-Sellers, Edwards. Object Oriented System Life Cycle. 1990, c. 152; Meyer. Object Oriented Design. 1989). В основе такой разработки лежат теоремы объектно-ориентированной парадигмы, где объекты представляют отдельные подсистемы «закрытой системы». В соответствии с определением внутренних и внешних объектных структур, можно разрабатывать масштабируемые системы. В эволюционной процедуре каждый цикл завершается созданием исполняемой программы. Это достигается за счет того, что результаты разработки вытекают непосредственно из целей проекта. Эти результаты можно реализовать и поодиночке, что позволяет заранее развернуть и протестировать каждую подсистему. Дополнительная разработка включает внесение усовершенствований на основе тестирования в реальных условиях и внедрение дополнительных подсистем. Это дает возможность представить результаты уже на ранней стадии и избежать «тупиков» в ходе разработки.

Б.4.1. Разработка и описание процедурных моделей

Рассмотрим процедурную модель объектно-ориентированной разработки приложений, используя в качестве примера унифицированный язык моделирования (UML) (UML Notation Guide. 1997). До сегодняшнего дня не существовало ни одного явного описания процедурной модели на языке UML. На рис. 176 представлена предварительная процедурная модель, описывающая возможную процедуру для объектно-ориентированной разработки приложений.

Рис. 176. Предварительная процедурная модель для объектно-ориентированной разработки приложений

Объектно-ориентированная разработка приложений обычно базируется на оптимизированной модели бизнес-процессов (Oestereich. Objektorientierte Softwareentwicklung. 1997, с. 85; Yourdon et al. Mainstream Objects. 1996, c. 71).

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