Диаграммы пакетов

Диаграмма деятельностей

Диаграммы взаимодействий не отражают детально порядок выполнения операций в части разветвлений, циклических повто­рений, параллельности/произвольности действий. Диаграмма деятельностей исправляет данные недостатки. Под деятельнос­тью будем понимать некоторую работу, которая может быть де­композирована на совокупность действий.

Диаграмма деятельностей может отражать взаимодействие объектов из нескольких прецедентов использования, в частности реализующих отдельно стандартные и альтернативные пути об­работки объектов.

Блок, соответствующий одной деятельности, может отражать несколько событий и быть декомпозирован аналогично блоку функционально-ориентированного подхода.

Ниже представлены используемые в диаграмме деятельнос­тей понятия и их графическое обозначение.

Рис. 16.14. Диаграмма кооперативного поведения для основного потока событий прецедента использования «Выполнить заказ»

Пример диаграммы деятельностей представлен на рис. 16.15.

Рис. 16.15. Диаграмма деятельностей процесса выполнения заказа

В объектно-ориентированном подходе пакет содержит множество взаимосвязанных классов объектов и соответствует понятию «подсистема функционально-ориентированного подхода». Один прецедент использования может требовать классы объектов из разных пакетов. Класс объектов обычно назначается одному пакету, но с позиции достижения разных подцелей может входить в состав разных пакетов.

Пакетная технология группирования классов объектов позволяет упростить:

• разработку и эксплуатацию ЭИС;

• гибкую адаптацию типовых компонентов с позиции их повтор­ного использования;

• оптимизацию клиент-серверной архитектуры ЭИС.

Обычно ЭИС разбивается на функциональные и обеспечива­ющие пакеты (рис. 16.16). Функциональные пакеты, соответствующие решаемым проблемам (задачам), объединяются в один общий пакет «Проблемная область». Каждый пакет, в свою очередь, может быть разбит на подпакеты в соответствии с семантичес­кой близостью и теснотой взаимодействия классов объектов. Обычно пакеты проблемной области содержат иерархии обоб­щения и агрегации. Классы объектов, требуемые в нескольких подсистемах, выделяются в самостоятельные пакеты. В одном пакете, как правило, определяется не более 20 компонентов, обычно 5 -15.

Рис. 16.16. Пример диаграммы пакетов

С обеспечивающей точки зрения ЭИС разбивают на пять ос­новных пакетов:

• «Интерфейс», объекты которого реализуют функции взаимо­действия пользователей с ЭИС по вводу-выводу информации и обмен сообщениями между подсистемами;

• «База данных», объекты которого выполняют доступ к дан­ным во внешней памяти;

• «Управление задачами», объекты которого осуществляют функции диспетчеризации и маршрутизации обработки объектов, например в системе управления рабочими пото­ками;

• «Утилиты», объекты которого осуществляют вспомогатель­ные функции, например преобразование форматов данных;

• Обеспечивающие пакеты, т.е. работающие по принципу «кли­ент-серверной» архитектуры, выполняющие серверные функ­ции для функциональных объектов-клиентов. Таким образом, обеспечивающие пакеты освобождают пользователя от зна­ния деталей программно-технической реализации ЭИС.