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

ГОСТР

ИСО/МЭК 25066— 2019

Системная и программная инженерия

ТРЕБОВАНИЯ И ОЦЕНКА КАЧЕСТВА СИСТЕМ И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ (SQuaRE)

Общий отраслевой формат (CIF) для удобства использования.

Отчет об оценке

(ISO/IEC 25066:2016, ЮТ)

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

Москва

Стандартинформ

2019

Предисловие

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

2    ВНЕСЕН Техническим комитетом по стандартизации ТК 022 «Информационные технологии»

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

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 25066:2016 «Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке» (ISO/ IEC 25066:2016 «Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for Usability — Evaluation Report», IDT).

ИСО/МЭК 25066 разработан подкомитетом SC 4 «Эргономика взаимодействия человека и системы» технического комитета 1ЭОЯС 159 «Эргономика» и подкомитетом SC 7 «Системная и программная инженерия» совместного технического комитета ISO/IEC JTC 1 «Информационные технологии»

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

6    Некоторые положения международного стандарта, указанного в пункте 4. могут являться объектом патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за идентификацию подобных патентных прав

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

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

© ISO, 2016 — Все права сохраняются © Стандартинформ, оформление. 2019

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

3    Пользователи могут знать или не знать о том. что произошла ошибка использования

4    Неожиданный физиологический ответ объекта воздействия сам по себе не считается ошибкой использования

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

(МЭК 62366-1:2015, статья 3.21; с изменениями, термин «медицинское устройство» заменен на термин «интерактивная система», примечания изменены]

3.21_

пользователь (user): Лицо, взаимодействующее с системой, продукцией или услугой.

Примечания

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

2    Согласно ИСО/МЭК 25010, пользователь определяется как «физическое лицо или группа, которая взаимодействует с системой или получает выгоду от системы во время ее использования».

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

(ИСО 26800:2011. статья 2.10: с изменениями, примечания изменены]

3.22    пользовательская оценка (user-based evaluation): Оценка, которая проводится уполномоченными пользователями, выполняющими задачи с системой, с целью выявления проблем удобства использования и/или измерения эффективности, результативности, удовлетворенности пользователей или другого пользовательского опыта.

3.23 _

пользовательский опыт (системы, продукции, услуги) (user experience): Впечатления пользователя. возникающие в результате использования и/или предстоящего использования продукции, системы или услуги.

Примечания

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

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

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

(ИСО 9241-210:2010, статья 2.15]

3.24_

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

Примеры

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

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

Примечания

1    Потребность пользователя не зависит от любого предлагаемого решения для этой потребности

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

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

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

(ИСО/МЭК 25064:2013. статья 4.19]

3.25_

требования пользователя (user requirements), требования к использованию (usage requirements): Требования к использованию, которые обеспечивают основу для разработки и оценки интерактивных систем для удовлетворения определенных потребностей пользователей.

Примечания

1    Требования пользователей основаны на потребностях пользователей, характеристиках и возможностях использования системы в эффективном, результативном, безопасном и удовлетворительном состоянии

2    Требования пользователей определяют степень, в которой потребности пользователя, характеристики и возможности должны выполняться при использовании системы Они не являются требованиями к пользователям

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

(ИСО/МЭК ТО 25060:2010. статья 2.21]

4 Цель и типы оценок удобства использования

4.1    Цель оценки

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

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

4.2    Типы оценок удобства использования

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

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

Классификация подходов к оценке, соответствующая разделу 2, включает в себя:

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

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

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

b)    наблюдение за пользователями, в том числе:

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

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

Примечание 1 — Наблюдение за пользователями может проводиться как явное тестирование удобства использования и/или в «реальных условиях»

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

c)    опрос пользователей, включая:

-    выявление проблем, мнений и впечатлений от пользователей (качественные опросы пользователей),

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

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

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

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

Пример 1 — В отчете об испытании удобства использования описаны проблемы, с которыми сталкиваются пользователи при выполнении задач (тип информации: наблюдение за поведением пользователя). Количественный отчет об испытании удобства использования, основанный на ИСО/ МЭК 25062, содержит меры эффективности, результативности и удовлетворенности (типы информации: измерение производительности пользователя и опрос пользователей).

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

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

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

4.3 Оценка соответствия объекта оценки указанным критериям

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

