В результате итерационной разработки первой появляется архитектура, что допускает использование интеграции в качестве вида деятельности по верификации, осуществляемого на стадии проектирования, и позволяет обнаруживать и исправлять ошибки проектирования на ранних стадиях жизненного цикла. Такой подход исключает интеграцию типа «большого взрыва» в конце проекта за счет постоянной интеграции на протяжении всего проекта. На рис. 15.1 показаны различия между кривой прогресса благополучного современного проекта и кривой обычного традиционного проекта, представленной на рис. 1.2. Подход с упреждающей разработкой архитектуры стимулирует начало интеграции на стадии проектирования путем создания демонстрационных версий. Демонстрации не могут избавить от дефектов проектирования; напротив, они способствуют их появлению именно на стадии разработки, когда их можно эффективно исправлять в контексте целей жизненного цикла. Таким образом, удается избежать кошмара интеграции в конце процесса, позднего латания дыр и «втискивания» исправлений в ПО. В результате разработка получается более устойчивой и удобной в сопровождении.