CSI_01_需求開發(fā)及管理過(guò)程

1、項(xiàng)目管理體系文件需求開發(fā)與管理過(guò)程編 撰 人：TMO審 核 人：批 準(zhǔn) 人：批準(zhǔn)日期：2010-9-1保密級(jí)別：機(jī)密文檔版本：北京中軟國(guó)際信息技術(shù)有限公司版本歷史日期版本說(shuō)明作者目 錄 TOC o 1-3 h z u HYPERLINK l _Toc272247916 1.引言 PAGEREF _Toc272247916 h 4 HYPERLINK l _Toc272247917 1.1.目的 PAGEREF _Toc272247917 h 4 HYPERLINK l _Toc272247918 1.2.適用范圍 PAGEREF _Toc272247918 h 4 HYPERLINK l _T

2、oc272247919 1.3.術(shù)語(yǔ)和縮略語(yǔ) PAGEREF _Toc272247919 h 4 HYPERLINK l _Toc272247920 1.4.相關(guān)文件 PAGEREF _Toc272247920 h 4 HYPERLINK l _Toc272247921 2.角色和職責(zé) PAGEREF _Toc272247921 h 4 HYPERLINK l _Toc272247922 3.入口準(zhǔn)則 PAGEREF _Toc272247922 h 5 HYPERLINK l _Toc272247923 4.輸入 PAGEREF _Toc272247923 h 5 HYPERLINK l _T

3、oc272247924 5.流程圖 PAGEREF _Toc272247924 h 6 HYPERLINK l _Toc272247925 6.主要活動(dòng) PAGEREF _Toc272247925 h 7 HYPERLINK l _Toc272247926 6.1.需求開發(fā)準(zhǔn)備 PAGEREF _Toc272247926 h 7 HYPERLINK l _Toc272247927 6.1.1.明確項(xiàng)目目標(biāo)和范圍 PAGEREF _Toc272247927 h 8 HYPERLINK l _Toc272247928 6.1.2.識(shí)別需求來(lái)源 PAGEREF _Toc272247928 h 8 H

4、YPERLINK l _Toc272247929 6.1.3.選擇調(diào)研方法和技術(shù) PAGEREF _Toc272247929 h 8 HYPERLINK l _Toc272247930 6.1.4.制訂需求調(diào)研計(jì)劃 PAGEREF _Toc272247930 h 9 HYPERLINK l _Toc272247931 6.1.5.編制需求調(diào)研問卷 PAGEREF _Toc272247931 h 10 HYPERLINK l _Toc272247932 6.2.需求調(diào)研 PAGEREF _Toc272247932 h 10 HYPERLINK l _Toc272247933 6.2.1.進(jìn)行需求

5、調(diào)研 PAGEREF _Toc272247933 h 10 HYPERLINK l _Toc272247934 6.2.2.編寫用戶需求調(diào)研報(bào)告 PAGEREF _Toc272247934 h 11 HYPERLINK l _Toc272247935 6.3.需求分析 PAGEREF _Toc272247935 h 11 HYPERLINK l _Toc272247936 6.3.1.需求分析方法 PAGEREF _Toc272247936 h 12 HYPERLINK l _Toc272247937 6.3.2.功能需求分解 PAGEREF _Toc272247937 h 14 HYPERL

6、INK l _Toc272247938 .標(biāo)識(shí)需求 PAGEREF _Toc272247938 h 14 HYPERLINK l _Toc272247939 6.3.4.定義需求的優(yōu)先級(jí) PAGEREF _Toc272247939 h 15 HYPERLINK l _Toc272247940 6.4.編寫需求規(guī)格說(shuō)明書 PAGEREF _Toc272247940 h 15 HYPERLINK l _Toc272247941 6.5.評(píng)審需求規(guī)格說(shuō)明書 PAGEREF _Toc272247941 h 16 HYPERLINK l _Toc272247942 6.6.需求確認(rèn) PAGEREF _T

7、oc272247942 h 16 HYPERLINK l _Toc272247943 6.6.1.客戶確認(rèn) PAGEREF _Toc272247943 h 16 HYPERLINK l _Toc272247944 6.7.需求變更管理 PAGEREF _Toc272247944 h 17 HYPERLINK l _Toc272247945 6.8.需求跟蹤 PAGEREF _Toc272247945 h 17 HYPERLINK l _Toc272247946 6.8.1.建立需求跟蹤矩陣 PAGEREF _Toc272247946 h 17 HYPERLINK l _Toc272247947