МЭК 17000. как «демонстрация того, что заданные требования, касающиеся продукта, процесса, системы. человека или тела, выполнены». Оценка соответствия заключается в сравнении результатов оценки с заранее установленными критериями соответствия. Критерии соответствия могут быть определены в рамках проекта или третьей стороной (например, регулирующим органом). Для получения данных, которые могут быть использованы для оценки соответствия, требуется строгая оценка. Если используется оценка соответствия, она должна быть документирована в соответствии с требованиями настоящего стандарта.

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

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

Таблица 2 — Критерии соответствия, используемые для оценки соответствия, и соответствующие типы отчетов об оценке удобства использования

Критерии соответствия Отчет об оценке удобства использования -    Указанные требования пользователя (например, «Пользователь должен иметь возможность сортировать полеты по продолжительности» или «Пользователь должен иметь возможность выбирать альтернативные режимы ввода или вывода для выполнения задачи*). Указанные принципы (например, «устойчивость к ошибкам») и рекомендации (например, «Обязательные поля ввода должны визуально отличаться от необязательных полей ввода»), -    Указанные соглашения по дизайну (например. «Кнопка редактирования всегда находится в правом верхнем углу формы») Отчет об оценке на основе проверки -    Указанные требования пользователя (например, «Пользователь должен иметь возможность увидеть то. что один или несколько объектов воздействия нуждаются в немедленном внимании»). -    Указанные требования пользователя к производительности (например, «Пользователь должен иметь возможность выполнить заказ на продажу в течение 60 секунд») Отчет о наблюдениях за пользователями -    Указанные оценки для субъективно воспринимаемой эффективности, результативности, удовлетворенности и других мерах, воспринимаемых пользователями (например. 3,5 по шкале от 1 (минимум) до 5 (максимум)). -    Указанные свойства сообщенных событий (например, «Если какая-либо из сообщенных проблем удобства использования считается неприемлемой, обьект оценки не соответствует оценке соответствия»). Отчет об опросе пользователей

Принципы и руководящие принципы, которые могут быть испопьзованы в качестве критериев соответствия. пубпикуются в разпичных источниках, включая серию стандартов ИСО 9241. Эти принципы и рекомендации часто применяются во всех операционных системах и средах разработки, например. «Цвет не должен использоваться в качестве единственного средства для кодирования информации» или «Обязательные поля ввода должны визуально отличаться от дополнительных полей ввода». Рекомендации. связанные с пользовательским интерфейсом, можно найти в стандартах серии ИСО 9241;

-    ИСО 9241-12 «Представление информации»;

-    ИСО 9241-13 «Руководство пользователя»;

-    ИСО 9241-14 «Диалоги меню»;

-    ИСО 9241-15 «Диалоги команд»¹);

-    ИСО 9241-16 «Диалоги прямого управления»²);

-    ИСО 9241-20 «Руководящие указания по доступу к оборудованию и услугам информационных и коммуникационных технологий»;

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

-    ИСО 9241-129 «Руководство по программному обеспечению»;

-    ИСО 9241-143 «Формы»;

-    ИСО 9241-151³) «Руководство по пользовательским интерфейсам World \Mde W6b»;

-    ИСО 9241-171 «Руководство по доступности программного обеспечения»;

-    ИСО 9241-303 «Требования к электронным визуальным дисплеям»;

-    ИСО 9241-400 «Принципы и требования к устройствам физического ввода»;

-    ИСО 9241-410 «Критерии проектирования для физических устройств ввода»;

-    ИСО 9241-920 «Руководство по тактильным взаимодействиям».

Установленные соглашения, которые также быть использованы в качестве критериев соответствия. обычно включают в себя правила, опубликованные поставщиками операционных систем (например, «Windows», «Мае OS», «iOS», «Android»), и среды разработки (например. «NET» или «Java»).

Пример — Установленное соглашение: пДиалоговое окно всогда имеет кнопку *ОК» и «Отмена» в правом нижном углу диалогового окна».

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

5.1 Выбор элементов содержимого

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

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

-    резюме;

-    описание объекта оценки;

-    цель оценки;

-    метод;

-    процедура;

-    результаты;

-    интерпретация результатов и рекомендаций (необязательно).

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

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

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

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

