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

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

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

2. Диаграммы развертывания

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

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

1. Визуализация общей структуры исходного кода программной системы

2. Спецификация исполнимого варианта програмной системы

3. Обеспечение многократного использования отдельных фрагментов программного кода

4. Представление коцептуальной и физической схем БД

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

1. Компоненты – для представления физический сущностей в языке UML применяется спец. термин – компонент. Он реализует некоторый набор интерфейсов и служит для общего обозначения элементов физического представления модели. В качестве имен компонентов используются имена файлов с указанием расширения.

В языке UML выделяют 3 вида компонентов:

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

• рабочие компоненты – файлы с исходными текстами программы

• компоненты исполнения – файлы с расширением exe

Другой способ спецификации различных видов компонентов – это явное указание стереотипа компонента перед его именем. В языке UML для компонентов определены следующие стереотипы:

• Библиотека – определяет первую разновидность компонента, который представляется в форме динамической или статической библиотеки

• Таблица – также определяет первую разновидность компонента, которая представляется в форме таблицы БД

• Файл – определяет вторую разновидность компонента, которая представляется в виде файлов с исходными текстами программ

• Документ – определяет вторую разновидность компонента, представляется в форме документа

• Исполнимый файл – определяет третий вид компонента, который может исполняться в узле. Узел – физический элемент, обладающий вычислительным ресурсом

2. Интерфейс. В общем случае интерфейс графически изображается окружностью, которая соединяется с компонентом отрезком линии без стрелок При этом имя интерфейса, которое обязательно должно начинаться с заглавной буквы "I", записывается рядом с окружностью. Семантически линия означает реализацию интерфейса, а наличие интерфейсов у компонента означает, что данный компонент реализует соответствующий набор интерфейсов.

3. Зависимости – служат для представления связи, когда изменение одного элемента модели оказывает влияние или приводит к изменению другого элемента модели. Отношение зависимости на диаграмме компонентов изображается пунктирной линией со стрелкой, направленной от зависимого элемента к независимому. Применительно к диаграмме компонентов зависимости могут связывать компоненты и импортируемые этим компонентом интерфейсы, а также различные виды компонентов между собой. Наличие зависимостей означает, что компонент не реализует соответствующий интерфейс, а использует его в процесса своего выполнения, причем на этой же диаграмме может присутствовать и другой компонент, который реализует этот интерфейс.

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

До начала разработки диаграммы компонентов необходимо принять решение о выборе платформ и ОС, на которых предполагается реализовать систему. А также необходимо выбрать БД и язык программирования. После этого можно приступать к общей структуризации диаграммы компонентов. В первую очередть необходимо решить из каких файлов будет состоять программная система. После общей структуризации физического представления систем необходимо дополнить модель интерфейсами и схемами БД. При разработке интерфейсов следует обращать внимание на согласование различных частей программной системы. Включение в модель схемы БД предполагает спецификацию отдельных таблиц и установление информационных связей между таблицами.

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