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

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

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

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

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

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

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

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

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

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

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

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

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

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

якістю ПЗ;

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

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

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

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

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

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

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

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

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

проектною системною специфікацією (англ. System Design Specification);

системними вимогами (англ. System Requirements);

користувацькими вимогами (англ. User Requirements);

управлінням вимогами (англ. Requirements Management);

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

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

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

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

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

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

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

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

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

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

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

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