需求管理是軟件開發(fā)全生命周期重要的一個環(huán)節(jié)，我們每個人都知道它的重要性，但是要真做做好并不簡單，我也寫了一本在線電子書業(yè)務分析與需求.pdf來講解需求相關內容。對于每種技術和方法，就像以前我寫過的企業(yè)架構成熟度模型（EAMM）的一樣，我們都不可能一下子就精通，而是按照一種學習的曲線進展，本篇本篇主要介紹一下需求管理成熟度的六個級別。

　　級別0：沒有需求（no requirements）

沒有任何明確的需求被記錄下來，他們假定知道要構建什么，希望節(jié)省需求的時間來做開發(fā)，但這勢必會給開發(fā)工作帶來混亂，因為需求是一項比較復雜的工程，并不能通過假定就可以明確軟件功能，這樣做很可能會導致所做的產品并不是用戶所需要的。

　　級別一：被記錄的需求（Written Requirements）

從混亂的沒有需求級別上升一步的就是簡單的寫出需求。雖然只是簡單書寫需求，但是相對于沒有需求級別來說已經可以感受到很多好處了：

1. 與客戶有一個基本的約定。如果寫的好，需求能夠清晰地描述你對客戶需要的理解，他們可以通過閱讀需求來檢查是否與他們想的一致
2. 開發(fā)團隊的每個成員通過需求可以很好的支持他們的工作。架構師和設計師可以開始考慮如何架構系統(tǒng)來支持客戶期望，也可以支持測試人員及早開始測試案例的編寫，當然更能支持開發(fā)人員理解軟件要求來編寫代碼
3. 需求可以讓新來的成員更快速的了解系統(tǒng)是什么

要得到這些好處，我們也需要付出一些成本：

1. 需要有人花時間來寫需求
2. 為了保證需求的及時性，需要不斷地維護需求

　　級別二：被組織的需求（Organized）

需求的目的是為了清晰地與用戶、客戶和其他涉眾（例如開發(fā)團隊）等人就問題的解決方案進行溝通。級別二關注需求質量、格式化、安全和存儲，以及版本管理。

• 質量：好的需求容易讓大家明白，架構師、開發(fā)人員和測試人員也都能很好的使用它，不好的需求會導致大家比較模糊、認識存在差異等問題。
• 格式化：需求必須以統(tǒng)一的方式來描述，例如序號、標題、字體、表格等，可以使得文檔更容易閱讀、理解和使用，文檔模板可以幫助我們以統(tǒng)一格式來編制
• 可訪問性、安全性和版本管理：當存在很多需求時，我們會經常遇到不知道在哪里可以找到需要的需求，這時我們就需要有一個統(tǒng)一管理需求地方

級別三：結構化需求（Structured）

級別三開始對需求進行歸類，它們是功能性需求還是非功能性需求？是業(yè)務需求還是系統(tǒng)需求？是特性還是軟件需求？客戶、市場和用戶需求是什么？區(qū)分這些可以幫助我們更好的理解和管理需求。之前級別都是用一些文字類語言來描述，而級別三是一種結構化需求，例如給需求添加一些屬性。

　　級別四：可跟蹤性需求（Traced）

需求本身就是層級的，由業(yè)務需求到用戶需求再到系統(tǒng)需求；而需求又與開發(fā)和測試有所關聯，通過可跟蹤性管理，我們可以知道在更改一個需求時，會影響到哪些子需求以及相關的同級需求，還能夠分析出影響哪些開發(fā)和測試內容。

　　級別五：集成化需求（Integrated）

通常我們做了很多需求，但是并沒有一種集成化的方法把需求直接引入開發(fā)中，可能導致實現出來的是另一回事。集成化需求管理流程可以直接由需求導入軟件設計、變更管理、測試和項目管理。團隊將需求作為主要輸入，如果將需求模型化，我們則可以通過模型化需求來開發(fā)應用程序，OpenExpressApp就是通過建模來結構化需求，它的目標就是要做成能夠讓業(yè)務工程師來開發(fā)應用程序。

文章來源：博客園 周金根