Компоненты
Основным элементом диаграммы компонентов является компонент, для изображения которого используется прямоугольник с двумя небольшими накладками с левой стороны (рис. 89).
Рис. 89. Пример компонента
Стереотипы
Как можно заметить из рис. 88, компоненты бывают различных типов. Среди наиболее часто используемых можно перечислить исполняемые файлы, изображения, библиотеки, базы данных, конфигурационные файлы, файлы помощи, исходные коды и пр. Для того чтобы различать компоненты, на диаграмме используют стереотипы, которые подписываются в кавычках над именем компонента (рис. 90).
Рис. 90. Пример использования стереотипа
Пиктограммы
Для повышения наглядности диаграммы в стандарте UML предусмотрена возможность связать с каждым стереотипом некоторую пиктограмму, которая более точно, по сравнения со стандартной нотацией, отражает его суть (рис. 91). Однако не стоит забывать о том, что основное достоинство UML – это его стандартная нотация, понятная большинству разработчиков и аналитиков. Поэтому если принимается решение о введении нестандартного обозначения для некоторого стереотипа, то необходимо позаботиться о том, чтобы оно было максимально простым и понятным, находилось в рамках принятых в UML соглашений и не выбивалось и общего визуального ряда.
Рис. 91. Пример нестандартной нотации для компонента со стереотипом «database»
Интерфейсы
Если компонент представляет собой некоторый программный модуль, то в большинстве случаев он будет реализовывать один или несколько интерфейсов. Наличие этих интерфейсов является необходимым условием того, чтобы компонент можно было использовать в другом контексте или, при необходимости, заменить другим. Интерфейс на диаграмме компонентов обозначается так же, как это принято в COM-технологии – при помощи отрезка с окружностью на конце (рис. 92).
Рис. 92. Пример компонента, который реализует интерфейс
Зависимости
Одной из важнейших целей построения диаграмм компонентов является выделение и визуализация зависимостей между частями системы. Если один компонент потребляет услуги (например, библиотека классов) или ресурсы (например, изображение) другого компонента, то он зависит от него. Зависимость между компонентами изображается при помощи пунктирной стрелки, направленной от зависимого компонента к независимому (рис. 93).
Рис. 93. Пример зависимости между компонентами
Компоненты, связанные отношением зависимости, должны находиться «близко» друг к другу. Степень «близости» (одна папка, один компьютер, локальная сеть) определяется требованиями конкретной ситуации. Если не отслеживать зависимости между компонентами, то высока вероятность того, что в процессе разработки система превратится в груду файлов, про многие из которых сложно будет сказать, нужны они или нет. Это усложняет разработку и приводит к засорению компьютеров конечных пользователей.
Вопросы для самоконтроля
Что такое компонент?
Как компонент связан с классами и интерфейсами?
Какие преимущества дает использование стереотипов на диаграмме компонентов?
Задания для самостоятельной работы
Постройте концептуальную модель диаграммы компонентов.
Постройте диаграмму компонентов для учебного задания.