• Текст документа
  • Статус
Документ в силу не вступил

ГОСТ Р ИСО/МЭК 25066-2019


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

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

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

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

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


ОКС 35.080

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


Предисловие

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

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

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 16 октября 2019 г. N 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 "Эргономика взаимодействия человека и системы" технического комитета ISO/TC 159 "Эргономика" и подкомитетом SC 7 "Системная и программная инженерия" совместного технического комитета ISO/IEC JTC 1 "Информационные технологии"

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

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

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

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

Введение


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Архитектура и подпроекты SQuaRE

ИСО/МЭК 2503n:
Раздел "Требования к качеству"

ИСО/МЭК 2501n:
Раздел "Модель качества"

ИСО/МЭК 2504n:
Раздел "Оценка качества"

ИСО/МЭК 2500n:
Раздел "Управление качеством"

ИСО/МЭК 2502n:
Раздел "Измерение качества"

ИСО/МЭК 25050-25099: Раздел "Расширение SQuaRE"

ИСО/МЭК 25051 "Требования к качеству готового к использованию программного продукта (RUSP) и инструкции по проведению испытаний"

ИСО/МЭК 2506n:
Раздел "Общий отраслевой формат"


ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке


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

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


На рисунке 1 показана взаимосвязь информационных элементов с деятельностью по человеко-ориентированному проектированию, описанной в ИСО 9241-210, а также соответствующими процессами жизненного цикла системы, определенными в ИСО/МЭК 15288ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке.
_______________
ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке Заменен на ISO/IEC/IEEE 15288:2015.

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

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

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

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

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

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

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

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]ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке

_______________
ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке Заменен на ИСО 9241-11:2018.

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]

3.8

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

[ИСО 9241-11:1998, статья 3.8]

3.9

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

[ISO/IEC/IEEE 15289:2011, статья 5.7]ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке

_______________
ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке Заменен на ISO/IEC/IEEE 15289:2015.

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

Примечания

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

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

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

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

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

3.11

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

[ISO/IEC/IEEE 24765:2010, статья 3.2506, раздел 4]ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке

_______________
ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке Заменен на ISO/IEC/IEEE 24765:2017.

3.12

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

[ИСО 9241-11:1998, статья 3.4]

3.13

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

[ISO/IEC/IEEE 15288:2015, статья 4.1.44]

3.14

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

Примечания

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

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


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

3.15

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

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


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

3.16

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

Примечание - В соответствии с ИСО/МЭК 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 Ошибки использования могут возникать из-за несоответствия между характеристиками пользователя, пользовательского интерфейса, задачи или среды использования.

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, как "демонстрация того, что заданные требования, касающиеся продукта, процесса, системы, человека или тела, выполнены". Оценка соответствия заключается в сравнении результатов оценки с заранее установленными критериями соответствия. Критерии соответствия могут быть определены в рамках проекта или третьей стороной (например, регулирующим органом). Для получения данных, которые могут быть использованы для оценки соответствия, требуется строгая оценка. Если используется оценка соответствия, она должна быть документирована в соответствии с требованиями настоящего стандарта.

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

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

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

Критерии соответствия

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

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

Отчет об оценке на основе проверки

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

Отчет о наблюдениях за пользователями

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

Отчет об опросе пользователей


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

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

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

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

- ИСО 9241-15 "Диалоги команд"ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке;
_______________
ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке Отменен.

- ИСО 9241-16 "Диалоги прямого управления"ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке;
_______________
ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке Отменен.

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

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

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

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

- ИСО 9241-151ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке "Руководство по пользовательским интерфейсам World Wide Web";
_______________
ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке Отменен.

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

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

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

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

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

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

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

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

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


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

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

- резюме;

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

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

- метод;

- процедура;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тип оценки. Элементы

Проверка

Наблюдения за пользователями

Опрос

содержимого, которые должны быть включены в отчет

Наблюдение за поведением пользователей

Измерение производительности и реакции пользователей

пользователей

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

Должен

Должен

Должен

Должен

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

Должен

Должен

Должен

Должен

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

Должен

Должен

Должен

Должен

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тип оценки. Элементы

Проверка

Наблюдения за пользователями

Опрос

содержимого, которые должны быть включены в отчет

Наблюдение за поведением пользователей

Измерение производительности и реакции пользователей

пользователей

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

Должен

Должен

Должен

Должен

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

Должен

Должен

Должен

Должен

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

Следует

Следует

Следует

Следует

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

Следует

Следует

Следует

Следует

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

Следует

Следует

Следует

Следует

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

Следует

Следует

Следует

Следует

g) Ожидаемое воздействие объекта

Может

Может

Может

Может

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

Может

Может

Может

Может

5.2.3 Цель оценки

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Тип оценки. Элементы

Проверка

Наблюдения за пользователями

Опрос

содержимого, которые должны быть включены в отчет

Наблюдение за поведением пользователей

Измерение производительности и реакции пользователей

пользователей

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

Должен

Должен

Должен

Должен

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

Должен

Должен

Должен

Должен

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

Должен

Должен

Должен

Должен

5.2.4 Метод

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

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

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

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

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

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

Доступ к полной версии этого документа ограничен

Ознакомиться с документом вы можете, заказав бесплатную демонстрацию систем «Кодекс» и «Техэксперт».

Что вы получите:

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

При возникновении проблем свяжитесь с нами по адресу spp@kodeks.ru

ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке

Название документа: ГОСТ Р ИСО/МЭК 25066-2019 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий отраслевой формат (CIF) для удобства использования. Отчет об оценке

Номер документа: ИСО/МЭК 25066-2019

Вид документа: ГОСТ Р

Принявший орган: Росстандарт

Статус: Документ в силу не вступил

Опубликован: Официальное издание. М.: Стандартинформ, 2019 год
Дата принятия: 16 октября 2019

Дата начала действия: 01 января 2021
Информация о данном документе содержится в профессиональных справочных системах «Кодекс» и «Техэксперт»
Узнать больше о системах