5. Вимоги до програмного забезпечення

1. Функціональні і не функціональні вимоги.

2. Користувацькі вимоги.

3. Системні вимоги.

4. Документування системних вимог.

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

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

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

Деякі проблеми, що виникають в процесі розробки вимог, породжені відсутністю чіткого розуміння відмінності між цими різними рівнями вимог. Щоб розрізнити вимоги різних рівнів, тут використовуються терміни вимог, призначених для користувача, для позначення високорівневих узагальнених вимог і системних вимог для опису виконуваних системою функцій. Окрім вимог цих двох рівнів, застосовується опис системи, ще більш деталізований, - проектна системна специфікація, яка може служити мостом між етапом розробки вимог і етапом проектування системи. Три перераховані види вимог можна визначити таким чином.

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

2. Системні вимоги - опис системних функцій і обмежень, який іноді називають функціональною детальною специфікацією. Вона служить основою для укладення контракту між покупцем системи і розробниками ПЗ.

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

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

Призначені для користувача вимоги

1. ПЗ повинне надати засіб доступу до зовнішніх файлів, створених в інших програмах.

Специфікація системних вимог

1. Користувач повинен мати нагоду визначати тип зовнішніх файлів.

2. Для кожного типу зовнішнього файлу повинен бути відповідний засіб, застосовний до цього типу файлів.

3. Зовнішній файл кожного типу повинен бути представлений відповідною піктограмою на дисплеї користувача.

4. Користувачу повинна бути надана можливість самому визначати піктограму для кожного типу зовнішніх файлів.

5. П ри виборі користувачем піктограми, що представляє зовнішній файл, до цього файлу повинно бути застосовано засіб, асоційований із зовнішніми файлами даного типу.

Призначені для користувача вимоги пишуться для замовника ПЗ і для особи, що укладає контракт на розробку програмної системи, причому вони можуть не мати детальних технічних знань по системі, що розробляється (мал. 5.1). Специфікація системних вимог призначена для керівного технічного складу компанії-розробника і для менеджерів проекту. Вона також необхідна замовнику ПЗ і субпідрядникам по розробці. Ці обидва документи також призначено для кінцевих користувачів програмної системи. Нарешті, проектна системна специфікація є документом, який орієнтований на розробників ПЗ.