4Понятие и основные модели жизненного цикла программного продукта. Понятие модели жизненного цикла разработки программного продукта.

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

Стандарт ISO/IEC 12207 не предлагает конкретные модели жизненного цикла и методы разработки ПП. Положения стандарта являются общими для любых моделей жизненного цикла, методов и технологий разработки ПП.

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

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

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

Наибольшее распространение получили следующие модели жизненного цикла разработки ПП:

• каскадная модель, или «водопад» (Waterfall model);

• V-образная модель (V-shaped model);

• модель прототипирования (Prototype model);

• модель быстрой разработки приложений, или RAD-модель (RAD — Rapid Application Development model);

• многопроходная модель, (Incremental model); спиральная модель (Spiral model).

1.3.4. Обзор существующих моделей Модели жизненного цикла разработки программного продукта

5Процессы жизненного цикла программного продукта.

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

К основным относятся процессы приобретения, поставки, разработки, эксплуатации и сопровождения.

Процесс приобретения (acquisition process) охватывает действия заказчика по приобретению ПП. К этим действиям относятся: инициирование приобретения; подготовка заявочных предложений; подготовка и корректировка договора; надзор за деятельностью поставщика; приемка и завершение работ.

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

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

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

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

Согласно нормативным документам понятие «система» можно интерпретировать двояко. В одном случае под системой понимают совокупность аппаратных, программных, материальных и люд¬ских ресурсов, услуг и данных, одним словом, все то, что потре¬бует разработки или покупки.

В другом случае система — это совокупность конечных продук-тов, которые будут действовать совместно, и вспомогательных про-дуктов, необходимых для разработки, поставки, обучения и т.д.

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

перечень необходимых ПП; условия и соглашения;

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

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

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

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

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

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

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

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

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

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

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

подготовка договора;

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

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

проверка и оценка;

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

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

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

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

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

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

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

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

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

Проверка и оценка выполняются в соответствии с действиями, предусмотренными в процессах совместной оценки и аудита (см. подразд. 1.3).

Поставка и завершение работ выполняются в соответствии с оговоренными в процессе инициирования действиями по прием¬ке и завершению работ.

Процесс разработки (development process) охватывает действия и задачи разработчика и предусматривает следующие основные направления работ:

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

подготовку материалов, необходимых для проверки работо-способности и качества ПП;

подготовку материалов, необходимых для организации обуче¬ния персонала, и т.д.

Более подробно процесс разработки рассмотрен в гл. 9. Процесс эксплуатации (operation process) охватывает действия и задачи оператора — организации, занимающейся эксплуатаци¬ей разработанного ПП или системы. К этим действиям относятся: подготовительная работа; эксплуатационное тестирование; эксплуатация системы; поддержка пользователей.

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

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

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

Эксплуатационное тестирование выполняется для каждой оче-редной версии ПП, после чего она передается в эксплуатацию.

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

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

Процесс сопровождения (maintenance process) охватывает дей-ствия и задачи сопровождающей организации (службы сопровож-дения). Данный процесс активизируется при изменениях (моди-фикациях) ПП и соответствующей документации, вызванных возникшими проблемами или потребностями в модернизации либо адаптации ПП. В соответствии со стандартом IEEE-90 (IEEE — Institute of Electrical and Electronics Engineers — Институт инжене¬ров по электротехнике и электронике) под сопровождением по¬нимается внесение изменений в ПП в целях исправления оши¬бок, повышения производительности либо адаптации к изменив¬шимся условиям работы или требованиям. Более подробно про¬цесс сопровождения рассмотрен в гл. 11.