ГОСТ Р ИСО/МЭК 25022-2021 Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Измерение качества при использовании

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

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

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

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

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

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

(ISO/IEC 25022:2016, IDT)

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

Москва Российский институт стандартизации 2021

Предисловие

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

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

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

• 4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 25022:2016 «Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Измерение качества при использовании» (ISO/IEC 25022:2016 «Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Measurement of quality in use». IDT).

ИСО/МЭК 25022 разработан подкомитетом ПК 7 «Системная и программная инженерия» Совместного технического комитета СТК 1 «Информационные технологии» Международной организации по стандартизации (ИСО) и Международной электротехнической комиссии (МЭК).

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

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

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

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

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

© ISO. 2016

© IEC. 2016

©Оформление. ФГБУ «РСТ». 2021

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

Содержание

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

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

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

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

• 5 Сокращения и обозначения

• 6 Применение показателей качества при использовании

• 6.1 Применение качества при использовании

• 6.2 Измерение качества при использовании

• 6.3 Интерпретация показателей качества при использовании

• 6.4 Выбор соответствующих показателей по обеспечению качества при использовании

• 6.5 Аспекты качества при использовании, описанные в других стандартах

• 7 Формат, используемый для документирования показателей качества

• 8 Показатели качества при использовании

• 8.1 Общие положения

• 8.2 Показатели результативности

• 8.3 Показатели эффективности

• 8.4 Показатели удовлетворенности

• 8.5 Показатели свободы риска

• 8.6 Показатели по покрытию контекста

Приложение А (справочное) Примеры измерения покрытия контекста

Приложение В (справочное) Нормализация показателей качества при использовании

Приложение С (справочное) Использование ИСО/МЭК 25022 для измерения удобства использования в контексте ИСО 9241-11

Приложение D (справочное) Процесс оценки качества при использовании

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

Приложение F (справочное) Концепции измерения качества

Приложение G (справочное) Использование элемента показателя качества (ОМЕ) для определения показателей качества

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

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

Введение

Настоящий стандарт является частью серии стандартов SQuaRE. Он предоставляет набор параметров для характеристик качества при использовании систем и программного обеспечения (определенных в ИСО/МЭК 25010). которые могут применяться для определения требований к качеству при использовании (в сочетании с ИСО/МЭК 25030). а также измерения и оценки качества при использовании (в сочетании с ИСО/МЭК 25040 и ИСО/МЭК 25041).

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

Раздел измерения качества

Настоящий стандарт является частью раздела измерения качества ИСО/МЭК 2502п серии стандартов SQuaRE. Раздел измерения качества в настоящее время состоит из следующих стандартов:

• - ИСО/МЭК 25020 — эталонная модель измерения и руководство: предоставляет эталонную модель и руководство по измерению характеристик качества, определенных в разделе модели качества ИСО/МЭК 2501п;

• - ИСО/МЭК 25021 — Элементы показателя качества: предоставляет формат элементов показателей качества и некоторые наборы рекомендуемых базовых и производных параметров, которые могут быть использованы для построения показателей качества систем и программного обеспечения:

• - ИСО/МЭК 25022 — Измерение качества при использовании: предоставляет набор параметров и соответствующих измерительных функций для характеристик модели качества при использовании, определенной в ИСО/МЭК 25010;

• - ИСО/МЭК 25023 — Измерение качества систем и программной продукции: предоставляет набор параметров и соответствующих измерительных функций для характеристик модели качества систем и программной продукции, определенной в ИСО/МЭК 25010:

• - ИСО/МЭК 25024 — Измерение качества данных: предоставляет набор параметров и соответствующих измерительных функций для характеристик модели качества данных, определенной в ИСО/МЭК 25012.

На рисунке 1 показана взаимосвязь между настоящим стандартом и другими стандартами серии ИСО/МЭК 2502л.

• В серию SQuaRE входят следующие разделы;

• - ИСО/МЭК 2500л — Раздел «Управление качеством». Стандарты, входящие в этот раздел, определяют все общие модели, термины и определения, используемые всеми другими стандартами серии SQuaRE. Направляющие ссылки, используемые во всех документах SQuaRE, и высокоуровневые практические предложения по применению соответствующих стандартов в случаях конкретных приложений помогут всем потребителям. В разделе также представлены требования и методические материалы по поддерживающей функции, отвечающей за управление требованиями к программной продукции, спецификацию и оценку;

