ГОСТ Р ИСО/МЭК12207—2010
c) выбирается один или несколько поставщиков;
d) приобретается продукт и (или) услуга, которые удовлетворяют заданным потребностям приобре
тающей стороны;
e) приобретение контролируется таким образом, чтобы удовлетворялись заданные ограничения, та
кие как, например, ограничения по стоимости, срокам и качеству;
f) принимаются продукты и (или) услуги от поставщиков;
д) по всем идентифицированным открытым позициям получены удовлетворительные заключения, со
гласованные приобретающей стороной и поставщиком.
6.1.1.3 Виды деятельности изадачи
Приобретающая сторона должна осуществлять следующие виды деятельности в соответствии с при
нятыми ворганизации политиками и процедурами вотношении процесса приобретения.
П р и м е ч а н и е — Виды деятельности и задачи в настоящем процессе могут выполняться одним или
несколькими поставщиками.
6.1.1.3.1 Подготовка к приобретению
Данный вид деятельности состоит из решения следующих задач:
6.1.1.3.1.1 Приобретающая сторона начинает процесс приобретения, описывая свое представление
или потребность в приобретении, разработке или расширении системы, программного продукта или про
граммной услуги.
6.1.1.3.1.2 Приобретающая сторона должна определять и анализировать системные требования. Не
обходимо, чтобы системные требования охватывали деловые, организационные и пользовательские требо
вания, а также требования к безопасности, защищенности и другим критическим свойствам, наряду со
связанными с ними проектированием, тестированием, стандартами и процедурами оценки соответствия.
6.1.1.3.1.3 Приобретающая сторона может выполнять определение ианализ требований к программ
ным средствам самостоятельно или поручить поставщику осуществить эту задачу.
6.1.1.3.1.4 Если приобретающая сторона поручает какому-либо поставщику выполнить анализ сис
темных требований или требований к программным средствам, то она должна оставить за собой право
утвердить проанализированные требования.
6.1.1.3.1.5 Технические процессы (см. 6.4) следует использовать для выполнения задач в соответ
ствии с 6.1.1.3.1.2 и 6.1.1.3.1.4. Приобретающая сторона может использовать процесс определения требо
ваний правообладателей для установления требований заказчиков.
6.1.1.3.1.6 Приобретающая сторона должна рассмотреть варианты приобретения на основе анализа
соответствующих критериев, учитывающих риски, стоимость и полезность каждого варианта. Варианты
приобретения включают в себя:
a) покупку готового программного продукта, удовлетворяющего требованиям;
b
) разработку программного продукта или получение программной услуги внутри приобретающей
организации;
c) разработку программного продукта или получение программной услуги по контракту;
d) комбинации из содержания пунктов а), Ь) и с);
е) расширение свойств существующего программного продукта или услуги.
6.1.1.3.1.7 Если приобретается готовый программный продукт, то приобретающая сторона должна
гарантировать, что выполнены следующие условия:
a) удовлетворяются требования к программному продукту;
b
) имеется в наличии необходимая документация;
c) соблюдаются права собственности, применения, владения, гарантий илицензирования;
d) предусматривается последующая поддержка программного продукта.
6.1.1.3.1.8 Приобретающей стороне следует подготовить, документировать и выполнить план приоб
ретения. План должен содержать:
a) требования к системе;
b
)запланированное применение системы;
c) тип используемого контракта;
d) ответственность организаций-участников;
e) концепцию поддержки, которая будет использована;
f) рассмотренные риски, а также методы менеджмента рисков.
6.1.1.3.1.9 Приобретающая сторона должна определить идокументировать стратегию иусловия (кри
терии) приемки.
16