Стандарт руководство по оценке

ОКС 03.120.30

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

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

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

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

Введение

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

Настоящий стандарт является руководством в следующих ситуациях:

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

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

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

В настоящем стандарте применены термины по ИСО 3534-1 и ИСО 3534-2, а также следующие термины с соответствующими определениями:

3.2 нижняя граница поля допуска (lower specification limit) : Нижняя граница допустимых значений параметра.

3.3 верхняя граница поля допуска (upper specification limit) : Верхняя граница допустимых значений параметра.

3.4 оценка соответствия (conformity test): Систематическая оценка соответствия продукции, процесса или услуги установленным требованиям посредством испытаний.

Рисунок 1 — Разделение области значений параметра

Рисунок 1 — Разделение области значений параметра

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

Примечания

1 Интервал неопределенности может быть симметричным интервалом с центром в точке значения результата измерений, как определено в пункте 6.2.1 GUM [1].

1 Границы и доверительного интервала — это статистики (ИСО 3534-1, пункт 2.45), которые в общих предположениях принимают различные значения от выборки к выборке.

4 Требования

4.1 Общие требования при установлении предельных значений

4.1.1 Объект должен быть четко и однозначно определен.

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

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

4.1.4 Устанавливаемые предельные значения не должны включать в себя (в явном или неявном виде) неопределенность измерений.

5 Неопределенность результатов

6 Оценка соответствия требованиям

6.2 Двухэтапная процедура оценки соответствия

Рисунок 2 — Схема двухэтапной процедуры оценки соответствия

Рисунок 2 — Схема двухэтапной процедуры оценки соответствия

7 Составление отчета о результатах оценки соответствия

Приложение А (справочное). Примеры объектов и количественных параметров

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

Таблица А.1 — Примеры объектов с соответствующими количественными параметрами

Объект	Количественный параметр объекта
	Параметр единицы продукции	Среднее	Параметр гомогенности	Относительная частота
Различимая единица продукции или отдельный ее представитель	х	—	—	—
{гиря для весов}	{масса}	—	—	—
Группа различимых единиц продукции (партия или совокупность)	—	х	х	х
{партия мешков сахара}	—	{средняя масса мешка}	{стандартное отклонение массы мешка}	{процент мешков с соответствующей массой}
Процесс	—	х	х	х
{продукция в бутылках}	—	{средний объем продукции в бутылке}	{стандартное отклонение объема продукции в бутылке}	{процент бутылок с соответствующим объемом продукции}
Партия нештучной продукции (сыпучий, жидкий или газообразный материал)	—	х	х	х
{партия доломита}	—	{доля массы асбестовых волокон}	{стандартное отклонение массовой доли асбестовых волокон по отобранным образцам}	{массовая доля асбестовых волокон соответствующей длины}
Услуги	—	х	х	х
{лечение конкретной болезни}	—	{среднее время от появления болезни до начала ее лечения}	{стандартное отклонение времени от появления болезни до начала ее лечения}	{процент времени от появления болезни до начала ее лечения соответствующей продолжительности}
Примечание — Символ «х» означает то, что параметр может соответствовать указанному объекту. Конкретные примеры приведены в фигурных скобках. Приведенные в таблице виды объектов и перечень параметров не являются исчерпывающими.

Приложение В (справочное). Примеры

Приложение В
(справочное)

,*

,

-0,624837 и 1,14379.

.

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

.

Доверительный интервал для среднего с доверительной вероятностью () имеет вид

,

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

Приложение С
(справочное)

Таблица С.1

Обозначение ссылочного международного стандарта	Обозначение и наименование соответствующего национального стандарта
ИСО 2602:1980	ГОСТ Р 50779.22-2005 (ИСО 2602:1980) Статистические методы. Статистическое представление данных. Точечная оценка и доверительный интервал для среднего
ИСО 2854:1976	ГОСТ Р 50779.21-2004 Статистические методы. Правила определения и методы расчета статистических характеристик по выборочным данным. Часть 1. Нормальное распределение
ИСО 3534-1:1993	ГОСТ Р 50779.10-2000 (ИСО 3534-1-93) Статистические методы. Вероятность и основы статистики. Термины и определения
ИСО 3534-2:1993	ГОСТ Р 50779.11-2000 (ИСО 3534-2-93) Статистические методы. Статистическое управление качеством. Термины и определения
ИСО 5725-1:1994	ГОСТ Р ИСО 5725-1-2002 Точность (правильность и прецизионность) методов и результатов измерений. Часть 1. Основные положения и определения
ИСО 5725-2:1994	ГОСТ Р ИСО 5725-2-2002 Точность (правильность и прецизионность) методов и результатов измерений. Часть 2. Основной метод определения повторяемости и воспроизводимости стандартного метода измерений
ИСО 5725-3:1994	ГОСТ Р ИСО 5725-3-2002 Точность (правильность и прецизионность) методов и результатов измерений. Часть 3. Промежуточные показатели прецизионности стандартного метода измерений
ИСО 5725-4:1994	ГОСТ Р ИСО 5725-4-2002 Точность (правильность и прецизионность) методов и результатов измерений. Часть 4. Основные методы определения правильности стандартного метода измерений
ИСО 5725-5:1998	ГОСТ Р ИСО 5725-5-2002 Точность (правильность и прецизионность) методов и результатов измерений. Часть 5. Альтернативные методы определения прецизионности стандартного метода измерений
ИСО 5725-6:1994	ГОСТ Р ИСО 5725-6-2002 Точность (правильность и прецизионность) методов и результатов измерений. Часть 6. Использование значений точности на практике
ИСО/ТУ 14253-2:1999	*
* Соответствующий национальный стандарт отсутствует. До его принятия рекомендуется использовать перевод на русский язык данного международного стандарта. Перевод данного международного стандарта находится в Федеральном информационном фонде технических регламентов и стандартов.

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

    ГОСТ Р ИСО/МЭК 25000-2021

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

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

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

 Руководство

 Systems and software engineering. Systems and software Quality Requirements and Evaluation (SQuaRE). Guide

ОКС 35.080

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

 Предисловие

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

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

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

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 25000:2014* «Системная и программная инженерия. Требования и оценка качества систем и программных средств (SQuaRE). Руководство по SQuaRE» (ISO/IEC 25000:2014 «Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Guide to SQuaRE», IDT).

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

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

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

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

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

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

 Введение

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

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

— ИСО/МЭК 9126 и ИСО/МЭК 14598 имеют общие нормативные, справочные и функциональные корни;

— ИСО/МЭК 9126 и ИСО/МЭК 14598 образуют дополнительный набор стандартов;

