Управление на софтуерните изисквания Софтуерните изисквания изразяват нуждите и ограниченията, поставени върху софтуера, чрез които той постига целта си - разрешаването на съществуващ проблем. Правилното дефиниране на изискванията е критично за създаването на полезен софтуерен продукт. Управлението на изискванията включва следните подпроцеси: извличане на изискванията, анализ на изискванията, спецификация на изискванията и валидация на изискванията. Метрики за оценка на управлението на софтуерните изисквания Основните цели на процеса са пълното извличане на изискванията и правилното им разбиране от разработчиците. Управлението на изискванията е непрекъснат процес, който се изпълнява при всяко установяване на нови изисквания и може да се случи във всеки момент от жизнения цикъл на софтуера, но има очевидни предимства в това по-голямата част от изискванията да са известни още преди началото на проектирането и разработката. Дефинирането на изискванията може да бъде дълъг процес, по време на който липсва достатъчно информация за определяне на едни от най-важните параметри на разработката на софтуер - времето и цената за разработка, които са функция на обема на софтуера. За това би била полезна "метрика за обема от изискванията", която позволява веднага след дефиниране на изискванията тези параметри да бъдат определени. Проектиране Проектирането е процеса на дефиниране на архитектурата, компонентите, интерфейсите и други характеристики на системата или неин компонент. Резултатът от проектирането се нарича софтуерен проект (ISO/IEC/IEEE, 2010). По своята същност, проектирането представлява изграждане на модел на реалния проблем, който софтуерът трябва да решава. Решаването на проблема в модела решава проблема и в реалния свят. Един и същи проблем може да бъде моделиран по много начини, тъй като при софтуера няма физически ограничения, които да задават рамка на модела. Това прави проектирането изявено творчески процес, което от своя страна прави трудно описването му. Все пак процесът може да бъде разделен на два подпроцеса: архитектурен проект и детайлизиран проект. Архитектурният проект описва как софтуерът е разделен на взаимодействащи си компоненти. Детайлизираният проект описва поведението на тези компоненти. Резултатът от двата процеса е множество от модели и записи, които описват взетите нетривиални решения и причините, поради които са взети именно тези решения.
