ГОСТ Р ИСО/МЭК12207—2010
П р и м е ч а н и е 2 — В соглашении между приобретающей стороной и поставщиком следует явно выра
зить ожидания, ответственность и обязательства обеих сторон.
П р и м е ч а н и е 3 — В механизме управления изменениями контракта следует отразить роли и ответ
ственность руководства, уровень формализации заявок на предложенные изменения и повторных переговоров по
контракту, а также связи с заинтересованными правообладателями. Содержит пример процесса менеджмен та
изменений в контракте, который может использоваться для поддержки этого процесса, приведен в справоч ном
приложении F.
6.1.1.3.5 Мониторинг соглашения
Данный вид деятельности состоит из решения следующих задач:
6.1.1.3.5.1 Приобретающая сторона должна осуществлять мониторинг деятельности поставщика в
соответствии с процессом ревизии программных средств (см. 7.2.6) и процессом аудита программных
средств (см. 7.2.7). При необходимости приобретающей стороне следует дополнять мониторинг процессом
верификации программных средств (см. 7.2.4) и процессом валидации программных средств (см. 7.2.5).
6.1.1.3.5.2 Приобретающая сторона должна взаимодействовать с поставщиком для своевременного
обеспечения всей необходимой информацией и решения всех отложенных проблем.
6.1.1.3.6 Приемка приобретающей стороной
Данный вид деятельности состоит из решения следующих задач:
6.1.1.3.6.1 Приобретающей стороне следует приготовиться к приемке, основываясь на стратегии и
критериях, установленныхдля приемки. В подготовку следует включать тестовые примеры иданные, про
цедуры тестирования иусловия проведения тестирований. Следует определить степень участия поставщи ка
в процессе приемки.
6.1.1.3.6.2 Приобретающая сторона должна провести приемочный осмотр и приемочное тестирова
ние поставляемого программного продукта или услуги идолжна принять их от поставщика, если все усло
вия приемки удовлетворены. Процедуру приемки следует согласовать с 6.1.1.3.1.9.
6.1.1.3.6.3 После приемки приобретающей стороне следует принять на себя ответственность за ме
неджмент конфигурации поставленного программного продукта (см. 7.2.2).
П р и м е ч а н и е — Приобретающая сторона может инсталлировать программный продукт или выполнить
программную услугу в соответствии с инструкциями, определенными поставщиком.
6.1.1.3.7 Закрытие
Данный вид деятельности состоит из решения следующей задачи:
6.1.1.3.7.1 Приобретающая сторона должна произвести оплату или выполнить другие согласованные
расчеты за предоставленные поставщиком продукты или услуги.
П р и м е ч а н и е 1— Если поставленный продукт или услуга соответствуют условиям соглашения, а иден
тифицированные открытые позиции были удовлетворительно закрыты, приобретающая сторона завершает дей
ствие соглашения путем оплаты или других согласованных расчетов и уведомления о завершении действия согла
шения.
П р и м е ч а н и е 2 — Продукт или услуга могут быть поставлены и оплачены по частям.
6.1.2 Процесс поставки
6.1.2.1Цель
Цель процесса поставки заключается в обеспечении приобретающей стороны продукцией или услу
гой, удовлетворяющей согласованным требованиям.
6.1.2.2 Выходы
В результате успешного осуществления процесса поставки:
a) определяется приобретающая сторона для продукта или услуги;
b
)дается ответ на заявку приобретающей стороны;
c) заключается соглашение между приобретающей стороной и поставщиком на разработку, сопро
вождение, применение, упаковку, распределение и инсталляцию продукта и (или) услуги;
d) разрабатывается продукт и (или) услуга, удовлетворяющие согласованным требованиям;
e) продукт и (или) услуга поставляются приобретающей стороне в соответствии с согласованными
условиями поставок и
f) продукт инсталлируется в соответствии с согласованными требованиями.
6.1.2.3 Виды деятельности изадачи
Поставщик должен осуществлять следующие виды деятельности в соответствии с принятыми в
организации политиками и процедурами вотношении процесса поставки.
18