Б.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. Процедурная модель объектно-ориентированной сборки