Определение типа требований

Для хранения требований различных типов "IBM Rational RequisitePro" обладает достаточно гибким и развитым функционалом, который будет изучен по мере выполнения упражнений.

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

Каждый тип требований в "IBM Rational RequisitePro" имеет следующий атрибутный состав. 

  • "Имя" ("Name"), которое позволяет идентифицировать его в репозитарии. Имя типа является обязательным атрибутом, длина которого ограничена 64 символами.
  • "Описание" ("Description"),  раскрывающее его семантику. Размер описания ограничен 256 символами.
  • "Начальный номер" ("Initial requirement") используемый для нумерации требований данного типа. "IBM Rational RequisitePro" последовательно нумерует требования в рамках одного типа, по умолчанию начиная нумерацию с единицы. Ситуация, когда нумерацию потребуется начать с другой величины мо-жет возникнуть, например, в случае, когда репозитарий требований использует данные другого внешнего репозитария посредством внешней трассировки.
  • "Разрешить внешнюю трассировку:" ("Allow External Traceability") - признак, разрешающий или запрещающий требованиям данного типа быть связанными отношением трассировки с требованиями, физически хранимыми в других репозитариях "IBM Rational RequisitePro".
  • "Требование должно содержать:" ("Requirement Must Contain") - необязательное текстовое поле длиной до 32 символов. Используется для указания слова или фразы, которая должна содержаться в тексте требований данного типа. Приложение не запрещает создавать требования, не содержащие выражения, указанного в данном поле. Контроль со стороны "IBM Rational RequisitePro" сводится к выдаче предупреждающих сообщений всякий при создании требований, не содержащих указанной фразы. Например, хорошо сформулированные функциональные требования к системе рекомендуется создавать с использованием словосочетания "система должна...", а активатор операции со слова "Если..." (см. раздел 2.6). Если вписать текст в данное поле, приложение будет ожидать, что словосочетание будет встречаться в тексте каждого требования данного типа и выдавать предупреждения при его отсутствии. При поиске подстроки в тексте требования приложение игнорирует регистр, использованный разработчиком при воде текста в данное поле.
  • "Префикс требования" ("Requirement Tag Prefix") - обязательное поле длиной до 20 символов. Для простоты идентификации требований различных типов, "IBM Rational RequisitePro" предлагает разработчику использовать префиксы, представляющих собой аббревиатуру типа требования. Например, для требований к программному обеспечению (software requirement) логично использовать аббревиатуру SR, для требований прецедентов (use case requirements) - UC, для высокоуровневых функциональных требований к системе, также называемых возможностями (features) - FEAT.
  • "Цвет требования" ("Requirement Color") - выпадающий список, содержащий перечень наименований цветов, которыми требования данного типа будут выделяться в документе "Microsoft Word". Целесообразно использовать различные цвета для различных типов требований при условии, что они хранятся в одном документе. Это позволяет визуально идентифицировать их на экране монитора при просмотре документов, не сосредотачиваясь на префиксе (который также предназначен для идентификации требований). Если требования разных типов хранятся в разных документах, целесообразно использовать цвет по умолчанию, которым является синий (blue).
  • "Стиль требования" ("Requirement Style") - выпадающий список, содержащий предопределенные стили для отображения требований данного типа в документе "Microsoft Word". По умолчанию имя требования, хранимого в документе, выделяется подчеркиванием (Double Underline), что в совокупности с синим цветом делает имя требования похожим на гиперссылку. Следует отметить, что фактически она таковой и является: нажатие левой кнопкой мыши на имени требования в документе "Microsoft Word" вызывает отображение атрибутов требования, хранимых в базе данных "IBM Rational RequisitePro" (будет рассмотрено позже).
  • Создание структуры репозитария начинается с определения типов требований. В рамках следующего упражнения будет создан новый тип требований: бизнес-правила.
    Упражнение 2. Определение типа требований.
  1. Для доступа к окну "Project Properties" ("Свойства проекта") выберите пункты меню File / Project Administrator / Properties (Файл / Администратор проекта / Свойства).
  2. Приложение отобразит окно, показанное на рис. 2.8.
  3. Рисунок 2.8. Окно свойств репозитария.

    Рисунок 2.8. Окно свойств репозитария.

  4. Выберите вкладку "Requirement Types" ("Типы требований").
  5. Для того чтобы добавить новый тип требований, нажмите на кнопку "Add..." ("Добавить...").
  6. Приложение отобразит диалоговое окно "Requirement Type" ("Тип требования").
  7. Заполните поля, как показано на рис. 2.9: в поле "Name" ("Имя") введите имя типа: "Бизнес-правило", в поле "Description" ("Описание") введите описание типа: "Положение, определяющее или ограничи-вающее какие-либо стороны бизнеса. Его назначение - защитить структуру бизнеса, контролировать или влиять на его операции". В качестве префикса, вводимого в поле "Requirement Tag Prefix" ("Префикс требования") используйте аббревиатуру "BR" (от английского "Business Rule"). Остальные поля оставьте без изменений.
  8. Рисунок 2.9. Окно создания нового типа требований.

    Рисунок 2.9. Окно создания нового типа требований.

  9. Нажмите кнопку «Ok».
  10. Среда отобразит окно свойств репозитария, показанное на рис. 2.10.

Рисунок 2.10. Окно свойств репозитария после добавления нового типа требований.

Рисунок 2.10. Окно свойств репозитария после добавления нового типа требований.