
- •Вопросы для подготовки к экзамену по курсу “Проектирование человеко-машинных интерфейсов”
- •Дать определение понятиям: hci, эргономика, функциономика. Перечислить факторы, значимые для hci.
- •Дать определение понятиям: Эргономическое обеспечение, юзабилити, интерфейс. Охарактеризовать виды интерфейсов и привести примеры.
- •Определение
- •Дать определение понятию: Интерфейс пользователя. Перечислить основные составляющие интерфейса пользователя. Перечислить виды интерфейсов пользователя.
- •Дать определение и охарактеризовать графические и командные интерфейсы. Привести примеры.
- •Дать определение и охарактеризовать интерфейс командной строки и многооконный интерфейс. Привести примеры.
- •Перечислить главные функции проектировщика интерфейсов.
- •Охарактеризовать ощущение и восприятие цветов пользователем.
- •Основные рекомендации по использованию цвета с точки зрения физиологии (по Мерчу).
- •Основные рекомендации по использованию цвета с точки зрения восприятия (по Мерчу).
- •Основные рекомендации по использованию цвета с точки зрения познавательности (по Мерчу).
- •Охарактеризовать основные методы выделения информации.
- •Перечислить основные принципы композиции и организации информации.
- •Охарактеризовать иерархический принцип организации информации и принцип визуального выделения наиболее важных элементов.
- •Охарактеризовать принцип сбалансированности структуры экрана и принцип визуального объединения логически взаимосвязанных элементов.
- •Охарактеризовать принцип удобочитаемости, логической согласованности и интеграции.
- •Охарактеризовать шрифт как атрибут визуального отображения информации.
- •Основные способы пространственного размещения. Дать определения понятиям группирование, дискрета окна, выравнивание.
- •Охарактеризовать диалог типа “вопрос-ответ”. Привести примеры.
- •Охарактеризовать диалог на основе меню. Привести примеры.
- •Охарактеризовать диалог на основе экранных форм. Привести примеры.
- •Охарактеризовать диалог на основе командного языка. Описать принципы передачи параметров. Привести примеры.
- •Охарактеризовать процесс разработки сценария диалога, его цели. Перечислить основные способы представления сценариев.
- •Дать определения понятиям: процесс, задание. Охарактеризовать процессы ввода-вывода. Перечислить основные факторы, которые учитываются при описании процессов ввода-вывода.
- •Охарактеризовать сообщения как средства осуществления диалога. Перечислить и охарактеризовать типы сообщений.
- •Охарактеризовать методы разработки гибкого интерфейса. Перечислить и охарактеризовать виды адаптации.
- •Охарактеризовать темп ведения диалога. Дать определение понятиям: Время ответа (отклика) системы, клауза, закрытие. Дать рекомендации по допустимому времени ответа системы.
- •Перечислить и охарактеризовать модели построения интерфейса.
- •Перечислить виды окон приложения и охарактеризовать их структуру.
- •Перечислить и охарактеризовать виды вторичных окон приложения.
- •Охарактеризовать меню и выпадающие меню как элементы управления с точки зрения удобства использования. Привести примеры.
- •Охарактеризовать всплывающие и каскадные меню как элементы управления с точки зрения удобства использова ния. Привести примеры.
- •Основные требования к оформлению меню приложения.
- •Охарактеризовать кнопки, флажки и чекбоксы как элементы управления с точки зрения удобства использования. Привести примеры.
- •Вариант для панелей инструментов
- •Охарактеризовать обычные, раскрывающиеся, пролистываемые списки как элементы управления с точки зрения удобства использования. Привести примеры. Списки
- •Пролистываемые списки
- •Комбинированный список, выпадающий комбинированный список - Комбобоксы (Combo Box, Drop-down Combo Box).
- •Охарактеризовать поля ввода, ползунки, полосы прокрутки как элементы управления с точки зрения удобства использования. Привести примеры. Поля ввода – текстовые поля (Check-Box, Rich-Text Box)
- •Дискретное текстовое поле (Spin Box – «Крутилка»)
- •Ползунки
- •Полосы прокрутки
- •Охарактеризовать строку состояния, индикатор состояния процесса как элементы индикации с точки зрения удобства использования. Привести примеры.
- •Дать определение понятию “юзабилити-тестирование”. Перечислить и охарактеризовать основные способы проведения тестирования.
- •Перечислить и охарактеризовать факторы, определяющие удобство применения по.
- •Перечислить основные рекомендации по проведению тестирования.
- •Описать особенности свойств окна в LabView (VI Properties) – представление окна, выполнение и пр.
Комбинированный список, выпадающий комбинированный список - Комбобоксы (Combo Box, Drop-down Combo Box).
Комбобоксами (combo box), называются гибриды списка c полем ввода: пользователь может выбрать существующий элемент, либо ввести свой.
Комбобоксы бывают двух видов: раскрывающиеся и расширенные. Оба типа имеют проблемы.
У раскрывающегося комбобокса есть проблемы. Во-первых, такие комбобоксы выглядят в точности как раскрывающиеся списки, визуально отличаясь от них только наличием индикатора фокуса ввода (да и то, только тогда, когда элемент выделен). Это значит, что полноценно пользоваться ими могут только сравнительно продвинутые пользователи. В этом нет особой проблемы, поскольку комбобоксом все равно можно пользоваться, как обычным списком. Во-вторых, что гораздо хуже, раскрывающиеся комбобоксы отсутствуют в интернете как класс. Поддержки их нет ни в браузерах, ни в HTML.
Проблемы расширенных комбобоксов, напротив, совершенно иные. Их с трудом, но можно реализовать в интернете (через JavaScript). Они имеют уникальный вид, отличающий их от остальных элементов управления. Зато их сравнительно трудно (хотя и гораздо легче, чем в интернете) реализовать в ПО. При этом расширенный комбобокс потребляет много места на экране.
Поскольку комбобоксы являются гибридами списков и полей ввода, к ним применимы те же требования, что и к их родителям.
Охарактеризовать поля ввода, ползунки, полосы прокрутки как элементы управления с точки зрения удобства использования. Привести примеры. Поля ввода – текстовые поля (Check-Box, Rich-Text Box)
Вместе с командными кнопками, чекбоксами и радиокнопками, поля ввода являются основой любого интерфейса. В результате требований к ним довольно много.
Размеры.
Основная часть требований к полям ввода касается размера. Понятно, что размер по вертикали должен быть производным от размера вводимого текста – если текста много, нужно добавить несколько строк (нарушением этого правила регулярно грешат форумы, заставляющие пользователей вводить сообщения в поля ввода размером с ноготь).
С размерами по горизонтали интереснее. Конечно, ширина поля должна соответствовать объему вводимого текста, поскольку гораздо удобнее вводить текст, который видишь. Менее очевидным является другое соображение: ширина поля ввода не должна быть больше объема вводимого в поле текста, поскольку частично заполненное поле выглядит как минимум неряшливо.
Ширина поля ввода не должна быть больше максимальной длины строки Отдельной проблемой является ограничение вводимого текста. С одной стороны, ограничение хорошо для базы данных. С другой стороны, всегда найдутся пользователи, для которых поле ввода с ограничением вводимых символов окажется слишком маленьким. Поэтому этот вопрос нужно решать применительно к конкретной ситуации.
Если же суммировать информацию из двух предыдущих абзацев, можно определить самую большую ошибку, которую разработчики допускают при создании полей ввода. Всякий раз, когда ширина поля ввода больше максимального объема вводимого в него текста, и при этом объем вводимого текста ограничен, пользователи неприятно изумляются, обнаружив, что они не могут ввести текст, хотя место под него на экране имеется.
Соответственно, вообще нельзя делать поле ввода шире максимального объема вводимого в них текста.
Подписи. Вопрос «где надо размещать подписи к полям ввода?» является одним из самых популярных среди программистов: битвы сторонников разных подходов, хоть и бескровны, но значительны. Аргументов и подходов тут множество, один из подходов заключается в том, что, поскольку восприятие подписей занимает определенное время, которого жаль, лучше всего действует следующее простое правило: в часто используемых экранах подписи должны быть сверху от поля (чтобы их было легче не читать), в редко же используемых подписи должны быть слева (чтобы всегда восприниматься и тем самым сокращать количество ошибок).
Подписи к полям ввода имеют определенное отличие от других подписей. В полях ввода подписи можно размещать не рядом с элементом, а внутри него, что позволяет экономить пространство экрана. Подпись при этом выводится в самом поле ввода, точно так же, как и текст, который в него нужно вводить. Необходимо только отслеживать фокус ввода, чтобы при установке фокуса в поле убирать подпись. Это решение, будучи нестандартным, плохо работает в ПО, но неплохо работает в интернете. Если очень жалко экранное пространство, этим методом стоит пользоваться.