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

ГОСТ Р исо/мэк 25010—

2015

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

СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ

Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов

ISO/IEC 25010:2011 Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models (IDT)

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

Москва

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

2015

Предисловие

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

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

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

4    Настоящий стандарт идентичен международному стандарту ИСО/МЭК 25010:2011 «Системная и программная инженерия. Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов» (ISO/IEC 25010:2011 «Systems and software engineering — Systems and software Quality Requirements and Evaluation (SQuaRE) — System and software quality models»).

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

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

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

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

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

ГОСТ Р ИСО/МЭК 25010—2015

Рисунок 5 — Цели моделей качества

3.5    Применение модели качества

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

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

3.6    Качество с точки зрения различных заинтересованных сторон

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

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

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

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

b)    специалист по обслуживанию, анализатор, специалист по портированию, установщик.

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

5

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

Требования пользователя Основной пользователь Вторичные пользователи Косвенный пользователь Провайдер контента Специалист по обслуживанию Взаимодействие Взаимодействие Поддержка или перенос Использование результатов Эффективность Какова потребность пользователя в эффективности при использовании системы для выполнения задач? Какова потребность провайдера контента в эффективности при обновлении системы? Какова потребность в эффективности специалиста по поддержке или переносу системы? Какова потребность в эффективности лица, пользующегося результатами системы? Производительность Какова потребность пользователя в производительности при использовании системы для выполнения задач? Какова потребность провайдера контента в производительности при обновлении системы? Какова потребность в производительности специалиста по поддержке или переносу системы? Какова потребность в производительности лица, пользующегося результатами системы? Удовлетворенность Какова потребность пользователя в удовлетворенности при использовании системы для выполнения задач? Какова потребность провайдера контента в удовлетворенности при обновлении системы? Какова потребность в удовлетворенности специалиста по поддержке или переносу системы? Какова потребность в удовлетворенности лица, пользующегося результатами системы? Свобода от риска Какова потребность в свободе от риска при использовании системы для выполнения задач? Какова потребность в свободе от риска при обновлении контента системы? Какова потребность в свободе от риска при внесении изменений или переносе системы? Какова потребность в свободе от риска при использовании результатов системы? Надежность Какова потребность в надежности при использовании системы для выполнения задач? Какова потребность в надежности при обновлении контента системы? Какова потребность в надежности при поддержке или переносу системы? Какова потребность в надежности при использовании результатов системы? Защищенность Какова потребность в защищенности при использовании системы для выполнения задач? Какова потребность в защищенности системы после обновления ее провайдером контента? Какова потребность в защищенности после обновления или переноса системы? Какова потребность в защищенности результатов системы? Покрытие контекста До какой степени система должна быть эффективной, производительной, свободной от риска и удовлетворяющей при всех предусмотренных и потенциальных условиях использования? До какой степени обеспечение контента должно быть эффективным, производительным, свободным от риска и удовлетворяющим при всех предусмотренных и потенциальных условиях использования? До какой степени поддержка или перенос системы должны быть эффективными, производительными, свободными от риска и удовлетворяющими при всех предусмотренных и потенциальных условиях использования? До какой степени использование результатов должно быть эффективным, производительным, свободным от риска и удовлетворяющим при всех предусмотренных и потенциальных условиях использования?

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

Требования пользователя Основной пользователь Вторичные пользователи Косвенный пользователь Провайдер контента Специалист по обслуживанию Взаимодействие Взаимодействие Поддержка или перенос Использование результатов Изучаемость До какой степени обучение использованию системы должно быть эффективным, производительным, свободным от риска и удовлетворяющим? До какой степени обучение обеспечению контента должно быть эффективным, производительным, свободным от риска и удовлетворяющим? До какой степени обучение поддержке или переносу системы должно быть эффективным, производительным, свободным от риска и удовлетворяющим? До какой степени обучение использованию результатов должно быть эффективным, производительным, свободным от риска и удовлетворяющим? Доступность До какой степени использование системы лицами с ограниченными возможностями должно быть эффективным, производительным, свободным от риска и удовлетворяющим? До какой степени обеспечение контента лицами с ограниченными возможностями будет эффективным, производительным, свободным от риска, удовлетворяющим? До какой степени поддержка или перенос системы лицами с ограниченными возможностями будет эффективным, производительным, свободным от риска и удовлетворяющим? До какой степени использование результатов лицами с ограниченными возможностями должно быть эффективным, производительным, свободным от риска и удовлетворяющим?

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

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

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

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

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

