ГОСТ Р ИСО/МЭК 25041—2014
Показатели качества продукции для каждой части целевой продукции, подлежащей оценке, дол
жны быть определены исходя из цели оценки качества.
В случаеоценкиспецификации требованийнаэтапеанализа проектапоказателикачествадолжны
бытьвыбраны изсовокупностипоказателейвнешнего качестваипоказателейкачестваиспользования.
В случаеоценки промежуточных продуктов на этапе внедрения показатели качествадолжны быть
выбраны из совокупности показателя внутреннего качества.
В случаеоценки завершенных промежуточныхпродуктов наэтапе поблочноготестирования пока
затели качествадолжны быть выбраны из совокупности показателей внутреннего качества.
В случае оценки конечных продуктов на стадии комплексного тестирования показатели качества
должны быть выбраны изсовокупности показателей внешнегокачества ипоказателей качества исполь
зования.
Требования к оценке качества продукции должны быть определены отдельно для каждого компо
нента продукции, которому соответствуют используемые для оценки качества продукции показатели
качества.
Методы оценки качества продукции должны быть документированы с учетом действий, которые
следует выполнятьдля получения результатов оценки.
Если выбранные методы оценки основываются на использовании программного инструмента,
инструментдолжен быть идентифицирован в планеоценки.
Такая идентификация должна включать в себя, по крайней мере, название инструмента, иденти
фикацию его версии иисточников (например, поставщиков, разработчиков).
Спецификация методов оценкидолжна полностью определять компоненты продукции, к которым
эти методы следует применять.
Если для интерпретации результатов оценки требуется экспертный анализ результатов измере
ний, то процедура интерпретациидолжна бытьопределена вспецификацииоценки.
Для надежности сопоставления измеренныхзначений свойств целевыхпродуктов изначений кри
терия требуются проведениестрогих измерений.
Процедуры измерениядолжны позволятьприменятьфункции измерениякхарактеристикам качес
тва программного обеспечения (или подхарактеристикам). Они должны обеспечивать уверенность в
том, что измерения произведены с точностью, достаточной для определения критериев и выполнения
необходимых сравнений. Сравнение продуктов с различными свойствами с данными из опросных лис
тов и мнениями эксперта могут не обеспечиватьдолжныйуровень надежности.
Для возможныхошибокизмерения, вызванныхизмерительнымиинструментами иличеловечески
ми ошибками, должен бытьопределен допустимыйдиапазон ошибок.
Спецификация оценкидолжна включать в себя следующее:
- область применения оценки со ссылкой на компоненты продукции, как указано в ее описании;
- перекрестные ссылки между информацией, необходимой для выполнения оценки, компонента
мицелевой продукциии другимисоответствующимидокументами, перечисленными вописании продук
ции;
- спецификация выполняемыхизмерений ипровероксо ссылкамина компонентыцелевой продук
ции;
- соответствие спецификации измерений и проверок требованиям к оценке, со ссылками на стан
дарты или обоснованиядля каждого из перечисленных измерений или проверок.
Эту задачу обычно выполняют в основном при оценке качества промежуточных продуктов после
довательнымиитерациями, посколькунекоторыепоказатели могут бытьвыбранытолькопомереразра
ботки проекта артефактов программного обеспечения.
Показатели внутренних свойств можно использовать в качестве характеристик промежуточных
продуктов.
В частности, показатели внутренних свойств программного обеспечения зачастую используются,
как показатели качества конечной продукции; однако какая-либо общая или непосредственная связь
между измереннымизначениямипоказателейвнутреннегокачества изначениями показателейвнешне
го качества не подтверждается.
Тем неменее, принятосчитать, чтопри использованиисосторожностьюпоказателикачествамогут
быть полезны.
Использованиепоказателейкачествапозволяетразработчикам программногообеспечениявыяв
лять возможные проблемы с качеством на ранних стадиях разработки и принимать корректирующие
меры немедленно.
К сожалению, не известно о существовании какого-либо универсального набора показателей
качества, который подходил быдля любого действия по разработке программногообеспечения.
13