— независимые жизненные циклы ИСО/МЭК 9126 и ИСО/МЭК 14598 создали противоречия между ними.

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

Серия стандартов SQuaRE посвящена качеству систем и программной продукции. Раздел управления качеством ИСО/МЭК 2500n занимается определением требований к качеству систем и программной продукции, измерением и оценкой качества систем и программной продукции и не занимается «управлением качеством» процессов, которое определено в серии стандартов ИСО 9000.

Основными преимуществами серии стандартов SQuaRE по сравнению с предшественниками являются:

— координация руководства по измерению и оценке качества систем и программной продукции;

— руководство по определению требований к качеству систем и программной продукции;

— гармонизация с ИСО/МЭК 15939 в виде эталонной модели измерения качества программного продукта, представленной в ИСО/МЭК 25020.

Основными отличиями серии стандартов SQuaRE от ИСО/МЭК 9126, ИСО/МЭК 14598 являются:

— введение новой общей эталонной модели;

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

— внедрение систем качества продукции;

— внедрение модели качества данных;

— внедрение элементов измерения качества;

— введение раздела требований к качеству;

— включение и пересмотр процессов оценки;

— введение руководства по практическому применению в виде примеров;

— координация и гармонизация содержания с ИСО/МЭК 15939.

Серия стандартов SQuaRE состоит из следующих разделов:

— раздел «Управление качеством» (ИСО/МЭК 2500n);

— раздел «Модели качества» (ИСО/МЭК 2501n);

— раздел «Измерение качества» (ИСО/МЭК 2502n);

— раздел «Требования к качеству» (ИСО/МЭК 2503n);

— раздел «Оценка качества» (ИСО/МЭК 2504n);

— ИСО/МЭК 25050 — ИСО/МЭК 25099, раздел «Расширение SQuaRE».

Серия стандартов SQuaRE предоставляет:

— термины и определения,

— эталонные модели,

— общее руководство,

— отдельные руководства по разделам,

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

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

Серия стандартов SQuaRE замещает серии стандартов ИСО/МЭК 9126 и ИСО/МЭК 14598.

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

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

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

Серия стандартов SQuaRE предназначена для разработчиков, потребителей и независимых оценщиков систем и программной продукции, в частности для тех, кто отвечает за определение требований к качеству систем и программной продукции, а также за оценку качества систем и программной продукции. Рекомендуется, чтобы пользователи стандартов серии SQuaRE, а также ИСО/МЭК 9126 и ИСО/МЭК 14598 использовали настоящий стандарт в качестве руководства для выполнения своих задач.

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

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

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

Настоящий стандарт не содержит каких-либо нормативных ссылок. Все информативные ссылки приведены в библиографии.

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

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

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

4.1 атрибут (attribute): Неотъемлемое свойство или характеристика объекта, которое может быть количественно или качественно различимо человеком или автоматизированными средствами.

Примечания

1 Основано на ИСО/МЭК 15939:2007.

2 В ИСО 9000 различают два типа атрибутов: постоянная, изначально присущая характеристика и присвоенная характеристика продукта, процесса или системы (например, цена продукта и владелец продукта). Присвоенная характеристика не является неотъемлемым атрибутом продукта, процесса или системы.

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

[ИСО 9241-11:1998]

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

4.4 данные (data): Представление информации в формализованном виде, пригодном для передачи, интерпретации и обработки.

[ИСО/МЭК 25012:2008]

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

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

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

4.7 конечный пользователь (end user): Индивидуум, который в конечном счете извлекает выгоду из результатов работы системы или программной продукции.

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

4.8 метод оценки (evaluation method): Описание процедур и действий, которые должны быть выполнены лицом, производящим оценку, для получения результатов измерения, применяемого к указанным компонентам продукта или к продукту в целом.

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

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

4.10 оценщик (evaluator): Физическое лицо или организация, проводящая оценку.

4.11 внешний показатель качества системы или программной продукции (external measure of system or software quality): Степень, в которой параметры функционирования системы или программной продукции удовлетворяют потребности, заявленные и подразумеваемые в надсистеме, с учетом условий функционирования.

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

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

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

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

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

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

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

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

4.14 информационная потребность (information need): Информация, понимание которой необходимо для управления целями, задачами, рисками и проблемами.

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

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

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

4.16 внутренний показатель качества программной продукции (internal measure of software quality): Степень, в которой набор статических параметров функционирования программной продукции удовлетворяет заявленные и подразумеваемые потребности.

Примечания

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

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

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

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

[ИСО/МЭК 12207:2008]

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

Примечание — Термин «показатель» используется для общего обозначения измеряемых параметров, производных параметров и атрибутов [ИСО/МЭК 15939:2007].

4.19 измерять (measure) (глагол): Производить измерение.

[ИСО/МЭК 14598-1:1999]

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

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

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

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

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

4.22 процесс (process): Деятельность, использующая ресурсы для преобразования входных данных в выходные.

[ИСО 9000:2005]

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

[РМВОК (четвертое издание): 2008]

Примечание — ИСО 9000:2005 определяет четыре согласованные общие категории продукции: аппаратное обеспечение (например, механическая часть двигателя), программное обеспечение (например, компьютерная программа), услуги (например, перевозки) и обрабатываемые материалы (например, смазочные материалы). Аппаратные средства и обработанные материалы, как правило, являются материальными продуктами, в то время как программное обеспечение или услуги, как правило, неосязаемы. Большинство продуктов содержат элементы, относящиеся к нескольким из указанных общих категорий продуктов. Будет ли продукт называться аппаратным обеспечением, обработанным материалом, программным обеспечением или услугой, зависит от доминирующего элемента. Результатом могут быть компоненты, системы, программное обеспечение, службы, правила, документы и многие другие элементы. В некоторых случаях результатом может быть множество взаимосвязанных отдельных результатов.

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

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

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

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

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

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

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

4.29 уровень рейтинга (rating level): Масштабная точка на измерительной шкале, которая используется для категорирования шкалы измерений.

Примечания

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

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

4.30 шкала (scale): Упорядоченный набор непрерывных или дискретных значений или набор категорий, с которыми сопоставляется параметр.

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

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

4.31 программный продукт (software product): Совокупность компьютерных программ, процедур и, возможно, связанных с ними документации и данных.

[ИСО/МЭК 12207:2008]

Примечания

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

2 В стандартах SQuaRE понятия «качество программной продукции» и «качество программной продукции» идентичны.

4.32 оценка программного продукта (software product evaluation): Техническая работа, заключающаяся в получении оценки одной или нескольких характеристик качества программного продукта в соответствии с заданной процедурой.

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

