文章有點長，字字是干貨，建議收藏，需要文檔可評論“需求開發(fā)標準化文檔”，覺得還不錯的可以用發(fā)財?shù)男∈贮c個免費的關(guān)注，小編更加有動力整理分享。

目錄

1 目的

定義需求開發(fā)與管理過程，為需求開發(fā)及跟蹤提供有效的流程和方法。

2 適用范圍

2.1 機構(gòu)

研發(fā)中心技術(shù)部門及PMO、技術(shù)拓展部。

2.2 業(yè)務

提供需求工程的過程標準。

3 名詞術(shù)語

3.1 RDM（Request Development and Management）：需求開發(fā)與管理。

3.2 SRS(Software Requirement Specification)：軟件需求規(guī)格說明書。

3.3 客戶(Customer)：開發(fā)產(chǎn)品訂單的付費方

3.4 最終用戶(End User)：最終真正操作軟件的用戶

3.5 用戶需求：指直接來自于客戶或者用戶的原始需求

3.6 產(chǎn)品需求：指對用戶需求進行需求分析和開發(fā)之后生成的對于軟件產(chǎn)品開發(fā)的需求

3.7 CCB(Change Control Board)：變更控制委員會。CCB的組長一般為適用機構(gòu)的領(lǐng)導，成員一般為PMO及適用機構(gòu)領(lǐng)導制定的某些特定人員，對于子部門級別的項目，CCB可直接由子部門的經(jīng)理擔任組長，由PMO擔任組員。

4 概述

項目在工程活動的開始，首先要進行需求開發(fā)。后續(xù)所有的工程活動，包括設(shè)計、實現(xiàn)、測試均是根據(jù)需求展開的，所以需求開發(fā)的重要程度是最高的，而由于需求的抽象性，需求開發(fā)人員（系統(tǒng)分析員）既需要有過硬的專業(yè)知識，還要具備較強的交流、溝通能力，所以需求開發(fā)也是最難的。任何項目，需求在整個工程開發(fā)過程中必定會發(fā)生變化，因此對需求變更的控制，即需求管理必不可少。

5 過程定義

5.1 需求開發(fā)與管理

需求開發(fā)與管理流程圖

5.1.1 角色與職責

5.1.2 入口準則

◆ 項目已經(jīng)啟動；

◆ 對于合同項目，合同已經(jīng)簽訂。

5.1.3 輸入

◆ 項目計劃

5.1.4 過程活動

1)、需求調(diào)查

獲取用戶（客戶和最終用戶）的需求信息。調(diào)查需求的方式包括：

◆ 與用戶交談，向用戶提問題

◆ 參觀用戶的工作流程，觀察用戶的操作

◆ 向用戶群體發(fā)調(diào)查問卷

◆ 與同行。專家交談，聽取他們的意見

◆ 分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求

◆ 從行業(yè)標準、規(guī)則中提取需求

◆ 從internet上搜查相關(guān)資料

在需求調(diào)查完成之后，需要生成需求搜集的文檔，文檔形式可以自定義，但搜集的需求形成的文檔需要由項目經(jīng)理組織進行非正式的評審，要盡最大努力使搜集到的需求正確無誤的反映用戶的真實意愿。

《用戶需求說明書》需要得到用戶的確認和承諾。

2）、需求分析及需求定義

需求分析員對搜集到的用戶需求進行分析細化，以便產(chǎn)生詳細的產(chǎn)品需求。需求分析的主要方法有：

問答分析法。常見的問題包括：

◆ 需求是否存在二義性

◆ 需求文檔上下文是否有矛盾

◆ 需求是否完備

◆ 需求是必要的嗎

◆ 需求可實現(xiàn)嗎

◆ 需求可驗證嗎

◆ 需求的優(yōu)先級確定了嗎

建模分析法。這種分析法需要需求分析員有較高的水平，因為建模分析的技術(shù)難度比較高。針對目前情況，不推薦使用。

同時撰寫產(chǎn)品需求規(guī)格說明書。其內(nèi)容主要包括：

◆ 產(chǎn)品介紹

◆ 描述用戶群體的特征

◆ 定義產(chǎn)品的范圍

◆ 闡述產(chǎn)品應當遵循的標準和規(guī)范

◆ 定義產(chǎn)品中的角色

◆ 定義產(chǎn)品的功能性需求

◆ 定義產(chǎn)品的非功能性需求，如用戶需求、軟硬件環(huán)境、質(zhì)量等需求

3）、評審及確認需求

項目經(jīng)理組織對《產(chǎn)品需求規(guī)格說明書》進行正式評審，同時要取得開發(fā)方和客戶方的書面承諾。

4）、需求跟蹤

將系統(tǒng)設(shè)計、編程、測試等階段的工作成果與需求文檔進行比較，建立與維護“需求文檔－設(shè)計文檔－代碼－測試用例”之間的一致性，確保產(chǎn)品依據(jù)需求文檔進行開發(fā)。

5）、需求變更申請

項目經(jīng)理撰寫需求變更申請單。需求變更說明書包括：變更原因；變更的內(nèi)容；此變更對項目造成的影響。

6）、審批需求變更申請

高層經(jīng)理和客戶共同進行需求變更申請的審批。

7）、變更需求文檔

需求分析員根據(jù)變更申請對用戶需求說明書和產(chǎn)品需求規(guī)格說明書進行變更處理，模板參見“變更控制與管理”過程域的變更單模板。

5.1.5輸出

◆ 用戶需求調(diào)查報告

◆ 用戶需求說明書；

◆ 產(chǎn)品需求規(guī)格說明書；

◆ 需求跟蹤矩陣；

◆ 需求變更申請單；

5.1.6 出口準則

◆ 產(chǎn)品需求規(guī)格說明書通過審批；

◆ 需求管理貫穿整個項目生命周期，直到項目結(jié)項；

5.1.7 過程度量

1）度量人員對以下數(shù)據(jù)進行度量

工作量。

◆ 進度。

◆ 需求變更的次數(shù)。

◆ 產(chǎn)品需求規(guī)格說明書的規(guī)模。

◆ 評審需求發(fā)現(xiàn)的缺陷。

5.1.8 確認與驗證

◆ QA對需求開發(fā)與管理過程及其產(chǎn)生的產(chǎn)品的規(guī)范性進行檢查；

◆ 項目經(jīng)理對需求開發(fā)與管理過程進行監(jiān)督，對產(chǎn)生的產(chǎn)品進行審查；

◆ 用戶確認用戶需求說明書及其變更。

◆ 高層經(jīng)理及客戶對產(chǎn)品需求規(guī)格說明書進行確認；

◆ 高層經(jīng)理及客戶對需求變更申請單進行審批；

6 規(guī)程

無

7 標準與規(guī)范

7.1 《需求開發(fā)與管理檢查單》

8 裁剪指南

1）、用戶以規(guī)范形式提供了需求的情況下可裁剪《用戶需求調(diào)查報告》；

9 模板與表格

9.1 《用戶需求調(diào)查報告模板》

9.2 《用戶需求說明書模板》

9.3 《產(chǎn)品需求規(guī)格說明書模板》

9.4 《軟件需求跟蹤矩陣表單模板》

10 實施指導

“需求開發(fā)與管理”是CMMI中的工程類過程。以下是對“需求開發(fā)與管理”過程實施時的進一步指導說明：

1）、管理配置項

對“需求開發(fā)與管理”過程產(chǎn)生的所有有價值的文檔應納入配置管理的適當層次。主要文檔示例如下：

◆ 用戶需求說明書

◆ 產(chǎn)品需求規(guī)格說明書

◆ 需求跟蹤矩陣

◆ 需求變更申請單

2）、培訓人員

組織應該對所有或部分參與“需求開發(fā)與管理”過程的相關(guān)人員進行培訓。主要培訓專題示例如下：

◆ 需求分析方法

3）、使項目干系人適時介入

◆對于需求調(diào)查的用戶需求要得到所有項目干系人的共同理解和承諾。

4）、QA根據(jù)計劃和控制“需求開發(fā)與管理”過程，并且采取適當?shù)募m正措施。

5）、項目經(jīng)理在執(zhí)行“需求開發(fā)與管理”過程中，應注意收集對過程的改進建議，并提交給組織EPG。

6)、評審及確認需求時，如客戶及最終用戶納入存在困難，可以在征求高層經(jīng)理的同意下，由高層經(jīng)理代表客戶需求，其他指定人員代表最終用戶需求進行評審。

附錄一：需求開發(fā)與管理檢查單

需求開發(fā)與管理檢查單

附錄二：需求跟蹤矩陣表單模板

需求跟蹤矩陣表單模板

附錄三：需求調(diào)查報告模板

【項目(產(chǎn)品)名稱】

常見需求調(diào)查方式有：

1. 與用戶交談，向用戶提問題。

2.參觀用戶的工作流程，觀察用戶的操作。

3. 向用戶群體發(fā)調(diào)查問卷。

4.與同行、專家交談，聽取他們的意見。

5.分析已經(jīng)存在的同類軟件產(chǎn)品，提取需求。

6.從行業(yè)標準、規(guī)則中提取需求。

7.從Internet上搜查相關(guān)資料。

1 需求標題1

2 需求標題N

附錄四：用戶需求說明書

目錄二

1引言

1.1 編寫目的

1.2 范圍

1.3 術(shù)語與縮寫解釋

1.4 參考資料

2 產(chǎn)品介紹

【提示：

（1）說明產(chǎn)品是什么，什么用途。

（2）介紹產(chǎn)品的開發(fā)背景?！?/span>

3 產(chǎn)品面向的用戶群體

提示：

（1）描述本產(chǎn)品面向的用戶（客戶、最終用戶）的特征，

（2）說明本產(chǎn)品將給他們帶來什么好處？他們選擇本產(chǎn)品的可能性有多大？

4 產(chǎn)品應當遵循的標準或規(guī)范

提示：闡述本產(chǎn)品應當遵循什么標準、規(guī)范或業(yè)務規(guī)則（Business Rules），違反標準、規(guī)范或業(yè)務規(guī)則的產(chǎn)品通常不太可能被接受。

5 產(chǎn)品的功能性需求

5.1 功能性需求分類

提示：將功能性需求先粗分再細分，下表中的 Feature A, Function A.1等符號應當被替換成有含義的名稱。

按照上面劃分的功能下面具體填加標題描述

5.2 Feature A

提示：此處寫一些承上啟下的文字。

5.2.1 Function A.1

功能描述：

6 產(chǎn)品的非功能性需求

6.1 用戶界面需求

6.2 軟硬件環(huán)境需求

6.3 產(chǎn)品質(zhì)量需求

6.4 其它需求