Milestone: Product Release

Milestone: Initial Operational Capability

Milestone: Life-Cycle Architecture

Milestone: Life-Cycle Objectives

- Согласие сторон по вопросам границ проекта, оценкам стоимости и графика

- Понимание требований как набора сценариев использования

- Правдоподобие оценок рисков

- Масштаб разработанного прототипа

- Соотношение планируемых и реальных затрат

- Степень стабильности видения проекта

- Степень стабильности архитектуры

- Насколько были верно определены и разрешены основные источники рисков

- Точность и детальность плана фазы разработки

- Согласие сторон в том, что полученный план может быть реализован в контексте выбранной архитектуры

- Приемлемость соотношения реальных и планируемых затрат

- Стабильность и зрелость продукта

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

- Приемлемость соотношения реальных и планируемых затрат

- Доволен ли пользователь?

- Приемлемость реальных и планируемых затрат

12. RUP: Организация процесса разработки. [вверх]

Часто для определения масштабов проектируемой и разрабатываемой системы используют подход, в основе которого лежат запросы на изменение со стороны заказчика (change requests).

- заведение CR’а на стороне заказчика

- обсуждение и принятие решения о включении CR’а

- Включение CR’a в Release Scope

- Реализация

- Валидация

Запрос на изменение – это некоторое описание изменений, которые необходимо сделать в системе. Оценка запросов на изменение позволяет оценить трудозатраты на релиз. Цель оценки – определение трудозатрат и возможности включения данных изменений в текущий (следующий) релиз. В оценке CR’ов принимают участие представители всех экспертиз: разработчики, тестировщики, аналитики и архитекторы.

13. RUP: Организация процесса тестирования. [вверх]

CAT – Customer Acceptance Testing, приемочное тестирование на стороне заказчика.

Процесс тестирования в RUP проходит в несколько этапов:

1. CR тестирование. Тестируется отдельные готовые части системы, относящиеся к определенным запросам на изменение. Эта фаза тестирования называется также Preliminary Testing.

2. System Testing. Системное тестирование. Тестируется полностью готовая система или ее отдельные компоненты.

3. Integration Testing. Тестируется взаимодействие между компонентами системы или внешними системами.

4. Customer Acceptance Testing. Приемочное тестирование на стороне заказчика.

14. MSF: Базовые концепции. Управление компромиссами. [вверх]

Базовые принципы MSF:

- Все заинтересованные лица должны четко представлять конечный результат

- Единая цель может вступать в противоречие с интересами некоторых участников

- На практике довольно сложно обеспечить единое понимание целей и задач

- Готовность к изменениям

- Концентрация на бизнес-приоритетах

- Свободное общение участников

- Создание базовых версий

Дата добавления: 2015-04-24