Диаграммы классов (class diagrams)

Фрагмент диаграммы классов телефонной службы приема заявок представлен на рис. 2.10. Здесь показаны основные классы сервера телефонной системы обработки заявок:

CPBX_Agent – отвечает за работу с PBX (с аппаратурой, занимающейся коммутацией абонентов);

Coperator – содержит описание экземпляров операторов, работающих в call-центре;

CsubOperator – описывает особенного, «главного» оператора (например, начальника над группой операторов);

COperatorList – управляет множеством операторов (добавляет их в список, удаляет и т. д.);

CNetworkConnectionSupport – обеспечивает поддержку соединений сервера через локальную компьютерную сеть с компьютерами операторов; Cdispatсher – отвечает за синхронизацию всех остальных

программных сущностей на сервере.

Рис. 2.10. Диаграмма классов

Итак, на диаграммах классов изображаются сами классы с атрибутами, типами атрибутов, методами, а также иерархия наследования классов. И класс, и наследование в UML полностью соответствуют конструкциям объектно-ориентированных языков программирования. Но кроме них на диаграммах классов могут также присутствовать связи между классами – ассоциации. Так, на рис. 2.10 Класс Cdispatcher связан с классами CPBX_Agent, COperator, CServerNetworkConnectionSupport и CoperatorList (см. рис. 2.10).

114

В UML существует конструкция, обобщающая класс – классификатор (classifier). С его помощью задаются элементы в модели, которые могут иметь экземпляры, операции и атрибуты. Например, экземпляры класса – это объекты.

Еще одним примером классификатора является компонента (точнее, тип компоненты). В UML-модели возможны и экземпляры компонент. Кроме класса и компоненты в UML есть и другие классификаторы.

Диаграммы пакетов (package diagrams)

Пакет (package) – это конструкция UML, предназначенная для упорядочения UML-моделей, а также для группировки классов.

Пакет, во-первых, выполняет служебную роль, позволяя организовать порядок в создаваемых UML-моделях, а также распределять различные модельные конструкции и диаграммы по разным «папкам».

Во-вторых, в пакеты традиционно помещают классы системы, особенно если проект большой. При этом пакеты UML могут соответствовать, например, проектам (projects) Microsoft Visual Studio.

Однако пакеты UML могут быть многократно вложены друг в друга как в Enterprise Architect, а у проектов Microsoft Visual Studio такой возможности нет.

В Microsoft Visual Studio есть так называемые рабочие области (solutions), которые содержат в себе проекты. На компьютере каждого разработчика проекта могут быть созданы индивидуальные рабочие области, содержащие нужные проекты, а рабочая область всего приложения, используемая для целостной сборки приложения, может выглядеть по-другому. Таким образом, рабочие области, включающие в себя пакеты-проекты, пакетами не являются.

Пакеты связываются друг с другом специальным отношением – зависимостью (dependence). Это направленное отношение, и идет оно от зависимого пакета к независимому. Это означает, что используемый пакет содержит описание конструкций, которые зависимый пакет импортирует, а не реализует сам. Зависимость не ограничивается только диаграммами пакетов, но может быть использована и для связи других UML-конструкций, например, связывать два случая использования.

Примеры диаграмм пакетов изображены на рис. 2.11. Пакет Client содержит два пакета – ClientGUI, в котором находится описание пользовательского интерфейса, и ClientNetwork, отвечающий за сетевое взаимодействие с сервером. При этом первый пакет зависит от второго.

115

Рис. 2.11. Диаграмма пакетов

Пакет Server содержит все проекты приложения, которые реализуют работу сервера, а ServerBusinessLogic – весь код, реализующий бизнеслогику сервера. ServerNetwork реализует сетевое сообщение с клиентом, RequestDB – примитивы доступа и логику работы с базой данных запросов. Пакет Util является служебным, в нем находятся все вспомогательные типы данных, классы, операции и т. д., которые используются всеми пакетами сервера.

Содержимое пакета ServerBusinessLogic показано редствами

диаграмм классов UML (рис. 2.12).

Рис. 2.12. Содержимое пакета ServerBusinessLogic в терминах диаграмм классов

В данном случае пакеты состоят из небольшого количества классов, поскольку в качестве примера представлена упрощенная модель ПО «Телефонной службы приема заявок». В действительности это приложение содержит около пятидесяти различных пакетов и около тысячи классов.

116