Моделирование бизнес-процессов (стр. 31 )

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

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

Б.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). - Прим. ред.