Примечание — Это определение отличается от определения качества по ИСО 9000:2005 главным образом потому, что определение качества программной продукции относится к удовлетворению заявленных и подразумеваемых потребностей, в то время как определение качества по ИСО 9000:2005 относится к удовлетворению требований.

4.34 характеристика качества программной продукции (software quality characteristic): Категория показателей качества программной продукции, влияющих на качество программной продукции.

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

4.35 оценка качества программной продукции (software quality evaluation): Систематическое исследование степени, с которой программная продукция способна удовлетворять установленным и подразумеваемым потребностям.

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

[ИСО/МЭК 15288:2008]

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

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

[ИСО/МЭК 12207:2008]

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

[ИСО/МЭК 15288:2008]

Примечания

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

2 На практике интерпретация данного термина зачастую уточняется с помощью ассоциативного существительного, например, система самолета. В некоторых случаях слово «система» может заменяться контекстно-зависимым синонимом, например самолет, хотя это может впоследствии затруднить восприятие системных принципов [ИСО/МЭК 15288:2008].

4.39 цель процесса (target of process): Система, программная продукция или задача, выполняемая программной продукцией, к которым применяется процесс измерения или оценки качества.

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

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

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

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

[ИСО 9000:2005]

Примечание — Валидация в контексте жизненного цикла систем и программной продукции — это набор мероприятий, обеспечивающих уверенность в том, что система способна выполнить свое предназначение, цели и задачи [ИСО/МЭК 12207:2008].

4.42 значение (value): Число или категория, присвоенные атрибуту объекта (сущности) на основе проведения измерений.

4.43 верификация (verification): Подтверждение на основе представления объективных свидетельств того, что заданные требования полностью выполнены.

[ИСО 9000:2005]

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

      5 Серия международных стандартов SQuaRE — Требования и оценка качества систем и программных средств

      5.1 Организация серии стандартов SQuaRE

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

     Рисунок 1 — Организация серии стандартов SQuaRE

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

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

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

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

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

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

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

      5.2 Обзор документов серии стандартов SQuaRE

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

5.2.1 ИСО/МЭК 2500n — раздел управления качеством

— 25000 — руководство по SQuaRE: содержит описание структуры SQuaRE, терминологию, обзор документов, предполагаемых пользователей и связанных с ними частей серии, а также справочные модели, приведенные в ИСО/МЭК 9126-1 и ИСО/МЭК 14598-1;

— 25001 — планирование и управление: содержит требования и рекомендации по планированию и управлению определением и оценкой требований к системе или программному обеспечению (ИСО/МЭК 14598-2).

5.2.2 ИСО/МЭК 2501n — раздел моделей качества

— 25010 — модель качества: описывает модели качества систем и программной продукции, а также качества при использовании. В документе представлены характеристики и подхарактеристики качества продукции и качества при ее использовании (ИСО/МЭК 9126-1 и ИСО/МЭК 14598-1);

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

5.2.3 ИСО/МЭК 2502n — раздел «Измерения качества»

— 25020 — «Эталонная модель измерения и руководство»: представляет вводное описание и эталонную модель, являющуюся общей для всех элементов измерения качества, показателей внутреннего качества программной продукции, показателей внешнего качества системы и программной продукции, а также качества при использовании. Кроме того, предоставляет рекомендации по выбору и применению положений ИСО/МЭК 9126-1, ИСО/МЭК 9126-2, ИСО/МЭК 9126-3, ИСО/МЭК 9126-4 и ИСО/МЭК 14598-1. На момент публикации документ был посвящен только программному обеспечению, но его содержание относится и к системам;

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

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

— 25023 — «Измерение качества систем и программной продукции»: определяет показатели качества для количественного измерения качества систем и программной продукции с точки зрения характеристик и подхарактеристик, определенных в ИСО/МЭК25010, и предназначен для использования вместе с ИСО/МЭК 25010 (ИСО/МЭК 9126-2, -3). Содержит рекомендации по использованию показателей и соответствующих измерительных функций для измерения качества систем и программной продукции;

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

5.2.4 ИСО/МЭК 2503n — раздел «Требования к качеству»

— 25030 — «Требования к качеству»: содержит рекомендации для определения требований к качеству, а также требования и рекомендации по качеству;

5.2.5 ИСО/МЭК 2504n — раздел «Оценки качества»

— 25040 — «Процесс оценки»: содержит требования и рекомендации по оценке качества систем и программной продукции и уточняет общие понятия. В нем приводится описание процесса оценки качества систем и программной продукции и излагаются требования к этому процессу (ИСО/МЭК 14598-1);

— 25041 — «Руководство по оценке для разработчиков, потребителей и независимых оценщиков»: Содержит методические материалы, специальные требования и рекомендации для разработчиков, потребителей и независимых оценщиков (ИСО/МЭК 14598-3, -4, -5);

— 25045 — «Модули оценки восстанавливаемости»: содержит спецификацию для оценки подхарактеристики восстанавливаемости, определенной в соответствии с характеристикой надежности в модели качества. Он определяет такие показатели внешнего качества систем и программной продукции, как отказоустойчивость и индекс автономного восстановления при воздействии на информационную систему, в которой исполняется один или несколько процессов программной продукции и ряд возмущений.

5.2.6 ИСО/МЭК 25050 — 25099 — «Расширение серии SQuaRE»

— 25051 — «Требования к качеству готового к использованию программного продукта и инструкции по испытаниям»: устанавливает требования к качеству готового к использованию программного продукта; требования к испытательной документации для испытаний готового к использованию программного продукта, включая план испытаний, описание испытаний и результаты испытаний; а также инструкцию по оценке соответствия готового к использованию программного продукта (ИСО/МЭК 12119);

— 25060 — «Общий отраслевой формат (CIF) для удобства использования»: описывает потенциальное семейство стандартов, которые документируют спецификацию и оценку удобства использования интерактивных систем. Содержит общий обзор структуры CIF и ее содержания, определения и взаимосвязи элементов структуры;

— 25062 — «Общий отраслевой формат (CIF) для отчетов об испытаниях на удобство использования»: предназначен для формирования отчетов о результатах тестирования удобства использования в соответствии с ИСО 9241-11: эффективность, результативность и удовлетворенность в определенных условиях использования программной продукции;

— 25063 — «Единый отраслевой формат (CIF) для удобства использования»: определяет содержание как общих, так и детальных описаний контекста использования существующей, предполагаемой, проектируемой или внедряемой программной продукции;