8、 6.8.2.需求跟蹤矩陣的維護(hù)與使用 PAGEREF _Toc272247947 h 18 HYPERLINK l _Toc272247948 7.出口準(zhǔn)則 PAGEREF _Toc272247948 h 18 HYPERLINK l _Toc272247949 8.輸出 PAGEREF _Toc272247949 h 19 HYPERLINK l _Toc272247950 9.引用過(guò)程 PAGEREF _Toc272247950 h 19引言目的規(guī)范公司項(xiàng)目的需求開發(fā)和管理活動(dòng)，以保證對(duì)客戶需求的正確理解，確保項(xiàng)目產(chǎn)物與需求的一致性。適用范圍適用于公司合同開發(fā)類項(xiàng)目、產(chǎn)品研發(fā)類項(xiàng)目的需求

9、開發(fā)和需求管理活動(dòng)。術(shù)語(yǔ)和縮略語(yǔ)表 SEQ 表 * ARABIC 1術(shù)語(yǔ)和縮略語(yǔ)術(shù)語(yǔ)、縮略語(yǔ)解 釋PD項(xiàng)目總監(jiān)TD技術(shù)總監(jiān)PM項(xiàng)目經(jīng)理相關(guān)文件無(wú)角色和職責(zé)表 SEQ 表 * ARABIC 2角色和職責(zé)角色職責(zé)PM負(fù)責(zé)跟客戶的溝通和協(xié)調(diào)工作；負(fù)責(zé)需求開發(fā)和需求管理工作的策劃和管理，保證需求開發(fā)工作的進(jìn)度和質(zhì)量。責(zé)任設(shè)計(jì)師負(fù)責(zé)需求開發(fā)的組織和管理工作，完成用戶需求調(diào)研報(bào)告和需求規(guī)格說(shuō)明書，并獲得客戶的確認(rèn)；負(fù)責(zé)需求管理。工程師（高、中級(jí)）協(xié)助需求調(diào)研與分析， 對(duì)需求的實(shí)現(xiàn)可行性進(jìn)行驗(yàn)證；參與需求評(píng)審活動(dòng)。PD指導(dǎo)并監(jiān)控需求開發(fā)和管理過(guò)程。TD參與需求評(píng)審并對(duì)評(píng)審內(nèi)容進(jìn)行核準(zhǔn)入口準(zhǔn)則項(xiàng)目啟動(dòng)會(huì)輸入項(xiàng)

10、目合同項(xiàng)目計(jì)劃流程圖圖 SEQ 圖 * ARABIC 1需求開發(fā)與管理過(guò)程流程圖主要活動(dòng)需求開發(fā)和需求管理是需求工程的兩個(gè)組成部分。需求開發(fā)的主要活動(dòng)包括：需求開發(fā)準(zhǔn)備、需求調(diào)研、需求分析、編寫需求規(guī)格說(shuō)明書和需求確認(rèn)。需求開發(fā)是通過(guò)與用戶溝通，收集用戶資料，理解用戶的術(shù)語(yǔ)、概念、視點(diǎn)和目的，經(jīng)過(guò)分析、建模和驗(yàn)證，確認(rèn)獲取正確、完整和一致的需求的過(guò)程。這些活動(dòng)在實(shí)際應(yīng)用中不是線性的、順序的完成的，而是交叉的、遞增的和反復(fù)的，需求開發(fā)是一個(gè)迭代的過(guò)程，如下圖所示：需求管理的目的是在客戶與項(xiàng)目組之間建立對(duì)需求的共同理解，維護(hù)需求與其它工作成果的一致性，并控制需求的變更。需求管理的主要活動(dòng)包括：需求

11、變更和需求跟蹤管理。PD應(yīng)監(jiān)督需求開發(fā)和管理過(guò)程，管控項(xiàng)目執(zhí)行情況，并指導(dǎo)PM對(duì)執(zhí)行過(guò)程中產(chǎn)生的偏差進(jìn)行修正。需求開發(fā)準(zhǔn)備需求開發(fā)準(zhǔn)備階段的工作主要包括以下幾個(gè)方面：一是明確項(xiàng)目目標(biāo)和范圍；二是識(shí)別需求的來(lái)源，為需求獲取準(zhǔn)備相關(guān)資料，例客戶需求調(diào)研問卷等；三是根據(jù)項(xiàng)目規(guī)模和特點(diǎn)，選擇調(diào)研方式；四是收集需求開發(fā)過(guò)程可用的知識(shí)，充分利用已有的知識(shí)和經(jīng)驗(yàn)策劃整個(gè)需求開發(fā)過(guò)程，制定需求調(diào)研計(jì)劃。明確項(xiàng)目目標(biāo)和范圍項(xiàng)目目標(biāo)和范圍通常在項(xiàng)目合同中有定義，在需求開發(fā)工作開始之前，PM應(yīng)要求所有參與需求開發(fā)工作的人員明確項(xiàng)目目標(biāo)和范圍，以便相關(guān)人員對(duì)產(chǎn)品的業(yè)務(wù)目標(biāo)和范圍有共同的理解，控制項(xiàng)目范圍。識(shí)別需求來(lái)源

12、識(shí)別需求來(lái)源是需求開發(fā)的一項(xiàng)重要工作，在需求調(diào)研開始之前PM應(yīng)組織參與需求調(diào)研的人員進(jìn)行清楚的識(shí)別。需求的來(lái)源主要有：1) 組織或用戶高層次的目標(biāo)：這些目標(biāo)是軟件系統(tǒng)開發(fā)的動(dòng)因，但是通常描述不夠清晰，需要需求開發(fā)人員特別的關(guān)注；2) 用戶業(yè)務(wù)領(lǐng)域的知識(shí)：領(lǐng)域知識(shí)幫助需求開發(fā)人員推斷一些用戶當(dāng)作默認(rèn)的而沒有說(shuō)明的需求，或者平衡需求之間的沖突；3) 各層次的用戶：不同層次的用戶對(duì)系統(tǒng)的需求不同，這也是需要需求開發(fā)人員要重點(diǎn)獲取的需求。用戶的積極參與是需求開發(fā)成功的關(guān)鍵，因此，在進(jìn)行需求調(diào)研時(shí)，要解決一個(gè)重要的問題確定哪些人是需求獲取的合適對(duì)象，哪些人對(duì)系統(tǒng)的開發(fā)和應(yīng)用具有發(fā)言權(quán)和決策權(quán)；4) 系統(tǒng)

13、的運(yùn)行環(huán)境：系統(tǒng)的運(yùn)行環(huán)境影響軟件的可行性、成本和設(shè)計(jì)方案的選擇；5) 組織所處的環(huán)境：軟件通常支持組織的業(yè)務(wù)流程，必需考慮組織的機(jī)構(gòu)劃分、文化背景、內(nèi)部的政治目的，不能強(qiáng)迫要求組織因?yàn)檐浖M(jìn)行非計(jì)劃的業(yè)務(wù)改變，同時(shí)還要考慮國(guó)家政策、法律法規(guī)以及相關(guān)行業(yè)標(biāo)準(zhǔn)等；6) 競(jìng)爭(zhēng)對(duì)手的產(chǎn)品：通過(guò)對(duì)競(jìng)爭(zhēng)對(duì)手產(chǎn)品的研究，獲取有競(jìng)爭(zhēng)力的需求。選擇調(diào)研方法和技術(shù)需求調(diào)研是一個(gè)困難的過(guò)程，對(duì)于需求開發(fā)調(diào)研人員來(lái)說(shuō)，需求獲取不是被動(dòng)的活動(dòng)，而應(yīng)該主動(dòng)的根據(jù)不同的需求來(lái)源采取不同的需求獲取方法進(jìn)行需求收集。需求獲取的方法和技術(shù)多種多樣，針對(duì)不同的項(xiàng)目和不同的調(diào)研對(duì)象范圍，可以采用不同的方法，也可以多種方法配合使用。

14、責(zé)任設(shè)計(jì)師應(yīng)根據(jù)項(xiàng)目情況負(fù)責(zé)選擇合適的調(diào)研方法和技術(shù)。需求調(diào)研的參考方法如下：表 SEQ 表 * ARABIC 3需求調(diào)研方法方法內(nèi)容輸出面談與用戶面對(duì)面的訪談，可以一對(duì)一或者一對(duì)多，要求準(zhǔn)備一個(gè)問題列表，用來(lái)獲得有關(guān)用戶問題和潛在解決方案的整體特征的信息；需求調(diào)研記錄調(diào)查問卷使用設(shè)計(jì)好的調(diào)查問卷，以書面的形式收集用戶需求；調(diào)研問卷相關(guān)業(yè)務(wù)資料集體討論頭腦風(fēng)暴會(huì)議，提出對(duì)現(xiàn)在問題的理解和思考，涉眾提出問題、愿望和潛在解決方案的建議；會(huì)議紀(jì)要需求調(diào)研記錄在用戶環(huán)境中工作需求調(diào)研人員在用戶的實(shí)際環(huán)境中與用戶共同工作一段時(shí)間，以更加深入的了解用戶的問題、要求以及應(yīng)用環(huán)境；需求調(diào)研記錄原型演示展示類似

