ВИДИ ВИМОГ

ТА ЇХ ХАРАКТЕРИСТИКА

1
 ВИДИ ВИМОГ ТА ЇХ ХАРАКТЕРИСТИКА

Вимоги (Requirements) — умови або

можливості (потреби), необхідні
користувачу для вирішення проблем або
досягнення цілей.

2
РІВНІ ТА ВИДИ ВИМОГ

3
 ЗМІСТ BRD

1. Опис проблеми бізнесу

2. Поточний бізнес процес
3. Об'єм робіт та обмеження
4. Ключові бізнес об'єкти
5. Проектні критерії завершення
6. Ризики
7. Припущення
8. Зміни у бізнес процесі (завдяки програмі)
9. Тренінги
10.Список якісних характеристик
4
РІВНІ ТА ВИДИ ВИМОГ

5
ХАРАКТЕРИСТИКИ ХОРОШИХ ВИМОГ

6
 КОРЕКТНІСТЬ

Кожна вимога повинна точно описувати бажану

функціональність.
Можна задати питання, наскільки коректна наша
вимога?
Чи дійсно це те, що вимагається від системи чи
хтось допустив помилку в процесі написання
вимоги?

Приклад: Після набору номера телефону,

користувач повинен почути короткі гудки (йде
додзвін).

7
 НЕДВОЗНАЧНІСТЬ

Всі читачі вимог повинні інтерпретувати їх

однаково. Пишіть документацію просто, коротко та
точно, застосовуючи лексику, зрозумілу
користувачам.
Можна задати питання, чи може два різних
користувача зрозуміти вимогу по різному?
Приклад: Телефон повинен працювати в
автономному режимі, коли він живиться від
батарейок. В автономному режимі не доступні
функція 1 та функція 2.
Чи повинні бути доступні функція 1 та функція 2,
якщо телефон з батарейками, але не
підключений до мережі?
8
 ПОВНОТА
Кожна вимога повинна повністю описувати
функціональність, яку необхідно реалізувати в
продукті. Тобто вимога повинна містити всю
інформацію, необхідну для розробників, щоб їм
вдалося створити цей фрагмент функціональності.

Можна задати питання, наскільки повною є вимога?

Чи вся функціональність певного модуля покрита

вимогами?

9
 НЕСУПЕРЕЧЛИВІСТЬ
Несуперечливі вимоги не конфліктують з іншими
вимогами такого ж типу або з високорівневими
користувацькими, системними або бізнес-
вимогами.
Можна задати питання, чи суперечать ці вимоги
одна одній?

Приклад 1: В одній вимозі вказано, що два вхідні

параметри повинні сумуватись, а в іншій вимозі
вказано, що вони повинні перемножуватись.

Приклад 2: В одній вимозі вказано, що звіт

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

10
 ПЕРЕВІРЯЄМІСТЬ

Для тестувальників – це один з основних та самих

важливих критеріїв.
Чи можливо перевірити цю вимогу та
переконатися, що вона виконується?

Приклад 1: Інформація на дисплеї телефону

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

Приклад 2: Сторінка повинна завантажуватися

дуже швидко.

11
 ТРАСОВАНІСТЬ
Трасованість – це зв'язок з вимогою вище та з
вимогою нижче.
Вимоги посилаються на джерела в більш ранніх
вимогах.

Приклад 1: Бізнес-вимога не має жодної

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

Приклад 2: Функціональна вимога описує те, що не

було вказано у бізнес-вимогах. Відповідно, ми
робимо те, що не вимагалось.

12
 МОДИФІКОВАНІСТЬ

Необхідно забезпечити можливість зміни вимог,

якщо знадобиться та підтримувати історію змін для
кожного додатка. Для цього всі вимоги повинні
бути унікально промарковані (унікальне ім'я та
номер) та позначені таким чином, щоб можна було
на них посилатись однозначно.

Кожна вимога повинна бути записана в

специфікації лише один раз.

13
 ПРИЗНАЧЕННЯ ПРІОРИТЕТІВ

Призначте пріоритетність кожній

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

⮚ Обов'язкова
⮚ Умовна
⮚ Необов'язкова

14