ГОСТ Р ИСО/МЭК 25040—2014
b
)спецификация требований к качеству программного продукта;
c) спецификация выбранных показателей качества (модули оценки);
d) спецификация критериев решения для показателей качества программногопродукта;
e)спецификация критериев решения дляоценки качества программного продукта;
0 спецификация пересмотренноговысокоуровневогоплана оценки качества программногопродукта.
Результатами этогодействиядолжнобытьследующее:
a) спецификация подробногопланаоценки качества программного продукта:
b
)спецификация методовоценки качества программного продукта.
Разработка оценки состоит изследующих задач.
6.5.1 Плановые мероприятия оценки
Ранее определенныемероприятия пооценке качества программного продукта должны быть заплани
рованы сучетомдоступности ресурсов, таких как персонал, программные инструменты и компьютеры.
П р и м е ч а н и я
1При планировании методов оценки важно понимать, что между различными методами оценки существует
высокая степень взаимозависимости, т. е. информация, полученная одним методом, может влиять на объект
приложения другого метода. И в связи с итеративной природой оценки ограничения могут быть пересмотрены
после получения соответствующей информации. Поэтому план оценки будет, вероятно, изменен по мере прове
дения оценки. Например, он может быть общим для более подробных уровней оценки с тем. чтобы считать
требование либо излишним, либо дополнительным по мере продвижения процесса оценки.
2 Оценку программных продуктов можно проводить поэтапно в различные моменты жизненного цикла
разработки или единовременно, в определенный момент жизненного цикла. За выполнение различных частей
оценки могут отвечать различные люди или группы. При выполнении поэтапной оценки шаги мероприятия по
оценке повторяются на каждом этапе до тех пор. пока не потребуется какая-либо дальнейшая работа.
В плане оценки недолжно быть никакихдублирующих задач. План оценкидолжен определить мо
менты принятия решения в процессе оценки, которые определяют, когда и почему оценку нужносчитать
полной (т. е. принятие или отклонение критериев) икогда она должна быть остановлена. Этодолжнобыть
сделано для уменьшения риска ошибок идля того, чтобы уменьшить запланированныедля оценки уси
лия. при рассмотрении, покрайней мере, следующих пунктов.
- бюджета оценки;
- методов оценки и принятых стандартов;
- инструментов оценки:
- мероприятий пооценке, включая расписание и необходимые ресурсы.
План оценки должен включать в себя цель оценки. Планоценкидолжен рассмотреть условия прове
дения оценки в организации (см. в ИСО/МЭК25001 — роль группы поддержки оценки и ИСО/МЭК 25001
(приложениеА): шаблон плана проекта оценки качества]. План оценкидолжен содержатьследующее:
- цель оценки качества программногопродукта.
- организации, участвующие в оценке, такие как независимая организация оценки, разработчики про
граммного продукта иорганизационныеединицы приобретателей;
- бюджет оценки:
- информационные продукты, ожидаемые от оценки;
- график основных этапов оценки;
- обязанности сторон, участвующих в оценке;
- условия среды для оценки:
- методы оценки иинструменты;
- критерии решениядля показателей качества программногопродукта;
- критерии решениядляоценки качества программного продукта;
- принятые стандарты;
- мероприятия оценки.
На ранних стадияхоценки некоторые пункты плана оценки могутбыть определены только на высоком
уровне. Поэтому план оценки следует пересматривать походудействий пооценке, которые предоставлять
дополнительную информацию, позволяющую корректировать или детализировать план.
П р и м е ч а н и е — Необходимо преобразовать высокоуровневый план оценки в последовательный
поэтапный план действий и задач оценки.
6.6 Выполнить оценку
Входнымиданнымидля этогодействиядолжно бытьследующее:
15