- •1 Диаграммы прецедентов (Вариантов использования User Case)
- •2 Диаграммы Классов (Class)
- •1 Методы управления Manager operations
- •2 Методы доступа Access operations
- •3 Вспомогательные методы Helper operations
- •4 Методы реализации Implementor operations
- •3 Диаграммы Кооперации (Collaboration)
- •Спецификатор объекта
- •1 Сообщения Message
- •5 Диаграмма Потока событий (FlowEvent)
- •6 Диаграмма СостоянийОбъектов (SateChart)
- •1 Входные действия Entry action
- •2 Деятельность Do activity
- •3 Выходные действия Exit action
- •4 Включение действий подавтомата Include
- •7 Диаграмма Деятельности (Activity)
- •8 Диаграмма Состояний системы (SateSystem)
- •9 Диаграмма Компонентов (Component)
- •10 Диаграмма Развертывания
9 Диаграмма Компонентов (Component)
Используется для отображения материальных сущностей модели системы.
Устанавливает зависимости между программными компонентами – исходным кодом, бинарным кодом, исполнимым кодом, часто которым соответствует файл модуля или компонента.
Компонент
Основными графическими элементами диаграмм компонентов являются компоненты, интерфейсы и связи между ними.
В случае бизнес-систем в качестве компонент следует понимать организационные подразделения (отделы, службы), должности (менеджер, кассир) или документы (счет, заказ, накладная) и т.п.
Обозначение
Имя компонента
Записывается внутри значка. Имеет формат
<имя компонента : Имя типа>
В качестве имен компонентов используют имена файлов вида exe, DLL, HTML, txt, doc, hlp, mdb, db и другие.
Графические стереотипы компонент
Такой способ спецификации вида компонента, который позволяет наглядно подчеркнуть специфику компонента.
Обычно это:
Библиотека
Веб файл
Файл справки
Файл кода
Текстовые стереотипы компонент
Это другой способ спецификации вида компонента. Перед именем компонента ставят слово спецификатор:
<<file произвольный файл
<<executable>> испольнимый файл
<<document>> текстовый файл
<<library>> библиотека
<<source>> файл исходного кода
<<table>> таблица базы банных
Интерфейс
Используется для спецификации взаимодействия пользователя с системой, а также для обозначения возможности изменения одной части системы без изменения других ее частей.
Обозначение
или
IИмяИнтерфейса
Отношения
Зависимость
Если изменение одного компонента оказывает влияние на работу другого компонента, то говорят об отношении зависимости и изображают это пунктирной линией со стрелкой направленной от зависимого компонента (импортер) к тому, который оказывает влияние.
Реализация
Если один компонент использует элементы другого компонента (экспортер), то говорят об отношении реализации и изображают это сплошной линией без стрелки.
Пример «Диаграмма компонентов системы Банкомат»
IUser
Transaction.dll MainBankomat.vb MSG.txt
Transaction.vb
10 Диаграмма Развертывания
Используется для отображения топологии системы. Развертывания ее между процессорами и устройствами в физическом представлении системы. Показывает наличие физических соединений – путей передачи информации между узлами системы.
Узел
Материальное представление физической сущности системы.
Текстовые стереотипы узлов
<<processor>> процессор
<<sensor>> датчик
<<modem>> модем
<<net>> сеть
<<printer>> принтер
Графические стереотипы узлов
Узел, способный выполнять программный код
Узел как некоторое устройство.
Отношения
Это связи между узлами системы.
Ассоциация
Связь между равноправными узлами
Зависимость
Связь между узлами, когда один влияет на работу другого. Стрелка указывает на влияющий узел.
Пример диаграммы Развертывания