Моделирование программного текста системы

Использование компонентных диаграмм

Разновидности компонентов

Мир современных компонентов достаточно широк и разнообразен. В языке UML для обозначения новых разновидностей компонентов используют механизм стереотипов. Стандартные стереотипы, предусмотренные в UML для компонентов, представлены в табл. 12.3.

Таблица 12.3. Разновидности компонентов

Стереотип	Описание
«executable»   «library» «file»   «table» «document»	Компонент, который может выполняться в физическом узле (имеет расширение.ехе)   Статическая или динамическая объектная библиотека (имеет расширение.dll) Компонент, который представляет файл, содержащий исходный код или данные (имеет расширение.ini) Компонент, который представляет таблицу базы данных (имеет расширение.tbl) Компонент, который представляет документ (имеет расширение.hip)

В языке UML не определены пиктограммы для перечисленных стереотипов, применяемые на практике пиктограммы компонентов показаны на рис. 12.5-12.9.

Рис. 12.5. Пиктограмма исполняемого файла

Рис. 12.6. Пиктограмма объектной

элемента библиотеки

Рис. 12.7. Пиктограмма документа

Рис. 12.8. Пиктограмма таблицы

с исходным кодом или данными базы данных

Рис. 12.9. Пиктограмма документа

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

Компонентные диаграммы показывают отношения:

q периода компиляции (среди текстовых компонентов);

q периода сборки, линковки (среди объектных двоичных компонентов);

q периода выполнения (среди машинных компонентов).

Рассмотрим типовые варианты применения компонентных диаграмм.

При разработке сложных систем программный текст (исходный код) разбросан по многим файлам исходного кода. При использовании Java исходный код сохраняется в.java-файлах, при использовании C++ — в заголовочных файлах (.h-фай-лах) и телах (.срр-файлах), при использовании Ada 95 — в спецификациях (.ads-файлах) и реализациях (.adb-файлах).

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

Рис. 12.10. Моделирование исходного кода

Рис. 12.11. Моделирование исходного кода с использованием пиктограмм

В качестве примера на рис. 12.10 приведена компонентная диаграмма, где изображены файлы исходного кода, используемые для построения библиотеки Визуализация.dll. Имеются четыре заголовочных файла (Визуализация.h, ВизЯдро.h, Прил.h, ТабЦветов.h), которые представляют исходный код для спецификации определенных классов. Файл реализации здесь один (Визуализация.срр), он является реализацией одного из заголовков. Отметим, что для каждого файла явно указана его версия, причем для файла Визуализация.h показаны три версии и история их появления. На рис. 12.11 повторяется та же диаграмма, но здесь для обозначения компонентов использованы специальные пиктограммы.

Дата добавления: 2014-12-25