21.Подход rad (Rapid Application Development) – ibm, James Martin, середина 80-х годов

• Небольшие группы разработчиков (от 3 до 7 человек), выполняющих работы по проектированию отдельных подсистем ПО (максимальная управляемость коллектива);

• Короткий, но тщательно проработанный производственный график (до 3 месяцев);

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

Основные принципы подхода RAD

• разработка приложений итерациями

• необязательность полного завершения работ на каждой из стадий ЖЦ ПО

• обязательность вовлечения пользователей в процесс разработки

• использование прототипирования, позволяющее полнее выяснить и удовлетворить потребности пользователей

• тестирование и развитие проекта одновременно с разработкой

• немногочисленная, хорошо управляемая команда профессионалов

• грамотное руководство разработкой системы, четкое планирование и контроль выполнения работ

Основные особенности подхода Microsoft

• начальная разработка концепции (vision statement), выбор возможностей и определение их приоритетов на основе запросов пользователей

• пошаговое наращивание функциональных возможностей продукта

• много небольших команд разработчиков (3 - 8 человек), параллельно работающих над продуктом

• частая синхронизация изменений

• полная сборка очередного релиза к концу дня с помощью средств управления конфигурацией («daily build»)

• немедленная фиксация дефектов в каждом релизе и их устранение

• непрерывное тестирование в процессе разработки

• всестороннее внутреннее и внешнее тестирование (бета-тестирование)

• 3 или 4 контрольные точки стабилизации продукта в течение цикла разработки

Результат - создание "good enough" продукта для массового рынка с последующим совершенствованием и поставкой новых версий (upgrades)

22. Oracle CDM

Три подхода к реализации проектов (выбору модели жизненного цикла)

• Классический

• Fast Track

• Lite (в последней версии не рассматривается)

Классический подход

Процессы CDM

Постановка задачи

Исследование сущ. системы

Техническая архитектура

Проект и реализация БД

Проект и реализация модулей

Конверсия данных

Разработка документации

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

Обучение

Внедрение

Поддержка

Типичный классический проект

• Масштаб и сложность проекта

  • Большое количество пользователей

  • Нехватка опыта у разработчиков и пользователей

  • Недостаточно четко определенная задача

• Продолжительность проекта

  • от 8 до 36 месяцев

• Важность приложения

  • критично для работы организации

Подход “Fast Track”

Постановка задачи

Исследование существ. сист.

Техническая архитектура

Проект и реализация БД

Проект и реализация модулей

Конверсия данных

Разработка документации

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

Обучение

Внедрение

Поддержка

Типичный “Fast Track” проект

• Масштаб и сложность проекта

  • Невысокая сложность архитектуры системы

  • Гибкие сроки и постановка задачи

• Продолжительность проекта

  • от 4 до 16 месяцев

• Важность приложения

  • критично для работы подразделения или не критично

Подход “Lite”

Постановка задачи

Техническая архитектура

Проект и реализация БД

Проект и реализация модулей

Разработка документации

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

Обучение

Внедрение

Поддержка

Типичный Lite проект

• Масштаб и сложность проекта

  • Прототип

  • Короткие сроки

• Продолжительность проекта

  • от 1 до 6 месяцев

• Важность приложения

  • не критично