ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ЭРГОНОМИКА ВЗАИМОДЕЙСТВИЯ ЧЕЛОВЕК—СИСТЕМА

Часть 129

Руководство по индивидуализации программного

обеспечения

ISO 9241-129:2010

Ergonomics of human-system interaction — Part 129: Guidance on software

individualization

(IDT)

Издание официальное

Предисловие

1    ПОДГОТОВЛЕН Автономной некоммерческой организацией «Институт безопасности труда» на основе собственного аутентичного перевода на русский язык международного стандарта, указанного в пункте 4

2    ВНЕСЕН Управлением технического регулирования и стандартизации Федерального агентства по техническому регулированию и метрологии

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

4    Настоящий стандарт идентичен международному стандарту ИСО 9241-129:2010 «Эргономика взаимодействия человек—система. Часть 129. Руководство по индивидуализации программного обеспечения» (ISO 9241-129:2010 «Ergonomics of human-system interaction — Part 129: Guidance on software individualization»).

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

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

Правила применения настоящего стандарта установлены в ГОСТ Р 1.0-2012 (раздел 8). Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost. ги)

© Стандартинформ, 2015

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

ГОСТ Р ИСО 9241-129-2014

7.3.3    Предоставление дополнительной информации об опциях индивидуализации

Системы должны по запросу предоставлять пользователям дополнительную информацию о следующем:

a)    об обстоятельствах, в которых конкретные индивидуализации являются эффективными и легкими в использовании;

b)    о любых рисках, связанных с индивидуализацией;

c)    о том, как использовать/управлять индивидуализацией.

Примечание — Пользователи могут не использовать возможности индивидуализации, если не оповещены о них.

7.3.4    Обеспечение доступности параметров настройки

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

7.3.5    Обеспечение доступности профилей пользователя

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

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

7.3.6    Обеспечение очевидности индивидуализации

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

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

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

7.3.7    Логическое обоснование изменений, возникающих в результате индивидуализации

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

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

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

7.4 Согласованность

7.4.1    Внутренняя согласованность

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

Примечание — Это означает, что индивидуализации всегда приводят к устойчивым состояниям.

7.4.2    Согласованность с условиями

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

Примечание — Это означает, что многократное использование одной и той же функции индивидуализации в одном и том же контексте приводит к одним и тем же результатам.

7.4.3    Согласованность с условностями интерфейса пользователя

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

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

7

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

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

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

7.5.2    Пригодность использования функций индивидуализации

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

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

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

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

8 Стадии индивидуализации

8.1    Инициирование индивидуализации

8.1.1    Инициирование человеком

Для индивидуализации, инициированной человеком, необходимо обеспечить:

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

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

8.1.2    Инициирование системой

Для индивидуализации, инициированной системой, необходимо обеспечить:

a)    мониторинг за действиями пользователя и изменением условий с целью обнаружения, где они могут запустить индивидуализацию;

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

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

Примечание 2 — Если порог не выполнен в явном виде, каждое изменение условий может инициировать процесс индивидуализации.

8.2    Принятие решения о действиях индивидуализации

8.2.1    Идентификация альтернативных действий индивидуализации

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

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

Пример 1 — Пользователю предоставляются альтернативные допустимые значения до изменения разрешающей способности экрана.

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

8.2.2    Выбор между альтернативами

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

Пример 1 — Пользователь выбирает допустимое значение для изменения разрешающей способности экрана.

ГОСТ Р ИСО 9241-129-2014

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

8.2.3    Утверждение решений, инициированных системой

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

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

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

8.2.4    Оценка решений, инициированных человеком

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

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

Примечание — Оценка системой решений индивидуализации, инициированных человеком, может привести:

a)    к разрешению осуществления изменения;

b)    предупреждению о возможных трудностях и запросу подтверждения до осуществления изменения;

c)    предотвращению изменения и предоставлению информации о том, почему оно было предотвращено.

8.3 Изменение системы и условий

8.3.1    Применение изменений

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

8.3.2    Сохранение изменений

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

9 Конфигурация, параметры настройки и значения по умолчанию

9.1    Конфигурация и реконфигурация

