Министерство экономического развития и торговли


Критерии качества интерфейса пользователя



страница25/26
Дата17.11.2018
Размер1.67 Mb.
ТипРеферат
1   ...   18   19   20   21   22   23   24   25   26



Поделитесь с Вашими друзьями:

Критерии качества интерфейса пользователя


Воспринимаемость (perceivable) — элементы интерфейса, необходимые для работы с контентом, должны существовать и быть воспринимаемыми человеком все время работы с ними.

Удобство пользования (operable) — элементы интерфейса, необходимые для работы с контентом, должны быть удобны и просты в использовании. Пользователь должен иметь возможность сделать немедленный выбор наилучшего действия для достижения поставленной цели.

Понятность (understandable) — элементы интерфейса, необходимые для работы с контентом, должны быть понятны, а команды легко выполнимы.

Устойчивость к ошибкам (robustness) — интерфейс должен препятствовать появлению ошибок. Если ошибка случилась, должно появиться сообщение с ясным описанием проблемы и действий пользователя, необходимых для исправления этой ошибки.

Логичность (непротиворечивость) — один и тот же символ, сообщение или действие должны иметь одно и то же значение для одного и того же элемента интерфейса.

Безопасность для здоровья — элементы интерфейса не должны ухудшать физическое и психическое здоровье пользователя.

Защищенность — интерфейс должен надежно передавать данные, обеспечивая должный уровень защиты и конфиденциальности.

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

Познаваемость — интерфейс должен позволять пользователю учиться его использованию быстро и с минимальными усилиями.

Документированность — для всех функций (элементов) интерфейса должна быть предоставлена интернет документация. Справочная информация должна легко находиться и быть сфокусирована на проблемах пользователя.

Привлекательность — элементы интерфейса должно привлекать и заинтересовывать пользователя.

Гибкость — интерфейс должен иметь возможность сохранять в учетной записи пользователя его предпочтения.

Критерии качества контента


Воспринимаемость (perceivable) — контент должен быть воспринимаем человеком все время работы с ним.

Понятность (understandable) — контент должен быть понятен, написан на понятном языке.

Логичность (непротиворечивость) — одни и те же сообщения должны иметь одно и то же значение в одном и том же контексте. Контент должен быть структурирован в логичном для пользователя порядке.

Безопасность для здоровья — представление контента не должно ухудшать физическое и психическое здоровье пользователя.

Удобство пользования — контент должен быть представлен в виде, удобном для чтения и восприятия.

Привлекательность — контент должен привлекать и заинтересовывать пользователя.

Приложение Б. Требования к государственным сайтам Голландии


В настоящем приложении приведены требования к сайтам, введенные Кабинетом министров Голландии 30 июня 2006 года. Данные требования применяются для технической проверки государственных сайтов на соответствие требованиям доступности.

Таблица 2.Требования к государственным сайтам


. Для группировки основной части таблицы необходимо применять элемент .

Пункт

Описание




Общие принципы

R-pd.1.1

Разделяйте структуру и дизайн сайта в максимально возможной степени: используйте HTML или XHTML для структуры сайта и CSS для его дизайна

R-pd.1.2

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

R-pd.1.3

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




Использование спецификаций

R-pd.2.1

Для разметки сайтов должен использоваться HTML 4.01 или XHTML 1.0 согласно спецификациям W3C.

R-pd.2.2

Не допустимо использовать разметку по выбывшим спецификациям W3C.

R-pd.2.3

Для изменения существующих сайтов необходимо использовать Transitional (переходную) версию HTML 4.01 или XHTML 1.0. Если это не возможно сделать, то необходимо использовать Strict (строгую) версию.

R-pd.2.4

При создании нового сайта необходимо применять только Strict (строгую) версию HTML 4.01 или XHTML 1.0.

R-pd.2.5

На сайтах не допускается применение фреймов (frames) и параметров frameset HTML 4.01 или XHTML 1.0.

R-pd.2.6

При проектировании сайта необходимо применять спецификации CSS Level-2.1 W3C

R-pd.2.7

Если на стороне клиента предполагается использовать скрипты, необходимо использовать спецификацию ECMAScript.

R-pd.2.8

В случае необходимости управления иерархией элементов HTML необходимо использовать спецификацию W3C DOM.

R-pd.2.9

При создании сайта необходимо руководствоваться рекомендациям обеспечения доступности WCAG 1.0 W3C.




Текст и списки

R-pd.3.1

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

R-pd.3.2

Для выделения заголовков и иерархии информации на веб странице необходимо использовать разметку.

R-pd.3.3

В разметке запрещается пропускать уровни иерархии. Например, недопустимо после заголовка 1 уровня применять заголовок 3 уровня.

R-pd.3.4

Для разметки абзацев необходимо применять элемент
. Недопустимо применение для этих целей элемента
(перенос строки).

R-pd.3.5

Для разметки строк символов применяется элементы и .

R-pd.3.6

Для разметки сокращений применяется элемент .

R-pd.3.7

Для указания на термины, указанные в глоссарии, используется элемент .

R-pd.3.8

Для указания на внесенные изменения в содержание веб страницы используются элементы (вставка) и (удаление).

