Инкрементная модель – это процесс разработки программного обеспечения, в котором требования разбиваются на несколько отдельных модулей цикла разработки программного обеспечения. Iterative Incremental Development (IID) придумал Walter Shewhart в 50-ых годах 20-го века. Впервые инкрементальную модель разработки использовали в проекте сверхзвукового самолёта X-15 и проект был успешным.
Схема инкрементной модели на русском языке:
Схема инкрементной модели на английском языке:
Этапы:
- Планирование — анализ требований, идентификация ключевых функций и определение приоритетов для каждого инкремента.
- Проектирование (Design) — разработка архитектуры системы и проектирование первого инкремента, который включает базовый функционал.
- Реализация и тестирование (Development & Testing) — кодирование и тестирование инкремента, проверка его работоспособности.
- Интеграция и релиз — инкремент добавляется к ранее разработанным частям системы, и релиз предоставляется пользователю.
- Оценка и корректировка (Evaluation & Refinement) — сбор отзывов пользователей, выявление ошибок, доработка системы для следующего инкремента.
Плюсы:
- Позволяет быстрее предоставить пользователям минимально работоспособную версию продукта.
- Модель легко адаптируется к изменениям требований, так как каждый инкремент может быть скорректирован.
- Ошибки или недоработки можно обнаружить и устранить на ранних этапах, что снижает риск критических ошибок на финальных этапах.
- Возможность делить проект на небольшие управляемые части, которые легче оценивать и тестировать.
- Каждый инкремент позволяет получать обратную связь от пользователей, что способствует улучшению продукта на основе их отзывов.
Минусы:
- С увеличением числа инкрементов усложняется интеграция частей, особенно если архитектура не была продумана тщательно.
- Если требования сильно изменяются, может потребоваться переработка всех инкрементов, что ведет к затратам времени и ресурсов.
- Для эффективной работы необходимо тщательно планировать каждый инкремент, что может быть сложным в крупных проектах.
- Оправдан только в крупных и средних проектах, так как требует времени на реализацию каждой части.
- Может оказаться дороже по сравнению с другими подходами, так как каждый этап требует отдельных тестов и интеграции.