9.1.1    Сохранение и использование параметров конфигурации

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

9.1.2    Поддержка конфигурации

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

9.1.3    Лица, выполняющие конфигурацию

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

9.1.4    Поддержка реконфигурации

Если требуется или разрешено осуществлять конфигурацию, реконфигурация также должна быть разрешена.

9.1.5    Лица, выполняющие реконфигурацию

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

9.1.6    Доступ к параметрам конфигурации

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

9

Примечание — Кроме того, могут существовать дополнительные функции, обеспечивающие доступ к конкретным группам установочных параметров.

9.2 Пригодность использования конфигурации и реконфигурации

9.2.1    Начальные параметры конфигурации для предварительной конфигурации и реконфигурации

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

9.2.2    Обеспечение управляемой конфигурации

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

Примечание — Руководство по управляемой конфигурации (см. 9.3).

9.2.3    Минимизация потребности в выполнении конфигурации

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

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

9.2.4    Минимизация усилий для выполнения конфигурации

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

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

Примечание 2 — Любые дополнительные число этапов или сложность в пределах каждого этапа увеличивают вероятность возникновения ошибок.

Пример 1 — Система сводит требования конфигурации к минимальному количеству этапов.

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

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

Пример 4 — Система предусматривает автоматическое завершение там, где это уместно, и позволяет пользователю отключать эту характеристику.

Пример 5 — Система не запрашивает ненужные подтверждения.

Пример 6 — Система не предоставляет постороннюю информацию в течение процесса настройки.

9.2.5    Обеспечение возможности отмены или подтверждения действий конфигурации

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

9.2.6    Защита доступа к основным функциям

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

Пример 1 — Если прикладная программа имеет функцию выхода, эта функция никогда не скрыта.

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

9.2.7    Обеспечение отказоустойчивых завершений

Если процедура реконфигурации дала сбой или прервалась, то:

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

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

9.2.8    Повторный запуск конфигураций

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

ГОСТ Р ИСО 9241-129-2014

9.2.9    Сохранение и восстановление параметров конфигураци

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

9.2.10    Перевод (передача) параметров конфигурации

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

9.2.11    Исключение необходимости повторного запуска системы

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

9.2.12    Обеспечение контроля пользователя за повторными запусками системы

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

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

9.2.13    Временные и постоянные изменения параметров конфигурации

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

9.2.14    Возврат к параметрам конфигурации, заданным по умолчанию

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

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

9.2.15    Отмена нежелательных изменений языка

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

9.2.16    Предупреждение возникновения проблем доступа для других прикладных программ

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

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

9.3 Управляемая конфигурация и реконфигурация

9.3.1    Подготовка к конфигурации и реконфигурации

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

9.3.2    Минимизация информации, требуемой для выполнения конфигурации и реконфигурации

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

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

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

11

9.3.4    Понятность управляемой конфигурации

Во время осуществления управляемой конфигурации или реконфигурации система должна предоставлять понятное руководство, в том числе:

a)    единообразную терминологию во всех источниках информации о конфигурации;

b)    информацию о конфигурации на языке пользователя с минимальным количеством технических понятий;

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

9.3.5    Структура управляемой конфигурации

Во время осуществления управляемой конфигурации и реконфигурации система должна обеспечивать структуру, которая может управлять этой конфигурацией, в том числе:

a)    логичный и последовательный порядок стадий конфигурации;

b)    ясный обзор стадий последовательности конфигурации;

c)    индикацию хода выполнения процедуры конфигурации для пользователя;

d)    естественные точки входа в процедуру конфигурации и соответствующую навигацию между ними.

9.3.6    Конфигурирование индивидуальных параметров настройки

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

a)    указание, какие параметры следует конфигурировать и какой эффект будет иметь конфигурирование параметра настройки;

b)    информацию о параметрах настройки, которые предварительно сконфигурированы, но могут быть изменены;

c)    индикацию и дифференциацию параметра настройки и текущего значения;

d)    руководство по разрешенным значениям и требуемым форматам;

e)    любые доступные значения по умолчанию;

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

9.3.7    Информация о конфигурации и обратная связь

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

