【正文】 會計經(jīng)費問題， 數(shù)據(jù)不能 隨意更改 但數(shù)據(jù)輸入又難免會出錯。因而在每輸入一個職 工的醫(yī)療費后，屏幕提示 “ 數(shù)據(jù)有誤嗎？ ” 。若是在核對時 有誤，可及時更改，避免輸入錯誤。一天報銷結(jié)束時，在 數(shù)據(jù)存檔前，再讓出納員核對一下經(jīng)費總額，若出納員支 出的金額總數(shù)有誤時，應(yīng)讓計算機顯示每筆帳目，供一一 仔細核對，此時在允許修改一次。當正式登帳后，數(shù)據(jù)就 絕對不允許在修改了，由此保證財務(wù)制度的嚴格性， 保證 數(shù)據(jù)的安全性。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 25 系統(tǒng)的功能 （ 1）具有表格形式屏幕的輸入格式 （ 2）具有重復(fù)錄入數(shù)據(jù)的功能 （ 3）具有查詢和統(tǒng)計匯總的功能 （ 4）職工的調(diào)入和調(diào)出以及對數(shù)據(jù)庫的初始化 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 26 二、建立目標系統(tǒng)的邏輯模型 通常軟件軟件開發(fā)項目是要實現(xiàn)目標系統(tǒng)的物理模型，即 確定待開發(fā)軟件系統(tǒng)的系統(tǒng)元素，并將功能和數(shù)據(jù)結(jié)構(gòu)分配到 這些系統(tǒng)元素中。它是軟件實現(xiàn)的基礎(chǔ)。 但是目標系統(tǒng)的物理模型是由它的邏輯模型經(jīng)實例化，即 具體到某個業(yè)務(wù)領(lǐng)域而得到的。與物理模型不同，邏輯模型忽 視機制和細節(jié)，只描述系統(tǒng)要完成的功能和要處理的數(shù)據(jù)。 為此，該階段的主要任務(wù)是， 借助于當前系統(tǒng)的邏輯模型 導(dǎo)出目標系統(tǒng)的邏輯模型 ，也就是解決目標系統(tǒng)“做什么”的問 題。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 27 例 子 例如，學(xué)生購買學(xué)校教材的手續(xù)可能是：先找系辦公室的張秘書開一證明，憑證明找教材科的王會計開購書發(fā)票，向李出納員交付書款，然后到書庫找趙保管員領(lǐng)書。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 28 通過對現(xiàn)實環(huán)境的調(diào)查研究，獲得當前系統(tǒng)的具體模型。 學(xué)生 張秘書 王會計 李出納 趙保管 學(xué)生 在上圖中，張、王、李、趙等具體的人是可以變動的，但需要他們處理的工作，例如審查購書有效性，開發(fā)票，開領(lǐng)書單等則是不變的，后者才是本質(zhì)的內(nèi)容。經(jīng)過這樣的分析，就可抽象出學(xué)生購買教材這一系統(tǒng)的邏輯模型。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 29 去掉具體模型中的非本質(zhì)因素，抽象出當前系統(tǒng)的邏輯模型 學(xué)生 審查有效性 開發(fā)票 開領(lǐng)書單 發(fā)書 學(xué)生 目標系統(tǒng)是一個使用計算機的系統(tǒng) 。 一般來說 ， 它的功能應(yīng)該比當前的現(xiàn)行系統(tǒng)更強 ， 不必也不應(yīng)該完全模擬現(xiàn)行的系統(tǒng) 。 例如在出售教材的計算機系統(tǒng)中 ，“ 有效性審查 ” 和 “ 開發(fā)票 ” 就可全并進行 ， 省去開有效購書單的手續(xù) 。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 30 分析當前系統(tǒng)與目標系統(tǒng)的差別、建立目標的邏輯模型 學(xué)生 審查并開發(fā)票 開領(lǐng)書單 發(fā)書 學(xué)生 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 31 對目標進行完善和補充，并寫出完整的需求說明 這一步的主要工作有： （ 1） 確定目標系統(tǒng)的人－機界面 ， 即哪些功能交給計算機去做 ， 哪些功能由人工完成 。 例如在上圖的系統(tǒng)中， 按照書費收款和發(fā)書這兩項工作仍須由人工完成 。 （ 2） 補充迄今尚未考慮過的細節(jié) ， 例如確定系統(tǒng)的響應(yīng)時間 ， 增加出錯處理等 。 在本例中 ， 假如購書單中出現(xiàn)了學(xué)生不該購買或已經(jīng)賣完的教材 ， 就可用 “ 無效書單 ” 把相應(yīng)的情況通知學(xué)生 。 經(jīng)過以上的修正和補充 ， 就可以得到改進了的目標系統(tǒng)邏輯模型 ， 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 32 對需求說明進行復(fù)審，直到確認文檔齊全，并且符合用戶的全部需求為止。 從以上的簡單敘述可以看出，需求分析是一個調(diào)查研究，去粗取精，綜合比較，然后作出決策的過程。分析員不僅要熟悉計算機，還應(yīng)該了解所開發(fā)系統(tǒng)的專業(yè)知識，并且與用戶保持良好的對話與合作。當然，上述步驟僅顯示一個粗略的輪廓，實際工作要復(fù)雜得多，下面還要詳細介紹。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 33 學(xué)生購買教材的 邏輯模型 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 34 學(xué)生購買教材的 具體模型 請建立計算機 售書系統(tǒng)的邏輯模型 張 秘書 學(xué) 生 購書 王 會計 發(fā)票 李 出納 領(lǐng)書 趙 保管 單 證明 書 學(xué)生購買教材的 邏輯模型 審查 有效性 學(xué) 生 有效 開發(fā)票 發(fā)票 開領(lǐng) 書單 領(lǐng)書單 發(fā)書 購書單 書 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 35 學(xué)生購買教材的 邏輯模型 審查并 開發(fā)票 學(xué) 生 發(fā)票 各班學(xué)生用書表 教材存量表 無效書單 開領(lǐng) 書單 領(lǐng)書單 學(xué) 生 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 36 需求分析的過程 (1) 問題識別 ? 從系統(tǒng)的角度來理解軟件并評審 軟件范圍是否恰當 ? 確定對目標系統(tǒng)的綜合要求，即軟件的需求 ? 提出這些需求實現(xiàn)條件，以及需求應(yīng)達到的標準 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (1)功能性需求 : 定義了系統(tǒng)做什么（描述系統(tǒng)必須支持 的功能和過程） (2)非功能性需求（技術(shù)需求） : 定義了系統(tǒng)工作時的特性 （描述操作環(huán)境和性能目標） 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2. 兩類需求包括的內(nèi)容 (1) 功能 (2) 性能 (3) 環(huán)境 (4) 界面 (5) 用戶或人的因素 (6) 文檔 (7) 數(shù)據(jù) (8) 資源 (9) 安全保密 (10)軟件成本消耗與開發(fā)進度 (11)質(zhì)量保證 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (1) 功能需求 ? 系統(tǒng)做什么？ ? 系統(tǒng)何時做什么？ ? 系統(tǒng)何時及如何修改 或升級？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (2) 性能需求 軟件開發(fā)的技術(shù)性指標 例如： ? 存儲容量限制 ? 執(zhí)行速度、相應(yīng)時間 ? 吞吐量 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (3) 環(huán)境需求 ?硬件設(shè)備： 機型、外設(shè)、接口、 地點、分布、溫度、 濕度、磁場干擾等 ?軟件： 操作系統(tǒng) 網(wǎng)絡(luò) 數(shù)據(jù)庫 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (4) 界面需求 ? 有來自其它系統(tǒng)的輸入嗎？ ? 到自其它系統(tǒng)的輸出嗎？ ? 對數(shù)據(jù)格式有規(guī)定嗎？ ? 對數(shù)據(jù)存儲介質(zhì)有規(guī)定嗎？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (5) 用戶或人的因素 ? 用戶類型？ ? 各種用戶熟練程度？ ? 需受何種訓(xùn)練？ ? 用戶理解、使用系統(tǒng)的難度？ ? 用戶錯誤操作系統(tǒng)的可能性？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (6) 文檔需求 ? 需哪些文檔？ ? 文檔針對哪些讀者 ？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (7) 數(shù)據(jù)需求 ? 輸入、輸出數(shù)據(jù)的格式？ ? 接收、發(fā)送數(shù)據(jù)的頻率？ ? 數(shù)據(jù)的準確性和精度？ ? 數(shù)據(jù)流量？ ? 數(shù)據(jù)需保持的時間？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (8) 資源需求 ? 軟件運行時所需的數(shù)據(jù)、軟件。 內(nèi)存空間等資源。 ? 軟件開發(fā)、維護所需的人力、 支撐軟件、開發(fā)設(shè)備等。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (9) 安全保密要求 ? 需對訪問系統(tǒng)或系統(tǒng)信息加以控 制嗎？ ? 如何隔離用戶之間的數(shù)據(jù)？ ? 用戶程序如何與其它程序和操作 系統(tǒng)隔離？ ? 系統(tǒng)備份要求？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (10) 軟件成本消耗開發(fā)進度需求 ?開發(fā)有規(guī)定的時間表嗎？ ?軟硬件投資有無限制 ？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 (11) 質(zhì)量保證 ? 系統(tǒng)的可靠性要求？ ? 系統(tǒng)必須監(jiān)測和隔離錯誤嗎？ ? 規(guī)定系統(tǒng)平均出錯時間？ ? 出錯后，重啟系統(tǒng)允許的時間？ ? 系統(tǒng)變化如何反映到設(shè)計中？ ? 維護是否包括對系統(tǒng)的改進？ ? 系統(tǒng)的可移植性？ 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 50 問題識別的另一項工作是建立分析所需要的通信途徑 ， 以保證能順利地對問題進行分析 。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 51 (2) 分析與綜合 ? 從信息流和信息結(jié)構(gòu)出發(fā)，逐步細化所有的軟件功能，找出系統(tǒng)各元素之間的聯(lián)系、接口特性和設(shè)計上的約束，分析它們是否滿足功能要求，是否合理。剔除其不合理的部分，增加其需要部分。最終綜合成系統(tǒng)的解決方案，給出目標系統(tǒng)的 詳細邏輯模型 。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 52 常用的分析方法 面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（ SA） 面向數(shù)據(jù)結(jié)構(gòu)的 Jackson方法（ JSD） 面向?qū)ο蟮姆治龇椒ǎ?OOA）等 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 53 (3) 編制需求分析階段的文檔 ? 軟件需求說明書 ? 數(shù)據(jù)要求說明書 ? 初步的用戶手冊 ? 修改、完善與確定軟件開發(fā)實施計劃 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 54 (4) 需求分析評審 系統(tǒng)定義的目標是否與用戶的要求一致 。 系統(tǒng)需求分析階段提供的文檔資料是否齊全 。 文檔中的所有描述是否完整、清晰、準確反映用戶要求 。 與所有其它系統(tǒng)成分的重要接口是否都已經(jīng)描述 。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 55 被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是否足夠，確定 。 所有圖表是否清楚，在不補充說明時能否理解 。 主要功能是否已包括在規(guī)定的軟件范圍之內(nèi)，是否都已充分說明 。 設(shè)計的約束條件或限制條件是否符合實際 。 開發(fā)的技術(shù)風(fēng)險是什么 。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 56 是否考慮過軟件需求的其它方案 。 是否考慮過將來可能會提出的軟件需求 。 是否詳細制定了檢驗標準，它們能否對系統(tǒng)定義是否成功進行確認 。 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 57 需求分析流程 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 58 需求分析具體過程 ? 從“輸出端”到“輸入端”回溯，分析數(shù)據(jù)元素。 ? 借助已有的數(shù)據(jù)流程圖，幫助復(fù)查，再次完善數(shù)據(jù)流程圖。 ? 系統(tǒng)規(guī)格說明：系統(tǒng)的概貌、功能要求、運行要求、將來可能的要求。 ? 數(shù)據(jù)要求：數(shù)據(jù)字典、圖形工具（數(shù)據(jù)結(jié)構(gòu)的層次圖、Warnier圖） ? 用戶系統(tǒng)描述：初步的用戶手冊 ? 修正的開發(fā)計劃 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 59 沿 DFD回溯 （ 1） DFD的輸出端是系統(tǒng)的最終目的 （ 2）向回確定每個數(shù)據(jù)元素的來源 （ 3）為了得到某個數(shù)據(jù)元素需要用到數(shù)據(jù)流圖中目前還沒有的數(shù)據(jù)元素，或者得出某個數(shù)據(jù)元素需要用的算法尚不清楚，可加細 DFD及 DD，并將相關(guān)算法記錄在 IPO圖 中。 需求分析具體過程 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 60 用戶復(fù)查 數(shù)據(jù)字典準確完整嗎？ 算法正確嗎？ 有沒有遺漏必要的處理或數(shù)據(jù)元素？ 某些數(shù)據(jù)元素是從哪里來的？ …… ——構(gòu)成一個循環(huán)，認識螺旋式上升 需求分析具體過程 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 61 細化 DFD： ? 加細前后的 I\O須相同。 ? 分解到須考慮具體實現(xiàn)的代碼時即可仃止 需求分析具體過程 仲愷農(nóng)業(yè)技術(shù)學(xué)院計算機與電子工程學(xué)院 2022/2/12 62 修正計劃 文檔： 《 需求規(guī)格說明書