Методологии

Методологии разработки программного обеспечения - это вообще не программирование, а управленческие модели. Но знать их полезно, хотя бы для расширения кругозора.

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

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

При разработка «от возможностей» прототип выполняет роль «скелета», на который в ходе каждой итерации добавляется новый функционал.

Разработка на основе тестов - это когда сначала пишутся тесты и весь проект состоит из «заглушек», которые только и умеют, что эти тесты проходить, а потом они меняются на рабочий код. Новый функционал - это новые тесты и только ПОТОМ новый код. Обычно в реальном проекте тестирование проходит по остаточному принципу и поэтому не всегда на должном уровне. В TDD «покрытие тестами» всегда стопроцентное - это значит, что код всегда проверяем и работает так, как надо. Небольшой бонус - всегда, на любой стадии, у проекта актуальная проектная документация. Собственно, эти два аргумента и есть главное обоснование такого подхода к проектированию.

Здесь ситуация обстоит приметно также, как и с парадигмами программирования. Их много, они постоянно появляются и доказывают свою полезность. Или не доказывают и умирают в забвении. Спорные «гибкие методологии» (Agile) очень хорошо выглядят на бумаге и столь же редко внедряются в том виде, в котором задумывались. Есть даже шутливая методология «just write code, motherfucker!», отражающая все неприятие программистами модных методологий, которые уводят весь процесс от непосредственно программирования в сторону разнообразных организационных «приседаний».