a)    обратную связь о текущем состоянии осуществления конфигурации;

b)    помощь в понимании и исправлении ошибок;

c)    информацию об остальных параметрах настройки, которые по-прежнему требуют конфигурации;

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

9.3.8    Непрерывный мониторинг

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

9.4 Параметры настройки по умолчанию

9.4.1    Обеспечение значений по умолчанию

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

9.4.2    Замена значений по умолчанию

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

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

9.4.3    Возврат начальных параметров настройки, предоставляемых системой

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

Примечание 1 — Возврат к набору начальных (предварительно сконфигурированных) параметров является особым случаем реконфигурации.

ГОСТ Р ИСО 9241-129-2014

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

9.4.4    Различие между параметрами настройки и значениями по умолчанию

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

Примечание — Это два отдельных действия.

9.4.5    Контроль пользователем параметров настройки, заданных по умолчанию

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

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

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

10 Поддержка отдельных пользователей

10.1    Профили пользователей

10.1.1    Профили пользователей, поддерживающие индивидуализацию

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

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

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

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

10.1.2    Сохранение часто используемой информации

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

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

b)    «Куки» («cookies») (идентификационные файлы, сохраняемые в пользовательской системе), если сохранение разрешено пользователем;

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

10.1.3    Предотвращение несогласованности в профилях

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

10.1.4    Распознавание и устранение несоответствий в профилях

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

10.1.5    Хранение профилей пользователей

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

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

10.1.6    Использование профилей пользователей на основе стереотипов

Профили на основе стереотипов могут быть предоставлены:

а) для использования, если пользователь не имеет персонального профиля;

13

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

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

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

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

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

Примечание 5 — Важно не мешать и не раздражать пользователей некорректными предположениями.

10.2 Управление профилями пользователями

10.2.1    Активация профилей пользователей

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

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

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

10.2.2    Выбор профиля по умолчанию

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

10.2.3    Идентификация текущего профиля пользователя

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

10.2.4    Переключение между профилями

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

и повторной активации учетной записи.

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

10.2.5    Деактивация профилей пользователей

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

10.2.6    Разрешение пользователям управлять профилями, программируемыми пользователями

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

a)    просматривать информационное наполнение профиля в любое время;

b)    понимать использование (цель использования) данных профиля;

c)    добавлять, изменять или удалять данные в профиле;

d)    добавлять или удалять профили, где может быть использовано несколько профилей;

e)    указывать данные профиля, которые могут быть использованы, поставщика услуг или продукта, которые могут использовать их, и конкретный период времени, взаимодействие или цель, для которых они могут быть использованы;

f)    предоставить третьей стороне право доступа к частям профиля или ко всему профилю, если такой доступ возможен.

10.2.7    Применение изменений к профилям

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

ГОСТ Р ИСО 9241-129-2014

10.2.8    Организация нескольких профилей

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

10.2.9    Восстановление профилей

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

Примечание — Это является важным средством защиты в случае, если данные профиля удалены или повреждены.

10.3 Автоматический сбор профиля

10.3.1 Использование автоматического сбора профиля

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

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

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

10.3.2 Обеспечение контроля пользователя за автоматическим сбором профиля

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

a)    информировать пользователя о том, что автоматический сбор профиля активен;

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

c)    обеспечить механизм отключения и повторного включения автоматического сбора профиля;

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

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

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

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

10.4 Мобильность профилей

10.4.1    Обеспечение возможности использования профилей в совместимых приложени-ях/системах

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

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

Примечание 2 — Это включает предоставление профилей множеству компьютеров единой сети.

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

Пример 2 — Пользователь загружает профиль с внешнего дисковода в новую систему.

10.4.2    Синхронизация профилей

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

10.4.3    Обеспечение возможности совместного использования информации профиля

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

15

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

10.4.4 Обеспечение защиты переданных профилей

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

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

индивидуализации

В случае если индивидуализация доступна для систем, используемых в пределах организации, данная организация должна обеспечить:

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

b)    оперативную помощь для описания функций индивидуализации.

11 Индивидуализация компонентов интерфейса

11.1    Общее руководство по индивидуализации компонентов интерфейса