') Отменен ²> Отменен ³) Отменен

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

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

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

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

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

5.2 Описание элементов содержимого для каждого типа оценки

5.2.1 Резюме (в случае использования)

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

Резюме может включать в себя:

a)    наименование и описание объекта оценки:

b)    резюме метода(ов) и процедуры;

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

Требуемые и рекомендуемые элементы для каждого типа оценки приведены в таблице 3.

Таблица 3 — Резюме

Тип оценки Элементы содержимого, которые должны быть включены в отчет Проверка Наблкадения за пользователями Опрос пользователей Наблюдение за поведением пользователей Измерение производительности и реакции пользователей а) Наименование и описание объекта оценки Должен Должен Должен Должен Ь) Резюме метода(ов) и процедуры Должен Должен Должен Должен с) Резюме результатов, включая основные выводы, соответствующие выводы и рекомендации (если применимо) Должен Должен Должен Должен

5.2.2 Описание объекта оценки

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

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

Информация об объекте оценки может включать в себя:

a)    официальное наименования и номер выпуска или версии;

b)    части объекта, которые были оценены (если применимо);

c)    группы пользователей, для которых предназначен объект;

d)    краткое описание объекта и его назначение;

e)    предполагаемый контекст использования;

0 предыдущие резюме отчета об оценке удобства использования (если применимо);

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

h) цитаты к исследованию рынка для объекта.

Ю

Необходимо описать контекст использования объекта оценки. Дапьнейшие указания по описанию контекста использования приведены в ИСО/МЭК 25063. Каждый из четырех компонентов контекста использования (пользователи, задачи, оборудование, окружающая среда) не всегда применимы для каждого типа оценки (например, задачи не всегда испопьзуются для оценки, основанной на проверке).

Требуемые и рекомендуемые, а также разрешенные элементы для каждого типа оценки приведены в таблице 4.

Таблица 4 — Описание объекта оценки

Тип оценки Элементы содержимого, которые должны быть включены в отчет Проверка Набшодения за пользователями Опрос пользователей Наблюдение за поведением пользователей Измерение производительности и реакции пользователей а) Официальное наименования и номер выпуска или версии Должен Должен Должен Должен Ь) Части объекта, которые были оценены (если применимо) Должен Должен Должен Должен с) Группы пользователей, для которых предназначен объект Следует Следует Следует Следует d) Краткое описание объекта и его назначение Следует Следует Следует Следует е) Предполагаемый контекст использования Следует Следует Следует Следует 0 Предварительное резюме по отчету об оценке удобства использования (если применимо) Следует Следует Следует Следует д) Ожидаемое воздействие объекта Может Может Может Может h) Цитаты к исследованию рынка для объекта Может Может Может Может

5.2.3 Цель оценки

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

а) Описание цели

Примечание 1 — Цели оценки могут включать в себя

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

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

-    подтверждение/выявление требований пользователей.

-    подтверждение допущений;

-    концепции проведения испытаний.

-    измерение уровня удобства использования (т е эффективности и/или результативности, и/или удовлетворенности пользователей);

-    установление контрольных показателей.

-    оценку соответствия продукта, системы или услуги определенным критериям соответствия/приемлемости,

-    определение сильных и слабых сторон продукта, системы или услуги,

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

-    разрешение споров между пользователями и/или заинтересованными сторонами.

-    определение доступности продукта, системы или услуги;

-    получение сертификата:

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

-    прохождение аттестации органа по сертификации

b)    Оцененные функции и компоненты (если применимо)

Примечание 2 — Нет необходимости описывать функции и компоненты, если были оценены все функции и компоненты

c)    Причины для оценки части объекта (если применимо)

Примечание 3 — Нет необходимости описывать причины, по которым оценивалась только часть объекта. если были оценены все функции и компоненты

Требуемые и рекомендуемые элементы для каодого типа оценки приведены в таблице 5.

Таблица 5 — Цель оценки

Тип оценки Элементы содержимого, которые должны быть включены в отчет Проверка Наблюдения за пользователями Опрос пользователей Наблюдение за поведением пользователей Измерение производительности и реакции пользователей а) Описание цели Должен Должен Должен Должен Ь) Оцененные функции и компоненты (если применимо) Должен Должен Должен Должен с) Причины для оценки части объекта (если применимо) Должен Должен Должен Должен

