收集來的用戶需求如何轉換為需求規格說明書，中間的一個重要過程就是需求分析和開發。這樣正好體系一些需求分析工作的重點內容，通過識別需求的優先級以更好的安排項目資源和進度，有的放矢。通過對原始需求的分類，合并，抽象以提取通用的需求模型。通過識別非功能性需求以增加整個系統的健壯性，性能和易用性。通過對需求模塊單元的劃分，流程和規則的描述，功能點分析為項目進度計劃安排和進度跟蹤創造條件。因此我們將需求分析是一種業務和系統的模式匹配，如果才能夠匹配好就是需求分析的責任。
需求管理
應該首先看到需求管理的目的首先為項目管理服務，結構化的需求管理使項目管理真正做到可視化，另外需求管理為用戶服務，通過有效的需求管理能夠更好的滿足用戶的需求，提升用戶滿意度。最后需求管理為后續項目提供支持數據和依據，因為需求管理的內容是結構化和文檔化的，這些是內容是項目重要的過程資產。
要管理需求，則我們的需求必須是結構化和文檔化的，否則就談不上需求管理。因此需求管理必然會涉及到配置管理相關工作。同時為了量化的說明需求管理的有效性，我們的需求本身又必須是可度量的，需求功能點的粒度應該在一定范圍內。需求規格說明書是需求管理的重要對象，必須文檔化，而且會在整個軟件開發生命周期中被多次使用到。
需求全生命周期的管理的一個重點就是需求的狀態管理，用戶提出來的需求就是是否實現了，現在處在哪個環節都需要依靠需求的狀態管理和跟蹤來實現。因此需求分析階段需求功能點的條目化就是需求狀態管理的一個重點，而需求狀態跟蹤的過程正好就是我們對項目進度和狀態的跟蹤過程。如果項目管理的狀態監控的好，則需求狀態管理也可以做好，同時拆分后的需求狀態管理為我們增量和迭代開發提供了基礎，有了這個才可能真正做好項目掙值管理，才可以更好的應用掙值中的0-100原則。
需求的變更控制重要性體現在真正的使甲乙雙方對范圍的承諾有共同的重視。當有了共同基準依據的時候才能夠真正的體現用戶滿意度上面，同時需求變更真正的體現出項目計劃的嚴肅性，保證項目計劃的受控和嚴格執行。需求老發生變動，項目老延期都是需求變更沒有做好的一種表現形式。對于已經開發完成的軟件產品，我們更需要有結構化的需求變更流程，將變更的影響分析影響植入到流程中，這樣才可以保證整個軟件產品的穩定性。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
