需求調(diào)研報告

1、省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告文檔類型Document Type密級Confidentiality Level教學研究文檔僅供收件方查閱文檔編號Document Code版本Version共13頁0. 8水利廳檔案管理系統(tǒng)需求調(diào)研報告版權(quán)所有不得復制Copyright ? BroadenGate Technologies, Co., Ltd.All Rights Reserved省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告鋒土Revision Record修訂記錄Date 日期RevisionVersion 修訂版本CR ID /DefectIDC

2、R/ Defect#Sec No.修改章NChange Description 修改描述Author作者2014-11-190.1初稿完成省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告Catalog目錄 TOC o 1-5 h z HYPERLINK l bookmark6 o Current Document 需求調(diào)研流程4. HYPERLINK l bookmark8 o Current Document 調(diào)研整體流程4. HYPERLINK l bookmark10 o Current Document 組成部分關(guān)系6. HYPERLINK l bookmark12 o C

3、urrent Document 分析過程7. HYPERLINK l bookmark14 o Current Document 需求調(diào)研和分析的方法、策略和步驟7 HYPERLINK l bookmark16 o Current Document 如何調(diào)研8. HYPERLINK l bookmark18 o Current Document 如何分析8. HYPERLINK l bookmark20 o Current Document 調(diào)研方法9. HYPERLINK l bookmark22 o Current Document 基本策略9. HYPERLINK l bookmark2

4、4 o Current Document 結(jié)構(gòu)化方法分析步驟1.0 HYPERLINK l bookmark26 o Current Document UML方法分析步驟 10 HYPERLINK l bookmark28 o Current Document 需求調(diào)研相關(guān)要求1.1 HYPERLINK l bookmark30 o Current Document 文檔規(guī)范1.1 HYPERLINK l bookmark32 o Current Document 需求管理1.2 HYPERLINK l bookmark34 o Current Document 調(diào)研成果1.3鋒士省級“金水工

5、程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告1需求調(diào)研流程調(diào)研整體流程鋒士卿調(diào)研開始項目人員交流調(diào)研資料模本準備項目前期資料匯總調(diào)研模本資料庫項目庫歸檔省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告鋒土省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告問題識別：解決目標系統(tǒng)做什么，做到什么程度。需求包括：功能、性能、環(huán)境、 可靠性、安全性、保密性、用戶界面、資源使用、成本、進度。同時建立需求調(diào)查 分析所需的通信途徑。分析與綜合：從數(shù)據(jù)流和數(shù)據(jù)結(jié)構(gòu)出發(fā)，逐步細化所有的軟件功能，找出各元素之間的聯(lián)系、接口特性和設(shè)計上的限制， 分析它們是否滿足功能要求并剔除不合理部 分，

6、綜合成系統(tǒng)解決方案，給出目標系統(tǒng)的詳細邏輯模型。常用的分析方法有面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法SA （數(shù)據(jù)流圖DFD數(shù)據(jù)詞典DD加工邏輯說明）、描繪系統(tǒng)數(shù)據(jù)關(guān)系的實體關(guān)系圖ERD面向數(shù)據(jù)結(jié)構(gòu)的Jackson方法JSD面向?qū)ο蠓治龇椒∣OA（主要用UML、對于有動態(tài)時序問題的軟件可以用形式化技術(shù)， 包括有窮狀態(tài)機 FSM勺狀態(tài)遷移（轉(zhuǎn)換）圖 STQ時序圖、Petri網(wǎng)。每一種分析 建模方法都有其優(yōu)勢和局限性，可以兼而有之以不同角度分析，應該避免陷入在軟件需求方法和模型中發(fā)生教條的思維模式和派系斗爭，一般來說結(jié)構(gòu)化方法用于中小規(guī)模軟件、面向?qū)ο蠓椒ㄓ糜诖笮蛙浖＞幹菩枨蠓治鑫臋n需求評審組成部分關(guān)系需求

7、分析可分為問題識別、分析與綜合、編制需求分析文檔、需求評審等四個階段，包 括以下幾個方面：確定軟件所期望的用戶類；獲取每個用戶的需求； 了解實際用戶任務和目鋒士省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告標以及這些任務所支持的業(yè)務需求；分析員與用戶的信息以區(qū)別用戶任務需求、功能需求、業(yè)務規(guī)則、質(zhì)量屬性、建議解決方法和附加信息；將系統(tǒng)級的需求分為幾個子系統(tǒng)，并將需求中的一部分分配給軟件組件；了解相關(guān)質(zhì)量屬性的重要性；討論得出實施優(yōu)先級； 將所收集的用戶需求編寫成需求規(guī)格說明和模型；評審需求規(guī)格說明，確保與用戶達成共識。分析過程需求分析的任務是借助于當前系統(tǒng)的物理模型（待開發(fā)系統(tǒng)的

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

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

