需求調(diào)研流程與相關(guān)要求模板

文檔類型DocumentType密級ConfidentialityLevel教學(xué)研究文檔僅供收件方查閱文檔編號DocumentCode版本Version共12頁0．8業(yè)務(wù)需求調(diào)研綱領(lǐng)Preparedby擬制王飛Date日期-2-11Reviewedby評審人Date日期Approvedby同意Date日期版權(quán)全部不得復(fù)制Copyright?BroadenGateTechnologies,Co.,Ltd.AllRightsReserved

RevisionRecord修訂統(tǒng)計Date日期RevisionVersion修訂版本CRID/DefectIDCR/Defect號SecNo.修改章節(jié)ChangeDescription修改描述Author作者-2-110．8初稿完成楊琦

Catalog目錄

需求調(diào)研步驟調(diào)研整體步驟問題識別：處理目標(biāo)系統(tǒng)做什么，做到什么程度。需求包含：功效、性能、環(huán)境、可靠性、性、保密性、用戶界面、資源使用、成本、進(jìn)度。同時建立需求調(diào)查分析所需通信路徑。分析和綜合：從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細(xì)化全部軟件功效，找出各元素之間聯(lián)絡(luò)、接口特征和設(shè)計上限制，分析它們是否滿足功效要求并剔除不合理部分，綜合成系統(tǒng)處理方案，給出目標(biāo)系統(tǒng)具體邏輯模型。[常見分析方法有面向數(shù)據(jù)流結(jié)構(gòu)化分析方法SA（數(shù)據(jù)流圖DFD、數(shù)據(jù)詞典DD、加工邏輯說明）、描繪系統(tǒng)數(shù)據(jù)關(guān)系實(shí)體關(guān)系圖ERD、面向數(shù)據(jù)結(jié)構(gòu)Jackson方法JSD、面向?qū)ο蠓治龇椒∣OA（關(guān)鍵用UML）、對于有動態(tài)時序問題軟件能夠用形式化技術(shù)，包含有窮狀態(tài)機(jī)FSM狀態(tài)遷移（轉(zhuǎn)換）圖STD、時序圖、Petri網(wǎng)。每一個分析建模方法全部有其優(yōu)勢和不足，能夠兼而有之以不一樣角度分析，應(yīng)該避免陷入在軟件需求方法和模型中發(fā)生教條思維模式和派系斗爭，通常來說結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖笮蛙浖?。]編制需求分析文檔需求評審組成部分關(guān)系需求分析可分為問題識別、分析和綜合、編制需求分析文檔、需求評審等四個階段，包含以下多個方面：確定軟件所期望用戶類；獲取每個用戶需求；了解實(shí)際用戶任務(wù)和目標(biāo)和這些任務(wù)所支持業(yè)務(wù)需求；分析員和用戶信息以區(qū)分用戶任務(wù)需求、功效需求、業(yè)務(wù)規(guī)則、質(zhì)量屬性、提議處理方法和附加信息；將系統(tǒng)級需求分為多個子系統(tǒng)，并將需求中一部分分配給軟件組件；了解相關(guān)質(zhì)量屬性關(guān)鍵性；討論得出實(shí)施優(yōu)先級；將所搜集用戶需求編寫成需求規(guī)格說明和模型；評審需求規(guī)格說明，確保和用戶達(dá)成共識。分析過程需求分析任務(wù)是借助于目前系統(tǒng)物理模型（待開發(fā)系統(tǒng)系統(tǒng)元素）導(dǎo)出目標(biāo)系統(tǒng)邏輯模型（只描述系統(tǒng)要完成功效和要處理數(shù)據(jù)），處理目標(biāo)系統(tǒng)“做什么”問題，所要做工作是深入描述軟件功效和性能，確定軟件限制和軟件同其它系統(tǒng)元素接口細(xì)節(jié)，定義軟件其它有效性需求，經(jīng)過逐步細(xì)化對軟件要求描述軟件要處理數(shù)據(jù)，并給軟件開發(fā)提供一個能夠轉(zhuǎn)化為數(shù)據(jù)設(shè)計、結(jié)構(gòu)設(shè)計和過程設(shè)計數(shù)據(jù)和功效表示。必需全方面了解用戶各項(xiàng)要求，但不能全盤接收，只能接收合理要求；對其中模糊要求要深入澄清，然后決定是否采納；對于無法實(shí)現(xiàn)要求要向用戶作充足解釋。最終將軟件需求正確地表示出來，形成軟件需求說明書SRS。取得目前系統(tǒng)物理模型：首先分析、了解目前系統(tǒng)是怎樣運(yùn)行，了解目前系統(tǒng)組織機(jī)構(gòu)、輸入輸出、資源利用情況和日常數(shù)據(jù)處理過程，并用一個具體模型來反應(yīng)自己對目前系統(tǒng)了解。此步驟也能夠稱為“業(yè)務(wù)建模”，其關(guān)鍵任務(wù)是對用戶組織機(jī)構(gòu)或企業(yè)進(jìn)行評定了解她們需要及未來系統(tǒng)要處理問題，然后建立一個業(yè)務(wù)USECASE模型和業(yè)務(wù)對象模型。當(dāng)然假如系統(tǒng)相對簡單，也沒必需大動干戈區(qū)進(jìn)行業(yè)務(wù)建模，只要做部分簡單業(yè)務(wù)分析即可。抽象出目前系統(tǒng)邏輯模型：在了解目前系統(tǒng)“怎樣做”基礎(chǔ)上，取出非本質(zhì)原因，抽取出“做什么”本質(zhì)。建立目標(biāo)系統(tǒng)邏輯模型：明確目標(biāo)系統(tǒng)要“做什么”。對邏輯模型補(bǔ)充，如用戶界面、開啟和結(jié)束、犯錯處理、系統(tǒng)輸入輸出、系統(tǒng)性能、其它限制等等。需求調(diào)研和分析方法、策略和步驟怎樣調(diào)研需求調(diào)研包含三個問題：

