Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:

Анализ и концептуальное моделирование систем_Практикум

.pdf
Скачиваний:
7
Добавлен:
19.07.2024
Размер:
5.63 Mб
Скачать

Продолжение таблицы 2

Ответное

сообщение

или Ответное

сообщение определяет конкретную связь

возврат

 

между линиями жизни взаимодействия и представляет

 

 

передачу

информации

вызывающей

стороне

 

 

соответствующего сообщения.

 

Найденное сообщение

У первого сообщения нет участника, пославшего его,

(found message)

поскольку оно приходит из неизвестного источника.

 

Оно называется найденным сообщением.

 

 

 

Потерянное сообщение

Сообщение без адресата (есть отправитель, нет

(lost message)

получателя).

 

 

 

 

 

Рекурсивный вызов

Участник отправляет сообщение (команду) самому

 

себе.

Создание

1: message

Ob2: C2

 

Удаление

1: message

Ob2: C2

 

В случае создания участника следует рисовать стрелку, направленную к прямоугольнику участника. Если участник будет что-выполнять сразу после создания, то сразу после прямоугольника участника нужно рисовать активацию.

Удаление участника обозначается большим иксом и стрелка сообщения, направленная к нему, означает, что один участник явным образом удаляет другого.

Отдельные объекты, закончив выполнение своих операций, могут быть уничтожены, чтобы освободить занимаемые ими ресурсы. Для таких объектов линия жизни обрывается в момент его уничтожения. Для обозначения момента уничтожения объекта в языке UML применяется специальный символ в форме латинской буквы "X".

33

Удаление (самоудаление)

Ob2: C2

Примечание (комментарий)

Продолжение таблицы 2

Если же икс нарисован в конце линии жизни участника, и стрелка от другого объекта отсутствует, то это означает, что объект удаляет сам себя, другими словами, самоуничтожается.

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

Фокус управления

Ob2: C2

Фокус управления

Фокус управления (focus of control) - специальный символ на диаграмме последовательности, указывающий период времени, в течение которого объект выполняет некоторое действие, находясь в активном состоянии.

Фокус управления изображается в форме вытянутого узкого прямоугольника, верхняя сторона которого обозначает начало получения фокуса управления объекта (начало активности), а ее нижняя сторона - окончание фокуса управления (окончание активности). Этот прямоугольник располагается ниже обозначения соответствующего объекта и может заменять его линию жизни, если на всем ее протяжении он активен. Периоды активности объекта могут чередоваться с периодами его пассивности или ожидания. В этом случае у такого объекта фокусы управления изменяют свое изображение на линию жизни и наоборот. Важно понимать, что получить фокус управления может только объект, у которого в этот момент имеется линия жизни. Если же объект был уничтожен, то вновь возникнуть в системе он уже не может. Вместо него может быть создан лишь экземпляр этого же класса, который будет другим объектом.

34

Окончание таблицы 2

Фрейм и комбинированные фрагменты

sd

Комбинированный фрагмент

Операторы взаимодействия

opt

alt

Фрейм – это рамка, в которую вводится диаграмма.

Комбинированный фрагмент (combined fragment)

— элемент модели, предназначенный для представления внутренней логической структуры фрагментов взаимодействия.

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

Операторы взаимодействия записываются в левом верхнем углу фрейма, и показывает различные варианты фрагмента:

opt – необязательный фрагмент (один операнд либо выполняется, либо нет);

alt – несколько альтернативных фрагментов (alternative); выполняется только тот фрагмент, условие которого истинно;

loop – это цикл, при котором фрагмент может выполняться несколько раз, а защита обозначает тело итерации;

break – завершение;

ignore (список сообщений) – игнорирование (в операнде не действует указанное сообщение);

ref – ссылка на вложенную диаграмму последовательности;

par – параллельный фрагмент;

critical – критические фрагменты внутри параллельного фрагмента;

neg – отрицание.

В дальнейшем этапы создания диаграмм последовательности рассматриваются в контексте взаимодействия пользователя, информационной системы и интернет-сайта.

Этапы реализации:

(построение диаграмм последовательности в программе Visual Paradigm) Шаг 1. Запустить программу Visual Paradigm (рис. 24)

35

Рисунок 24. Запуск программы

Шаг 2. Выбрать вкладку System Design (рис. 25).

Рисунок 25. Выбор вкладки System Design

Шаг 3. Кликнуть на значок UML +

Шаг 4. Выбрать Sequence Diagram и нажать Next (рис. 26).

36

Рисунок 26. Выбор нужной диаграммы

Шаг 5. Выбрать Blank, нажать кнопку Next (рис. 27).

