《管理篇》。

共分為四章，分別是需求管理的思路、需求版本控制、管理變更請求、需求跟蹤能力。

軟件需求的驗證工作的目的是保證需求分析成果的完整性和正確性，保證軟件開發後的軟件產品是用戶所需要的。軟件需求驗證的工作的重要性是在於發現修復需求分析中存在的問題。軟件需求驗證的主要工作是自我驗證，用戶驗證，系統驗證，技術驗證，專家驗證，主要是以評審會方式來展開，收集各方意見來進行修正。需求驗證存在的問題是還處於人工檢測階段，對驗證工作重視程度不夠。而目前在驗證的方法上存在的問題，大量的還依賴於人工檢測，這對於當前的大數據量服務還遠遠不夠，操作性也不太高。我們想說這種情況下，還有沒有其他辦法？我認為還是有的，即在驗證內容上提出要求。一是在驗證內容上的結果驗證，然後則是對系統的驗證，必須要在業務研究成果驗證基礎上展開，二是在需求分析上應對業務和系統功能進行量化分析，例如像業務的發生頻度、每筆業務的輸入/輸出數據流、系統的通信能力、請求相應能力。

1. 需求管理的思路 ：需求工程的需求業務活動由需求規劃中的6個業務活動和需求開發的4個業務活動共計10項業務活動組成，構成了需求工程的業務主線。需求工程的需求管理活動的目標就是確保需求業務活動能夠按進度要求、質量要求、成本要求生產出高質量的軟件需求。

2..需求版本控制 ：軟件需求基線是由各階段需求業務活動的工作成果文檔和文檔內各部分內容的版本號的集成。軟件需求基線工作的落實借助這些工作成果文檔和文檔內部分內容版本號來實現的。

3. 管理變更相比較其他工作領域被叫做異常發生，被視為突發事件，需要有相應的應急解決方案來加以控制和及時的處理，所以不要把需求變更視為一種常態。所有需求變更必須遵循過程，按照此過程，如果一個變更需求未被采納，則其後過程將不需考慮。

4.需求跟蹤活動的目標是將需求業務活動和軟件開發活動通過需求能力矩陣這種方式集成起來，建立起可以由源頭追蹤至終端、也可以由終端回溯到源頭的關聯關系表。建立需求能力矩陣對於實際發生需求變更時可以通過該矩陣遍歷出與變更需求相關的各個工作元素，而不至於陷入需求變更的困局中。需求能力矩陣除了可以輕松應對需求變更，而且還可以基於它建立一個需求工程全局管理視圖。

《軟件需求十步走》閱讀筆記5