1
Доступно поисковых запросов: 1 из 2
Следующий пробный период начнётся: 06 октября 2022 в 13:30
Снять ограничение

ГОСТ Р ИСО 9241-13-2016

Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов. Часть 13. Руководство пользователя
Действующий стандарт
Проверено:  28.09.2022

Информация

Название Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов. Часть 13. Руководство пользователя
Название английское Ergonomic requirements for office work with visual display terminals. Part 13. User guidance
Дата актуализации текста 01.02.2017
Дата актуализации описания 01.01.2021
Дата издания 21.08.2019
Дата введения в действие 01.12.2017
Область и условия применения В настоящем стандарте приведены рекомендации по разработке элементов руководства пользователя, относящимся к программным пользовательским интерфейсам и их проверке. Руководство пользователя в соответствии с настоящим стандартом является дополнительной информацией к обычному диалогу «пользователь-компьютер», которую система представляет пользователю по его запросу или автоматически. В дополнение к общим рекомендациям, приведенным в настоящем стандарте, рекомендации по руководству пользователя, в зависимости от типа диалога, приведены в ИСО 9241-12, ИСО 9241-14, ИСО 9241-15, ИСО 9241-16
Опубликован Официальное издание. М.: Стандартинформ, 2019 год
Утверждён в Росстандарт

     
     ГОСТ Р ИСО 9241-13-2016

Группа Э65

     

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ


ЭРГОНОМИЧЕСКИЕ ТРЕБОВАНИЯ К ПРОВЕДЕНИЮ ОФИСНЫХ РАБОТ С ИСПОЛЬЗОВАНИЕМ ВИДЕОДИСПЛЕЙНЫХ ТЕРМИНАЛОВ


Часть 13


Руководство пользователя


Ergonomic requirements for office work with visual display terminals (VDTs) - Part 13: User guidance



ОКС 13.180

Дата введения 2017-12-01

     

Предисловие

1 ПОДГОТОВЛЕН Открытым акционерным обществом "Научно-исследовательский центр контроля и диагностики технических систем" (АО "НИЦ КД") на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 201 "Эргономика, психология труда и инженерная психология"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 20 октября 2016 г. N 1446-ст

4 Настоящий стандарт идентичен международному стандарту ИСО 9241-13:1998* "Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов. Часть 13. Руководство пользователя" (ISO 9241-13:1998 "Ergonomic requirements for office work with visual display terminals (VDTs) - Part 13: User guidance", IDT).

________________

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


Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5 (подраздел 3.5).

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

5 ВВЕДЕН ВПЕРВЫЕ

6 ПЕРЕИЗДАНИЕ. Август 2019 г.


Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)



Введение


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

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

- более эффективного использования системы;

- снижения умственной нагрузки пользователя;

- помощи пользователям при обработке ошибок;

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

Настоящий стандарт полезен:

- разработчикам руководства пользователя;

- разработчикам методов проектирования руководства пользователя;

- покупателям, которые используют настоящий стандарт при приобретении продукции;

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

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

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

Рекомендации по использованию настоящего стандарта приведены в приложении A.

     1 Область применения


В настоящем стандарте приведены рекомендации по разработке элементов руководства пользователя, относящихся к программным пользовательским интерфейсам и их проверке. Руководство пользователя в соответствии с настоящим стандартом является дополнительной информацией к обычному диалогу "пользователь-компьютер", которую система представляет пользователю по его запросу или автоматически. В дополнение к общим рекомендациям, приведенным в настоящем стандарте, рекомендации по руководству пользователя в зависимости от типа диалога приведены в ИСО 9241-12, ИСО 9241-14, ИСО 9241-15, ИСО 9241-16.

_______________

При разработке следует также учитывать требования [47].


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

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

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

Как и другие стандарты серии ИСО 9241, настоящий стандарт может быть применен полностью или частично. Например, для приложений, у которых отсутствует функция справки с оглавлением, нет необходимости соблюдать рекомендации настоящего стандарта, относящиеся к этой функции.

     2 Нормативные ссылки


В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ISO 9241-12, Ergonomic requirements for office work with visual display terminals (VDTs) - Part 12: Presentation of information (Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов. Часть 12. Представление информации)

ISO 9241-14:1997, Ergonomic requirements for office work with visual display terminals (VDTs) - Part 14: Menu dialogues (Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов. Часть 14. Диалоги, используемые в меню)

