
- •Часть 1 13
- •Глава 1 14
- •Глава 2 29
- •Часть 2 36
- •Глава 3 37
- •5.6 Заключение 86
- •Глава 6 87
- •6.4 Заключение 108
- •Глава 7 108
- •7.9 Заключение 129
- •Глава 8 130
- •8.7 Заключение 155
- •Глава 9 157
- •9.6 Заключение 176
- •Глава 10 178
- •10.10 Заключение 194
- •Глава 11 195
- •11.4 Заключение 218
- •Глава 12 220
- •14.5 Заключение 246
- •Часть 4 246
- •Глава 15 247
- •3.1 Документы 251
- •Часть 1 Обзор
- •Глава 1
- •1.1 Определение Требования и Заинтересованного Лица
- •1.2 Пирамида Требований
- •1.3 Трассировка (Связь) между Требованиями
- •1.4 Характеристики Хорошего Требования
- •1.5 Обзор Процесса Управления Требованиями
- •Глава 3 «Формирование Плана Управления Требованиями» детально описывает все эти пункты.
- •Глава 8 «Дополнительная Спецификация» детально описывает этот тип требований.
- •1.6 Заключение
- •Глава 2
- •2.1 Интерфейс
- •Окно Проводника Панель Инструментов Область Представлений Описание
- •Views (Область Представлений)
- •2.2 Рабочее Пространство Word
- •2.3 Документы
- •2.4 Требования
- •2.5 Заключение
- •Часть 2
- •Глава 3
- •3.1 Когда Создается Документ rmp
- •3.2 Решения, Которые Могут Быть Оформлены в Документе rmp
- •Глава 1 «Управление Требованиями» перечисляет решения, которые должны быть приняты при создании документа rmp. В следующих пунктах мы обсудим каждое решение и влияющие на него факторы.
- •Глава 12 «Документация» содержит более детальное описание документов, которые, возможно, будет необходимо создать.
- •3.4 Заключение
- •Глава 4
- •4.3 Заключение
- •Глава 5
- •5.6 Заключение
- •Глава 6
- •6.4 Заключение
- •Глава 7
- •7.9 Заключение
- •Глава 8
- •Время ответа
- •Время обработки
- •Число одновременных пользователей
- •Время обработки отчета
- •8.7 Заключение
- •Глава 9
- •9.6 Заключение
- •Глава 10
- •10.10 Заключение
- •Глава 11
- •11.4 Заключение
- •Глава 12
- •12.4 Заключение
- •Часть 3
- •Глава 13
- •13.6 Заключение
- •Глава 14
- •14.5 Заключение
- •Часть 4
- •Заключение
- •Глава 15
- •3.1 Документы
1.6 Заключение
Данная глава рассматривает процесс управления требованиями с точки зрения созданных требований и документов. Вкратце, подход заключается в следующем:
Потребности заинтересованного лица собираются и оформляются документально в документы запросов заинтересованного лица (Stakeholder Requests).
Функциональные особенности извлекаются из потребностей и фиксируются в документе Концепции (Vision).
Сценарии использования (use cases) и дополнительные требования извлекаются из функциональных особенностей.
Тестовые сценарии (test cases) извлекаются из сценариев использования (use cases) и дополнительных требований.
Эти шаги должны применяться итеративно на протяжении всего жизненного цикла проекта.
Ссылки
[BOO98] Booch, Grady, James Rumbaugh, and Ivar Jacobson. UML User Guide, Boston, MA:
Addison-Wesley, 1998.
[HUL05] Hull, Elizabeth, Kenneth Jackson, and Jeremy Dick. Requirements Engineering,
London: Springer, 2005.
[LEF03] Leffingwell, Dean, and Don Widrig. Managing Software Requirements: A Use Case
Approach, Second Edition, Boston, MA: Addison-Wesley, 2003.
[LUD05] Ludwig Consulting Services, LLC, www.jiludwig.com.
[YOU01] Young, Ralph R. Effective Requirements Practices, Boston, MA: Addison-Wesley,
2001.
Глава 2
Обзор
RequisitePro
IBM Rational RequisitePro - это инструмент, который способствует процессу управления требованиями. Он позволяет вводить, обновлять, отслеживать и просматривать требования на протяжении всего жизненного цикла проекта.
RequisitePro объединяет Microsoft Word (знакомую среду для обработки документов) и мощную инфраструктуру базы данных. Путем комбинирования подхода, ориентированного на документы и подхода, ориентированного на базу данных, RequisitePro предоставляет мощную и удобную в использовании систему для управления требованиями. Навигация между документами и базой данных очень легкая и интуитивная. Вы можете создавать, организовывать, отслеживать требования и назначать им приоритеты. Этот инструмент обеспечивает детальное изготовление документов, типов требований и атрибутов. Управление изменениями поддерживается путем отслеживания связей между требованиями. У RequisitePro есть условия для сотрудничества с целой командой проекта.
RequisitePro был разработан компанией Requisite, Inc. В 1996г. Requisite был приобретен компанией Rational Software Comp. в 1997г., а впоследствии IBM в 2003г.
Недавно была выпущена 7-я версия RequisitePro. Тем не менее, т.к. большинство компаний до сих пор используют версию 2003, именно она была использована для примеров в этой книге. Различия между версиями 2003 и 2007 относительно рассмотренных в данной книге вопросов совсем незначительны.
2.1 Интерфейс
Интерфейс RequisitePro состоит из следующих основных частей, как показано на Рисунке 2.1:
Explorer window (окно Проводника) слева.
Views (Область Представлений) справа.
Menus (Меню) и Toolbars (Панели Инструментов) наверху.
Когда Вы работаете с документами, в отдельном окне открывается рабочее пространство Word.