【正文】 獲取需求的常用方法 1． 研究資料法 范圍： 企業(yè)外部的資料 。 例如 ， 各項法規(guī) 、 市場信 息等；企業(yè)內(nèi)部的各種資料 。 例如 ， 企業(yè)的有關(guān)計劃 、 指標 、 經(jīng)營分析報告 、 合同 、 帳單和統(tǒng)計報表等 。 收集資料時一定要明確目的 ， 必須收集和選擇符合 目的的資料來閱讀 。 作用： 解生產(chǎn)經(jīng)營情況和正常的操作程序；理解信 息的處理方式；有助于弄清需求 。 局限性： 資料只反映靜態(tài)的和歷史的情況 ， 無法反 映企業(yè)的動態(tài)活動和過程 ， 因此 ， 還必須借助其他方法 獲取更復(fù)雜 、 更全面的需求 。 2． 問卷調(diào)查法 步驟： （ 1） 確定必須收集哪些事實和從哪些人收集數(shù)據(jù) 。 （ 2） 基于所需的事實數(shù)據(jù) ， 確定采用自由格式或還 是固定格式的調(diào)查問卷 。 （ 3） 設(shè)計調(diào)查問題 ， 確保問題明確 ， 沒有歧義或遺 漏 。 （ 4） 復(fù)制和分發(fā)調(diào)查問卷 ， 組織調(diào)查 ， 注意回收 。 某出版社系統(tǒng)調(diào)查表 編號 提出問題 1 您在哪個部門工作？ 2 出版業(yè)務(wù)流程是什么？ 3 您每日都處理那些文件、數(shù)據(jù)、報表？ 4 工作中手工處理特別麻煩的事情是什么？ 5 工作中手工處理什么問題解決不了？影響效率的問題有哪些？ 6 您認為提高工作效率，節(jié)省工作時間，減輕工作強度可采取哪些辦法？ 某出版社系統(tǒng)調(diào)查表 編號 提出問題 7 您的部門需要成本核算和統(tǒng)計的內(nèi)容有哪些？ 8 您的部門采用計算機管理工作情況如何？ 9 如何改進業(yè)務(wù)流程使之更合理？ 10 哪些問題是目前傳統(tǒng)手工方法根本無法解決的？ 11 出版社計算機管理信息系統(tǒng)需要解決什么問題？ 調(diào)查問卷的優(yōu)點 多數(shù)調(diào)查問卷可以被快速地回答 。 人們可以在方 便的時候完成和返回調(diào)查問卷 。 如果希望從許多人處獲取信息 ， 調(diào)查問卷是一種 低成本的數(shù)據(jù)采集技術(shù) 。 調(diào)查問卷形式允許保護個人的隱私 ， 并便于整理 和歸納 。 調(diào)查問卷的缺點： 由于是背對背地進行調(diào)查 ， 對回答問題的質(zhì)量難 于把握 。 對于模糊的問題 、 隱含的問題不便于采用問卷的 方法 。 3． 用戶訪談 步驟： （ 1） 選擇訪談對象 。 （ 2） 準備訪談資料：包括訪談內(nèi)容和進度安排等 。 （ 3） 進行訪談 ,并注意做好訪談記錄 ，訪談內(nèi)容要經(jīng)過被訪者的認可和確認 。 （ 4） 整理訪談記錄 。 訪談方法的優(yōu)點： 訪談為分析人員提供了與訪談對象自由溝通 的機會 。 通過建立良好的人際關(guān)系 ， 有利于讓訪 談對象愿意為該項目的開發(fā)做出努力 。 通過訪談可以挖掘更深層次的用戶需求 。 訪談允許開發(fā)人員使用一些個性化的問題 。 訪談方法的缺點： 成功的訪談在很大程度上取決于分析人員的 經(jīng)驗與技巧 。 訪談?wù)加玫臅r間較多 ， 訪談后的資料整理 ， 也需要花費較多的時間 。 4． 實地觀察法 原則： 明確需要觀察的內(nèi)容 、 地點以及觀察的周期 ， 并明確如何進行觀察 ？ 從用戶那里得到去現(xiàn)場觀察的許可 ？ 事先通知將要被觀察的用戶 ， 告訴他們觀察的 目的； 禁止打斷別人的工作 ， 邊觀察 ， 邊記錄； 不要 事先進行假設(shè) 。 實地觀察方法的優(yōu)點： 通過觀察得到的數(shù)據(jù)準確 、 真實； 通過觀察有利于弄清復(fù)雜的工作流程和業(yè)務(wù)處 理過程 ， 而這些有時是很難用文字描述清楚的； 實地觀察方法的缺點： 在特定的時間進行觀察 ， 并不能保證得到平時 的工作狀態(tài) ， 有些任務(wù)不可能總是按照觀察人員觀 察時看到的樣式執(zhí)行； 花費時間 ， 數(shù)據(jù)整理比較麻煩 。 需求分析的原則 （ 1）解決邏輯問題 給出要完成的功能和處理的信息，而不考慮實現(xiàn)的細節(jié)。 （ 2）以運行環(huán)境為基礎(chǔ) 以具體的運行環(huán)境為基礎(chǔ)，不能照搬其他類似的系統(tǒng)開發(fā)時的分析工作。 （ 3）用戶參與 系統(tǒng)分析人員要與用戶不斷的交流。 （ 4）構(gòu)造高質(zhì)量的需求規(guī)格說明 應(yīng)嚴格遵循即定規(guī)范，做到內(nèi)容全面、結(jié)構(gòu)清晰、格式嚴謹。 需求分析方法 雖有多種 需求分析 及描述的方法，但每種方法都應(yīng)滿足以下 基本要求 。 （ 1）必須理解好問題的數(shù)據(jù)域和功能域 數(shù)據(jù)域：數(shù)據(jù)項、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流 功能域：功能之間的數(shù)據(jù)傳遞就確定了功能之間的接口 （ 2）必須能按自頂向下、逐步分解的方式對問題進行分解和不斷細化 將求解的復(fù)雜問題分解為若干個相對簡單問題求解的組合，降低問題求解的復(fù)雜性。 （ 3）要給出系統(tǒng)的邏輯視圖和物理視圖 軟件需求的邏輯視圖描述的是軟件要達到的功能和要處理的信息之間的關(guān)系，但沒有描述實現(xiàn)的細節(jié)。 軟件需求的物理視圖給出的是處理功能和信息結(jié)構(gòu)的實際表現(xiàn)形式，需要考慮實際的環(huán)境和具體的設(shè)備。 結(jié)構(gòu)化方法 結(jié)構(gòu)化方法是一種面向數(shù)據(jù)流，進行需求分析的方法。采用自頂向下，逐層分解，建立系統(tǒng)的處理流程，以數(shù)據(jù)流圖和數(shù)據(jù)字典為主要工具，建立系統(tǒng)的邏輯模型。 結(jié)構(gòu)化方法包括： 結(jié)構(gòu)化分析（ SAStructured Analysis） 結(jié)構(gòu)化設(shè)計（ SDStructured Design） 結(jié)構(gòu)化編程（ SPStructured Programming ） 結(jié)構(gòu)化分析方法多年來被廣泛應(yīng)用，是最經(jīng)典的面向數(shù)據(jù)流的需求分析方法，使用于分析大型的數(shù)據(jù)處理系統(tǒng)。 結(jié)構(gòu)化分析方法的的主要步驟 通過學(xué)生購買教材這個實例，介紹 需求分析方法的基本思想和主要步驟。 學(xué) 生 學(xué) 生 購 書 申 請 購書 單 發(fā) 票 領(lǐng) 書 單 書 107 張 教務(wù)科 206 王 會計室 206 李 出納員 303 趙 教材科 學(xué)生購買教材的物理模型 (1) 通過對現(xiàn)實環(huán)境的調(diào)查，獲得當前系統(tǒng)的物理模型。 (2) 去掉具體模型中的非本質(zhì)因素，抽象出當前系統(tǒng)的邏輯模型。 學(xué)生購買教材的邏輯模型 學(xué) 生 學(xué) 生 購 書 單 有效購書 單 發(fā) 票 領(lǐng) 書 單 書 審查 有效性 開發(fā)票 開領(lǐng) 書單 發(fā)書 (3) 分析當前系統(tǒng)與目標系統(tǒng)的差別，建立目標系統(tǒng)的邏輯模型。 計算機售書系統(tǒng)的邏輯模型 學(xué) 生 學(xué) 生 購書 單 發(fā) 票 領(lǐng) 書 單 書 審查并 開發(fā)票 開領(lǐng) 書單 發(fā)書 (4) 對目標系統(tǒng)進行完善和補充，并寫出完整的需求規(guī)格說明書。 學(xué) 生 學(xué) 生 購書單 發(fā)票 領(lǐng)書單 審查并 開發(fā)票 開領(lǐng) 書單 無效書單 學(xué) 生 學(xué) 生 購書單 發(fā)票 領(lǐng)書單 1 審查并 開發(fā)票 2 開領(lǐng) 書單 無效書單 顯然，上圖還可以進一步分解細化。 各班學(xué)生用書表 教材存量表 改進后的計算機售書系統(tǒng)的邏輯模型 SA方法以數(shù)據(jù)流分析作為需求分析的出發(fā)點，任何信息處理過程均看成是將輸入數(shù)據(jù)變換成所要求的輸出信息的裝置。而當分析人員面對一個復(fù)雜問題時， 結(jié)構(gòu)化分析的策略是 基于問題 分解與抽象的觀點，用抽象模型的概念，按照軟件內(nèi)部的數(shù)據(jù)傳遞關(guān)系，采用自頂向下、逐步分解技術(shù)，直至找到滿足功能需求的可實現(xiàn)軟件元素為止。 現(xiàn)實世界 計算機世界 映射 在現(xiàn)實世界中，事物與事物之間存在著一定 的聯(lián)系。通過分析和歸納可建立起 概念 模型，然 后根據(jù) 概念 模型，將概念世界中的實體及實體間 的聯(lián)系抽象為便于計算機處理的數(shù)據(jù)模型。 現(xiàn)實世界 計算機世界 結(jié) 構(gòu) 化 開 發(fā) 方 法 結(jié)構(gòu)化 分析 SA 結(jié)構(gòu)化 設(shè)計 SD 結(jié)構(gòu)化 編程 SP 面向?qū)ο? 分析 OOA 面向?qū)ο? 設(shè)計 OOD 面向?qū)ο? 程序設(shè)計 OOP 面 向 對 象 開 發(fā) 方 法 OOAObjectOriented Analysis OODObjectOriented Design OOPObjectOriented Programming SAStructured Analysis SDStructured