Карты диалогов и таблицы «событие — реакция»

Главные идеи#

Карта диалогов#

Карта диалогов (dialog map) — диаграмма переходов состояний, применённая к пользовательскому интерфейсу. Каждый прямоугольник — элемент диалога: меню, окно, рабочая область, командная строка. Каждая стрелка — допустимый переход, подписанный условием, которое его запускает.

Карта намеренно не показывает ни компоновку, ни визуальное оформление — только структуру взаимодействия. Поэтому её можно рисовать ещё во время анализа требований, до того как кто-то начнёт проектировать экраны.

Вигерс и Битти называют четыре вида триггеров:

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

Глобальные переходы — например, справку, доступную с любого экрана, или кнопку «Назад» в браузере — авторы советуют не рисовать. Они загромождают карту; достаточно одного текстового требования о том, что такая функция есть.

Карта диалогов отличается от блок-схемы. Блок-схема показывает шаги процесса и точки принятия решений. Карта диалогов прячет решения внутри прямоугольников (обычно это выбор пользователя) и пишет условия на стрелках.

К родственным нотациям относятся более богатая карта навигации (navigation map) Константайна и Локвуда (Lockwood) и поток пользовательского интерфейса (user interface flow) Битти и Чена (Chen), который излагает ту же идею в виде дорожек.

Зачем это нужно? Пользователи, глядя на карту диалогов, замечают пропущенные пути. В примере из книги при рассмотрении карты выяснилось, что для отмены всего заказа нужен шаг подтверждения, иначе данные можно случайно потерять. Карта — не столько запись проектного решения, сколько ещё один способ найти пропущенные требования. Особенно она полезна для сложного варианта использования: набросайте её на доске во время семинара по выявлению требований и пройдите по ней вместе с участниками.

Таблица «событие — реакция»#

Событие — изменение или действие в окружении системы, на которое система должна отреагировать. Таблица «событие — реакция» (event-response table), которую также называют таблицей событий или списком событий, перечисляет каждое событие и требуемую реакцию на него. Это альтернатива вариантам использования там, где их не хватает: обычно в системах реального времени, где поведение зависит не столько от намерения пользователя, сколько от внешних сигналов и времени.

Вигерс и Битти различают три класса событий:

• Бизнес-событие — действие пользователя, которое запускает вариант использования.
• Сигнал — данные или прерывание извне: переключатель, датчик, касание, запрос от другой системы.
• Временное событие — наступает заданный момент или истекает период: например, ночная выгрузка или снятие показаний датчика каждые десять секунд.

Главное: реакция зависит и от события, и от текущего состояния системы. Пример из книги — автомобильные стеклоочистители: одно и то же действие с переключателем даёт разный результат в зависимости от того, работают ли уже дворники. Поэтому в таблице обычно есть столбцы для события, состояния системы и реакции, а при необходимости ещё для состояния после реакции, частоты события и данных, нужных для его обработки.

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