— 25064 — «Общий формат промышленности (CIF) для удобства использования: Пользователь должен сообщить: описывает общий формат для отчетности по потребностям пользователей в части интерфейсов программной продукции. Стандарт содержит спецификации для содержания и примерного формата отчетов о потребностях пользователей в части интерфейсов программной продукции, включая информационные потребности;

— 25065 — «Общий отраслевой формат (CIF) для удобства использования»: описывает общий формат для спецификации требований пользователя в части интерфейсов программной продукции;

— 25066 — «Общий отраслевой формат (CIF) для удобства использования»: описывает общий формат для отчетов об оценке удобства использования интерфейсов пользователя. Цель стандарта состоит в том, чтобы обеспечить спецификации для содержания отчетов об оценке удобства использования интерфейсов пользователя, включая определения и взаимосвязь элементов.

      5.3 Общие модели SQuaRE

5.3.1 Общие положения

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

— общая эталонная модель SQuaRE — навигационное руководство по серии стандартов SQuaRE в зависимости от задачи (задач) пользователя серии;

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

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

     Рисунок 2 — Общая эталонная модель SQuaRE

5.3.2 Общая эталонная модель

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

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

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

5.3.3 Модель жизненного цикла качества систем и программной продукции

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

— в фазе разработки продукта предметом рассмотрения являются показатели внутреннего качества программной продукции;

— в фазе эксплуатации продукта предметом рассмотрения являются показатели внешнего качества систем и программной продукции;

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

     Рисунок 3 — Модель жизненного цикла качества систем и программной продукции

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

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

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

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

Примечания

1 Внешние требования к качеству системы или программной продукции способствуют выявлению и определению внутренних требований к качеству программной продукции.

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

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

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

5.3.4 Структура модели качества

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

Модель состоит из трех частей:

— модель качества систем и программной продукции;

— модель качества систем и программной продукции при использовании;

— модель качества данных.

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

Приложение A

(справочное)

 Взаимосвязь серии стандартов SQuaRE с другими стандартами ИСО/МЭК

A.1 ИСО/МЭК 12207:2008

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

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

A.2 Стандарты серии ИСО/МЭК 15504

_______________

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

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

— требований к проведению оценки;

— эталонных моделей процесса;

— модели оценки процесса;

— проверки соответствия оценки технологического процесса разработки.

Стандарты серии ИСО/МЭК 25000 могут использоваться в качестве эталона при оценке процесса измерения и качества организации процесса разработки.

A.3 Семейство стандартов ИСО 9000

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

— ИСО 9000 описывает основы систем управления качеством и определяет терминологию для систем управления качеством;

— ИСО/МЭК 90003 содержит рекомендации для организаций по применению стандарта ИСО 9001:2000 при разработке, поставке, эксплуатации и техническом обслуживании программной продукции;

— ИСО 9001 определяет требования к системе управления качеством в области подтверждения соответствия предоставляемой продукции требованиям заказчика и используемым нормативным требованиям, а также в области повышения удовлетворенности клиентов;

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

— ИСО 19011 содержит руководство по аудиту систем управления качеством и охраны окружающей среды.

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

ИСО 9000 описывает основы систем управления качеством, которые составляют предмет семейства стандартов ИСО 9000, и определяет связанные с ними термины. Данная серия стандартов применима к следующим организациям:

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

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

c) потребителям продукции;

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

e) внутренним или внешним по отношению к организации лицам, осуществляющим оценку системы управления качеством или которые проводят ее аудит на соответствие требованиям стандарта ИСО 9001 (например, аудиторы, регулирующие органы, органы сертификации/регистрации);

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

g) разработчикам соответствующих стандартов.

ИСО/МЭК 90003 содержит рекомендации для организаций по применению стандарта ИСО 9001:2000 при приобретении, поставке, разработке, эксплуатации и техническом обслуживании программной продукции.  

Данный стандарт может применяться к компьютерным системам:

— как часть коммерческого контракта со сторонней организацией;

— как продукт, доступный для рынка;

— для поддержки бизнес-процессов организации;

— как программное обеспечение, встроенное в аппаратный продукт;

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

Часто приводятся ссылки на дополнительные руководящие указания в стандартах разработки программной продукции, определенных ПК 7 СТК 1 ИСО/МЭК, в частности ИСО/МЭК 9126, ИСО/МЭК 12207, ИСО/МЭК 15939 и ИСО/МЭК 15504.

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

ИСО 9001 устанавливает требования к системе управления качеством в части:

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

— повышения удовлетворенности клиентов за счет эффективного применения системы менеджмента качества, в том числе за счет:

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

— применения нормативных требований.

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

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

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

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

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

ИСО 19011 содержит руководство по принципам аудита, управлению программами аудита, проведению аудитов системы управления качеством и аудитов системы экологического менеджмента, а также требования по компетенции аудиторов системы управления качеством и экологического менеджмента.

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

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

A.4 ИСО/МЭК 15939:2007

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

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

Целью стандарта ИСО/МЭК 15939 является:

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

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

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

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

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

A.5 ИСО/МЭК 15288:2008

Разница между ИСО/МЭК 12207 и ИСО/МЭК 15288 заключается в акценте на процесс определения требований заинтересованных сторон. Цель ИСО/МЭК 15288 заключается в том, чтобы:

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

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

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

— произвести элемент системы;

— собрать систему, которая соответствует архитектурному проекту;

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

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

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

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

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

A.6 стандарты серии ИСО/МЭК 29119

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

— ИСО/МЭК 29119-1 — Разработка программной продукции и систем-тестирование программной продукции. Часть 1: концепции и определения;

— ИСО/МЭК 29119-2 — Разработка программной продукции и систем-тестирование программной продукции. Часть 2: процесс тестирования;

— ИСО/МЭК 29119-3 — Разработка программной продукции и систем-тестирование программной продукции. Часть 3: тестовая документация;

— ИСО/МЭК 29119-4 — Разработка программной продукции и систем-тестирование программной продукции. Часть 4: методы тестирования.

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

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

ИСО/МЭК 29119-3 определяет шаблоны и примеры тестовой документации, которые создаются в процессе тестирования.

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

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

Приложение B

(справочное)

 История и процесс перехода между сериями стандартов ИСО/МЭК 9126, ИСО/МЭК 14598 и серией стандартов SQuaRE

B.1 История

Серия стандартов SQuaRE была впервые принята на совещании WG6 в Канадзаве в 1999 году и пересмотрена на совещании в Мадриде в 2000 году. Необходимость единой серии стандартов в области качества программной продукции была подтверждена в результате анализа существующих серий ИСО 9126 и ИСО 14598, который определил направления и перечень необходимых улучшений.

