Итеративная модель rup

(Rational Unified Process — рациональный

унифицированный процесс)

Фазы RUP:

1. Inception (начальная фаза: определение требований).

2. Elaboration (фаза уточнения: анализ и проектирование).

3. Construction (фаза реализации: построение).

4. Transition (фаза внедрения).

Состав технического задания:

1. Введение.

1. Цель.

2. Краткая сводка возможностей.

3. Определения, акронимы и сокращения.

4. Ссылки.

5. Краткое содержание.

2. Обзор системы.

1. Обзор вариантов использований.

2. Предположения и зависимости.

3. Детальные требования.

1. Описание вариантов использования.

2. Дополнительные требования.

3. Другие функциональные требования.

4. Нефункциональные требования.

4. Вспомогательная информация.

Гибкий цикл agile

Позволяет без негативных последствий изменять направление деятельности, вносить дополнительные задания, требовать детальной проработки узких мест (возвращаться на предыдущие этапы).

Спринт — один короткий цикл, который является неким мелким проектом и занимает от одной до четырех недель.

1. Планирование.

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

2. Разработка.

Практическое решение задач для достижения целей спринта.

3. Тестирование.

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

4. Демонстрация.

Представление заказчику готовой части ПО.

5. Внедрение.

По требованию возможно использование ПО в качестве самостоятельного продукта.

Когда используется?

• Когда потребности пользователей постоянно меняются в динамическом бизнесе.

• Изменения на Agile реализуются за меньшую цену из-за частых инкрементов.

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

Итеративная модель xp

(Extreme Programming — экстремальное программирование)

Ключевые концепции:

1. Постановка задачи только по определенным в настоящее время требованиям.

2. Проектирование максимально простой архитектуры продукта.

3. Максимально быстрое получение первой работающей версии программы.

4. Разработка на основе тестов.

5. Коррекция ТЗ и архитектуры программы.

6. Систематические сборки с тестированием и отладкой.

7. Частая подготовка промежуточных версий продукта.

8. Рефакторинг (регулярная переработка кода).

9. Программирование в паре.

10. Соблюдение единого стандарта кодирования.

11. Взаимодействие с заказчиком.

Состав технического задания.

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

2. Входные, выходные и промежуточные данные с указанием организации (формата) их ввода-вывода.

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

4. Требования к ресурсоёмкости.

5. Технико-экономическое обоснование с указанием стоимости разработки продукта.