• - ИСО/МЭК 2501п — Раздел «Модель качества». Стандарты, входящие в этот раздел, представляют детализированные модели качества программного обеспечения, качества при использовании и качества данных. Кроме того, представлено практическое руководство по использованию модели качества;

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

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

Рисунок 1 — Структура раздела измерения качества

• - ИСО/МЭК 2504п — Раздел «Оценка качества». Стандарты, входящие в этот раздел, формулируют требования, рекомендации и методические материалы для оценки программного продукта, выполняемой как независимыми оценщиками, так и приобретателями или разработчиками. Кроме того, там представлена поддержка документирования измерения, как модуля оценки;

• - обозначения для стандартов с ИСО/МЭК 25050 — ИСО/МЭК 25099 зарезервированы для расширения серии SQuaRE и/или технических отчетов, которые касаются конкретных областей применения и/или могут быть использованы в дополнение к одному или нескольким международным стандартам SQuaRE.

ГОСТ Р ИСО/МЭК 25022—2021

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

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

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

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

Systems and software engineering. Systems and software Quality Requirements and Evaluation (SQuaRE). Measurement of quality in use

Дата введения — 2022—04—30

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

Настоящий стандарт определяет показатели качества при использовании для характеристик, определенных моделью качества при использовании в ИСО/МЭК 2S010. и предназначен для применения вместе с ИСО/МЭК 25010. Он может также применяться в сочетании с ИСО/МЭК 2503п и ИСО/МЭК 2504п для более общего удовлетворения потребностей пользователей в части качества программной продукции или системы.

Настоящий стандарт содержит следующее:

• • базовый набор параметров для каждой характеристики качества при использовании;

• - объяснение того, как измеряется качество при использовании.

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

Настоящий стандарт включает ряд приложений, носящих информационный характер и отражающих примеры измерения охвата контекста (приложение А), вариантов нормализации показателей качества при использовании (приложение В), использования ИСО/МЭК 25022 для измерения удобства использования в ИСО 9241-11 (приложение С), процесса оценки качества в использовании (приложение D). взаимосвязи между различными моделями качества (приложение Е) и концепции измерения качества (приложение F).

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

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

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

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

• - разработка: включая анализ требований, проектирование и тестирование в ходе процесса жизненного цикла;

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

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

• * поставка: договор с приобретателем на поставку системы, программного продукта или программной услуги на условиях договора, например при проверке качества при квалификационном испытании;

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

• - техническое обслуживание: улучшение продукта на основе показателей качества при использовании.

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

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

• а) для определения или оценки качества при использовании выбраны характеристики и/или под-характеристики, соответствующие ИСО/МЭК 25010:

• Ь) для оценки каждой выбранной характеристики или подхарактеристики применяются все общие показатели качества, определенные в разделе 8. Исключение какого-либо из них требует обоснования;

• с) любые выбранные специальные показатели качества при использовании имеют отношение к предмету оценки:

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

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

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

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

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

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

ISO/IEC 25010, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models (Информационные технологии. Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов)

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

В настоящем стандарте применены термины по ИСО/МЭК 25000. ИСО/МЭК 25010. а также следующие термины с соответствующими определениями.

Примечание — Ниже приведены основные определения из стандартов серии SQuaRE и других стандартов ИСО.

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

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

[ИСО/МЭК 25010:2011. измененный)

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

Примечание — Условия использования имеют отношение как к качеству при использовании, так и к некоторым характеристикам (подхарактеристикам) качества продукта (где он упоминается как «определенные условия»).

[ИСО/МЭК 25010:2011.4.1.5]

• 4.3 заказчик (customer): Организация или физическое лицо, которое имеет отношение к приобретению. поставке или использованию продукта или услуги.

Примечание — Отношения могут включать в себя гарантию или согласие с условиями предоставления услуг.

• 4.4 эффективность (effectiveness): Точность и полнота, с которыми пользователи достигают доставленных целей.

(ИСО 9241-11:1998]

• 4.5 производительность (efficiency): Ресурсы, затраченные в связи с точностью и полнотой достижения пользователями поставленных целей.

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