11.1.1    Использование стилей/тем/скинов интерфейса пользователя

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

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

Примечание 2 — Использование скинов интерфейса обычно становится возможным с помощью одного или двух средств: во-первых, путем выбора пользователем любого или всех доступных элементов интерфейса пользователя, или их характеристик для выполнения изменений (например, иконки, цвета, шрифты) из библиотеки вариантов выбора (изменение элементов/компонентов интерфейса пользователя); во-вторых, путем выбора целого скина интерфейса пользователя, который заменяет существующий (замена скина).

11.1.2    Индивидуализация элементов интерфейса пользователя, присутствующих в интерфейсе

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

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

11.1.3    Поддержка создания инструментов пользователем

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

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

Если это уместно для задачи (задач) и/или пользователей, должны быть обеспечены механизмы

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

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

Примечание 2 — Это может быть использовано для улучшения доступности.

Примечание 3 — Это может быть проблематично в приложениях, где выполнение задачи и обеспечение безопасности имеет критическое значение.

11.1.5    Индивидуализация выбора форм представления информации для ввода/вывода

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

16

ГОСТ Р ИСО 9241-129-2014

Содержание

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

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

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

4    Соответствие требованиям настоящего стандарта...........................3

5    Основа для применения настоящего стандарта.............................3

6    Введение в индивидуализацию......................................4

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

8    Стадии индивидуализации.........................................8

9    Конфигурация, параметры настройки и значения по умолчанию....................9

10    Поддержка отдельных пользователей.................................13

11    Индивидуализация компонентов интерфейса.............................16

12    Индивидуализация действий взаимодействия............................19

13    Индивидуализация информационного наполнения..........................20

Приложение А (справочное) Обзор стандартов серии ИСО 9241 ................... 22

Приложение В (справочное) Факторы, которые следует учитывать при проектировании

индивидуализации .................................... 23

Приложение С (справочное) Пример процедуры отбора для оценки применимости и соответствия 27

Приложение ДА (справочное) Сведение о соответствии ссылочных международных стандартов

национальным стандартам Российской Федерации..................36

Библиография................................................37

ГОСТ Р ИСО 9241-129-2014

Пр имечание 1 — Обеспечение альтернативных форм представления информации важно для поддержания доступности.

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

Пример 1 — Пользователь может выводить информацию посредством аудио- и/или видеопрезентации.

Пример 2 — Слепой человек осуществляет ввод только через клавиатуру, используя клавиатуру вместо мышки. Зрячий пользователь, работающий в той же системе, может использовать мышку и вводить текст с помощью клавиатуры.

Пример 3 — Один пользователь щелкает по иконке «Печать» на экране, тогда как другой пользователь произносит команду «Печать» в микрофон, используемый для распознавания речевых команд.

11.1.6 Переключение вариантов ввода/вывода

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

11.2 Индивидуализация зрительно воспринимаемых форм представления информации

11.2.1    Регулирование размера отображаемых элементов

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

a)    увеличение (или укрупнение) частей экрана или дисплея;

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

c)    размер индивидуальных окон и объектов, которые действуют как окна (в том числе диалоговые окна).

Примечание 1 —Увеличение применяется к части дисплея независимо от объектов интерфейса пользователя и/или частей объектов интерфейса пользователя, содержащихся в этой части дисплея.

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

11.2.2    Регулирование контраста и цветов отображаемых элементов

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

a)    контраста отображаемых элементов интерфейса пользователя;

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

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

Примечание 1 — Предпочтительно разрешать пользователям выбирать между эффективными наборами цветов, а не произвольно выбирать индивидуальные цвета.

Примечание 2 — ИСО 9241-303 содержит руководство по использованию цветов.

11.2.3    Регулирование расположения отображаемых элементов

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

a)    повторное позиционирование элементов интерфейса пользователя и группирование элементов интерфейса пользователя;

b)    включение и выключение требования, чтобы окно всегда оставалось поверх других окон;

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

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

11.3    Индивидуализация слуховых форм представления информации

11.3.1 Обеспечение регуляторов громкости

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

17

Введение

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