3.7 Взаимосвязь моделей

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

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

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

7

Таблица 2 — Влияние характеристик качества

Свойства программного продукта Свойства компьютерной системы Характеристика качества продукта Влияние на качество при использовании для основных пользователей Влияние на качество при использовании для задачи обслуживания Влияние на качество информационной системы для других заинтересованных лиц - - Функциональная пригодность + - - Уровень производительности + + - - Совместимость + - - Удобство использования + - - Надежность + + - - Защищенность + + - - Сопровождаемость + - - Переносимость + --свойства, которые влияют на качество продукта; + — для этих заинтересованных лиц качество продукции влияет на качество при использовании.

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

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

Примечание — Определения характеристик качества и подхаракгеристик приводятся в 4.1 и 4.2, общие определения — в 4.3, а важные определения из ИСО/МЭК 25000 даны в 4.4.

4.1 Термины к модели качества при использовании

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

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

Таблица 3 — Характеристики и подхарактеристики качества при использовании

ГОСТ Р ИСО/МЭК 25010—2015

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

4.1.1    эффективность, результативность (effectiveness): Точность и полнота, с которой пользователи достигают определенных целей (ИСО 9241-11).

4.1.2    эффективность, производительность (efficiency): Связь точности и полноты достижения пользователями целей с израсходованными ресурсами (ИСО 9241-11).

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

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

Примечания

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

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

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

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

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

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

4.1.3.4    комфорт (comfort): Степень удовлетворенности пользователя физическим комфортом.

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

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

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

4.1.4.2    смягчение отрицательных последствий риска для здоровья и безопасности (health and safety risk mitigation): Способность продукта или системы смягчать потенциальный риск для людей в предполагаемых условиях использования.

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

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

Примечание — Контекст использования имеет отношение как к качеству при использовании, так и к некоторым характеристикам или подхарактеристикам качества продукта (в этом случае о нем говорят, как об “определенных условиях”).

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

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

9

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

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

Примечания

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

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

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

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

4.2    Термины к модели качества продукта

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

Таблица 4 — Модель качества продукта

10

ГОСТ Р ИСО/МЭК 25010—2015

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

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

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

4.2.1.1    функциональная полнота (functional completeness): Степень покрытия совокупностью функций всех определенных задач и целей пользователя.

4.2.1.2    функциональная корректность (functional correctness): Степень обеспечения продуктом или системой необходимой степени точности корректных результатов.

4.2.1.3    функциональная целесообразность (functional appropriateness): Степень функционального упрощения выполнения определенных задач и достижения целей.

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

Примечание —Функциональная целесообразность соответствует пригодности задачи в ИСО 9241-110.

4.2.2 уровень производительности (performance efficiency): Производительность относительно суммы использованных при определенных условиях ресурсов.

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

4.2.2.1    временные характеристики (time behaviour): Степень соответствия требованиям по времени отклика, времени обработки и показателей пропускной способности продукта или системы

4.2.2.2    использование ресурсов (resource utilization): Степень удовлетворения требований по потреблению объемов и видов ресурсов продуктом или системой при выполнении их функций.

Примечание — Человеческие ресурсы учитываются в эффективности, производительности (efficiency) (см. 4.1.2).

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

11

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

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

Примечание — Это определение адаптировано из ИСО/МЭК/ИИЕЕ 24765.

