ГОСТ Р ИСО/МЭК12207—2010
7.2.5.3.2.4 Подтвердить, что программный продукт удовлетворяет своему назначению.
7.2.5.3.2.5 Провести тестирование программного продукта в выбранных областях заданной среды
применения по назначению.
7.2.6 Процесс ревизии программных средств
7.2.6.1 Цель
Цель процесса ревизии программных средств заключается в поддержке общего понимания с право
обладателями прогресса относительно целей соглашения итого, что именно необходимо сделать для по
мощи в обеспечении разработки продукта, удовлетворяющего правообладателей. Ревизии программных
средств применяются как на уровне менеджмента проекта, так и на техническом уровне и проводятся в
течение всей жизни проекта.
7.2.6.2 Выходы
В результате успешного осуществления процесса ревизии программных средств:
a) выполняются технические ревизии и ревизии менеджмента на основе потребностей проекта;
b
)оцениваются состояние и результаты действий процесса посредством ревизии деятельности;
c) объявляются результаты ревизии всем участвующим сторонам;
d) отслеживаются для закрытия позиции, по которым необходимо предпринимать активные действия,
выявленные в результате ревизии;
e) идентифицируются и регистрируются риски и проблемы.
7.2.6.3 Виды деятельности и задачи
При реализации проекта необходимо осуществлять следующие виды деятельности всоответствии с
принятыми ворганизации политиками и процедурами вотношении процесса ревизии программных средств.
7.2.6.3.1 Реализация процесса
Данный вид деятельности состоит из решения следующих задач:
7.2.6.3.1.1 Периодические ревизии должны проводиться в предварительно определенные сроки, ука
занные в плане (планах) проекта. Правообладателям следует определять потребность в проведении каких-
либо целевых ревизий, в которых по согласованию могут принимать участие другие стороны.
7.2.6.3.1.2 Должны обеспечиваться все ресурсы, необходимые для проведения ревизий. Эти ресур
сы включают всебя персонал, местоположение, средстваобслуживания, технические средства, программные
средства и инструментарий.
7.2.6.3.1.3 Стороны, участвующие в ревизии, должны договариваться о следующих позициях для
каждой ревизии: повестке дня заседания, составе программных продуктов (результатов деятельности) и
проблемах, подлежащих обсуждению; области применения и процедурах; исходных и итоговых критериях
для ревизии.
7.2.6.3.1.4 Проблемы, выявленные при проведении ревизии, должны регистрироваться и, как итребу
ется, служить входом в процесс решения проблем в программных средствах (см. 7.2.8).
7.2.6.3.1.5 Результаты ревизии должны документироваться, включая оценку адекватности ревизии
(например, принятие, непринятие или условное принятие результатов ревизии), изатем распространяться.
7.2.6.3.1.6 Участвующие стороны должны согласовывать итоговый результат ревизии, ответствен
ность за позиции, требующие действий, и критерии завершения.
7.2.6.3.2 Ревизии менеджмента проекта
Данный вид деятельности состоит из решения следующей задачи:
7.2.6.3.2.1 Состояние проекта должно быть оценено по отношению к планам проекта, графикам работ,
стандартам и руководящим указаниям. Итоговые результаты ревизии необходимо представлять на рас
смотрение соответствующему руководству, предусматривая:
a) активизацию работ в соответствии с планом, основанную на оценке деятельности или состояния
программного продукта;
b
) поддержание глобального управления проектом посредством соответствующего распределения
ресурсов;
c) изменение направления развития проекта или определение потребности вдополнительном плани
ровании;
d) оценку и руководство решением вопросов, связанных с риском, которые могут угрожать успеху
проекта.
7.2.6.3.3 Технические ревизии
Данный вид деятельности состоит из решения следующей задачи:
7.2.6.3.3.1 Технические ревизии должны проводиться для оценки программных продуктов или услуг с
позиции рассмотрения и представления свидетельств того, что:
а) они полностью укомплектованы;
61