Методологии разработки

Ilya Komarov

При разработке ПО существует много методологий которые схожи по своему и основаны примерно на одном принципе.

Waterfall

Методология основана на принципе водопада(каскадности):

После каждого этапа идёт следующий.
Например:

Проектирование
Разработка
Тестирование
Внедрение

Изменить или вернуться на этап раньше при такой методологии невозможно.

Подходит для небольших проектов с чётко поставленным ТЗ и не имеющих противоречий.

V-модель (Validation and verification)

Практический тот же водопад но на каждом этапе включен этап тестирования.

Данная методология подходит для тех проектов которым нужна бесперебойность работы. Нужно много тестеров.

Incremental model (Мульти-водопад)

Модель построена на принципе итерации цикла:

Проект будет развернут после того как будет выполнена та версия которая подходить под требования заказчика после ряда итераций.

Методология применима в том случае когда надо раньше вывести продукт на рынок. Когда основные требования к системе четко определены и понятны.

RAD model (Или быстрая разработка приложений)

Разновидность incremental model. Над проектом работают несколько команд параллельно и по модульно.

Может использоваться только при наличии высококвалифицированных и узкоспециализированных архитекторов. Бюджет проекта большой, чтобы оплатить этих специалистов вместе со стоимостью готовых инструментов автоматизированной сборки. RAD-модель может быть выбрана при уверенном знании целевого бизнеса и необходимости срочного производства системы в течение 2-3 месяцев.

Agile

В гибкой методологии заказчик после каждой итерации может посмотреть на результат и понимать удовлетворяет он его или нет. Каждая итерация является спринтом для команды. Спринт - это определенный временной отрезок (неделя, месяц). При такой методологии сложно оценить трудозатраты и стоимость требуемые на разработку. Экстремальное программирование (XP) является одним из наиболее известных применений гибкой модели на практике.

Полезна для динамического бизнеса. В отличие от модели водопада, в гибкой модели для старта проекта достаточно лишь небольшого планирования.

Iterative mode

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