12 Процессы разработки по.

Впервые предложен в 1999 г.

USDP – это итеративный процесс, пытающийся разрешить проблему описания планирования путем классификации итераций и отнесения их к одной из 4 групп.

Начальные итерации – предварительные (подготовительные) взаимодействия с группой заинтересованных лиц.

Итерации проектирования – задают ключевую техническую цель в выборе и утверждении (принятии) архитектуры.

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

Итерации перехода – подготовка приложения к выпуску (отправке заказчику).

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

13 Унифицированный процесс разработки rup.

Rational Unified Process (RUP) — методология разработки программного обеспечения, созданная компанией Rational Software.

Принципы: Ранняя идентификация и непрерывное (до окончания проекта) устранение основных рисков. Концентрация на выполнении требований заказчиков к исполняемой программе (анализ и построение модели прецедентов (вариантов использования)). Ожидание изменений в требованиях, проектных решениях и реализации в процессе разработки. Компонентная архитектура, реализуемая и тестируемая на ранних стадиях проекта. Постоянное обеспечение качества на всех этапах разработки проекта (продукта).

Работа над проектом в сплочённой команде, ключевая роль в которой принадлежит архитекторам.

RUP использует итеративную модель разработки. В конце каждой итерации (в идеале продолжающейся от 2 до 6 недель) проектная команда должна достичь запланированных на данную итерацию целей, создать или доработать проектные артефакты и получить промежуточную, но функциональную версию конечного продукта.

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

14 Экстремальное программирование (Extreme Programming, xp)

Экстремальное программирование (Extreme Programming, XP) — одна из гибких методологий разработки программного обеспечения

12 основных приёмов экстремального программирования (по первому изданию книги Extreme programming explained) могут быть объединены в четыре группы:

Короткий цикл обратной связи: (Разработка через тестирование, Игра в планирование, Заказчик всегда рядом, Парное программирование

Непрерывный, а не пакетный процесс: Непрерывная интеграция, Рефакторинг, Частые небольшие релизы

Понимание, разделяемое всеми: Простота, Метафора системы, Коллективное владение кодом или выбранными шаблонами проектирования, Стандарт кодирования

Социальная защищенность программиста: 40-часовая рабочая неделя

Парное программирование предполагает, что весь код создается парами программистов, работающих за одним компьютером. Коллективное владение означает, что каждый член команды несёт ответственность за весь исходный код. «Заказчик» в XP — это не тот, кто оплачивает счета, а тот, кто на самом деле использует систему.