2. Методи ідентифікації вимог

Найбільш важливі методи ідентифікації вимог:

• Зустрічі і огляди (зустрічі повинні бути підготовлені у формі списку питань від різних сторін, що відносяться до даного проекти. Вони повинні проходити серед презентабельної групи користувачів, які прагнуть схвалення проекту).

• Вивчення існуючого ПЗ (часто нове ПЗ замінює старе. Вивчення повинне визначати слабкі і сильні сторони старого ПЗ і погоджувати з ними нові вимоги, якщо система повинна бути частиною старої).

• Вивчення досяжності (повинні бути визначені реалістичні цілі і методи).

• Прототипування (проектування прототипів систем з меншим об'ємом і спрощеним інтерфейсом).

3. Методи опису вимог

Системні вимоги можуть бути документовані декількома способами.

Можливі методи:

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

• Математичний формалізм – вживається рідше, ніж колись.

• Структурована звичайна мова. Звичайна мова з обмеженим словником і семантикою. Предмети і проблеми описані в секціях і підсекціях.

• Табліци, форми. Вимоги задані в таблицях (зазвичай двохрівневі), асоційовані різними зв'язками (наприклад, таблиця із зв'язками типів користувачів із сервісами).

• Блоки і діаграми: графічні форми, що зображують процеси.

• Контекстні діаграми: показують системи, оточення, входи і виходи.

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

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

4. Типи вимог

Основні вимоги розділені на дві групи:

• функціональні вимоги,

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

Функціональні вимоги

Описують функції (дії, операції) виконувані системою, що використовує зовнішні системи.

Функціональний опис вимог здійснює:

• ідентифікація всіх типів користувачів системи,

• ідентифікація всіх типів користувачів підтримки, таких як адміністратори, клерки,

• визначення кожного типу користувачів всіх системних функцій і шляхів використання системи,

• опис зовнішніх систем (бази даних, інтернету, мережі), що використовуються системою

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

Функціональні вимоги можуть бути сформульовані використовуючи шаблони вимог. Шаблон гарантує стандартне формулювання і полегшує підтвердження кінцевого результату.

Приклад формулювання вимог з використанням шаблону.

Назва функції	Майстер обробки прибутку
Опис	Функція дозволяє редагувати прибуток платника податків заданого року
Вхідні дані	Дані про доходи, отримані з різних джерел, витрати на отриманий прибуток, податки на різні внески. Інформація про квитанції. Інформація та документи платника податків.
Джерело вхідних даних	Інформація податкової служби
Результат
Початкова умова	Прибуток = весь прибуток - витрати на отриманий прибуток. Весь прибуток, прибуток і витрати на отримання прибутку - всі джерела прибутку.
Кінцева умова	Така ж, як зазначено вище
Побічні ефекти	Змінення бази оподаткування
Причина	Функція дозволяє робити розрахунки швидше і без помилок

Таблиця 5.5.1.

Нефункціональні вимоги

Опис вимог вимагає від предмету, над яким будуть виконануватись певні функції:

• вимога продуктів, наприклад, повинна бути доступна клавіатура,

• вимога процесів, наприклад, процес планувальника повинен виконуватись за стандартом XXXA/06,

• зовнішні вимоги, наприклад, система планування повинна використовувати маркетингове відділення баз даних описане в документі YYYB/95. Ніяких змін до бази даних не застосовано.

Хороша форма представлення нефункціональних вимог - це таблиця, наприклад:

№	Дата	Автор	Вимога	Причина	Примітки
1	99/04/14	A.Nowak, J.Pietrjak	Програма повинна видавати результат не більше, ніж через 5 секунд при роботі 100 користувачів одночасно	Програма не буде конкурентоспроможною	Може працювати нестабільно
2	00/02/05	K.Lubicz	Кожен клієнт повинен мати дуже коротку IP-адресу	Інші ідентифікатори (SIN, Pesel) нестабільні, довгі, можуть повторюватися у різних користувачів
3	...	...	...	...	...

Малюнок 5.5.2.

Чинники нефункціональних вимог:

• Системні функції: ієрархія функцій, що виконуються системою,

• Об’єм: скільки користувачів працюватимуть одночасно? скільки терміналів буде встановлено? скільки сенсорів буде керовано? скільки інформації буде збережено?

• Швидкість: час для виконання операції (або черги операцій), кількість операцій за одиницю часу, максимальний час виконання операції,

• Точність: вимірювання масштабування і продуктивності, точність результату, заміна кількісних показників якісними,

• обмеження: обмеження інтерфейсу, якості, блоку часу, устаткування, засобів програмування і т.п.,

• Інтерфейс зв'язку: мережа, протоколи, представлення мережі, рівень абстракції, протоколів і т.п.,

• Програмний інтерфейс: специфікація устаткування, фізичні обмеження, продуктивність (швидкість процесора, пам'ять), вимоги до офісу, вологість, температура, тиск

• Програмний інтерфейс: сумісність з іншим ПЗ, ОС, мова програмування, компілятори, редактори, система управління базами даних (СУБД),

• Взаємодія людини з системою: всі аспекти призначеного для користувача інтерфейсу, мова програмування, апаратне забезпечення (монітор, миша, клавіатура), формати (звіти, їх зміст), визначення повідомлень (мова, форма), допомога, повідомлення про помилки і т.п.,

• Адаптивність: специфікація відповіді системи на зміни - нові команди, нове вікно і т.п.,

• Безпека: конфіденційність, приватність, інтеграція, специфікація надійності і т.п.,

• Гнучкість невдач: наслідки помилок ПЗ, помилка живлення, частота збережень, зміна розкладу і т.п.,

• Стандарти: специфікація стандартів документів, форматів файлів, розміри шрифтів, стандарти процесів і продуктів і т.п.,

• Ресурси: бюджет, людський ресурс і обмеження матеріальних ресурсів,

• Час: необхідний час для створення системи, тренування і установки.