Полученные предложения после необходимых обсуждений и корректировок были одобрены на пленарном заседании ПК 7 СТК 1 ИСО/МЭК в Мадриде. В ноябре 2000 года на совещании WG6 в Праге вариант серии стандартов SQuaRE был снова пересмотрен и получил более подробное содержание.

Во время пленарного заседания ПК 7 СТК 1 ИСО/МЭК в Нагое в мае 2001 года документам серии SQuaRE были присвоены новые номера. Была обсуждена и рассмотрена совместимость между различными руководствами в рамках этой серии. Принятая версия позже была выпущена для регистрации.

На пленарном заседании ПК 7 СТК 1 ИСО/МЭК в Пусане, Корея, в мае 2002 года была утверждена и применена окончательная нумерация серий. Кроме того, были начаты основные пересмотры всех документов этой серии. С этого момента началось непрерывное развитие серии, которое продолжается до настоящего времени, в том числе в части уже опубликованных стандартов.

B.2 Взаимосвязь между сериями стандартов ИСО/МЭК 9126 и ИСО/МЭК 14598 и серией стандартов SQuaRE

В таблице B.1 представлено соответствие стандартов серии SQuaRE и стандартов серии ИСО/МЭК 9126 и ИСО/МЭК 14598. Данная таблица обеспечивает пользователям указанных стандартов переход на использование стандартов серии SQuaRE в их практической деятельности.

Таблица B.1 — Взаимосвязь стандартов серии SQuaRE с сериями ИСО/МЭК 9126, ИСО/МЭК 14598 для перехода между ними

Серия стандартов SQuaRE	Серии ИСО/МЭК 9126 и ИСО/МЭК 14598
ИСО/МЭК 25000 руководство по SQuaRE	ИСО/МЭК 9126-1, ИСО/МЭК 14598-1
ИСО/МЭК 25001 планирование и управление	ИСО/МЭК 14598-2
ИСО/МЭК 25010 Модели качества систем и программной продукции	ИСО/МЭК 9126-1
ИСО/МЭК 25012 Модель качества данных	отсутствует
ИСО/МЭК 25020 Эталонная модель измерения и руководство	ИСО/МЭК 9126-1, -2, -3, -4
ИСО/МЭК 25021 Элементы измерения качества	отсутствует
ИСО/МЭК 25022 Измерение качества при использовании	ИСО/МЭК TR 9126-4
ИСО/МЭК 25023 Измерение качества систем и программной продукции	ИСО/МЭК TR 9126-2, -3
ИСО/МЭК 25024 Измерение качества данных	отсутствует
ИСО/МЭК 25030 Требования к качеству	отсутствует
ИСО/МЭК 25040 Процесс оценки	ИСО/МЭК 14598-1
ИСО/МЭК 25041 Руководства по оценке для разработчиков, потребителей и независимых оценщиков	ИСО/МЭК 14598-3, -4, -5
ИСО/МЭК 25045 Модули оценки восстанавливаемости	отсутствует

В левой колонке перечислены все стандарты из серии SQuaRE, а в правой колонке указаны части из ИСО/МЭК 9126 и ИСО/МЭК 14598, которые им соответствуют (их положения либо включены в новую серию SQuaRE, либо полностью ею заменяются).

Приложение C

(справочное)

 Примеры применения стандартов серии ИСО/МЭК 25000 SQuaRE

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

Таблица C.1 — Примеры применения стандартов серии SQuaRE

Задача	Разработчик	Потребитель	Оценщик
Определение общих требований к качеству	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25030 ИСО/МЭК 25041 (необязательный)	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25030 ИСО/МЭК 25041 (необязательный)	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25030 ИСО/МЭК 25041 (необязательный)
Определение требований пользователя к качеству Проверка полноты определения требований к качеству	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25021 ИСО/МЭК 25022 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25030 ИСО/МЭК 25041 (необязательный)	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25021 ИСО/МЭК 25022 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25030 ИСО/МЭК 25041 (необязательный)	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25021 ИСО/МЭК 25022 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25030 ИСО/МЭК 25041 (необязательный)
Оценка системы или программного продукта в процессе разработки	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25022 и/или ИСО/МЭК 25023 и/или ИСО/МЭК 25024 ИСО/МЭК 25041	отсутствуют	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25022 и/или ИСО/МЭК 25023 и/или ИСО/МЭК 25024 ИСО/МЭК 25041
Оценка системы или программного продукта после разработки	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25041	отсутствуют	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25041
Оценка результатов использования системы или программного продукта	отсутствуют	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25041	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25041
Приобретение пользовательской системы или программного продукта с оценкой в процессе разработки	отсутствуют	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25022 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25041	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25021 ИСО/МЭК 25022 ИСО/МЭК 25023 ИСО/МЭК 25024 ИСО/МЭК 25041
Приобретение готового к использованию программного продукта	отсутствуют	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25021 ИСО/МЭК 25023 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25024 ИСО/МЭК 25041	ИСО/МЭК 25000 ИСО/МЭК 25001 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25021 ИСО/МЭК 25023 ИСО/МЭК 25030 ИСО/МЭК 25040 ИСО/МЭК 25024 ИСО/МЭК 25041
Техническое обслуживание системы или программного продукта Примечание — Роль сопровождающего может играть либо разработчик, либо приобретатель (специализированная организация приобретателя)	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25021 ИСО/МЭК 25022 ИСО/МЭК 25023 ИСО/МЭК 25024	ИСО/МЭК 25000 ИСО/МЭК 25010 ИСО/МЭК 25012 ИСО/МЭК 25020 ИСО/МЭК 25030 ИСО/МЭК 25021 ИСО/МЭК 25022 ИСО/МЭК 25023 ИСО/МЭК 25024	отсутствуют

Приложение D

(справочное)

 Предпосылки и потребности в стандартах серии ИСО/МЭК 25000 SQuaRE

D.1 Быстрое развитие информационных технологий

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

Стремительная эволюция ИКТ обусловливает появление многих новых концепций прикладных систем и программной продукции. На рисунке D.1 представлена диаграмма причинно-следственных связей эволюции ИКТ и потребностей в серии международных стандартов SQuaRE.

     Рисунок D.1 — Диаграмма причинно-следственных связей эволюции ИКТ и потребностей в серии международных стандартов SQuaRE