一是怎樣確定調(diào)研對象；

二是怎樣確定被調(diào)研對象；

三是采取何種調(diào)研方法；

調(diào)研對象組成應(yīng)以互補(bǔ)為標(biāo)準(zhǔn)，最少要由三類人員組成：技術(shù)人員、業(yè)務(wù)教授和管理者。被調(diào)研對象關(guān)鍵是人員和業(yè)務(wù)兩類，其間關(guān)鍵包含人和人、人和事物、事物和事物等三種關(guān)系。

其中，關(guān)鍵是確定調(diào)研范圍。調(diào)研范圍包含關(guān)鍵域和關(guān)鍵活動。而關(guān)鍵活動又由關(guān)鍵步驟加關(guān)鍵點(diǎn)組成。

找到關(guān)鍵域，明確關(guān)鍵步驟和關(guān)鍵點(diǎn)，對需求調(diào)研至關(guān)關(guān)鍵，需要教授或咨詢顧問介入。而能否把握這一時機(jī)并找準(zhǔn)需求提煉關(guān)鍵點(diǎn)，是考驗(yàn)需求調(diào)研人員關(guān)鍵方面。優(yōu)異需求調(diào)研人員不僅能認(rèn)識問題之所在，還能藉此獲取足夠多知識，最終成為問題領(lǐng)域教授。

需求調(diào)研很困難，必需引發(fā)重視。因?yàn)椋?/p>

●缺乏專門領(lǐng)域知識，同時應(yīng)用領(lǐng)域中很多問題通常模糊，極難界定；

●機(jī)構(gòu)實(shí)踐存在默認(rèn)知識，難以描述；

●多個知識源或信息源現(xiàn)有沖突又有重合；

●被調(diào)研對象可能有認(rèn)知偏見或欠缺或有時不愿提供確切信息。

這些全部會給需求調(diào)研人員帶來障礙和困難。在這種情況下，掌握必需方法和技巧很關(guān)鍵。怎樣分析需求工程是繼軟件工程以后又一熱點(diǎn)工程。從理論上說，包含調(diào)研需求、模擬和分析需求、需求描述、需求認(rèn)可、需求演進(jìn)這五個層次，而且逐層遞進(jìn)、螺旋式上升。需求分析是需求工程關(guān)鍵，貫穿于系統(tǒng)整個生命周期。

需求分析出發(fā)點(diǎn)在于：對調(diào)研需求進(jìn)行深入提煉并指導(dǎo)需求抽??；幫助需求分析人員發(fā)覺問題。需求模擬則幫助檢驗(yàn)驗(yàn)證對問題了解。需求分析和模擬又包含三個層次工作：需求定義、需求建模、需求模擬。

需求定義，是對經(jīng)調(diào)研獲取需求進(jìn)行初步整理，抽取其中基礎(chǔ)需求和關(guān)鍵需求給予界定，并為需求建模提供必需需求元素。