ISO 9241-15:1997, Ergonomic requirements for office work with visual display terminals (VDTs) - Part 15: Command Dialogues (Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов. Часть 15. Диалоги команд/командные диалоги)

ISO 9241-16 Ergonomic requirements for office work with visual display terminals (VDTs) - Part 16: Direct manipulation dialogues (Эргономические требования к проведению офисных работ с использованием видеодисплейных терминалов. Часть 16. Диалоги с прямым манипулированием)

     3 Термины и определения


В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1 независимая помощь (browsable help): Вид помощи (вспомогательной информации), доступ к которой не зависит от текущего состояния выполняемой задачи. Темы помощи могут быть просмотрены по желанию пользователя в любом порядке и любой последовательности.

3.2 контекстно-зависимая помощь (context-sensitive help): Вид помощи (вспомогательной информации), доступ к которой или диапазон тем раздела помощи зависит от информации, связанной с выполняемой пользователем задачей, последними введенными данными, выбранным объектом, текущим положением или текущим режимом работы системы или приложения.

3.3 ошибка (error): Ситуация, в которой реакция системы не соответствует цели пользователя. Ошибки делятся на ошибки навигации, синтаксические ошибки, концептуальные ошибки и т.д.

3.4 обработка ошибок (error management): Средства поддержки пользователя при обнаружении, объяснении и устранении ситуаций, вызывающих ошибки.

3.5 предотвращение ошибок (error prevention): Действия по снижению частоты возникновения ошибок.

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

3.7 руководство, инструкция (руководящие принципы) (guidance): Элемент диалога, включающий рекомендации, помогающие пользователю получить желаемый результат. Руководство может помочь пользователю выявить новые возможности системы, составить план достижения своей цели, оказать помощь в достижении цели управлять ситуацией в случае возникновения ошибок.

3.8 онлайн-помощь, онлайн-справка (on-line help): Дополнительная информация руководства пользователя помимо подсказок/запросов, обратной связи, сообщений о состоянии и ошибках, которая может быть предоставлена по инициативе пользователя или по инициативе системы, как правило, содержит информацию об особенностях системы и диалога и о том, как они могут быть использованы при выполнении пользователем задач.

3.9 запрос (prompt): Выход системы, запрашивающий ввод данных пользователем.

3.10 информация о состоянии (статусе) (status information): Информация, отражающая текущее состояние системы.

3.11 руководство (подсказка) системы (system-initiated guidance): Руководство (подсказка), предоставляемое пользователю системой без запроса пользователя о предоставлении ему руководства.

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

3.12 руководство пользователя (user guidance): Дополнительная информация помимо обычного диалога "пользователь-компьютер", которая предоставляется системой пользователю по запросу или автоматически.

3.13 руководство (по запросу пользователя) (user-initiated guidance): Руководство (подсказка), предоставляемое пользователю системой только по запросу пользователя.

     4 Применение настоящего стандарта

4.1 Целесообразность руководства пользователя

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

4.2 Применение рекомендаций

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

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

4.3 Оценка соответствия продукции

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

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

     5 Общие рекомендации по руководству пользователя

5.1 Общие сведения

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

5.2 Общие рекомендации

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

Пример - В случае, если пользователь запрашивает руководство, появляется отдельное диалоговое окно другого цвета.

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

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

5.2.4 Рекомендуется представлять пользователю сообщения руководства пользователя, содержащие конкретную информацию, относящуюся к содержанию и текущему состоянию задачи, а не общую информацию.

Пример - "День месяца должен быть указан в диапазоне значений от 1 до 31" вместо "Некорректные данные".

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

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

5.2.7 Рекомендуется, чтобы пользователи могли выбрать вариант руководства пользователя в зависимости от опыта взаимодействия с системой.

5.3 Формулировка сообщений руководства пользователя

5.3.1 Результат действия следует указывать до описания выполнения действия.

       
     Пример - "Чтобы очистить экран, нажмите Enter"
вместо  "Нажмите Enter для того, чтобы очистить экран".


5.3.2 Формулировка сообщения руководства пользователя должна усиливать у пользователя ощущение его контроля над задачей (а не системой).

Пример - "Чтобы сохранить изменения, нажмите [ОК]"

вместо

"Система сохранит Ваши изменения, если Вы нажмете [ОК]".

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

          
     Пример 1 - "Чтобы удалить символы слева от курсора, используйте клавишу
"backspace", а не клавишу "delete".


Пример 2 - "Не работайте с ленточным накопителем, если программа архивирования данных все еще работает"

