А. З. Моделирование отношений между разными типами представлений (модель управления) 88
| Вид материала | Документы |
- Исследование гендерных и полоролевых особенностей девушек с разными типами психологической, 255.9kb.
- Ассматривать эволюцию фенотипа как процесс максимизации некоторого количественного, 144.31kb.
- Соционика: от ролевой игры к теории отношений между психологическими типами, 954.78kb.
- Рогожина Н. В., Рамендик Д. М., Чернышев Б. В., Чернышева Е. Г., Наумова А. А., Марушкина, 167.48kb.
- Юрий Ротенфельд "На пороге третьей мировой, 51.32kb.
- Использование структурно-феноменологической модели для описания вязкоупругих свойств, 94.28kb.
- Моделирование фартука Цель урока, 68.15kb.
- Лекция Власть. Государство. Демократия. Политическая система Власть, 325.96kb.
- Возможности реляционной модели данных по отображению сложных структур данных, 155.27kb.
- Организации и деятельности граждан, обеспечивающая самостоятельное решение населением, 84.27kb.
Б.З. Разработка систем на базе модели с использованием инфраструктуры 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).
Подпроцессы объектно-ориентированной разработки приложений (анализ, проектирование и сборка) описывают цикл, содержащий обратные связи с каждым элементом процедурной модели. После утверждения проекта объектно-ориентированной разработки приложения выполняется анализ и проектирование приложения объектно-ориентированным методом. Если на стадии объектно-ориентированного проектирования возникают какие-либо противоречия или вопросы, которые не могут быть разрешены на этом этапе, то приложение возвращается на стадию объектно-ориентированного анализа.
После того как результаты проектирования выданы, они становятся входным элементом для объектно-ориентированной сборки. Проектные модели реализуются более или менее автоматически с помощью генераторов кода. При выявлении ошибок, возникших на стадии генерации кода, выполняется возврат на предыдущую стадию. К развертыванию приложения можно приступать после выдачи соответствующего программного компонента. Это завершает переход от проектного цикла к реальной эксплуатации. Если возникает необходимость в переделке программного компонента, цикл начинается заново с объектно-ориентированного анализа.
Теперь перейдем к описанию подпроцессов процедурной модели на более детальном уровне транзакций.
Б.4.2. Фазы процедурной модели
Объектно-ориентированный анализ
Процесс объектно-ориентированного анализа представлен на рис. 177. В основе описания лежат стандартный блок фазовых процедурных моделей (Nuttgens. Koordiniert-dezentrales Informationsmanagement. 1995, с. 223).
Рис. 177. Процедурная модель объектно-ориентированного анализа
На первом этапе администрирования модели руководитель проекта вместе с разработчиками моделей выбирает типы моделей для системного анализа. Подходящими типами моделей UML являются диаграммы use case, которые можно создавать на базе существующих моделей бизнес-процессов, например, СДП, а также операционные диаграммы.
Диаграммы use case реализуются на языке UML прежде всего для первоначальной оценки организационных сценариев. Их можно вывести, взяв за основу отдельные функциональные строительные блоки модели СДП, а затем описать с помощью соответствующей нотации UML. Отправной точкой для структурирования элементов use case могут служить компоненты приложения, поддерживающие определенные функции.
Операционные диаграммы можно вывести на основе информации потока управления, содержащейся в модели СДП, а затем расширить путем описания конкретных состояний объектов.
Операционные диаграммы служат также фундаментом для построения объектно-ориентированных моделей управления workflow.
После завершения этапа обеспечения качества (QA) (под)модели следует интегрировать в модель, а дефектные модели переделать. Полные же безупречные модели UML станут основой для объектно-ориентированного проектирования.
Объектно-ориентированное проектирование
На рис. 178 изображена процедурная модель для объектно-ориентированного проектирования, аналогичная процедурной модели для объектно-ориентированного анализа. В качестве типов моделей UML используются диаграммы состояний, диаграммы последовательности, диаграммы классов, диаграммы взаимодействия или детальные операционные диаграммы; при этом особое значение имеет проектирование диаграмм классов. Отправной точкой для проектирования диаграмм классов могут служить модели бизнес-процессов, соответствующие моделям объектно-ориентированного анализа. Например, функциональные строительные блоки и входные/выходные данные моделей СДП можно детализировать объектно-ориентированным методом, а затем привязывать к соответствующим классам бизнес-объектов.
Рис. 178. Процедурная модель объектно-ориентированного проектирования
Если структурированная модель данных уже имеется, например, в виде ERM, то ее можно использовать для выведения ключевых классов и их структурных отношений.
Объектно-ориентированная сборка
На рис. 179 приведена процедурная модель для объектно-ориентированной сборки. При реализации моделей объектно-ориентированной сборки задача состоит в том, чтобы достичь максимально возможной автоматизации за счет внедрения объектно-ориентированных генераторов кода. До определенной степени необходимо дополнительное программирование, например, для реализации методов. Можно использовать библиотеки классов, если они имеются. Остальная часть процесса аналогична процедурной модели для объектно-ориентированного проектирования или объектно-ориентированного анализа. После того как (под)компоненты успешно интегрированы, можно начать цикл процедурной модели для прототипов, которые еще не выпущены для данного приложения.
Рис. 179. Процедурная модель объектно-ориентированной сборки
Б.4.3. Перспективы
Структурированная и объектно-ориентированная разработки приложений основываются на концепции первоначальной оптимизации целей организации бизнеса на определенных участках бизнес-процесса. Оптимизированные бизнес-процессы служат инфраструктурой для разработки приложений в виде сценариев организации процессов. Метод СДП доказал свою состоятельность применительно к описанию контекста бизнеса как в теории, так и на практике. Однако концепции, позволяющие расширить методику путем переноса организационных и функциональных моделей СДП в модели объектно-ориентированного анализа и проектирования, пока еще нуждаются в дальнейшем совершенствовании. Некоторые из них изложены в работах: Hoffmann, Scheer, Hoffmann. Modellierungsmethoden. 1995; Bungert, Hefi. Objektorientierte Geschaftspro-zeftmodellierung. 1995; Scheer, Nuttgens, Zimmermann. oEPK. 1997.
Раскрывая и документально подтверждая преимущества моделей комплексной разработки систем, процедурные модели могут внести серьезный вклад в интеграцию методов моделирования.
1 В русском издании книга А.-В. Шеера вышла под названием «Бизнес-процессы. Основные понятия. Тео Методы». (М., Вестъ-МетаТехнология, 1999). - Прим. ред.