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

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

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

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

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

ефективністю ПЗ;

переносністю ПЗ;

супроводжуваністю ПЗ;

ігнорування тих деталей явища, які не важливі на даний момент для дослідження конкретної його моделі, незважаючи на те, що інші деталі надзвичайно важливі для моделі явища загалом;

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

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

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

тестованістю ПЗ;

стабільністю ПЗ;

змінюваністю ПЗ;

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

автоматизацією вимог до ПЗ;

управлінням вимог до ПЗ;

структуризацією вимог до ПЗ;

оптимізацією вимог до ПЗ;

оперативністю ПЗ;

легкістю навчання ПЗ;

зрозумілістю ПЗ;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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