Рисунок 27. Создание новой диаграммы последовательности

37

Шаг 6. Задать имя диаграмме и нажать OK (рис. 28).

Рисунок 28. Наименование диаграммы

Шаг 7. Построить диаграмму последовательности в Visual Paradigm.

Пример построения диаграммы последовательности для описания процесса взаимодействия клиента и интернет-магазина

В примере заказ создается через веб-сайт, а точнее через CRM-систему интернет-магазина. Клиентом на диаграмме изображен актер по имени Покупатель. Для помещения на диаграмму Покупателя достаточно перетащить соответствующий элемент Actor (рис. 29).

Для представления CRM-системы интернет-магазина достаточно перенести на диаграмму элемент LifeLine и переименовать ее соответствующим образом.

Для отражения запроса клиента к CRM-системе необходимо выбрать стрелку Send message из выпадающего меню с сообщениями. Затем на линии жизни CRM-системы интернет-магазина нужно разместить рекурсивное сообщения путем перетаскивания на область диаграммы элемента Recursive Message. Данное сообщение «Создать заказ» система подает сама себе. В результате создается заказ на основе запроса покупателя. Об этом система информирует клиента при помощи элемента Reply Message в виде пунктирной линии.

38

Рисунок 29. Диаграмма последовательности для описания процесса взаимодействия клиента и интернет-магазина

На рис. 30 представлена диаграмма с оператором (или операндом) взаимодействия alt, который включает несколько альтернативных фрагментов (alternative). При этом выполняется только тот фрагмент, условие которого истинно. Оператор взаимодействия alt используется при моделировании расширенного сценария, то есть при наличии альтернативного потока взаимодействия.

Данная диаграмма описывает процесс приобретения покупателем товара в интернет-магазине с использованием кредитной карты и проверкой наличия доступного лимита денежных средств. Если лимит превышен, то покупатель будет оплачивать покупку наличными средствами курьеру в результате доставки товара.

Другими словами, диаграмма показывает реализацию одной из двух альтернатив: оплату по карте в случае наличия доступного лимита денежных средств или оплату наличными деньгами в случае превышения кредитного лимита.

39

Рисунок 30. Диаграмма последовательности для описания процесса приобретения товара в интернет-магазине с использованием кредитной карты

На диаграмме с оператором взаимодействия alt представлено удаление объекта «Платежная система банка» при помощи специального сообщения типа Destroy message (см. сообщение «2. Оплата по карте»).

На рис. 31 представлена диаграмм последовательности с использованием операторов loop, alt и opt, которая описывает процесс обработки заказа с принятием решения об отправке заказа либо крупному, либо мелкому дистрибьютору. Данное решение принимается на основе проверки общей суммы заказа.

Как показано на диаграмме выше, в основном фреймы состоят из некоторой области диаграммы последовательности. Каждый фрейм имеет оператор. Для отображения цикла применяется оператор loop с единственным фрагментом. Для условной логики можно использовать оператор alt и помещать условие в каждый фрагмент. Будет выполнен только тот фрагмент, значение которого имеет истинное значение. Для единственной области существует оператор opt. Данная диаграмма последовательности начинается с сообщения типа «Найденное сообщения» отправить, что характеризует неизвестный источник отправки сообщения.

40

Рисунок 31. Диаграмм последовательности с использованием операторов loop, alt и opt

Ни рис. 32 представлена диаграмма последовательности для описания процесса авторизации пользователя в информационной системе с использованием оператора взаимодействия break.

Рисунок 32. Диаграмма последовательности для описания процесса авторизации пользователя в информационной системе с использованием оператора break

41

Оператор взаимодействия break специфицирует комбинированный фрагмент Завершение (break), который представляет некоторый сценарий завершения.

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

Правила и рекомендации при построении диаграмм последовательности

Ключевые правила для построения диаграмм последовательности включают следующее:

-построение данных диаграмм целесообразно начинать с выделения из всей совокупности тех и только тех классов, объекты которых участвуют в моделируемом взаимодействии;

-все необходимые объекты должны наносится на диаграмму с соблюдением некоторого порядка инициализации сообщений;

-необходимо установить, какие объекты будут существовать постоянно, а какие временно - только на период выполнения ими требуемых действий;

-после визуализации объектов на диаграмме следует приступать к спецификации сообщений;

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

-для уничтожения объектов, которые создаются на время выполнения своих действий, необходимо предусмотреть явное сообщение.

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

Можно выделить шесть наиболее часто встречающихся типовых ошибок при построении диаграмм последовательностей:

Ошибка 1. Использование ненужных деталей (или объектов)

42