відновлюваністю ПЗ;

безвідмовністю ПЗ;

стійкістю до помилок ПЗ;

узгодженістю ПЗ;

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

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

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

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

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

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

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

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

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

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

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

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

послідовністю вимоги до ПЗ;

атомарністю вимоги до ПЗ;

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

повнотою відстеження вимоги до ПЗ;

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

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

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

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

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

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

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

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

моделями автоматизації процесу проектування ПС;

способами автоматизації процесу проектування ПС;

засобами автоматизації процесу проектування ПС;

методами автоматизації процесу проектування ПС;

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

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

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

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

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

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

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

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

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