15、系統(tǒng)的功能，以揭示用戶需要需求調(diào)研記錄制訂需求調(diào)研計(jì)劃制定需求調(diào)研計(jì)劃（模板詳見：“03.需求CSI_02_需求調(diào)研計(jì)劃.doc”）的目的是為了規(guī)劃項(xiàng)目中需求調(diào)研活動(dòng)的開展，其內(nèi)容主要包括需求調(diào)研的對(duì)象、調(diào)研的內(nèi)容、準(zhǔn)備采用的技術(shù)和方法、輸出產(chǎn)物、人力安排和時(shí)間進(jìn)度等。需求調(diào)研計(jì)劃應(yīng)該開展需求調(diào)研活動(dòng)之前完成，由PM和責(zé)任設(shè)計(jì)師共同完成策劃，責(zé)任設(shè)計(jì)師完成制訂，在由項(xiàng)目經(jīng)理跟客戶方項(xiàng)目經(jīng)理一起討論確定，并提前通知所有參加需求調(diào)研的人員。針對(duì)不同類別的項(xiàng)目，需求調(diào)研工作過(guò)程基本一致，但側(cè)重點(diǎn)有所不同，在制定調(diào)研計(jì)劃的時(shí)候要分別考慮：業(yè)務(wù)流程開發(fā)類項(xiàng)目業(yè)務(wù)流程開發(fā)類項(xiàng)目的需求調(diào)研工作重心是要充分理

16、解業(yè)務(wù)相關(guān)的信息：系統(tǒng)需要實(shí)現(xiàn)的業(yè)務(wù)功能范圍；業(yè)務(wù)相關(guān)的組織、人員、崗位及相關(guān)職能；業(yè)務(wù)處理的流程；關(guān)鍵業(yè)務(wù)數(shù)據(jù)及數(shù)據(jù)分布及流向；相關(guān)的業(yè)務(wù)表單。數(shù)據(jù)中心類項(xiàng)目數(shù)據(jù)中心類項(xiàng)目的需求調(diào)研工作重心是要弄清楚業(yè)務(wù)數(shù)據(jù)的結(jié)構(gòu)和來(lái)源以及相關(guān)數(shù)據(jù)分析的需求：基礎(chǔ)數(shù)據(jù)代碼標(biāo)準(zhǔn)及管理需求；業(yè)務(wù)數(shù)據(jù)的來(lái)源及相關(guān)系統(tǒng)特征；業(yè)務(wù)數(shù)據(jù)的結(jié)構(gòu)、范圍、內(nèi)容和質(zhì)量；數(shù)據(jù)及元數(shù)據(jù)管理的需求；相關(guān)指標(biāo)及管理；報(bào)表需求；數(shù)據(jù)分析與決策支持需求。產(chǎn)品研發(fā)類產(chǎn)品研發(fā)類項(xiàng)目側(cè)重點(diǎn)與業(yè)務(wù)流程開發(fā)類基本一致。編制需求調(diào)研問卷如果采用面談、調(diào)查問卷、集體討論的調(diào)研方法，參與需求調(diào)研的人員應(yīng)事先學(xué)習(xí)相關(guān)的業(yè)務(wù)知識(shí)，收集相關(guān)的資料并進(jìn)行分析，在

17、對(duì)客戶需求有一定了解的基礎(chǔ)上提前準(zhǔn)備需要問的問題，形成需求調(diào)研問卷（模板詳見：“03.需求CSI_03_需求調(diào)研問卷.doc”），以便系統(tǒng)、全面、高效的獲取客戶的需求。需求調(diào)研問卷中列的問題與業(yè)務(wù)領(lǐng)域相關(guān)，不同的項(xiàng)目需要根據(jù)項(xiàng)目涉及的業(yè)務(wù)領(lǐng)域設(shè)計(jì)調(diào)研問卷中的問題，問題列的越詳細(xì)對(duì)需求調(diào)研的幫助越大，如果以前有類似的項(xiàng)目，可復(fù)用以往類似項(xiàng)目的成果。需求調(diào)研責(zé)任設(shè)計(jì)師負(fù)責(zé)按照需求調(diào)研計(jì)劃執(zhí)行需求調(diào)研活動(dòng)，在需求調(diào)研過(guò)程中，應(yīng)及時(shí)記錄、整理需求調(diào)研記錄（模板詳見：“03.需求CSI_04_需求調(diào)研記錄.doc”），根據(jù)需求調(diào)研記錄編寫需求調(diào)研報(bào)告（模板詳見：“03.需求CSI_05_用戶需求調(diào)研報(bào)告

18、.doc”）并請(qǐng)客戶進(jìn)行確認(rèn)。 進(jìn)行需求調(diào)研在進(jìn)行需求調(diào)研時(shí)，應(yīng)基于需求調(diào)研問卷有效引導(dǎo)客戶提出需求，這個(gè)過(guò)程的重點(diǎn)工作是：1) 進(jìn)一步識(shí)別并選定用戶代表，避免遺漏重要客戶；2) 明確業(yè)務(wù)流程、業(yè)務(wù)數(shù)據(jù)、業(yè)務(wù)規(guī)則以及每個(gè)業(yè)務(wù)活動(dòng)涉及的崗位，同時(shí)識(shí)別出核心業(yè)務(wù)流程等；3) 除了聽取客戶提出的需求以外，還要積極參與討論，引導(dǎo)客戶提出需求和問題，對(duì)于有歧義的需求要充分討論，對(duì)于客戶提出的超出范圍的或者不現(xiàn)實(shí)的需求要積極跟客戶協(xié)商，在共贏的基礎(chǔ)上達(dá)成共識(shí)；4) 在調(diào)研過(guò)程中要及時(shí)記錄客戶提出的需求，形成需求調(diào)研記錄；5) 調(diào)研過(guò)程中還要注意收集與產(chǎn)品相關(guān)的資料，例如：組織機(jī)構(gòu)、部門及崗位職責(zé)、規(guī)章制度

19、、業(yè)務(wù)流程、業(yè)務(wù)單據(jù)及統(tǒng)計(jì)報(bào)表等，對(duì)于業(yè)務(wù)單據(jù)和統(tǒng)計(jì)報(bào)表，最好是收集帶有歷史數(shù)據(jù)的，而不是空的表格，便于后續(xù)對(duì)數(shù)據(jù)的需求進(jìn)行分析。編寫用戶需求調(diào)研報(bào)告責(zé)任設(shè)計(jì)師應(yīng)根據(jù)需求調(diào)研的記錄和收集到的資料，組織整理、編寫用戶需求調(diào)研報(bào)告。調(diào)研報(bào)告編寫完成進(jìn)行內(nèi)部評(píng)審，執(zhí)行評(píng)審過(guò)程，TD應(yīng)負(fù)責(zé)最終的審核和確認(rèn)。內(nèi)部評(píng)審?fù)瓿珊?，須提交客戶并?qǐng)客戶審閱，在客戶審閱過(guò)程中可能還會(huì)提出問題，需要進(jìn)行進(jìn)一步的調(diào)研并及時(shí)修改完善調(diào)研報(bào)告，最后獲得用戶認(rèn)可和簽字。需求分析 在完成需求調(diào)研后，設(shè)計(jì)師應(yīng)對(duì)產(chǎn)品的原始需求進(jìn)行分析，建立各需求元素之間的關(guān)系，明確需求的標(biāo)識(shí)、需求的分類、需求的優(yōu)先級(jí)等。需求分析的方法種類繁多，但

20、常見的需求分析方法主要是結(jié)構(gòu)化分析方法和基于用例的需求分析方法。需求分析方法結(jié)構(gòu)化分析方法結(jié)構(gòu)化分析方法的主要特點(diǎn)是“自頂向下、逐層分解”，它把系統(tǒng)看作一個(gè)過(guò)程的集合體，利用圖形等半形式化的描述方式表達(dá)需求，對(duì)問題進(jìn)行分析，描述方式有：數(shù)據(jù)流圖（Data Flow Diagram，DFD）：數(shù)據(jù)流圖是一種圖形化的系統(tǒng)模型，它在一張圖中展示信息系統(tǒng)的主要需求，即輸入、輸出、處理過(guò)程、數(shù)據(jù)存儲(chǔ)。數(shù)據(jù)字典（Data Dictionary，DD）：數(shù)據(jù)字典技術(shù)是一種有效表達(dá)數(shù)據(jù)格式的手段，它是對(duì)所有與系統(tǒng)相關(guān)的數(shù)據(jù)元素的一個(gè)有組織的列表和精確、嚴(yán)格的定義，從而使用戶和設(shè)計(jì)師對(duì)于輸入、輸出、數(shù)據(jù)存儲(chǔ)和處

21、理過(guò)程有共同的理解。結(jié)構(gòu)化語(yǔ)言：結(jié)構(gòu)化語(yǔ)言是結(jié)構(gòu)化編程語(yǔ)言與自然語(yǔ)言的有機(jī)結(jié)合，可以采用順序結(jié)構(gòu)，分支機(jī)構(gòu)、循環(huán)結(jié)構(gòu)等機(jī)制，來(lái)說(shuō)明業(yè)務(wù)的處理流程。實(shí)體-關(guān)系圖（Entity Relationship Diagram，E-R圖）：E-R圖可以用來(lái)描述數(shù)據(jù)的存儲(chǔ)需求，包括數(shù)據(jù)實(shí)體，數(shù)據(jù)實(shí)體的屬性以及它們之間的關(guān)系等。結(jié)構(gòu)化分析方法從總體上看是一種強(qiáng)烈依賴數(shù)據(jù)流圖的自上而下的建模方法，它是完成需求規(guī)格化的有效技術(shù)手段，使用結(jié)構(gòu)化分析方法時(shí)可遵循下列活動(dòng)： （1）、建立系統(tǒng)的物理模型 畫出系統(tǒng)的數(shù)據(jù)流圖，說(shuō)明系統(tǒng)的輸入、輸出數(shù)據(jù)流，說(shuō)明系統(tǒng)的數(shù)據(jù)流情況，以及經(jīng)歷了哪些處理過(guò)程。在這個(gè)數(shù)據(jù)流圖中，可以包

22、括一些非計(jì)算機(jī)系統(tǒng)中數(shù)據(jù)流及處理過(guò)程的名稱，如部門、崗位、報(bào)表等。這個(gè)過(guò)程可以幫助分析人員有效地理解業(yè)務(wù)環(huán)境。（2）、建立系統(tǒng)的邏輯模型在物理模型建立之后，接下來(lái)的工作就是畫出相對(duì)于真實(shí)系統(tǒng)的等價(jià)邏輯數(shù)據(jù)流圖。將所有自然數(shù)據(jù)流圖轉(zhuǎn)換為等價(jià)的邏輯流。（3）、劃清人機(jī)界限最后，確定在系統(tǒng)邏輯模型中，哪些部分將采用自動(dòng)化完成，哪些部分仍然保留手工操作，從而清晰的劃清系統(tǒng)的范圍。基于用例的分析方法用例是由一組用例實(shí)例組成的，是用戶使用系統(tǒng)的一個(gè)實(shí)際的、特定場(chǎng)景。用例是應(yīng)用程序開發(fā)中的一個(gè)關(guān)鍵技術(shù)，主要用來(lái)捕獲系統(tǒng)的高層次用戶功能性需求。用例分析技術(shù)是一種需求合成技術(shù)，它利用現(xiàn)有的需求調(diào)研技術(shù)從客戶、原

23、有系統(tǒng)、文檔中找到需求，記錄下來(lái)，然后從這些零散的需求、特性中進(jìn)行整理、提煉，從而建立用例模型。使用用例分析方法時(shí)可遵循以下步驟：1)識(shí)別系統(tǒng)參與者，確定誰(shuí)會(huì)直接使用該系統(tǒng)。參與者是同系統(tǒng)交互的所有事物，該角色不僅可以由人承擔(dān)，還可以是其它系統(tǒng)、硬件設(shè)備、甚至是時(shí)鐘。2)合并需求獲得用例。找到所有參與者之后，根據(jù)需求調(diào)研所得到的用戶需求，定義每個(gè)參與者希望系統(tǒng)做什么，參與者希望系統(tǒng)作的每件事將成為一個(gè)用例。3)繪制用例圖。將所識(shí)別的參與者以及所定義的用例通過(guò)用例圖的形式整理出來(lái)，以獲得用例模型的框架。4)細(xì)化用例描述。用例描述包括以下幾個(gè)部分：用例名稱；參與者；用自然語(yǔ)言對(duì)用例進(jìn)行簡(jiǎn)要的描述；

24、描述參與者何時(shí)使用該用例，即用例的觸發(fā)條件；描述在一般情況下，參與者使用該用例時(shí)會(huì)發(fā)生什么事情，即用例的基本過(guò)程；在基本過(guò)程的基礎(chǔ)上，考慮一些可變情況，把他們創(chuàng)建為擴(kuò)展用例。功能需求分解需求分析過(guò)程一個(gè)很重要的工作就是對(duì)就是對(duì)需求的分解（WBS），設(shè)計(jì)師應(yīng)依據(jù)業(yè)務(wù)特點(diǎn)分解功能需求，并形成功能需求列表，如下表：功能需求子功能需求（可多級(jí)）標(biāo)識(shí)需求為了確保需求的易跟蹤、易修改，責(zé)任設(shè)計(jì)師應(yīng)通過(guò)需求編號(hào)的方式唯一標(biāo)識(shí)每一個(gè)需求，明確需求的跟蹤粒度，并體現(xiàn)于需求規(guī)格說(shuō)明書中。表 SEQ 表 * ARABIC 4需求標(biāo)識(shí)方法方法說(shuō)明優(yōu)、缺點(diǎn)序列號(hào)例如U R - 2或S R S 1 3；序列號(hào)的前綴代表了

25、需求類型；例如U R代表“用戶需求”。序列號(hào)不能重用。這種簡(jiǎn)單的編號(hào)方法并不能提供任何相關(guān)需求在邏輯上或?qū)哟紊系膮^(qū)別，而且需求的標(biāo)識(shí)不能提供任何有關(guān)每個(gè)需求內(nèi)容的信息。層次化編碼如果功能需求出現(xiàn)在軟件需求規(guī)格說(shuō)明中第3 .2 部分，那么它們將具有諸如3 . 2 . 4 . 3這樣的標(biāo)識(shí)號(hào)。標(biāo)識(shí)號(hào)中的數(shù)字越多則表示該需求越詳細(xì)，屬于較低層次上的需求。這種方法簡(jiǎn)單且緊湊，你使用的字處理程序可能可以自動(dòng)編排序號(hào)。但是當(dāng)插入、刪除或移去一個(gè)需求，那么該需求所在部分其后所有需求的序號(hào)將要減少，這些變化將破壞系統(tǒng)其它地方需求的引用。層次化文本標(biāo)簽基于文本的層次化標(biāo)簽方案來(lái)標(biāo)識(shí)單個(gè)需求。層次化文本標(biāo)簽是結(jié)構(gòu)

26、化的，具有語(yǔ)義上的含義，并且不受增加、刪除或移動(dòng)其它需求的影響。它們的主要缺點(diǎn)是文本標(biāo)簽比層次化數(shù)字標(biāo)識(shí)碼復(fù)雜。自定義如：SRS_模塊縮寫+序列號(hào)SRS表示需求，示例：SRS_SZAG01、SRS_SZAG01.01、SRS_靈活。定義需求的優(yōu)先級(jí)責(zé)任設(shè)計(jì)師應(yīng)確定每個(gè)需求的優(yōu)先級(jí)并寫入需求規(guī)格說(shuō)明書（模板詳見：“3.需求CSI_06_需求規(guī)格說(shuō)明書.doc”）中，需求的優(yōu)先級(jí)的評(píng)價(jià)標(biāo)準(zhǔn)如下：表 SEQ 表 * ARABIC 5優(yōu)先級(jí)級(jí)別定義級(jí)別定義判斷標(biāo)準(zhǔn)高必須被實(shí)現(xiàn)的需求，這類需求通常可以從以下幾個(gè)方面判斷：客戶核心的業(yè)務(wù)流程；強(qiáng)制性的國(guó)家或行業(yè)法律法規(guī)、標(biāo)準(zhǔn)要求的；明確或隱含的對(duì)用戶使用會(huì)

27、造成重要影響的。中應(yīng)該被實(shí)現(xiàn)的需求，這類需求往往具有以下特征：客戶隱含要求，對(duì)正常業(yè)務(wù)影響程度不大；不影響用戶正常使用，但為了更易用而提出來(lái)的一些需求；支持必要的系統(tǒng)操作，實(shí)現(xiàn)這些需求將增強(qiáng)產(chǎn)品的性能，是產(chǎn)品最終所要求的。低可以被實(shí)現(xiàn)的需求，這些需求一般為裝飾性的要求，如：功能或質(zhì)量上的附加需求；實(shí)現(xiàn)這些需求會(huì)使產(chǎn)品更完美，若不實(shí)現(xiàn)也不影響產(chǎn)品的功能與性能。優(yōu)先級(jí)的定義有利于幫助項(xiàng)目組在項(xiàng)目的范圍、進(jìn)度、資源、預(yù)算等相關(guān)制約因素之間產(chǎn)生沖突時(shí)，正確地對(duì)需求實(shí)現(xiàn)的范圍或?qū)崿F(xiàn)的優(yōu)先程度做出取舍。編寫需求規(guī)格說(shuō)明書編寫需求規(guī)格說(shuō)明書應(yīng)遵循以下規(guī)則：相關(guān)的需求都得到了識(shí)別與描述，以確保需求的完整性；各

28、個(gè)需求之間不沖突，算法之間不相互矛盾，以確保需求的一致性；正確描述系統(tǒng)需求，引用的資料有正規(guī)的出處，以確保需求的正確性；定義必要的術(shù)語(yǔ)，適當(dāng)結(jié)合圖形、結(jié)構(gòu)圖等方式進(jìn)行描述，以確保需求無(wú)二義性；使用較好的文檔結(jié)構(gòu)與需求標(biāo)識(shí)，使需求能夠方便地與其它工作產(chǎn)品相對(duì)應(yīng)，以確保需求易于追溯；考慮了各個(gè)層次的需求，確定了需求的優(yōu)先級(jí)，以確保需求的可行性。需求規(guī)格說(shuō)明書主要內(nèi)容包括：項(xiàng)目概述；業(yè)務(wù)流程；數(shù)據(jù)描述；功能需求；非功能需求；界面要求；接口要求。評(píng)審需求規(guī)格說(shuō)明書項(xiàng)目組內(nèi)部對(duì)所形成的需求規(guī)格說(shuō)明書文檔進(jìn)行評(píng)審，以便作為下一階段工作的基礎(chǔ)，評(píng)審執(zhí)行評(píng)審過(guò)程，應(yīng)根據(jù)評(píng)審檢查單（模板詳見：“13.評(píng)審CSI

29、_02_評(píng)審檢查單.doc”）模板形成需求規(guī)格說(shuō)明書評(píng)審檢查單，TD應(yīng)負(fù)責(zé)最終的審核和確認(rèn)。需求確認(rèn)客戶確認(rèn)PM與客戶方項(xiàng)目經(jīng)理組織客戶對(duì)需求進(jìn)行確認(rèn)。需求確認(rèn)的目的是獲得客戶對(duì)需求的認(rèn)可并簽字。需求確認(rèn)前，PM應(yīng)組織與相關(guān)客戶進(jìn)行溝通，確認(rèn)需求是否滿足其需要，必要時(shí)輔以原型演示的方式幫助客戶進(jìn)行需求理解，取得客戶對(duì)需求的理解和認(rèn)同。這是一個(gè)迭代的過(guò)程，需要PM與客戶進(jìn)行良好的溝通，才能取得好的效果。 需求的最終確認(rèn)一般采取會(huì)簽或者評(píng)審會(huì)議的方式。需求評(píng)審會(huì)：一般由客戶組織，項(xiàng)目經(jīng)理配合客戶準(zhǔn)備相關(guān)資料（具體準(zhǔn)備哪些資料需要跟客戶方負(fù)責(zé)人協(xié)商。一般需準(zhǔn)備評(píng)審會(huì)議PPT文件和需求評(píng)審報(bào)告），通過(guò)

30、會(huì)議完成對(duì)需求的評(píng)審并簽字確認(rèn)。會(huì)簽主要是相關(guān)客戶直接對(duì)需求進(jìn)行簽字確認(rèn)。在會(huì)簽或者會(huì)議評(píng)審的過(guò)程中，PM應(yīng)詳細(xì)記錄在評(píng)審過(guò)程中發(fā)現(xiàn)的問題，明確遺留問題處理措施。獲取客戶提供確認(rèn)證據(jù)后，結(jié)束需求確認(rèn)工作。需求變更管理在需求并獲得確認(rèn)后，需求可能還會(huì)因?yàn)槎喾N原因?qū)е伦兏?，?dǎo)致變更的原因可能是客戶方遺漏、表述不清，也可能是項(xiàng)目組理解有誤。需求的變更可能導(dǎo)致項(xiàng)目范圍的變化，帶來(lái)額外的工作量，尤其是在設(shè)計(jì)、開發(fā)、實(shí)施階段發(fā)生的需求變化，會(huì)造成更大的影響。但需求變更也是不可避免的，因此應(yīng)建立需求跟蹤機(jī)制（見下一節(jié)）并對(duì)需求的變更加以嚴(yán)格的管理和控制，盡可能減少需求變更和降低需求變更帶來(lái)的影響。需求的變更應(yīng)嚴(yán)格遵照變更管理規(guī)程執(zhí)行。需求跟蹤對(duì)一個(gè)項(xiàng)目來(lái)說(shuō)，當(dāng)需求確定下來(lái)以后，應(yīng)該保證在設(shè)計(jì)過(guò)程中每個(gè)需求都被實(shí)現(xiàn)，且項(xiàng)目的其它工作產(chǎn)品與需求保持一致。因此，一個(gè)比較好的方法就是建立一種需求雙向跟蹤機(jī)制。雙向跟