5.2.4 Метод

5.2.4.1 Общая информация

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

a)    Используемый(е) тип(ы) оценки

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

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

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

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

Требуемые элементы для каждого типа оценки приведены в таблице 6.

Таблица 6 — Общая информация

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

5.2.4.2 Оценщики/участники

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

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

a)    Общее количество оценщиков/участников.

Этот элемент сообщает об общем количестве оценщиков или участников.

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

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

Пример 1 — Категории оценщиков:

-    оценщик/инспектор с опытом работы в предметной области;

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

-    оценщик/инспектор, представляющий пользователей;

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

Пример 2 — Нечастые пользователи по сравнению с обычными пользователями.

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

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

Примечание 1 — Основные характеристики могут включать в себя

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

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

-    физические и сенсорные характеристики, например размеры тела. сила, зрение и слух;

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

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

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

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

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

В частности, описаны отличия в основных характеристиках.

Пример 3 — Фактические пользователи могут посещать учебный курс, тогда как испытуемые не прошли подготовку.

e)    Таблица участников по характеристикам.

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

Примечание 2 — Таблица может включать в себя

-    участников (строки) по характеристикам (столбцам), с такими основными характеристиками, как опыт работы с компьютером, возраст, пол, способности

Требуемые и рекомендуемые элементы для каждого типа оценки приведены в таблице 7.

Таблица 7 — Оценщики/участники

Тип оценки. Элементы содержимого, которые должны быть включены в отчет Проверка Наблюдения за пользователями Опрос пользователей Наблюдение за поведением пользователей Измерение производительности и реакции пользователей а) Общее количество оценщи-ков/участников Должен Должен Должен Должен Ь) Сегментация участников испытания или оценщиков/ин-слекторов (если имеется более одного сегмента) Должен Должен Должен Должен с) Основные характеристики участников испытания или пользователей, рассмотренных для проверки Должен Должен Должен Должен d) Различия между выборкой и контингентом пользователей (если примеримо) Нет данных Должен Должен Должен е) Таблица участников по характеристикам Нет данных Должен Должен Должен

5.2.4.3 Задачи (если они используются при оценке)

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

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

a)    Задачи, используемые для оценки.

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

b)    Сценарии для каждой задачи.

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

c)    Критерии отбора задач.

Критерии отбора задач объясняют, почему выбранные задачи считаются важными для оценки.

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

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

d)    Источник выбранных задач.

Источник выбранных задач объясняет, на чем основаны задачи.

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

e)    Данные о заданиях для участников и/или инспекторов (если применимо).

Пример 4 —Данные, подлежащие обработке.

Пример 5 — Зафиксированное моделирование запроса клиента.

О Критерии для завершения задачи или оставления задачи для канщой задачи.

Содержание

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

2    Соответствие требованиям............................................................1

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

4    Цель и типы оценок удобства использования.............................................6

4.1    Цель оценки....................................................................6

4.2    Типы оценок удобства использования...............................................6

4.3    Оценка соответствия объекта оценки указанным критериям............................7

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

5.1    Выбор элементов содержимого.....................................................9

5.2    Описание элементов содержимого для каждого типа оценки............................10

Приложение А (обязательное) Обзор требуемых и рекомендуемых элементов содержимого

для каждого типа оценки..................................................25

Приложение В (справочное) Пример отчета об испытании удобства использования..............30

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

Это критерии для прекращения, либо завершения, либо оставления задачи.

Пример 6 — При продолжительности более чем 30 минут задача прекращается.

Пример 7 — После трех неудачных попыток задача останавливается.

Пример 8 — Как только пользователь полагает, что задача выполнена.

Требуемые и рекомендуемые элементы для каждого типа оценки приведены в таблице 8.

Таблица 8 — Задачи (если они используются при оценке)

Тип оценки. Элементы содержимого, которые должны быть включены в отчет Проверка Наблюдения за пользователями Опрос пользователей Наблюдение за поведением пользователей Измерение производительности и реакции пользователей а) Задачи, используемые для оценки Должен Должен Должен Должен Ь) Сценарии для каждой задачи Должен Должен Должен Должен с) Критерии отбора задач Должен Должен Должен Должен d) Источник выбранных задач Должен Должен Должен Должен е) Данные о заданиях для участников и/или инспекторов (если применимо) Должен Должен Должен Должен f) Критерии для завершения задачи или оставления задачи для каждой задачи Нет данных Может Должен Нет данных