Первая модель качества ИСО/МЭК 9126 была опубликована в 1991 году, ее пересмотр ИСО/МЭК 9126-1 был опубликован десятилетием позже в 2001 году, а самая последняя модель качества ИСО/МЭК 25010 SQuaRE, опубликованная в 2011 году, основана на этих стандартах. За это время информационно-коммуникационные технологии совершили рывок в развитии. В таблице D.1 приведены некоторые примеры такого развития. Из данной таблицы видно, что скорость микропроцессора за 20 лет выросла в 2000 раз, объем оперативной памяти — в 4000 раз, а скорость сетей передачи данных — более чем в 100000 раз.

Таблица D.1 — Примеры эволюции ИКТ

	1991	2001	2011
Микро Процессор	80486SX 25 МГц 20 MIPS	Pentium IV 2 ГГц	Intel Core i5 2,8 ГГц 50 MIPS
Оперативная память	640 КБ ~ 10 МБ	256 MБ	2~4 ГБ
Дисплей	CRT 640×400	ЖКД XGA(1024×768) ~ 1280×1024	ЖКД SXGA: 1280×1024, 1920×1080
Жесткий диск/SSD-накопитель	20~40 МБ	80 Гб	SSD: 256 ГБ ~ ЖЕСТКИЙ ДИСК: 1 ТБ ~
Сеть передачи данных	9600 бит/с Интернет	ADSL 12 Мбит/с	оптическая сеть 100 Мбит/С ~1 Гбит/С Wi-Fi: 40 Мбит/с

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

D.2 Потребности в улучшении качества

Как правило, новые прикладные системы нуждаются в более крупном, сложном и качественном программном обеспечении. При этом масштабность почти всех программных продуктов, таких как MS-Word, Google, Adobe Acrobat, растет по мере выпуска новых версий продукта.

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

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

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

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

[1]	ISO 9000:2005, Quality management systems — Fundamentals and vocabulary (Системы менеджмента качества. Основные положения и словарь)
[2]	ISO 9001:2008, Quality management systems — Requirements (Системы менеджмента качества. Требования)
[3]	ISO 9004:2009, Managing for the sustained success of an organization — A quality management approach (Менеджмент с целью достижения устойчивого успеха организации. Подход с позиции менеджмента качества)
[4]	ISO/IEC 9126-1:2001, Software engineering — Product quality — Part 1: Quality model (Программирование. Качество продукта. Часть 1. Модель качества)
[5]	ISO/IEC TR 9126-2:2003, Software engineering — Product quality — Part 2: External metrics (Программирование. Качество продукта. Часть 2. Внешние показатели)
[6]	ISO/IEC TR 9126-3:2003, Software engineering — Product quality — Part 3: Internal metrics (Программирование. Качество продукта. Часть 3. Внутренние показатели)
[7]	ISO/IEC TR 9126-4:2004, Software engineering — Product quality — Part 4: Quality in use metrics (Программирование. Качество продукта. Часть 4. Качество при использовании показателей)
[8]	ISO 9241-11:1998, Ergonomic requirements for office work with visual display terminals (VDTs) — Part 11: Guidance on usability (Эргономические требования, связанные с использованием видеотерминалов для учрежденческих работ. Часть 11. Руководство по определению и измерению используемости)
[9]	ISO/IEC 12207:2008, Systems and software engineering — Software life cycle processes (Системная и программная инженерия. Процессы жизненного цикла программного обеспечения)
[10]	ISO/IEC 14598-1:1999, Information technology — Software product evaluation — Part 1: General overview (Информационные технологии. Оценка программного продукта. Часть 1. Общий обзор) ISO/IEC 14598-2:2000, Software engineering — Product evaluation — Part 2: Planning and management (Информационные технологии. Оценка программного продукта. Часть 2. Планирование и руководство)
_______________ Ошибка в оригинале: два источника приведены в одной статье.
[11]	ISO/IEC 14598-3:2000, Software engineering — Product evaluation — Part 3: Process for developers (Информационные технологии. Оценка программного продукта. Часть 3. Процесс для разработчиков)
[12]	ISO/IEC 14598-4:1999, Software engineering — Product evaluation — Part 4: Process for acquirers (Информационные технологии. Оценка программного продукта. Часть 4. Процесс для закупщика)
[13]	ISO/IEC 14598-5:1998, Information technology — Software product evaluation — Part 5: Process (Информационные технологии. Оценка программного продукта. Часть 5. Процесс для блоков оценки)
[14]	ISO/IEC 14598-6:2001, Software engineering — Product evaluation — Part 6: Documentation of evaluation modules (Информационные технологии. Оценка программного продукта. Часть 6. Документирование модулей оценки)
[15]	ISO/IEC 15288:2008, Systems and software engineering — System life cycle processes (Системная и программная инженерия. Процессы жизненного цикла системы)
[16]	ISO/IEC 15504-1:2004, Information technology — Process assessment — Part 1: Concepts and vocabulary (Информационные технологии. Оценка процессов. Часть 1. Концепции и словарь)
[17]	ISO/IEC 15504-2:2003, Information technology — Process assessment — Part 2: Performing an assessment (Информационные технологии. Оценка процессов. Часть 2. Выполнение оценки)
[18]	ISO/IEC 15504-3:2004, Information technology — Process assessment — Part 3: Guidance on performing an assessment (Информационные технологии. Оценка процессов. Часть 3. Руководство по выполнению оценки)
[19]	ISO/IEC 15504-4:2004, Information technology — Process assessment — Part 4: Guidance on use for process improvement and process capability determination (Информационные технологии. Оценка процессов. Часть 4. Руководство по использованию для усовершенствования и определения возможностей процесса)
[20]	ISO/IEC 15504-5:2012, Information technology — Process assessment — Part 5: An exemplar software life cycle process assessment model (Информационные технологии. Оценка процессов. Часть 5. Пример модели оценки процесса)
[21]	ISO/IEC 15504-6:2013, Information technology — Process assessment — Part 6: An exemplar system life cycle process assessment model (Информационные технологии. Оценка процессов. Часть 6. Пример модели оценки процессов жизненного цикла системы)
[22]	ISO/IEC TR 15504-7:2008, Information technology — Process assessment — Part 7: Assessment of organizational maturity (Информационные технологии. Оценка процессов. Часть 7. Оценка организационной завершенности)
[23]	ISO/IEC TS 15504-8:2012, Information technology — Process assessment — Part 8: An exemplar process assessment model for IT service management (Информационные технологии. Оценка процессов. Часть 8. Модель образца оценки процесса для управления услугами IT)
[24]	ISO/IEC TS 15504-9:2011, Information technology — Process assessment — Part 9: Target process profiles (Информационные технологии. Оценка процессов. Часть 9. Профили целевого процесса)
[25]	ISO/IEC TS 15504-10:2011, Information technology — Process assessment — Part 10: Safety extension (Информационные технологии. Оценка процессов. Часть 10. Расширение безопасности)
[26]	ISO/IEC 15939:2007, Systems and software engineering — Measurement process (Системная и программная инженерия. Процесс измерения)
[27]	ISO 19011:2011, Guidelines for auditing management systems (Руководящие указания по аудиту систем менеджмента)
[28]	ISO/IEC 25001:2007, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Planning and management (Программная инженерия. Требования к качеству программного продукта (SQuaRE). Планирование и менеджмент)
[29]	ISO/IEC 25010:2011, Systems and software engineering — Requirements and Evaluation (SQuaRE) — System and software quality models (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программного обеспечения)
[30]	ISO/IEC 25012:2008, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Data quality model (Программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модель качества данных)
[31]	ISO/IEC 25020:2007, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Measurement reference model and guide (Программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Эталонная модель измерения и руководство)
[32]	ISO/IEC 25021:2012, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Quality measure elements (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Элементы показателя качества)
[33]	ISO/IEC 25022, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Measurement of quality in use (in development) (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Измерение качества при использовании)
[34]	ISO/IEC 25023, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Measurement of system and software product quality (in development) (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Измерение качества системы и программной продукции)
[35]	ISO/IEC 25024, Systems and software engineering: Systems and software Quality Requirements and Evaluation (SQuaRE) — Measurement of data quality (in development) (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Определение качества данных)
[36]	ISO/IEC 25030:2007, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Quality requirements (Программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Требования к качеству)
[37]	ISO/IEC 25040:2011, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Evaluation process (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Процесс оценки)
[38]	ISO/IEC 25041:2012, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Evaluation guide for developers, acquirers and independent evaluators (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Руководство по оценке для разработчиков, покупателей и независимых оценщиков)
[39]	ISO/IEC 25045:2010, Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Evaluation module for recoverability (Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модуль оценки восстанавливаемости)
[40]	ISO/IEC 25051:2014, Software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — Requirements for quality of Ready to Use Software Product (RUSP) and instructions for testing (Программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Требования к качеству готового к использованию программного продукта (RUSP) и инструкции по тестированию)
[41]	ISO/IEC 25062:2006, Software engineering — Software product Quality Requirements and Evaluation (SQuaRE) — Common Industry Format (CIF) for usability test reports (Программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Общий промышленный формат (CIF) отчетов о тестировании удобства использования)