[ИСО 9241-11:1998. измененный]

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

(ИСО 9241-11:1998. измененный]

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

Примечание — Гибкость — это подхарактеристика охвата контекста.

[ИСО/МЭК 25010:2011, измененный]

• 4.8 формативная оценка (formative evaluation): Оценка, которая разрабатывается и используется для улучшения объекта оценки, особенно когда он еще находится в стадии разработки.

[ИСО/ТС 18152:2010,4.6]

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

Примечания

• 1 Риск — это функция вероятности возникновения данной угрозы и потенциальных последствий возникновения этой угрозы.

• 2 Риски, рассматриваемые серией SQuaRE. являются рисками, возникающими из-за недостаточного качества продукты.

• 3 Свобода от риска включает в себя снижение потенциальшх рисков для пользователя, организации или проекта.

[ИСО/МЭК 25010:2011. изменено — добавлено «качество» и «или избегает» для уточнения]

• 4 .10 цель (goal): Ожидаемый результат.

• 4 .11 показатель (measure): Переменная, значение которой присвоено в результате измерения.

Примечания

• 1 Термин «показатель» используется для коллективного обозначения базовых параметров, производных параметров и атрибутов.

• 2 В настоящем стандарте, когда используется слово «показатель», характеризуемое характеристикой или подхарактеристикой, оно относится к показателю качества.

[ИСО/МЭК 15939:2007, изменено — добавлено примечание 2 к записи]

• 4.12 измерение (measurement): Набор операций, имеющих целью определение значения показателя [4].

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

(ИСО/МЭК 15939:2007. измененный]

• 4.13 функция измерения (measurement function): Алгоритм или вычисление, выполняемое для комбинации не менее чем двух элементов показателя.

[ИСО/МЭК 25021:2012)

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

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

Примечания

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

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

[ИСО/МЭК 25010:2011. изменено — добавлены примечания 1 и 2 к записи)

• 4.16 показатель качества (quality measure): Показатель, получаемый как функция измерения не менее чем двух значений элементов показателя качества.

[ИСО/МЭК 25021:2012)

