3.1.3.2
Инкрементная модель
Идея, лежащая в основе инкрементной модели, состоит в том, что
программную систему следует разрабатывать по принципу приращений,
так, чтобы разработчик мог использовать данные, полученные при
разработке более ранних версий ПО. Новые данные получаются как в
ходе разработки ПО, так и в ходе его использования, где это возможно.
Ключевые этапы этого процесса – простая реализация подмножества
требований к программе и совершенствование модели в серии
последовательных релизов до тех пор, пока не будет реализовано ПО во
всей полноте. В ходе каждой итерации организация модели изменяется,
и к ней добавляются новые функциональные возможности.
Для организации инкрементной разработки обычно выбирается
характерный временной интервал, например, неделя. Затем в течение
этого интервала происходит обновление проекта: добавляется новая
документация как текстовая, так и графическая, расширяется набор
тестов, добавляются новые программные коды и т. д. Теоретически шаги
разработки могут выполняться и параллельно, но такой процесс очень
сложно скоординировать. Инкрементная разработка проходит лучше
всего, если следующая итерация начинается после того, как обновление
всех артефактов в предыдущей итерации закончено, и существенно хуже,
если время, требуемое на обновление артефактов, значительно
превышает выбранный интервал [27].
В результате каждой итерации получается работающее, но не
полнофункциональное ПО, которое еще не является программным
продуктом и не подлежит распространению. В результате каждой
итерации создается версия некоторой части ПО.
Необходимо заметить,
но как правило на каждой итерации определяются и реализуются новые
требования, некоторые итерации могут быть целиком посвящены
усовершенствованию существующей программы, например, с целью
повышения ее производительности.
Вывод
С точки зрения структуры жизненного цикла эволюционную
модель называют итеративной. С точки зрения развития продукта –
инкрементальной.
Достарыңызбен бөлісу: |