R-pd.3.9

Необходимо избегать применения элементов (нижний индекс) и (верхний индекс).

R-pd.3.10

Для разметки цитат или сносок применяется элемент (цитата).

R-pd.3.11

Необходимо избегать применения элемента (цитирование).

R-pd.3.12

Для разметки абзаца/абзацев цитаты применяется элемент
.

R-pd.3.13

Для разметки нумерованных списков применяется элемент
    . Для разметки ненумерованных списков применяется элемент
      .

R-pd.3.14

Для разметки определений применяются следующие элементы:

  • — список определений

  • — термин

  • — определение.

R-pd.3.15

При разметке стилей атрибуты id (идентификатор элемента) и class (класс элемента) должны иметь понятные наименования.




Ссылки

R-pd.4.1

Все веб страницы должны иметь уникальные и неизменные URL.

R-pd.4.2

Динамически сгенерированные URL должны всегда указывать на одну и ту же веб страницу, даже если контент веб страницы изменяется или дополняется динамически.

R-pd.4.3

В URL не должен включаться идентификатор сессии.

R-pd.4.4

При перемещении информации необходимо:

  • либо привести на странице гиперссылку с новым местоположением информации;

  • либо обеспечить перенаправление URL на новое местоположение информации.

R-pd.4.5

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

R-pd.4.6

URL должны быть понятны и читаемые людьми.

R-pd.4.7

Названия URL, применяемые для отображения архитектуры сайта, должны быть понятны и человекочитаемые.




Закрытые стандарты информации

R-pd.5.1

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




Особенности применения HTML

R-pd.6.1

Каждая веб страница, соответствующая спецификации XHTML, должна начинаться с элемента (объявление типа документа). Данный элемент необходим для определения применяемой версии XHTML и соответствующей спецификации W3C.

R-pd.6.2

Содержательная информация веб страницы располагается в порядке важности.




Изображения

R-pd.7.1

Каждый элемент изображения или элемент активной области изображения должен иметь альтернативный текст (атрибут alt). Альтернативный текст должен быть понятным образом описывать изображение.

R-pd.7.2

Не допускается использовать альтернативный текст (атрибут alt) для вывода подсказок к изображению.

R-pd.7.3

Применение динамических ссылок недопустимо. Если описания в альтернативном тексте недостаточно, допустимо применять детальное описание (атрибут longdesc).

R-pd.7.4

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

R-pd.7.5

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

R-pd.7.6

Изображения, используемые в декоративных целях, должны вставляться в веб страницу посредством CSS стилей. А изображения, применяемые в информационных целях, должны располагаться непосредственно в структуре XHTML веб страницы.

R-pd.7.7

Запрещается применение метода замены изображения (CSS Image Replacement) для существенной информации (контента).




Различные виды информации на одной странице

R-pd.8.1

Гиперссылка должна находиться на самом описании направления ссылки, а не перед описанием.

R-pd.8.2

Описание ссылки должно быть ясным и понятным.

R-pd.8.3

Описание ссылки должно содержать минимальное количество слов, достаточное для того, чтобы понять куда ведет ссылка.

R-pd.8.4

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

R-pd.8.5

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

R-pd.8.6

Недопустимо препятствовать пользователю использовать ссылку, даже если известно, что данная ссылка не ведет никуда.

R-pd.8.7

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

R-pd.8.8

Ссылки должны легко различаться на фоне остального текста.

R-pd.8.9

Ссылки должны быть расположены на веб странице в логическом порядке. Для этого необходимо указывать порядок обхода ссылок (атрибут tabindex).

R-pd.8.10

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

R-pd.8.11

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

R-pd.8.12

Предоставьте пользователям возможность пропуска больших объемов информации.

R-pd.8.13

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

R-pd.8.14

Ссылки не должны без предупреждения открывать новые окна агента пользователя.

R-pd.8.15

Если необходимо обеспечить непрерывность процесса работы с информацией, ссылка может открывать новое окно автоматически.

R-pd.8.16

Ссылка на электронную почту должна содержать адрес этой электронной почты.

R-pd.8.17

Ссылка на электронную почту должна содержать исключительно указание протокола (mailto) и почтовый адрес. Ссылка не должна содержать параметров типа subject или CC.

R-pd.8.18

Запрещается применение технических мер защиты сайта от поисковых роботов, в т.ч. для скрытия почтовых адресов.

R-pd.8.19

Не допускается без согласия посетитея публиковать его адрес электронной почты.

R-pd.8.20

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

R-pd.8.21

Для файлов, распространяемых с веб страниц сайта, должны быть корректно указаны типы MIME (Multipurpose Internet Mail Extensions).

R-pd.8.22

Ссылки на копируемые (загружаемые) файлы не должны автоматически открываться в новом окне.

R-pd.8.23

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




CSS — каскадные таблицы стилей

R-pd.9.1

Описание стилей не должно быть смешано с разметкой XHTML. Стили должны располагаться в отдельном, связанном файле.

R-pd.9.2

Даже если агент пользователя не поддерживает CSS, страницы должны отображаться корректно.




Выделение цветом

R-pd.10.1

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

