11.2 Документування бізнес-правил

Документ про спосіб та межі (vision and scope document) збирає бізнес-правила в єдиний документ, який готує основу для подальшої розробки продукту. У деяких організаціях з цією ж метою створюють статут проекту або положення про бізнес-задачах.

У ньому більш детально, ніж в документі про спосіб та межах, розглядаються цільові сегменти ринку і проблеми, що стосуються комерційного успіху продукту. Власником документа про образ і кордонах вважається той, хто фінансує проект або несе аналогічну відповідальність. Аналітик вимог може разом з цією людиною розробляти документ про спосіб та межах проекту. Інформація, що стосується бізнес-вимог, повинні находити від осіб, які чітко розуміють, чому вони взялися за проект.¹⁴

12Користувацькі інтерфейси і специфікація вимог до ПЗ

13Моделювання вимог до ПЗ

14Атрибути якості ПЗ. Атрибути, важливі для користувачів. Атрибути, важливі для розробників

15Прототипування як засіб зменшення ризику розробки ПЗ. Види прототипів

16Пріоритети вимог до ПЗ. Шкала пріоритетів. Оцінка прототипу

17Перегляд вимог до ПЗ. Проведення експертизи вимог. Тестування вимог

18Вплив вимог на планування проекту, дизайн, написання коду та тестування ПЗ. Розподіл витрат на вимоги для різних моделей ЖЦ ПЗ.

19Основні складові управління вимогами до ПЗ. Атрибути вимог

19.1 Основні складові управління вимогами до ПЗ

Вимоги до програмного забезпечення — набір вимог щодо властивостей, якості та функцій програмного забезпечення¹⁵, що буде розроблено, або знаходиться у розробці. Вимоги визначаються в процесі аналізу вимог¹⁶ та фіксуються в специфікації вимог, діаграмах прецедентів та інших артефактах процесу аналізу та розробки вимог.

Управління вимогами це процес запису, аналізу, трасування, пріоретизація і узгодження вимог та контролю змін і доведення до їх зацікавлених сторін. Це безперервний процес протягом всього життя проекту. Вимога – якість, якій мають відповідати результати проекту (продукту або послуги).

Мета управління вимогами полягає в тому, щоб переконатися, що організація відповідає потребам і очікуванням своїх клієнтів, внутрішніх або зовнішніх зацікавлених сторін. Управління вимогами починається з аналізу і виявлення цілей і обмежень організації. Управління вимогами додатково включає в себе підтримку планування вимог, інтеграції вимог і організації роботи з ними (атрибути для вимог).

Управління вимогами передбачає спілкування між членами проектної групи і зацікавленими сторонами, і адаптацію до змін у вимогах протягом всього проекту. Щоб запобігти перетину поля одного класу вимог з іншим, постійні зв'язки між членами команди розробників є критичними. Наприклад, при розробці програмного забезпечення для внутрішнього використання у бізнесу можуть бути настільки сильні потреби, що він може проігнорувати вимоги користувачів, або вважати, що створені сценарії використання покриють також і користувальницькі вимоги.

Існує безліч програмних продуктів для автоматизації управління вимогами, що розрізняються ціною та функціональними можливостями. Є такі комерційні пакети: IBM Rational RequisitePro, Borland CaliberRM, Sybase PowerDesigner, так і безкоштовні (наприклад, OSRMT — Open Source Requirements Management Tool).