Вибір форми опису варіанта використання
При виборі форми і ступеня подробиці варіанти використання слід враховувати такі фактори, як:
- Розміри проекту,
- Важливість проекту і варіанти використання,
- Традиції, що склалися в колективі "Замовник-Розробник".
Для невеликого проекту навряд чи буде доцільним застосовувати опису варіантів використання в розгорнутому форматі, досить використовувати коротку форму вільного стилю. Для проекту, в якому задіяно більш як десять учасників, в якому виникають проблеми розбиття на мікро-колективи, координації учасників, слід вибрати більш формалізований і більш докладний варіант.
- небезпеки для життя людей,
- непоправних фінансових втрат,
- фінансових втрат в обмеженому обсязі,
- зниження комфортності кінцевого користувача.
Очевидно, що військові системи, або системи управління складними технічними об'єктами вимагають більш ретельного документування, в тому числі - і на рівні опису варіантів використання.
Крім того, в одному і тому ж проекті можуть зустрічатися більш важливі - з позицій частоти і масовості використання, складності для розуміння, технічних ризиків і т.д. і менш важливі прецеденти. В цьому випадку для різних прецедентів одного і того ж проекту цілком допустимо опис з різним ступенем подробиці.
Специфікація функціональних вимог
Опис не функціональних вимог зазвичай здійснюється у формі, близькій до вільного формату опису варіанта використання. RUP рекомендує концентрувати нефункціональні вимоги в документі, що описує варіант використання у всіх випадках, коли це можливо. У разі, якщо нефункціональні вимоги носять загальний характер і не можуть бути прив'язані до конкретного прецеденту - вони виносяться в документ "Додаткова специфікація".
атрибути вимог
Описи вимог повинні бути операбельність. Для цього всі вимоги повинні враховуватися в тій чи іншій обліковій системі, будь то електронна таблиця MS Excel. спеціалізована база даних. або інтегроване середовище управління змінами. При реєстрації вимоги воно проходить класифікацію відповідно до певної системою ознак. Основні ознаки (атрибути) вимог були розглянуті в "Поняття вимоги. Класифікації вимог". Крім того, для оперативного управління вимогами буває корисно призначити їм такі властивості, як проект, відповідальна особа, статус, ризик, ступінь завершеності і т.п. У RUP для управління атрибутами вимог передбачений артефакт "Атрибути вимог".
Артефакт "Атрибути вимог", пропонований RUP. є репозиторій текстів вимог, їх атрибутів і трасуванню.
Атрибути вимог представлені матрицею атрибутів вимог, де для кожного типу вимог перераховуються вимоги по одній осі і атрибути вимог цього типу за іншою. Для кожного вимоги вказуються значення його відповідних атрибутів. Приклади атрибутів: статус в часі, пріоритет, важливість, ризик, № ітерації (етапу) в плані.
Трассируемого описується в вигляді дерева, що показує в графічному вигляді входять і (або) вихідні зв'язку трасуванню (див. "Введення в управління вимогами").