- •Вопросы к экзамену по дисциплине «Средства взаимодействия человека с вычислительной системой»
- •1. Понятие пользовательского интерфейса.
- •3. Критерии качества интерфейса: скорость выполнения работы.
- •4. Критерии качества интерфейса: типы человеческих ошибок
- •5. Критерии качества интерфейса: методы борьбы с человеческими ошибками.
- •6. Критерии качества интерфейса: классификация ошибок по уровню их негативного воздействия и борьба с ними.
- •7. Критерии качества интерфейса: средства обучения работе с системой
- •8. Критерии качества интерфейса: обучающие материалы
- •9. Критерии качества интерфейса: роль эстетики в дизайне интерфейсов
- •10. Критерии качества интерфейса: методы повышения субъективной скорости работы
- •11. Критерии качества интерфейса: методы недопущения стрессовых ситуаций
- •12. Критерии качества интерфейса: сообщения об ошибках
- •13. Критерии качества интерфейса: пароли
- •14. Критерии качества интерфейса: возможности самовыражения пользователей
- •15. Психофизические аспекты проектирования пользовательского интерфейса: кратковременная память
- •16. Психофизические аспекты проектирования пользовательского интерфейса: долговременная память
- •17. Психофизические аспекты проектирования пользовательского интерфейса: внимание человека
- •18. Психофизические аспекты проектирования пользовательского интерфейса: поиск и визуализация информации
- •19. Составные части программного интерфейса. Командные кнопки
- •20. Составные части программного интерфейса. Кнопки доступа к меню.
- •21. Составные части программного интерфейса. Флажки и радиопереключатели.
- •22. Составные части программного интерфейса. Списки
- •23. Составные части программного интерфейса. Комбобоксы
- •24. Составные части программного интерфейса. Поля ввода
- •25. Составные части программного интерфейса. Типы меню, их достоинства и недостатки.
- •26. Составные части программного интерфейса. Устройство меню.
- •27. Составные части программного интерфейса. Группировка элементов меню.
- •28. Составные части программного интерфейса. Контекстные меню.
- •29. Составные части программного интерфейса. Типы окон. Элементы окон.
- •30. Составные части программного интерфейса. Структура окна.
- •31. Составные части программного интерфейса. Вкладки.
- •32. Составные части программного интерфейса. Последовательные окна.
- •33. Основные этапы разработки пользовательского интерфейса.
- •34. Этап первоначального проектирования пользовательского интерфейса. Определение необходимой функциональности системы.
- •35. Этап первоначального проектирования пользовательского интерфейса. Создание пользовательских сценариев.
- •36. Этап первоначального проектирования пользовательского интерфейса. Проектирование общей структуры пользовательского интерфейса.
- •37. Этап первоначального проектирования пользовательского интерфейса. Проектирование отдельных блоков пользовательского интерфейса.
- •38. Этап первоначального проектирования пользовательского интерфейса. Сбор полной схемы пользовательского интерфейса и ее проверка по сценарию. Экспертная оценка.
- •39. Этап построения прототипа пользовательского интерфейса.
- •40. Этап тестирования и модификации прототипа пользовательского интерфейса.
- •41. Средства поддержки пользователя: мастера.
- •42. Средства поддержки пользователя: окна сообщений.
- •43. Справочная система: контекстная справка.
- •44. Справочная система: процедурная справка.
- •45. Справочная система: концептуальная справка.
- •46. Средства обучения пользователя: полезные советы, подборки примеров, обзорный курс, электронный учебник.
39. Этап построения прототипа пользовательского интерфейса.
Построение прототипа. Итак, первый этап пройден. У вас есть полная схема, описывающая всё взаимодействие пользователя с системой. Настало время делать прототип системы для тестирования. При создании прототипа наиболее частой ошибкой является чрезмерное наведение глянца и вообще стремление сделать прототип возможно более похожим на результирующую систему. В самом таком подходе нет ничего плохого (всё равно определенные части прототипа приходится делать максимально совершенными), проблема в том, что в большинстве случаев прототип после тестирования оказывается неправильным. Его приходится переделывать, причем иногда полностью, при этом все инвестированные в прототип ресурсы оказываются выброшенными на ветер. Поэтому всегда правильно делать прототип настолько похожим на результирующую систему, насколько версия прототипа поздняя. Первый прототип стоит делать максимально примитивным. Только после того, как тестирование подтверждает его правильность, стоит делать более детализированный прототип. Итак, как быстрее и дешевле построить прототип? Первая версия. Бумажная. Необходимо нарисовать на бумаге все экраны и диалоговые окна (распечатать соответствующие части схемы). Нужно только убедиться, что все интерфейсные элементы выглядят единообразно и сколько-нибудь похоже на реальные. Эта распечатка и является первым прототипом. На нём вполне можно тестировать восприятие системы пользователем и её основную логику. Польза начального прототипирования на бумаге заключается, во-первых, в исключительной простоте модификации по результатам тестирования, а во-вторых, в возможности безболезненно отлавливать представителей целевой аудитории. Разумеется, значение слова «версия», весьма условно. В действительности после обнаружения каждой ошибки схема и прототип исправляются, а тестирование продолжается уже на новом прототипе. Так что на этом этапе прототип может пережить множество исправлений и, соответственно, много версий. Вторая версия. Презентация. После исчерпания возможностей бумажной версии прототипа стоит создать новую версию (исправив, разумеется, уже обнаруженные проблемы). Для этого точно так же рисуется интерфейс, но уже не на бумаге, но в какой-либо презентационной программе (MS PowerPoint, например). При этом каждый экран получает отдельный слайд, а результат нажатия кнопок имитируется переходами между. С этой версией прототипа можно тестировать значительно более сложное взаимодействие человека с системой, нежели с бумажной. С другой стороны, исправление найденных ошибок значительно более трудоемко. Фактически для большинства систем этой версии оказывается достаточно. Третья версия. В тех случаях, когда в интерфейсе появляются нестандартные элементы или необходимо проверить реальную скорость взаимодействия пользователя с системой, создается еще одна версия прототипа – реально выглядящая, но лишенная каких-либо алгоритмов и, соответственно, не показывающая реальных данных. Делать этот вариант можно как в средах разработки, благо в них есть визуальные инструменты создания интерфейсов, так и в редакторах изображений, что обычно быстрее. Фактически при этом создаются фальшивые снимки экрана, на которых и производят тестирование. Понятно, что существенно модифицировать эти экраны затруднительно, так что лучше не увлекаться такой работой, не получив каких-либо гарантий ее правильности. Четвертая версия. Иногда необходимо тестировать взаимодействие пользователя не только с интерфейсом системы, но и с обрабатываемыми системой данными. Например, работая с графической программой, пользователь не только нажимает на экранные кнопки, но также создает и модифицирует изображения мышью. Область же редактирования данных зачастую вообще не содержит каких-либо визуальных интерфейсных элементов, из чего вовсе не следует, что интерфейса в ней нет, его, наоборот, много. Другой разговор, что счет в нем идет не на кнопки и переключатели, но на пиксели и миллисекунды. Понятно, что создание прототипа в таких условиях не поможет, поскольку прототип вообще не будет отличаться от проектируемой системы. В таких условиях лучше всего убедить программистов написать нужные участки кода до написания всего остального, и проводить тестирование уже на реальной системе.