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

Диаграммы компонентов моделируют физический уровень системы. На них изображаются компоненты ПО и связи между 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.