需求管理活動的目標就是確保需求業務活動能夠按照進度要求、質量要求、成本要求生產出高質量的由業務需求、使用者需求和系統需求構成的軟體需求規格說明。需求管理工作具體是借助由基線、版本、狀態、變更、跟蹤構成的需求約定這一抓手將需求業務活動整合起來並加以規範化。需求管理活動的目的是在客戶與軟體開發人員之間建立乙個由文件構成的需求基線。需求管理組織的具體工作內容是由需求管理活動的內容構成的。
軟體需求基線是由各階段需求業務活動的工作成果文件和文件內各部分內容的版本號的整合。軟體需求基線工作的落實借助這些工作成果文件和文件內各部分內容版本號來實現的。版本號是採用量化方式來解決同名而內容不同的乙個手段。為了減少衝突和不一致，只能允許指定的專人來更新、改變需求規格說明文件，且專人進行存貯和發布。
管理變更相比較其他工作領域被叫做異常發生，被視為突發事件，需要有相應的應急解決方案來加以控制和及時的處理，所以不要把需求變更視為一種常態。所有需求變更必須遵循過程，按照此過程，如果乙個變更需求未被採納，則其後過程將不需考慮。
需求跟蹤活動的目標是將需求業務活動和軟體開發活動通過需求能力矩陣這種方式整合起來，建立起可以由源頭追蹤至終端、也可以由終端回溯到源頭的關聯關係表。
《軟體需求十步走》閱讀筆記4
這一段時間主要閱讀了本書有關需求規劃的一些內容。需求規劃工作是面向 全業務 全資訊 全系統 採用分析綜合 歸納演繹的邏輯方法整理出組織與物件的業務邏輯模型，在此業務的邏輯模型基礎上進行系統的規劃。規劃需求引入到需求工程中後，與以往的需求分析有了很大的不同。不同之處在於 跳出以往將組織作為需求獲取的單...
《軟體需求十步走》閱讀筆記2
需求工程和軟體工程之間的關係界定沒有質的變化，只是將需求工程從軟體工程中剝離出來，將需求分析的分析工作和管理工作定義為需求工程。需求工程是面向全域性的 系統頂層的 著眼未來的工程，是將客戶業務作為內部研究物件，將軟體工程全過程作為外部研究物件的工程。需求工程是圓心，軟體工程是圓點。需求工程為軟體工程...
《軟體需求十步走》閱讀筆記1
軟體經歷了以 機器 為中心，以 應用 為中心，以 企業 為中心的發展過程，隨著 應用 為中心的軟體發展，原來的個體化 軟體作坊式 的軟體開發模式顯示出了很多的問題，針對這些問題，人們在不斷地討論與制定對策，在軟體開發技術和軟體開發過程與管理方面都取得了很多進步。新一代軟體需求工程的表現為工作階段劃分...