- •1. Тип модели человеко-машинного взаимодействия для двух предложенных вариантов интерфейсов:
- •6. Принцип повторного использования
- •3. Профили пользователей, которые смогут эффективно работать с рассматриваемыми интерфейсами:
- •4. Основные ошибки / недостатки предложенного варианта интерфейса и его достоинства.
- •5. Укажите способы улучшения его структурных и функциональных характеристик.
- •6. Сформулируйте вопросы потенциальному потребителю интерфейса с целью оценки его по основным свойствам (производительность, скорость обучения и т.Д.)
- •Вопросы:
Исследование пользовательского интерфейса
Интерфейс 1
Интерфейс 2
1. Тип модели человеко-машинного взаимодействия для двух предложенных вариантов интерфейсов:
Человеко-машинное взаимодействие (ЧМВ), или иначе пользовательский интерфейс (ПИ) обеспечивает связь между пользователем и компьютером. Он позволяет достигать поставленных целей, успешно находить решение поставленной задачи. Взаимодействие - обмен действиями и реакциями на эти действия между компьютером и пользователем. ПИ - совокупность информационной модели предметной области, средств и способов взаимодействия пользователя с информационной моделью, а также компонентов, обеспечивающих формирование информационной модели в процессе работы программной системы. Информационная модель - условное представление предметной области, формируемое с помощью визуальных и звуковых компьютерных объектов, отражающих состав и взаимодействие реальных компонентов предметной области. В данном случае тип модели человеко-машинного взаимодействия (для двух интерфейсов) – МОДЕЛЬ ПОЛЬЗОВАТЕЛЬ.
Данная модель ориентирована на пользователя (допустим, сотрудника какой-то организации) и должна выполнять ряд тех задач, которые предъявляет к ней пользователь.
2. Детальная оценка эффективности предложенных вариантов интерфейсов, учитывая соответствие известным принципам проектирования (простоты, видимости, и т.п.):
1. Структурный принцип
Организация пользовательского интерфейса должна быть целесообразной, осмысленной и удобной. Она должна базироваться на четких, целостных моделях, очевидных и распознаваемых пользователями. При этом родственные понятии должны быть связаны, а независимые — разделены. Непохожие элементы должны дифференцироваться, а похожие — выглядеть похоже.
2. Принцип простоты
Следует максимально упрощать управление наиболее распространенными операциями. При этом общение с пользователем должно вестись на понятном для него языке. Должны предоставляться ссылки, логичным образом указывающие на более сложные процедуры.
3. Принцип видимости
Все функции и данные, необходимые для выполнения данной задачи, должны быть видны, чтобы пользователь не отвлекался на дополнительную и избыточную информацию. 4. Принцип обратной связи
Следует сообщать пользователям о действиях системы, ее реакциях, изменениях состояния или ситуации, об ошибках и исключениях, которые важны для них. Сообщения должны быть четкими, краткими, однозначными и написанными на языке, понятном пользователю. 5. Принцип толерантности
Интерфейс должен быть гибким и толерантным. Ущерб, наносимый ошибками пользователи, необходимо снижать за счет возможности отмены и повтора действий и за счет предотвращения появлений этих ошибок путем анализа различных форматов ввода и разумной интерпретации любых разумных действий.
6. Принцип повторного использования
Следует многократно использовать внутренние и внешние компоненты и принципы поведения системы, поддерживая устойчивость осмысленно, а не просто за счет избыточности. Это способствует уменьшению объема информации, которую пользователям приходится запоминать и о которой приходится думать каждый раз заново.
Принцип/ № Интерфейса |
Интерфейс № 1 (Сталкер (номер 200)) |
Интерфейс № 2 (Профиль сотрудника) |
Структурный принцип |
Структурный принцип связан с общей архитектурой интерфейса и напрямую отражает представление о пользовательском интерфейсе как о диалоге между разработчиками и пользователями. Анализируя предложенный интерфейс по данному принципу, можно прийти к выводу о том, что структура интерфейса недостаточно продумана и сложна. Пользователю будет довольно сложно работать с данным интерфейсом. |
Организация хороших интерфейсов продумывается очень тщательно, таким образом, чтобы отражать структуру решаемых системой задач и способ мышления пользователей относительно этих задач. Оценивая этот интерфейс на соответствие структурному принципу, можно сделать следующий вывод: пользовательский интерфейс достаточно хорошо структурирован. Расположение визуальных компо-нентов внутри форм и их распределение между ними проду-мано и логично. |
Принцип простоты |
Рассматриваемый интерфейс достаточно сложен для понимания. Расположение кнопок, окон недостаточно удобно. Пользователю, который впервые увидит данный интерфейс и в последующем будет с ним работать, будет довольно сложно понять, как именно с ним работать и что обозначает та или иная надпись. Принцип простоты в этом пользовательском интерфейсе не выполнен. |
Процесс проектирования интерфейса — это всегда борьба за компромисс Упрощение чего-то одного неизбежно приводит к усложнению чего-то другого. Однако, для данного интерфейса можно утверждать, что принцип простоты выполнен. Интерфейс не перегружен лишними кнопками, окнами, непонятными надписями. Следует отметить довольно простое расположение элементов на форме интерфейса. |
Принцип видимости |
Принцип видимости связан с проектированием таких пользовательских интерфейсов, в которых видны все элементы, нужные для выполнения опреде-ленной задачи. Оценивая интерфейс по этому принципу можно сказать, что интерфейс соответствует данному принципу, так как все окна видны для пользователя. В интерфейсы явно видны все нужные и важные функции, однако интерфейс будет смущать пользователя избыточной информацией. |
Интерфейс должен оставлять видимыми те и только те элементы, которые действительно нужны пользователю для выполнения операции. Для данного интерфейса видим, что все нужные элементы для выполнения операции видны для пользователя, и для достижения определенной цели пользователю не нужно будет отвлекаться на избыточную и ненужную информацию. |
Принцип обратной связи
|
Хорошие пользовательские интерфейсы находятся в диалоге с пользователями, сообщая им о том, что происходит в системе. Принцип обратной связи указывает разработчикам некоторые правила этого диалога, однако проанализировать данный принцип сейчас невозможно, так как сейчас трудно выяснить, как система будет реагировать на то или иное действие пользователя и насколько кратким и понятным оно будет. Пользователь должен заметить послание к нему, а его внимание может привлечь движение и выделяющийся цвет. Практичные системы информируют пользователя о множестве вещей. К примеру, они должны позволять ему узнавать о том, как воспринимаются вводимые им данные. Всякий раз, когда меняется внутреннее состояние системы, и это может оказать какое-либо влияние на работу пользователя, его следует уведомлять об этом, особенно если меняется интерпретация системой его действий. Разумеется, пользователь должен знать о действиях, которые запрещены или игнорируются. При этом принцип обратной связи не может служить оправданием созданию бесконечных окошек сообщений. Пользователям также требуются сообщения об ошибках и исключительных ситуациях. В программах эти сообщения должны быть неинформативны и не вводить пользователя в заблуждение. |
|
Принцип толерантности |
Чем практичнее система, тем сильнее она помогает пользователям избежать ошибок. Однако в данном случае можно утверждать, что при работе с программой пользователи будут допускать значительно количество ошибок при работе с программой и при вводе данных в систему. Проверка всех полей разом по окончании ввода данных будет оправданным методом в данной системе. При этом толерантности системе добавит автоматическая подсветка поля с неправильными данными, установка на него курсора, плюс короткое, информативное сообщение в строке состояния. Насколько этот принцип отражен в этом интерфейсе проанализировать сложно. |
Так как пользовательский интерфейс достаточно прост для восприятия, можно утверждать, что при работе с ним пользователь допустит минимальное количество ошибок. Однако, как и в случае с Интерфейсом № 1, разумно будет использовать в программе проверку всех полей разом по окончании ввода данных и автоматическую подсветку полей с неправильными данными или плюс короткое, информативное сообщение в строке состояния об ошибках в воде данных. |
Принцип повторного использования |
Непротиворечивость расположения видимых элементов, целостность их внешнего вида и поведения внутри интерфейса делает программное обеспечение более простым в изучении и в запоминании того, как им пользоваться. Однако принцип, о котором столько говорят, на практике реализуется в большинстве случаев весьма слабо. Достичь целостности внутри сложного пользовательского интерфейса действительно весьма непросто. Более того, интерфейсы, обладающие хорошей устойчивостью, зачастую достигают ее ценой ухудшения других важных критериев. |
|
Оценивая пользовательский интерфейс соответствию данному принципу, в некоторой степени можно утверждать, что интерфейс ему соответствует, так как видимые элементы расположены непро-тиворечиво, внешний вид целостен. |
Непротиворечивость расположения видимых элементов, целостность их внешнего вида и поведения внутри интерфейса делает Интерфейс № 2 полностью соответствующим принципу повторного использования. |