3.4 Заключение

Мы представили примеры вопросов, которые могут обсуждаться в Плане Управления Требованиями. В зависимости от проекта, некоторые из них Вам могут приходиться, а в других не будет необходимости. Наиболее важная информация для отображения в RMP:

• В каких типах документов будут храниться требования.

• Какие типы требований будут содержаться в каждом документе.

• Какие атрибуты мы хотим назначить каждому требованию.

• Какие значения атрибутов доступны для каждого атрибута, и что они означают.

После того как Вы создали RMP для одного проекта, этот документ может быть использован как шаблон для будущих проектов, т.к. многие решения будут идентичными.

Одно из главных назначений RMP – принять все решения, необходимые для проекта RequisitePro. Все задачи описаны в Главе 4.

Ссылки

[KRO03] Kroll, Per, and Philippe Kruchten. The Rational Unified Process Made Easy, Boston:

Addison-Wesley, 2003.

Глава 4

Настройка

Проекта

При работе с RequisitePro и другими инструментами Rational, нам нужно настроить два типа проектов:

• Проект RequisitePro, в котором мы указываем настройки относительно управления требованиями, такие как типы требований и их атрибуты, типы документов и правила трассировки (установки связи).

• Проект Rational, который содержит в себе информацию от различных инструментов Rational, таких как RequisitePro, ClearQuest Test Manager, ClearCase и другие.

Эти два шага могут быть выполнены в любом порядке. Настроим сначала проект RequisitePro, а затем присоединим его при создании проекта Rational.

Если Вы не собираетесь использовать другие инструменты Rational, то в настройке проекта Rational нет необходимости. Когда Вы настраиваете проект Rational, создается база данных. И это действительно нужно, если Вы хотите тестировать с помощью инструментов Rational Robot и Test Director.

4.1 Настройка Проекта RequisitePro

При создании проекта RequisitePro Вам нужно указать необходимые документы, типы требований для проекта, а также атрибуты требований. Как было рассмотрено в Главе 3 «Формирование Плана Управления Требованиями», обычно эти решения уже приняты в процессе создания Плана Управления Требованиями (RMP).

Каждый проект находится в отдельном каталоге. Для создания проекта RequisitePro выберите File>New>Project (Файл>Новый>Проект). Появится диалоговое окно с шаблонами проекта, как показано на Рисунке 4.1.

При создании, Вы можете определить новый проект на основе:

• Пустого шаблона.

• Одного из трех включенных в RequisitePro шаблонов: Use Case (Сценариев Использования), Traditional (Традиционный) или Composite (Комплексный).

• Шаблона, созданного из существующего проекта.

• Из базовой версии.

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

Рисунок 4.1. Доступные в RequisitePro шаблоны проекта.

Дополнительные документы и типы требований могут быть добавлены позже. Использование шаблона может сэкономить время и избавить от лишних усилий, т.к. шаблон уже содержит большинство нужных Вам документов. В RequisitePro доступны следующие типы шаблонов:

• Use Case (шаблон Сценариев Использования): Удобен для проектов, где функциональные требования описаны в сценариях использования.

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

• Composite (Комплексный): Объединяет сценарии использования и традиционные подходы.

• Blank (Пустой): Удобен, если в Вашем проекте есть особый набор документов и типов требований.

• Make New: Удобно, если Вы хотите использовать эту же структуру в последующих проектах.

• Create from Baseline (Создание из Базовой Версии): Удобно, если у Вас есть ClearQuest, интегрированный с RequisitePro.

Таблица 4.1. показывает, какие типы документов и требований включены в шаблоны.

Таблица 4.1. Типы Требований и Документов, Включенные в Три Главных Шаблона.

Документ	Тип Требований	Шаблон
		Традиционный	Сценарии Использования	Комплексный
План Управления Требованиями	Требование Плана Управления Требованиями	√	√	√
Запросы Заинтересованного Лица	Запрос Заинтересованного Лица	√	√	√
Концепция	Функциональная Особенность	√	√	√
Справочник	Термин Справочника	√	√	√
Спецификация Требований к Программному Обеспечению (SRS)	Требование к Программному Обеспечению	√		√
Спецификация Сценариев Использования	Сценарий Использования		√	√
Дополнительная Спецификация	Дополнительное Требование		√

В случае Комплексного шаблона, документ Спецификации Требований к Программному Обеспечению (SRS - Software Requirement Specification) обычно называется Усовершенствованной Спецификацией Требований к Программному Обеспечению (Modern Software Requirement Specification). Помимо основного содержания документа SRS, в нем имеется описание модели Сценариев Использования.

