2.4.1. Визначення системних вимог

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

1. Загальні функціональні вимоги. Основні функції, виконувані системою, визначаються на самому вищому (абстрактному) рівні подання системи. Деталізація функціональних вимог відбувається вже на рівні підсистем. Наприклад, при розробці СУП обов'язково буде передбачена вимога мати базу даних польотів, зроблених у контрольованому системою повітряному просторі. Однак структура цієї бази даних не буде визначена доти, поки не будуть відпрацьовані вимоги до інших підсистем.

2. Системні властивості. Це ті інтегровані властивості системи, які обговорювалися вище. Вони можуть включати такі властивості, як продуктивність, безвідмовність, захищеність і т.п. Ці нефункціональні властивості впливають на всі вимоги, обумовлені для підсистем.

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

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

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

Система повинна забезпечити попередження про загоряння, що виникли усередині або поблизу будинку, і несанкціонованому проникненні в цей будинок.

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

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

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

Подчас основні труднощі у визначенні системних вимог полягають у тому, що система будується для того, щоб допомогти в рішенні "злісної" проблеми (wicked problem) [294]. "Злісна" проблема - це проблема такої великої складності й имеющая стільки взаємозалежних вхідних впливів, що її неможливо точно описати. Щира природа такої проблеми може виявитися тільки в процесі її рішення. Як екстремальний приклад "злісної" проблеми можна привести завдання пророкування землетрусів. У цей час не існує точних способів пророкування ні епіцентру землетрусу, ні його часу, ні сили, ні впливу на навколишнє середовище. Тому неможливо заздалегідь повністю спланувати всі дії на випадок великого землетрусу - це можна зробити тільки тоді, коли воно відбудеться.