• 4.17 элемент показателя качества (quality measure element (ОМЕ): Показатель, определенный в терминах свойства и метода измерения для количественного определения этого свойства, включая выборочно преобразования с помощью математической функции.

[ИСО/МЭК 25021:2012)

• 4.18 модель качества (quality model): Определенное множество характеристик и взаимосвязей между ними, которые обеспечивают основу для задания требований к качеству и оценки качества.

[ИСО/МЭК 25000:2014)

• 4.19 удовлетворение (satisfaction): Степень удовлетворения потребностей пользователя при ис* пользовании продукта или системы в определенных условиях использования.

Примечания

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

• 2 Удовлетворенность — это реакция пользователя на взаимодействие с продуктом или системой и включает в себя отношение к использованию продукта.

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

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

[ИСО/МЭК 25010:2011. изменено — добавлены примечания 3 и 4 к записи)

• 4 .20 удовлетворенность заинтересованных сторон (stakeholder satisfaction): Степень удовлетворения потребностей заинтересованных сторон при использовании продукта или системы в определенных условиях.

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

[ИСО/МЭК 25010:2011. изменено — определение термина «удовлетворенность» изменено для обозначения заинтересованных сторон]

• 4 .21 итоговая оценка (summath/e evaluation): Оценка предназначена для представления выводов о достоинствах или ценности объекта оценки.

Примечания

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

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

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

[ИСО/ТС 20282-2:2013.4.17]

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

Примечания

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

• 2 На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного. например система самолета. В некоторых случаях слово «система» может заменяться контекстно-зависимым синонимом, например самолет, хотя это может впоследствии затруднить восприятие системных принципов.

[ИСО/МЭК 15288:2015, измененный]

• 4 .23 задача (task): Деятельность, необходимая для достижения цели.

Примечания

• 1 Эти действия могут быть физическими или когнитивными.

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

(ИСО 9241-11:1998]

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

Примечания

• 1 Определение адаптировано из ИСО 9241-210.

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

[ИСО/МЭК 25010:2011]

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

[МЭК 62386 — с заменой «медицинское устройство» на «система»].

• 4 .26 пользователь (user): Физическое лицо или организация, использующая систему или программную продукцию для выполнения определенной функции.

[ИСО/МЭК 15939:2007]

• 5 Сокращения и обозначения

• 8 настоящем стандарте используется следующее обозначение:

ОМЕ — элемент показателя качества (quality measure element).

• 6 Применение показателей качества при использовании

• 6.1 Применение качества при использовании

Настоящий стандарт содержит рекомендуемые показатели для определения характеристик и под-характеристик в модели качества ИСО/МЭК 25010 при использовании:

• - эффективность:

• - производительность.

« удовлетворение:

• - полноценность;

• - доверие;

• - удовольствие (пользовательский опыт);

• - комфорт (эргономичный);

• • свобода от риска:

• - снижение экономических рисков;

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

• • снижение экологических рисков;

• - покрытие контекста;

• • полнота контекста;

• - гибкость.

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

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

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

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

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

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

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

• - процесс обеспечения качества и контроля: качество при использовании внедренной системы может быть проверено в соответствии с требованиями.

Примечания

• 1 В приложении Е разъясняется взаимосвязь между различными моделями качества серии стандартов SOuaRE.

• 2 В настоящем стандарте слово «показатель» (используемое в качестве существительного) относится к показателю качества.

• 6 .2 Измерение качества при использовании

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

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

') В оригинале ИСО/МЭК 25023 не вхлкхен в библиографию. бы эти риски (см. рисунок 2). Если какие-либо показатели удобства использования или качества продукции не достигают этих целевых значений, то можно оценить потенциальное влияние измеренных значений на свободу от риска.

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

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

Эффективность, результативность и удовлетворенность можно оценить, наблюдая за репрезентативными пользователями, выполняющими репрезентативные задачи в реалистичном контексте использования (например, см. методы в приложениях В и С и ИСО/ТС 20282-2. Эти показатели могут быть получены путем моделирования реалистичной среды использования (например, в лаборатории удобства использования) или путем наблюдения за эксплуатационным использованием продукта. Чтобы определить или измерить качество при использовании, сначала нужно определить каждый компонент предполагаемого контекста использования: пользователей, их цели и среду использования. Оценка должна быть разработана таким образом, чтобы максимально точно соответствовать этому контексту использования. Важно также, чтобы пользователям предоставлялись только те виды помощи и содействия. которые были бы доступны им в оперативной среде. Эти показатели могут быть использованы для процессов обеспечения безопасности при применении метода, указанного в ИСО/ТС 20282-2.

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

Примечания

• 1 Приложение В и ИСО/ТС 20282-2 содержат примеры тага, как измерять эффективность, результативность и удовлетворенность. В приложении А приводятся примеры того, как измерять охват контекста. См. также (19].

• 2 В приложении F содержится более подробная информация о концепциях измерения качества серии стандартов SQuaRE.

• 6.3 Интерпретация показателей качества при использовании

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

• а) соответствие: сравнение показателей с конкретными бизнес-требованиями или требованиями использования (например, должна быть возможность выполнить задачу за 10 минут);

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

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

• d) квалификация: сравнение со значениями, полученными при использовании обученным или опытным пользователем (например, сколько времени требуется новому пользователю по сравнению с опытным пользователем);

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

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

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

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

Примечание — ИСО/ТС 20282-2 представляет собой пример метода суммирующего тестирования эффективности, действенности и удовлетворенности продуктов, предназначенных для использования широкой общественностью.

• 6.4 Выбор соответствующих показателей по обеспечению качества при использовании

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

• * относительную важность эффективности, результативности, удовлетворенности и свободы от риска;

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

• - навыки и знания, необходимые для применения конкретных мер.

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

• 6.5 Аспекты качества при использовании, описанные в других стандартах

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

• - ИСО 9241-11: определения эффективности, результативности и удовлетворенности в ИСО 9241-11 аналогичны определениям в ИСО/МЭК 25010, поэтому показатели качества использования для оценки эффективности, действенности и удовлетворенности в ИСО/МЭК 25022 также могут быть оценены как показатели удобства использования, определенные в ИСО 9241-11 (см. приложение С);

• - ИСО/МЭК 25062 определяет, как должны быть задокументированы результаты итогового теста удобства использования;

• - ИСО/МЭК 25063 объясняет элементы контекста использования, которые необходимо идентифицировать при измерении удобства использования;

