Интернет магазин китайских планшетных компьютеров

Компьютеры - Цикл разработки программного обеспечения - Модели

Водопад

Моделью водопада называется методология, разделяющая процесс разработки на следующие этапы:

1. Спецификация требований
2. Проектирование
3. Кодирование
4. Интеграция
5. Тестирование и отладка
6. Установка
7. Поддержка

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

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

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

Гибкая модель разработки

Гибкая модель разработки создана организациями, занимающимися итерационной разработкой. Для этого используется более гибкий, централизованный на людях подход, чем использующийся в традиционных подходах. Гибкие процессы используют обратную связь вместо планирования как главный контролирующий механизм. Обратная связь ведётся посредством регулярных тестов, а также частых релизах разрабатываемого продукта. Интересно, что исследования показывают потенциал для хорошего улучшения производительности относительно стандартного «водопадного» метода. К примеру исследование, опубликованное в августе 2006 года, и базированное на опросах более чем 700 компаний, гласит о огромной прибыли при использовании этой модели. Исследование было повторено в августе 2007 года с базой в 1,700 компаний.

Итерационные подходы

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

XP: Экстремальное программирование

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

Другие модели

• ISO/IEC 15504 — один из американских стандартов
• Six sigma — методология для управления вариативностью процесса, использующая данные и статистический анализ, чтобы измерить и увеличить продуктивность компании.
• Test Driven Development — разработка через тестирование — техника программирования, при которой модульные тесты для программы или ее фрагмента пишутся до самой программы и, по существу, управляют ее разработкой. Является одной из основных практик экстремального программирования.