Создание архитектуры приложения на основе диаграмм СДП
Модели процессов, созданные в 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).
Подпроцессы объектно-ориентированной разработки приложений (анализ, проектирование и сборка) описывают цикл, содержащий обратные связи с каждым элементом процедурной модели. После утверждения проекта объектно-ориентированной разработки приложения выполняется анализ и проектирование приложения объектно-ориентированным методом. Если на стадии объектно-ориентированного проектирования возникают какие-либо противоречия или вопросы, которые не могут быть разрешены на этом этапе, то приложение возвращается на стадию объектно-ориентированного анализа.
|
|
|
После того как результаты проектирования выданы, они становятся входным элементом для объектно-ориентированной сборки. Проектные модели реализуются более или менее автоматически с помощью генераторов кода. При выявлении ошибок, возникших на стадии генерации кода, выполняется возврат на предыдущую стадию. К развертыванию приложения можно приступать после выдачи соответствующего программного компонента. Это завершает переход от проектного цикла к реальной эксплуатации. Если возникает необходимость в переделке программного компонента, цикл начинается заново с объектно-ориентированного анализа.
Теперь перейдем к описанию подпроцессов процедурной модели на более детальном уровне транзакций.
Дата добавления: 2019-02-26; просмотров: 139; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!