5.2.4.4 Среда оценки

а) Физическая среда и объекты.

В этом разделе отчета об оценке описывается информация, связанная с физической средой и объектами:

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

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

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

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

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

-    описание физической среды.

Пример 3 — Недостаточно освещенная среда (освещение) в радиологическом отсеке.

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

Введение

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

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

Общий отраслевой формат (CIF) для семейства международных стандартов по удобству использования описан в ИСО/МЭК ТО 25060. который является частью серии стандартов SQuaRE «Требования и оценка качества систем и программного обеспечения», касающихся требований к системам и программному обеспечению, а также оценке их качества (ИСО/МЭК 25000, ИСО/МЭК 25001, ИСО/ МЭК 25021. ИСО/МЭК 25023, ИСО/МЭК 25040, ИСО/МЭК 25041 и ИСО/МЭК 25051).

В семействе стандартов CIF используются определения, совместимые с определениями, которые приведены в стандартах серии ИСО 9241 «Эргономика взаимодействия человека и системы», поскольку эта терминология обычно используется 8 данной области. В некоторых случаях указанные определения отличаются от определений по ИСО/МЭК 25000.

Стандарты CIF опубликованы или планируются к опубликованию и включают в себя следующие информационные элементы:

-    общий отраслевой формат (CIF) отчетов о тестировании удобства использования (ИСО/ МЭК 25062);

Примечание — ИСО/МЭК 25062 содержит более подробное описание содержимого отчета о наблюдении за пользователями для измерения их производительности

-    контекст описания использования (ИСО/МЭК 25063);

-    отчет о потребностях пользователя (ИСО/МЭК 25064);

-    спецификацию требований пользователя (ИСО/МЭК 25065);

-    отчет об оценке (ИСО/МЭК 25066);

-    спецификацию взаимодействия с пользователем (планируется);

-    спецификацию пользовательского интерфейса (планируется);

-    отчет о полевых данных (планируется).

Стандарты CIF являются частью раздела «Расширение» серии международных стандартов SQuaRE ИСО/МЭК 25000. В таблице 1 представлен обзор структуры и содержания серии международных стандартов SQuaRE.

Таблица 1 — Организация серии международных стандартов SQuaRE

Архитектура и подпроекты SQuaRE ИСО/МЭК 2503п: Раздел «Требования к качеству» ИСО/МЭК 2501 п: Раздел «Модель качества» ИСО/МЭК 2504п: Раздел «Оценка качества» ИСО/МЭК 2500п Раздел «Управление качеством» ИСО/МЭК 2502п Раздел «Измерение качества» ИСО/МЭК 25050 — 25099: Раздел «Расширение SQuaRE» ИСО/МЭК 25051 «Требования к качеству готового к использованию программного продукта (RUSP) и инструкции по проведению испытаний» ИСО/МЭК 2506п Раздел «Общий отраслевой формат»

Контекст использования

- ИСО/МЭК 15288 6 4 2 «Промесс определения потребностей и требований заинтересованных сторон»

