Проектирование sequence-диаграмм: руководство для системных аналитиков

Конспект статьи. Автор оригинала: Альфред Столяров

Зачем аналитику sequence-диаграммы и как их строить, на примере авторизации в мобильном приложении.

Зачем

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

Сравнение

• Activity — поток действий, но слабо показывает взаимодействие участников.
• State — жизненный цикл одного объекта.
• BPMN — бизнес-процессы, но не последовательность вызовов между системами.

Нотация

• Участники: акторы, границы (UI, API), контроллеры, сущности (хранилища).
• Линия жизни и активация.
• Синхронное сообщение ждёт ответа, асинхронное — нет, ответ — пунктиром.
• Фреймы: alt, opt, loop, par, ref, neg.

Пример

Цель и границы (только вход), участники (пользователь, приложение, сервер, БД), основной и альтернативные сценарии. Валидация ввода — в приложении, проверка пароля и выдача токена — на сервере. Ошибки (пользователь не найден, неверный пароль, сервер недоступен) показываются через ветвления.

Ошибки

• Слишком много деталей на одной диаграмме.
• Неточные имена участников.
• Нарушен порядок во времени.
• Только успешный сценарий.
• Неподходящая детализация для аудитории.