УДК 006.354:004.056.5:006.354	ОКС 35.080
Ключевые слова: системная и программная инженерия, требования и оценка качества систем и программных средств, программная продукция

ЕВРАЗИИСКИИ СОВЕТ ПО СТАНДАРТИЗАЦИИ, МЕТРОЛОГИИ И СЕРТИФИКАЦИИ (ЕАСС)

EURO-ASIAN COUNCIL FOR STANDARDIZATION, METROLOGY AND CERTIFICATION (EASC)

ГОСТ

ИСО/МЭК 9126-2001

Информационная технология

ОЦЕНКА ПРОГРАММНОЙ ПРОДУКЦИИ

Характеристики качества и руководства по их применению

(ISO/IEC 9126:1991, ЮТ)

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

Минск

Евразийский совет по стандартизации, метрологи и сертификации

Предисловие

Евразийский Совет по стандартизации, метрологии и сертификации (ЕАСС) представляет собой региональное объединение национальных органов по стандартизации государств, входящих в содружество Независимых Государств. В дальнейшем возможно вступление в ЕАСС национальных органов по стандартизации других государств.

Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0-92 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2-97 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила, рекомендации по межгосударственной стандартизации. Порядок разработки, принятия, обновления и отмены».

Сведения о стандарте

1    ПОДГОТОВЛЕН Межгосударственным техническим комитетом по стандартизации МТК 22 «Информационные технологии».

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

3    ПРИНЯТ Евразийским Советом по стандартизации, метрологии и сертификации (протокол № 20 от 2 ноября 2001 г.)

За принятие проголосовали:

Краткое наименование страны по МК(ИС0 3166) 004-97 Код страны по МК(ИС0 3166) 004-97 Сокращенное наименование национального органа по стандартизации Армения AM Минторгэкономразвития Беларусь BY Госстандарт Республики Беларусь Казахстан KZ Госстандарт Республики Казахстан Кыргызстан KG Кыргызстандарт Молдова MD Молдова-Стандарт Российская Федерация RU Госстандарт России Таджикистан TJ Таджикстандарт

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 9126:1991 «Информационная технология. Оценка программной продукции. Характеристики качества и руководства по их применению» (ISO/IEC 9126:1991 «Information technology. Software product evaluation. Quality characteristics and guidelines for their use»)

Степень соответствия — идентичен (IDT).

Настоящий стандарт идентичен ГОСТ Р ИСО/МЭК 9126-93

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

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

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

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

А.2.2.3 Восстанавливаемость (Recoverability)

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

А.2.3 Практичность (Usability)

А.2.3.1 Понятность (Understandability)

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

А.2.3.2 Обучаемость (Learnability)

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

А.2.3.3 Простота использования (Operability)

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

А.2.4 Эффективность (Efficiency)

А.2.4.1 Характер изменения во времени (Time behavior)

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

А.2.4.2 Характер изменения ресурсов (Resource behavior)

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

А.2.5 Сопровождаемость (Maintainability)

А.2.5.1 Анализируемость (Analusability)

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

А.2.5.2 Изменяемость (Changeability)

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

А.2.5.3 Устойчивость (Stability)

Атрибуты программного обеспечения, относящиеся к риску от непредвиденных эффектов модификации.

А.2.5.4 Тестируемость (Testability)

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

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

А.2.6 Мобильность (Portability)

А.2.6.1 Адаптируемость (Adaptability)

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

А.2.6.2 Простота внедрения (Installability)

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

А.2.6.3 Соответствие (Conformance)

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

ГОСТ ИСО/МЭК 9126—2001

А.2.6.4 Взаимозаменяемость (Replaceability)

Атрибуты программного обеспечения, относящиеся к простоте и трудоемкости его применения вместо другого конкретного программного средства в среде этого средства.

Примечания

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

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

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

9

УДК 681.3.06:006.83:06.354    МКС 35.080    П85

Ключевые слова: обработка данных, качество программного обеспечения, характеристики

10

ГОСТ ИСО/МЭК 9126—2001

Содержание

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

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

3    Определения………………………………………………………………………………………………………………… 1

4    Характеристики качества программного обеспечения…………………………………………………….. 2

4.1    Функциональные возможности (Functionality)……………………………………………………………….. 2

