需求開發與管理簡述
by:授客 QQ：1033553122
總體流程
流程細說
A.
客戶需求開發
在項目立項階段前期，項目主辦部門指定的業務負責人組織客戶需求的編寫，形成需求大綱文檔。
需求大綱編寫人員應廣泛收集各種來源的相關業務需求，并在分析和整理之後，采用相對宏光的方式，描述項目的目标、範圍、涉衆、總體需求、主要限制條件等，形成業務需求大綱。
業務需求大綱應在項目立項申請之前，作為研發部需求申請的主要材料送出至相關部門進行受理。
B.
業務需求開發
項目立項申請獲批，項目章程釋出之後，業務負責人根據立項審批結果，組建業務需求開發團隊，制定業務需求開發計劃，在需求大綱基礎上的基礎上，進行業務需求的開發工作。
業務需求開發過程中，業務需求開發團隊應該通過調查研究，觀摩考察、交流訪談等方式，從不同層次和不同角度，對業務需求和技術需求進行進一步擷取，并根據相關模版，編寫完成業務需求說明書。
C.
業務需求評審
業務主辦部門向相關部門送出業務需求評審，需求管理處負責協調各個相關部門對業務需求進行正式管理評審。
業務需求評審通過後，項目組建立相應的業務需求基線。
構成基線的業務需求說明書是使用者驗收測試的依據。在外包項目中，業務需求說明書還應作為研發外包招投标的基礎。
D.
軟體需求分析
項目經理負責組建軟體需求分析團隊，在業務需求說明書的基礎上，定制軟體需求分析計劃，進行軟體需求分析工作。
軟體需求分析一般與架構設計同時進行，互為驗證。并建立在一定的子產品劃分的基礎上，從軟體實作的角度出發，通過模組化等需求分析方法和技術，将業務需求轉化為軟體的功能性和非功能性需求。
軟體需求分析團隊應該根據相關模版，編寫完成軟體需求規格說明書。
E.
軟體需求評審
項目組向相關部門送出軟體需求評審申請，需求管理處負責協調各個相關部門，組織對軟體需求的正式管理評審。
軟體需求評審通過後，項目組應建立響應的軟體需求基線。
構成基線的軟體需求規格說明書是概要設計和系統測試的依據。
F.
需求跟蹤管理
在項目實施過程中，項目組應對需求進行跟蹤管理，確定需求的雙向可跟蹤性。如下
(一)
建立和維護需求跟蹤矩陣
項目組應通過需求跟蹤矩陣的建立和維護，明确橫向的需求和需求之間的依賴關系，以及縱向的需求和設計、編碼、測試之間的對應關系，以確定所有的需求都有相應的實作方式和驗證方法,并可在需求、設計、代碼、測試中任何一個環節發生變更時，能夠通過跟蹤矩陣準确定位到其他受影響的環節,評估變更帶來的影響。同時，還可通過需求間的依賴關系，幫助确定需求的優先級。
(二)
跟蹤需求的實作情況
項目組應根據項目計劃和需求跟蹤矩陣，定期對需求的完成情況進行跟蹤。
G.
需求變更管理
業務需求和軟體需求通過評審，建立相應的基線之後，如需對需求進行變更，則應按照項目變更管理相關規程
進行管理。
在執行需求變更、建立新的需求基線之後，項目經理應根據實際情況調整項目計劃，配置設定或申請相應的資源和時間來實施該變更。需求變更的實施結果應由變更發起人組織驗證确認。
項目組應使用變更管理工具對需求變更申請狀态進行跟蹤與管理，直至需求變更被最終關閉。
H.
說明
每家公司都不一樣，具體結合實際進行綜合考慮。
作者：授客
QQ：1033553122
全國軟體測試QQ交流群：7156436
Git位址：https://gitee.com/ishouke
友情提示：限于時間倉促，文中可能存在錯誤，歡迎指正、評論！
作者五行缺錢，如果覺得文章對您有幫助，請掃描下邊的二維碼打賞作者，金額随意，您的支援将是我繼續創作的源動力，打賞後如有任何疑問，請聯系我!!!
微信打賞
支付寶打賞 全國軟體測試交流QQ群