4.2.3.1    сосуществование (совместимость) (co-existence): Способность продукта совместно функционировать с другими независимыми продуктами в общей среде с разделением общих ресурсов и без отрицательного влияния на любой другой продукт.

4.2.3.2    функциональная совместимость (интероперабельность) (interoperability): Способность двух или более систем, продуктов или компонент обмениваться информацией и использовать такую информацию.

Примечание — На основе ИСО/МЭК/ИИЕЕ 24765.

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

Примечания

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

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

4.2.4.1    определимость пригодности (appropriateness recognizability): Возможность пользователей понять, подходит ли продукт или система для их потребностей, сравним ли с функциональной целесообразностью (functional appropriateness) (см. 4.2.1.3).

Примечания

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

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

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

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

4.2.4.3    управляемость (operability): Наличие в продукте или системе атрибутов, обеспечивающих простое управление и контроль.

Примечание — Управляемость (operability) соответствует управляемости (controllability), устойчивости к ошибкам (оператора) и согласованности с ожиданиями пользователей, как определено в ИСО 9241-110.

4.2.4.4    защищенность от ошибки пользователя (user error protection): Уровень системной защиты пользователей от ошибок.

4.2.4.5    эстетика пользовательского интерфейса (user interface aesthetics): Степень «приятности» и «удовлетворенности» пользователя интерфейсом взаимодействия с пользователем.

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

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

12

ГОСТ Р ИСО/МЭК 25010—2015

Примечания

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

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

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

Примечания

1    Это определение было адаптировано из (ИСО/МЭК/ИИЕЕ 24765).

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

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

4.2.5.1    завершенность (maturity): Степень соответствия системы, продукта или компонента при нормальной работе требованиям надежности.

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

4.2.5.2    готовность (availability): Степень работоспособности и доступности системы, продукта или компонента (ИСО/МЭК/ИИЕЕ 24765).

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

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

Примечание — Это определение было адаптировано из (ИСО/МЭК/ИИЕЕ 24765).

4.2.5.4    восстанавливаемость (recoverability): Способность продукта или системы восстановить данные и требуемое состояние системы в случае прерывания или сбоя.

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

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

Примечания

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

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

3    Защищенность, иммунитет (immunity) (степень устойчивости продукта или системы к атакам) обеспечивается целостностью (см. 4.2.6.2).

4    Защищенность (security) вносит свой вклад в доверие (trust) (см. 4.1.3.2).

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

4.2.6.2    целостность (integrity): Степень предотвращения системой, продуктом или компонентом несанкционированного доступа или модификации компьютерных программ или данных (ИСО/МЭК/ИИЕЕ 24765).

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

13

Примечание — Это определение адаптировано из ИСО 7498-2.

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

Примечание — Это определение адаптировано из ИСО 7498-2.

4.2.6.5    подлинность (authenticity): Степень достоверности тождественности объекта или ресурса требуемому объекту или ресурсу.

Примечание — Это определение адаптировано из ИСО/МЭК 13335-1.

4.2.7    сопровождаемость, модифицируемость (maintainability): Результативность и эффективность, с которыми продукт или система могут быть модифицированы предполагаемыми специалистами по обслуживанию.

Примечания

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

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

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

4.2.7.1    модульность (modularity): Степень представления системы или компьютерной программы в виде отдельных блоков таким образом, чтобы изменение одного компонента оказывало минимальное воздействие на другие компоненты (ИСО/МЭК/ИИЕЕ 24765).

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

Примечание — Это определение было адаптировано из ИИЕЕ 1517-2004.

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

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

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

Примечания

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

изменений.

2    Модульность (см. 4.2.7.1) и анализируемость (см. 4.2.7.3) могут оказывать влияние на модифицируемость.

3    Модифицируемость — это сочетание изменяемости и устойчивости.

4.2.7.5    тестируемость (testability): Степень простоты эффективного и рационального определения для системы, продукта или компонента критериев тестирования, а также простоты выполнения тестирования с целью определения соответствия этим критериям.