4.2    Надежность (Reliability)……………………………………………………………………………………………….. 3

4.3    Практичность (Usability)………………………………………………………………………………………………. 3

4.4    Эффективность (Efficiences)……………………………………………………………………………………….. 3

4.5    Сопровождаемость (Maintainability)……………………………………………………………………………… 3

4.6    Мобильность (Portability)…………………………………………………………………………………………….. 3

5    Руководство по применению характеристик качества……………………………………………………… 3

5.1    Применяемость………………………………………………………………………………………………………….. 3

5.2    Представления о качестве программного обеспечения………………………………………………… 4

5.3    Модель процесса оценивания…………………………………………………………………………………….. 5

Приложение А Комплексные показатели (подхарактеристики) качества…………………………….. 7

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Информационная технология ОЦЕНКА ПРОГРАММНОЙ ПРОДУКЦИИ ХАРАКТЕРИСТИКИ КАЧЕСТВА И РУКОВОДСТВА ПО ИХ ПРИМЕНЕНИЮ

Information technology SOFTWARE PRODUCT EVALUATION QUALITY CHARACTERISTICS AND GUIDELINES FOR THEIR USE

Дата введения

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

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

Настоящий стандарт не определяет подхарактеристики (комплексные показатели) и показатели,, а также методы измерения, ранжирования и оценки. Данный стандарт придерживается определения качества по ИСО 8402.

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

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

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

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

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

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

ИСО/МЭК 2382-20:1990 Информационная технология. Словарь. Часть 20. Разработка системы. Двуязычное издание

ИСО 8402:1994 Управление качеством и обеспечение качества. Словарь

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

3    Определения

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

3.1    Оценка (assessment) — действие по применению конкретного задокументированного критерия оценки к конкретному программному модулю, пакету или продукции с целью обусловленной приемки или выпуска программного модуля, пакета или продукции.

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

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

комментарии.

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

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

3.4    Уровень качества функционирования (level of performance) — степень, в которой удовлетворяются потребности, представленные конкретным набором значений для характеристик качества.

3.5    Измерение (measurement) — действие по применению показателя качества программного обеспечения к конкретной программной продукции.

3.6    Качество (quality) — весь объем признаков и характеристик продукции или услуги, который относится к их способности удовлетворять установленным или предполагаемым потребностям (ИСО 8402).

Примечание — В сфере контракта потребности определены, тогда как в других сферах предполагаемые потребности должны быть установлены и определены (ИСО 8402, примечание 1).

3.7    Ранжирование (рейтинг) (rating) — действие по отнесению измеренного значения к соответствующему уровню ранжирования. Используется для определения уровня ранжирования программного обеспечения по конкретной характеристике качества.

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

Примечание-Данные уровни ранжирования отличны от «классов», определенных ИСО 8402.

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

3.10    Программная продукция (software product) — программный объект, предназначенный для поставки пользователю.

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

3.12    Критерий оценки качества программного обеспечения (software quality assessment criteria) — набор определенных и задокументированных правил и условий, которые используются для решения и приемлемости общего качества конкретной программной продукции. Качество представляется набором установленных уровней, связанных с программной продукцией.

3.13    Характеристики качества программного обеспечения (software quality characteristics) -набор свойств (атрибутов) программной продукции, по которым ее качество описывается и оценивается. Характеристики качества программного обеспечения могут быть уточнены на множестве уровней комплексных показателей (подхарактеристик).

3.14    Метрика качества программного обеспечения (software quality metric) — количественный масштаб и метод, которые могут быть использованы для определения значения признака, принятого для конкретной программной продукции.

4 Характеристики качества программного обеспечения

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

4.1 Функциональные возможности (Functionality)

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

Примечания

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

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

2    В данной характеристике для установленных и предполагаемых потребностей учитывают примечание к

определению качества (3.6).

ГОСТ ИСО/МЭК 9126—2001

4.2    Надежность (Reliability)

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

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

2    В определении ИСО 8402 «надежность» — «способность элемента выполнять требуемую функцию». В настоящем стандарте функциональная возможность является только одной из характеристик качества программного обеспечения. Поэтому определение надежности расширено до «сохранения своего уровня качества функционирования» вместо «выполнения требуемой функции» (см. также 3.4).

4.3    Практичность (Usability)

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

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

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

4.4    Эффективность (Efficiences)

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

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

4.5    Сопровождаемость (Maintainability)

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

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

4.6    Мобильность (Portability)

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

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

5 Руководство по применению характеристик качества

5.1 Применяемость

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

—    определение требований к качеству программной продукции;

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

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

—    оценивание разработанного программного обеспечения перед его поставкой;

—    оценивание программного обеспечения перед его приемкой.

3

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

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

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

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

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

5.2 Представления о качестве программного обеспечения

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

5.2.1    Представление пользователя

Определение качества по ИСО 8402 отражает представление пользователя так же как и характеристики, определенные в настоящем стандарте.

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

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

—    Имеются ли требуемые функции в программном обеспечении?

—    Насколько надежно программное обеспечение?

—    Насколько эффективно программное обеспечение?

—    Является ли программное обеспечение удобным для использования?

—    Насколько просто переносится программное обеспечение в другую среду?

5.2.2    Представление разработчика

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

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

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

5.2.3    Представление руководителя

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

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

ГОСТ ИСО/МЭК 9126—2001

5.3 Модель процесса оценивания

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

Установленные или предпологаемые потребности

неприемлемый) Схема 1 — Модель процесса оценивания

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

5.3.1    Установление требований к качеству

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

5.3.2    Подготовка к оцениванию

Целью второй стадии является подготовка основы для оценивания.

5.3.2.1 Выбор метрик (показателей) качества

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

5

Отличный

Измеренные-

Низкий

Уровни ранжирования

6

ГОСТ ИСО/МЭК 9126—2001

Приложение А

(рекомендуемое)

Комплексные показатели (подхаракгеристики) качества А.1 Введение

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

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

А.2 Определение комплексных показателей качества

А.2.1 Функциональные возможности (Functionality)

А.2.1.1 Пригодность (Suitability)

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

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

А.2.1.2 Правильность (Accuracy)

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

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

А.2.1.3 Способность к взаимодействию (Interoperability)

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

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

А.2.1.4 Согласованность (Compliance)

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

А.2.1.5 Защищенность (Security)

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

А.2.2 Надежность (Reliability)

А.2.2.1 Стабильность (Maturity)

Атрибуты программного обеспечения, относящиеся к частоте отказов при ошибках в программном обеспечении.

А.2.2.2 Устойчивость к ошибке (Fault tolerance)

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

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

7