• - ИСО/МЭК 25064 объясняет, как должны быть задокументированы потребности пользователей (которые могут включать потребности в качестве при использовании);

• - ИСО/ТС 20282-2 обеспечивает строгую методологию измерения эффективности, результативности и удовлетворенности потребительского продукта.

• 7 Формат, используемый для документирования показателей качества

Ниже приводится описание для каждого показателя, из таблиц в разделе 8.

• a) ID: идентификационный код показателя качества. Каждый идентификатор состоит из следующих трех разрядов:

• - кед. представляющий качественные характеристики и подхарактеристики. Для результативности и эффективности используется формат «Ef» и «Еу», а для удовлетворенности, свободы от риска и охвата контекста используется формат «АВс», где «А» представляет характеристику, а «Вс» представляет подхарактеристику;

• - порядковый номер в последовательности качества второстепенной характеристики;

• - G: общеприменимо, может использоваться е широком диапазоне ситуаций; S: специализировано для конкретных нужд;

• Ь) имя: имя показателя качества;

• с) описание: информация, предоставляемая показателем качества;

• d) функция измерения: Формула, показывающая, как элементы показателя качества объединяются для получения значения показателя качества;

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

• - измерение производительности пользователей: показатели эффективности и результативности (см. D. 3.3.2 и D. 3.3.3):

• - измерение поведения клиентов: данные, собранные о действиях, предпринятых клиентами;

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

• - вопросник: показатели удовлетворенности (см. D. 3.3.5);

• ■ бизнес-аналитика: анализ деловой активности и результатов;

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

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

• - анализ описания контекста: анализ контекста использования для оценки ожидаемого качества использования;

• « инспекция: инспекция системы для выявления потенциальных проблем.

• 8 Показатели качества при использовании

• 8.1 Общие положения

Показатели качества в этом разделе перечислены по качественным характеристикам и подхарактеристикам в порядке, используемом в ИСО/МЭК 25010: эффективность, результативность, удовлетворенность. свобода от риска и охват контекста.

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

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

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

• 8.2 Показатели результативности

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

Примечания

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

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

Таблица 1 — Показатели результативности

Окончание таблицы 1

• 8.3 Показатели эффективности

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

Примечания

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

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

Таблица 2 — Показатели эффективности

Окончание таблицы 2

• 8.4 Показатели удовлетворенности

  • 8.4.1 Общие положения

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

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

• а) показатель общей удовлетворенности (SUs-1-G);

• Ь) показатель специфической удовлетворенности с подхарактеристиками (8.4.2. 8.4.3. 8.4.4, 8.4.5);

• с) общий показатель удовлетворенности, получаемый путем объединения показателей индивиду* альных подхарактеристик.

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

Пользователи отвечают на вопросы о своей удовлетворенности в анкете, выбирая значение по шкале, которая может иметь два балла {например. Согласен. Не согласен) или несколько баллов (на* пример, в диапазоне от Сильно согласен до Сильно не согласен).

Суммированные баллы, полученные по опросникам удовлетворенности, часто масштабируются в диапазоне от 0 до 100. Для некоторых анкет (таких как SUS. см. [21]) существует база данных преды* дущих результатов, которая позволяет преобразовать балл в значение для процента пользователей, которые ранее давали аналогичному продукту или системе тот же балл или лучше. В этом подразделе приводятся примеры методов, которые могут быть использованы для получения показателей качества для различных аспектов удовлетворенности. Конкретные показатели могут быть получены с помощью существующих опубликованных вопросников.

Примечания

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

• 2 Удовлетворенность — это реакция пользователя на взаимодействие с продуктом или системой и включает в себя отношение к использованию продукта.

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

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

• 5 Психометрические шкалы обладают известной надежностью и валидностью. Преимущества использования опросников, имеющих стандартизированные психометрические шкалы, объясняются в [22].

Таблица 3—Показатель общей удовлетворенности

• 8 .4.2 Показатели полезности

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

Таблица 4 — Показатели полезности

Окончание таблицы 4

• 8 .4.3 Показатели доверия

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

Таблица 5 — Показатели доверия

• 8 .4.4 Показатели удовольствия пользователя (пользовательский опыт)

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

