
- •ТЕХНОЛОГИЯ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ
- •Дисциплина RUP : Управление
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Регистрация запросов расширения (станд. шаблон)
- •Управление требованиями
- •Организация запросов расширения: Аналитик обрабатывает запросы
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями Поток работ
- •Управление требованиями
- •Управление требованиями Поток работ : Анализ проблемы
- •Управление требованиями Поток работ : Выяснение потребностей заинтерес. лиц
- •Управление требованиями Поток работ : Выяснение потребностей заинтерес. лиц
- •Управление требованиями Поток работ : Выяснение потребностей заинтерес. лиц
- •Управление требованиями
- •Управление требованиями Поток работ : Выяснение потребностей заинтерес. лиц
- •Управление требованиями
- •Управление требованиями Поток работ : Выяснение потребностей заинтерес. лиц
- •Управление требованиями Поток работ : Определение системы
- •Управление требованиями Поток работ : Управление контекстом системы
- •Управление требованиями Поток работ : Уточнение определения системы
- •Управление требованиями Поток работ : Управление изменением требований
- •Управление требованиями
- •Управление требованиями
- •Управление требованиями ЗАКЛЮЧЕНИЕ
- •Управление требованиями ЗАКЛЮЧЕНИЕ

Управление требованиями
Основные понятия управления требованиями
Управление требованиями – это систематический подход к обнаружению, документированию, организации и сопровождению изменяющихся требований к системе
Результаты опроса разработчиков, администраторов и специалистов по обеспечению качества в 1996 г.
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
11 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями
Проблемы управления требованиями:
Требования не всегда очевидны и имеют много источников
Требования не всегда удается ясно выразить словами
Есть много типов требований на разных уровнях абстракции
Число требований неуправляемо, если ими не управлять
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
12 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями
Проблемы управления требованиями (продолжение):
Требования связаны друг с другом и с другими артефактами
Требования имеют уникальные свойства. Например, они не являются ни одинаково важными, ни одинаково простыми для согласования
Есть много заинтересованных сторон, значит требования должны управляться смешанными группами людей
Требования изменяются
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
13 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями
Необходимые условия эффективного управления требованиями:
Поддержание ясных формулировок
Определение атрибутов для каждого типа требований
Указание трассируемости к другим требованиям и к другим проектным артефактам
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
14 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями
Типы требований соответствуют
различным уровням абстракции и целям представления требований
Примеры: требование возможности,
требование прецедента, требование тестирования и т.д.
Каждый тип требования должен иметь уникальный набор атрибутов, связанных с
требованиями, определенными на этом уровне
Примеры: приоритет, сложность, номер итерации реализации
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
15 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями
Трассируемость требований позволяет:
Определять источники требований
Управлять контекстом проекта
Управлять
изменениями
требований
Оценивать
последствия от изменения требования
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
16 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями
Артефакты требований
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
17 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями / Артефакты требований
План управления требованиями разрабатывается для определения информации и механизмов управления, которые будут использоваться для измерения, составления отчетов и управления изменениями требований к изделию.
План управления требованиями содержит:
Перечень разрабатываемых документов требований
Перечень применяемых типов требований (Перечень атрибутов для типа требований)
Критерии трассируемости для различных типов требований
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
18 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями / Артефакты требований
Запросы заинтересованных лиц фиксирует все запросы к проекту так, как они были первоначально сформулированы заказчиками, конечными пользователями, специалистами по маркетингу или во внешних источниках.
Инструментальная
поддержка:
Rational ClearQuest - сбор и обработка запросов
Rational RequisitePro -
шаблон документ
Примеры внешних источников:
Бизнес-правила Инструкция Стандарт Наследуемая система Запрос изменения
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
19 |
© 2004, |
Л.Б.Новиков |
|

Управление требованиями
Основные понятия управления требованиями / Артефакты требований
Документ Концепция обеспечивает базу для договоренностей до начала детализации технических требований. Концепция фиксирует требования и проектные ограничения очень высокого уровня, давая читателю понимание разрабатываемой системы.
|
Документ сообщает |
|
основные "зачем и |
Инструментальная поддержка: |
как", связанные с |
Rational RequisitePro - |
проектом и |
шаблон документа |
критерии, на |
тип требования NEED (потребности |
основании которых |
заинтересованных лиц |
должны быть |
тип требования FEAT (возможности |
приняты все |
системы) |
будущие решения. |
© 2005, |
В.В.Хашковский, Д.П.Калачев, |
20 |
© 2004, |
Л.Б.Новиков |
|