- экстремальное программирование XP (Кент Бек, 1999). Оно ориентировано на очень малые приращения функциональности.
- модель быстрой разработки приложений RAD (Rapid Application Development). RAD-модель обеспечивает эстремально короткий цикл разработки. Быстрая разработка достигается за счет использования компонентно ориентированного конструирования. Если требования полностью определены, а проектная область ограничена, RAD- процесс позволяет группе создать полностью функциональную систему за 60-90 дней.
Выделяют следующие этапы:
- бизнес-моделирование. Моделируются информационные потоки между бзнесм-функциями.
- моделирование данных. Информационный поток отображается в набор объектов данных.
- моделирование обработки. Определяются преобразования объектов данных, обеспечивающие реализацию бизнес-функций.
- генерация приложения. Используются языки программирования 4-го поколения, готовые компоненты, для конструирования утилиты автоматизации.
- тестирование и объединение. Применение повторно используемых компонентов уменьшает время тестирования.
Каждая главная функция разрабатывается отдельной группой разработчиков параллельно не более 3 месяцев, а затем они интегрируются в целую систему.
Недостатки применения RAD:
1. Для больших проектов требуются значительные людские ресурсы для создания групп.
2. Модель применима только для тех систем, которые могут декомпозироваться на отдельные модули и в которых производительность не является критической величиной.
3. Не применима в условиях высоких технических рисков, т.е. при использовании новой технологии.
В современной программной инженерии выделяют два семейства процессов разработки:
- прогнозирующие (predictive) или тяжеловесные (heavyweight) процессы - прогнозируется весь объем работ, большой объем документации, строгий порядок разработки, фиксированные требования и многочисленная группа разработчиков разной квалификации.
- подвижные (agile) или облегченные (lightweight) процессы- учитывают особенности современного заказчика, т.е. частые изменения его требований, привлекательны отсутствием бюрократизма. Необходима малочисленная группа высоко квалифицированных разработчиков и грамотный заказчик, согласный участвовать в разработке.
Экстремальное программирование - это облегченный процесс (Кент Бек, 1999). Он ориентирован на группы малого и среднего размера, работающие в условиях неопределенных и быстро изменяющихся требований. В группу входит до 10 сотрудников, работающих в одном помещении.
На всем протяжении итерационного цикла требования постоянно меняются, причем цикл состоит из очень коротких итераций.
Базовые действия на каждой итерации: кодирование, тестирование, выслушивание заказчика, проектирование.
Динамизм обеспечивается следующими характеристиками:
- непрерывная связь с заказчиком;
- простота (всегда выбирается минимальное решение)
- быстрая обратная связь (модульное и функциональное тестирование)
- смелость в проведении профилактики возможных проблем.
Базис XP образуют 12 методов:
1. Игра планирования - Локальный заказчик обеспечивает набор "истории", которые описывают требуемую функциональность. К каждой новой версии в текущий набор "историй" вносятся наиболее важные истории.
2. Частая смена версий новые версии каждые 2 недели.
3. Метафора -вся разработка проводится на основе простой общедоступной истории о том как работает система. Истории обеспечивают заказчики.
4. Простое проектирование
5. Тестирование - непрерывное написание тестов для модулей. Входным критерием для написания кода является отказавший тестовый вариант. Заказчики участвуют в тестировании.
6. Реорганизация - система реструктуризируется, но ее поведение не меняется. Цель упростить систему, улучшить взаимодействие или добавить в нее гибкость.
7. Парное программирование -весь код пишется двумя программистами, работающими на одном компьютере.. Оно приводит к повышению качества и уменьшению времени цикла на 40-50%, при увеличении затрат на ресурсы на 15%
8. коллективное владение кодом-любой разработчик может изменить любой фрагмент кода в любое время. Непрерывная интеграция, тестирование и парное программирование обеспечивает защиту от возникающих при этом проблем.
9. Непрерывная интеграция -интегрирование системы несколько раз в день по мере завершения каждой задачи.
10. 40-часовая неделя -нельзя работать сверхурочно.
11. Локальный заказчик - в группе все время должен находиться представитель заказчика, готовый отвечать на все вопросы.
12. Стандарты кодирования - правила, обеспечивающие одинаковое представление программного кода.