(- ИСО 9241-210 6.2 «Понять и указать контекст использования»'* - ИСО/МЭК 25063 «Контекст описания использования»

• ИСО/МЭК 25064 «Отчет о потребностях пользователя»

Результаты оценки

- ИСО/МЭК 15288 6.4.9 «Промесс верификации»

- ИСО 9241-210 8 5 «Оиенсэ»

• ИСО/МЭК 25062 «Общий отраслевой формат (CIF) (отчетов о тестировании удобства использования» - ИСО/МЭК 25066 «Отчет об оценке»

- ИСО/МЭК 2506х «Отчет о полевых данных»

- ИСО/МЭК 15288 8.4.4 '«Процесс архитектурного проектирования»'

-    ИСО/МЭК 15288 6.4.5 «Конструктивные определения»

-    ИСО 9241-210 8.4 «Представить проектное решение»

• ИСО/МЭК 2506л

«Спецификация взаимодействия с пользователем»

- ИСО/МЭК 2506т «Спецификация пользовательского интерфейса»

.Разработанные решения.

Стандарты, выделенные жирным шрифтом, представляют собой результаты процесса CIF

Рисунок 1 — Связь документов CIF с деятельностью по человеко-ориентированному проектированию по ИСО 9241-210 и процессами жизненного цикла системы по ИСО/МЭК 15288

На рисунке 1 показана взаимосвязь информационных элементов с деятельностью по человекоориентированному проектированию, описанной в ИСО 9241-210, а также соответствующими процессами жизненного цикла системы, определенными в ИСО/МЭК 15288¹).

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

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

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

Первое действие включает в себя контекст использования. Разработка, ориентированная на человека. зависит от потребностей пользователя, которые изначально определяются во время анализа контекста использования. Потребности пользователя документируются в Отчете о потребностях пользователя (ИСО/МЭК 25064), являющимся промежуточным и связующим звеном Контекст описания использования (ИСО/МЭК 25063), которое содержит информацию о пользователях, их задачах, организационной и физической среде и требованиях пользователя. Эти элементы разрабатываются

Заменен на ISO/IEC/IEEE 15288 2015.

во время процесса определения потребностей и требований заинтересованных сторон, описанного в ИСО/МЭК 15288.

Второе действие включает в себя полученные требования. Спецификация требований пользователя (ИСО/МЭК 25065) обеспечивает основу для разработки и оценки интерактивных систем для удовлетворения потребностей пользователей. Требования пользователей разрабатываются в сочетании с общей спецификацией требований интерактивной системы.

Третье действие включает в себя разработанные решения. Деятельность «Представить проектное решение» фокусируется на разработке взаимодействия с пользователем, отвечающего требованиям пользователей. Эта деятельность выполняется во время процессов архитектурного проектирования. реализации и интеграции, описанных в ИСО/МЭК 15288, и создает информационные элементы «Спецификация взаимодействия с пользователем» и «Спецификация пользовательского интерфейса».

Четвертое действие включает в себя результаты оценки. Деятельность «Оценка» начинается на самых ранних этапах проекта и оценивает концепцию разработки, чтобы лучше понять потребности пользователей. Проектные решения могут оцениваться многократно, по мере разработки интерактивной системы, и создавать различные типы отчетов об оценке и данных об удобстве использования, таких как данные, описанные в ИСО/МЭК 25062. Эти оценки могут поддерживать процесс верификации по ИСО/МЭК 15288, который подтверждает, что система соответствует требованиям заинтересованных сторон.

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

Системная и программная инженерия

ТРЕБОВАНИЯ И ОЦЕНКА КАЧЕСТВА СИСТЕМ И ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ (SQuaRE)

Общий отраслевой формат (CIF) для удобства использования.

Отчет об оценке

Systems and software engineering Systems and software Quality Requirements and Evaluation (SQuaRE) Common Industry Format (CIF) for Usability Evaluation Report

Дата введения — 2021—01—01

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

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

В настоящем стандарте отчеты об оценке удобства использования применимы к программным и аппаратным системам, продуктам или услугам, используемым для определенных задач (исключая общие продукты, такие как экран дисплея или клавиатура). Элементы содержимого предназначены для использования в качестве части документации системного уровня, являющейся результатом процессов разработки, описанных в стандартах ИСО 9241-210 и ИСО/МЭК JTC 1/SC 7.

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

Примечание —В целях создания моделей процессов в ИСО/МЭК ТО 24774 и ИСО/МЭК 33020 устанавливаются требования к формату и моделям процессов соответственно Кроме того, ИСО/МЭК 15289 определяет типы и содержание информационных элементов, разработанных и используемых в моделях процессов управления жизненным циклом системы и программного обеспечения ИСО/МЭК 15504-5 и ИСО/МЭК 15504-6 (заменяют ИСО/МЭК 33060) определяют рабочие продукты, включая информационные элементы, для целей оценки возможностей процесса Модели процессов и связанные с ними информационные элементы для разработки интерактивных систем, ориентированных на человека, содержатся в ISO/TR 18529 и ISO/TS 18152

2 Соответствие требованиям

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

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

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

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

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

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

Примечание — Семейство стандартов CIF использует определения, совместимые с определениями, приведенными в серии стандартов ИСО 9241, поскольку эта терминология обычно используется в данной области В некоторых случаях эти определения отличаются от определений по ИСО/МЭК 25000

3.1 _

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

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

[ИСО 26800:2011, статья 2.1; с изменениями, примечание 2 удалено]

3.2 _

действие (action): Поведение пользователя, которое система принимает в качестве запроса в отношении определенной операции.

[ИСО/МЭК ТО 11580:2007, статья 2.3; с изменениями, пример удален]

3.3 _

оценка соответствия (conformity assessment): Доказательство того, что заданные требования к продукции, процессу, системе, лицу или органу выполнены.

[ИСО/МЭК 17000:2004. статья 2.1; с изменениями, примечания удалены]

3.4 _

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

[ИСО 9241-11:1998. статья 3.5]¹»

3.5 _

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

Примечания

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

2    Понятие диалога охватывает как форму (порядок), так и смысл (семантику) взаимодействия

[ИСО 9241-110:2006. статья 3.2]

3.6 _

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

[ИСО 9241-11:1998. статья 3.2]

3.7 _

результативность (effectiveness): Степень реализации запланированной деятельности и достижения запланированных результатов.

[ИСО 9241-11:1998. статья 3.3]

’) Заменен на ИСО 9241-11 2018

