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

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

Каждый класс модели (или подсистема) преобразуется в ком­понент исходного кода. Между отдельными компонентами изоб­ражают зависимости, соответствующие зависимостям на этапе компиляции или выполнения программы.

На рис. 2.57 изображена одна из диаграмм компонентов для банковской системы.

Рис. 2.57. Диаграмма компонентов для клиентской части системы

На этой диаграмме показаны компоненты клиентской части системы. В данном случае система разрабатывается на языке C++. У каждого класса имеется свой собственный заголовочный файл (файл с расширением .h) и файл тела класса (файл с расши­рением .срр). Например, класс ATM Screen преобразуется в ком­поненты ATM Screen: тело и заголовок класса. Выделенный тем­ным компонент называется спецификацией пакета (package spe­cification) и соответствует файлу тела класса ATM Screen. Невы­деленный компонент также называется спецификацией пакета, но соответствует заголовочному файлу класса. Компонент АТМ.ехе называется спецификацией задачи и моделирует поток управления (thread of processing) — исполняемую программу.

Компоненты соединены зависимостями. Например, класс Card Reader зависит от класса ATM Screen. Это означает, что, для того чтобы класс Card Reader мог быть скомпилирован, класс ATM Screen должен уже существовать. После компиляции всех классов может быть создан исполняемый файл ATMClient.exe.

Банковская система содержит два потока управления и, та­ким образом, получаются два исполняемых файла. Один из них — это клиентская часть системы, она содержит компоненты Cash Dispenser, Card Reader и ATM Screen. Второй файл — это сервер, включающий в себя компонент Account. Диаграмма компонен­тов для сервера показана на рис. 2.58.

Рис. 2.58. Диаграмма компонентов для сервера

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

Диаграммы компонентов применяются теми участниками проекта, кто отвечает за компиляцию и сборку системы. Они нужны там, где начинается генерация кода.

2.5.7.

Диаграммы размещения

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

Каждый узел на диаграмме размещения представляет собой некоторый тип вычислительного устройства — в большинстве случаев, часть аппаратуры. Эта аппаратура может быть простым устройством или датчиком, а может быть и мэйнфреймом.

Диаграмма размещения показывает физическое расположе­ние сети и местонахождение в ней различных компонентов. Ее основные элементы:

1. узел (node) — вычислительный ресурс — процессор или дру­гое устройство (дисковая память, контроллеры различных устройств и т.д.). Для узла можно задать выполняющиеся на нем процессы;

2. соединение (connection) — канал взаимодействия узлов (сеть).

Рис. 2.59. Диаграмма размещения для банковской системы

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

Из данной диаграммы можно узнать о физическом размеще­нии системы. Клиентские программы будут работать в несколь­ких местах на различных сайтах. Через закрытые сети будет осу­ществляться их сообщение с региональным сервером системы. На нем будет работать ПО сервера. В свою очередь, посредством локальной сети региональный сервер будет сообщаться с серве­ром банковской базы данных, работающим под управлением Oracle. Наконец, с региональным сервером соединен принтер.

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

2.5.8.