Слайд 2Классификация моделей жизненного цикла
![Классификация моделей жизненного цикла](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-1.jpg)
Слайд 3Инкрементная стратегия
Инкрементная стратегия (англ. increment – увеличение, приращение) подразумевает разработку информационной системы
![Инкрементная стратегия Инкрементная стратегия (англ. increment – увеличение, приращение) подразумевает разработку информационной](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-2.jpg)
с линейной последовательностью стадий, но в несколько инкрементов (версий), т. е. с запланированным улучшением продукта.
Слайд 4Данная модель жизненного цикла характерна при разработке сложных и комплексных систем, для
![Данная модель жизненного цикла характерна при разработке сложных и комплексных систем, для](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-3.jpg)
которых имеется четкое видение (как со стороны заказчика, так и со стороны разработчика) того, что собой должен представлять конечный результат (информационная система). Разработка версиями ведется в силу разного рода причин:
- отсутствия у заказчика возможности сразу профинансировать весь дорогостоящий проект;
- отсутствия у разработчика необходимых ресурсов для реализации сложного проекта в сжатые сроки;
- требований поэтапного внедрения и освоения продукта конечными пользователями. Внедрение всей системы сразу может вызвать у ее пользователей неприятие и только «затормозить» процесс перехода на новые технологии. Образно говоря, они могут просто «не переварить большой кусок, поэтому его надо измельчить и давать по частям».
Слайд 5Достоинства и недостатки
Достоинства и недостатки этой стратегии такие же, как и у классической. Но в отличие от
![Достоинства и недостатки Достоинства и недостатки этой стратегии такие же, как и](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-4.jpg)
классической стратегии заказчик может раньше увидеть результаты. Уже по результатам разработки и внедрения первой версии он может незначительно изменить требования к разработке, отказаться от нее или предложить разработку более совершенного продукта с заключением нового договора
Слайд 6 Спиральная стратегия
Спиральная стратегия (эволюционная или итерационная модель, автор Барри Боэм, 1986-88 гг.)
![Спиральная стратегия Спиральная стратегия (эволюционная или итерационная модель, автор Барри Боэм, 1986-88](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-5.jpg)
[44] подразумевает разработку в виде последовательности версий, но в начале проекта определены не все требования. Требования уточняются в результате разработки версий.
Слайд 7Данная модель жизненного цикла характерна при разработке новаторских (нетиповых) систем. В начале
![Данная модель жизненного цикла характерна при разработке новаторских (нетиповых) систем. В начале](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-6.jpg)
работы над проектом у заказчика и разработчика нет четкого видения итогового продукта (требования не могут быть четко определены) или стопроцентной уверенности в успешной реализации проекта (риски очень велики). В связи с этим принимается решение разработки системы по частям с возможностью изменения требований или отказа от ее дальнейшего развития. Как видно из рис.3.4, развитие проекта может быть завершено не только после стадии внедрения, но и после стадии анализа риска.
Слайд 8Достоинства модели:
- позволяет быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс
![Достоинства модели: - позволяет быстрее показать пользователям системы работоспособный продукт, тем самым,](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-7.jpg)
уточнения и дополнения требований;
- допускает изменение требований при разработке информационной системы, что характерно для большинства разработок, в том числе и типовых;
- обеспечивает большую гибкость в управлении проектом;
- позволяет получить более надежную и устойчивую систему. По мере развития системы ошибки и слабые места обнаруживаются и исправляются на каждой итерации;
- позволяет совершенствовать процесс разработки – анализ, проводимый в каждой итерации, позволяет проводить оценку того, что должно быть изменено в организации разработки, и улучшить ее на следующей итерации;
- уменьшаются риски заказчика. Заказчик может с минимальными для себя финансовыми потерями завершить развитие неперспективного проекта
Слайд 9Недостатки модели:
- увеличивается неопределенность у разработчика в перспективах развития проекта. Этот недостаток
![Недостатки модели: - увеличивается неопределенность у разработчика в перспективах развития проекта. Этот](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-8.jpg)
вытекает из предыдущего достоинства модели;
- затруднены операции временного и ресурсного планирования всего проекта в целом. Для решения этой проблемы необходимо ввести временные ограничения на каждую из стадий жизненного цикла. Переход осуществляется в соответствии с планом, даже если не вся запланированная работа выполнена. План составляется на основе статистических данных, полученных в предыдущих проектах и личного опыта разработчиков.
Слайд 10Сравнительный анализ моделей
Знание различных моделей жизненного цикла и умение их применять на
![Сравнительный анализ моделей Знание различных моделей жизненного цикла и умение их применять](/_ipx/f_webp&q_80&fit_contain&s_1440x1080/imagesDir/jpg/1006114/slide-9.jpg)
практике необходимы любому руководителю проекта. Правильный выбор модели позволяет грамотно планировать объемы финансирования, сроки и ресурсы, необходимые для выполнения работ, сократить риски как разработчика, так и заказчика. Это способствует повышению авторитета (имиджа) разработчиков в глазах заказчика и в свою очередь оказывает влияние на перспективу дальнейшего сотрудничества с ним и другими заказчиками. Считать, что спиральная модель лучше остальных, неверно. Ведь на каждый проект заключается отдельный договор с определенной стоимостью. Заключать договор на большую сумму с неопределенным итоговым результатом заказчик никогда не будет (если только он не альтруист). В этом случае он предложит вложить вначале небольшую сумму в проект и уже по результатам первой версии (итерации) будет решать вопрос о заключении дополнительного договора на развитие системы.
Каждая из моделей имеет свои достоинства и недостатки, а также сферы применения в зависимости от специфики разрабатываемой системы, возможностей заказчика и разработчика и т. п. В табл. 3.1 приводится сравнительная характеристика рассмотренных выше моделей, которая должна помочь в выборе стратегии для конкретного проекта.