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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

якістю ПЗ;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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