Порядок виконання роботи

Настройка проекта. При роботі з RequisitePro і іншими інструментами Rational, потрібно налаштувати проект RequisitePro, в якому вказують налаштування відносно управління вимогами, такі як типи вимог і їх атрибути, типи документів і правила трасування(установки зв'язку).

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

В RequisitePro доступні наступні типи шаблонів:

– Use Case (Шаблон сценаріїв використання): зручний для проектів, де функціональні вимоги описані в сценаріях використання;

– Traditional (Традиційний): зручний для проектів, де використовуються традиційні (декларативні) вимоги замість сценаріїв використання;

– Composite (Комплексний): об'єднує сценарії використання і традиційні підходи;

– Blank (Порожній): зручний, якщо у проекті є особливий набір документів і типів вимог;

– Make New (Новий): зручно, якщо користувач планує використати цю ж структуру в подальших проектах;

– Create from Baseline (Створення з базової версії): зручно, якщо є ClearQuest, інтегрований з RequisitePro.

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

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

Рисунок 1.7 – Доступні в RequisitePro шаблони проекту

Наприклад створимо проект, використовуючи шаблон Use Case.

1. Після вибору шаблону натисніть ОК. З'явиться діалогове вікно Project Properties(Властивості Проекту), як показано на рис.1.8.

2. Заповніть усі необхідні поля:

– назва: виберіть назву для проекту, що відбиває його сенс(до 64-х символів);

– каталог: де розташовуватиметься проект (якщо каталог не існує, то він створюється);

– база даних: база даних вибирається для зберігання вимог.

Рисунок 1.8 – Діалогове вікно Project Properties(Властивості Проекту)

RequisitePro зберігає вимоги у базі даних, що містить усю інформацію про них (атрибути, трасування – зв'язки, попередні версії, обговорення і інформацію по безпеці). RequisitePro може використати базу даних Microsoft Access, а також працювати з базою даних Enterprise (Oracle або SQL Server). Але робота з останньою базою даних рекомендується тільки в наступних випадках:

− для дуже великих проектів, що містять тисячі вимог;

− якщо передбачається можливість одночасного доступу до бази даних більш ніж п'яти користувачів;

− коли місцезнаходження членів команди різне.

Оскільки в даному прикладі немає причин для зберігання вимог так само в нашому зразку проекту, то потрібно використати базу даних Microsoft Access, яка і пропонується за умовчанням. Останнє поле (Опис) заповнювати не обов'язково. Але короткий опис проекту може бути корисним.

3. Натисніть ОК.

4. У вікні повідомлення «Каталог не існує. Чи хочете Ви створити його?», натисніть Yes(Так). Якщо операція виконана успішно, то RequisitePro видає повідомлення: «Проект RequisitePro був успішно створений».

Після створення проект з'являється у вікні Провіднику, а також додається в список проектів в діалоговому вікні Open Project(Відкрити Проект). Оскільки використовувався шаблон Use Case, деякі документи вже є присутніми в Провіднику, такі як Glossary, Vision і RMP, як показано на рис.1.9. Також вже створені деякі папки і представлення. Коли в проекті створюються вимоги, вони автоматично з'являються в Області Подань(Views).

Наступні файли з'являються в каталозі проекту:

– Project.rqs: файл проекту RequisitePro;

– Project.mdb: база даних, що містить інформацію про вимоги;

– Glossary.gls, Vision.vis, Requirements Management Plan.rmp: шаблони для документів Glossary, Vision і RMP відповідно;

– Project.rql: містить додаткову інформацію за проектом.

Рисунок 1.9 – Структура шаблону Use Case

Для налаштування структури проекту(додавання, видалення або редагування типів документів і вимог) використайте діалогове вікно Project Properties. Найчастіше необхідно додавати атрибут або змінювати значення існуючих атрибутів (рис.1.10).

Рисунок 1.10 – Діалогове вікно Project Properties(Властивості Проекту): закладка Attributes(Атрибути)

Додавання Атрибутів Вимоги. В проекті може знадобитися додавання нового атрибуту, якщо встановлений за замовчанням атрибут не підходить. Припустимо, що потрібно додати атрибут Status до вимоги типу STRQ. Цей атрибут допоможе відстежувати статус вимоги.

1. Виберіть FileProperties (ФайлВластивості).

2. Виберіть закладку Attributes (Атрибути), як показано на рис.1.10.

3. Виберіть Requirement Type (Тип Вимоги). У нашому випадку STRQ.

4. Натисніть кнопку Add (Додати). З'явиться діалогове вікно Add Attribute(Додати Атрибут), як показано на рис. 1.11.

5. Заповніть поля діалогового вікна: Label (Назва): Status; Type (Тип): List (Single Value); List Values (Значення): Gathered (Отриманий), Approved (Підтверджений), Incorporated (Включений), Cancelled (Скасований).

6. Натисніть ОК. Атрибут додається до вимоги.

Рисунок 1.11 – Діалогове вікно Add Attribute(Додати Атрибут)

Зміна значень атрибутів вимоги. Можна змінювати набір значень для існуючих атрибутів вимог. Наприклад, предустановлений за замовчанням набір значень для атрибуту Origin(Джерело) для запитів зацікавлених осіб наступний: Help Desk (Довідкова Служба); Competition (Конкуренція); Partners (Партнери); End Users (Кінцеві Користувачі); Large Customers (Важливі Замовники). Цей набір атрибутів перераховує усіх зацікавлених осіб, хто може надати вимоги. Для кожного проекту цей набір може бути різним, тому можливо, що потрібно буде настроювати набір значень. Видалимо значення за умовчанням і створимо наступний набір значень для нашого проекту: Користувач, Розробник, Власник.

1. Виберіть FileProperties (ФайлВластивості).

2. Виберіть закладку Attributes (Атрибути), як показано на рис.1.16.

3. Виберіть Requirement Type (Тип Вимоги). В нашому випадку STRQ.

4. Виберіть Attribute level (Назва Атрибуту). В нашому випадку Origin.

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

6. Виберіть перше значення (Help Desk). Натисніть Delete (Видалити). З'явиться повідомлення: «Дана функція вимагає, щоб проект був відкритий ексклюзивно. Чи хочете Ви отримати ексклюзивний доступ до проекту зараз?». Натисніть Yes (Так), якщо потрібно відкрити проект ексклюзивно. «Ексклюзивний доступ» означає, що проект та його документи доступні тільки користувачеві, що відкрив проект. Ексклюзивний доступ потрібний для зміни багатьох характеристик проекту. Можно відкрити проект в ексклюзивному режимі тільки тоді, коли ніякий інший користувач нині не відкрив проект або його документ.

7. Натисніть ОК у вікні підтвердження, яке повідомляє про те, що «Ексклюзивний доступ до проекту був успішно отриманий».

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

Рисунок 1.12 – Вибір значень для атрибуту

10. Натисніть кнопку Add (Додати).

11. Введіть значення Користувач 1 в діалоговому вікні Attribute Value (Значення Атрибуту), як показано на рис.1.13.

12. Натисніть ОК.

13. Продовжуйте додавати інші значення (Розробник, Власник). Далі натисніть ОК.

Рисунок 1.13 – Додавання значення атрибуту

Створення документа Stakeholder Requests. Велика кількість вимог надходить від осіб, зацікавлених в розробці системи. Припустимо, що в цілях нашого проекту будуть створені три документа Stakeholder Requests, згрупувавши зацікавлених осіб по методах збору їх вимог:

– «Запити Зацікавленої Особи – Власник» містить вимоги власника поштового клієнту;

– «Запити Зацікавленої Особи – Користувач» містить вимоги Користувача;

– «Запити Зацікавленої Особи – Розробник» містить вимоги адміністратора і розробників, зібрані в результаті семінару з вимогам.

Додавання типу документу до проекту. Кожний тип документа звичайно пов'язаний з якоюсь моделлю − шаблоном Microsoft Word(.dot файл). Суть даної моделі і є стартовою точкою при створенні нового документа. Модель включає в себе формати, параметри сторінки і шрифти. Можна використовувати вже встановлені шаблони RequisitePro, або створити їх самим. Якщо встановити модель в None, то при створенні нового документа цього типу відкриється пустий документ Microsoft Word.

Для додавання типу документу Stakeholder Requests необхідно виконати наступні дії:

1. Виберіть FileProperties (ФайлВластивості). З'явиться діалогове вікно File properties (Властивості Проекту).

2. Виберіть закладку Documents Type (Тип Документів).

3. Натисніть Add (Додати). З'явиться діалогове вікно Document Type (Тип Документа), як показано на рис.1.14.

4. Введіть назву документа, опис і розширення файлу.

5. У списку Default Requirement Type (Тип вимоги за замовчуванням) виберіть Stakeholder Requests. Якщо такого типу немає в списку, створіть його, натиснувши на кнопку New (Новий), і заповнивши діалогове вікно.

6. У списку Outline Name (Назви Моделей) виберіть RUP Stakeholder Requests outline.

7. Натисніть OK, щоб закрити діалогове вікно Document Type (Тип Документа).

8. Натисніть OK, щоб закрити діалогове вікно Project Properties (Властивості Проекту).

Рисунок 1.14 – Діалогове вікно Document Type (Тип Документа)

Створення документу Stakeholder Requests. Щоб створити документ Stakeholder Requests виконайте наступні кроки:

1. Виберіть папку, де буде створений документ. У шаблоні Use Case, папка «Stakeholders Requests» вже створена.

2. Виберіть FileNewDocument (ФайлНовийДокумент) (або натисніть правою кнопкою мишки на папці і виберіть NewDocument). З'явиться діалогове вікно Document Properties (Властивості Документа), як показано на рис.1.15.

3. У полі Name (Ім'я) введіть ім'я документа. Якщо в проекті є тільки один документ, він може називатися просто «Запити Зацікавленої Особи». Якщо створюється документ для кожної зацікавленої особи, включіть в назву документа ім'я або тип зацікавленої особи, наприклад «Користувач». Якщо це комбінований документ для декількох зацікавлених осіб, до яких був застосований певний метод збору вимог, то можно включити метод в назву документа, наприклад «Запити Зацікавленої Особи – Анкетування», або можно використовувати назву групи зацікавлених осіб, наприклад «Запити Зацікавленої Особи – Служба надання послуг ».

4. У полі Description (Опис) введіть короткий опис документа.

Рисунок 1.15 – Діалогове вікно Document Properties (Властивості Документа

5. У полі Filename (Назва файлу) введіть назву файлу, яку RequisitePro буде використовувати при збереженні документа. Вона може бути аналогічно назві документа або бути тільки його абревіатурою.

6. Виберіть Document Type (Тип Документа) − Stakeholder Requests.

7. Натисніть ОК.

Новий створений документ з'явиться у вікні Microsoft Word. RequisitePro керує документом через робочий простір Microsoft Word. Можна змінювати текст в документі так само, як із звичайним документом Microsoft Word. Деякі поля в шаблоні містять загальні назви як <Company Name> (Назва Компанії) або <Project Name> (Назва Проекту). При виборі, фон у цих полів стає сірим. Вони повинні бути замінені актуальними значеннями. Найбільш зручний спосіб їх поміняти − це відкрити діалогове вікно Properties (Властивості) (виберіть File  Properties (Файл  Властивості)) і ввести відповідні імена, як показано на рис.1.16.

Рисунок 1.16 – Діалогове вікно Document Properties (Властивості Документа) у Microsoft Word

Після того як були встановлені властивості документа, можна змінити поле в шаблоні шляхом переміщення курсору на поле і натиснення F9. Поле буде заповнено відповідним значенням з діалогового вікна Properties (Властивості).

Документ, що генерується RequisitePro за замовчуванням, містить написаний синім курсивом текст інструкції. Він пояснює, що саме має бути написано в певному пункті документа. Замініть текст інструкції відповідною проектною інформацією.

Формат документа Stakeholder Requests залежить від використовуваного методу при зборі вимог. Початкова версія документа містить сценарій інтерв'ю, використовуваний в попередньому пункті «Інтерв'ю». Тим не менш, загальна структура документа може бути модифікована залежно від вимог.

Після заповнення документа вважається хорошою практикою переглянути таблицю змісту:

1. Помістіть курсор на таблицю змісту.

2. Виберіть InsertReferenceIndex and Tables (Вставити Посилання Таблиці).

3. Виберіть закладку Table of Contents (Таблиця Змісту).

4. Натисніть ОК. З'явиться повідомлення: «Чи бажаєте Ви замінити обрану таблицю змісту?».

5. Натисніть Yes (Так).

Наприкінці збережіть документ. Виберіть RequisitePro  Document  Save (Документ  Зберегти).

Додавання вимог у документ. Для створення вимог у документі Microsoft Word виконайте наступні дії:

1. Виділіть текст, який описує вимогу.

2. Виберіть RequisitePro  Requiremen  New (Вимога  Нова), або натисніть праву кнопки миші на тексті і виберіть Create Requirement (Створити Вимогу), або натисніть іконку New Requirement (Нова Вимога) на панелі управління . З'явиться діалогове вікно Requirement Properties (Властивості Вимоги), як показано на рис.1.17. Текст вже скопійований з виділеної в документі області. Якщо необхідно, можна додати назву. Для цього типу документа тип встановлено за замовчуванням. Можна змінити його при необхідності.

3. Виберіть STRQ як тип вимоги.

4. Для налаштування атрибутів, натисніть закладку Attributes (Атрибути).

5. Натисніть ОК.

Рисунок 1.17 – Діалогове вікно Requirement Properties (Властивості Вимоги): Основна закладка

Атрибути вимоги можуть бути також змінені з Області Подання та з Провідника. Кожна вимога включає префікс і числове значення. RequisitePro привласнює унікальний тег кожній створеної вимозі. Тег вимоги – це її унікальний ідентифікатор. Префікси пов'язані з типами вимог.

Поки документ ще не збережений, теги відображаються зі словом «pending» (що чекають). Щоб зберегти документ, виберіть у вікні Microsoft Word RequisitePro  Document  Save (Документ  Зберегти).

Після збереження документа, теги містять префікси з описом типу вимоги і впорядкованими номерами. Вимоги можуть бути переглянуті у вікні Провідника, як показано на рис.1.18.

Рисунок 1.18 – Вікно Провідника, що відображає STRQ вимоги

Коли завершена робота з першим документом Stakeholder Requests, то можна створити подібні документи для інших зацікавлених осіб.

Додавання вимог з Провідника. Якщо проект не вимагає документів Stakeholder Requests, але необхідні вимоги типу STRQ, можна додати вимоги з Області Подання або з Провідника.

Для додавання вимоги з Провідника виконайте наступні дії:

1. Натисніть правою кнопкою мишки на назві папки, в якій потрібно створити вимогу.

2. Виберіть NewRequirement (НоваВимога). З'явиться те ж саме діалогове вікно Requirement Properties (Властивості Вимоги).

3. Заповніть потрібні поля та натисніть ОК.

Вимоги також можуть бути створені прямо в Матриці Атрибутів.

Зміна вимог з Провідника. Незалежно від того, яким чином вимога була створена, можна змінити його через Провідник.

1. Натисніть правою кнопкою мишки на вимозі STRQ в Провіднику і виберіть Properties (Властивості).

2. Внесіть необхідні зміни та натисніть ОК.

Видалення вимог з Провідника. Для видалення вимоги з Провідника виконайте наступні дії:

1. Виділіть вимогу.

2. Натисніть правою кнопкою мишки на ній і виберіть Delete (Видалити).

Видалені вимоги не можуть бути відновлені, потрібна функціональність відновлення, краще створити додатковий статус, названий Deleted (Видалений). Вимоги з цим статусом можуть бути відновлені шляхом зміни статусу в зворотному порядку на Proposed(Планований) або Approved(Підтверджений).

Створення Області Подань для аналізу вимог. Область Подання використовується для відображення вимог, а також для керування вимогами, їх атрибутами та їх взаємовідносинами з іншими вимогами. Можна сортувати і фільтрувати вимоги, щоб отримати необхідний звіт.

Створення Матриці Атрибутів. Після того введення вимог всіх зацікавлених осіб у систему, створимо уявлення, що показує запити всіх зацікавлених осіб. Для створення нового подання, не включеного в шаблон, виконайте наступні дії:

1. Натисніть правою кнопкою мишки на папці, де потрібно створити уявлення (папка «Stakeholders Requests» буде гарним вибором в даному випадку), і виберіть NewView (НовеПодання). В якості альтернативи можна виділити папку, де потрібно створити Область Подань, і вибрати FileNewView (ФайлНове Представлення). З'явиться діалогове вікно View Properties (Властивості Уявлення), як показано на рис.1.19.

2. Дайте назву поданням.

3. Виберіть View Type (Тип Подання – Матриця Атрибутів, Матриця Трасування або Дерево Трасування). У даному випадку – Матриця Атрибутів.

4. Виберіть Row Requirement Type (Тип вимоги в рядку) – в даному випадку STRQ. Якщо створюється Матриця Трасування, то потрібно вибрати Column Requirement Type (Тип вимоги у стовпці).

5. Натисніть ОК.

Рисунок 1.19 – Діалогове вікно View Properties (Властивості Подання)

Відкриття Подання. Багато представлень вже встановлені в шаблонах проектів. Оскільки раніше використовувався шаблон Use Case, в проекте вже є подання All Stakeholders Requests (Усі запити зацікавленої особи) у папці Stakeholders Requests. Треба лише відкрити подання, виконавши наступні дії:

1. Відкрийте папку Stakeholder Requests.

2. Подвійним клацанням мишки натисніть на подання All Stakeholders Requests (Усі запити зацікавленої особи).

Матриця Атрибутів відобразить усі вимоги певного типу з їх атрибутами. Це відображення в табличному вигляді з іменами вимог у рядках і атрибутів у стовпцях, як показано на рис.1.20.

Рисунок 1.20 – Матриця Атрибутів, що показує функціональні вимоги та їх атрибути

Щоб змінити набір атрибутів, що відображаються, виконайте наступні дії:

1. Помістіть курсор на заголовок рядку на панелі подання, натисніть правою кнопкою мишки і виберіть Displayed Attributes (Атрибути, що відображаються).

2. У списку Displayed Attributes (Атрибути, що відображаються) виберіть потрібні атрибути, як показано на рис.1.21.

Рисунок 1.21 – Вибір атрибутів для відображення в Матриці Атрибутів

Оскільки в процесі створення вимог не були встановлені пріоритети, то можна зробити це зараз. Для зміни атрибутів вимоги виконайте наступні дії:

1. Натисніть правою кнопкою мишки на відповідній комірці і виберіть Set Value (Встановити Значення).

2. Виберіть значення зі списку, як показано на рис.1.22.

Рисунок 1.22 – Установка значення атрибута з використанням діалогового вікна Set Value (Встановити Значення)

Інший шлях зміни атрибутів вимоги – це подвійне клацання мишки на відповідній комірці в таблиці і вибір атрибута зі списку. Щоб змінити Requirement Name (Назва вимоги) або Text (Текст), натисніть правою кнопкою мишки на вимозі і виберіть Properties (Властивості).