131. Сущность итеративной разработки по

Разработка выполняется в виде нескольких краткосрочных мини-проектов фиксированной длительности (например, три недели), называемых ИТЕРАЦИЯМИ. Каждая итерация включает свои собственные этапы анализа требований, проектирования, реализация и завершается тестированием, интеграцией и созданием работающей части системы. Таким образом, итеративных жизненный цикл основывается на постоянном расширении и дополнении системы в процессе нескольких итераций с периодической обратной связью и адаптацией добавляемых модулей к существующему ядру системы. Такой подход иногда называются итеративной инкрементальной разработкой.

Важно:

• командная работа (часть сотрудников может работать попарно),

• возможно выполнить: прямое проектирование (моделирование информационной системы) и обратное

• показывается заинтересованным лицам

• планируются следующие итерации

При таком подходе исключаются: слишком быстрое написание кода (без детальное проработки) и чрезмерно длительный этап детального проектирования и построения диаграмм без обратной связи.

Замечание: проектирование и визуальное моделирование с помощью UML осуществляется в течение одного дня. Для выполнения этого разработчики обычно разбиваются на пары. В результате каждой итерации получается работающая, но не полнофункциональная система. Товарный вид приобретает система только после 10-15 итераций.

Существуют наиболее распространенные риски программного проекта:

1. дефицит специалистов

2. Не реалистичные сроки и бюджет.

3. Реализация несоответствующей функциональности

4. Разработка не правильного пользовательского интерфейса

5. Перфекционизм, ненужная оптимизация и оттачивание деталей

6. Непрекращающийся поток изменений

7. Нехватка информации, внешних компонентов, окружение системы или вовлеченных в интеграцию.

8. Недостаточная производительность получаемой системы

9. Разрыв в квалификации специалистов разных областей знаний.

Другие специалисты приводят другой список:

1. Изъяны календарного планирования

2. Текучесть кадров

3. Раздувание требований

4. Нарушение спецификаций

5. Низкая производительность

В процесс разработки риски нужно определить и подвергнуть качественному анализу

Управление изменениями

Девизом итеративной разработки может быть лозунг: ДОПУСКАЙТЕ ИЗМЕНЕНИЯ!

При разработке проекта необходимо осознать важность и неизбежность постоянной модификации и адаптации модели. На каждой итерации разработки рассматривается небольшое подмножество требований, для удовлетворения которых быстро разрабатывается, реализуется и тестируется небольшая часть системы. Благодаря обратно связи у специалистов по тестированию в процессе разработки углубляется понимание требований к системе и задач проекта. Конечные пользователи получают возможность быстро увидеть часть системы. Руководители проекта смогут лучше осознать задачи проекта и требования к системе. Помимо прояснения системных требований ранняя обратная связь и тестирование каждой небольшой части системы позволяют оценить преимущества выбранной стратегии или ее недостатки. В этом случае, на следующей итерации можно внести изменения в базовую архитектуру системы