需求建模，是把抽象需求經(jīng)過概念、符號、數(shù)學(xué)模型及邏輯結(jié)構(gòu)表現(xiàn)出來。表現(xiàn)形式有自然語言、半形式化（圖、表、結(jié)構(gòu)化英語等）和形式化表示等三種。自然語言形式含有表示能力強(qiáng)優(yōu)點(diǎn)，但不利于捕捉模型語義；半形式化表示可捕捉結(jié)構(gòu)和一定語義，也可進(jìn)行一定推理和一致性檢驗(yàn)；形式化表示含有正確語義和推理能力，但結(jié)構(gòu)一個完整形式化模型，需要較長時間和對問題領(lǐng)域深層次了解。相對而言，圖表形式需求模型直觀常見，比如組織結(jié)構(gòu)圖、系統(tǒng)步驟圖、網(wǎng)絡(luò)拓?fù)鋱D等。

良好需求概念模型應(yīng)包含以下多個特點(diǎn)：實(shí)現(xiàn)獨(dú)立性、足夠抽象、足夠形式化、可結(jié)構(gòu)性、利于分析、可追蹤性、可實(shí)施性、最小冗余性。調(diào)研方法1、會談、問詢：圍繞軟件目標(biāo)提出具體問題；

2、調(diào)查表：經(jīng)過仔細(xì)考慮書面回復(fù)可能比會談中回復(fù)愈加正確；

3、搜集分析用戶使用多種表格、相關(guān)工作責(zé)任、工作步驟、工作規(guī)范、相關(guān)數(shù)據(jù)標(biāo)準(zhǔn)、業(yè)務(wù)標(biāo)準(zhǔn)多種文字資料；

4、搜集同類相關(guān)產(chǎn)品宣傳資料、技術(shù)資料、演示程序或軟件程序；

5、情景分析：利用情景分析誘導(dǎo)用戶能夠把它們需求通知分析員（能夠描述目前一項(xiàng)業(yè)務(wù)怎么做、也能夠描述設(shè)想系統(tǒng)中此項(xiàng)業(yè)務(wù)怎么做）；

6、可視化方法：結(jié)和情景分析，利用畫用戶界面圖、業(yè)務(wù)步驟圖、功效結(jié)構(gòu)圖、時序圖等圖形和用戶進(jìn)行討論；基礎(chǔ)策略1、首先確定用戶軟件開發(fā)目標(biāo)，確定系統(tǒng)基礎(chǔ)范圍，然后圍繞這一目標(biāo)，確定要訪問部門和人員，要了解業(yè)務(wù)，在基礎(chǔ)范圍內(nèi)展開調(diào)研；

2、以部門職責(zé)為基礎(chǔ)搞清多種現(xiàn)有業(yè)務(wù)、要填寫表簿冊文檔報表等，其數(shù)據(jù)起源及去向；

3、以業(yè)務(wù)為根本，搞清每個業(yè)務(wù)每個步驟步驟關(guān)系、包含部門、輸入輸出項(xiàng)；

4、以數(shù)據(jù)為根本，搞清數(shù)據(jù)采集方法、數(shù)據(jù)流向、數(shù)據(jù)之間內(nèi)在聯(lián)絡(luò)；

5、搞清哪些業(yè)務(wù)或數(shù)據(jù)是已建系統(tǒng)，它們和新系統(tǒng)關(guān)系是銜接還是替換；

6、應(yīng)思索是否有新技術(shù)能夠改善現(xiàn)有工作，用戶提出需求用現(xiàn)有技術(shù)能否實(shí)現(xiàn)。結(jié)構(gòu)化方法分析步驟1、畫出數(shù)據(jù)流圖。設(shè)計數(shù)據(jù)流圖必需逐步求精；

2、決定哪些部分需要計算機(jī)化和怎樣計算機(jī)化（取決于用戶投資限制和本身技術(shù)限制）；

3、描述數(shù)據(jù)流細(xì)節(jié)，大型軟件能夠使用數(shù)據(jù)字典描述全部數(shù)據(jù)元素；

4、定義處理邏輯（加工邏輯：每個加工處理做什么）；

5、定義數(shù)據(jù)存放，即定義每個存放確實(shí)切內(nèi)容及其表示法（格式）；

6、定義物理資源：如是文件需指定：文件名、組織結(jié)構(gòu)（排序、索引等）、存放介質(zhì)和統(tǒng)計；如是數(shù)據(jù)庫需指定每個表相關(guān)信息；

7、確定輸入輸出規(guī)格說明，如輸入內(nèi)容、輸入屏幕、打印輸出格式、輸出長度等等；

8、確定硬件所需相關(guān)數(shù)值，如輸入量、打印頻率、CPU、統(tǒng)計大小、數(shù)據(jù)量大小、文件大小等等；