10、 能、其他限制等等。2需求調(diào)研和分析的方法、策略和步驟省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告2.1如何調(diào)研需求調(diào)研涉及三個問題：一是如何確定調(diào)研對象；二是如何確定被調(diào)研對象；三是采用何種調(diào)研方法；調(diào)研對象的組成應以互補為原則， 至少要由三類人員組成： 技術(shù)人員、業(yè)務專家和管理 者。被調(diào)研對象主要是人員和業(yè)務兩類， 其間主要涉及人與人、人與事物、 事物與事物等三 種關(guān)系。其中，關(guān)鍵是確定調(diào)研范圍。調(diào)研范圍包括關(guān)鍵域和關(guān)鍵活動。而關(guān)鍵活動又由關(guān)鍵流程加關(guān)鍵點構(gòu)成。找到關(guān)鍵域，明確關(guān)鍵流程和關(guān)鍵點，對需求調(diào)研至關(guān)重要，需要專家或咨詢顧問介入。 而能否把握這一時機并找準需求提煉的

11、關(guān)鍵點，是考驗需求調(diào)研人員的重要方面。優(yōu)秀的需求調(diào)研人員不僅能認識問題之所在， 還能藉此獲取足夠多的知識， 最后成為問題領(lǐng)域的專家。需求調(diào)研非常困難，必須引起重視。因為：缺乏專門領(lǐng)域的知識，同時應用領(lǐng)域中的許多問題通常模糊，很難界定；機構(gòu)實踐存在默認知識，難以描述；多個知識源或信息源既有沖突又有重合；被調(diào)研對象可能有認知偏見或者欠缺或有時不愿提供確切信息。這些都會給需求調(diào)研人員帶來障礙和困難。在這種情況下，掌握必要的方法與技巧非常重要。2.2如何分析需求工程是繼軟件工程之后的又一熱點工程。 從理論上說，包括調(diào)研需求、模擬和分析需求、 需求描述、需求認可、需求演進這五個層次，并且逐層遞進、螺旋式

12、上升。需求分析是需求工程的核心，貫穿于系統(tǒng)整個生命周期。需求分析的出發(fā)點在于：對調(diào)研的需求進行進一步提煉并指導需求的抽取；幫助需求分析人員發(fā)現(xiàn)問題。需求模擬則幫助檢查驗證對問題的理解。需求分析和模擬又包含三個層次省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告鋒土的工作：需求定義、需求建模、需求模擬。需求定義，是對經(jīng)調(diào)研獲取的需求進行初步整理，抽取其中基本需求和關(guān)鍵需求予以界定，并為需求建模提供必要的需求元素。需求建模，是把抽象的需求通過概念、 符號、數(shù)學模型及邏輯結(jié)構(gòu)表現(xiàn)出來。表現(xiàn)形式 有自然語言、半形式化（如圖、表、結(jié)構(gòu)化英語等）和形式化表示等三種。自然語言形式具 有表達能力強

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

14、據(jù)標 準、業(yè)務標準的各種文字資料；4、收集同類相關(guān)產(chǎn)品的宣傳資料、技術(shù)資料、演示程序或軟件程序；5、情景分析：利用情景分析誘導用戶能夠把它們的需求告知分析員（可以描述當前一項業(yè)務怎么做、也可以描述設(shè)想的系統(tǒng)中此項業(yè)務怎么做）；6、可視化方法：結(jié)和情景分析，利用畫用戶界面圖、業(yè)務流程圖、功能結(jié)構(gòu)圖、時序 圖等圖形與客戶進行討論；2.4基本策略1、首先確定用戶的軟件開發(fā)目標，確定系統(tǒng)基本范圍， 然后圍繞這一目標，確定要訪問的部門和人員，要了解的業(yè)務，在基本范圍內(nèi)展開調(diào)研；2、以部門職責為基礎(chǔ)搞清各種現(xiàn)有業(yè)務、要填寫的表簿冊文檔報表等，其數(shù)據(jù)來源及去向；3、以業(yè)務為主線，搞清每個業(yè)務的每個環(huán)節(jié)的流程