Примечания

• 1 Изменено по сравнению с определением в ИСО/МЭК 25010: «степень, в которой пользователь получает удовольствие от удовлетворения своих личных потребностей».

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

Таблица б — Показатели удовольствия (пользовательскийопыт)

• 8 .4.5 Показатели эргономического комфорта

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

Примечание — Изменено по сравнению с определением в ИСО/МЭК 25010: «степень, в которой пользователь удовлетворен физическим комфортом».

Таблица 7—Показатели эргономического комфорта

• 8.5 Показатели свободы риска

• 8.5.1 Общие положения

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

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

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

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

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

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

• Ь) организация, использующая продукт или систему:

• . ущерб репутации или финансам организации е результате ошибок, допущенных пользователя* ми из-за низкого удобства использования;

• - риски, связанные с ненадлежащей эксплуатацией или безопасностью или конфиденциальностью:

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

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

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

• d) более широкое сообщество:

• - риск последствий для здоровья и безопасности или негативного воздействия на окружающую среду.

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

Таблица 8 — Виды неблагоприятных последствий для различных типов заинтересованных сторон

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

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

Примечания

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

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

Информация об оценке рисков приведена в ИСО/МЭК 31010.

• 8 .5.2 Показатели по снижению экономических рисков

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

Примечания

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

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

• 3 Результаты измерения могут быть трудно интерпретируемы, поскольку выделение вклада, который качество продукта или системы вносит в фактические показатели каждого из экономических результатов, может быть затруднено, поскольку многие другие факторы также вносят свой вклад в эти показатели. Основная ценность этих показателей может заключаться в оценке влияния качества на экономические цели на основе предыдущего опыта влияния качества на экономические результаты. Финансовые показатели, тесно связанные с поведением системы/ программного продукта (например. REc-5-S, REc-6-S, REc-7-S. REc-B-G), будут легче интерпретироваться.

Таблица 9 — Показатели по снижению экономических рисков

Окончание таблицы 9

8.5.3 Показатели по снижению рисков для здоровья и безопасности

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

Примечания

• 1 Конкретные измерения качественных характеристик, таких как безопасность, можно найти в стандарте IEC 62366 для медицинских устройств и в международных стандартах, предусмотренных МЭК 65 и ПК 27 СТК 1 ИСО/МЭК.

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

Таблица 10 — Показатели по снижению рисков для здоровья и безопасности труда

• 8 .5.4 Показатели по снижению экологических рисков

Показатели по снижению экологических рисков оценивают влияние качества на достижение экологических целей.

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

Таблица 11 — Показатели по снижению экологических рисков

• 8.6 Показатели по покрытию контекста

• 8.6.1 Общие положения

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

Примечания

• 1 В приложении А приводятся примеры показателей охвата контекста.

• 2 Контексты считаются различными, если различия между пользователями, задачами и/или средами приводят к значительным различиям в удобстве использования [2].

• 8 .6.2 Показатели полноты контекста

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

Примечания

• 1 Эго исправленная версия определения, содержащегося в ИСО/МЭК 25010: «степень, в которой продукт илы система могут использоваться с эффективностью, результативностью, свободой от риска и удовлетворенностью во всех указанных контекстах использования».

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

Таблица 12 — Показатели полноты контекста

Окончание таблицы 12

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

Примеры:

• 1 Требование состоит в том. чтобы система имела адекватное качество при использовании во всех предполагаемых контекстах использования.

• 2 Система имеет адекватное качество при использовании только в трех из четырех предполагаемых контекстов использования.

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

• 8 .6.3 Показатели гибкости

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

Примечания

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

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

Таблица 13 — Показатели гибкости

Окончание таблицы 13

Примеры измерения покрытия контекста

А.1 Общие Положения

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

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

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

А.2 Пример полноты контекста для веб-сайта авиакомпании

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

• • определенные типы погъзовэтелей: U1: часто летающие пассажиры и U2: случайные пассажиры (с опытом использования интернета):

• • указанные задачи: Т1: выбор рейсов. Т2: оплата и т. д.;

• • определенные среды: веб-браузеры: В1: Internet Explorer. В2: Firefox и т. д.:

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

• • U1 T1 81:

• • U1 T1 В2;

• • U1. Т2. 81 и т. д.

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

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

