3.2 Разработка диаграммы последовательности

Диаграмма последовательности – диаграмма, предназначенная для представления взаимодействия между элементами модели программной системы в терминологии линий жизни и сообщений между ними. Она используется для уточнения диаграммы прецедентов, более детального описания логики сценариев использования. Графически диаграмма последовательности имеет два измерения:

• первое – слева направо в виде вертикальных линий каждая из которых соответствует линии жизни отдельного участника взаимодействия;

• второе – вертикальная временная ось, направленная сверху вниз.

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

В дальнейшем эта диаграмма может быть использована для тестирования приложения или его отдельных модулей.

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

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

• «alt» – специфицирует комбинированный фрагмент альтернативы, который представляет некоторый выбор поведения;

• «opt» – специфицирует комбинированный фрагмент необязательный, который представляет выбор поведения, когда-либо выполняется единственный операнд, либо вовсе ничего не выполняется

• «par» – специфицирует комбинированный фрагмент параллельный, который представляет некоторое параллельное выполнение взаимодействий своих операндов;

• «loop» – специфицирует комбинированный фрагмент цикл, который представляет собой циклическое повторение некоторой последовательности сообщений;

• «break» – специфицирует комбинированный фрагмент завершение, который представляет некоторый сценарий завершения;

• «critical» – специфицирует комбинированный фрагмент критический регион, траектории которого не могут чередоваться с другими спецификациями наступления событий на тех линиях жизни, которые этот регион покрывает;

• «neg» – специфицирует комбинированный фрагмент отрицание, представляющий траектории, которые определяются как недействительные или недопустимые;

• «assert» – специфицирует комбинированный фрагмент утверждение, который представляет некоторое утверждение. В этом случае единственными следствиями, которые имеют возможность продолжения, являются сообщения или вложенные фреймы данного операнда;

• «strict» – специфицирует комбинированный фрагмент строгое следование, который состоит из нескольких операндов и представляет строгий порядок следований поведения отдельных операндов;

• «seq» – специфицирует комбинированный фрагмент слабое следование, который состоит из нескольких операндов и представляет слабое следование поведений отдельных операндов;

• «ignore» – специфицирует комбинированный фрагмент игнорирование, в котором имеются некоторые типы сообщений, не изображенные на этой диаграмме;

• «consider» – специфицирует комбинированный фрагмент рассмотрение, в котором изображены только те типы сообщений, какие должны рассматриваться в этом фрагменте;

• «ref» – ссылка на часть взаимодействия.

Учитывая вышесказанное, были спроектированы диаграммы последовательностей, которые представлены в приложении Г (рисунки Г.1 – Г.2). Передаваемые или принимаемые сообщения соответствуют характеристикам классов, определенных в диаграмме классов.

На первой диаграмме показано, как происходит управление данных в разрезе всей системе – взаимодействие между пользователем, информационной системой и базой данных. Для того, чтобы управлять данными картин, пользователю необходимо. Ввести логин и пароль в информационную систему, которая, в свою очередь, пошлет запрос о корректности введенных данных в базу данных. Далее представлен фрагмент «alt», в котором представлено два варианта: пользователь прошел аутентификацию и стал администратором и не прошел. В первом случае показано, что сначала ему выдаются права администратора, затем он выбирает таблицу, которую отображает информационная система. Само управление данными вынесено в отдельную (вторую) диаграмму деятельности через фрагмент «ref». При желании, пользователь выходит из системы через «break». Если же аутентификация не была пройдена успешно, то в БД он не найдется, и информационная система выведет сообщение об ошибке.

На второй диаграмме показан непосредственно процесс управления данными через взаимодействие администратора, информационной системы и базы данных. Весь процесс происходит в цикле «loop», в котором у администратора есть четыре варианта действия: добавить, редактировать или удалить данные, а также действие выхода – для выхода из цикла. В «добавлении данных» посредством «alt» показано, как ведет себя система при вводе корректных и некорректных данных. Аналогичным образом продемонстрировано «редактирование данных». Также на диаграмме отображен процесс передачи запроса на удаление данных от администратора к базе данных. Выход из цикла показан оператором «break» в части «Выход».