Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
ЧМВ.docx
Скачиваний:
14
Добавлен:
26.09.2019
Размер:
110.48 Кб
Скачать

8. Критерии эргономичности интерфейса пользователя. Производительность человека и компьютера. Методы повышения производительности.

Существует четыре основных (все остальные – производные) критерия эргономичности (качества) любого интерфейса, а именно:

  • Скорость работы пользователей

  • Количество человеческих ошибок

  • Скорость обучения

  • Субъективная удовлетворенность пользователей

Подразумевается, что соответствие интерфейса задачам пользователя является неотъемлемым свойством интерфейса.

Существует две разных производительности - производительность компьютера и производительность человека.

Производительность компьютера – широко известное техническое понятие и для ее увеличения существует множество методов. Увеличение производительности компьютера ускоряет все процессы, повышает эффективность их выполнения и уменьшает стоимость одной операции. Увеличение производительности компьютера обычно приводит к увеличению производительности человека, но есть и исключения. Во-первых, для этого нужно увеличить производительность всего компьютера, а не только одной его части. За последние 20 лет сложилась странная ситуация - в то время как мощность компьютеров увеличилась в несколько тысяч раз, скорость работы пользователя в некоторых случаях даже замедлилась из-за непомерно раздутых операционных систем и программ.

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

  1. Длительности восприятия исходной информации

  2. Длительности интеллектуальной работы

  3. Длительности физических действий пользователя

  4. Длительности реакции системы

Как правило, длительность реакции системы является наименее значимым фактором.

9. Метафоры, идеомы, аффорданнсы, стандарты. Особенности. Примеры. Применение.

Термин «понятность», будучи крайне приятным и во многих случаях удобным, на самом деле нехорош, поскольку очень уж размыт. Однако кое-что выделить можно, а именно:

  • Ментальная модель

  • Метафора

  • Идеома

  • Аффорданс

  • Cтандарт

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

Метафора

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

Пример.

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

Недостатки:

  1. Не для любой функциональности можно подобрать подходящую метафору.

  2. Даже подходящая метафора может оказаться бесполезной, если её не знает существенная часть аудитории или её тяжело однозначно передать интерфейсом.

  3. Почти всегда метафора будет сковывать функциональные возможности.

Правила применения:

  • опасно полностью копировать метафору, достаточно взять из неё самое лучшее;

  • не обязательно брать метафору из реального мира, её смело можно придумать самому;

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

  • если метафора хоть как-то ограничивает систему, от неё необходимо немедленно отказаться.

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

Идеома

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

Пример

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

В деле запоминания идиом человеческий разум проявляет выдающиеся способности. Ему не приходится сравнивать их с уже известными ситуациями или понимать, как они работают. Он и не должен делать этого, потому что большинство идиом вообще не имеют метафорического смысла.

Большинство знакомых нам элементов GUI, которые считаются метафорическими, на самом деле являются идиоматическими. Такие артефакты, как кнопки закрытия окна, окна с изменяемыми размерами, бесконечно вложенные папки с файлами, щелчки мышью и перетаскивание пиктограмм - не метафорические операции, потому что их нет в реальном мире. Их сила лишь в простой идиоматической узнаваемости.