R-pd.10.2

Применяйте цвет для задания состояний.

R-pd.10.3

Текст не должен сливаться с фоном, должен иметь достаточную контрастность.




Разметка таблиц

R-pd.11.1

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

R-pd.11.2

Для обозначения заголовка таблицы необходимо применять элемент
.

R-pd.11.3

Для группировки заголовков таблицы необходимо применять элемент

R-pd.11.4

Для задания отношения к строкам и графам можно использовать в элементе
атрибут SCOPE.

R-pd.11.5

Для связывания ячеек графы с ячейкой заголовка таблицы необходимо применять атрибуты HEADER и ID элемента
.

R-pd.11.6

Для длинных заголовков таблицы можно в элементе
применять сокращения (элемент ). Это необходимо для удобства чтения таблицы речевым агентом пользователя.

R-pd.11.7

Для разметки заголовка таблицы можно применять элемент
.

R-pd.11.8

При модернизации существующего сайта используйте для макетирования

таблицы стилей CSS и не применяйте таблицы.



R-pd.11.9

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

R-pd.11.10

В случае применения таблицы для макетирования запрещается применять другие способы макетирования.




Разметка фреймов

R-pd.12.1

Запрещается применение любых видов фреймов. Это относится как к регулярным фреймам (frames), так и к наборам фреймов (franesset), а также к встроенным фреймам (iframes)




Разметка форм

R-pd.13.1

Для связывания в форме полей ввода с описанием этих полей, можно применять элемент

R-pd.13.2

Для задания в форме порядка обхода полей ввода используется атрибут tableindex.

R-pd.13.3

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

R-pd.13.4

При отправке формы запрещается использовать перенаправление. Вся информация, введенная посетителем должна отправляться по действительному URL, указанному в форме.

R-pd.13.5

Формы не являются единственным способом передачи данных пользователем.

R-pd.13.6

Если агент пользователя не поддерживает стили CSS или скрипты, недопустимо применять формы, использующие эти технологии.

R-pd.13.7

Нежелательно применения стилей CSS для полей ввода и кнопок формы.

R-pd.13.8

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

R-pd.13.9

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

R-pd.13.10

В форме должно быть указано, какие поля являются обязательными, а какие дополнительными (не обязательными).

R-pd.13.11

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

R-pd.13.12

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

R-pd.13.13

Пользователь должен иметь возможность сохранения в файл информации, введенной в форму.

R-pd.13.14

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

R-pd.13.15

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

R-pd.13.16

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

R-pd.13.17

Все поля ввода данных должны иметь инструкции по их заполнению.

R-pd.13.18

Запрещается использование в формах кнопки очистки (RESET).




Разметка скриптов

R-pd.14.1

Запрещается использование скриптов на стороне пользователя. Все скрипты должны выполняться на стороне сервера.




Использование нескольких языков

R-pd.15.1

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

R-pd.15.2

Ссылки на выбор языка должны находиться в одном и том же месте для всех веб страниц сайта.

R-pd.15.3

Языковые ссылки должны предоставляться только для полностью сформированных версий страниц.

R-pd.15.4

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

R-pd.15.5

При выборе языка недопустимо использовать ассоциации с нациями.

R-pd.15.6

Один из языков сайта должен быть определен как основной.

R-pd.15.7

Вставка блоков текста на другом языке должна выделяться разметкой.




Кодировка

R-pd.16.1

Для каждой веб страницы должна быть определена кодировка.

R-pd.16.2

Для веб страниц должна быть указана кодировка UTF-8.

R-pd.16.3

По возможности, кодировка должна быть указана в заголовках HTTP.

R-pd.16.4

Для определения кодировки необходимо использовать элемент и помещать этот элемент в первых строках элемента .




Название сайта

R-pd.18.1

Каждая веб страница должна иметь уникальный заголовок.

R-pd.18.2

Заголовок страницы должен быть кратким и понятным.




Ошибки

R-pd.22.1

Запрещается использование жаргона, неоднозначных терминов и сокращений.

R-pd.22.2

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

R-pd.22.3

В случае появления ошибки необходимо предоставить пользователю как можно больше информации и позволить самостоятельно исправить ошибку. Не допускается делать предположений об ошибке за пользователей.

R-pd.22.4

Вместо стандартных страниц ошибок, выдаваемых сервером (например, 404 — страница не найдена), дайте пользователю развернутую информацию об ошибке и укажите каким образом продолжить работу.

R-pd.22.5

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

R-pd.22.6

Необходимо предоставить пользователю возможность морфологического поиска информации на сайте.

R-pd.22.7

Необходимо предоставить пользователю возможность задания критериев поиска.

R-pd.22.8

Пользователь должен иметь возможность сообщить администратору о найденных на сайте ошибках.

R-pd.22.9

Чтобы привлечь внимание пользователя к сообщению об ошибке, можно использовать цвет, иконки и текстовые пояснения.

R-pd.22.10

Пользователь должен иметь возможность поиска информации альтернативными способами. Например, с помощью карты сайта, индекса, поиска, запроса по электронной почте.
1   ...   18   19   20   21   22   23   24   25   26


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница