需求管理系統(tǒng)要求規(guī)范說明書V10

優(yōu)選文檔優(yōu)選文檔PAGEPAGE17優(yōu)選文檔PAGE.

需求管理規(guī)范說明

數(shù)據(jù)產(chǎn)品事業(yè)部-生產(chǎn)部-收集部

;..

奏效日期：版本號：V0.1版本狀態(tài)：■草案□定稿□宣布版□校正稿編制人：武小元編制日期：2014-4-11審查人：贊同日期：贊同人：贊同日期：

;..

文檔簡歷

版本狀態(tài)校正日期校正章節(jié)主要修正校正者審查人

V0.10全部達(dá)成稿本武小元

;..

宣布范圍

接收部門子部門接收人崗位節(jié)選版圓滿版份數(shù)附件接收日期

;..

目錄

1.目的2

2.合用范圍2

3.術(shù)語及定義2

3.1需求管理2

3.2需求獲取2

3.3需求列表2

3.4需求狀態(tài)2

4.履行準(zhǔn)則2

5需求管理過程3

5.1需求過程所波及工作.3

需求定義3

需求獲取3

需求解析4

需求說明4

需求考證6

需求保護(hù)6

需求基線定制6

需求改正7

需求追蹤9

需求狀態(tài)10

;..

概括

需求管理，需要明確需求管理流程，并對每個(gè)有關(guān)部門所應(yīng)有的責(zé)任與權(quán)益進(jìn)行界定，同時(shí)要成立有

效的看守舉措，使流程中的每個(gè)環(huán)節(jié)都能發(fā)揮有效作用。

需求管理不是項(xiàng)目先期的一個(gè)環(huán)節(jié)，而是貫串整個(gè)項(xiàng)目的要點(diǎn)流程。在詳細(xì)進(jìn)行需求管理時(shí)，應(yīng)當(dāng)著

重注意明確職責(zé)防備缺位、需求應(yīng)分層交流和確認(rèn)、分步實(shí)行和先易后難的原則。

目的

為了闡述清楚一個(gè)項(xiàng)目需求各個(gè)層次中的每一個(gè)環(huán)節(jié)設(shè)計(jì)考慮。保證項(xiàng)目履行的質(zhì)量、進(jìn)度、需

求的圓滿與可追憶性。保證業(yè)務(wù)需求提出者與需求解析人員、項(xiàng)目履行人員、查收人員及其也有關(guān)利

益人對需求達(dá)成共鳴。

合用范圍

本管理規(guī)范只合用于數(shù)據(jù)產(chǎn)品事業(yè)部-收集部需求管理人員。

術(shù)語及定義

4.1需求管理

是一種獲取、組織、并記錄項(xiàng)目所產(chǎn)生或接受的技術(shù)性、非技術(shù)性需求，以及組織項(xiàng)目的需求。

經(jīng)過需求管理可以管理全部的需求改正、保護(hù)需求與項(xiàng)目實(shí)行過程的關(guān)系、鑒識需求與工作產(chǎn)品間的

不一致，使客戶、與項(xiàng)目團(tuán)隊(duì)對不斷變化的需求達(dá)成并保持一致。

4.2需求獲取

是業(yè)務(wù)規(guī)劃部門依據(jù)需求方提交的業(yè)務(wù)需求，經(jīng)過解析、整合、加工而形成的按系統(tǒng)、分功能抽

象記錄的需求概括。它是項(xiàng)目管理的基本單元，也是用戶需求編寫的依據(jù)。

4.3需求列表

是需求解析人員依據(jù)需求條目，經(jīng)過解析，依據(jù)需要實(shí)現(xiàn)的目標(biāo)點(diǎn)組織編寫的需求清單。

4.4需求狀態(tài)

指某時(shí)間點(diǎn)上反應(yīng)出的需求問題情況。

履行準(zhǔn)則

1、必然列明需求條目

2、必然列明用戶需求列表

3、需求必然要進(jìn)行分類

4、需求需分優(yōu)先級

;..

5、需求輸入后必然進(jìn)行管理文件編號管理

需求管理過程

6.1需求過程所波及工作

需求管理過程也叫做需求階段，包括需求定義、需求保護(hù)。

需求管理流程

需求管理

內(nèi)部需求外面需求

需求定義需求保護(hù)

需需需需需需需需求求求求求求求求獲分說驗(yàn)基變跟狀取析明證線更蹤態(tài)

圖1-1

說明：1、需求定義主要包括需求獲取、需求解析、需求辦理（需求規(guī)格說明書）、需求考證四個(gè)階段。

、需求保護(hù)主要包括對整個(gè)基線需求管理的保護(hù)及改正、追蹤、狀態(tài)四個(gè)方面的保護(hù)工作。

需求定義

需求獲取

需求獲取的主要目的是從宏觀上掌握產(chǎn)品方向的詳細(xì)需求方向和趨勢，認(rèn)識現(xiàn)有需求組織內(nèi)容、項(xiàng)目

業(yè)務(wù)流程、工藝要求等，對任務(wù)進(jìn)行解析、進(jìn)而捕獲和校正用戶的需求，以成立優(yōu)秀的交流渠道和方式。

以下為需求獲取流程圖：

;.

向方取獲

程

流取獲求需程過

取獲

需求解析

.

產(chǎn)品部內(nèi)需提出更多門路

獲取項(xiàng)目基礎(chǔ)資料對項(xiàng)目背景與流程組織需求說明形成初步掌握初審會(huì)

認(rèn)識項(xiàng)目實(shí)現(xiàn)目標(biāo)需求說明書稿本需求說明文檔修定

同類項(xiàng)目方案解析需求獲取結(jié)束

圖1-2

需求解析包括提煉、解析和認(rèn)真審查已收集到的需求，最后將所接收到的需求內(nèi)容成立一個(gè)見解型業(yè)

務(wù)流程，以保證全部的風(fēng)險(xiǎn)擔(dān)當(dāng)者都理解其含義并找出其中的錯(cuò)誤、遺漏或其他不足的地方。

目前需求抽象化物理屬性邏輯化基本屬性

基本屬生導(dǎo)出

目標(biāo)確認(rèn)詳細(xì)化需求內(nèi)容形成實(shí)例過程實(shí)質(zhì)邏列

圖1-2

需求說明

需求規(guī)格說明闡述一個(gè)項(xiàng)目履行過程必然供給的目標(biāo)、范圍和工藝要求、產(chǎn)能、項(xiàng)目架構(gòu)以及它所要

考慮的限制條件，它是項(xiàng)目策劃、生產(chǎn)和質(zhì)量的基礎(chǔ)。以下為需求說明校正流程：

;..

需求說明書校正過程

崗位流程圖履行標(biāo)準(zhǔn)

開始

①注：需求說明中對各項(xiàng)要需求說明書解析①求要清楚，不可以遺漏，模糊，業(yè)務(wù)閉環(huán)圓滿

編制需求規(guī)格說明書需求解析人員②②注：將第①過程的成就

文檔化，為策劃供給依據(jù)

對項(xiàng)目履行架構(gòu)提出

詳細(xì)要求③③注：逐一查對需求內(nèi)容，

依據(jù)據(jù)現(xiàn)有項(xiàng)目架構(gòu)及資源

情況列出不知足需求的點(diǎn)

NO

項(xiàng)目有關(guān)關(guān)系人評審④④注：評審的目的是找出是否有遺漏和不足

Yes

結(jié)束

段

階

圖1-3

;..

需求考證

考證是為了保證需求說明正確并圓滿地表達(dá)需求內(nèi)容以及必要的質(zhì)量特點(diǎn)。

需求考證要求項(xiàng)目各個(gè)環(huán)節(jié)負(fù)責(zé)人共同參加，對提交后的需求規(guī)格說明進(jìn)行考證，解析需求的正確性、

圓滿性以及可行性等

以下為需求定義階段操作矩陣，如圖：

需求定義操作矩陣需求獲取需求解析需求說明需求考證1、獲取需求目標(biāo)范圍1、聯(lián)系交流會(huì)議1、需求規(guī)格說明書1、項(xiàng)目組審查2、工藝實(shí)現(xiàn)的要求2、項(xiàng)目需求背景2、指明需求的根源2、組織會(huì)議評審3、解析需求可行性3、需求內(nèi)容分類3、需求目標(biāo)、范圍4、確定內(nèi)容優(yōu)先級3、項(xiàng)目履行流程架構(gòu)4、需求追蹤能力矩陣4、質(zhì)量檢查功能解析4、數(shù)據(jù)質(zhì)量屬性5、數(shù)據(jù)提交限時(shí)

入

輸

求

需

圖1-3

需求保護(hù)

需求基線定制

需求基線管理是需求管理活動(dòng)中最基礎(chǔ)的一個(gè)，在某個(gè)特定版本中要實(shí)現(xiàn)的目標(biāo)和實(shí)行的一組需求

會(huì)合。引入需求基線后，意味著要采用分階段或迭代的業(yè)務(wù)方式。這和項(xiàng)目實(shí)行階段中“風(fēng)險(xiǎn)前移”、“分

階段交托”、“中途回首”等理念是相符合的。以下為基線過程定制流程圖

;..

基線過程定制

啟動(dòng)過程實(shí)行過程

OK

項(xiàng)目章程需求說明書項(xiàng)目策劃生產(chǎn)管理

范圍規(guī)劃范圍定義工作分解績效管理任務(wù)排序資源評估進(jìn)度管理數(shù)據(jù)質(zhì)控項(xiàng)目周期計(jì)劃管理數(shù)據(jù)提交項(xiàng)目收尾成本估計(jì)質(zhì)量規(guī)劃交流規(guī)劃風(fēng)險(xiǎn)規(guī)劃

圖1-3

需求改正

需求改正管理的目的是控制需求變化惹起的項(xiàng)目實(shí)行過程與需求不一致的情況，拘束需求解析的圓滿性。保證每一次的需求變動(dòng)都能有有關(guān)的記錄。成立需求基準(zhǔn)版本和需求控制版本文檔。全部的需求文檔都要進(jìn)行版本控制，文檔要包括文檔種類、名稱、創(chuàng)立者、創(chuàng)立時(shí)間、改正者、改正時(shí)間、版本號、評審人員等信息。

需求改正有3種情況，一種是客戶提出來要進(jìn)行改正，增加需求等，一種是企業(yè)內(nèi)部人員提交的建議，

還有就是項(xiàng)目階段實(shí)行改正流程（改正后的收效比前面的更為好），其他需求改正可能是比較小的變動(dòng)，另

外一種就是可能波及到整個(gè)產(chǎn)品流程，這就是比較大的需求變動(dòng)。下面就依據(jù)上面的3種情況進(jìn)行畫出流

程圖：

1、外面需求改正流程

;..

需求方提出改正

解析需求改正

未經(jīng)過

反應(yīng)解析結(jié)果

需求方確認(rèn)

經(jīng)過

郵件通知有關(guān)人員

項(xiàng)目策劃生產(chǎn)管理

圖1-4

流程說明：

需求根源：外面需求

審查需求改正：評估假如實(shí)現(xiàn)該需求，需要的時(shí)間、人力成本多少；并評估對項(xiàng)目工期影響有多大？

判斷那些需求可以目前解決，那些需要留到下一版本解決。最后輸出一份解析結(jié)果確認(rèn)表反應(yīng)給需求方，

和需求方進(jìn)行商議。參加評審的人員要包括部門領(lǐng)導(dǎo)，需求組人員、策劃組人員，生產(chǎn)組人員、工藝組人

員、質(zhì)量組人員及有關(guān)兄弟部門負(fù)責(zé)人。

需求管理員：對改正需求進(jìn)行記錄，需求文檔進(jìn)行更新，并通知有關(guān)人員

策劃組人員：負(fù)責(zé)調(diào)整有關(guān)項(xiàng)目進(jìn)度表，評估任務(wù)時(shí)間，發(fā)散給有關(guān)開發(fā)人員

生產(chǎn)管理人員：依據(jù)改正需求和項(xiàng)目進(jìn)度，對項(xiàng)目任務(wù)進(jìn)度進(jìn)行相對應(yīng)調(diào)整。

需求方提交的改正需求最后必然讓由需求方進(jìn)行郵件確認(rèn)。

2、內(nèi)部需求改正流程

;..

履行條件：對整個(gè)項(xiàng)目進(jìn)度不會(huì)影響嚴(yán)重、與需求方原始需求無偏差。

否下一版本

內(nèi)部需求建議解析需求改正郵件通知需求基線策劃組項(xiàng)目內(nèi)容能否接受改正生產(chǎn)管理定制有關(guān)人員調(diào)整

圖1-5

流程說明：

內(nèi)部需求改正根源：企業(yè)內(nèi)部人員發(fā)現(xiàn)邏輯，需求上的問題，或工藝調(diào)整、項(xiàng)目資源變化等提出的需求不一致內(nèi)容。

需求改正種類：需求有誤、需求有遺漏、需求不明確。

需求改正審查：內(nèi)部提交的需求應(yīng)當(dāng)經(jīng)過部門領(lǐng)導(dǎo)，需求組人員、策劃組人員，生產(chǎn)組人員、工藝組人員、質(zhì)量組人員及有關(guān)兄弟部門負(fù)責(zé)人員共同確實(shí)認(rèn)才能確認(rèn)能否改正。

需求管理：評審需求改正部分的工作量，判斷需求改正的內(nèi)容能否對項(xiàng)目進(jìn)度有影響，假如需求改正對項(xiàng)目進(jìn)度有影響，可以拒絕改正；將改正內(nèi)容放入下一版本進(jìn)行改正，若提出者認(rèn)為必然在本版中進(jìn)行改正，需求管理可以將改正的內(nèi)容提交給部門領(lǐng)導(dǎo)進(jìn)行辦理，并決定能否在本版中進(jìn)行改正。

需求管理：對需求改正良行備案。

需求追蹤

在整個(gè)項(xiàng)目運(yùn)行過程中，進(jìn)行需求追蹤的目的是為了成立和保護(hù)從用戶需求開始到項(xiàng)目收尾的一致性

與圓滿性。保證全部的實(shí)現(xiàn)是以用戶需求為基礎(chǔ)。關(guān)于需求實(shí)現(xiàn)能否全部的覆蓋。同時(shí)保證全部的輸出與

用戶需求的符合性。

假如我們可以做到項(xiàng)目需求的定義，那么，經(jīng)過追蹤定義了的需求，我們就可以知道需求在實(shí)現(xiàn)過程

中