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

Варианты графического изображения компонентов

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

Для более наглядного изображения компонентов были предложены и стали общепринятыми следующие графические стереотипы:

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

Во–вторых, стереотипы для компонентов в форме рабочих продуктов. Как правило – это файлы с исходными текстами программ (рис. 6.106, г).

\

Рис. 6.106. Варианты графического изображения компонентов на диаграмме компонентов

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

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

<<file>> (файл) – определяет наиболее общую разновидность компонента, который представляется в виде произвольного физического файла.

<<executable>> (исполнимый) – определяет разновидность компонента–файла, который является исполнимым файлом и может выполняться на компьютерной платформе.

<<document>> (документ) – определяет разновидность компонента–файла, который представляется в форме документа произвольного содержания, не являющегося исполнимым файлом или файлом с исходным текстом программы.

<<library>> (библиотека) – определяет разновидность компонента–файла, который представляется в форме динамической или статической библиотеки.

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

<<table>> (таблица) – определяет разновидность компонента, который представляется в форме таблицы базы данных.

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

Диаграмма компонент ПЭ НСИ:

Рис. 6.107

Диаграмма компонент ПЭ НСИ:

Компоненты ПО ПЭ НСИ и взаимодействие между ними.

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

Компоненты уровня управления: Классы, отвечающие за реализацию запросов пользователя.

Компоненты уровня виртуальной базы: Классы, реализующие виртуализацию БД ПЭ НСИ.

Компоненты уровня данных: Таблицы БД ПЭ НСИ и классы, реализующие непосредственную работу с ними.

Дата добавления: 2014-01-07