Процессы соглашения. 
Проектирование информационных систем

Процессы соглашения определяют действия, необходимые для выработки соглашений между двумя организациями — заказчиком и поставщиком (разработчиком).

• 1. Процесс приобретения (6.1.1)^[1] определяет взаимодействие заказчика (покупателя) с поставщиком (разработчиком) продуктов или услуг. Процесс начинается с выяснения потребностей заказчика и заканчивается приемкой продукта и (или) услуги приобретаемой стороной. В ходе процесса: — определяются потребности в приобретении, конечные цели, критерии приемки продукта и (или) услуги и стратегии приобретения;
• — разрабатывается соглашение, которое ясно выражает ожидания, ответственность и обязательства как приобретающей стороны, так и поставщика;
• — выбирается один или несколько поставщиков;
• — приобретается продукт и (или) услуга, которые удовлетворяют заданным потребностям приобретающей стороны;
• — приобретение контролируется на предмет удовлетворения заданным ограничениям (по стоимости, срокам, качеству);
• — принимаются продукты и (или) услуги от поставщиков.

Если по всем идентифицированным открытым позициям получены удовлетворительные заключения, согласованные приобретающей стороной и поставщиком, процесс приобретения считается успешно выполненным.

Подготовка к приобретению заключается в том, что заказчик должен представить свое видение в необходимости приобретения, разработки или расширения ИС, комплекса программ или программной услуги и определить пакет требований к приобретаемому продукту (по системным и техническим характеристикам, потребительским свойствам и параметрам обеспечения безопасности информации, процедурам тестирования, оценки и проверки работоспособности). Указанные работы могут быть выполнены заказчиком самостоятельно, поручены поставщику или третьему лицу. При определении технических параметров разрешено ссылаться на характеристики правообладателей технических, коммуникационных и программных средств.

Допускается несколько вариантов приобретения программных продуктов:

• — покупка готовых изделий, удовлетворяющих требованиям;
• — разработка программного изделия или получение программной услуги (внутри приобретающей организации или по контракту);
• — расширение свойств существующего программного продукта или услуги;
• — реализация комбинированных способов.

На приобретенные программные продукты должна быть представлена необходимая программная документация с соблюдением прав собственности, применения, владения и лицензирования, а также предусмотрена последующая поддержка и гарантийное обслуживание.

План приобретения должен включать:

• — требования к системе;
• — планируемое применение системы;
• — тип контракта заказчика с поставщиком;
• — ответственность участников сделки;
• — концепцию эксплуатационной поддержки системы;
• — перечень возможных рисков, а также методов менеджмента рисков.

На основе плана разрабатывается документация (заявка) на условия приобретения программных изделий. В дополнение к информации, приведенной в плане, здесь указываются:

• — инструкции для претендентов — возможных поставщиков или разработчиков;
• — перечень заказываемых программных продуктов;
• — сроки и условия поставки;
• — контроль подрядчиков;
• — технические ограничения (например, со стороны окружающей среды).

Документируется также информация, если какие-то процессы выполняются третьей стороной (не поставщиком).

Указанные сведения доводятся до потенциальных поставщиков (разработчиков). Выбор конкретного поставщика оценивается на основании их предложений и возможностей в соответствии со стратегией и условиями приемки приобретающей стороны.

Работа выполняется по контракту. В контрактном соглашении оговариваются все необходимые и важные для заказчика параметры, в том числе:

• — план реализации проекта;
• — график работ;
• — технология корректировки плана в случае необходимости;
• — стоимость проекта и условия его оплаты;
• — требования к проекту и его параметрам;
• — возможности мониторинга хода реализации процесса со стороны заказчика;

процедуры и условия приемки и передачи проекта в эксплуатацию и дальнейшего обслуживания.

• 2. Процесс поставки (6.1.2) определяет средства для реализации проектирования, разработки и поставки продукта или услуги, удовлетворяющих согласованным требованиям. Он регулирует взаимоотношения поставщика (разработчика) с заказчиком (покупателем). В ходе процесса:
  • — определяется приобретающая сторона для продукта или услуги;
  • — дается ответ на заявку приобретающей стороны;
  • — заключается соглашение между приобретающей стороной и поставщиком на разработку, сопровождение, применение, упаковку, распределение и инсталляцию продукта и (или) услуги;
  • — разрабатывается продукт и (или) услуга, удовлетворяющие согласованным требованиям;
  • — продукт и (или) услуга поставляются приобретающей стороне в соответствии с согласованными условиями поставок;
  • — продукт инсталлируется на технических средствах заказчика в соответствии с согласованными требованиями.

Поставщик в ходе реализации процесса должен в соответствии с принятыми в организации политиками и процедурами поставки выполнить следующие работы:

• — идентифицировать приобретающую сторону, имеющую потребность в продукте или услуге, или исполняющую роль посредника в реализации продукта или услуги;
• — рассмотреть требования, изложенные в заявке заказчика;
• — подготовить предложения в ответ на заявку заказчика, предложить или принять контракт;
• — провести переговоры, но согласованию контракта и заключить его;
• — после согласования положений контракта приступить к его выполнению.

Выполнение контракта состоит, а решении следующих задач:

• — определения в соответствие с требованиями заказчика перечня работ по руководству и реализации проекта и обеспечению поставляемого продукта или услуги заданного качества;
• — определения или выбора модели жизненного цикла (если иное не оговорено в контракте) в соответствии с областью применения, масштабом и сложностью проекта; модель жизненного цикла должна отображать процессы, виды деятельности и задачи настоящего стандарта и содержать стадии, цели и результаты каждой стадии;
• — установить для определенного набора ресурсов и с участием приобретающей стороны требования для планов осуществления менеджмента и обеспечения реализации проекта по разработке (поставке) программного продукта или услуги заданного качества.

Следует определить варианты разработки программного продукта или услуги:

• — с использованием внутренних ресурсов;
• — путем заключения контрактов с подрядчиками;
• — приобретением готовых программных изделий у внутренних или внешних поставщиков;
• — с использованием комбинированных подходов.

Для каждого из вариантов разработки следует оценить риски и разработать план менеджмента проекта с учетом исходных требований заказчика. В план включаются пункты:

• — организационная структура проекта, полномочия и ответственность каждого подразделения организации, включая внешние организации;
• — инженерная среда для разработки, применения или сопровождения, включая условия тестирования, библиотеки, оборудование, удобство обслуживания, стандарты, процедуры и инструментарий;
• — структура распределения работ в рамках процессов и видов деятельности жизненного цикла, включая программные продукты, программные услуги и непоставляемые элементы, с учетом бюджета, состава исполнителей, материальных ресурсов, размеров ПС и календарных планов, связанных с этими задачами;
• — менеджмент характеристик качества программных продуктов или услуг (допускается разработка отдельных планов по обеспечению качества);
• — менеджмент безопасности, защиты и других критических требований к программным продуктам или услугам (допускается разработка отдельных планов по безопасности и защите);
• — менеджмент подрядчиков, включая выбор подрядчиков и взаимоотношения между подрядчиком и приобретающей стороной;
• — обеспечение гарантии качества — соответствия рабочей продукции и процессов предварительно определенным условиям и планам;
• — верификация — подтверждение фактов, что каждый программный рабочий продукт и (или) услуга процесса или проекта должным образом отражает заданные требования;
• — валидация — подтверждение фактов, что установленные требования выполняются для конкретного применения рабочего программного продукта (в условиях, определенных заказчиком);
• — участие приобретающей стороны в проведении ревизий, аудитов, неформальных встреч, составлении отчетов, модификации и изменении, реализации, приемке и доступе к средствам;
• — участие пользователей в настройке упражнений, демонстрации и оценке прототипов;
• — менеджмент рисков областей проекта, связанных с потенциальными техническими, финансовыми и плановыми рисками;
• — политика по защите и определению доступа к информации на каждом уровне проекта организации;
• — официальное принятие проекта в эксплуатацию, регулируемое положениями о сертификации, правах собственности, монопольном применении, гарантиях, лицензиях и т. п.;
• — средства для формирования графиков работ, проведения надзора и составления отчетов;
• — обучение персонала.

Исполняя план менеджмента проекта, поставщик должен:

— разработать программный продукт, соответствующий требуемым характеристикам, в соответствии с техническими процессами стандарта;

использовать программный продукт в соответствии с процессом функционирования ПС;

• — сопровождать программный продукт в соответствии с процессом сопровождения ПС;
• — осуществлять мониторинг и управление развитием и качеством программного продукта на всем протяжении его жизненного цикла, как определено в контракте.

В соответствии с процессом приобретения поставщик должен:

• — руководить и управлять деятельностью подрядчиков, обеспечивая выполнение согласованных с заказчиком требований к программному продукту и сроков его поставки;
• — взаимодействовать с независимой организацией, проводящей верификацию, валидацию или тестирование, как определено в контракте и планах проекта;
• — участвовать в процессе тестирования и приемки программного продукта, совместных ревизиях и аудитах и предоставлять отчеты, но результатам проверок заказчику.

По окончании указанных мероприятий и оплаты заказа поставщик обязан передать программный продукт, документацию и права на его использование заказчику. Если определено в контракте, проводится инсталляция программного продукта на объектах заказчика, решаются вопросы гарантийного и послегарантийного сопровождения.

• [1] Здесь и далее в скобках после названия процесса указывается соответствующий пунктстандарта ГОСТ Р ИСО/МЭК 12 207—2010, в котором описывается указанный процесс.