Целью настоящего стандарта является обеспечение руководства применения индивидуализации программного обеспечения для достижения максимально возможного высокого уровня пригодности использования. Таким образом, индивидуализация рассматривается как изменение взаимодействия и представления информации в соответствии с индивидуальными возможностями и потребностями пользователей. Индивидуализация позволяет поддерживать широкий круг пользователей, задач и условий использования. Она особенно полезна в повышении доступности (подробнее см. ИСО 9241-171).

ИСО 9241-110 содержит общее руководство по индивидуализации и определяет ее как один из семи принципов организации диалога, которые важны для проектирования и оценки интерактивных систем. В настоящем стандарте эргономичное использование индивидуализации рассматривается более подробно.

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

Настоящий стандарт предназначен для следующих категорий пользователей:

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

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

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

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

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

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

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

IV

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

ЭРГОНОМИКА ВЗАИМОДЕЙСТВИЯ ЧЕЛОВЕК—СИСТЕМА Часть 129

Руководство по индивидуализации программного обеспечения

Ergonomics of human-system interaction. Part 129. Guidance on software individualization

Дата введения — 2015—12—01

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

Настоящий стандарт содержит руководство по эргономике для индивидуализации интерактивных систем, включая рекомендации о том:

-    где индивидуализация может быть уместна или неуместна;

-    как применять индивидуализацию.

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

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

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

Настоящий стандарт следует применять совместно с ИСО 9241-110 [3] и любыми другими частями стандартов серии ИСО 9241, применимыми к проектированию предназначенной системы. Стандарт распространяется только на индивидуализации в пределах проектирования полной системы программного обеспечения.

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

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

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

ИСО 9241-171 Эргономика взаимодействия человек—система. Часть 171. Руководство по доступности программного обеспечения (ISO 9241-171, Ergonomics of human-system interaction — Part 171: Guidance on software accessibility)

ИСО/МЭК 24786 Информационные технологии. Интерфейсы пользователей. Доступный интерфейс пользователя для настроек зон доступа (ISO/IEC 24786, Information technology — User interfaces — Accessible user interface for accessibility settings)

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

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

3.1 доступность (в области интерактивных систем) (accessibility «interactive systems>): Пригодность использования продукта, услуги, среды или оборудования для людей с самым широким диапазоном возможностей.

Издание официальное

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

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

[ИСО 9241-20:2008, 3.1]

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

[ИСО 9241-11:1998, 3.5]

3.3    индивидуализация (individualization): Изменение взаимодействия и представления информации в соответствии с индивидуальными возможностями и потребностями пользователей.

[ИСО 9241-171:2008,3.17]

3.4    предварительная конфигурация (preconfiguration): Конфигурация программного обеспечения перед его первым использованием.

3.5    предварительно определенный профиль пользователя (predefined user profile): Профиль, основанный на стереотипе или комбинации стереотипов.

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

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

[ИСО 9241-151:2008,3.20]

3.6    профиль, профиль пользователя (profile, user profile): Набор признаков, используемых системой, которые являются уникальными для конкретного пользователя/группы пользователей.

[ИСО 9241-151:2008, 3.19]

3.7    реконфигурация (reconfiguration): Изменение конфигурации ранее сконфигурированного программного обеспечения.

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

[ИСО 9241-210:2010,2.13]

3.9    интерфейс пользователя (user interface): Компоненты интерактивной системы (программное обеспечение и аппаратные средства), которые предоставляют пользователю информацию и инструменты управления для выполнения производственных заданий.

[ИСО 9241-110:2006, 3.9]

3.10    элемент интерфейса пользователя, объект интерфейса пользователя (user interface element, user interface object): Логический объект этого интерфейса пользователя, который представлен пользователю посредством программного обеспечения.

Пример — Текст, графика, средство управления.

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

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

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

[ИСО 9241-171:2008, 3.38]

ГОСТ Р ИСО 9241-129-2014

4 Соответствие требованиям настоящего стандарта

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

5 Основа для применения настоящего стандарта

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

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

В разделах 8, 9 и 10 представлено руководство, относящееся к выбору механизмов индивидуализации, индивидуализации конфигураций и поддержке отдельных пользователей.

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

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

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

ИСО 9241-110 Принципы организации диалога

В том числе принцип «Адаптируемость для индивидуализации» и общие рекомендации для индивидуализации

ИСО 9241-129 Руководство по индивидуализации программного обеспечения

В том числе общие рекомендации и конкретные рекомендации для следующего:

•    Стадии индивидуализации

•    Конфигурации, установочные параметры и значения по умолчанию

•    Поддержка индивидуальных пользователей

•    Индивидуализация компонентов интерфейса

•    Индивидуализация функций взаимодействия

•    Индивидуализация информационного наполнения

Щ

о

с;

&

Содержат потребность в

Рисунок 1 — Основа для применения настоящего стандарта

3

6 Введение в индивидуализацию

6.1    Роль индивидуализации

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

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

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

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

6.2    Когда обеспечивать возможность для индивидуализации

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

а) Вариации в характеристиках пользователей:

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

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

2)    Временные или постоянные изменения в характеристиках пользователей (как результат приобретения знаний, болезни и т. п.).

Пример 2 — Пользователь программы для воспроизведения мультимедиа теряет способность слышать. Индивидуализация может предоставить опцию для активации субтитров видеоизображений.

b)    Различные потребности и цели пользователей:

-    совершенствование понимания пользователя;

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

Пример 3 — Индивидуализация может обеспечить дополнительное описание задач, которые должны быть выполнены пользователем;

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

c)    Вариации в характеристиках задач:

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

-    временные или постоянные изменения в характеристиках задач (в том числе локализация, адаптация различных юрисдикций и т. п.).

d)    Различное оборудование, используемое одним пользователем.

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

e)    Различные окружающие среды, которым подвержен один пользователь.

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

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

4

ГОСТ Р ИСО 9241-129-2014

6.3    Ограничения на предоставление индивидуализации

Предоставление возможности индивидуализации может быть не целесообразным при следующих обстоятельствах:

a)    если индивидуализация используется в качестве замены эргономичного диалога.

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

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

Пример 2 — В энергетической установке индивидуальные изменения интерфейса центра управления могут привести к задержке ответа на критическую информацию;

c)    в случаях если процедуры модернизированы для применения конкретной организацией или

заказчиком.

Пример 3 — В центрах обработки звонков индивидуализация может привести к недопустимому увеличению времени обработки.

Примечание 1 — Если индивидуализация обеспечивает доступ в систему, ранее являвшейся недоступной лицу с ограничениями жизнедеятельности, то индивидуализация является целесообразной, даже если процесс занимает более длительное время;

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

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

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

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

6.4    Инициализация индивидуализации

Индивидуализация может быть инициирована:

a)    отдельным пользователем, кем-либо помогающим пользователю или системным администратором (изменение, инициированное человеком);

b)    самой системой, в результате взаимодействие системы с пользователем или изменения контекста (изменение, инициированное системой).

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

7 Общее руководство по индивидуализации

7.1    Доступность

Система, обеспечивающая возможность для индивидуализации, должна соответствовать ИСО 9241-171 и ИСО/МЭК 24786.

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

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

Примечание 3 — ИСО 9241-20 содержит руководство высокого уровня, которое может быть полезно для достижения доступности индивидуализаций.

7.2    Контролируемость

7.2.1 Сохранение контроля пользователем после индивидуализации

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

5

7.2.2    Активация или деактивация индивидуализации пользователем

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

a)    для целого интерфейса пользователя или для частей интерфейса пользователя;

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

7.2.3    Ограничение использования функций индивидуализации

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

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

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

7.2.4    Обратимость

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

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

Пример 2 — Если пользователь отклоняет предупреждающее сообщение («Не показывать это сообщение снова»), это сообщение может быть вызвано повторно.

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

7.2.5    Конфиденциальность

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

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

7.2.6    Защита и безопасность

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

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

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

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

7.3 Обнаруживаемость

7.3.1    Оповещение пользователей о возможностях индивидуализации

Система должна предоставлять информацию о наличии возможности индивидуализации.

7.3.2    Ненавязчивое информирование о возможностях индивидуализации

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

6