中第9章 需求开发.docVIP

需 求 開 發 需求開發（Requirement Development，RD）的目的是通過調查與分析，獲取使用者需求並定義產品需求。 需求開發過程域是SSP模型的重要組成部分。本規範闡述了需求開發過程域的兩個主要規程： ☆ 需求調查 [SPP-PROC_RM_SURVEY]。 ☆ 需求定義 [SPP_PROC_RM_DEFINE]。 上述每個規程的“目標”、“角色與職責”、“啟動準則”、“輸入”、“主要步驟”、“輸出”、“完成準則”和“度量”均已定義。 需求分析是需求開發過程域的重要活動之一，但是不宜用“規範”這種形式來論述。本章對需求分析方法做了概括性的介紹，請讀者閱讀更加專業大 需求分析論著。 本規範適用於國內IT企業的軟體研發專案。建議使用者根據自身情況（如商業目標、研發實力等）適當地修改本規範，然後推廣使用。 介 紹 需求開發與需求管理是相輔相成的兩類活動，它們共同構成完整的需求工程，需求開發和需求管理的流程圖如圖9－1所示。 需求開發可分為兩個階段：“使用者需求調查階段”和“產品需求定義階段”，“需求分析”則貫穿於上述兩個階段。需求調查階段和需求定義階段在邏輯上存在先後關係，實際工作中二者通常是反覆運算進行的。我們把從事需求開發的工作的人員稱為需求分析員（也叫系統分析員），避免與其他開發人員混淆。 需求調查 需求調查的目的是通過各種途徑獲取使用者的需求資訊（原始材料），產生《用戶需求說明書》。 需求分析 需求分析的目的是對各種需求資訊進行分析，消除錯誤，刻畫細節等。常用的需求分析方法有“問答分析法”、“結構化分析法”和“面相物件的分析法”。 需求定義 需求定義的目的是根據需求調查和需求分析的結果，進一步定義準確無誤的產品需求，產生《產品需求規格說明書》。系統設計人員將根據《產品需求規格說明書》開展系統設計工作。 需求開發過程域產生的主要文檔有： ☆《使用者需求說明書》，範本見[SPP-TEMP-RD-UR]。 ☆《產品需求規格說明書》，範本見[SPP-TEMP-RD-PRS]。 9.2 用戶需求調查 9.2.1 目的 獲取使用者（客戶與最終使用者）的需求資訊，經過分析後產出《用戶需求說明書》。 角色與職責 需求分析員調查、分析用戶的需求。 客戶與最終使用者提供必要的需求資訊。 啟動準則 需求分析員已確定。 輸入 任何與用戶需求相關的材料 主要步驟 『Setp1』準備 需求分析員確定需求調查的方式，例如： ☆ 與用戶交談，向用戶提問題。 ☆ 參觀使用者的工作流程，觀察使用者的操作。 ☆ 向用戶群體發調查問卷。 ☆ 與同行業、專家交談，聽取他們的意見。 ☆ 分析已經存在的同類軟體產品，提取需求。 ☆ 從行業標準、規則中提取需求。 ☆ 從Internet上搜查相關資料。 需求分析員準備調查問卷（問題表）。 需求分析員與被調查者建立聯繫，確定調查的時間、地點、人員等。 『Setp2』調查與記錄 需求分析員調查使用者需求，隨時記錄調查過程中所獲取的需求資訊。 『Setp3』分析需求資訊 需求分析員分析已經獲取的需求資訊，消除錯誤，歸納與總結共性的用戶需求。 『Setp4』撰寫用戶需求說明書 需求分析員按照指定的文檔範本撰寫《使用者需求說明書》，主要內容包括： ☆ 產品介紹 ☆ 描述用戶群體的特性 ☆ 產品應當遵循的標準或規範。 ☆ 描述產品的功能性需求。 ☆ 描述產品的非功能性需求，如使用者介面、軟硬體環境、品質等需求。 提示: 調查過程中獲取的需求資訊可以作為《使用者需求說明書》的附件。 [後續活動：需求確認] 專案經理邀請同行專家和使用者（包括客戶和最終使用者）一起評審《用戶需求說明書》，盡最大努力使《用戶需求說明書》能夠正確無誤的反映用戶的真實意願。 需求評審之後，開發方和客戶方的責任人對《用戶需求說明書》做書面承諾。 提示: “需求確認”活動屬於需求管理範疇，詳見[SPP-PROC-RM]。 輸出 《用戶需求說明書》 結束準則 需求分析員已經撰寫完成《用戶需求說明書》，並做了內部審查（消除拼寫、排版等錯誤）。 度量 需求分析員統計工作量和上述文檔的規模，彙報給專案經理。 9.3 產品需求定義 目的 定義準確無誤的產品需求，產生《產品需求規格說明書》。 角色與職責 需求分析員定義產品需求 客戶與最終使用者提供必要的需求資訊，並確認產品需求。 啟動準則 《用戶需求說明書》已經撰寫完成。 輸入 《用戶需求說明書》 主要步驟 『Setp1』細化並分析用戶需求 ? 需求分析員對《