А.З Оценка полноты контекста для веб-сайта авиакомпании

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

• • U1 Т1;

• • U2T1:

• • U1 + U2 (комбинированный) Т2.

• А .4 Показатели гибкости для веб-сайта авиакомпании

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

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

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

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

Нормализация показателей качества при использовании

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

Таблица В.1—Варианты нормализации

Продолжение таблицы В. 1

Продолжение таблицы В. 1

Окончание таблицы В. 1

Использование ИСО/МЭК 25022 для измерения удобства использования в контексте ИСО 9241*11

Определения удобства использования (обновленная версия в ИСО 9241-210) и эффективности и результативности в ИСО 9241-11 практически совладают с определениями в ИСО/МЭК 25010, в то время как определения удовлетворенности различны.

Примечание — В ИСО 9241-11 эффективность, результативность и удовлетворенность являются подхарактеристиками удобства использования.

Таблица С.1 —Определения термине» в ИСО/МЭК 25022 и ИСО 9241-11

Таким образом, все показатели качества в 8.2 (результативность) и 8.3 (эффективность) могут быть использованы для измерения эффективности и результативности в стандарте ИСО 9241-11. Показатели качества, которые могут быть использованы для измерения удовлетворенности в ИСО 9241-11, — это показатели в 8.4.1 (общие). 8.4.2 (полезность) и 8.4.3 (доверие), которые являются показателями позитивного отношения, и показатели в 8.4.5 (комфорт), которые являются показателями свободы от дискомфорта.

Примечание — Все показатели удовлетворенности, включая 8.4.4 (удовольствие), входят в предполагаемую сферу охвата удовлетворенности в новой версии ИСО 9241-11.

Процесс оценки качестве при использовании

D.1 Общие положения

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

• • Разработка требований к оценке:

• • сформулировать цепь оценки:

• • определить типы продуктов:

• • уточнить модель качества;

• • Разработка специфжации оценки:

• • опредегыть контексты использования:

• • выбрать контекст для оценки:

• • выбрать показатели;

• • установить критерии оценки;

• • интерпретировать показатели:

• • Разработка проекта оценки:

• • Выполнение оценки:

• • выполнить пользовательские тесты и собирать данные;

• • Подготовка отчета.

Примечания

• 1 Положения данного приложения соответствуют структуре процесса оценки, описанной в ИСО/МЭК 25040.

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

D.2 Разработка требований к оценке

D.2.1 Формулирование цели оценки

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

D.2.1.1 Приобретение

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

D.2.1.2 Поставка

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

D.2.1.3 Развитие

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

D.2.1.4 Эксплуатация

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

D.2.1.5 Техническое обслуживание

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

D.2.1.6 Перенос

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

D.2.2 Определение типов продуктов

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

D.2.3 Уточнение модели качества

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

D.3 Разработка спецификации оценки

D.3.1 Определение контекстов использования

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

D.3.1.1 Пользователи

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

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

D.3.1.2 Цели (предполагаемые результаты)

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

D.3.1.3 Окружающая Среда

Операционная среда

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

Пользовательская среда

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

D.3.2 Выбор контекста для оценки

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

D.3.3 Выбор показателей

D.3.3.1 Выбор показателей

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

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

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

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

D.3.3.2 Результативность

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

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

D.3.3.3 Эффективность

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

D.3.3.4 Свобода от риска

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

D.3.3.5 Удовлетворение

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

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

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

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

0.3.4 Установление критериев оценки

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

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

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

D.3.5 Интерпретация показателей

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

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

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

D.4 Разработка проекта оценки

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

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

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

• • задачи являлись репрезентативными по отношению к предназначению системы:

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

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

D.5 Выполнение оценки

D.S.1 Выполнение пользовательских тестов и сбор данных

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

D.6 Подготовка доклада

Если требуется всеобъемлющий отчет, то общий отраслевой формат [10] обеспечивает хорошую структуру для отчетности об эффективности, результативности и удовлетворенности.

Взаимосвязь между различными моделями качества

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

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

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

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

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

Концепции измерения качества

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

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

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

Включает soeOe

Целевой объект

Примечание — Целевым объектом может быть система, программный продукт, данные или пользователь (см. ИСО/МЭК 25010. рисунок 5).

