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

1、 HYPERLINK xxxx/ 文檔類型Docummentt Tyype密級Confiidenntiaalitty LLeveel教學(xué)研究文文檔僅供收件方方查閱文檔編號Docummentt Codee版本Versiion共 12 頁08業(yè)務(wù)需求調(diào)調(diào)研大綱綱Prepaaredd byy 擬制王飛Date日期2011-2-111Revieewedd byy 評審人Date日期Approovedd byy批準(zhǔn)Date日期 x 不得復(fù)復(fù)制x BBroaadennGatte TTechhnollogiies, Coo., Ltdd.All RRighhts ResservvedRevissionn R

2、eecorrd修訂記錄Date日期Revissionn Veersiion修訂版本CR IDD /DDefeect IDCR/ DDefeect號號Sec NNo. 修改章節(jié)Changge DDesccripptioon修改描述Authoor作者2011-2-11108初稿完成楊琦 Cattalogg目 錄TOC o 1-3 h z u需求調(diào)研流流程調(diào)研整體流流程問題識別：解決目目標(biāo)系統(tǒng)統(tǒng)做什么么，做到到什么程程度。需需求包括括：功能能、性能能、環(huán)境境、可靠靠性、性性、保密密性、用用戶界面面、資源源使用、成成本、進(jìn)進(jìn)度。同同時建立立需求調(diào)調(diào)查分析析所需的通通信途徑徑。分析與綜合合：從數(shù)數(shù)據(jù)流和

3、和數(shù)據(jù)結(jié)結(jié)構(gòu)出發(fā)發(fā)，逐步步細(xì)化所所有的軟軟件功能能，找出出各元素素之間的的聯(lián)系、接接口特性性和設(shè)計計上的限限制，分分析它們們是否滿滿足功能能要求并并剔除不不合理部部分，綜綜合成系系統(tǒng)解決決方案，給給出目標(biāo)標(biāo)系統(tǒng)的的詳細(xì)邏邏輯模型型。常用的的分析方方法有面面向數(shù)據(jù)據(jù)流的結(jié)結(jié)構(gòu)化分分析方法法SA（數(shù)數(shù)據(jù)流圖圖DFDD、數(shù)據(jù)據(jù)詞典DDD、加加工邏輯輯說明）、描描繪系統(tǒng)統(tǒng)數(shù)據(jù)關(guān)關(guān)系的實(shí)實(shí)體關(guān)系系圖ERRD、面面向數(shù)據(jù)據(jù)結(jié)構(gòu)的的Jaccksoon方法法JSDD、面向向?qū)ο蠓址治龇椒ǚ∣OAA（主要要用UMML）、對對于有動動態(tài)時序序問題的的軟件可可以用形形式化技技術(shù)，包包括有窮窮狀態(tài)機(jī)機(jī)FSMM的狀態(tài)態(tài)

4、遷移（轉(zhuǎn)轉(zhuǎn)換）圖圖STDD、時序序圖、PPetrri網(wǎng)。每一一種分析析建模方方法都有有其優(yōu)勢勢和局限限性，可可以兼而而有之以以不同角角度分析析，應(yīng)該該避免陷陷入在軟軟件需求求方法和和模型中中發(fā)生教教條的思思維模式式和派系系斗爭，一一般來說說結(jié)構(gòu)化化方法用用于中小小規(guī)模軟軟件、面面向?qū)ο笙蠓椒ㄓ糜糜诖笮托蛙浖?。編制需求分分析文檔檔需求評審組成部分關(guān)關(guān)系需求分析可可分為問問題識別別、分析析與綜合合、編制制需求分分析文檔檔、需求求評審等等四個階階段，包包括以下下幾個方方面：確確定軟件件所期望望的用戶戶類；獲獲取每個個用戶的的需求；了解實(shí)實(shí)際用戶戶任務(wù)和和目標(biāo)以以及這些些任務(wù)所所支持的的業(yè)務(wù)需需求；分