вместо

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

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

Пример 1 - "Доступные опции:

отобразить файл,

распечатать файл,

удалить файл"

вместо

"Доступные опции:

отобразить файл,

файловая печать,

удаление файла".

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

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

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

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

5.3.8 Сообщения руководства пользователя следует формулировать с использованием эмоционально нейтральных терминов. Они должны удовлетворять следующим условиям:

- сообщения не должны нести эмоционально покровительственную окраску по отношению к пользователю;

- сообщения не должны содержать оскорбительных характеристик человека;

- сообщения не должны содержать неуместного юмора.

     6 Запросы для ввода данных

6.1 Общие сведения

Запрос для ввода данных указывает на то, что система ожидает от пользователя ввода данных. Запрос может быть общим или конкретным. Общий запрос указывает на то, что система ожидает от пользователя ввода данных, но не указывает явно тип ожидаемых при вводе данных (например, "DOS "Y", запрос командной строки в ОС UNIX ""). Конкретный запрос показывает, что система ожидает ввод данных пользователем, а также сообщает пользователю тип вводимых данных, который ожидается на данный момент в диалоге (например: "Введите имя файла, который требуется загрузить").

6.2 Рекомендации для запроса ввода данных

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

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

6.2.2 Конкретные запросы должны быть использованы при выполнении приведенных ниже условий. Чем больше из приведенных условий выполнено, тем более уместно использование конкретного запроса.

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

б) Набор допустимых для ввода данных ограничен.

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

6.2.3 Общий запрос следует использовать в приведенных ниже условиях. Чем больше из приведенных условий выполнено, тем более уместно использование общего запроса.

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

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

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

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

6.2.5 Если для выполнения задачи требуется конкретная последовательность действий пользователя, следует отображать запрос для текущего этапа действий (см. также ИСО 9241-12, 6.2.5).

6.2.6 Запросы для ввода данных/команд следует отображать в стандартном положении рядом с полем для ввода данных.

Пример - Для языков, в которых принято писать слева направо, запрос отображают слева от поля ввода данных.

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

Пример - Сколько окон следует отображать при входе в систему?

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

Пример - Введите текущую дату: _/_/_

     7 Обратная связь

7.1 Общие сведения

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

Примерами обратной связи могут быть:

- отображение символов на экране в порядке ввода их пользователем;

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

- видимое изменение в графической области данных после команды, направленной на изменение ее элементов;

- отображение окна справки/помощи, если пользователь нажал на клавишу вызова справки;

- перемещение указателя на экране, отслеживающего движение мыши.

7.2 Рекомендации по использованию обратной связи

7.2.1 Каждый ввод данных пользователем должен сопровождаться своевременной и ощутимой обратной связью со стороны системы (см. также ISO 9241-15:1997, 7.9).

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

7.2.2 Обратную связь при нормальном выполнении задачи следует делать ненавязчивой и не отвлекающей пользователя от выполнения задачи.

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

7.2.3 При выборе типа обратной связи, предоставляемой системой, следует учитывать:

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

b) изменчивость в совокупности пользователей: обратная связь для начинающих пользователей должна содержать больше разъяснительной информации, чем для опытных пользователей;

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

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

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

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

Пример - Когда пользователь вводит последовательность команд для прерывания работы системы, обеспечивают индикацию изменившегося состояния системы.

7.2.5 Когда пользователь выбирает отображаемый пункт для выполнения над ним некоторой операции или для того, чтобы выполнить его, пункт меню должен быть выделен цветом или подсвечен (см. также ИСО 9241-14:1997, п.7.1.4).

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

7.2.7 Рекомендуется обеспечивать обратную связь по окончании выполнения запросов пользователя.

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

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

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

Пример 1 - Обратную связь, связанную с переходом к новому полю формы, дают в пределах 250 мс.

Пример 2 - Перемещение указателя на дисплее происходит с задержкой до 100 мс по отношению к движениям указательного устройства (например, мыши).

     8 Информация о состоянии

8.1 Общие сведения

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

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

- компьютерная сеть или электронная почта: краткая сводка запрошенных сообщений, других систем или пользователей, доступных для общения;

1 закупка
Свободные
Р
Заблокированные
Р
Роль в компании Пользователь

Для продолжения необходимо войти в систему

После входа Вам также будет доступно:
  • Автоматическая проверка недействующих стандартов в закупке
  • Создание шаблона поиска
  • Добавление закупок в Избранное