需求調(diào)研流程

文檔類型文檔類型DocumentTypeXXX文檔編號(hào)DocumentXXX密級(jí)Confidentiality僅供收件方查閱版本Version0．8共13頁(yè)XXX管理系統(tǒng)需求調(diào)研報(bào)告Date日期Date日期RevisionVersion修訂版本CRIDIDCR/Defect號(hào)SecNo.修改章節(jié)ChangeDescription修改描述Author作者201x-xx-xx0.1初稿完成Catalog目 錄需求調(diào)研流程 4調(diào)研整體流程 4組成部分關(guān)系 5分析過(guò)程 6需求調(diào)研和分析的方法、策略和步驟 6如何調(diào)研 6如何分析 7調(diào)研方法 8基本策略 8結(jié)構(gòu)化方法分析步驟 9UML方法分析步驟 9需求調(diào)研相關(guān)要求 10文檔規(guī)范 10需求管理 11調(diào)研成果 12需求調(diào)研流程調(diào)研整體流程調(diào)研開(kāi)始調(diào)研開(kāi)始項(xiàng)目前期資料匯總 項(xiàng)目人員交流 調(diào)研資料模本準(zhǔn)備調(diào)研模本行業(yè)資料收集資料庫(kù)項(xiàng)目成員討論否需求電子資料是項(xiàng)目庫(kù)需求整理非電子資料歸檔書(shū)寫(xiě)需求報(bào)告否是否是需求說(shuō)明書(shū)分析所需的通信途徑。并剔除不合理部分[常用的分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法SA（數(shù)據(jù)流圖DFD、數(shù)據(jù)詞典DD、加工邏輯說(shuō)明）、描繪系統(tǒng)數(shù)據(jù)關(guān)系的實(shí)體關(guān)系圖ERD、面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法JSD、面向?qū)ο蠓治龇椒∣OA（主要用UML）包括有窮狀態(tài)機(jī)FSM（轉(zhuǎn)換）圖STDPetri件需求方法和模型中發(fā)生教條的思維模式和派系斗爭(zhēng)]編制需求分析文檔需求評(píng)審組成部分關(guān)系需求分析可分為問(wèn)題識(shí)別、分析與綜合、編制需求分析文檔、需求評(píng)審等四個(gè)階段，包分析過(guò)程需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型（待開(kāi)發(fā)系統(tǒng)的系統(tǒng)元素）導(dǎo)出目標(biāo)系統(tǒng)（只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù)SRS。用戶的組織機(jī)構(gòu)或企業(yè)進(jìn)行評(píng)估理解他們的需要及未來(lái)系統(tǒng)要解決的問(wèn)題立一個(gè)業(yè)務(wù)USECASE干戈區(qū)進(jìn)行業(yè)務(wù)建模，只要做一些簡(jiǎn)單的業(yè)務(wù)分析即可。素，抽取出“做什么”的本質(zhì)。建立目標(biāo)系統(tǒng)的邏輯模型：明確目標(biāo)系統(tǒng)要“做什么”。能、其他限制等等。需求調(diào)研和分析的方法、策略和步驟如何調(diào)研需求調(diào)研涉及三個(gè)問(wèn)題：一是如何確定調(diào)研對(duì)象；三是采用何種調(diào)研方法；種關(guān)系。程加關(guān)鍵點(diǎn)構(gòu)成。需求調(diào)研非常困難，必須引起重視。因?yàn)椋喝狈ｉT(mén)領(lǐng)域的知識(shí)，同時(shí)應(yīng)用領(lǐng)域中的許多問(wèn)題通常模糊，很難界定；機(jī)構(gòu)實(shí)踐存在默認(rèn)知識(shí)，難以描述；多個(gè)知識(shí)源或信息源既有沖突又有重合；被調(diào)研對(duì)象可能有認(rèn)知偏見(jiàn)或者欠缺或有時(shí)不愿提供確切信息。重要。如何分析需求描述、需求認(rèn)可、需求演進(jìn)這五個(gè)層次，并且逐層遞進(jìn)、螺旋式上升需求分析是需求工程的核心，貫穿于系統(tǒng)整個(gè)生命周期。需求分析調(diào)研的需求的工作：需求定義、需求建模、需求模擬。需求定義定，并為需求建模提供必要的需求元素。需求建模可構(gòu)造性、利于分析、可追蹤性、可執(zhí)行性、最小冗余性。調(diào)研方法1、會(huì)談、詢問(wèn)：圍繞軟件目標(biāo)提出具體問(wèn)題；2、調(diào)查表：經(jīng)過(guò)仔細(xì)考慮的書(shū)面回答可能比會(huì)談中的回答更加準(zhǔn)確；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ù)資料、演示程序或軟件程序；（項(xiàng)業(yè)務(wù)怎么做、也可以描述設(shè)想的系統(tǒng)中此項(xiàng)業(yè)務(wù)怎么做）；6、可視化方法：結(jié)和情景分析，利用畫(huà)用戶界面圖、業(yè)務(wù)流程圖、功能結(jié)構(gòu)圖、時(shí)序圖等圖形與客戶進(jìn)行討論；基本策略1問(wèn)的部門(mén)和人員，要了解的業(yè)務(wù)，在基本范圍內(nèi)展開(kāi)調(diào)研；去向；3、以業(yè)務(wù)為主線，搞清每個(gè)業(yè)務(wù)的每個(gè)環(huán)節(jié)的流程關(guān)系、涉及部門(mén)、輸入輸出項(xiàng)；4、以數(shù)據(jù)為主線，搞清數(shù)據(jù)采集方式、數(shù)據(jù)流向、數(shù)據(jù)之間的內(nèi)在聯(lián)系；5、搞清哪些業(yè)務(wù)或數(shù)據(jù)是已建系統(tǒng)的，它們和新系統(tǒng)的關(guān)系是銜接還是替換；6、應(yīng)思考是否有新技術(shù)可以改進(jìn)現(xiàn)有工作，用戶提出的需求用現(xiàn)有技術(shù)能否實(shí)現(xiàn)。結(jié)構(gòu)化方法分析步驟1、畫(huà)出數(shù)據(jù)流圖。設(shè)計(jì)數(shù)據(jù)流圖必須逐步求精；2、決定哪些部分需要計(jì)算機(jī)化和怎樣計(jì)算機(jī)化（取決于用戶投資限制和自身技術(shù)限制）；3、描述數(shù)據(jù)流細(xì)節(jié)，大型軟件可以使用數(shù)據(jù)字典描述所有數(shù)據(jù)元素；4、定義處理邏輯（加工邏輯：每個(gè)加工處理做什么）；5、定義數(shù)據(jù)存儲(chǔ)，即定義每個(gè)存儲(chǔ)的確切內(nèi)容及其表示法（格式）；6、定義物理資源：如是文件需指定：文件名、組織結(jié)構(gòu)（排序、索引等）、存儲(chǔ)介質(zhì)和記錄；如是數(shù)據(jù)庫(kù)需指定每個(gè)表的相關(guān)信息；7、確定輸入輸出規(guī)格說(shuō)明，如輸入內(nèi)容、輸入屏幕、打印輸出格式、輸出長(zhǎng)度等等；8、確定硬件所需有關(guān)數(shù)值，如輸入量、打印頻率、CPU、記錄大小、數(shù)據(jù)量大小、文件大小等等；9、確定軟硬件接口和環(huán)境需求。UML方法分析步驟一般的應(yīng)用系統(tǒng)又是各組成部分：?jiǎn)栴}論域、人機(jī)界面、數(shù)據(jù)管理、任務(wù)管理，在OOA沒(méi)有分析，而是留待OOD1、調(diào)研、識(shí)別系統(tǒng)需求；進(jìn)行抽象，提出高層次的解決方案）；確定系統(tǒng)范圍和系統(tǒng)邊界；確定系統(tǒng)的約束（環(huán)境和條件）；定義活動(dòng)者；確定系統(tǒng)的綜合要求（功能、性能、運(yùn)行）；確定系統(tǒng)的數(shù)據(jù)要求（名稱、范圍、類型、數(shù)量、特點(diǎn)）；建立USECASEUSECASE繪制主要交互圖；3、建立靜態(tài)結(jié)構(gòu)模型（對(duì)象類圖、數(shù)據(jù)庫(kù)模型、包圖）；4、建立動(dòng)態(tài)行為模型（順序圖、協(xié)同圖、狀態(tài)圖、活動(dòng)圖）；5、建立系統(tǒng)物理模型（組件圖、配置圖）；需求調(diào)研相關(guān)要求文檔規(guī)范A、三種編寫(xiě)方法1、用好的結(jié)構(gòu)化和自然語(yǔ)言編寫(xiě)文本型文檔；2、建立圖形化模型，這些模型可以描繪轉(zhuǎn)換過(guò)程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系；3、編寫(xiě)形式化規(guī)格說(shuō)明，這可以通過(guò)使用數(shù)學(xué)上精確的形式化邏輯語(yǔ)言來(lái)定義需求。多種編寫(xiě)方法可在同一個(gè)文檔使用，根據(jù)需要選擇，或互為補(bǔ)充，以能夠把需求說(shuō)明白為目的。B、應(yīng)有成果1、各業(yè)務(wù)手工辦理流程文字說(shuō)明；2、各業(yè)務(wù)手工辦理流程圖；3、各業(yè)務(wù)手工辦理各環(huán)節(jié)輸入輸出表單、數(shù)據(jù)來(lái)源；4、目標(biāo)軟件系統(tǒng)功能劃分（示意圖及文字說(shuō)明）；5、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程文字說(shuō)明；6、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程圖（模型）；7、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理各環(huán)節(jié)數(shù)據(jù)、數(shù)據(jù)采集方式、數(shù)據(jù)間的內(nèi)在聯(lián)系分析。8、目標(biāo)軟件系統(tǒng)用戶界面圖、各式系統(tǒng)邏輯模型圖及說(shuō)明C、文檔工具推薦1、調(diào)研結(jié)果《需求分析說(shuō)明書(shū)》格式參照開(kāi)發(fā)文檔模板；2VISIOWORD3、業(yè)務(wù)流程圖用VISIO中的FLOWCHART模板繪制；4、系統(tǒng)邏輯模型使用ROSE繪制活用VISIO中的UML模板繪制；5、軟件用戶界面用VISIO中的WIN95USERINTERFACE模板繪制；6、數(shù)據(jù)物理模型用POWERDESINER繪制；D、需求文檔編寫(xiě)原則1、句子簡(jiǎn)短完整，具有正確的語(yǔ)法、拼寫(xiě)和標(biāo)點(diǎn)；2、使用的術(shù)語(yǔ)與詞匯表中所定義的一致；3一個(gè)行為動(dòng)作和可觀察的結(jié)果。；4、避免使用模糊、主觀的術(shù)語(yǔ)，減少不確定性，如“界面友好、操作方便”；5、避免使用比較性詞語(yǔ)，如“提高”，應(yīng)定量說(shuō)明提高程度。需求管理CMM關(guān)鍵過(guò)程域），這些活動(dòng)包括：定義需求基線（需求文檔的主體）；評(píng)審提出的需求變更申請(qǐng)、評(píng)估每項(xiàng)變更可能的影響，從而決定是否實(shí)施變更；以一種可控的方式將需求變更融入到項(xiàng)目中；使當(dāng)前的項(xiàng)目計(jì)劃與