Визуализация процессов компьютерной системы: Диаграммы последовательностей
Sequence diagram
Диаграммы последовательностей: визуализация процессов в ПО. Отражают взаимодействие объектов и порядок сообщений для реализации функциональности системы.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Введение
Визуализация процессов компьютерной системы
Visualisation of computer system processes
В разработке программного обеспечения диаграмма последовательностей отображает взаимодействие процессов, упорядоченное во времени. Эта диаграмма иллюстрирует процессы и объекты, участвующие во взаимодействии, а также последовательность обмениваемых сообщений, необходимых для реализации функциональности. Диаграммы последовательностей обычно связаны с реализацией сценариев использования в архитектурной модели 4+1 разрабатываемой системы. Диаграммы последовательностей иногда называют диаграммами событий или сценариями событий. Для конкретного сценария использования диаграммы показывают события, генерируемые внешними агентами, их порядок и возможные межсистемные события. Диаграмма акцентирует внимание на событиях, пересекающих границу системы от агентов к системам. Диаграмма последовательностей систем должна быть создана для основного успешного сценария использования, а также для часто встречающихся или сложных альтернативных сценариев. Существуют два типа диаграмм последовательностей:
In software engineering, a sequence diagram shows process interactions arranged in time sequence. This diagram depicts the processes and objects involved and the sequence of messages exchanged as needed to carry out the functionality. Sequence diagrams are typically associated with use case realizations in the 4+1 architectural view model of the system under development. Sequence diagrams are sometimes called event diagrams or event scenarios. For a particular scenario of a use case, the diagrams show the events that external actors generate, their order, and possible inter system events. The diagram emphasizes events that cross the system boundary from actors to systems. A system sequence diagram should be done for the main success scenario of the use case, and frequent or complex alternative scenarios. There are two kinds of sequence diagrams:
Диаграмма последовательностей (SD): Стандартная версия диаграммы последовательностей описывает работу системы, и каждый объект внутри системы описывается конкретно. Диаграмма последовательностей систем (SSD): Все системы рассматриваются как «черный ящик», при этом классы, принадлежащие системе, не отображаются. Вместо этого отображается только один объект с именем System.
Sequence Diagram (SD): A regular version of sequence diagram describes how the system operates, and every object within a system is described specifically. System Sequence Diagram (SSD): All systems are treated as a black box, where all classes owned by the system are not depicted. Instead, only an object named System is depicted.
Читание последовательности систем
Профессионалы при разработке проекта часто используют диаграммы последовательности систем для иллюстрации того, как определенные задачи выполняются между пользователями и системой. Эти задачи могут быть повторяющимися, простыми или сложными. Цель состоит в том, чтобы визуально представить сценарий использования. Для построения диаграммы последовательности системы необходимо знание унифицированного языка моделирования (UML). Эти модели демонстрируют логику взаимодействия между акторами (людьми, влияющими на систему) и системой при выполнении задачи. Чтение диаграммы последовательности начинается сверху с актора(ов) или системы(ы) (которые располагаются в верхней части страницы). Под каждым актором или системой находятся длинные пунктирные линии, называемые "линиями жизни", прикрепленные к ним. Действия отображаются линиями, соединяющими эти линии жизни. Связь между линией действия и линией жизни показывает взаимодействие между актором или системой. Для детального описания действия на диаграмме последовательности системы часто используются сообщения, располагаемые сверху или снизу. Например, запрос актора на вход в систему будет представлен как вход (имя пользователя, пароль). После выполнения каждого действия ответ или следующее действие располагаются под предыдущим. Прослеживая действия по линиям, можно детально увидеть, как определенные действия выполняются в данной модели и в каком порядке.
Professionals, in developing a project, often use system sequence diagrams to illustrate how certain tasks are done between users and the system. These tasks may include repetitive, simple, or complex tasks. The purpose is to illustrate the use case in a visual format. Familiarity with unified modeling language (UML) is needed to construct a system sequence diagram. These models show the logic behind the actors (people who affect the system) and the system in performing the task. Reading a sequence diagram begins at the top with the actor(s) or the system(s) (which is located at the top of the page). Under each actor or system there are long dotted lines, called "lifelines", which are attached to them. Actions are performed with lines that extend between these lifelines. The connection between an action line and a lifeline shows the interaction between the actor or system. Messages will often appear at the top or bottom of a system sequence diagram to illustrate the action in detail. For example, a request by an actor to log in would be represented by login (username, password). After each action is performed, the response or next action is located under the previous one. By reading down the lines, one can see in detail how certain actions are performed in the provided model, and in what order.