Рисунок F.1 — Измерение качественных характеристик

Использование элемента показателя качества (ОМЕ) для определения показателей качества

Большинство QME полностью описаны в определении каждого показателя качества. Некоторые ОМЕ. используемые в нескольких показателях качества, определены ниже:

• • задача (действия, предпринимаемые Пользователем для достижения поставленной цели):

• • объект;

• • назначение задачи;

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

• • задачи с ошибками (задачи, в которых пользователь непреднамеренно отклоняется от правильного решения).

Приложение ДА (справочное}

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДА.1

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

• (1] ISO 9241-11:1998. Ergonomic requirements for office work with visual display terminals (VDTs)— Part 11: Guidance on usability

• [2] ISO/IEC 12207:2008. Systems and software engneering — Software life cycle processes

• [3] ISO/IEC 15288:2015. Systems and software engineering — System life cycle processes

• [4] ISO/IEC 15939:2007. Systems and software engineering — Measurement process

• [5] ISO/TS 20282-2:2013. Usability of consumer products and products for public use — Part 2: Summative test method

• [6] ISO/IEC 25000:2014. Systems and software engineering — Systems and software Quality Requirements and Evaluation (SOuaRE) — Guide to SQuaRE

• (7] ISO/IEC 25020:2007, Software engineenng — Software product Quality Requirements and Evaluation (SQuaRE) — Measurement reference model and guide

• [8] ISO/IEC 25021:2012. Systemsand software engineering — Software product Quality Requirementsand Evaluation (SQuaRE) — Quality measure elements

• [9] ISO/IEC 25030, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirements

• [10] ISO/IEC 25062, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability test reports

• [11] ISO/IEC 25063. Systems and software engineering — Systems and software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Formal (CIF) for usability: Context of use description

• [12] IEC 31010. Risk management — Risk assessment techniques

• [13] IEC 62366:2007. Medical devices — Application of usability engineering to medical devices

• [14] Hassenzahl M.. & Monk A. The inference of perceived usability from beauty. Hum. Comput. Interact. 2010. 25 (3) pp. 235—260

• [15] Hernandez L. (2002). Evaluation of different scales for measurement of perceived physical strain during performance of manual tasks. Int. J. Occup. Saf. Ergon. 2002.8 (4) pp. 413—432

• [16] Jian J.-Y., Bisantz A.M.. Drury G. Foundations for an empirically determined scale of trust in automated systems. Int J. Cogn. Ergon. 2000.4 (1) pp. 53—71

• [17] Ministry of Economy. Trade and Industry. Japan (METI) ( 2011) A Set of Metrics for Information Systems/Software Product Quality in Japan //www.meti.go.jp/policy/mono_info_service/joho/cloud/2011/11_05.pdf

• [18] Net Promoter Score. 2014) //en.wikipedia.org/wiki/Net_Promoter Systems and software Quality

• [19] Sauro J.. & Lewis J. Quantifying the User Experience. Morgan Kaufmann. 2010

• [20] Sauro j (2010) Single Ease Question (2010) https://www.measuringu.com/blog/single-question.pbp

• [21] Sauro J. 2011). Measuring Usability With The System Usability Scale (SUS). //www. measuringusability.com/ sus.php

• [22] Sauro J. 2012) 8 Advantages Of Standardized Usability Questionnaires. httpJ/www. measuringusability.corrVblog/ standardized-usabitity.pbp

• [23] Watson D.. Clark L.A.. Tellegen A. Development and validation of brief measures of positive and negative affect: the PANAS scales. J. Pers. Soc. Psychol. 1988. 54 (6) pp. 1063—1070

УДК 006.354:004.056.5:006.354 ОКС 35.080

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

Редактор ГН. Симонова Технический редактор И.Е. Черепкова Корректор О.В. Лазарева Компьютерная верстка Е.А. Кондрашовой

Сдано а набор 23.10.202!. Подписано а печать 16.11.2021. Формат 30’84И. Гарнитура Ариал. Усл. печ. л. 5.12. Уч.-изд. л. 4,35

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано о единичном исполнении в ФГБУ кРСТ» . 117416 Москва. Нахимовский пр-т, д. 3t. к. 2.

www.goslinfo.ru info@gostnfo.ru