Менеджмент разработки программных изделий презентация

требований,
анализ,
конструирование,
программирование,
тестирование и
оценка

Мотивация особого подхода к выполнению первой итерации

и сохраняет недостатки традиционных технологий

велика неопределенность проекта

не хватает критериев предпочтения одних решений перед другими

Возрастает риск невыполнения проектного задания

Итеративное наращивание

серия коротких мини-циклов

периода развития проекта

Противоположный подход — «Сначала в ширину»

Главные преимущества подхода «Сначала в глубину»:

Процесс разработки продвигается вперед довольно быстро
Разработчики за короткое время начинают доверять методу
Критерии можно определить позже
Разработчики, особенно новые, быстрее вникают в проект

фактических пользовательских потребностях ⇒ далее процесс конструирования будет более целенаправленным и экономным;
Возможность уточнить априорное распределение ресурсов всех видов;
Прототип — это первый контакт с пользователями, по которому будут судить о будущих перспективах;
Прототип — это первая возможность выставить для заказчика счет за проделанную работу.
Первые достижения проекта, ревизия дальнейших планов. Целесообразно или нет дальнейшее развитие проекта. Чему научились:
наличие конкурентных работ и сопоставление их с затратными и временными характеристиками проекта
проектные требования понимаются правильнее по сравнению с первоначальным представлением о них
правдоподобность сделанных априорно оценок (затратных, временных и др.)
уровень сложности представляемого прототипа;
фактическое потребление ресурсов в сравнении с их плановыми оценками
Может оказаться, что данный проект значительно труднее реализуем (дороже, требует повышенной квалификации кадров и др.), чем это казалось ранее.

работ перехода к первой итерации. Меняется точка зрения на итерацию и на проектируемое изделие:
вместо проблемно-ориентированных объектов ⇒ реализационные объекты
модели уровня анализа ⇒ модели для декомпозиции
появляются специфичные для реализационной среды классы, (к примеру, специфицируются интерфейсные и классы обращения к базам данных)
конкретизируются и уточняются стратегии и методики, намеченные ранее
Особенности первого для разработчиков перехода к первой итерации:
Заканчивается предварительный анализ для всего проекта (общий план проекта и первые документы фазы анализа, строится общая база всех итераций);
Начинается и заканчивается текущий анализ для итерации-прототипа (планирование)
Работа над проектом перестает быть личным делом менеджера:
функции управления распределяются между исполнителями ключевых ролей,
функции контроля и согласования почти вытесняют все другие виды работ менеджера.
Методы предварительного анализа должны предусматривать возможность конструирования, когда нет объективных данных для принятия тех или иных реализационных решений о проекте
Схему Задание (выдает менеджер) — Выполнение (деятельность работника)
должна сменить организационная методология (методика) с более сложными связями в коллективе и более глубокими разделение труда и распределением ответственности

Констру-
ирование→

← Оценка →

Фазы (этапы)

Конт-рольные точки (события):

Исследова-

5

 4

3

2

1

0

7

6

ния→

Начальная фаза проекта

← Мини-циклы реализации сценариев →

Переход к следующей итерации

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

8

9

8

10

Пополнение базового окружения проекта

← Программирование →