5.2,1. Инициирование

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

.2.1.2. Поставщик должен принять решение о предлагаемой цене (на аукционе, торгах) или принять контракт.

5.2.2. Подготовка ответа

5.2.2.1. Поставщик должен определить и подготовить предложение в ответ на запрос о приобретении, включая рекомендуемые положения этого Международного стандарта.

5.2.3. Контракт

5.2.3.1. Поставщик ведет переговоры и заключает контракт с покупателем на обеспечение программным продуктом или сервисом.

5.2.3.2. Поставщик может требовать дополнения к контракту в части механизма управления изменениями.

5.2.4. Планирование

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

5.2.4.2. Если не предусмотрено в контракте, поставщик определяет или выбирает модель жизненного цикла программного обеспечения, соответствующую области применения, величине (важности) и сложности проекта. Процессы, действия и задачи этого Международного стандарта должны быть выбраны и отображены на модели жизненного цикла.

5.2.4.3. Поставщик должен установить требования для планов управления и гарантии проекта и гарантирования качества поставляемого программного продукта или сервиса. Требования для планов должны включать потребности ресурсов и возможные ограничения пользователя.

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

а) разработка программного продукта или предоставление сервиса, используя внутренние ресурсы;

б) разработка программного продукта или предоставление сервиса, заключая субподрядный договор;

в) получение готовых программных продуктов от внутренних или внешних источников;

г) комбинация а, б, в.

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

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

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

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

г) управление качественными характеристиками программного продукта или сервиса. Могут быть разработаны отдельные планы для качества;

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

защите;

е) управление субподрядчиком, включая выбор субподрядчика и решение финансовых затруднений между субподрядчиком и покупателем, если они есть;

ж) оценка качества (см.6.3);

з) верификация (см.6.4) и аттестация (см.6.5); включение варианта связи с помощью интерфейса с проверкой и аттестационным агентом, если это определено;

и) возможные затруднения покупателя: решаются при помощи таких средств как совместные оценки (см.6.6), проверки (см.6.7), неофициальные встречи, сообщения, модификация и изменение; реализация, утверждение, принятие и доступ к оборудованию (доступность);

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

л) управление риском, т.е. управление областями проекта, которые включают технический потенциал, стоимость и планирование рисков;

м) политика безопасности: включает правила обязательного доступа к информации на каждом проектном уровне организации;

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

о) средства для планирования, трекинга и сообщений;

п) обучение персонала (см.7.4).