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

дає можливість оцінити, на які інші складові ПЗ (нижнього рівня) вплине внесення змін у вимоги, що стосуються конкретної його складові (вищого рівня);

дає можливість оцінити, на які інші компоненти ПЗ (нижнього рівня) вплине внесення змін у вимоги, що стосуються конкретної його компоненти ще нижчого рівня;

дає змогу аналізувати вимоги до компонент ПЗ нижчого рівня, а потім шляхом встановлення зв'язків між ними перевіряти їх відповідність одній з вимог вищого рівня;

підготовкою відповідної документації;

аналізом технічної здійсненності ПЗ;

формуванням, формулюванням й аналізом вимог до ПЗ;

формуванням специфікації вимог до ПЗ

розробленням вимог до ПЗ;

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

процедура збирання вимог до програмного проекту за допомогою інтерв'ю та семінарів, робочих звітів і документів, а також інших механізмів розроблення відповідного ПЗ;

процес формулювання вимог до ПЗ за допомогою візуального аналізу завдань проекту, робочих протоколів і документів, а також програмних механізмів, які для цього можна залучати;

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

аналізоване, стабільне, трансформоване, тестоване;

організаційне, технологічне, апаратне, програмне тощо;

безвідмовне, стійке до помилок, відновлюване, узгоджене;

адаптоване, налагоджувальне, сумісне, узгоджене, інтероперабельне;

недвозначністю вимоги до ПЗ;

обов'язковістю вимоги до ПЗ;

актуальністю вимоги до ПЗ;

здійсненністю вимоги до ПЗ;

недвозначністю вимоги до ПЗ;

обов'язковістю вимоги до ПЗ;

актуальністю вимоги до ПЗ;

здійсненністю вимоги до ПЗ;

функціональністю ПЗ;

гарантією якості ПЗ;

якістю ПЗ;

інженерією якості ПЗ;

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

документ зі вказаними потребами або цілями безпосередніх користувачів, якими має володіти ПЗ, щоб задовольнити їх потреби під час використання;

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

договір між замовником ПЗ та його розробником щодо надійності роботи ПЗ, умов діяльності в заданому середовищі функціонування;

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

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

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

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

означає реалізація процесу розроблення ПЗ на всіх етапах тестування програмного продукту;

означає документування процесу розроблення ПЗ на всіх етапах реалізації програмного проекту;

означає підготовку тестових завдань для відстеження системних вимог до ПЗ та його компонент, які воно буде виконувати, а також їх взаємний вплив на інші компоненти;

означає підготовку тестових завдань до кожної системної компоненти ПЗ з позиції його функціональності, які воно має виконувати, а також їх взаємний вплив на інші компоненти;