V-образная модель (преимущества, недостатки, область применения)
V-ОБРАЗНАЯ МОДЕЛЬ SLCM
цель: помочь работающей над проектом команде в планировании с обеспечением дальнейшей возможности тестирования системы.
В этой модели особое значение придается действиям, направленным на верификацию и аттестацию продукта.
Тестирование продукта обсуждается, проектируется и планируется на ранних этапах жизненного цикла разработки. План испытания приемки заказчиком разрабатывается на этапе планирования, а компоновочного испытания системы —на фазах анализа, разработки проекта и т.д.
Разновидность каскадной модели
↓ | Планирование проекта и требований | ←→ | Производство, эксплуатация и сопровождение | |
↓ | Анализ требований продукта и спецификаций | ←→ | Системное и приемочное тестирование | ↑ |
↓ | Разработка архитектурного проекта на высшем уровне | ←→ | Интеграция и тестирование | ↑ |
↓ | Детализированная разработка проекта | ←→ | Модульное тестирование | ↑ |
Кодирование | ↑ |
ФАЗЫ V-ОБРАЗНОЙ МОДЕЛИ
· планирования проекта и требований — определяются системные требования, а также то, каким образом будут распределены ресурсы организации с целью их соответствия поставленным требованиям. (В случае необходимости на этой фазе выполняется определение функций для аппаратного и программного обеспечения);
· анализ требований к продукту и его спецификации — анализ существующей на данный момент проблемы с ПО, завершается полной спецификацией ожидаемой внешней линии поведения создаваемой программной системы;
|
|
· архитектура или проектирование на высшем уровне — определяет, каким образом функции ПО должны применяться при реализации проекта;
· детализированная разработка проекта— определяет и документально обосновывает алгоритмы для каждого компонента, который был определен на фазе построения архитектуры. Эти алгоритмы в последствии будут преобразованы в код;
· разработка программного кода— выполняется преобразование алгоритмов, определенных на этапе детализованного проектирования, в готовое ПО;
· модульное тестирование— выполняется проверка каждого закодированного модуля на наличие ошибок;
· интеграция и тестирование— установка взаимосвязей между группами ранее поэлементно испытанных модулей с целью подтверждение того, что эти группы работают также хорошо, как и модули, испытанные независимо друг от друга на этапе поэлементного тестирования;
· системное и приемочное тестирование — выполняется проверка функционирования программной системы в целом (полностью интегрированная система), после помещения в ее аппаратную среду в соответствии со спецификацией требований к ПО.
|
|
· производство, эксплуатация и сопровождение — ПО запускается в производство. На этой фазе предусмотрены также модернизация и внесение поправок;
· приемочные испытания— позволяет пользователю протестировать функциональные возможности системы на соответствие исходным требованиям. После окончательного тестирования ПО и окружающее его аппаратное обеспечение становятся рабочими. После этого обеспечивается сопровождение системы
ПРЕИМУЩЕСТВА V-ОБРАЗНОЙ МОДЕЛИ
· особое значение придается планированию, направленному на верификацию и аттестацию разрабатываемого продукта на ранних стадиях его разработки.
o nФаза модульного тестирования подтверждает правильность детализованного проектирования.
o nФазы интеграции и тестирования реализуют архитектурное проектирование или проектирование на высшем уровне.
o nФаза тестирования системы подтверждает правильность выполнения этапа требований к продукту и его спецификации;
· предусмотрены аттестация и верификация всех внешних и внутренних полученных данных, а не только самого программного продукта;
· определение требований выполняется перед разработкой проекта системы, а проектирование ПО — перед разработкой компонентов;
|
|
· определяет продукты, которые должны быть получены в результате процесса разработки, причем каждые полученные данные должны подвергаться тестированию;
· благодаря модели менеджеры проекта может отслеживать ход процесса разработки, так как в данном случае вполне возможно воспользоваться временной шкалой, а завершение каждой фазы является контрольной точкой;
· модель проста в использовании (относительно проекта, для которого она является приемлемой).
НЕДОСТАТКИ V-ОБРАЗНОЙ МОДЕЛИ
o ■ с ее помощью непросто справиться с параллельными событиями;
o ■ в ней не учтены итерации между фазами;
o ■ в модели не предусмотрено внесение требования динамических изменений на разных этапах жизненного цикла;
o ■ тестирование требований в жизненном цикле происходит слишком поздно, вследствие чего невозможно внести изменения, не повлияв при этом на график выполнения проекта;
o ■вмодельневходятдействия, направленные на анализ рисков.
Можно включить итерационные циклы //в недостатках, выделено отдельно от пунктов, не поняла пока имеется ввиду как минус, или плюс
|
|
ОБЛАСТЬ ПРИМЕНЕНИЯ V-ОБРАЗНОЙ МОДЕЛИ
Подобно, каскадной модели, V-образная модель лучше всего срабатывает тогда, когда вся информация о требованиях доступна заранее.
Использование модели эффективно в том случае, когда доступными являются информация о методе реализации решения и технология, а персонал владеет необходимыми умениями и опытом в работе с данной технологией.
V-образная модель — это отличный выбор для систем, в которых требуется высокая надежность, таких как прикладные программы для наблюдения за пациентами в клиниках, а также встроенное ПО для устройств управления аварийными подушками безопасности в автомобилях.
Дата добавления: 2018-02-15; просмотров: 9506; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!