В программной инженерии диаграмма последовательности [1] показывает взаимодействие процессов, организованное во временной последовательности. Эта диаграмма отображает вовлеченные процессы и объекты, а также последовательность сообщений, которыми обмениваются по мере необходимости для выполнения функциональности. Диаграммы последовательности обычно связаны с реализациями вариантов использования в архитектурной модели представления 4+1 разрабатываемой системы. Диаграммы последовательности иногда называют диаграммами событий или сценариями событий .
Для конкретного сценария варианта использования диаграммы показывают события, которые генерируют внешние субъекты, их порядок и возможные внутрисистемные события. [2] Диаграмма подчеркивает события, которые пересекают границу системы от субъектов к системам. Диаграмма последовательности системы должна быть сделана для основного успешного сценария варианта использования и частых или сложных альтернативных сценариев.
Существует два вида диаграмм последовательности:
Диаграмма последовательности показывает, как параллельные вертикальные линии ( линии жизни ), различные процессы или объекты, которые существуют одновременно, и как горизонтальные стрелки, сообщения, которыми они обмениваются в том порядке, в котором они происходят. Это позволяет графически специфицировать простые сценарии выполнения.
Диаграмма последовательности системы должна определять и отображать следующее:
Профессионалы при разработке проекта часто используют диаграммы последовательности системы, чтобы проиллюстрировать, как определенные задачи выполняются между пользователями и системой. Эти задачи могут включать повторяющиеся, простые или сложные задачи. Цель состоит в том, чтобы проиллюстрировать вариант использования в визуальном формате. Для построения диаграммы последовательности системы необходимо знакомство с унифицированным языком моделирования (UML). Эти модели показывают логику, лежащую в основе актеров (людей, которые влияют на систему) и системы при выполнении задачи. Чтение диаграммы последовательности начинается сверху с актера(ов) или системы(систем) (которая расположена в верхней части страницы). Под каждым актером или системой есть длинные пунктирные линии, называемые «линиями жизни», которые прикреплены к ним. Действия выполняются с помощью линий, которые простираются между этими линиями жизни. Связь между линией действия и линией жизни показывает взаимодействие между актером или системой. Сообщения часто появляются вверху или внизу диаграммы последовательности системы, чтобы подробно проиллюстрировать действие. Например, запрос актера на вход в систему будет представлен логином (имя пользователя, пароль). После выполнения каждого действия ответ или следующее действие располагаются под предыдущим. Читая строки, можно подробно увидеть, как определенные действия выполняются в предоставленной модели и в каком порядке.
Если линия жизни принадлежит объекту, она демонстрирует роль. Если оставить имя экземпляра пустым, это может представлять анонимные и неименованные экземпляры. → Сообщения, написанные горизонтальными стрелками с именем сообщения, написанным над ними, отображают взаимодействие. Сплошные наконечники стрелок представляют синхронные вызовы, открытые наконечники стрелок представляют асинхронные сообщения, а пунктирные линии представляют ответные сообщения. [3] Если вызывающий объект отправляет синхронное сообщение, он должен ждать, пока сообщение не будет выполнено, например, вызов подпрограммы. Если вызывающий объект отправляет асинхронное сообщение, он может продолжить обработку и не должен ждать ответа. Асинхронные вызовы присутствуют в многопоточных приложениях, приложениях, управляемых событиями, и в промежуточном программном обеспечении, ориентированном на сообщения . Поля активации или поля вызова методов представляют собой непрозрачные прямоугольники, нарисованные поверх линий жизни, чтобы показать, что процессы выполняются в ответ на сообщение (ExecutionSpecifications в UML ).
Объекты, вызывающие методы на самих себя, используют сообщения и добавляют новые поля активации поверх любых других, чтобы указать на дальнейший уровень обработки . Если объект уничтожен (удален из памяти ), под линией жизни рисуется X, а пунктирная линия перестает рисоваться под ним. Это должно быть результатом сообщения, либо от самого объекта, либо от другого.
Сообщение, отправленное из-за пределов диаграммы, может быть представлено сообщением, исходящим из заполненного круга ( найденное сообщение в UML) или из границы диаграммы последовательности ( ворота в UML).
UML внес значительные улучшения в возможности диаграмм последовательностей. Большинство этих улучшений основаны на идее фрагментов взаимодействия [4] , которые представляют собой меньшие части охватывающего взаимодействия. Несколько фрагментов взаимодействия объединяются для создания множества объединенных фрагментов , [5], которые затем используются для моделирования взаимодействий, включающих параллелизм, условные ветви и необязательные взаимодействия.
