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

Загальні принципи ефективної ідентифікації потреб.

Аналітику необхідно структурувати і систематизувати масив інформації, отриманої в процесі виявлення потреб. Просто задавши користувачам питання: “Чого ви хочете?”, ви отримуєте багато невпорядкованої інформації, яка може повністю занурити вас у себе. Питання: “Що потрібно зробити? - значно покращує ситуацію.

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

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

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

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