5、析析員與用用戶的信信息以區(qū)區(qū)別用戶戶任務(wù)需需求、功功能需求求、業(yè)務(wù)務(wù)規(guī)則、質(zhì)質(zhì)量屬性性、建議議解決方方法和附附加信息息；將系系統(tǒng)級的的需求分分為幾個個子系統(tǒng)統(tǒng)，并將將需求中中的一部部分分配配給軟件件組件；了解相相關(guān)質(zhì)量量屬性的的重要性性；討論論得出實(shí)實(shí)施優(yōu)先先級；將將所收集集的用戶戶需求編編寫成需需求規(guī)格格說明和和模型；評審需需求規(guī)格格說明，確確保與用用戶達(dá)成成共識。分析過程需求分析的的任務(wù)是是借助于于當(dāng)前系系統(tǒng)的物物理模型型（待開開發(fā)系統(tǒng)統(tǒng)的系統(tǒng)統(tǒng)元素）導(dǎo)導(dǎo)出目標(biāo)標(biāo)系統(tǒng)的的邏輯模模型（只只描述系系統(tǒng)要完完成的功功能和要要處理的的數(shù)據(jù)），解解決目標(biāo)標(biāo)系統(tǒng)“做做什么”的的問題，所所要做的的工作是

6、是深入描描述軟件件的功能能和性能能，確定定軟件的的限制和和軟件同同其他系系統(tǒng)元素素的接口口細(xì)節(jié)，定定義軟件件的其他他有效性性需求，通通過逐步步細(xì)化對對軟件的的要求描描述軟件件要處理理的數(shù)據(jù)據(jù)，并給給軟件開開發(fā)提供供一種可可以轉(zhuǎn)化化為數(shù)據(jù)據(jù)設(shè)計、結(jié)結(jié)構(gòu)設(shè)計計和過程程設(shè)計的的數(shù)據(jù)與與功能表表示。必必須全面面理解用用戶的各各項要求求，但不不能全盤盤接受，只只能接受受合理的的要求；對其中中模糊的的要求要要進(jìn)一步步澄清，然然后決定定是否采采納；對對于無法法實(shí)現(xiàn)的的要求要要向用戶戶作充分分的解釋釋。最后后將軟件件的需求求準(zhǔn)確地地表達(dá)出出來，形形成軟件件需求說說明書SSRS。獲得當(dāng)前系系統(tǒng)的物物理模型型：首

7、先先分析、理理解當(dāng)前前系統(tǒng)是是如何運(yùn)運(yùn)行的，了了解當(dāng)前系系統(tǒng)的組組織機(jī)構(gòu)構(gòu)、輸入入輸出、資資源利用用情況和和日常數(shù)數(shù)據(jù)處理理過程，并并用一個個具體的的模型來來反映自自己對當(dāng)當(dāng)前系統(tǒng)統(tǒng)的理解解。此步步驟也可可以稱為為“業(yè)務(wù)務(wù)建模”，其其主要任任務(wù)是對對用戶的的組織機(jī)機(jī)構(gòu)或企企業(yè)進(jìn)行行評估理理解他們們的需要要及未來來系統(tǒng)要要解決的的問題，然然后建立立一個業(yè)業(yè)務(wù)USSECAASE模模型和業(yè)業(yè)務(wù)對象象模型。當(dāng)當(dāng)然如果果系統(tǒng)相相對簡單單，也沒沒必要大大動干戈戈區(qū)進(jìn)行行業(yè)務(wù)建建模，只只要做一一些簡單單的業(yè)務(wù)務(wù)分析即即可。抽象出當(dāng)前前系統(tǒng)的的邏輯模模型：在在理解當(dāng)當(dāng)前系統(tǒng)統(tǒng)“怎樣樣做”的的基礎(chǔ)上上，取出出非

8、本質(zhì)質(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)調(diào)研方法法； 調(diào)調(diào)研對象象的組成成應(yīng)以互互補(bǔ)為原原則，至至少要由由三類人人員組成成：技術(shù)術(shù)人員、業(yè)業(yè)務(wù)專家家和管理理者。被被調(diào)研對對象主要要是人員員和業(yè)務(wù)務(wù)兩類，其其間主要要涉及人人與人、人人與事物物、事物物與事物物等三

