1、需求分析管理控制程序版本：0. 1版制定人：CMMB需求分析程序1.目的對軟件產品需求分析活動進行控制，明確用戶需求說明書的要求2.適用范圍適用于公司自主開發產品和合同項目軟件部分的用戶需求分析活動。3.崗位與職責責任人職責說明項目核心組與用戶溝通，進行初期的用戶需求調研， 形成文檔，決定需求是否有必要繼續進行；對需求分析過程中的需求分析人員與用戶的關系進行協調；對需求分析過程中遇到的不明確性進行判斷和決策；形成需求備忘錄和用戶需求說明書，向部門負責人提出評審申請。需求調研和需求評審由產品經理或項目經理或所在的產品部門負責。建立需求跟蹤記錄。事業部/開發 部負責人對需求分析過程中出現的問題進行

2、指導；按程序文件要求組織對 用戶需求說明書進行評審。為項目組指定 SQA配置管理員、測試經理等相關資源配置管理員用戶需求說明書評審后，納入配置管理SQA開始制定軟件質量保證工作計劃 ，并監督項目核心組的 需求分析工作是否符合程序文件的要求， 完成軟件需求分 析質文報告測試經理參與評審4.程序1.1. 流程圖1.2. 總則需求活動大致分三個階段：需求調研、需求分析和需求管理1.2.1. 需求調研階段指定指a.對自主產品而言，在用戶意向明確后， 開發部負責人根據產品經理的申請，需求分析人員組成用戶需求分析小組，由產品經理負責組織開展用戶需求調研活動。b.對合同類項目而言， 在用戶意向明確后， 開發

3、部負責人根據項目經理的申請， 定需求分析人員組成用戶需求分析小組，由項目經理負責組織開展用戶需求調研。c.此階段以調查用戶需求為主，生成需求備忘錄。1.2.2. 需求分析階段立項后，項目核心組對需求進行分析研究，細化，由產品經理或者項目經理負責對需求分析過程中的問題進行判斷和解決，關鍵問題或認為有必要時可向公司事業部或開發部負責人匯報和請示。此階段以分析為主，如遇不確切的需求，仍需進一步調查補充，生成用戶需求說明書。1.2.3. 需求管理階段評審后的需求文檔納入基線，按配置管理計劃進行變更管理（見 配置管理程序） 。1.3. 用戶需求調研應了解的主要內容：1. 用戶的工作流程、相關部門及職責；

4、2. 用戶原有系統的情況；3. 用戶對產品的期望（包括功能，性能，使用方式，平臺，交付時間等）;4. 用戶對產品的具體要求（包括各功能的具體含義）;5. 用戶業務中與待開發的產品有關的部分；6. 用戶對產品與其生產流程的配合要求；7. 產品與用戶原有系統的接口；8. 用戶對軟、硬件平臺的限制和要求；9. 產品的使用人員的技術水平1.4. 需求調研的要求在進行前期用戶需求調研時，應進行必要的記錄并整理保存，形成正式的需求備忘錄，并經內部審核和評定。產品立項或合同評審時，必須提供正式的需求備忘錄文檔。1.5. 用戶需求說明書在需求備忘錄的基礎上，用戶需求分析小組進行詳細的用戶需求分析，編寫出用戶需

5、求規格說明書（內容和要求參見模板）。編寫時可根據具體的產品情況進行調整。必要時，可在有關章節中引述其它資料作為附件。1.6. 評審1. 用戶需求說明書形成后， 需要由需求分析小組向事業部/開發部負責人申請評審，評審過程要求參見評審控制程序，最終形成用戶需求說明書評審報告。2. 評審結論分為通過、有條件通過和不通過（即取消項目）， 對于有條件通過，由 SQA進行跟蹤解決。3. 評審主要內容：a. 確定不完整和遺漏的需求b. 評審需求以確定它們是否：o 可行、適用于軟件實現o 需求表達清楚、適當o 彼此一致o 可測試c. 需求分析小組成員對有問題的需求給出解釋，并進行必要的修改。d. 開發經理與測試、配置管理、協作部門等方就需求達成一致意見，或協商作出約定。1.7. 納入配置管理用戶需求說明書評審后應納入配置管理，按配置管理程序進行管理，進入 需求管理階段。1.8. 需求變更管理無論是用戶原因還是公司自身原因，在需求評審通過后的設計、開發等活動中需要對用戶需求說明書進行修改時，應執行變更管理控制程序。1.9. 建立需求跟蹤記錄對需求分析的結果，進行跟蹤管理，形成跟蹤記錄