Каскадная модель. V-модель. А есть ли разница?



Водопад… Каскадная модель разработки ПО и модель тестирования.

V-модель…

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

Они настолько вошли в язык, в обиход – что и не задумываешься об их разнице, когда говоришь о них.

С ходу можно ответить о том, что их различает, о том, что их объединяет?

Без обращений к представлению модели водопада и V-модели. Просто, опираясь на термины, подручные средства и воображение.

Представьте себе каучуковый шарик «попрыгунчик». Мячик, который от малейшего толчка начинает двигаться. Отскакивает от стен, пола, потолка, ног и рук. Отскакивает от всего того, что попадается ему на пути.

Это будет наше программное обеспечение, которое мы проведем по ключевым вехам моделей разработки.

Водопад – падение воды в реке с уступа.

Здесь мы работаем как ученые, которые дотошно фиксируют всю информацию.

Бросив наше ПО  в воды водопада, мы отправляем его в одну сторону. Вода не стоит на месте. Нет движения воды – нет водопада. Нет прогресса.

Мы внимательно наблюдаем за каждым пройденным этапом, фиксируем это и только потом  начинаем изучать прохождение последующего звена модели.

Мяч проходит одну веху, скачет ко второй, на горизонте маячит третья – и так, до самой финальной вехи, до падения с высоты 807 метров (высота свободного падения воды в водопаде Salto Ángel). Это падение и есть финальная стадия, последняя веха процесса каскадной разработки: Эксплуатация и сопровождение.

Все, после этого – нет легкого и приемлемого пути назад. Но наш мир подвержен изменениям, подвержен желанию что-то изменить. Например, поставить подсветку и посмотреть, как в ней будет «играть» наш проект, набрав соответствующую скорость.

Можно только вернуться на первую веху и повторить всё с начала, да, это дорого, повторное путешествие ПО займет опять время, и опять полет.

Сбегав 2-3 раза на высоту под один километр, затаскивая мячик на гору, и сбрасывая по новой – начинаешь думать о том, что «видимо что-то случилось», думаешь о том, что надо как-то оптимизировать подходы, для достижения того же результата. Пытаться как-то автоматизировать описанный путь поможет минимизировать только усталость и время, но нерациональность данного подхода останется. Чем выше водопад (длительнее каждый этап каскадной модели) – тем очевиднее нерациональный расход средств.

Писатели фантасты давно придумали телепортирование. Это выход. Был бы, не будь это фантастикой. 😉

Сомнительный драйв в ситуации, признаюсь честно, но можно улучшить ситуацию!

Давайте посмотрим на V-модель.

Всё наше действие похоже на игру Сквош.

Сбросив мячик с одной части V  модели (‘\’), мы в начале заставляем его также скакать по вехам, но…

Мы не даем ему возможности превысить скорость, которая будет являться точкой невозврата. Не даем ему возможности совершить свой полет без корректировки с нашей стороны.

Корректировку мы проводим ракеткой – частью ‘/’  модели. Двигаемся вместе с мячом, смотрим на его траекторию и готовимся его встретить, отбить и погнать дальше по модели. Нам нет необходимости фиксировать все подробно. Мы живем игрой. Главное для нас не излишняя фиксация результатов удара, а победное очко – эксплуатация и сопровождение.

Да, по сути, V-модель является разновидностью модели водопада для ученых-практиков. Основной фокус модели водопада – это документация и проектные артефакты, в итоге получается весомая научная статья.

Основной фокус V-модели это правильность и корректность.  В итоге получается то, что больше соответствует потребности большинства читателей.

Зачем говорить о моделях, которые уже в чистом виде практически не используются? Позволю ответить себе цитатой:

«История — сокровищница наших деяний, свидетельница прошлого, пример и поучение для настоящего, предостережение для будущего». ©Сервантес