Спиральная модель
Спиральная модель:
1 - начальный сбор требований и планирование проекта;
2 - та же работа, но на основе рекомендаций заказчика;
3 - анализ риска на основе начальных требований;
4 - анализ риска на основе реакции заказчика;
5 - переход к комплексной системе;
6 - начальный макет системы;
7 - следующий уровень макета;
8 - сконструированная система;
9 - оценивание заказчиком.
Модель определяет четыре действия, представляемые четырьмя квадрантами спирали:
1. Планирование - определение целей, вариантов и ограничений.
2. Анализ риска - анализ вариантов и распознавание/выбор риска.
3. Конструирование - разработка продукта следующего уровня.
4. Оценивание - оценка заказчиком текущих результатов конструирования.
В каждом цикле по спирали результаты анализа риска формируются в виде «продолжать, не продолжать». Если риск слишком велик, проект может быть остановлен.
С каждой итерацией по спирали (продвижением от центра к периферии) строятся все более полные версии ПО.
Главная задача: как можно быстрее показать пользователям системы работоспособный продукт, тем самым, активизируя процесс уточнения и дополнения требований.
Достоинства:
- наиболее реально (в виде эволюции) отображает разработку ПО;
- позволяет явно учитывать риск на каждом витке эволюции разработки;
- использует моделирование для уменьшения риска и совершенствования программного изделия.
Недостатки:
- новизна (отсутствует достаточная статистика эффективности модели);
- повышенные требования к заказчику;
- трудности контроля и управления временем разработки.
Общая таблица
Мы разобрали 3 модели конструирования - это яркие примеры трех базовых стратегий конструирования ПО.
Стратегия |
В начале процесса определены все требования? |
Множество циклов конструирования? |
Промежуточное ПО распространяется? |
Однократный проход (жизн. цикл) |
да |
нет |
нет |
Инкрементная стратегия (инкремент) |
да |
да |
может быть |
Эволюционная стратегия (Спираль) |
нет |
да |
да |
Тестирование и отладка по
Итак, полученное программное обеспечение (программу) необходимо отладить и протестировать.
Тестирование - это испытание, проверка правильности работы программы в целом, либо ее составных частей.
Отладка программы - это процесс поиска и устранения ошибок в программе, производимый по результатам ее прогона на компьютере.
Отладка и тестирование - это два четко различимых и непохожих друг на друга этапа:
- при отладке происходит локализация и устранение синтаксических ошибок и явных ошибок кодирования;
- в процессе же тестирования проверяется работоспособность программы, не содержащей явных ошибок.
Вывод: тестирование устанавливает факт наличия ошибок, а отладка выясняет ее причину.
Отладка
В современных системах программирования отладка осуществляется часто с использованием специальных программных средств, называемых отладчиком. Эти средства позволяют исследовать внутреннее поведение программы.
Программа отладчик обычно обеспечивает следующие возможности:
- пошаговое исполнение программы с остановкой после каждого оператора (команды);
- просмотр текущего значения любой переменной или нахождения значения любого выражения, в том числе, с использованием стандартным функций; при необходимости можно установить новое значение переменной;
- установку в программе «контрольных точек», т.е. точек, в которых программа временно прекращает свое выполнение, так что можно оценить промежуточные результаты, и др.
При отладке программы не нужно считать причиной ошибок машину, так как современные машины и трансляторы обладают чрезвычайно высокой надежностью.