4.2. Планування управління вимогами
Планування є першим етапом процесу управління вимогами. Управління вимогами дуже дорого, і для кожного проекту на стадії планування встановлюється необхідний рівень деталізації управління вимогами. В процесі управління треба відстежувати низку запитань, що стосуються розробки вимог.
1. Ідентифікація вимог. Кожна вимога має бути однозначно визначена, оскільки воно може перетинатися з іншими вимогами. Перетин вимог можна виявити за допомогою оперативного контролю.
2. Управління процесом внесення змін. Це ряд операцій, які оцінюють дію на систему змін, що вносяться, а також вартість змін. Детальніше це питання розглядається в наступному розділі.
3. Стратегія оперативного контролю. Визначає стосунки між вимогами, а також між вимогами і проектуванням системи.
Існує багато взаємнозалежностей між вимогами, а також між вимогами і структурою системи. Крім того, існує зв'язок між вимогами і причинами, по яких ці вимоги були запропоновані. Якщо необхідно внести у вимоги зміни, в процесі управління треба простежити вплив цих змін на інші вимоги і саму систему. Оперативний контроль дозволяє виявити пов'язані вимоги і відстежити вплив одних вимог на інші.
Існує три типи інформації, використовуваної в оперативному контролі.
1. Інформація про джерело вимоги зв'язує вимогу з особами, які запропонували ці вимоги, і з логічним обгрунтуванням цих вимог. Якщо запропонована зміна у вимогах, ця інформація використовується для визначення осіб, які можуть обгрунтувати ці зміни.
2. Інформація про вимоги зв'язує вимоги усередині специфікації. Ця інформація використовується для оцінки кількості вимог, які зачіпають запропоновані зміни.
3. Інформація про структуру системи зв'язує вимоги з системними модулями, які реалізують вимоги. Ця інформація використовується для оцінки впливу запропонованих змін на систему і її реалізацію.
Інформація для оперативного контролю часто представляється у вигляді спеціальних матриць, які зв'язують вимоги з особами, що запропонували ці умови, вимоги між собою і вимоги з системними модулями. Якщо матриця оперативного контролю зв'язує вимоги між собою, то кожна вимога представлена в матриці як рядком, так і стовпцем. Тоді, якщо між вимогами існує залежність, це вказується в осередках на перетині рядків і стовпців, відповідних цим вимогам. Приклад простої матриці залежностей між вимогами показаний в таблиці. Символ U (від use - використання) на перетині рядка і стовпця показує, що вимога в рядку використовує засоби, визначені у вимогах, представлених в стовпці. Символ R (від relation - зв'язок, залежність) означає, що існує деякий взаємозв'язок між вимогами. Наприклад, обидві вимоги визначають один і той же системний модуль.
Таблиця. Матриця оперативного контролю
|
Вимоги |
1.1 |
1.2 |
1.3 |
2.1 |
2.2 |
2.3 |
3.1 |
3.2 |
|
1.1 |
|
U |
R |
|
|
U |
|
U |
|
1.2 |
|
|
U |
|
|
R |
|
|
|
1.3 |
R |
|
|
R |
|
|
|
U |
|
2.1 |
|
|
R |
|
U |
|
|
U |
|
2.2 |
|
|
|
|
|
|
|
U |
|
2.3 |
|
R |
|
U |
|
|
|
|
|
3.1 |
|
|
|
|
|
|
|
R |
|
3.2 |
|
|
|
|
|
|
R |
|
Матриці оперативного контролю використовуються для управління невеликим набором вимог, вони стають громіздкими і незручними для великих систем з багатьма вимогами. Для таких систем інформацію оперативного контролю рациональнее тримати в базі цих вимог, де кожна вимога пов'язана явним чином з іншими вимогами. Вплив змін у вимогах можна простежити, використовуючи засоби перегляду бази даних.