Преимущества каскадной модели

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

Недостатки каскадной модели. Существенное запаздывание с получением результатов и как в следствии недостаточно высокий риск создания системы удовлетворяющий потребностям пользователя.

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

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

Преимущества V-образной модели

1) большая роль придается разработке и тестированию ПП начиная с ранних стадий его разработки все действия планируются.

2) Ход выполнения работы можно легко отслеживать, т.к завершение каждой фазы является контрольной точкой.

Недостатки V-образной модели1) в ней не учтены повторения между фазами, 2)в модели не предусмотрено внесение требования динамических изменений на разных этапах жизненного цикла, 3)тестирование требований в жизненном цикле происходит слишком поздно, вслед­ствие чего невозможно внести изменения, не повлияв при этом на график выпол­нения проекта.

5) Модель быстрой разработки приложений rad (Rapid Application Development)

Благодаря методу RAD пользователь задействован на всех фазах жизненного цикла разработки проекта – не только при определении требований, но и при проектировании, разработке, тестировании, а также конечной поставке про­граммного продукта.

Это обеспечивается нали­чием средств разработки графического пользовательского интерфейса и кодогенераторов. Такие инструментальные средства, как Oracle Designer/2000, JavaJbuilder 3, Linux, Visual C++, Visual Basic 6, SAS, и другие можно использовать в качестве средств для быстрой разработки приложений.

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

Разработка каждого интегрированного продукта ограничивается четко определенным периодом времени, который, как правило, составляет 60 дней и называется временным блоком.

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