Тема 2: Жизненный цикл it-проекта.

1. Понятие жизненного цикла проекта.

2. Характеристика процессов жизненного цикла IT-проекта.

3. Типология моделей жизненного цикла IT-проектов

4. Жизненный цикл проекта в методологиях быстрого развития: экстремальное программирование ХР

5. Выбор модели жизненного цикла проекта

=2=

К основным процессам жц по относятся:

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

2. В процессе поставки организация–поставщик рассматривает заявочные предложения заказчика и, при необходимости, вносит в них свои коррективы, подготавливает договор с ним, осуществляет планирование выполнения, разрабатывает ОСУ проекта, технические требования к среде разработки и ресурсам, мероприятия по управлению проектом и др.

3. Процесс разработки определяет действия и задачи, выполняемые разработчиком в процессе создания программного обеспечения и его компонентов в соответствии с заданными требованиями. Процесс разработки ПО состоит из ряда фаз:

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

• б) анализ требований к системе - дает ответ на вопрос: «Что должна делать будущая система?». Для ответа на этот вопрос, во-первых, необходимо понять, какие именно потребности пользователей призвана обеспечить будущая система, а во-вторых, задокументировать это понимание.

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

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

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

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

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

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

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

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

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

г) проектирование - деятельность, результат которой состоит из двух составных частей:

• архитектурный или высокоуровневый дизайн (software architectural design, top-level design) – описание высокоуровневой структуры и организации компонентов системы;

• детализированная архитектура (software detailed design) – описывающая каждый компонент в том объеме, который необходим для конструирования.

В строгом значении архитектура программного обеспечения (software architecture) представляет собой описание подсистем и компонентов программной системы, а также связей между ними. Архитектура пытается определить внутреннюю структуру получаемой системы, задавая способ, которым система организована или конструируется.

• д) кодирование и тестирование

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

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

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

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

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

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

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