Международный iso/iec стандарт 12207

Вид материала

Содержание

5Основные процессы жизненного цикла
5.1Процесс приобретения
5.1.2Заявка на подготовку предложения
5.1.3Подготовка контракта и модернизация
5.1.4Мониторинг поставщика
5.1.5Принятие и завершение

Подобный материал:

1 2 3 4 5 6 7 8 9 ... 16

5Основные процессы жизненного цикла

Этот раздел определяет следующие основные процессы жизненного цикла:

1). Процесс приобретения;

2). Процесс поставки;

3). Процесс разработки;

4). Процесс эксплуатации;

5). Процесс сопровождения.

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

5.1Процесс приобретения

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

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

Покупатель управляет процессом приобретения на проектном уровне, следующим за процессом управления (7.1); устанавливает инфраструктуру под процесс, следующий за процессом инфраструктуры (7.2); приспосабливает процесс для проекта, следующего за процессом настройки (Приложение А); управляет процессом на специальном уровне, идущем за процессом усовершенствования (7.3); и процессом обучения (7.4).

Этот процесс состоит из следующих действий:

1) инициирование;

2) заявка на подготовку предложения;

3) подготовка контракта и модернизация;

4) текущий контроль (мониторинг) поставщика;

5) принятие и завершение.

5.1.1Инициирование

Эта деятельность состоит из следующих задач:

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

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

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

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

5.1.1.5. Процесс разработки (5.3) используется для выполнения задач в 5.1.1.2 и 5.1.1.4.

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

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

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

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

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

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

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

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

б) в распоряжении есть документация;

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

г) удовлетворена будущая поддержка программного продукта.

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

а) требования к системе;

б) запланированная занятость системы;

в) тип используемого контракта;

г) обязательства вспомогательных организаций;

д) поддержка используемой концепции;

е) учтенные риски и методы управления ими.

5.1.1.9. Покупатель должен определить и документировать принятие стратегии и критериев.

5.1.2Заявка на подготовку предложения

Эта деятельность состоит из задач:

5.1.2.1. Покупатель должен задокументировать требования приобретения (например, заявка на приобретение), содержание которых зависит от вариантов, указанных в 5.1.1.6. Документация приобретения должна включать:

а) требования к системе;

б) область действия;

в) инструкции для участников торгов;

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

д) сроки и условия приобретения;

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

ж) технические ограничения.

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

5.1.2.3. Документация приобретения должна определять промежуточные отчеты контракта, в которых будет рассмотрен и проверен прогресс поставщика как часть текущего контроля приобретения (см. 6.6 и 6.7).

5.1.2.4. Требования приобретения должны быть предоставлены организации, выбранной для выполнения деятельности по приобретению.

5.1.3Подготовка контракта и модернизация

Эта деятельность состоит из нескольких задач:

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

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

5.1.3.3. Покупатель может включать другие стороны, включая потенциальных поставщиков; до сдачи подряда на поставку товара с применением этого стандарта для проекта. Однако покупатель будет принимать окончательное решение относительно приспосабливания. Покупатель будет включать или ссылаться на приспособленный Международный стандарт в контракте.

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

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

ПРИМЕЧАНИЕ. Покупатель должен определить какой из терминов “контракт” или “соглашение” используется для применения этого Международного стандарта.

5.1.4Мониторинг поставщика

Эти действия состоят из следующих задач:

5.1.4.1. Покупатель контролирует деятельность поставщика согласно Процессу Совместной Оценки (6.6) и Процессу Проверки (6.7). Покупатель должен дополнить текущий контроль Процессом Верификации (6.4) и Процессом Аттестации (6.5) как определено.

5.1.4.2. Покупатель должен сотрудничать с поставщиком для обеспечения всей необходимой информацией своевременно и решения всех нерешенных вопросов.

5.1.5Принятие и завершение

Эта деятельность состоит из следующих задач:

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

5.1.5.2. Покупатель проводит приемную оценку и приемное испытание поставляемого программного продукта или сервиса и принимает их от поставщика, когда удовлетворены все условия приемки. Процедура приемки должна подчиняться условиям 5.1.1.9.

5.1.5.3. После принятия, покупатель должен взять ответственность за управление конфигурацией поставляемого программного продукта (см.6.2).

ПРИМЕЧАНИЕ. Покупатель может устанавливать программный продукт или выполнять сервис программного обеспечения согласно инструкциям, определенным поставщиком.

Blog