XXXXXX需求調(diào)研報(bào)告IDxx 1.1調(diào)研整體流程調(diào)研開(kāi)始項(xiàng)目前期資料匯總項(xiàng)目人員交流調(diào)研資料模本準(zhǔn)備調(diào)研模本行業(yè)資料收集項(xiàng)目成員討論否是否完整是資料非電子資料庫(kù)書(shū)寫(xiě)需求報(bào)告否是否通過(guò)審核是需求說(shuō)明書(shū)問(wèn)題識(shí)別:解決目標(biāo)系統(tǒng)做什么，做到什么程度.需求包括：功能、性能、環(huán)境、可靠性、安全性、保密性、用戶界面、資源使用、成本、進(jìn)度。同時(shí)建立需求調(diào)查分需的通信途徑。分，綜合成系統(tǒng)解決方案，給出目標(biāo)系統(tǒng)的詳細(xì)邏輯模型。[常用的分析方法有面流的結(jié)構(gòu)化分析方法SA(數(shù)據(jù)流圖DFD、數(shù)據(jù)詞典DD、加工邏輯說(shuō)明)、求方法和模型中發(fā)生教條的思維模式和派系斗爭(zhēng)，一般來(lái)說(shuō)結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖笮蛙浖?]編制需求分析文檔需求評(píng)審1.2組成部分關(guān)系需求分析可分為問(wèn)題識(shí)別、分析與綜合、編制需求分析文檔、需求評(píng)審等四個(gè)階段，包括以下幾個(gè)方面:確定軟件所期望的用戶類(lèi)；獲取每個(gè)用戶的需求;了解實(shí)際用戶任務(wù)和目標(biāo)中的一部分分配給軟件組件；了解相關(guān)質(zhì)量屬性的重要性;討論得出實(shí)施優(yōu)先級(jí)；將所收集的用戶需求編寫(xiě)成需求規(guī)格說(shuō)明和模型；評(píng)審需求規(guī)格說(shuō)明，確保與用戶達(dá)成共識(shí).1.3分析過(guò)程需求分析的任務(wù)是借助于當(dāng)前系統(tǒng)的物理模型(待開(kāi)發(fā)系統(tǒng)的系統(tǒng)元素)導(dǎo)出目標(biāo)系統(tǒng)的邏輯模型(只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù)),解決目標(biāo)系統(tǒng)“做什么”的問(wèn)題，所要做的工作是深入描述軟件的功能和性能，確定軟件設(shè)計(jì)的限制和軟件同其他系統(tǒng)元素的接口細(xì)節(jié),定義軟件的其他有效性需求，通過(guò)逐步細(xì)化對(duì)軟件的要求描述軟件要處理的數(shù)據(jù)，全面理解用戶的各項(xiàng)要求，但不能全盤(pán)接受,只能接受合理的要求;對(duì)其中模糊的要求要進(jìn)一步澄清，然后決定是否采納;對(duì)于無(wú)法實(shí)現(xiàn)的要求要向用戶作充分的解釋。最后將軟件的需求準(zhǔn)確地表達(dá)出來(lái)，形成軟件需求說(shuō)明書(shū)SRS。來(lái)反映自己對(duì)當(dāng)前系統(tǒng)的理解。此步驟也可以稱(chēng)為“業(yè)務(wù)建模"，其主要任務(wù)是對(duì)用戶的組織機(jī)構(gòu)或企業(yè)進(jìn)行評(píng)估理解他們的需要及未來(lái)系統(tǒng)要解決的問(wèn)題,然后建干戈區(qū)進(jìn)行業(yè)務(wù)建模，只要做一些簡(jiǎn)單的業(yè)務(wù)分析即可。抽象出當(dāng)前系統(tǒng)的邏輯模型:在理解當(dāng)前系統(tǒng)“怎樣做”的基礎(chǔ)上,取出非本質(zhì)因素，抽取出“做什么"的本質(zhì)。建立目標(biāo)系統(tǒng)的邏輯模型：明確目標(biāo)系統(tǒng)要“做什么".對(duì)邏輯模型的補(bǔ)充,如用戶界面、啟動(dòng)和結(jié)束、出錯(cuò)處理、系統(tǒng)輸入輸出、系統(tǒng)性2需求調(diào)研和分析的方法、策略和步驟2.1如何調(diào)研需求調(diào)研涉及三個(gè)問(wèn)題:者.被調(diào)研對(duì)象主要是人員和業(yè)務(wù)兩類(lèi)，其間主要涉及人與人、人與事物、事物與事物等三構(gòu)成。而能否把握這一時(shí)機(jī)并找準(zhǔn)需求提煉的關(guān)鍵點(diǎn)，是考驗(yàn)需求調(diào)研人員的重要方面.優(yōu)秀的需求調(diào)研人員不僅能認(rèn)識(shí)問(wèn)題之所在,還能藉此獲取足夠多的知識(shí)，最后成為問(wèn)題領(lǐng)域的專(zhuān)家。需求調(diào)研非常困難，必須引起重視。因?yàn)?●缺乏專(zhuān)門(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í)不愿提供確切信息。這些都會(huì)給需求調(diào)研人員帶來(lái)障礙和困難.在這種情況下，掌握必要的方法與技巧非常2.2如何分析需求描述、需求認(rèn)可、需求演進(jìn)這五個(gè)層次，并且逐層遞進(jìn)、螺旋式上升.需求分析是需求工程的核心，貫穿于系統(tǒng)整個(gè)生命周期.需求分析的出發(fā)點(diǎn)在于:對(duì)調(diào)研的需求進(jìn)行進(jìn)一步提煉并指導(dǎo)需求的抽取；幫助需求分析人員發(fā)現(xiàn)問(wèn)題.需求模擬則幫助檢查驗(yàn)證對(duì)問(wèn)題的理解。需求分析和模擬又包含三個(gè)層次的工作：需求定義、需求建模、需求模擬。需求定義,是對(duì)經(jīng)調(diào)研獲取的需求進(jìn)行初步整理,抽取其中基本需求和關(guān)鍵需求予以界定，并為需求建模提供必要的需求元素.需求建模,是把抽象的需求通過(guò)概念、符號(hào)、數(shù)學(xué)模型及邏輯結(jié)構(gòu)表現(xiàn)出來(lái)。表現(xiàn)形式有自然語(yǔ)言、半形式化(如圖、表、結(jié)構(gòu)化英語(yǔ)等)和形式化表示等三種。自然語(yǔ)言形式具有表達(dá)能力強(qiáng)的優(yōu)點(diǎn),但不利于捕獲模型語(yǔ)義；半形式化表示可捕獲結(jié)構(gòu)和一定的語(yǔ)義，也的形式化模型,需要較長(zhǎng)時(shí)間和對(duì)問(wèn)題領(lǐng)域的深層次理解。相對(duì)而言，圖表形式的需求模型直觀常用，比如組織結(jié)構(gòu)圖、系統(tǒng)流程圖、網(wǎng)絡(luò)拓?fù)鋱D等。可構(gòu)造性、利于分析、可追蹤性、可執(zhí)行性、最小冗余性.2.3調(diào)研方法;確；3、收集分析客戶使用的各種表格、有關(guān)工作責(zé)任、工作流程、工作規(guī)范、相關(guān)數(shù)據(jù)標(biāo)準(zhǔn)、業(yè)務(wù)標(biāo)準(zhǔn)的各種文字資料；5、情景分析：利用情景分析誘導(dǎo)用戶能夠把它們的需求告知分析員(可以描述當(dāng)前一項(xiàng)業(yè)務(wù)怎么做、也可以描述設(shè)想的系統(tǒng)中此項(xiàng)業(yè)務(wù)怎么做);6、可視化方法:結(jié)和情景分析，利用畫(huà)用戶界面圖、業(yè)務(wù)流程圖、功能結(jié)構(gòu)圖、時(shí)序圖等圖形與客戶進(jìn)行討論;2.4基本策略1、首先確定用戶的軟件開(kāi)發(fā)目標(biāo),確定系統(tǒng)基本范圍,然后圍繞這一目標(biāo)，確定要訪問(wèn)的部門(mén)和人員，要了解的業(yè)務(wù)，在基本范圍內(nèi)展開(kāi)調(diào)研；輸出項(xiàng)；6、應(yīng)思考是否有新技術(shù)可以改進(jìn)現(xiàn)有工作，用戶提出的需求用現(xiàn)有技術(shù)能否實(shí)現(xiàn)。2.5結(jié)構(gòu)化方法分析步驟2、決定哪些部分需要計(jì)算機(jī)化和怎樣計(jì)算機(jī)化(取決于用戶投資限制和自身技術(shù)限制)；；4、定義處理邏輯(加工邏輯:每個(gè)加工處理做什么)；5、定義數(shù)據(jù)存儲(chǔ)，即定義每個(gè)存儲(chǔ)的確切內(nèi)容及其表示法(格式);6、定義物理資源：如是文件需指定:文件名、組織結(jié)構(gòu)(排序、索引等)、存儲(chǔ)介質(zhì)和記錄；如是數(shù)據(jù)庫(kù)需指定每個(gè)表的相關(guān)信息;、輸入屏幕、打印輸出格式、輸出長(zhǎng)度等等；2.6UML方法分析步驟一般的應(yīng)用系統(tǒng)又是各組成部分：?jiǎn)栴}論域、人機(jī)界面、數(shù)據(jù)管理、任務(wù)管理，在OOA進(jìn)行抽象，提出高層次的解決方案)；(1)確定系統(tǒng)范圍和系統(tǒng)邊界; (2)確定系統(tǒng)的約束(環(huán)境和條件)； (3)定義活動(dòng)者； (4)確定系統(tǒng)的綜合要求(功能、性能、運(yùn)行)； (5)確定系統(tǒng)的數(shù)據(jù)要求(名稱(chēng)、范圍、類(lèi)型、數(shù)量、特點(diǎn))； (7)繪制主要交互圖；3、建立靜態(tài)結(jié)構(gòu)模型(對(duì)象類(lèi)圖、數(shù)據(jù)庫(kù)模型、包圖)；4、建立動(dòng)態(tài)行為模型(順序圖、協(xié)同圖、狀態(tài)圖、活動(dòng)圖)；5、建立系統(tǒng)物理模型(組件圖、配置圖)；3.1文檔規(guī)范2、建立圖形化模型，這些模型可以描繪轉(zhuǎn)換過(guò)程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù)據(jù)關(guān)系、邏輯流或?qū)ο箢?lèi)和他們的關(guān)系;3、編寫(xiě)形式化規(guī)格說(shuō)明,這可以通過(guò)使用數(shù)學(xué)上精確的形式化邏輯語(yǔ)言來(lái)定義需求。多種編寫(xiě)方法可在同一個(gè)文檔使用，根據(jù)需要選擇，或互為補(bǔ)充，以能夠把需求說(shuō)明白4、目標(biāo)軟件系統(tǒng)功能劃分(示意圖及文字說(shuō)明)；6、目標(biāo)軟件系統(tǒng)中各業(yè)務(wù)辦理流程圖(模型);3、需求陳述應(yīng)該有一致的樣式，例如“系統(tǒng)必須.."或者“用戶必須。。”，并緊跟一個(gè)行為動(dòng)作和可觀察的結(jié)果。；4、避免使用模糊、主觀的術(shù)語(yǔ)，減少不確定性，如“界面友好、操作方便”;度。3.2需求管理過(guò)程域)，這些活動(dòng)包括: (1)定義需求基線(需求文檔的主體)； (2)評(píng)審提出的需求變更申請(qǐng)、評(píng)估每項(xiàng)變更可能的影響,從而決定是否實(shí)施變更；(3)以一種可控的方式將需求變更融入到項(xiàng)目中; (4)使當(dāng)前的項(xiàng)目計(jì)劃與需求保持一致； (5)分析變更所產(chǎn)生的影響并在此基礎(chǔ)上協(xié)商出新的約定; (6)使每項(xiàng)需求都能與其對(duì)應(yīng)的設(shè)計(jì)、