Обзор

После идентификации вариантов для предложенной системы (как описано в Памятке по инструменту Rational Rose®: поиск субъектов и вариантов) можно использовать RequisitePro для разработки документа спецификации варианта.

Описание варианта системы выполняется системным аналитиком.

Примечание: можно разработать варианты в Rose и создать их в RequisitePro с помощью функции интегрированного управления вариантом.Обратитесь к памятке по инструменту: управление вариантами в Rational Rose и Rational RequisitePro для получения дополнительной информации.

С помощью разделов документа спецификации прецедентов можно создать определенные требования. Эти требования можно трассировать (или привязать) к другим требованиям, таким как компоненты продукта.

Текстовая информация для выбранных вариантов подробно описана владельцем роли Ответственный за спецификацию требований, в обязанности которого входит написание спецификаций вариантов для каждого варианта.Этот документ задает все текстовые свойства варианта и может базироваться на имени и описании варианта, созданного в задаче RUP Поиск субъектов и вариантов.

Этапы работы с инструментами

Для описания варианта с помощью RequisitePro выполните следующие действия:

1. Создайте документ Спецификация прецедента
2. Заполните документ Спецификация прецедента
3. Создайте требования в спецификации прецедента с описанием
4. Добавьте диаграммы в спецификацию прецедентов (необязательно)

При создании проекта RequisitePro с помощью шаблона прецедента проекты уже содержат тип документа Спецификация прецедента.

1. Создайте документ Спецификация прецедента

Документ Спецификация варианта содержит текстовые свойства варианта.К ним относятся следующие свойства прецедента: имя, краткое описание, основной поток событий, альтернативный поток событий, входные условия, выходные условия и специальные требования.

Примечание: при разработке варианта в Rose можно использовать процедуры, описанные в  Памятке по инструменту: управление вариантами с помощью Rational Rose и Rational RequisitePro для создания нового документа варианта, связанного с вариантом Rose.В ином случае выполните следующие этапы работы с инструментом для создания документа прецедента.

1. В обозревателе выберите пакет, в котором будет находиться новый документ. Затем выберите Файл > Создать > Документ. Откроется диалоговое окно Свойства документа.
2. Введите имя, описание и имя файла для документа.
3. В списке Тип документа выберите "Тип документа спецификации прецедента".
4. Нажмите OK. В Microsoft® Word откроется схема документа спецификации прецедента.

Дополнительная информация

Обратитесь к разделу Создание документов требований (Индекс: документы > создание) электронной справке RequisitePro.

2. Заполните документ спецификации прецедента

В новом созданном документе спецификации прецедента введите сведения о прецеденте в имеющихся разделах. Имя и краткое описание были уже заполнены при исходной идентификации варианта.

Для заполнения документа спецификации прецедента выполните следующие действия:

1. Замените текст "Имя варианта" на фактическое имя.

   Примечание: При создании документа прецедента с помощью действий, описанных в Памятке по инструменту: Управление прецедентами с помощью Rational Rose и Rational RequisitePro, имя прецедента будет вставлено автоматически в название документа. С помощью команд RequisitePro > Требования > Вырезать и Вставить переместите требование варианта в поле "Имя варианта".

2. Ознакомьтесь с инструкциями из раздела Краткое описание и удалите их, введя краткое описание.
   
   Примечание: при разработке варианта с помощью Rose и необходимости добавить поле документации Rose в качестве части раздела краткого описания в документ варианта RequisitePro, скопируйте текст из поля Документация диалогового окна Спецификация варианта Rose и вставьте его в документ Спецификация варианта.

3. Замените текст по умолчанию, расположенный в разделе базовый поток событий, на текст для базового потока событий данного варианта.Укажите каждое действие на отдельной строке.

4. Повторите процедуру для оставшихся свойств прецедентов (альтернативный поток событий, особые требования, входные условия, выходные условия и т.п.).

5. Выберите RequisitePro > Документ > Сохранить.

Дополнительная информация

Обратитесь к разделу Сохранение документов требований (Индекс: документы > сохранение) электронной справки RequisitePro.

3. Создайте требования в спецификации прецедента с описанием

Для отслеживания ссылок трассируемости между вариантами и прочей информации, такой как модели вариантов или компоненты продуктов, создайте Требования RequisitePro из разделов спецификации варианта.Сделайте имя прецедента родительским требованием, а из его свойств создайте дочерние требования. К этим свойствам могут относиться краткие описания, действия основного или альтернативного потока событий, входные условия, выходные условия, специальные требования и расширяемые взаимоотношения.

1. В документе спецификации прецедентов выберите имя прецедента.

2. Выполните одно из следующих действий:

   • Щелкните правой кнопкой и выберите Создать требование.
   • Выберите RequisitePro > Требование > Создать.
     Откроется диалоговое окно Свойства требования.
     
     

3. Выберите в качестве типа требований UC: тип требований варианта.

4. На вкладке Атрибуты в атрибуте Свойство выберите значение "Имя" из списка значений.

5. Повторите этапы процедуры для создания краткого описания (задайте атрибут Свойства равным значению "Краткое описание"). На вкладке Иерархия выберите <выбрать родительские элемент> и определите требование UC, представляющее имя прецедента.

6. В разделе основного потока событий документа спецификации прецедента создайте требования UC для каждого шага или группы шагов (подпотока), для которого требуется задать ссылки трассируемости. Задайте атрибут Свойства равным Основной поток, задайте родительский элемента требования равным требованию имени прецедента, созданному в шагах 1-3. Вы можете определить группы шагов, выполняемых всегда вместе. При необходимости используйте иерархические требования для разделения подпотоков основного потока событий.
   
   Примечание: создавать требования для каждого шага потока событий не требуется. Ценность создания требований потока событий заключается в трассировке от требования верхнего уровня, например, компонента продукта, до определенного компонента потока событий. Поток событий зачастую занимает несколько страниц, поэтому такой вариант может оказаться предпочтительным рассмотрению потока событий в целом.

7. В каждом альтернативном потоке событий создайте требования UC для каждого шага или группы шагов (подпотоков) для которых нужно задать ссылки трассируемости. Задайте атрибут Свойства равным значению Альтернативный поток и укажите родительское требование, как описано выше. Также как и с основным потоком событий используйте иерархические требования для определения полных подпотоков.

8. Следующие шаги являются необязательными:

   • В разделе входных условий документа спецификации прецедента выберите по отдельности каждое входное условие и создайте требование UC (Свойство = входные условия, родительский элемент = требование имени прецедента).
   • Повторите описанный выше шаг для выходного условия (Свойство = выходные условия) и для раздела особых требований (Свойство = Особый). Задайте требование имени прецедента в качестве родительского элемента.

Дополнительная информация

Обратитесь к разделу Создание требований в документе (Индекс: требования>создание) электронной справки RequisitePro.

4. Добавьте диаграммы к спецификации прецедента (необязательно).

Некоторые свойства прецедентов являются неконтекстными, такие как "диаграммы прецедентов" и "прочие диаграммы". См.RUP Продукт работы: вариант.Эти диаграммы хранятся в Rose. С помощью Rational SoDA® можно создать отчет прецедента из текстовых свойств прецедента, хранящихся в RequisitePro, и сведений диаграммы прецедента, хранящихся в Rose.

См. дополнительные сведения в начале этой памятки по инструменту.