說起需求，大家并不陌生，因為在我們生活中時時刻刻存在。需求，在我們的項目和工作中，談得越來越多，越來越廣泛和細致，而項目生命周期中也涉及各種各樣的需求。本期10月19日-22日在深圳舉辦的需求分析與管理培訓班，讓我們隨湖南大學軟件學院王教授一起逐一分析并探討一些有用的對策。

需求是一條一條編寫出來的，用例圖是一幅一幅畫出來的。當完成部分需求或整個需求文檔以后，需要組織會議對需求文檔進行驗證和評審。利用需求檢查表進行檢查，確保系統所需要呈現的若干特性得到妥善描述。評審過程需要考慮合規性檢查，看需求是否和項目外部的法律、法規和業務規則等存在本質沖突。這種檢查是對客戶、公司的項目干系人提供一種保障。但有的時候，因為進度的要求，需求評審流于形式，存在根據功能軟件或系統開發完成后再補需求文件的亂象，害人又害己。

在編寫需求規格說明書時也會存在一些誤區。需求不是設計，即需求不是如何去實現這個系統，而是對系統業務功能和非功能的詳細解釋。需求說明不能等同于軟件實現。我們通常使用的原型法主要是用來收集需求的工具，而不是直接要求馬上實現的辦法。值得注意的是在需求文件中應避免使用軟件的特定的功能名稱和技術的細節，尤其在有界面呈現的系統需求編寫過程中。

在完成內部需求評審后，還要給外部關鍵干系人進行審批。讓客戶和用戶共同評審需求規格說明書。因為需求用的是業務語言來編寫的，所以客戶也易于理解，從而確保需求的正確理解和傳遞。如果評審通過，可以采用個人簽字，專家評審簽字的會議紀要等方式對需求規格說明書進行最終確認。經過驗證、評審和審批后的需求為項目范圍基線，如果以后再出現需求變更等情況，則可以以此對需求進行有效的控制。需求變更在軟件項目中是非常常見的，變更控制不是避免變更，而是對變更進行有效的管理，減少對后續的設計、開發工作有更大的影響。關于變更的控制，要利用項目管理計劃中的變更控制管理流程來進行，完成項目團隊對變更進行評估，以及上級領導和客戶審批等工作。

完成需求規格說明書的評審以后，將需求放在需求跟蹤矩陣中，采用需求跟蹤矩陣的意義是保證需求、設計、開發、測試過程的一致性，容易對過程數據進行度量。需求跟蹤矩陣確保針對需求的任何修改都存在變更歷史過程記錄中。也就是需求是可以被跟蹤的，可以在系統的生命周期中看到需求被實現的狀態。放置在需求跟蹤矩陣中的需求是需求的簡要描述，是按照優先級和功能類別分類的。分類是有編號的，這些編號和需求規格說明書中的內容進行一一對應。需求分析和管理的具體工作非常艱巨，技術要求相對較高。項目經理的作用不可忽視，前提是他或她需要即懂業務又懂技術，作為項目經理的我們準備好了嗎？

中培成立十年來一直秉持“以需求為導向、以質量促發展”的宗旨，致力于為我國提供最高端的IT咨詢與培訓服務。其當前主要服務范疇涵蓋IT管理與IT技術兩大范疇。良好的服務態度，使中培偉業成立多年來，取得了快速的發展，相關數據顯示，中培的教育服務目前已覆蓋全國30個省市，多家授課中心，所開設課程超過300門。

一花一世界，一葉一菩提。希望更多的志士仁人加入我們，這是大家的平臺，一起努力分享專業！

想了解更多IT資訊，請訪問中培偉業官網：中培偉業