a) определяются потребности в приобретении, конечные цели, критерии приемки продукта и (или) услуги и стратегии приобретения;
b) разрабатывается соглашение, которое ясно выражает ожидания, ответственность и обязательства как приобретающей стороны, так и поставщика;
c) выбирается один или несколько поставщиков;
d) приобретается продукт и (или) услуга, которые удовлетворяют заданным потребностям приобретающей стороны;
e) приобретение контролируется таким образом, чтобы удовлетворялись заданные ограничения, такие как, например, ограничения по стоимости, срокам и качеству;
f) принимаются продукты и (или) услуги от поставщиков;
g) по всем идентифицированным открытым позициям получены удовлетворительные заключения, согласованные приобретающей стороной и поставщиком.
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) комбинации из содержания пунктов а), b) и с);
е) расширение свойств существующего программного продукта или услуги.
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 Приобретающая сторона должна определить и документировать стратегию и условия (критерии) приемки.
6.1.1.3.1.10 Приобретающей стороне следует документировать требования к приобретению (например, заявки на условия приобретения), состав которых зависит от вариантов приобретения, определенных в 6.1.1.3.1.6. В документацию по приобретению следует включать:
a) системные требования;
b) формулировку области применения;
c) инструкции для претендентов;
d) перечень программных продуктов;
e) сроки и условия;
f) контроль подрядчиков;
g) технические ограничения (например, со стороны окружающей среды).
6.1.1.3.1.11 Приобретающей стороне следует определить, какие процессы настоящего стандарта предназначаются для приобретения, и сформулировать свои требования к адаптации этих процессов. Приобретающей стороне следует конкретизировать, не выполняются ли какие-либо процессы другими сторонами, отличными от поставщиков, так, чтобы поставщики в своих предложениях могли определить свой подход к поддержке работы других сторон. Приобретающая сторона должна установить область применения задач, определенных контрактом.
6.1.1.3.1.12 В документации по приобретению должны также указываться контрольные сроки, определенные в контракте, в соответствии с которыми текущая деятельность поставщика должна пересматриваться и подвергаться аудиту в качестве части процесса мониторинга приобретения (см. 7.2.6 и 7.2.7).
6.1.1.3.1.13 Требования к приобретению следует доводить до сведения организации, выбранной для выполнения деятельности по приобретению.
6.1.1.3.2 Объявление о приобретении
Данный вид деятельности состоит из решения следующей задачи:
6.1.1.3.2.1 Приобретающая сторона должна отправить заявку на поставку продукта или услуги идентифицированным поставщикам.