Главное отличие между шаблонами в том, каким образом описаны требования к программному обеспечению. Используем ли мы SRS, Сценарии Использования с Дополнительной Спецификацией, либо же Усовершенствованный SRS со Сценариями Использования?

Для нашего примера проекта мы создадим проект на основе шаблона Use Case (Сценариев Использования).

1. После выбора шаблона нажмите ОК. Появится диалоговое окно Project Properties (Свойства Проекта), как показано на Рисунке 4.2.

2. Заполните все необходимые поля:

   • Название: Выберите название для Вашего проекта, отражающее его смысл (до 64-х символов).

   • Каталог: Где будет располагаться проект. (Если каталог не существует, то он создается).

   • База данных: База данных выбирается для хранения требований.

RequisitePro хранит требования в базе данных, содержащей всю информацию по ним (атрибуты, трассировку - связи, предыдущие версии, обсуждения и информацию по безопасности). RequisitePro может использовать базу данных Microsoft Access, а также работать с базой данных Enterprise (Oracle или SQL Server). Но работа с последней базой данных рекомендуется только в следующих случаях:

• Для очень больших проектов, содержащих тысячи требований.

• Если Вы предполагаете возможность одновременного доступа к базе данных более чем пяти пользователей.

• Когда местонахождение членов Вашей команды различно.

Т.к. у нас нет причин для хранения требований подобным образом в нашем образце проекта, то мы должны использовать базу данных Microsoft Access, которая и предлагается по умолчанию. Последнее поле (Описание) заполнять не обязательно. Но краткое описание проекта может быть полезным.

3. Нажмите ОК.

4. Если Вы видите сообщение «Каталог не существует. Хотите ли Вы создать его?», нажмите Yes (Да). После того как пройдет немного времени на выполнение операции, Вы должны увидеть сообщение: «Проект RequisitePro был успешно создан».

После создания проект появляется в окне Explorer (Проводнике), а также добавляется в список проектов в диалоговом окне Open Project (Открыть Проект). Т.к. мы использовали шаблон Use Case (Сценариев Использования), некоторые документы уже присутствуют в Проводнике, такие как Справочник (Glossary), Концепция (Vision) и План Управления Требованиями (RMP), как показано на Рисунке 4.3. Также уже созданы некоторые папки и представления. Когда в проекте создаются требования, они автоматически появляются в Области Представлений (Views).

Рисунок 4.2. Диалоговое окно Project Properties (Свойства Проекта).

Следующие файлы появляются в каталоге проекта:

• Online Travel Agency.rqs: файл проекта RequisitePro.

• Online Travel Agency.mdb: База данных, содержащая информацию о требованиях.

• Glossary.gls, Vision.vis, Requirements Management Plan.rmp: Шаблоны для документов Справочника, Концепции и Плана Управления Требованиями соответственно.

• Online Travel Agency.rql: Содержит дополнительную информацию по проекту.

Для настройки структуры проекта (добавление, удаление или редактирование типов документов и требований) используйте диалоговое окно Project Properties (Свойства Проекта). Чаще всего Вам нужно будет добавлять атрибут или изменять значения существующих атрибутов.

Рисунок 4.3. Предустановленная структура шаблона Use Case (Сценариев Использования).

Добавление Атрибутов Требования

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

1. Выберите File>Properties (Файл>Свойства).

2. Выберите закладку Attributes (Атрибуты), как показано на Рисунке 4.4.

Рисунок 4.4. Диалоговое окно Project Properties (Свойства Проекта): закладка Attributes (Атрибуты).

3. Выберите Requirement Type (Тип Требования). В нашем случае STRQ.

4. Нажмите кнопку Add (Добавить). Появится диалоговое окно Add Attribute (Добавить Атрибут), как показано на Рисунке 4.5.

Рисунок 4.5. Диалоговое окно Add Attribute (Добавить Атрибут).

5. Заполните поля диалогового окна:

   • Label (Название): Status.

   • Type (Тип): List (Single Value).

   • List Values (Значения): Gathered, Approved, Incorporated, Cancelled (Полученный, Подтвержденный, Включенный, Отмененный).

6. Нажмите ОК. Атрибут добавляется к требованию.

Изменение Значений Атрибутов Требования

Вы можете менять набор значений для существующих атрибутов требований. Например, предустановленный по умолчанию набор значений для атрибута Origin (Источник) для запросов заинтересованных лиц следующий:

Help Desk (Справочная Служба)	End Users (Конечные Пользователи)
Competition (Конкуренция)	Large Customers (Важные Заказчики)
Partners (Партнеры)

Этот набор атрибутов перечисляет всех заинтересованных лиц, кто может предоставить требования. Для каждого проекта этот набор может быть разным, поэтому возможно, что Вам надо будет настраивать набор значений. Удалим значения по умолчанию и создадим следующий набор значений для нашего проекта:

User 1 (Пользователь 1) User 2 (Пользователь 2)	Hotel Provider (Представитель гостиницы)
Customer Service Rep (Представитель Отдела Обслуживания Клиентов)	Car Rental Agent (Агент по найму автомобиля)
Administrator (Администратор) Content Manager (Контент-Менеджер)	Airline Rep (Представитель авиалиний)
Developer (Разработчик)	Travel Agency Owner (Владелец бюро путешествий)

1. Выберите File>Properties (Файл>Свойства).

2. Выберите закладку Attributes (Атрибуты), как показано на Рисунке 4.6.

Рисунок 4.6. Выбор значений для атрибута.

3. Выберите Requirement Type (Тип Требования). В нашем случае STRQ.

4. Выберите Attribute level (Название Атрибута). В нашем случае Origin.

5. Выберите Values per Attribute (Значения Атрибута).

6. Выберите первое значение (Help Desk).

7. Нажмите Delete (Удалить). Вы увидите сообщение: «Данная функция требует, чтобы проект был открыт эксклюзивно. Хотите ли Вы получить эксклюзивный доступ к проекту сейчас?». Нажмите Yes (Да) если Вы хотите открыть проект эксклюзивно. «Эксклюзивный доступ» означает, что проект и его документы доступны только пользователю, открывшему проект. Эксклюзивный доступ требуется для изменения многих характеристик проекта. Вы можете открыть проект в эксклюзивном режиме только тогда, когда никакой другой пользователь в настоящее время не открыл проект или его документ.

8. Нажмите ОК в окне подтверждения, которое сообщает о том, что «Эксклюзивный доступ к проекту был успешно получен».

9. Продолжайте выбор значений из списка и нажатие кнопки Delete (Удалить), пока Вы не удалите все значения.

10. Нажмите кнопку Add (Добавить).

11. Введите значение User 1 (Пользователь 1) в диалоговом окне Attribute Value (Значение Атрибута), как показано на Рисунке 4.7.

12. Нажмите ОК.

13. Продолжайте добавлять остальные значения (User 2 - Пользователь 2, Customer Service Rep - Представитель Отдела Обслуживания Клиентов, Administrator – Администратор и т.д.).

14. Нажмите ОК.

Рисунок 4.7. Добавления значения атрибута.

Импорт Документа

Некоторые документы могут быть созданы до создания проекта RequisitePro. В таком случае мы должны импортировать их в инструмент. Импортируем План Управления Проектами (Requirements Management Plan), который мы создали в Главе 3. Для импорта документов Microsoft Word в RequisitePro выполните следующие действия:

1. Выберите файл в Explorer (Проводнике).

2. Выберите File>Import (Файл>Импорт). Появится Import Wizard (Мастер Настройки Импорта), как показано на Рисунке 4.8.

