Образная модель жизненного цикла разработки ПО
Тестирование требований в жизненном цикле происходит слишком поздно, вследствие чего невозможно внести изменения, не повлияв при этом на график выполнения проекта; Модель определяет продукты, которые должны быть получены в результате процесса разработки, причем каждые полученные данные должны подвергаться тестированию; Определение требований выполняется перед разработкой проекта системы… Читать ещё >
Образная модель жизненного цикла разработки ПО (реферат, курсовая, диплом, контрольная)
V-образная модель, показанная на рис. 3, была разработана как разновидность каскадной модели, а значит, унаследовала от нее такую же последовательную структуру. Модель демонстрирует комплексный подход к определению фаз процесса разработки ПО. В ней подчеркнуты взаимосвязи, существующие между аналитическими фазами и фазами проектирования, которые предшествуют кодированию, после которого следуют фазы тестирования. Пунктирные линии означают, что эти фазы необходимо рассматривать параллельно.
Рис. 3. V-образная модель ЖЦ ПО
Преимущества V-образной модели
особое значение придается планированию, направленному на верификацию и аттестацию разрабатываемого продукта на ранних стадиях его разработки предусмотрены аттестация и верификация всех внешних и внутренних полученных данных, а не только самого программного продукта;
определение требований выполняется перед разработкой проекта системы, а проектирование ПО — перед разработкой компонентов;
модель определяет продукты, которые должны быть получены в результате процесса разработки, причем каждые полученные данные должны подвергаться тестированию;
благодаря модели менеджеры проекта может отслеживать ход процесса разработки, так как в данном случае вполне возможно воспользоваться временной шкалой, а завершение каждой фазы является контрольной точкой;
Недостатки V-образной модели не учтена возможность параллельных работ;
не учтены итерации между фазами;
не предусмотрено внесение требования динамических изменений на разных этапах жизненного цикла;
тестирование требований в жизненном цикле происходит слишком поздно, вследствие чего невозможно внести изменения, не повлияв при этом на график выполнения проекта;
в модель не входят действия, направленные на анализ рисков.