9、種種關(guān)系。 其其中，關(guān)關(guān)鍵是確確定調(diào)研研范圍。調(diào)調(diào)研范圍圍包括關(guān)關(guān)鍵域和和關(guān)鍵活活動。而而關(guān)鍵活活動又由由關(guān)鍵流流程加關(guān)關(guān)鍵點(diǎn)構(gòu)構(gòu)成。 找到到關(guān)鍵域域，明確確關(guān)鍵流流程和關(guān)關(guān)鍵點(diǎn)，對對需求調(diào)調(diào)研至關(guān)關(guān)重要，需需要專家家或咨詢詢顧問介介入。而而能否把把握這一一時機(jī)并并找準(zhǔn)需需求提煉煉的關(guān)鍵鍵點(diǎn)，是是考驗(yàn)需需求調(diào)研研人員的的重要方方面。優(yōu)優(yōu)秀的需需求調(diào)研研人員不不僅能認(rèn)認(rèn)識問題題之所在在，還能能藉此獲獲取足夠夠多的知知識，最最后成為為問題領(lǐng)領(lǐng)域的專專家。 需需求調(diào)研研非常困困難，必必須引起起重視。因因?yàn)椋?缺乏乏專門領(lǐng)領(lǐng)域的知知識，同同時應(yīng)用用領(lǐng)域中中的許多多問題通通常模糊糊，很難難界定； 機(jī)機(jī)構(gòu)

10、實(shí)踐踐存在默默認(rèn)知識識，難以以描述； 多多個知識識源或信信息源既既有沖突突又有重重合； 被調(diào)調(diào)研對象象可能有有認(rèn)知偏偏見或者者欠缺或或有時不不愿提供供確切信信息。 這這些都會會給需求求調(diào)研人人員帶來來障礙和和困難。在在這種情情況下，掌掌握必要要的方法法與技巧巧非常重重要。如何分析需求工程是是繼軟件件工程之之后的又又一熱點(diǎn)點(diǎn)工程。從從理論上上說，包包括調(diào)研研需求、模模擬和分分析需求求、需求求描述、需需求認(rèn)可可、需求求演進(jìn)這這五個層層次，并并且逐層層遞進(jìn)、螺螺旋式上上升。需需求分析析是需求求工程的的核心，貫貫穿于系系統(tǒng)整個個生命周周期。 需求求分析的的出發(fā)點(diǎn)點(diǎn)在于：對調(diào)研研的需求求進(jìn)行進(jìn)進(jìn)一步提提

11、煉并指指導(dǎo)需求求的抽取??；幫助助需求分分析人員員發(fā)現(xiàn)問問題。需需求模擬擬則幫助助檢查驗(yàn)驗(yàn)證對問問題的理理解。需需求分析析和模擬擬又包含含三個層層次的工工作：需需求定義義、需求求建模、需需求模擬擬。 需求求定義，是對經(jīng)經(jīng)調(diào)研獲獲取的需需求進(jìn)行行初步整整理，抽抽取其中中基本需需求和關(guān)關(guān)鍵需求求予以界界定，并并為需求求建模提提供必要要的需求求元素。 需求建模，是把抽象的需求通過概念、符號、數(shù)學(xué)模型及邏輯結(jié)構(gòu)表現(xiàn)出來。表現(xiàn)形式有自然語言、半形式化（如圖、表、結(jié)構(gòu)化英語等）和形式化表示等三種。自然語言形式具有表達(dá)能力強(qiáng)的優(yōu)點(diǎn)，但不利于捕獲模型語義；半形式化表示可捕獲結(jié)構(gòu)和一定的語義，也可進(jìn)行一定的推理和

12、一致性檢查；形式化表示具有精確的語義和推理能力，但構(gòu)造一個完整的形式化模型，需要較長時間和對問題領(lǐng)域的深層次理解。相對而言，圖表形式的需求模型直觀常用，比如組織結(jié)構(gòu)圖、系統(tǒng)流程圖、網(wǎng)絡(luò)拓?fù)鋱D等。 良好的需求概念模型應(yīng)包括以下幾個特點(diǎn)： 實(shí)現(xiàn)的獨(dú)立性、足夠抽象、足夠形式化、可構(gòu)造性、利于分析、可追蹤性、可執(zhí)行性、最小冗余性。調(diào)研方法1、 會談?wù)?、詢問問：圍繞繞軟件目目標(biāo)提出出具體問問題；2、 調(diào)查表表：經(jīng)過過仔細(xì)考考慮的書書面回答答可能比比會談中中的回答答更加準(zhǔn)準(zhǔn)確；3、 收集分分析客戶戶使用的的各種表表格、有有關(guān)工作作責(zé)任、工工作流程程、工作作規(guī)范、相相關(guān)數(shù)據(jù)據(jù)標(biāo)準(zhǔn)、業(yè)業(yè)務(wù)標(biāo)準(zhǔn)準(zhǔn)的各種種文字資

13、資料；4、 收集同同類相關(guān)關(guān)產(chǎn)品的的宣傳資資料、技技術(shù)資料料、演示示程序或或軟件程程序；5、 情景分分析：利利用情景景分析誘誘導(dǎo)用戶戶能夠把把它們的的需求告告知分析析員（可可以描述述當(dāng)前一一項業(yè)務(wù)務(wù)怎么做做、也可可以描述述設(shè)想的的系統(tǒng)中中此項業(yè)業(yè)務(wù)怎么么做）；66、 可可視化方方法：結(jié)結(jié)和情景景分析，利利用畫用用戶界面面圖、業(yè)業(yè)務(wù)流程程圖、功功能結(jié)構(gòu)構(gòu)圖、時時序圖等等圖形與與客戶進(jìn)進(jìn)行討論論；基本策略1、 首先先確定用用戶的軟軟件開發(fā)發(fā)目標(biāo)，確確定系統(tǒng)統(tǒng)基本范范圍，然然后圍繞繞這一目目標(biāo)，確確定要訪訪問的部部門和人人員，要要了解的的業(yè)務(wù)，在在基本范范圍內(nèi)展展開調(diào)研研；2、 以部門門職責(zé)為為基礎(chǔ)

14、搞搞清各種種現(xiàn)有業(yè)業(yè)務(wù)、要要填寫的的表簿冊冊文檔報報表等，其其數(shù)據(jù)來來源及去去向；3、 以業(yè)務(wù)務(wù)為主線線，搞清清每個業(yè)業(yè)務(wù)的每每個環(huán)節(jié)節(jié)的流程程關(guān)系、涉涉及部門門、輸入入輸出項項；4、 以數(shù)據(jù)據(jù)為主線線，搞清清數(shù)據(jù)采采集方式式、數(shù)據(jù)據(jù)流向、數(shù)數(shù)據(jù)之間間的內(nèi)在在聯(lián)系；55、 搞搞清哪些些業(yè)務(wù)或或數(shù)據(jù)是是已建系系統(tǒng)的，它它們和新新系統(tǒng)的的關(guān)系是是銜接還還是替換換；6、 應(yīng)思考考是否有有新技術(shù)術(shù)可以改改進(jìn)現(xiàn)有有工作，用用戶提出出的需求求用現(xiàn)有有技術(shù)能能否實(shí)現(xiàn)現(xiàn)。結(jié)構(gòu)化方法法分析步步驟1、 畫出出數(shù)據(jù)流流圖。設(shè)設(shè)計數(shù)據(jù)據(jù)流圖必必須逐步步求精；22、 決決定哪些些部分需需要計算算機(jī)化和和怎樣計計算機(jī)化化

15、（取決決于用戶戶投資限限制和自自身技術(shù)術(shù)限制）；33、 描描述數(shù)據(jù)據(jù)流細(xì)節(jié)節(jié)，大型型軟件可可以使用用數(shù)據(jù)字字典描述述所有數(shù)數(shù)據(jù)元素素；4、 定義處處理邏輯輯（加工工邏輯：每個加加工處理理做什么么）；5、 定義數(shù)數(shù)據(jù)存儲儲，即定定義每個個存儲的的確切內(nèi)內(nèi)容及其其表示法法（格式式）；6、 定義物物理資源源：如是是文件需需指定：文件名名、組織織結(jié)構(gòu)（排排序、索索引等）、存存儲介質(zhì)質(zhì)和記錄錄；如是是數(shù)據(jù)庫庫需指定定每個表表的相關(guān)關(guān)信息；77、 確確定輸入入輸出規(guī)規(guī)格說明明，如輸輸入內(nèi)容容、輸入入屏幕、打打印輸出出格式、輸輸出長度度等等；88、 確確定硬件件所需有有關(guān)數(shù)值值，如輸輸入量、打打印頻率率、C

