軟體需求開發的最終文件經過評審比準後，則定義了開發工作的需求基線（baseline）。這個基線在客戶和開發者之間構築了計劃產品功能需求和非功能需求的一個約定（agreement），需求約定是需求開發和需求管理之間的橋樑。
需求管理是一個對系統需求變更、瞭解和控制的過程。

1.需求管理的主要活動

當初始需求到處的同時就啟動了需求管理規劃，一旦形成了需求文件的初稿，需求管理活動就開始了。
需求管理的主要活動：

需求管理強調：
（1）控制對需求基線的改動。
（2）保持專案計劃與需求一致。
（3）控制單個需求和需求文件的版本情況。
（4）管理需求和聯絡鏈，或者管理單個需求和其他專案可交付產品之間的依賴關係。
（5）跟蹤基線中的需求狀態。

2. 需求管理原則

過程能力成熟度模型（Capability Maturity Model，CMM）在軟體開發機構中被廣泛用來指導軟體過程改進。該模型描述了軟體處理能的5個成熟級別。為了達到過程能力成熟度模型的第二級，組織機構必須具有6個關鍵領域（Key Process Areas）。
需求管理是其中之一，其目標如下：
（1）為軟體需求建立一個基線，提供給軟體功能和管理使用。
（2）軟體計劃，管理和活動與軟體需求保持一致。
關於軟體需求過程與內的原則和策略：
（1）軟體開發計劃是基於已確定的需求。需求管理的關鍵過程領域不涉及收集和分析專案需求。
（2）不能承諾無法實現的事。承諾需求之前應該確認需求和約束條件、風險，偶然因素，假定條件等。
（3）通過版本控制和變更控制來管理需求文件。版本控制確保隨時能知道在專案開發和計劃中正在使用的需求的版本情況。變更控制提供了支配下的統一的規範的方式來統一需求變更。