Основные процессы ЖЦ

Процесс приобретения (acquisition process) состоит из действий и задач заказчика, приобретающего ПО. Данный процесс охва­тывает следующие действия:

1) инициирование приобретения;

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

3) подготовку и корректировку договора;

4) надзор за деятельностью поставщика;

5) приемку и завершение работ.

Инициирование приобретения включает следующие задачи:

• определение заказчиком своих потребностей в приобрете­нии, разработке или усовершенствовании системы, програм­мных продуктов или услуг;

• анализ требований к системе;

• принятие решения относительно приобретения, разработки или усовершенствования существующего ПО;

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

• подготовку и утверждение плана приобретения, включаю­щего требования к: системе, тип договора, ответственность сторон и т.д.

Заявочные предложения должны содержать:

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

• перечень программных продуктов;

• условия и соглашения;

• технические ограничения (например, среда функциониро­вания системы).

Заявочные предложения направляются выбранному постав­щику (или нескольким поставщикам в случае проведения тендера.

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

Подготовка и корректировка договора включают следующие задачи:

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

• выбор конкретного поставщика на основе анализа предло­жений;

• подготовку и заключение договора с поставщиком;

• внесение изменений (при необходимости) в договор в про­цессе его выполнения.

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

В процессе приемки подготавливаются и выполняются необ­ходимые тесты. Завершение работ по договору осуществляется в случае удовлетворения всех условий приемки.

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

1) инициирование поставки;

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

3) подготовку договора;

4) планирование;

5) выполнение и контроль;

6) проверку и оценку;

7) поставку и завершение работ.

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

Планирование включает следующие задачи:

• принятие решения поставщиком относительно выполнения работ своими силами или с привлечением субподрядчика;

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

Процесс разработки (development process) предусматривает действия и задачи, выполняемые разработчиком,, и охватывает работы по созданию ПО и его компонентов в соответствии с за­данными требованиями, включая оформление проектной и эксплуатационной документации, подготовку материалов, необ­ходимых для проверки работоспособности и соответствующего качества программных продуктов, материалов, необходимых для организации обучения персонала, и т.д.

Процесс разработки включает следующие действия:

1) подготовительную работу;

2) анализ требований к системе;

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

4) анализ требований к ПО;

5) проектирование архитектуры ПО;

6) детальное проектирование ПО;

7) кодирование и тестирование ПО;

8) интеграцию ПО;

9) квалификационное тестирование ПО;

10) интеграцию системы;

11) квалификационное тестирование системы;

12) установку ПО;

13) приемку ПО.

Подготовительная работа начинается с выбора модели ЖЦ ПО, соответствующей масштабу, значимости и сложности проек­та. Действия и задачи процесса разработки должны соответствовать выбранной модели. Разработчик должен выбрать, адаптировать к условиям проекта и использовать согла­сованные с заказчиком стандарты, методы и средства разработки, а также составить план выполнения работ.

Анализ требований к системе подразумевает определение ее функциональных возможностей, пользовательских требований, требований к надежности и безопасности, к внешним интерфей­сам и т.д. Требования к системе оцениваются исходя из критери­ев реализуемости и возможности проверки при тестировании.

Проектирование архитектуры системы на высоком уровне заключается в определении компонентов ее оборудования, ПО и операций, выполняемых эксплуатирующим систему персоналом. Архитектура системы должна соответствовать требованиям, предъявляемым к системе, а также принятым проектным стан­дартам и м44

Анализ требований к ПО предполагает определение следую­щих характеристик для каждого компонента ПО:

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

• внешних интерфейсов;

• спецификаций надежности и безопасности;

• эргономических требований;

• требований к используемым данным;

• требований к установке и приемке;

• требований к пользовательской документации;

• требований к эксплуатации и сопровождению.

Требования к ПО оцениваются исходя из критериев соответ­ствия требованиям к системе, реализуемости и возможности про­верки при тестировании.

Проектирование архитектуры ПО включает следующие зада­чи (для каждого компонента ПО):

• трансформацию требований к ПО в архитектуру, определя­ющую на высоком уровне структуру ПО и состав его компо­нентов;

• разработку и документирование программных интерфейсов ПО и баз данных;

• разработку предварительной версии пользовательской до­кументации;

• разработку и документирование предварительных требова­ний к тестам и плана интеграции ПО.

Архитектура компонентов ПО должна соответствовать требо­ваниям, предъявляемым к ним, а также принятым проектным стандартам и методам.

Детальное проектирование ПО включает следующие задачи:

• описание компонентов ПО и интерфейсов между ними на более низком уровне, достаточном для их последующего са­мостоятельного кодирования и тестирования;

• разработку и документирование детального проекта базы данных;

• обновление (при необходимости) пользовательской доку­ментации;

• разработку и документирование требований к тестам и пла­на тестирования компонентов ПО;

• обновление плана интеграции ПО.

Кодирование и тестирование ПО охватывает следующие задачи:

• разработку. (кодирование) и документирование каждого компонента ПО и базы данных, а также совокупности тесто­вых процедур и данных для их тестирования;

• тестирование каждого компонента ПО и базы данных на со­ответствие предъявляемым к ним требованиям. Результаты тестирования компонентов должны быть документированы;

• обновление (при необходимости) пользовательской доку­ментации;

• обновление плана интеграции ПО.

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

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

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

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

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

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

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

1) подготовительную работу;

2) эксплуатационное тестирование;

3) эксплуатацию системы;

4) поддержку пользователей.

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

• планирование действий и работ, выполняемых в процессе эксплуатации, и установка эксплуатационных стандартов;

♦ определение процедур локализации и разрешения проблем, ' возникающих в процессе эксплуатации.

Эксплуатационное тестирование осуществляется для каждой

очередной редакции программного продукта, после чего она пе­редается в эксплуатацию.

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

Поддержка пользователей заключается в оказании помощи и консультаций при обнаружении ошибок в процессе эксплуата­ции ПО.

Процесс сопровождения (maintenance process) предусматривает действия и задачи, выполняемые сопровождающей организацией (службой сопровождения). Данный процесс активизируется при изменениях (модификациях) программного продукта и соответ­ствующей документации, вызванных возникшими проблемами или потребностями в модернизации либо адаптации ПО. В соот­ветствии со стандартом IIЕЕ—90 под сопровождением понимает­ся внесение изменений в ПО в целях исправления ошибок, повы­шения производительности или адаптации к изменившимся ус­ловиям работы или требованиям.

Изменения, вносимые в существующее ПО, не должны нару­шать его целостности. Процесс сопровождения включает пере­нос ПО в другую среду (миграцию) и заканчивается снятием ПО с эксплуатации.

Процесс сопровождения охватывает следующие действия:

1) подготовительную работу;

2) анализ проблем и запросов на модификацию ПО;

3) модификацию ПО;

4) проверку и приемку;

5) перенос ПО в другую среду;

6) снятие ПО с эксплуатации.

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

• планирование действий и работ, выполняемых в процессе сопровождения;

• определение процедур локализации и разрешения проблем, возникающих в процессе сопровождения.

Анализ проблем и запросов на модификацию ПО, выполняемый службой сопровождения, включает следующие задачи:

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

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

• утверждение выбранного варианта модификации. Модификация ПО предусматривает определение компонентов

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

Проверка и приемка заключаются в проверке целостности мо­дифицированной системы и утверждении внесенных изменений.

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

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