ГОСТ Р ИСО/МЭК 25040—2014
он соответствует установленным иподразумеваемым потребностям пользователей (включая операторов,
потребителей результатовпрограммногообеспечения испециалистов пообслуживаниюпрограммногообес
печения).
Качество программного продукта может бытьоцененов пределахопределенной структуры качества
на всехэтапах жизненного цикла, относящихся к процессуразработки программного обеспечения и про
цессуприобретения иопределенных в процессах жизненного цикла программногообеспечения ИСО/МЭК
12207 и процессах жизненного цикла систем ИСО/МЭК 15288.
Качество программногопродукта может бытьоценено либо как качество промежуточного продукта,
либо как качество конечного продукта. Цель оценки качества промежуточного программного продукта:
-обеспечитькачество продукта:
- принять решение о приемке промежуточногопрограммногопродукта отсубподрядчика;
- оценитьтекущую целесообразностьпроекта разработки:
-принять решениео завершении этапажизненного цикла и времени перехода продукта кследующе
му этапу;
- предсказать или оценить качество конечного программного продукта;
- собратьинформацию попромежуточным программным продуктам, для тогочтобы контролировать и
управлять процессом.
Цельоценки качества конечного программного продукта может заключаться в следующем:
- принять решение о приемке продукта.
-определитьсрок выхода продукта;
- сравнитьпродукт с конкурентоспособными продуктами:
- выбрать продукт из числа альтернативных продуктов;
-оценить положительные и отрицательныестороны продукта приего использовании:
-определить причину неудачи в исследовании;
- решить, что пора улучшить или заменитьпродукт.
6.3.2 Получить требования к качеству программного продукта
Для программного продукта необходимоопределитьсписокзаинтересованныхлиц.
П р и м е ч а н и я
1 Для определения всех заинтересованных лиц может потребоваться информация от запрашивающей
стороны.
2 Среди заинтересованных лиц могут быть люди, группы или организации, которые могут быть включены в
оценку. Необходимо определить два типа заинтересованных лиц. Первый из них это заинтересованное лицо
программного продукта, такое как разработчик, приобретатель, независимый оценщик, пользователь, оператор,
потребитель результатов программного обеспечения, специалист по обслуживанию или поставщик. Другой тип —
запрашивающая сторона оценки, тот, кто запрашивает информацию о качестве программного обеспечения, спон
сирует оценку и требует отчет об оценке.
Использование модели качества должно обеспечить удовлетворение конкретных требований к качеству
программного продукта.
3 ИССШЭК 25010 определяет модель качества с точки зрения характеристик и подхарактеристик качества.
4 ИСО/МЭК 25030 определяет требования и рекомендации для спецификации требований к качеству про
граммного продукта.
5 В том случае, если доступна уже существовавшая спецификация требований к качеству программного
продукта, она может быть повторно использована, пересмотрена и усовершенствована.
Степень, в которой оценка качества покрывает указанные требования к качеству программного обеспе
чения. должна быть определена с учетом требований к качеству программного продукта, для того чтобы сформи
ровать требования к оценке качества программного продукта. Решение этой задачи должно учитывать ограниче ния.
такие как бюджет оценки, плановый срок оценки, цель оценки и критичность использования программного
продукта.
6 Поскольку спецификация требований к качеству программного продукта может быть усовершенствована
во время процесса разработки или приобретения, возможно нужно будет уточнить оценку качества программного
продукта с тем. чтобы сделать ее совместимой с цельюоценки.
6.3.3 Определить части продукта, которые будут включены в оценку
Всо части продукта, которые будут включены в оценку, должны быть определены и задокументи
рованы.
Выбор типа промежуточного иликонечногопрограммного продукта, который будет оценен(например,
спецификация требований, схема проекта итестоваядокументация), зависитот этапажизненногоцикла и
целиоценки. Например, если цель оценки — выбор продукта среди альтернативных продуктов, продукты.
12