Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

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

Читайте также:
  1. I. Общая характеристика сферы реализации государственной программы, описание основных проблем в указанной сфере и перспективы ее развития
  2. III. Разработка новой организационной структуры «Дормаша».
  3. IV. ОПИСАНИЕ ДОМА
  4. А.2.3.1.1. Макроописание
  5. А.3.7.2.1. Конфигурирование на базе моделей бизнес-процессов
  6. Б. 1.3. Quickstep for R/3: описание фаз реализации SAP

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

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

 

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

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

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

Теперь перейдем к описанию подпроцессов процедурной модели на более детальном уровне транзакций.

Дата добавления: 2015-08-03; просмотров: 168 | Нарушение авторских прав

Читайте в этой же книге: А.3.4.3.2. Распределенные базы данных | А.3.5.1. Моделирование определения требований | А.3.6.1. Моделирование определения требований | А.3.7.1.2. Бизнес-объекты | А.3.7.2.1. Конфигурирование на базе моделей бизнес-процессов | Б.1.2. ARIS Quickstep for R/3 | Б. 1.3. Quickstep for R/3: описание фаз реализации SAP | Концептуальный проект прототипа | Б.2.2. Процедурная модель ARIS для реализации workflow | Б.3.1. Общая процедурная модель |
<== предыдущая страница | следующая страница ==>
Создание архитектуры приложения на основе диаграмм СДП| Объектно-ориентированный анализ
mybiblioteka.su - 2015-2024 год. (0.007 сек.)