Студопедия.Орг Главная | Случайная страница | Контакты | Мы поможем в написании вашей работы!  
 

Итеративная разработка



Классический подход, широко применявшийся в прошлом и до сих пор часто встречающийся в настоящее время, – разработка программного обеспечения по методу "водопада" (рисунок 1).

Рисунок 1 – Метод "водопада"

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

Метод "водопада" не позволяет эффективно выявлять и нивелировать последствия подобных рисков. "Если вы сами активно не атакуете риски, то потом они будут активно атаковать вас” (Том Глиб, IBM Rational).

Эффективной альтернативой методу "водопада" служит итеративный подход (рисунок 2).

Рисунок 2 – Итеративный подход

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

Основные преимущества итеративного подхода:

- - нивелирование воздействия серьезных рисков на ранних стадиях проекта, пока это еще можно сделать с минимальными затратами;

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

- - акцент усилий на наиболее важные и критичные направления проекта;

- - непрерывное итеративное тестирование конечного продукта, позволяющее оценить успешность всего проекта в целом;

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

- - более равномерная загрузка участников проекта;

- - эффективное использование накопленного опыта;

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





Дата публикования: 2015-10-09; Прочитано: 861 | Нарушение авторского права страницы | Мы поможем в написании вашей работы!



studopedia.org - Студопедия.Орг - 2014-2024 год. Студопедия не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования (0.006 с)...