Читайте также:
|
|
Модели процессов, созданные в 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). В основе такой разработки лежат теоремы объектно-ориентированной парадигмы, где объекты представляют отдельные подсистемы «закрытой системы». В соответствии с определением внутренних и внешних объектных структур, можно разрабатывать масштабируемые системы. В эволюционной процедуре каждый цикл завершается созданием исполняемой программы. Это достигается за счет того, что результаты разработки вытекают непосредственно из целей проекта. Эти результаты можно реализовать и поодиночке, что позволяет заранее развернуть и протестировать каждую подсистему. Дополнительная разработка включает внесение усовершенствований на основе тестирования в реальных условиях и внедрение дополнительных подсистем. Это дает возможность представить результаты уже на ранней стадии и избежать «тупиков» в ходе разработки.
Дата добавления: 2015-08-03; просмотров: 94 | Нарушение авторских прав
<== предыдущая страница | | | следующая страница ==> |
Б.3.1. Общая процедурная модель | | | Б.4.1. Разработка и описание процедурных моделей |