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

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

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

Ниже приводится то, что показывают диаграммы последовательности

· В партнерстве, которое либо реализует вариант использования, либо операцию, взаимодействие (экземплярные диаграммы или общие диаграммы)

· Контакты системы с другими системами или ее взаимодействие с пользователями на более высоком уровне (иногда называемые диаграммами последовательности систем)

Для чего хороша диаграмма последовательности?

· Учитывать высокоуровневое взаимодействие между активными элементами системы

· Взаимодействие между экземплярами объекта в сотрудничестве, которое реализует вариант использования, может быть смоделировано

· Визуализируйте, как объекты взаимодействуют для выполнения задачи в сотрудничестве.

· Общие взаимодействия (показывающие все потенциальные пути взаимодействия) или конкретные примеры взаимодействия могут быть смоделированы в зависимости от контекста (показаны только один путь взаимодействия)

Заработная плата инженера по информатике в Индии может достигать 35 лакхов индийских рупий в год.

Обозначение диаграммы последовательности

1. Действующие лица: на диаграмме UML действующее лицо — это своего рода роль, взаимодействующая с системой и ее объектами. Актер всегда выходит за рамки системы, которую мы пытаемся изобразить с помощью диаграммы UML.

2. Линии жизни. Именованные элементы, представляющие отдельных лиц на диаграмме последовательности, называются линиями жизни. Линии жизни используются для представления экземпляров на диаграмме последовательности. На диаграмме последовательности компоненты линии жизни находятся в самом верху.

3. Сообщения: сообщения используются для отображения связи между элементами. На линии жизни сообщения отображаются в хронологической последовательности. Стрелки — это визуальные представления, которые мы используем для передачи информации. Диаграмма последовательности состоит из линий жизни и сообщений. Как правило, сообщения можно классифицировать следующим образом:

· Синхронные сообщения. При отправке синхронных сообщений получатель должен ответить, прежде чем разговор может быть продолжен. Ответственность за ожидание обработки сообщения получателем лежит на отправителе, а не на получателе. Только после получения ответного сообщения от получателя вызывающая сторона узнает, что предыдущее сообщение обработано и может продолжить. В объектно-ориентированном программировании высокий процент вызовов является синхронным. Чтобы обозначить синхронную связь, мы используем сплошную стрелку.

· Асинхронные сообщения. Отправка асинхронного сообщения не требует, чтобы получатель ждал ответа. Независимо от того, обрабатывает ли получатель предыдущее сообщение, контакт продолжается. Асинхронное сообщение показано стрелкой с линиями.

· Создать сообщение. На диаграмме последовательности мы используем функцию Создать сообщения для создания новых объектов. Построение объекта может потребоваться для конкретного вызова сообщения. Знак создания сообщения показан пунктирной стрелкой со словом «создать». Например, если вы создаете заказ электронной коммерции, вам потребуется создать новый объект класса Order.

· Сообщение об удалении. Элемент можно удалить, отправив сообщение об удалении. Знак Удалить сообщение используется для обозначения того, что элемент был удален из памяти или навсегда удален из системы. В системе исключается появление объекта. На это указывает стрелка с х на конце. Например, в следующем сценарии пользователь может уничтожить объект класса заказа при получении заказа.

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

· Ответное сообщение. Чтобы показать, что получатель ответил на исходное сообщение, используются ответные сообщения. Стрелка с пунктирной линией, используемая для обозначения сообщения возврата/ответа. Когда получатель отвечает, разговор продолжается.

· Найденное сообщение. Когда сообщение передается из неизвестного источника, оно называется найденным сообщением. Стрелка, указывающая на линию жизни, используется для изображения этой концепции.

· Потерянное сообщение. Термин «Потерянное сообщение» используется для описания ситуации, в которой система не имеет предварительных сведений о предполагаемом получателе. Стрелка от линии жизни указывает в направлении цели.

4. Охранники. Охранники используются в UML для представления условий. Мы используем их, чтобы ограничить поток сообщений под предлогом выполнения критерия. Разработчикам программного обеспечения очень важно знать об ограничениях системы или определенного процесса с помощью средств защиты. Когда дело доходит до примеров: как указано ниже, для снятия средств требуется баланс больше нуля.

Использование диаграмм последовательности

· Моделирование и визуализация сложных функций, операций или процедур с использованием диаграмм последовательности.

· Диаграммы вариантов использования UML также могут выиграть от использования этих диаграмм для предоставления дополнительной информации.

· Получить более глубокое понимание того, как работают существующие или будущие системы.

· Визуализируйте поток информации и задач между различными частями системы.

Несколько онлайн-курсов включают тему тестирование в разработке программного обеспечения, что дает лучшее понимание концепции.