6. Проверяемость

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

7. Модифицируемость

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

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

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

8. Прослеживаемость

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

Необходимо поддерживать прослеживаемость вперед и назад.

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

Прослеживаемость назад возможна при наличии прямых ссылок в поясняющих требования комментариях.

12. Начало работы сRequisitePro

Сразу после запуска RequisitePro появляется небольшая панель (рис.103). Она позволяет выполнять общие действия, например, операции с проектами (создавать, удалять, открывать, закрывать, настраивать), операции с пользователями (добавлять, удалять, устанавливать права), операции с документами и требованиями, находящимися в этих документах, и т.д.

103. Основные подсистемы

С помощью панели RequisitePro происходит запуск трех основных подсистем, которые позволяют:

• Вести обсуждения между участниками проекта (модуль “Discussions”).

• Работать с требованиями непосредственно в базе данных проекта (RequisitePro Views).

• Работать с документами и требованиями в этих документах с помощью Microsoft Word, который автоматически запускается из-под RequisitePro при открытии любого документа проекта

13. Создание и настройка проекта

    1. Создание проекта

Работа с продуктом начинается с создания нового или открытия существующего проекта RequisitePro. Компания Rational рекомендует создавать только один проект для проектируемой системы и лишь в некоторых случаях – несколько (например, если разрабатывается большая и сложная система, состоящая из ряда автономных частей, то можно создать по одному проекту RequisitePro на каждую часть).

Для создания нового проекта выбираем пункт меню панели RequisitePro “Project\New…”. Появляется диалоговое окно “Create Rational RequisitePro Project” (рис.104).

104. Создание нового проекта

Здесь необходимо указать шаблон, на основе которого будет создан новый проект. Шаблоны “Composite Template”, “Traditional Template” и “Use-Case Template” содержат готовые наборы типов требований и типов документов, которые можно использовать для начала нового проекта RequisitePro. При выборе одного из указанных шаблонов эти типы требований и документов будут добавлены в новый проект. Описание того, что из себя представляет выделенный шаблон, можно получить в нижнем поле окна “Create Reational RequisitePro Project” (например, на рис.104 описанием выделенного шаблона “Blank” является “Use this template to create a blank project”).

Выбор пустого шаблона “Blank” позволит создать новый проект с чистого листа. Выбор “Make New Template” запускает специальный мастер, позволяющий самостоятельно построить новый шаблон на основе имеющегося проекта. При этом в шаблон войдут уже имеющиеся требования и документы этого проекта.

Выбираем шаблон “Blank” и нажимаем кнопку “Create”. Появляется новый диалог “Rational RequisitePro Project Properties” (рис. 105), в котором необходимо указать название создаваемого проекта (под которым он будет зарегистрирован в RequisitePro), заранее созданную папку на диске (где будут храниться файлы проекта), тип базы данных (эта база данных будет содержать требования проекта и некоторую дополнительную информацию) и описание проекта.

105. Название создаваемого проекта

Правильный выбор базы данных крайне важен. RequisitePro позволяет взаимодействовать с базами данных, созданными для Microsoft Access, Microsoft SQL Server и Oracle. Компания Rational утверждает, что для команд численностью до 255 человек достаточно использовать базу данных под управлением Microsoft Access, созданную на сервере в одной из папок общего доступа. Для более крупных проектов придется использовать Microsoft SQL Server или Oracle. Кроме того, Web-интерфейс RequisitePro, который позволяет участникам проекта работать с продуктом, используя обычный Интернет-браузер, может быть использован только с Microsoft SQL Server (от версии 7.0 и выше) или Oracle (от версии 7.3 и выше).

В данном примере выбран тип базы данных - Microsoft Access.

В окне “Select a Project” диалога “Open Project and Documents” (рис.4) выводится список зарегистрированных проектов. RequisitePro автоматически регистрирует создаваемые проекты. Но если проект был создан на другом компьютере, то для работы с ним на текущем его необходимо зарегистрировать. Для этого следует нажать кнопку “Add…” и в появившемся диалоге указать путь к файлам этого проекта. После подтверждения название нового проекта будет добавлено в список зарегистрированных проектов.

Чтобы работать с зарегистрированным проектом в RequisitePro, его необходимо открыть. Сразу же после создания этого делать не надо, так как он открывается автоматически. Но в дальнейшем после запуска программы RequisitePro проект должен быть открыт с помощью диалогового окна “Open Project and Documents”, которое запускается выбором пункта меню или нажатием кнопки панели инструментов “Open Project…”.

Проект может быть открыт в режиме “exclusive” (рис. 106), который обеспечивает работу только одного пользователя (того, кто открыл этот проект). Никто более не сможет открыть проект до тех пор, пока данный пользователь не закроет его. Режим “exclusive” следует использовать при необходимости изменения каких-либо существенных характеристик проекта (например, удаления атрибутов требований или изменения типа базы данных)

106. Открытие проекта

После указанных выше действий необходимо выполнить следующие шаги:

1. создать необходимые типы требований;

2. определить атрибуты для созданных типов требований;

3. создать необходимые типы документов.