Примечание — Это определение было адаптировано из (ИСО/МЭК/ИИЕЕ 24765).

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

Примечания

1    Это определение адаптировано из (ИСО/МЭК/ИИЕЕ 24765).

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

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

ГОСТ Р ИСО/МЭК 25010—2015

Содержание

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

2    Соответствие.................................................................................................................................................2

3    Основы модели качества.............................................................................................................................2

3.1    Модели качества....................................................................................................................................2

3.2    Модель качества при использовании...................................................................................................3

3.3    Модель качества продукта....................................................................................................................3

3.4    Цели моделей качества.........................................................................................................................4

3.5    Применение модели качества..............................................................................................................5

3.6    Качество сточки зрения различных заинтересованных сторон........................................................5

3.7    Взаимосвязь моделей...........................................................................................................................7

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

4.1    Термины к модели качества при использовании................................................................................8

4.2    Термины к модели качества продукта................................................................................................10

4.3    Общие определения............................................................................................................................15

4.4    Термины и определения из ИСО/МЭК 25000....................................................................................16

Приложение А (справочное) Сравнение с моделью качества ИСО/МЭК 9126-1 .....................................19

Приложение В (справочное) Пример отображения функциональной    надежности..................................22

Приложение С (справочное) Использование модели качества    для измерений.......................................23

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

ГОСТ Р ИСО/МЭК 25010—2015

Примечания

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

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

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

4.2.8.2    устанавливаемость (installability): Степень простоты эффективной и рациональной, успешной установки и/или удаления продукта или системы в заданной среде.

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

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

Примечания

1    Взаимозаменяемость новой версии программного продукта важна для пользователя при обновлении

продукта.

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

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

4.3    Общие определения

4.3.1    актив (asset): Что-либо, имеющее ценность для человека или организации.

Примечания

1    Это определение адаптировано из ИСО/МЭК 13335-1.

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

4.3.2    эталон сравнения (benchmark): Эталон, с которым сравниваются результаты измерения или оценки (ИСО/МЭК/ИИЕЕ 24765).

4.3.3    компонент (component): Элемент с дискретной структурой, такой как блок или программный модуль, в составе системы, который рассматривается на конкретном уровне анализа (ИСО/МЭК 15026).

4.3.4    непосредственный пользователь (direct user): Тот, кто непосредственно взаимодействует с продуктом.

Примечания

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

2    Это определение пользователя из ИСО 9241-11.

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

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

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

Примечание — На основе определения внешнего качества программного обеспечения в ИСО/МЭК 25000.

4.3.6    косвенный пользователь (indirect user): Тот, кто получает от системы результаты, но при этом не взаимодействует с системой.

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

15

Введение

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

-    раздел «Менеджмент качества» (ИСО/1ЕС 2500л),

-    раздел «Модель качества» (ИСО/МЭК 2501 п),

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

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

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

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

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

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

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

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

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

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

-    в качестве характеристики качества при использовании было добавлено «Покрытие контекста» с подхарактеристиками, «Полнота контекста» и «Гибкость»;

-    как характеристика, а не подхарактеристика функциональности была добавлена «Безопасность», с подхарактеристиками «Конфиденциальность», «Целостность», «Безотказность», «Отслеживаемость» и «Подлинность»;

-    была добавлена как характеристика «Совместимость» (включая функциональную совместимость и сосуществование);

-    были добавлены следующие подхарактеристики: «Функциональная полнота» «Емкость», «Защищенность от ошибки пользователя», «Доступность», «Готовность», «Модульность» и «Возможность многократного использования»;

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

-    модели внутреннего и внешнего качества были объединены в составе модели качества продукта;

ГОСТ Р ИСО/МЭК 25010—2015

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

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

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

Данный международный стандарт предназначен для применения в сочетании с другими частями международных стандартов серии SQuaRE (ИСО/МЭК 25000 к ИСО/МЭК 25099) и ИСО/МЭК 14598 до тех пор, пока он не заменен серией международных стандартов ИСО/МЭК 2504п.

