На верхньому рівні розташовуються потреби зацікавленої особи. На подальших рівнях знаходяться функціональні особливості, сценарії використання і додаткові вимоги. Досить часто на різних рівнях цих вимог можуть бути з'ясовані деталі різного рівня. Чим нижче рівень, тим детальніше описується вимога.
Залежно від формату, джерела і загальних характеристик, вимоги можуть бути розділені на різні типи. Декілька типів вимог, що найчастіше використовуються в проектах:
- потреби зацікавленої особи : вимога від зацікавленої особи;
- функціональна особливість: функціональність, що надається системою, зазвичай формулюється бізнес-аналітиком; призначення особливості - задовольнити потреби замовника;
- сценарій використання (use case): опис поведінки системи в термінах послідовності дій;
- додаткова вимога: інша вимога (зазвичай нефункціональне), яка не може бути охоплена сценаріями використання;
- тестові сценарії (test cases): специфікація тестових початкових даних, умов виконання і очікуваних результатів;
- сценарій (алгоритм, scenario): особлива послідовність дій; певний шлях за сценарієм використання.
Ці типи вимог можуть бути представлені у вигляді піраміди, як показано на рис 1.1.
На верхньому рівні розташовуються потреби зацікавленої особи. На подальших рівнях знаходяться функціональні особливості, сценарії використання і додаткові вимоги. Досить часто на різних рівнях цих вимог можуть бути з'ясовані деталі різного рівня. Чим нижче рівень, тим детальніше описується вимога. Наприклад, потреба може бути наступною: «Дані мають бути незмінними». Функціональна особливість цієї вимоги буде: «Система повинна використати реляційну базу даних». На рівні додаткових вимог, вимога ще точніша : «Система повинна використати базу даних Oracle 9i». Чим далі вниз, тим детальнішою стає вимога. Один з кращих способів управління вимогами - узагальнювати вимоги, принаймні, на двох різних рівнях. Наприклад, документ Концепція(«Vision») містить високорівневі вимоги (особливості), а нижчі рівні піраміди представляють вимоги на детальнішому рівні.