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

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

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

· заказчик сможет увидеть структуру законченной системы;

· разработчики смогут представить структуру будущей работы;

· редакторы документации и файлов справки смогут лучше понять, что именно разрабатывается;

· компоненты можно будет использовать повторно.

Главный элемент диаграммы компонентов имеет вид прямоугольника, на левую сторону которого наложены еще два прямоугольника. Эта пиктограмма обозначает ком­понент (рис. 17). Внутрь пиктограммы помещается имя компонента.

Рис. 17. Обозначение компонента

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

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

Диаграмма компонентов может быть конкретизирована в зависимости от того, каким образом реализуется система. На рис. 19–20 изображены диаграммы компонентов банковской системы.

Банковская система содержит два потока управления и, таким образом, получаются два исполняемых файла. Один из них – клиентская часть системы, она содержит компоненты CashDispenser, CardReader и ATMScreen. Второй файл – это сервер, включающий в себя компонент Account.

Система разрабатывается на языке C++. У каждого класса имеется свой заголовочный файл (файл с расширением .h) и файл тела класса (файл с расширением .срр). Например, класс ATMScreen преобразуется в компоненты ATMScreen: тело и заголовок класса. Выделенный темным компонент называется спецификацией пакета (package specification) и соответствует файлу тела класса ATMScreen. Невыделенный компонент также называется спецификацией пакета, но соответствует заголовочному файлу класса. Компонент АТМ.ехе называется спецификацией задачи и моделирует поток управления – исполняемую программу.

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

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

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

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