Page 77 - 4566

Нефункціональні вимоги визначають умови і
середовище виконання функцій (наприклад, захист і доступ
до БД, секретність тощо). Розробка вимог і їх локалізація
завершується на етапі проектування архітектури і фіксується
у спеціальному документі, за яким проводиться остаточне
узгодження вимог для досягнення взаєморозуміння між
замовником і розробником.
Функціональні вимоги пов'язані з семантичними
особливостями ПрО (предметної області), для якої
планується розробка ПС. Важливим чинником є проблема
використання відповідної термінології під час опису моделей
ПрО і вимог до системи. Одним з шляхів її розв’язання є
стандартизація термінології для декількох ПрО (наприклад,
для інформаційних технологій, систем забезпечення якості і
ін.). Тенденція до створення стандартизованого понятійного
базису для більшості ПрО відображає важливість цієї
проблеми в плані забезпечення єдиного розуміння термінів,
що описують вимоги до системи і до ПЗ.
Нефункціональні вимоги можуть мати кількісний
вигляд (наприклад, час очікування відповіді, кількість
обслуговуваних клієнтів та ін.), а також містити числові
значення показників надійності і якості роботи компонентів
системи, період зміни версій системи тощо. Для більшості
ПС, з якими працюватимуть багато користувачів, вимоги
повинні виражати такі обмеження на роботу системи:
– конфіденційність;
– відмовостійкість;
– одночасність доступу до системи користувачів;
– безпека;
– час очікування відповіді на звернення до системи;
– обмеження на виконавчі функції системи (ресурси
пам'яті, швидкість реакції на звернення до системи і т. п.);
– регламентації діючих стандартів, що спрощують
процеси формування вимог і організації менеджменту.

77