разработка по процессы

Процессы разработки программного обеспечения

Введение

Понеділок, 13 червня 2011 р.

Зачем нужен процесс?

Понеділок, 13 червня 2011 р.

Процесс и методология

• Процесс - организация жизненного цикла разработки программного продукта

• Методология - определенные базовые принципы организации процесса

Понеділок, 13 червня 2011 р.

Процесс

• Он необходим• Должен быть понят и принят всеми участниками производства продукта

• Должен четко описывать сбор требований, роли, фазы цикла, управление изменениями

Понеділок, 13 червня 2011 р.

Методология

• Выбор методологии базируется на том, что представляется самым важным для “владельца” процесса.

• Пример анализа при выборе:

Понеділок, 13 червня 2011 р.

Часто применимые методологии

• Водопад (каскадная)• Итерационный водопад• Scrum (гибкие методы)

Понеділок, 13 червня 2011 р.

Водопад

Документация готова Code Review Первый билд Beta билд Релиз кандидат

Финальный билд

Запуск

Вся функ-сть реализована

Опред. требований Проектирование Реализация Тестирование Инсталл./поддержка

Анализ и обработка требований

Планирование и организация

Распределение задач

Изучение дизайна, стратегия

Milestone

Кодирование

Тест план

Тест кейсы

Устранение дефектов

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

Сдача проекта

Руководитель проекта

Разработчики

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

Планирование и организация

Контроль и отчетность

Контроль и отчетность

Работа с дефектами

Согласование сдачи проекта

Анализ процесса, предложения под

поддержка

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

Дизайн, документация

Понеділок, 13 червня 2011 р.

Водопад

• С начала до конца проекта изменений не будет

• До конца проекта нет необходимости в промежуточных результатах

• Высокая степень бюрократии и уровней утверждения

• Высоко критичное ПО

Понеділок, 13 червня 2011 р.

Месяц 1 Месяц 2 Месяц 3

Месяц 4 Месяц 5 Месяц 6

Итерационный водопадТребования

Дизайн

Разработка

Тесты

Установка

Требования

Дизайн

Разработка

Тесты

Установка

Требования

Дизайн

Разработка

Тесты

Установка, фаза

Итерация 1

Итерация 2

Итерация 3

Понеділок, 13 червня 2011 р.

Итерационный водопад

• Вцелом, стабильный список требований, но возможны небольшие изменения

• Необходимы промежуточные выпуски продукта

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

• Критичный продукт, требующий небольшого жизненного цикла

Понеділок, 13 червня 2011 р.

Scrum

Понеділок, 13 червня 2011 р.

ScrumИ заказчик, и команда способны работать в высоко динамичном окружении

Окружение достаточно неформально, чтобы позитивно справляться с новыми требованиями и изменениями

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

Требуемая функциональность не требует значительного времени архитектора или специализированных ресурсов

Критично часто получать промежуточные версии с новой функциональностью

Понеділок, 13 червня 2011 р.

Scrum за 1 минутуЦеремонии:•Sprint planning•Stand up meeting•Sprint demo

Роли:•Product owner•Scrum master•Dev. team

Явления:•Product Backlog•Sprint Backlog•Burndown chart

Понеділок, 13 червня 2011 р.

Вопросы?

Понеділок, 13 червня 2011 р.