15、關(guān)系、涉及部門、輸入輸出項;省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告鋒土4、以數(shù)據(jù)為主線，搞清數(shù)據(jù)采集方式、數(shù)據(jù)流向、數(shù)據(jù)之間的內(nèi)在聯(lián)系；5、搞清哪些業(yè)務或數(shù)據(jù)是已建系統(tǒng)的，它們和新系統(tǒng)的關(guān)系是銜接還是替換；6、應思考是否有新技術(shù)可以改進現(xiàn)有工作，用戶提出的需求用現(xiàn)有技術(shù)能否實現(xiàn)。2.5結(jié)構(gòu)化方法分析步驟1、畫出數(shù)據(jù)流圖。設(shè)計數(shù)據(jù)流圖必須逐步求精；2、決定哪些部分需要計算機化和怎樣計算機化（取決于用戶投資限制和自身技術(shù)限 制）；3、描述數(shù)據(jù)流細節(jié)，大型軟件可以使用數(shù)據(jù)字典描述所有數(shù)據(jù)元素；4、定義處理邏輯（加工邏輯：每個加工處理做什么）；5、定義數(shù)據(jù)存儲，即定義每個存儲的確

16、切內(nèi)容及其表示法（格式）；6、定義物理資源：如是文件需指定：文件名、組織結(jié)構(gòu)（排序、索引等）、存儲介質(zhì) 和記錄；如是數(shù)據(jù)庫需指定每個表的相關(guān)信息；7、確定輸入輸出規(guī)格說明，如輸入內(nèi)容、輸入屏幕、打印輸出格式、輸出長度等等；8、確定硬件所需有關(guān)數(shù)值，如輸入量、打印頻率、CPU記錄大小、數(shù)據(jù)量大小、文件大小等等；9、確定軟硬件接口和環(huán)境需求。2.6 UML方法分析步驟一般的應用系統(tǒng)又是各組成部分：問題論域、人機界面、數(shù)據(jù)管理、任務管理，在OOA階段重點對問題論域進行分析，對人機界面、數(shù)據(jù)管理、任務管理等問題，OOK般較少或沒有分析，而是留待 OO時段解決。1、調(diào)研、識別系統(tǒng)需求；2、分析問題領(lǐng)域：

17、主要任務是充分理解領(lǐng)域問題和項目投資者及用戶的需求，對需求進行抽象，提出高層次的解決方案）；（1）確定系統(tǒng)范圍和系統(tǒng)邊界;省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告鋒士(2)確定系統(tǒng)的約束(環(huán)境和條件)；(3)定義活動者；(4)確定系統(tǒng)的綜合要求(功能、性能、運行)；(5)確定系統(tǒng)的數(shù)據(jù)要求(名稱、范圍、類型、數(shù)量、特點)；(6) 建立 USE CAS腰型、繪制 USE CASE;(7)繪制主要交互圖；3、建立靜態(tài)結(jié)構(gòu)模型(對象類圖、數(shù)據(jù)庫模型、包圖)；4、建立動態(tài)行為模型(順序圖、協(xié)同圖、狀態(tài)圖、活動圖)；5、 建立系統(tǒng)物理模型(組件圖、配置圖)；3需求調(diào)研相關(guān)要求3.1文

18、檔規(guī)范A三種編寫方法1、用好的結(jié)構(gòu)化和自然語言編寫文本型文檔；2、建立圖形化模型，這些模型可以描繪轉(zhuǎn)換過程、系統(tǒng)狀態(tài)、和它們之間的變化、數(shù) 據(jù)關(guān)系、邏輯流或?qū)ο箢惡退麄兊年P(guān)系；3、編寫形式化規(guī)格說明，這可以通過使用數(shù)學上精確的形式化邏輯語言來定義需求。多種編寫方法可在同一個文檔使用，根據(jù)需要選擇，或互為補充，以能夠把需求說明白 為目的。B應有成果1、各業(yè)務手工辦理流程文字說明；2、各業(yè)務手工辦理流程圖；3、各業(yè)務手工辦理各環(huán)節(jié)輸入輸出表單、數(shù)據(jù)來源；省級“金水工程”二期一一水利工程檔案綜合管理系統(tǒng)需求調(diào)研報告鋒士4、目標軟件系統(tǒng)功能劃分（示意圖及文字說明）；5、目標軟件系統(tǒng)中各業(yè)務辦理流程文字說明；6、目標軟件系統(tǒng)中各業(yè)務辦理流程圖（模型）；7、目標軟件系統(tǒng)中各業(yè)務辦理各環(huán)節(jié)數(shù)據(jù)、數(shù)據(jù)采集方式、數(shù)據(jù)間的內(nèi)在聯(lián)系分析。8、目標軟件系統(tǒng)用戶界面圖、各式系統(tǒng)邏輯模型圖及說明C文檔工具推薦1、調(diào)研結(jié)果需求分析說明書格式參照開發(fā)文檔模板；2、單位組織結(jié)構(gòu)圖、 功能模塊分解圖用 VISIO繪制，或直接用 WOR中的畫圖工具；3、業(yè)務流程圖用 VISIO中的FLOWCHA限板繪制；4、系統(tǒng)邏輯模型使用 ROS窿制活用VISIO中的UML莫板繪制；5、 軟件用戶界面用 VISIO中的 WIN95 US