Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Курс лекций - ТРПО.docx
Скачиваний:
190
Добавлен:
04.06.2015
Размер:
3.06 Mб
Скачать
      1. Создание типов требований

Каждое требование должно иметь свой заранее заданный тип, который определяет назначение этого требования (область использования в проекте) и его характеристики.

Выбираем пункт меню “Properties” панели RequisitePro, появляется диалог “Project Properties”. Для добавления новых типов требований активизируем вкладку “Requirement Types” (рис. 107).

  1. Добавление нового типа требований

Для добавления нового типа требований необходимо нажать на кнопку “Add…”, а для редактирования существующего – кнопку “Edit…”. После этого в открывшемся диалоге “Requirement Type” (рис. 108) заполняются следующие поля:

  • “Name” – название типа требования (обязательное поле);

  • “Description” – описание типа требования;

  • “Initial Requirement #” –уникальное число, которое будет присвоено первому требованию данного типа и инкрементировано для всех последующих (обязательное поле);

  • “Allow External Traceability” – следует активировать, если требования этого типа будут трассироваться с требованиями из других проектов;

  • “Requirement Must Contain” – слово или простая фраза с числом символов не более 32, которые обязательно должны входить в состав требований этого типа (RequisitePro будет выводить предупреждающее сообщение, если при создании требований данного типа это условие соблюдено не будет);

  • “Requirement Tag Prefix” – префикс, который добавляется всем требованиям данного типа (обязательное поле);

  • “Requirement Color” и “Requirement Style” – характеристики форматирования требований текущего типа, с помощью которых последние выделяются в документах Microsoft Word (выбрать из списка).

Поля “Requirement Tag Prefix” и “Initial Requirement #” используются в RequisitePro для служебных целей.

  1. Типы требований

      1. Определение атрибутов

Для созданных типов требований необходимо определить атрибуты, которые позволяют ввести своеобразные метрики для оценки требований с пользовательской точки зрения. Примеры атрибутов:

  • приоритет требования (высочайший, высокий, обычный, низкий);

  • статус или состояние требования (добавлено, одобрено, отклонено, реализовано, закрыто);

  • трудность реализации (высокая, средняя, низкая);

  • исполнитель (определяет имя человека, который должен реализовать данное требование);

  • ожидаемая дата реализации

Некоторые атрибуты определяются только для служебных целей и создаются автоматически при выполнении определенных операций. Например, атрибуты “RoseItemId”, “RoseModePath” и “RoseType” создаются при выполнении интеграции некоторой модели Rational Rose с проектом RequisitePro. А перед проведением операции по интегрированию базы данных запросов на изменения ClearQuest с текущим проектом RequisitePro, наоборот, необходимо вручную создать атрибуты “Defect” и “Enhancement Request” (если база данных запросов на изменения создана на основе одной из стандартных схем ClearQuest). Разумеется, искусственное удаление в будущем любого из этих атрибутов приведет к нарушению соответствующей функциональности.

Для добавления или изменения атрибутов необходимо активизировать вкладку “Attributes” (рис. 109).

  1. Атрибуты требований

В левом окне группы “Requirement Attributes” перечислены основные атрибуты типа требования, выбранного в “Requirement Type”. Если выделен один из этих атрибутов, то справа по нему выводится дополнительная информация (см. далее).

Активный элемент управления “Labels for Attributes” означает, что кнопки группы “Requirement Attributes” позволяют выполнять соответствующие операции над атрибутами списка (добавить атрибут – кнопка “Add…”, изменить свойства атрибута – кнопка “Edit…”, удалить атрибут – “Delete”, передвинуть атрибут в списке – соответственно кнопки “Move Up” и “Move Down”).

Нажатие на кнопку “Add” приводит к появлению диалогового окна “Add Attribute” (рис. 110).

  1. Добавление атрибута

Поля для заполнения:

  • “Label” – название атрибута;

  • “Type” – тип атрибута (например, список значений, текстовая строка, целочисленное поле, поле даты и т.д.);

  • “List Values” – список возможных значений атрибута (выводится, если в “Type” выбран список);

  • “Deafult Value” – значение атрибута, устанавливаемое по умолчанию для создаваемых требований (выводится, если в “Type” указан какой-либо простой тип, например, строковый);

  • “Hidden from display” – флажок, установка которого позволяет скрывать данный атрибут в видах RequisitePro Views;

  • “Change affect suspect” – флажок, установка которого окажет влияние на состояние трассируемых (по отношению к текущему) требований при изменении данного атрибута (в этом случае изменение атрибута приведет установке всех трассируемых требований в состояние подозреваемых на изменение; т.е. RequisitePro будет приравнивать изменение атрибута к изменению самого требования).

Кнопка “Edit…” позволяет вывести похожее диалоговое окно “Edit Attribute”.

Если атрибут, выделенный в “Labels for Attributes” (рис.7), имеет тип “список значений”, то справа от списка атрибутов выводится дополнительное окно “Values per Attribute”. В нем для этого атрибута отображается список возможных значений, который может быть отредактирован (можно добавлять, изменять или удалять значения). Редактирование выполняется теми же кнопками, как и при работе с самим списков атрибутов, но при этом должна быть активирована радиокнопка “Values per Attribute”. Для атрибутов других типов справа от списка атрибутов просто выводится дополнительная информация о выделенном атрибуте.

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