Рисунок 4.8. Import Wizard (Мастер Настройки Импорта.

3. Выберите Microsoft Word Document.

4. Выберите путь к файлу, который Вы хотите импортировать.

5. Нажмите Next (Далее).

6. Выберите «Document only» («Только документ»), т.к. документ RMP не содержит никаких требований (см. Рисунок 4.9).

7. Нажмите Next (Далее). Появится диалоговое окно Document Properties (Свойства Документа), как показано на Рисунке 4.10.

8. Введите Name (Название) и Description (Описание) документа, а также выберите Document Type (Тип Документа).

9. Если необходимо, Вы можете изменить установленные по умолчанию значения Filename (Названия файла) и Directory (Каталога).

Рисунок 4.9. Import Wizard (Мастер Настройки Импорта): Выбор импортируемого документа.

10. Нажмите Да (Yes) в диалоговом окне, предупреждающем Вас об обновлении изначального формата документа.

11. Нажмите Commit в диалоговом окне, подтверждая создание файла.

Рисунок 4.10. Диалоговое окно Document Properties (Свойства Документа).

4.2 Настройка Проекта Rational

Если Вы планируете интегрирование RequisitePro с другими инструментами Rational, или же использование Rational Robot или ClearQuest Test Manager, то помимо создания проекта RequisitePro Вам необходимо создать проект Rational. Это делается с помощью Rational Administrator – отдельного инструмента, входящего в состав Rational Suite.

1. Создайте пустой каталог, где вы хотите хранить файлы проекта.

2. Запустите Rational Administrator, как показано на Рисунке 4.11.

Рисунок 4.11. Главное окно Rational Administrator.

3. Выберите File>New Project (Файл>Новый Проект). Появится диалоговое окно New Project (Новый Проект), как показано на Рисунке 4.12.

4. Выберите Project name (Название проекта). Оно может быть таким же, как в RequisitePro, или любым другим.

5. Выберите Project directory (Каталог проекта) из списка (Каталог проекта должен уже существовать). Нажмите кнопку Next (Далее).

6. Если Вы видите сообщение: «Чтобы открыть доступ другим лицам к Вашему проекту, Вы должны использовать общий каталог», нажмите кнопку ОК. будьте осторожны в выборе каталога для проекта. Если Вы создадите его не в общем каталоге, то Вы будете единственным, кто будет иметь доступ к проекту.

Рисунок 4.12. Диалоговое окно New Project – General (Новый проект – Основное).

7. Введите пароль. Если Вам не нужна защита паролем, оставьте поле Password (Пароль) пустым (см. Рисунок 4.13).

Рисунок 4.13. Диалоговое окно New Project – Security (Новый проект – Безопасность).

8. Нажмите кнопку Next (Далее). Появится диалоговое окно New Project – Summary (Новый Проект – Сводка), как показано на Рисунке 4.14.

Рисунок 4.14. Диалоговое окно New Project – Summary (Новый Проект – Сводка).

9. Нажмите кнопку Finish (Завершить). Появится диалоговое окно Configure Project (Конфигурация Проекта), как показано на Рисунке 4.15.

Рисунок 4.15. Диалоговое окно Configure Project (Конфигурация Проекта).

10. Нажмите кнопку Select (Выбрать) перед Associated RequisitePro Project (Соответствующий Проект RequisitePro).

11. Как показано на Рисунке 4.16, выберите .rqs файл, содержащий ранее созданный Вами проект RequisitePro, и нажмите Open (Открыть). Вы также можете открыть его двойным щелчком мышки на файле проекта. Вы увидите сообщение «Проект RequisitePro был успешно поставлен в соответствие проекту Rational: “Online Travel Agency”» (или любое другое название проекта).

12. Нажмите кнопку Close (Закрыть).

13. Нажмите кнопку Create (Создать) перед Associated Test Datastore (Соответствующая Тестовая База Данных) в диалоговом окне Configure Project (Конфигурация Проекта).

14. Выберите тип базы данных, как показано на Рисунке 4.17.

Если к базе данных будет одновременно обращаться много пользователей, Вы должны выбрать Sybase SQL Anywhere. Если Вы выберите эту опцию, Вы должны будете указать Sybase server. Если база будет использоваться только одним пользователем в определеннее время, то достаточно Microsoft Access.

15. Нажмите кнопку Next (Далее).

Рисунок 4.16. Диалоговое окно для выбора проекта RequisitePro.

Рисунок 4.17. Диалоговое окно Create Test Datastore (Создать Тестовую Базу Данных).

16. Нажмите кнопку Next (Далее) для подтверждения пути к тесовой базе данных (см. Рисунок 4.18).

Рисунок 4.18. Диалоговое окно Microsoft Access Settings (Настройки Microsoft Access).

17. Нажмите кнопку Next (Далее) для подтверждения того, что Вы не задаете активов и тестовых пользователей, как показано на Рисунке 4.19.

Рисунок 4.19. Инициализация свойств для тестовой базы данных.

18. Нажмите кнопку Finish (Закончить) для подтверждения сводки, как показано на Рисунке 4.20. Вы должны увидеть сообщение «Тестовая база данных была успешно создана».

19. Нажмите ОК для закрытия окна сообщения.

20. Если Вы хотите присоединить базу данных ClearQuest, нажмите Select (Выбрать) и присоедините соответствующий файл.

21. Если Вы хотите присоединить модель Rational Rose, нажмите Add (Добавить) и присоедините соответствующий файл .mdl.

Рисунок 4.20. Диалоговое окно Create Test Datastore Summary (Создать Тестовую Базу Данных - Сводка).

22. Нажмите ОК в диалоговом окне Configure Project (Конфигурация проекта), как показано на Рисунке 4.21.

Рисунок 4.21. Диалоговое окно Configure Project (Конфигурация проекта) появляется после связи с проектом RequisitePro и базой данных.