Процессы жизненного цикла программных средств

1. Процесс управления (подраздел 7.1). Определяет основные работы по управлению, включая управление проектом, при реализации процессов жизненного цикла.

2. Процесс создания инфраструктуры (подраздел 7.2). Определяет основные работы по созданию основной структуры процесса жизненного цикла.

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

4. Процесс обучения (подраздел 7.4). Определяет работы по соответствующему обучению персонала.

4.1.2 Процесс адаптации

Основные работы, которые должны быть выполнены при адаптации настоящего стандарта к условиям конкретного программного проекта, определены в приложении А. Краткое руководство по адаптации требований настоящего стандарта приведено в приложении В; оно содержит перечни основных показателей, по которым могут быть приняты решения по адаптации.

4.1.3 Взаимосвязи между процессами и организациями

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

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.1.1.2 и 5.1.1.4, должен использоваться процесс разработки (подраздел 5.3).

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

a. покупка готового программного продукта, удовлетворяющего определенным требованиям;

b. разработка программного продукта или обеспечение программной услуги собственными силами;

c. разработка программного продукта или получение программной услуги на договорной основе;

d. комбинации по перечислениям а), b), с);

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

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

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

b. имеется в наличии соответствующая документация;

c. соблюдены права собственности, использования, лицензирования и гарантии;

d. предусмотрена последующая поддержка программного продукта.

5.1.1.8 Заказчик должен подготовить, документально оформить и выполнить план заказа. План должен содержать:

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

b. планируемую загрузку системы;

c. тип реализуемого договора;

d. обязанности организаций, участвующих в договоре;

e. обеспечение подходов к реализации договора;

f. анализ возможных рискованных ситуаций, а также методы управления такими ситуациями.

5.1.1.9 Заказчик должен определить и документально оформить принятые правила и условия (критерии) реализации договора.

5.1.2 Подготовка заявки на подряд

Данная работа состоит из следующих задач:

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

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

b. описание области применения системы;

c. указания для участников торгов;

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

e. сроки и условия реализации заказа;

f. правила контроля над субподрядчиками;

g. технические ограничения (например, по условиям эксплуатации).

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