9、確定軟硬件接口和環(huán)境需求。UML方法分析步驟通常應(yīng)用系統(tǒng)又是各組成部分：問題論域、人機(jī)界面、數(shù)據(jù)管理、任務(wù)管理，在OOA階段關(guān)鍵對問題論域進(jìn)行分析，對人機(jī)界面、數(shù)據(jù)管理、任務(wù)管理等問題，OOA通常較少或沒有分析，而是留待OOD階段處理。

1、調(diào)研、識別系統(tǒng)需求；

2、分析問題領(lǐng)域：關(guān)鍵任務(wù)是充足了解領(lǐng)域問題和項(xiàng)目投資者及用戶需求，對需求進(jìn)行抽象，提出高層次處理方案）；

（1）確定系統(tǒng)范圍和系統(tǒng)邊界；

（2）確定系統(tǒng)約束（環(huán)境和條件）；

（3）定義活動者；

（4）確定系統(tǒng)綜合要求（功效、性能、運(yùn)行）；

（5）確定系統(tǒng)數(shù)據(jù)要求（名稱、范圍、類型、數(shù)量、特點(diǎn)）；

（6）建立USECASE模型、繪制USECASE圖；

（7）繪制關(guān)鍵交互圖；

3、建立靜態(tài)結(jié)構(gòu)模型（對象類圖、數(shù)據(jù)庫模型、包圖）；

4、建立動態(tài)行為模型（次序圖、協(xié)同圖、狀態(tài)圖、活動圖）；

5、建立系統(tǒng)物理模型（組件圖、配置圖）；需求調(diào)研相關(guān)要求文檔規(guī)范A、三種編寫方法

1、用好結(jié)構(gòu)化和自然語言編寫文本型文檔；

2、建立圖形化模型，這些模型能夠描繪轉(zhuǎn)換過程、系統(tǒng)狀態(tài)、和它們之間改變、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退齻冴P(guān)系；

3、編寫形式化規(guī)格說明，這能夠經(jīng)過使用數(shù)學(xué)上正確形式化邏輯語言來定義需求。

多個編寫方法可在同一個文檔使用，依據(jù)需要選擇，或互為補(bǔ)充，以能夠把需求說明白為目標(biāo)。

B、應(yīng)有結(jié)果

1、各業(yè)務(wù)手工辦理步驟文字說明；

2、各業(yè)務(wù)手工辦理步驟圖；

3、各業(yè)務(wù)手工辦理各步驟輸入輸出表單、數(shù)據(jù)起源；

4、目標(biāo)軟件系統(tǒng)功效劃分（示意圖及文字說明）；

5、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理步驟文字說明；

6、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理步驟圖（模型）；

7、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理各步驟數(shù)據(jù)、數(shù)據(jù)采集方法、數(shù)據(jù)間內(nèi)在聯(lián)絡(luò)分析。

8、目標(biāo)軟件系統(tǒng)用戶界面圖、各式系統(tǒng)邏輯模型圖及說明

C、文檔工具推薦

1、調(diào)研結(jié)果《需求分析說明書》格式參考開發(fā)文檔模板；

2、單位組織結(jié)構(gòu)圖、功效模塊分解圖用VISIO繪制，或直接用WORD中畫圖工具；

3、業(yè)務(wù)步驟圖用VISIO中FLOWCHART模板繪制；

4、系統(tǒng)邏輯模型使用ROSE繪制活用VISIO中UML模板繪制；

5、軟件用戶界面用VISIO中WIN95USERINTERFACE模板繪制；

6、數(shù)據(jù)物理模型用POWERDESINER繪制；

D、需求文檔編寫標(biāo)準(zhǔn)

1、句子簡短完整，含有正確語法、拼寫和標(biāo)點(diǎn)；

2、使用術(shù)語和詞匯表中所定義一致；

3、需求陳說應(yīng)該有一致樣式，比如“系統(tǒng)必需..”或“用戶必需..”，并緊跟一個行為動作和可觀察結(jié)果。；

4、避免使用模糊、主觀術(shù)語，降低不確定性，如“界面友好、操作方便”；

5、避免使用比較性詞語，如“提升”，應(yīng)定量說明提升程度。需求管理需求調(diào)研分析過程是一個由粗到細(xì)、漸進(jìn)明晰、連續(xù)完善過程。在指導(dǎo)后面系統(tǒng)設(shè)計，編碼階段時全部應(yīng)該不停完善修改需求文檔，所以需求管理很關(guān)鍵。需求管理包含在工程進(jìn)展過程中維持需求約定集成型和正確性全部活動，它是CMM模型二級中首要KPA（關(guān)鍵過程域），這些活動包含：

（1）定義