V-mudell - Portfolio JekGuz EE

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

История создания модели

Концепция V-образной модели была разработана Германией и США в конце 1980-х годов независимо друг от друга:

Немецкая V-модель была разработана аэрокосмической компанией IABG в Оттобрунне рядом с Мюнхеном в содействии с Федеральным департаментом по закупке вооружений в Кобленце, для Министерства обороны Германии. Модель была принята 1992.
Американская V-Model (VEE) была разработана национальным советом по системной инженерии (международным — с 1995 года) для спутниковых систем, включая оборудование, программное обеспечение и взаимодействие с пользователями.

Современной версией V-Model является V-Model XT, которая была утверждена в феврале 2005 года. V-модель используется для управления процессом разработки программного обеспечения для немецкой федеральной администрации. Сейчас она является стандартом для немецких правительственных и оборонных проектов, а также для производителей ПО в Германии. V-Model представляет собой скорее набор стандартов в области проектов, касающихся разработки новых продуктов. Эта модель во многом схожа с PRINC¹E2 и описывает методы как для проектного управления, так и для системного развития.

Основные этапы V-модели:

Планирования проекта и требований – здесь определяются системные требования и то,как будут распределены ресурсы с целью их соответствия поставленным требованиям;
Анализ требований к продукту и его спецификации – анализ существующих требований, завершаемый созданием полной спецификации программной системы;
Разработка архитектурного проекта на высшем уровне – определяет, каким образом функции программного обеспечения должны выполняться при реализации проекта;
Детализированная разработка проекта – здесь определяются и документально обосновываются алгоритмы для каждой задачи, поставленной на фазе проектирования архитектуры;
Разработка программного кода (кодирование) – на данной фазе выполняется преобразование алгоритмов, определенных на этапе детализованного проектирования, в готовое программное обеспечение;
Модульное тестирование – заключается в проверке каждого программного модуля на наличие ошибок;
Интеграция и тестирование – состоит в установке взаимосвязей между группами ранее поэлементно испытанных модулей с целью подтверждение того, что эти группы работают 2 также корректно, как и модули, испытанные независимо на этапе поэлементного тестирования;
Системное и приемочное тестирование – предполагает проверку функционирования программной системы в целом в аппаратной среде, определенной спецификацией требований;
Производство, эксплуатация и сопровождение – фаза, на которой программное обеспечение вводится в эксплуатацию и осуществляется его модернизация и внесение поправок;
Приемочные испытания – тестирование функциональных возможностей системы на соответствие исходным требованиям

Плюсы и минусы V-модели:

V-образная модель является развитием каскадной модели, поэтому она обладает всеми достоинствами каскадной модели:

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

При использовании V-образной модели для несоответствующего ей проекта выявляются следующие ее недостатки:

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

Область применения V-образной модели

Использование V-образной модели наиболее эффективно в следующих случаях:

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

Results

HD Quiz powered by harmonic design

#1. На каком этапе V-образной модели начинается тестирование?

На самом начале

После проектирования

После реализации

В конце разработки

Finish

Источники

Pea TA mudel

Agiilne mudel

Projects In Controlled Environments – представляет собой структурированный метод управления проектами, в качестве стандарта управления проектами в социальной сфере ↩︎