16、PPU、記記錄大小小、數(shù)據(jù)據(jù)量大小小、文件件大小等等等；9、 確定軟軟硬件接接口和環(huán)環(huán)境需求求。UML方法法分析步步驟一般的應(yīng)用用系統(tǒng)又又是各組組成部分分：問題題論域、人人機(jī)界面面、數(shù)據(jù)據(jù)管理、任任務(wù)管理理，在OOOA階階段重點(diǎn)點(diǎn)對問題題論域進(jìn)進(jìn)行分析析，對人人機(jī)界面面、數(shù)據(jù)據(jù)管理、任任務(wù)管理理等問題題，OOOA一般般較少或或沒有分分析，而而是留待待OODD階段解解決。1、 調(diào)研、識識別系統(tǒng)統(tǒng)需求；22、 分分析問題題領(lǐng)域：主要任任務(wù)是充充分理解解領(lǐng)域問問題和項項目投資資者及用用戶的需需求，對對需求進(jìn)進(jìn)行抽象象，提出出高層次次的解決決方案）；（11） 確確定系統(tǒng)統(tǒng)范圍和和系統(tǒng)邊邊界；（22）

17、確確定系統(tǒng)統(tǒng)的約束束（環(huán)境境和條件件）；（33） 定定義活動動者；（44） 確確定系統(tǒng)統(tǒng)的綜合合要求（功功能、性性能、運(yùn)運(yùn)行）；（5） 確定系系統(tǒng)的數(shù)數(shù)據(jù)要求求（名稱稱、范圍圍、類型型、數(shù)量量、特點(diǎn)點(diǎn)）；（66） 建建立USSE CCASEE模型、繪繪制USSE CCASEE圖；（77） 繪繪制主要要交互圖圖；3、 建立靜靜態(tài)結(jié)構(gòu)構(gòu)模型（對對象類圖圖、數(shù)據(jù)據(jù)庫模型型、包圖圖）；4、 建立動動態(tài)行為為模型（順順序圖、協(xié)協(xié)同圖、狀狀態(tài)圖、活活動圖）；55、 建建立系統(tǒng)統(tǒng)物理模模型（組組件圖、配配置圖）；需求調(diào)研相相關(guān)要求求文檔規(guī)范A、三種編編寫方法法11、 用用好的結(jié)結(jié)構(gòu)化和和自然語語言編寫寫文本

18、型型文檔；22、 建建立圖形形化模型型，這些些模型可可以描繪繪轉(zhuǎn)換過過程、系系統(tǒng)狀態(tài)態(tài)、和它它們之間間的變化化、數(shù)據(jù)據(jù)關(guān)系、邏邏輯流或或?qū)ο箢愵惡退麄儌兊年P(guān)系系；3、 編寫形形式化規(guī)規(guī)格說明明，這可可以通過過使用數(shù)數(shù)學(xué)上精精確的形形式化邏邏輯語言言來定義義需求。多種編寫方法可在同一個文檔使用，根據(jù)需要選擇，或互為補(bǔ)充，以能夠把需求說明白為目的。B、應(yīng)有成果1、 各業(yè)務(wù)手工辦理流程文字說明；2、 各業(yè)務(wù)手工辦理流程圖；3、 各業(yè)務(wù)手工辦理各環(huán)節(jié)輸入輸出表單、數(shù)據(jù)來源；4、 目標(biāo)軟件系統(tǒng)功能劃分（示意圖及文字說明）；5、 目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程文字說明；6、 目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程圖（

19、模型）；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)邏輯模型圖及說明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中的WIN95 USER INTERFACE模板繪制；6、 數(shù)據(jù)物理模型用POWERDESINER繪制；D、需求文檔編寫原則1、 句子簡短完整，具有正確

20、的語法、拼寫和標(biāo)點(diǎn)；2、 使用的術(shù)語與詞匯表中所定義的一致；3、 需求陳述應(yīng)該有一致的樣式，例如“系統(tǒng)必須.”或者“用戶必須.”，并緊跟一個行為動作和可觀察的結(jié)果。；4、 避免使用模糊、主觀的術(shù)語，減少不確定性，如“界面友好、操作方便”；5、 避免使用比較性詞語，如“提高”，應(yīng)定量說明提高程度。需求管理需求調(diào)研分分析過程程是一個個由粗到到細(xì)、漸漸進(jìn)明晰晰、持續(xù)續(xù)完善的的過程。在在指導(dǎo)后后面系統(tǒng)統(tǒng)設(shè)計，編編碼階段段時都應(yīng)應(yīng)當(dāng)不斷斷完善修修改需求求文檔，因因此需求求管理非非常重要要。需求求管理包包括在工工程進(jìn)展展過程中中維持需需求約定定集成型型和精確確性的所所有活動動，它是是CMMM模型二二級中的的首要KK