ГОСТ Р ИСО/МЭК12207—2010
6.4.8 Процесс поддержки приемки программных средств
П р и м е ч а н и е — Процесс поддержки приемки программных средств в настоящем стандарте дополняет
выходы процесса передачи из [18]. Процесс поддержки приемки программных средств в настоящем стандарте
может также дополнять выходы процесса валидации из [18]. Пользователи могут рассматривать требуемое соот
ветствие по отношению к процессу в [18] в большей степени, чем к процессу в настоящем стандарте.
6.4.8.1 Цель
Цель процесса поддержки приемки программных средств заключается всодействии приобретающей
стороне вобеспечении уверенности втом, что продукт соответствует заданным требованиям.
6.4.8.2 Выходы
В результате успешного осуществления процесса поддержки приемки программных средств:
a) продукт комплектуется и поставляется приобретающей стороне;
b
) поддерживаются приемочные тесты и ревизии, проводимые приобретающей стороной;
c) продукт применяется по назначению в среде заказчика;
d) проблемы, обнаруженные втечение приемки, идентифицируются и передаются ответственным за
их решение.
П р и м е ч а н и е — Поэтапную поставку следует выполнять законченными частями.
6.4.8.3 Виды деятельности изадачи
При реализации проекта необходимо осуществлять следующие виды деятельности и задачи в соот
ветствии с принятыми ворганизации политиками и процедурами вотношении процесса поддержки приемки
программных средств.
6.4.8.3.1 Поддержка приемки программных средств
Данный вид деятельности состоит из решения следующих задач:
6.4.8.3.1.1 Разработчикдолжен поддерживать ревизии итестирование программного продукта, про
водимые приобретающей стороной в процессе приемки. Ревизии и тестирование должны учитывать ре
зультаты процессов ревизии программных средств (см. 7.2.6), аудита программных средств (см. 7.2.7),
квалификационного тестирования программных средств и квалификационного тестирования системы (если
оно проводилось). Результаты ревизий итестирования должны быть документированы.
П р и м е ч а н и е — Эта задача включает в себя документирование и передачу проблем, обнаруженных в
течение приемочного тестирования, ответственным за их решение.
6.4.8.3.1.2 Разработчикдолжен комплектовать и поставлять программный продукт, какопределено в
контракте.
П р и м е ч а н и е — В контракте может быть указано требование, в соответствии с которым разработчик
вводит продукт для применения по назначению в среду заказчика.
6.4.8.3.1.3 Разработчикдолжен обеспечить начальное и продолженное обучение, а также поддержку
приобретающей стороны, какопределено в контракте.
П р и м е ч а н и е — Начальная поддержка включает в себя идентификацию и передачу обнаруженных в
течение приемки проблем ответственным за их решение.
6.4.9 Процесс функционирования программных средств
П р и м е ч а н и е — Процесс функционирования программных средств, представленный в настоящем
стандарте, является частным случаем процесса функционирования из [18]. Пользователи могут рассматривать
требование соответствия процессу из [18], а не соответствия процессу, представленному в настоящем стандарте.
6.4.9.1 Цель
Цель процесса функционирования программных средств заключается в применении программного
продукта в предназначенной для него среде иобеспечении поддержки заказчиков программного продукта.
6.4.9.2 Выходы
В результате успешного осуществления процесса функционирования программных средств:
a) определяется стратегия функционирования;
b
)определяются иоцениваются условия корректного функционирования программных средств в пред
назначенной для них среде;
c) программные средства тестируются и настраиваются в предназначенной для них среде;
d) программные средства функционируют в предназначенной для них среде;
e) обеспечиваются содействие и консультации заказчикам программных продуктов в соответствии с
условиями соглашения.
42