Проектирование человеко-машинного взаимодействия

1. Проектирование человеко-машинного взаимодействия

Проектирование человекомашинного взаимодействия
Разработка структуры диалога

2. Условия диалога

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

3. Этапы проектирования диалога

• выбрать вид диалога
• определить структуру диалога
• разработать возможный сценарий развития диалога
• определить содержание управляющих сообщений и
данных (семантику сообщений)
• выбрать процессы ввода-вывода
• определить временные характеристики диалога
• определить визуальные атрибуты отображаемой
информации (синтаксис сообщений)

4. Виды диалога

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

5. Структуры диалога

• Вопрос-ответ (Q&A)
• Меню
• Командный язык
• Экранные формы

6. Диалог типа «вопрос-ответ»

• основана на аналогии с обычным интервью
• в каждой точке диалога: один вопрос - один ответ
• следующий вопрос - в зависимости от полученного
ответа

7. Диалог типа «вопрос-ответ»: достоинства

• естественный механизм ввода команд и данных
• нет ограничений на диапазон или тип входных
данных
• удобна для реализации диалога с множеством
ответвлений

8. Диалог типа «вопрос-ответ»: недостатки

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

9. Диалог на основе меню

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

10. Диалог на основе меню: достоинства

• наиболее естественный механизм для работы с
устройствами указания и выбора
• не требует профессионального владения
клавиатурой
• это наиболее удобная структура диалога для
неподготовленных пользователей

11. Диалог на основе меню: недостатки

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

12. Диалог на основе экранных форм

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

13. Диалог на основе экранных форм: достоинства

• обеспечивает высокий уровень поддержки
пользователя
• позволяет повысить скорость ввода данных по
сравнению со структурой типа «вопрос-ответ»
• позволяет манипулировать более широким
диапазоном входных данных по сравнению с меню
• с ней могут работать пользователи любой
квалификации

14. Диалог на основе экранных форм: недостатки

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

15. Диалог на основе командного языка

• исторически это первая из реализованных
структур диалога
• система не выводит ничего, кроме постоянной
подсказки (приглашения на ввод команды)
• ответственность за правильность задаваемых
команд ложится на пользователя

16. Диалог на основе командного языка: достоинства

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

17. Диалог на основе командного языка: недостатки

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

18. Параметры команд

• позиционные
пример:
copy text1.txt text2.txt
копировать
что
куда
• ключевые
пример:
lex text.txt f5 t1.5
команда
ключи

19. Степень неопределенности действий пользователя (детерминированность)

• диалог на основе меню (наибольшая)
• диалог на основе экранных форм
• диалог на основе командного языка
• диалог типа «вопрос-ответ», управляемый
пользователем (наименьшая)

20. Как снизить неопределенность?

• использовать смешанные структуры диалога
• применять меню с целью «ограничения свободы»
пользователя там, где это возможно
• применять входной контроль вводимой информации
(команд и данных)
• использовать объектно-ориентированный подход к
разработке интерфейса

21. Таблицы выбора

22. Таблицы выбора

Закрываем правую часть
таблицы
и заполняем столбец
«Выбор пользователя»

23. Таблицы выбора

Открываем правую
часть таблицы
и считаем число
совпадений,
записываем в
строку «Результат»

24. Разработка сценария диалога

Развитие диалога во времени последовательность переходов системы из
одного состояния в другое
Сценарий диалога - все возможные состояния
диалога и пути перехода из одного состояния в
другое

25. Цели разработки сценария

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

26. Методы описания сценариев

• Неформальные:
- словесное описание
- user flow
• Формальные:
- сети Петри
- фреймовые модели
- продукционные модели
- блок-схемы
- диаграммы деятельности
- диаграммы переходов состояний

27. Словесное описание

28. User flow

29. User flow

30. Диаграмма переходов состояний

31. Диаграмма переходов состояний

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

32. Типы вершин

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

33. Таблицы переходов

34. Переходы

• Безусловный переход

35. Переходы

• Условный переход

36. Пример таблицы переходов

37. Структуры диалога на графе

• Диалог на основе меню

38. Структуры диалога на графе

• Диалог
на основе
экранных форм

39. Заснул на лекции по интерфейсам