На рисунке 1 (адаптирован из ИСО/МЭК 25000) показана организация серии международных стандартов SQuaRE, которая представлена семействами стандартов называемых также разделами.

Раздел «Модель качества» 2501л Раздел «Требования к качеству» 2503п Раздел «Менеджмент качества» 2500п Раздел «Оценка качества» 2504л Раздел «Измерение качества» 2502л

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

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

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

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

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

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

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

-    ИСО/МЭК 25050—25099 — раздел «Расширение SQuaRE». Международные стандарты этого раздела в настоящее время включают в себя требования к качеству готового коммер+ческого (коробочного) программного обеспечения и общему промышленному формату для отчетов по удобству использования.

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

V

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

В сочетании с ИСО/МЭК 15504, который относится к оценке процессов программного обеспечения, настоящий международный стандарт обеспечивает:

-    основы определения качества программного продукта в процессах «поставщик-потребитель»;

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

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

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

-    поддержки определения цели качества;

-    поддержки анализа, верификации и валидации проекта.

VI

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

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

СИСТЕМНАЯ И ПРОГРАММНАЯ ИНЖЕНЕРИЯ

Требования и оценка качества систем и программного обеспечения (SQuaRE). Модели качества систем и программных продуктов

Information technology. Systems and software engineering.

Systems and software Quality Requirements and Evaluation (SQuaRE).

System and software quality models

Дата введения — 2016—06—01

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

Настоящий стандарт определяет:

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

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

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

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

ИСО/МЭК 25012 определяет модель качества данных, которая дополняет данную модель.

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

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

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

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

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

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

-определение целей тестирования программного обеспечения и системы;

- идентификацию критериев контроля качества в рамках обеспечения качества;

-определение критериев приемки программного продукта и/или преимущественно программной вычислительной системы;

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

2    Соответствие

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

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

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

3    Основы модели качества

3.1 Модели качества

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

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

Рисунок 2 — Структура, используемая для моделей качества

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

ГОСТ Р ИСО/МЭК 25010—2015

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

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

3.2 Модель качества при использовании

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

Качество при использовании

Эффективность Производи тельность Удовлетворенность Свобода от риска Покрытие контекста Результативность Производи тельность Полноценность Доверие Удовольствие Комфорт Смягчение отрицательных последствий: -    экономического риска; -    риска для здоровья и безопасности; -    экологического риска Полнота контекста Гибкость

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

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

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

4.1.

Примеры показателей качества при использовании приводятся в техническом отчете ИСО/МЭК ТО 9126-4, который должен быть заменен ИСО/МЭК 25024.

3.3 Модель качества продукта

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

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

3

Рисунок 4 — Модель качества продукта

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

Определения и объяснения каждой характеристики качества для качества продукта даны в 4.2.

3.4 Цели моделей качества

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

Целью модели качества продукта является компьютерная система, в которую входит целевой программный продукт, а цель модели качества при использовании — это совокупная человеко-машинная система, которая включает в себя и целевую компьютерную систему, и целевой программный продукт. В целевую компьютерную систему входят также компьютерное оборудование, нецелевые программные продукты, нецелевые данные и целевые данные, которые, в свою очередь, являются объектом анализа модели качества данных (см. С.8). Целевая компьютерная система является частью информационной системы, в состав которой могут быть также включены одна или более компьютерных систем и системы связи, такие как локальная сеть и Интернет. В состав информационной системы в более крупной человеко-машинной системе (такой как корпоративная система, встроенная система или крупномасштабная система управления) могут входить пользователи, техническая и физическая среда использования. Рамки целевой системы определяются исходя из области применения требований или оценки и из того, кто рассматривается в качестве пользователей.

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

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

Примечание — Концептуально — это то же самое, что на рисунке 2 в ИСО/МЭК 25012 и рисунке 5 в ИСО/МЭК 25030, однако эта версия фокусируется на моделях качества.

4