Добавил:
YagamiRam
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Лабораторные работы / Лабораторный практикум для ознакомления с Visual Paradigm.pdf
41
Рисунок 37 – Пример диаграммы последовательности с разными типами
сообщений
Рисунок 38 – Сообщения создания и удаления записи БД
Создание фреймов
Предположим, что существует сообщения, которые объект должен
инициировать по какому-то условию. В таких ситуациях нам могут помочь
фреймы. Однако, если сообщение единично, то можно прямо в его названии
указать условие, по которому оно должно быть инициировано.
42
Рисунок 39 – Описания условия инициирования единичного сообщения
Но когда возникает необходимость инициировать несколько
сообщений, такой подход не подойдет. Для этого существуют фреймы.
Рисунок 40 – Пример использования опционального фрейма
Выделенный элемент на рисунке 40 показывает, что этот фрейм имеет
тип опционально (opt), т.е. сообщения внутри него будут выполняться после
определенного условия, которое указывается рядом с типом фрейма.
Фреймы бывают следующих типов:
• alt – альтернативный фрейм. Можно описать как
последовательность операторов if … else в алгоритмах;
43
• loop – циклический фрейм. Обозначает, что все сообщения,
находящиеся внутри него, будут выполняться несколько раз;
• opt – опциональный фрейм. Можно представить как
последовательность оператора if без блока else;
• par – параллельное выполнение. Этот тип фрейма обозначает, что
сообщения внутри него посылаются параллельно друг другу;
Для выбора соответствующего типа среда Visual Paradigm
предоставляет следующее меню.
Рисунок 41 – Добавление нового фрейма
Для вызова этого контекстного меню, требуется выбрать те сообщения,
которые предполагается заключить внутрь фрейма, затем щелкнуть правой
кнопкой мыши и выбрать требуемый тип фрейма.
На рисунке 42 показан вариант диаграммы с альтернативным фреймом.
У него есть пунктирная линия, которая разделяет те сообщения, которые
будут выполняться при срабатывании условия, от тех, которые будут
выполнены при возврате отрицательного результата при проверке условия.
44
Рисунок 42 – Пример диаграммы с альтернативным фреймом
На рисунке 43 показан пример с параллельными сообщениями.
45
Рисунок 43 – Диаграмма с параллельным фреймом
Контрольные вопросы
1. Использование каких элементов UML, кроме объектов,
допускается на диаграмме последовательностей?
2. Что такое асинхронное сообщение?
3. Что такое найденные сообщения?
4. Каким образом отображается на диаграмме последовательностей
порядок отправки и приема сообщений?
5. Почему некоторые сообщения на диаграммах
последовательностей иногда обозначают пунктирной линией?
6. Что такое рефлексивное сообщение?
7. Что такое синхронное сообщение?
8. Какие из фрагментов диаграмм последовательностей НЕ
противоречат нотации UML?
46
9. Что означает символ, выделенный на рисунке?
10. Как называется тип сообщения, пример которого изображен на
рисунке?
11. Какой буквой на рисунке обозначена линия жизни объекта?
47
Содержание отчета
1. Титульный лист;
2. Цель работы;
3. Выполненное индивидуальное задание. Список индивидуальных
заданий приводится в конце методического пособия. Необходимо
привести пример диаграммы последовательности, которая
отразит взаимодействие актёра с системой, а также
взаимодействие объектов внутри самой системы;
4. Ответы на 5 контрольных вопросов;
5. Выводы.
48
Лабораторная работа №7
Цель: приобрести навыки построения диаграммы компонентов,
познакомиться с основными элементами диаграммы, изучить их назначение
и обозначение.
Теоретическая часть
Диаграмма компонентов помогает моделировать физический аспект
объектно-ориентированного программного обеспечения. Она иллюстрирует
архитектуру программных компонентов и связи между ними. Эти
программные компоненты включают в себя: компоненты времени
выполнения, исполняемые компоненты, а также исходный код компонентов.
Рисунок 44 – Пример диаграммы компонентов
Для построения диаграммы компонентов используется следующая
нотация:
Иконка
Определение
Агрегация
Компонент
Ограничение
Обобщение
Интерфейс
49
Иконка
Определение
Примечание
Реализация
Ассоциация
Композиция
Спецификация экземпляра
компонента
Связь
Port
Usage
Агрегация
Тип ассоциации, который при обозначении на одном из концов
помечен как агрегация – это означает, что элемент агрегирует в себе другой
элемент, указанный на другом конце связи.
Рисунок 45 – Обозначение ассоциации агрегация
Свойства
Имя
Имя агрегации.
Видимость
Определяет, где появляется агрегация в других
пространствах имен в рамках общей модели, и её
доступность.
Начало
ассоциации
Источник агрегации.
Конец
ассоциации
Объект агрегации.
Документация
Описание агрегации.
Абстрактная
Если истинно, значит, агрегация не обеспечивает полное
объявление и не может быть создана. Абстрактная
агрегация предназначена для использования другими
агрегациями.
Специализация
Указывает, возможно ли в дальнейшем специализировать
агрегацию. Если это значение истинно, значит, агрегацию
специализировать в дальнейшем нельзя.
Производная
Указывает, является ли агрегация производной от других
элементов модели, например, агрегаций или ограничений.
50
Ассоциация
Агрегация указывает семантическую связь, которая может возникнуть
между типизированными экземплярами. Она имеет, по крайней мере, два
конца, представленные свойствами, каждый из которых соединен с типом.
Оба конца ассоциации могут иметь один и тот же тип.
Свойства
Имя
Имя ассоциации.
Видимость
Определяет, где появляется ассоциация в других
пространствах имен в рамках общей модели, и её
доступность.
Начало
ассоциации
Источник ассоциации.
Конец
ассоциации
Объект ассоциации.
Документация
Описание ассоциации.
Абстрактная
Если истинно, значит, ассоциация не обеспечивает полное
объявление и не может быть создана. Абстрактная
ассоциация предназначена для использования другими
ассоциациями.
Специализация
Указывает, возможно ли в дальнейшем специализировать
ассоциацию. Если это значение истинно, значит,
ассоциацию специализировать в дальнейшем нельзя.
Производная
Указывает, является ли ассоциация производной от других
элементов модели, например, ассоциаций или ограничений.
Компонент
Компонент представляет собой модульную часть системы, которая
инкапсулирует своё содержимое и может изменять своё описание в пределах
её среды.
Компонент определяет поведение с точки зрения предоставляемых и
требуемых интерфейсов. Таким образом, компонент служит типом
соответствия, определенный этими предоставляемыми и требуемыми
интерфейсами. Один компонент может быть замещён другим, только в том
случае, когда их типы совместимы. Большие куски функциональности
системы могут быть собраны за счёт повторного использования
компонентов, как частей общего компонента или сборки компонентов, и
связаны вместе их необходимыми и предоставляемыми интерфейсами.
Компонент моделируется на протяжении всего жизненного цикла
разработки и постепенно уточняется в процессе развёртывания и во время
выполнения. Спецификация развертывания может определять значения,
которые параметризируют выполнение компонентов.
Рисунок 46 – Обозначение компонента