3.8 _

цель (goal): Предполагаемый результат.

(ИСО 9241-11:1998. статья 3.8]

3.9 _

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

[ISO/1EC/IEEE 15289:2011. статья 5.7]¹)

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

Примечания

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

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

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

4    Оценка на основе проверки является общим термином для методов, которые включают, помимо прочего, эвристическую оценку, когнитивный критический анализ, проверку стандартов, свободный критический анализ, пошаговые руководства и проверки согласованности

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

3.11 _

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

(ISOrtEC/IEEE 24765:2010, статья 3.2506, раздел 4р>

3.12 _

удовлетворенность (satisfaction): Отсутствие дискомфорта и положительное отношение к использованию продукции.

(ИСО 9241-11:1998. статья 3.4]

3.13 _

заинтересованная сторона (stakeholder): Физическое или юридическое лицо, владеющее правом. долей, требованием или интересом к системе или обладающее характеристиками, отвечающими их потребностям и ожиданиям.

[ISO/IEC/IEEE 15288:2015. статья 4.1 44]

3.14_

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

Примечания

1 Система может рассматриваться как продукт или как предоставляемые ею услуги

*> Заменен на ISO/IEC/IEEE 15289 2015 ²> Заменен на ISO/IEC/IEEE 24765 2017.

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

(ISO/IEC/IEEE 15288:2015, статья 4.1.46: с изменениями, примечание 3 удалено)

3.15 _

задача (task): Мероприятия, необходимые для достижения цели.

Примечание — Термин «задача» используется здесь, как и в ИСО 9241-11. в его самом широком смысле, а не в отношении специфики использования диалоговой системы

[ИСО 9241-11:1998. статья 3.9; с изменениями, примечания изменены]

3.16 _

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

Примечание — 8 соответствии с ИСО/МЭК 25010 «Удобство использования можно либо определить либо измерить как характеристику качества продукта с точки зрения его подхарактеристик, либо определить или измерить непосредственно с помощью мер, которые являются подмножеством используемого качества». Определение удобства использования в настоящем стандарте согласуется со вторым подходом

[ИСО 9241-210:2010. статья 2.13; с изменениями, примечания изменены)

3.17    дефект удобства использования (usability defect): Свойство(а) продукта, которое(ые) приводит(ят) к несоответствию между намерениями и/или действиями пользователя, а также системными свойствами и поведением.

Примечания

1    Типичные дефекты удобства использования включают в себя следующее

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

-    вводящую в заблуждение информацию;

-    недостаточную и/или скудную информацию о пользовательском интерфейсе,

-    неожиданные системные ответы,

-    ограничения в навигации;

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

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

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

3.18    обнаружение в отношении удобства использования (usability finding): Выявленный дефект и/или проблема удобства использования или положительное свойство, связанное с удобством использования.

3.19    проблема удобства использования (usability problem): Ситуация во время использования, которая приводит к низкой эффективности, результативности или удовлетворенности.

3.20 _

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

Примечания

1    Ошибка использования включает в себя неспособность пользователя выполнить задачу

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