《軟件需求分析 》PPT課件

《《軟件需求分析 》PPT課件》由會員分享，可在線閱讀，更多相關(guān)《《軟件需求分析 》PPT課件（121頁珍藏版）》請在裝配圖網(wǎng)上搜索。

1、第二章 軟件需求分析 計算機(jī)信息工程學(xué)院 2004年 9月 現(xiàn)代軟件工程 授課教師：李德生 答疑時間：周三下午 答疑地點：計算機(jī)應(yīng)用教研室 E_mail: Lids_ 2.1 需求分析的任務(wù) 準(zhǔn)確地 定義 未來系統(tǒng)的目 標(biāo)，確定為了滿足用戶的需求 系統(tǒng)必須做什么。用 規(guī)范的形式準(zhǔn)確地 表達(dá)用戶的 需求 。 的要求 （ P16） 軟件需求分析的任務(wù) 深入描述軟件的功能和性能 確定軟件設(shè)計的約束和軟件 同其它系統(tǒng)元素的接口細(xì)節(jié) 定義軟件的其它有效性需求 需求分析研究的對象是軟件項目 的用戶要求 準(zhǔn)確地表達(dá)被接受的用戶要求 確定被開發(fā)軟件系統(tǒng)的系統(tǒng)元素 將功能和信息結(jié)構(gòu)分配到這些系 統(tǒng)元素中 常用的

2、分析方法 面向數(shù)據(jù)流 的結(jié)構(gòu)化分析方法 (SA) 面向數(shù)據(jù)結(jié)構(gòu) 的 Jackson方法 (JSD) 面向數(shù)據(jù)結(jié)構(gòu) 的結(jié)構(gòu)化數(shù)據(jù)系統(tǒng) 開發(fā)方法 (DSSD) 面向?qū)ο?的分析方法 (OOA) 等 軟件需求分析的幾個階段 問題分析及識別 問題評估和方案綜合 建模 規(guī)約 復(fù)審 系統(tǒng)分析員的主要 焦點 是 “ 做什么（ what） ” ，不是 “ 怎樣做（ how） ” 2.2 需求分析的過程 (1) 問題識別 從系統(tǒng)的角度來理解軟件并評 審軟件范圍是否恰當(dāng) 確定對目標(biāo)系統(tǒng)的綜合要求， 即軟件的需求 提出這些需求實現(xiàn)條件，以及 需求應(yīng)達(dá)到的標(biāo)準(zhǔn) 思考、涉及的幾個問題 如何定義系統(tǒng)需求？ 如何識別 、獲

3、取需求 ? 你能夠采取何種手段與用戶進(jìn)行交流溝通 ? 何為需求建模 ? 你如何理解模型與建模 ? 需求獲取的目的 清楚地理解所要解決的問題 完整地獲取用戶需求 需求獲取面臨的挑戰(zhàn)： (1)問題空間理解 (2)人與人之間的通信 (3)需求的不斷變化 某出版社系統(tǒng)調(diào)查表 編 號 提出問題 1 您在哪個部門工作？ 2 出版業(yè)務(wù)流程是什么？ 3 您每日都處理那些文件、數(shù)據(jù)、報表？ 4 工作中手工處理特別麻煩的事情是什么？ 5 工作中手工處理什么問題解決不了？影響 效率的問題有哪些？ 6 您認(rèn)為提高工作效率，節(jié)省工作時間，減 輕工作強(qiáng)度可采取哪些辦法？ 某出版社系統(tǒng)調(diào)查表 編 號 提出問題 7 您的部門

4、需要成本核算和統(tǒng)計的內(nèi)容有哪 些？ 8 您的部門采用計算機(jī)管理工作情況如何？ 9 如何改進(jìn)業(yè)務(wù)流程使之更合理？ 10 哪些問題是目前傳統(tǒng)手工方法根本無法解 決的？ 11 出版社計算機(jī)管理信息系統(tǒng)需要解決什么問 題？ 需求獲取的內(nèi)容 1.用戶需求分類 (1)功能性需求 : 定義了系統(tǒng)做什么（描述系統(tǒng)必須支持 的功能和過程） (2)非功能性需求（技術(shù)需求） : 定義了系統(tǒng)工作時的特性 （描述操作環(huán)境和性能目標(biāo)） 2. 兩類需求包括的內(nèi)容 (1) 功能 (2) 性能 (3) 環(huán)境 (4) 界面 (5) 用戶或人的因素 (6) 文檔 (7) 數(shù)據(jù) (8) 資源 (9) 安全保密 (10)軟件成本消耗與

5、開發(fā)進(jìn)度 (11)質(zhì)量保證 (1) 功能需求 系統(tǒng)做什么？ 系統(tǒng)何時做什么？ 系統(tǒng)何時及如何修改 或升級？ (2) 性能需求 軟件開發(fā)的技術(shù)性指標(biāo) 例如： 存儲容量限制 執(zhí)行速度、相應(yīng)時間 吞吐量 (3) 環(huán)境需求 硬件設(shè)備： 機(jī)型、外設(shè)、接口、 地點、分布、溫度、 濕度、磁場干擾等 軟件： 操作系統(tǒng) 網(wǎng)絡(luò) 數(shù)據(jù)庫 (4) 界面需求 有來自其它系統(tǒng)的輸入嗎？ 到 /自其它系統(tǒng)的輸出嗎？ 對數(shù)據(jù)格式有規(guī)定嗎？ 對數(shù)據(jù)存儲介質(zhì)有規(guī)定嗎？ (5) 用戶或人的因素 用戶類型？ 各種用戶熟練程度？ 需受何種訓(xùn)練？ 用戶理解、使用系統(tǒng)的難度？ 用戶錯誤操作系統(tǒng)的可能性？ (6) 文檔需求 需哪些文檔？ 文

6、檔針對哪些讀者 ？ (7) 數(shù)據(jù)需求 輸入、輸出數(shù)據(jù)的格式？ 接收、發(fā)送數(shù)據(jù)的頻率？ 數(shù)據(jù)的準(zhǔn)確性和精度？ 數(shù)據(jù)流量？ 數(shù)據(jù)需保持的時間？ (8) 資源需求 軟件運(yùn)行時所需的數(shù)據(jù)、軟件。 內(nèi)存空間等資源。 軟件開發(fā)、維護(hù)所需的人力、 支撐軟件、開發(fā)設(shè)備等。 (9) 安全保密要求 需對訪問系統(tǒng)或系統(tǒng)信息加以控 制嗎？ 如何隔離用戶之間的數(shù)據(jù)？ 用戶程序如何與其它程序和操作 系統(tǒng)隔離？ 系統(tǒng)備份要求？ (10) 軟件成本消耗 與開發(fā)進(jìn)度需求 開發(fā)有規(guī)定的時間表嗎？ 軟硬件投資有無限制 ？ (11) 質(zhì)量保證 系統(tǒng)的可靠性要求？ 系統(tǒng)必須監(jiān)測和隔離錯誤嗎？ 規(guī)定系統(tǒng)平均出錯時間？ 出錯后，重啟系統(tǒng)允

7、許的時間？ 系統(tǒng)變化如何反映到設(shè)計中？ 維護(hù)是否包括對系統(tǒng)的改進(jìn)？ 系統(tǒng)的可移植性？ 問題識別的另一項工作是建立分析所需要 的通信途徑 ， 以保證能順利地對問題進(jìn)行 分析 。 建 模 模型化或模型方法是通過抽象、概 括和一般化，把研究的對象或問題轉(zhuǎn)化 為本質(zhì)（關(guān)系或結(jié)構(gòu)）相同的另一對象 或問題，從而加以解決的方法。模型化 方法要求所建立的模型能真實反映所研 究對象的整體結(jié)構(gòu)、關(guān)系或某一過程、 某一局部、某一側(cè)面的本質(zhì)特征和變化 規(guī)律。 計算機(jī)學(xué)科的發(fā)展 計算機(jī)科學(xué) (CS) 計算機(jī)科學(xué) (CS) 計算機(jī)工程 (CE) 軟件工程 (SE) 信息系統(tǒng) (IS) 計算學(xué)科 (computing di

8、scipline) 計算學(xué)科是研究通過在計算機(jī)上建立模型 并模擬物理過程來進(jìn)行科學(xué)調(diào)查和研究的學(xué)科 . 計算機(jī)科學(xué)與技術(shù)學(xué)科的方法論 學(xué)科的 3個形態(tài) 理論 抽象 (模型化 ) 設(shè)計 重復(fù)出現(xiàn)的概念 綁定 (binding) 概念與形式模型 一致性和完備性 抽象層次 重用 典型的學(xué)科方法： 數(shù)學(xué)方法 系統(tǒng)科學(xué)方法 計算中抽象的本質(zhì)和 使用。在處理復(fù)雜事務(wù)、 構(gòu)造系統(tǒng)、隱藏細(xì)節(jié)和獲 取重復(fù)模式方面使用抽象 ，通過具有不同層次的細(xì) 節(jié)和指標(biāo)的抽象，能夠表 達(dá)一個實體和系統(tǒng) 抽象 (模型化 ) 源于實驗科學(xué) ,主要要素為數(shù)據(jù)采集方法和 假設(shè)的形式說明 ,模型的構(gòu)造與預(yù)測實驗分 析結(jié)果分析 . 在為可

9、能的算法數(shù)據(jù)結(jié)構(gòu)和系統(tǒng)結(jié)構(gòu)等構(gòu)造 模型時使用此過程 . 抽象的結(jié)果是概念符號模型 模型 (model) 模型 : 現(xiàn)實世界某些重要方面的表示。 有時我們使用術(shù)語 “ 抽象 ” 來表示模型， 因為我們從現(xiàn)實世界中 抽象 出對我們特別有用 的東西。 模型的類型 數(shù)學(xué)模型 描述模型 圖形模型 模型的作用 建模的原因： 在建模過程中了解系統(tǒng) 通過抽象降低復(fù)雜性 有助于回憶所有的細(xì)節(jié) 有助于開發(fā)小組間的交流 有助于與用戶的交流 為系統(tǒng)的維護(hù)提供文檔 (2) 分析與綜合 從 信息流 和 信息結(jié)構(gòu) 出發(fā)， 逐步細(xì) 化所有的軟件功能 ，找出 系統(tǒng)各元 素之間的聯(lián)系 、 接口特性 和 設(shè)計上 的約束 ，分析它們

10、是否滿足功能要 求，是否合理。剔除其不合理的部 分，增加其需要部分。最終綜合成 系統(tǒng)的解決方案，給出 目標(biāo)系統(tǒng)的 詳細(xì)邏輯模型 。 需求分析的任務(wù) 就是借助于當(dāng)前 系統(tǒng)的邏輯模型導(dǎo)出目標(biāo)系統(tǒng)的 邏輯模型，解決目標(biāo)系統(tǒng)的 “ 做什么 ” 的問題。 邏輯模型和物理模型 模型是對對象系統(tǒng)的形式化的特征 抽象，概括性或近似地表示； 構(gòu)造模型的過程是一個抽象、分 析的過程。 對象 系統(tǒng) 模型 系統(tǒng) 抽象 （映射） 模型應(yīng)用 模型構(gòu)造的過程 通常軟件開發(fā)項目是要實現(xiàn)目 標(biāo)系統(tǒng)的物理模型 目標(biāo)系統(tǒng)的具體物理模型是由 它的邏輯模型經(jīng)實例化，即具 體到某個業(yè)務(wù)領(lǐng)域而得到的 邏輯模型 物理模型 (本質(zhì)模型、概念模

11、型 ) (實施模型、技術(shù)模型 ) 現(xiàn) 行 系 統(tǒng) 目 標(biāo) 系 統(tǒng) 描述重要的業(yè) 務(wù)功能，無論 系統(tǒng)是如何實 施的。 描述現(xiàn)實系統(tǒng)是 如何在物理上實 現(xiàn)的。 描述新系統(tǒng)的主 要業(yè)務(wù)功能和用 戶新的需求，無 論系統(tǒng)應(yīng)如何實 施。 描述新系統(tǒng)是如 何實施的（包括 技術(shù)）。 需求分析過程示意 學(xué) 生 (1) 通過對現(xiàn)實環(huán)境的調(diào)查， 獲得當(dāng)前系統(tǒng)的物理模型 學(xué) 生 購 書 申 請 購 書 單 發(fā) 票 領(lǐng) 書 單 書 107 張 教務(wù)科 206 王 會計室 206 李 出納員 303 趙 教材科 學(xué)生購買教材的物理模型 需求分析過程示意 (2) 去掉具體模型中的非本質(zhì)因素， 抽 象 出當(dāng)前系統(tǒng)的邏輯模型

12、學(xué)生購買教材的邏輯模型 學(xué) 生 學(xué) 生 購 書 申 請 購 書 單 發(fā) 票 領(lǐng) 書 單 書 審查 有效性 開發(fā)票 開領(lǐng) 書單 發(fā)書 需求分析過程示意 (3) 分析當(dāng)前系統(tǒng)與目標(biāo)系統(tǒng)的差別， 建立目標(biāo)系統(tǒng)的邏輯模型 計算機(jī)售書系統(tǒng)的邏輯模型 學(xué) 生 學(xué) 生 購書單 發(fā)票 領(lǐng)書單 審查并 開發(fā)票 開領(lǐng) 書單 無效書單 分析階段中常用的模型（邏輯模型） 數(shù)據(jù)流圖（ DFD） 實體 聯(lián)系圖（ ERD ） 類圖 實例圖 時序圖 狀態(tài)圖 協(xié)作圖 事件列表 數(shù)據(jù)流定義 數(shù)據(jù)元素定義 (3) 編制需求分析階段的文檔 軟件需求說明書 數(shù)據(jù)要求說明書 初步的用戶手冊 修改、完善與確定軟件開發(fā)實 施計劃 其他 質(zhì)量

13、保證 性能描述 功能描述 數(shù)據(jù)描述 引言 需求規(guī)格說明書 DD D F D 需求規(guī)格說明書格式： P23。 (4) 需求分析評審 系統(tǒng)定義的目標(biāo)是否與用戶的要求 一致 ; 系統(tǒng)需求分析階段提供的文檔資料 是否齊全 ; 文檔中的所有描述是否完整、清晰、 準(zhǔn)確反映用戶要求 ; 與所有其它系統(tǒng)成分的重要接口是 否都已經(jīng)描述 ; 被開發(fā)項目的數(shù)據(jù)流與數(shù)據(jù)結(jié)構(gòu)是 否足夠，確定 ; 所有圖表是否清楚，在不補(bǔ)充說明 時能否理解 ; 主要功能是否已包括在規(guī)定的軟件 范圍之內(nèi)，是否都已充分說明 ; 設(shè)計的約束條件或限制條件是否符 合實際 ; 開發(fā)的技術(shù)風(fēng)險是什么 ; 是否考慮過軟件需求的其它方案 ; 是否考慮過

14、將來可能會提出的軟 件需求 ; 是否詳細(xì)制定了檢驗標(biāo)準(zhǔn)，它們 能否對系統(tǒng)定義是否成功進(jìn)行確 認(rèn) ; 需求分析流程 軟件需求分析的原則 需要能夠表達(dá)和理解問題的信息 域和 功能域 要能以層次化的方式對問題進(jìn)行 分解 和不斷 細(xì)化 要給出系統(tǒng)的 邏輯視圖 和 物理視 圖 軟件需求規(guī)格說明的原則 從現(xiàn)實中分離功能，即描述要 “ 做什么 ”而不是“ 怎樣實現(xiàn) ” 要求使用 面向處理 的規(guī)格說明語 言（或稱系統(tǒng)定義語言） 如果被開發(fā)軟件只是一個大系統(tǒng) 中的一個元素，那么整個大系統(tǒng) 也包括在規(guī)格說明的描述之中 規(guī)格說明必須包括系統(tǒng)運(yùn)行環(huán)境 規(guī)格說明必須是一個認(rèn)識模型 規(guī)格說明必須是可操作的 規(guī)格說明必須容

15、許不完備性并允 許擴(kuò)充 規(guī)格說明必須局部化和松散耦合 軟件需求方法 需求分析方法由對軟件問題的 信息域 和 功能域 的系統(tǒng)分析過 程及其表示方法組成 大多數(shù)的需求分析方法是由 信 息驅(qū)動 的 信息域具有三種屬性 : 信息流 、 信息內(nèi)容 和 信息結(jié)構(gòu) 。 結(jié)構(gòu)化分析方法 面向數(shù)據(jù)流進(jìn)行需求分析的方法 結(jié)構(gòu)化分析方法適合于數(shù)據(jù)處理類 型軟件的需求分析 具體來說，結(jié)構(gòu)化分析方法就是用 抽象模型 的概念，按照軟件內(nèi)部 數(shù) 據(jù)傳遞 、 變換 的關(guān)系， 自頂向下逐 層分解 ，直到找到滿足功能要求的 所有可實現(xiàn)的軟件為止 結(jié)構(gòu)化分析方法使用工具： 數(shù)據(jù)流圖 數(shù)據(jù)詞典 結(jié)構(gòu)化英語 判定表與判定樹 數(shù)據(jù)流圖

16、數(shù)據(jù)流圖中的主要圖形元素 數(shù)據(jù)加工 (數(shù)據(jù)變換 ) 數(shù)據(jù)源點或終點 (外部實體 ) 數(shù)據(jù)流 數(shù)據(jù)存儲文件 描述銀行取款過程的數(shù)據(jù)流圖 數(shù)據(jù)流與數(shù)據(jù)加工之間的關(guān)系 數(shù)據(jù)流圖的層次結(jié)構(gòu) 為了表達(dá)數(shù)據(jù)處理過程的數(shù)據(jù)加 工情況，需要采用 層次結(jié)構(gòu) 的數(shù) 據(jù)流圖。按照系統(tǒng)的層次結(jié)構(gòu)進(jìn) 行 逐步分解 ，并以分層的數(shù)據(jù)流 圖反映這種結(jié)構(gòu)關(guān)系，能清楚地 表達(dá)和容易理解整個系統(tǒng) 分層的數(shù)據(jù)流圖 在多層數(shù)據(jù)流圖中， 頂層流圖 僅包 含 一個加工 ，它代表被開發(fā)系統(tǒng)。 它的輸入流是該系統(tǒng)的輸入數(shù)據(jù)， 輸出流是系統(tǒng)所輸出數(shù)據(jù) 底層流圖 是指其 加工不需再做分解 的數(shù)據(jù)流圖，它處在最底層 中間層流圖 則表示 對其上層父

17、圖的 細(xì)化 。它的每一加工可能繼續(xù)細(xì)化， 形成子圖。 結(jié)構(gòu)化分析方法步驟示例 商店業(yè)務(wù)處理系統(tǒng) 這個數(shù)據(jù)流圖只是一個高層的系 統(tǒng)邏輯模型，它反映了目標(biāo)系統(tǒng) 要實現(xiàn)的功能 數(shù)據(jù)流圖繪制步驟 首先確定系統(tǒng)的輸入和輸出 根據(jù)商店業(yè)務(wù)，畫出頂層數(shù)據(jù)流 圖，以反映最主要業(yè)務(wù)處理流程 經(jīng)過分析，商店業(yè)務(wù)處理的 主 要功能 應(yīng)當(dāng)有 銷售 、 采購 、 會計 三大項。 主要數(shù)據(jù)流輸入的源點 和 輸出終點 是 顧客 和 供應(yīng)商 。 然后從輸入端開始，根據(jù)商店 業(yè)務(wù)工作流程，畫出數(shù)據(jù)流流經(jīng) 的各加工框，逐步畫到輸出端， 得到第一層數(shù)據(jù)流圖 第一層數(shù)據(jù)流圖 加細(xì)每一個加工框 銷售細(xì)化 采購細(xì)化 檢查和修改數(shù)據(jù)流圖的

18、原則 數(shù)據(jù)流圖上所有圖形符號 只限于 前述 四種基本圖形元素 數(shù)據(jù)流圖的 主圖必須包括前述四種基 本元素 ，缺一不可 數(shù)據(jù)流圖的主圖上的數(shù)據(jù)流必須封閉 在外部實體之間 每個加工 至少有一個輸入數(shù)據(jù)流和一 個輸出數(shù)據(jù)流 在數(shù)據(jù)流圖中，需 按層給加工框編號 。編號 表明該加工所處層次及上下層的親子關(guān)系 規(guī)定任何一個數(shù)據(jù)流子圖必須與它上一層的 一個加工對應(yīng)，兩者的輸入數(shù)據(jù)流和輸出數(shù) 據(jù)流必須一致。此即 父圖與子圖的平衡 數(shù)據(jù)流平衡 :父圖、子圖之間的 I/O一致性 子圖繼承父圖的 I/O 子圖 I/O是父圖 I/O的加細(xì)和分解 -借助 DD 錯誤處理放在底層 1.3 發(fā)票 領(lǐng)書單 1.3.1 1.3

19、,2 1.3.3 學(xué)生 教材 領(lǐng)書單 例： 一般不應(yīng)該在數(shù)據(jù)流圖中加入物質(zhì)流 圖上每個元素都必須有名字 數(shù)據(jù)流圖中不可夾帶控制流 初畫時可以忽略瑣碎的細(xì)節(jié)，以集中精力于主要數(shù)據(jù) 流，頂層和上層的數(shù)據(jù)流圖往往僅涉及與相鄰加工有 關(guān)的數(shù)據(jù)文件 使用點記法進(jìn)行編號：父加工號 .子加工號。例如， 1.3.1 掌握分解速度。每一加工每次可分為 2-4個加工，最 多不要超過 7個 局部文件和局部外部項。不要在父圖中畫子圖的外部 文件，也不應(yīng)在子圖中漏畫了應(yīng)添的外部項。一般地， 除底層 DFD需畫出全部文件外，各中間層的 DFD僅 顯示處于加工之間的接口文件 數(shù)據(jù)詞典 數(shù)據(jù)詞典與數(shù)據(jù)流圖配合，能清楚地 表達(dá)

20、數(shù)據(jù)處理的要求 詞條描述 對于在數(shù)據(jù)流圖中每 一個被命名的圖形元素，均加以定義， 其內(nèi)容有 : 名字 ， 別名或編號 ， 分類 ， 描述 ， 定義 ， 位臵 ， 其它 ， 等 數(shù)據(jù)字（詞）典包括對 數(shù)據(jù)項 （數(shù)據(jù)元素）、 數(shù)據(jù)流 和 數(shù)據(jù)文件 的描述。 數(shù)據(jù)項（數(shù)據(jù)元素）：表達(dá)有效信息的最基本 單位； 數(shù)據(jù)流：相關(guān)數(shù)據(jù)項構(gòu)成數(shù)據(jù)流； 數(shù)據(jù)文件：由若干數(shù)據(jù)項按照一定的組織方式 組成。 （ 1） 數(shù)據(jù)流詞條描述 數(shù)據(jù)流名： 說明：簡要介紹作用即它產(chǎn)生的原 因和結(jié)果 數(shù)據(jù)流來源：來自何方 數(shù)據(jù)流去向：去向何處 數(shù)據(jù)流組成：數(shù)據(jù)結(jié)構(gòu) 數(shù)據(jù)量流通量：數(shù)據(jù)量，流通量 數(shù)據(jù)流詞條說明舉例 數(shù)據(jù)流名 :發(fā)票

21、別名 : 無 簡述 : 學(xué)生購書時填寫的項目 來源 : 學(xué)生 去向 : 加工 1“ 審查并開發(fā)票” 組成 : (學(xué)號 )姓名書號數(shù)量 數(shù)據(jù)流量 :1000次 /周 高峰值： 開學(xué)期間 1000次 /天 （ 2） 數(shù)據(jù)元素 （ 數(shù)據(jù)項 ） 詞條描述 數(shù)據(jù)元素名： 類型：數(shù)字（離散值，連續(xù)值）， 文字（編碼類型） 長度： 取值范圍： 相關(guān)的數(shù)據(jù)元素及數(shù)據(jù)結(jié)構(gòu)： 數(shù)據(jù)項條目說明舉例 數(shù)據(jù)項名 :貨物編號 別名 :G-No,G-num 簡述 :本公司的所有貨物的編號 類型 :字符串 長度： 10 取值范圍及含義 : 第 1位： J G (進(jìn)口 /國產(chǎn) ) 第 24位： LB01. LB29 (類別 )

22、 第 57位： “ A00”.“A99” (規(guī)格 ) 第 810位： “ 001”.“999”(品名編號 ) （ 3） 數(shù)據(jù)文件詞條描述 數(shù)據(jù)文件名： 簡述：存放的是什么數(shù)據(jù) 輸入數(shù)據(jù)： 輸出數(shù)據(jù)： 數(shù)據(jù)文件組成：數(shù)據(jù)結(jié)構(gòu) 存儲方式：順序，直接，關(guān)鍵碼 存取頻率： 數(shù)據(jù)文件詞條說明舉例 文件名 :庫存記錄 別名 : 無 簡述 :存放庫存所有可供貨物的信息 組成 ： 貨物名稱編號生產(chǎn)廠家 單價庫存量 組織方式 ：索引文件，以貨物編號為 關(guān)鍵字 查詢要求 :要求能夠立即查詢 （ 4）加工邏輯詞條描述 加工名： 加工編號：反映該加工的層次 簡要描述：加工邏輯及功能簡述 輸入數(shù)據(jù)流： 輸出數(shù)據(jù)流： 加

23、工邏輯：簡述加工程序，加工順 序 （ 5）源點及匯 (終 )點詞條描述 名稱：外部實體名 簡要描述：什么外部實體 有關(guān)數(shù)據(jù)流： 數(shù)目： 數(shù)據(jù)結(jié)構(gòu)的描述 符 號 含 義 舉 例 被定義為 與 x = a b .,. 或 .|. 或 x = a , b， x = a | b . 或 m.n 重復(fù) x = a， x = 3a8 (.) 可選 x = (a) “.” 基本數(shù)據(jù)元素 x = “a” . 連結(jié)符 x = 1.9 存折格式 存折戶名所號帳號開戶日性質(zhì) (印密 ) 1存取行 50 戶名 2字母 24 所號“ 001”.“999” 帳號“ 00000001”.“99999999” 開戶日年月日

24、性質(zhì)“ 1”.“6” 注：“ 1”表示普通戶， “ 5”表示工資戶等 印密“ 0” 注：印密在存折上不顯示 存取行日期（摘要）支出存入 余額操作復(fù)核 年 2001 2002 2003 2004 月 “ 01”.“12” 日 “ 01”.“31” 摘要 1字母 4(注：表明該存取是存？是?。?還是換？ ) 支出金額 (注 :金額規(guī)定不超過 9999999.99元 ) 存入金額 余額金額 金額 “ 0000000.01”.“9999999.99” 操作 “ 00001”.“99999” 復(fù)核 “ 00001”.“99999” 字母 “a”.“z” “ A”.“Z” F1:航班信息文件 航空公司名稱

25、航班號 起點終點日期 起飛時間降落時間 航空公司名稱 2字母 4 航班號 3十進(jìn)制數(shù)字 3 字母“ A”“Z” 十進(jìn)制數(shù)字“ 0”“9” 起點終點 1漢字 10 起飛時間降落時間時分 時“ 00”“23” 分“ 00”“59” 日期年月日 年 2000 2001 2002 2004 月“ 01”“12” 日“ 01”“31” 具有數(shù)據(jù)庫的系統(tǒng)，除了 DFD、 DD之外，還 可以使用 ER圖、 DSD（ Data Structure Diagram）圖等說明文件之間的聯(lián)系。如， 不同的表通過關(guān)鍵字建立聯(lián)系。 DD的實現(xiàn) (1)人工方法 (2)自動方法 (利用字典管理程序 ) DD應(yīng)具特點 (1)

26、通過名字可方便查閱數(shù)據(jù)定義 (2)無冗余 (3)易更新修改 對數(shù)據(jù)流圖的每一個基本加工，必須有一個 基本加工邏輯說明 基本加工邏輯說明必須描述基本加工 如何把 輸入數(shù)據(jù)流變換為輸出數(shù)據(jù)流的加工規(guī)則， 即加工說明由 輸入數(shù)據(jù)、加工邏輯 和 輸出數(shù) 據(jù) 組成 加工邏輯說明必須描述實現(xiàn)加工的策略而不 是實現(xiàn)加工的細(xì)節(jié) 加工邏輯說明中包含的信息應(yīng)是充足的，完 備的，有用的，無冗余的 基本加工邏輯說明 加工說明 (加工邏輯說明 ) 加工說明即數(shù)據(jù)處理描述，也稱為 小說 明 。描述實現(xiàn)加工的策略而不是實現(xiàn) 加工的細(xì)節(jié)。 可以在 DD定義中只說明每個加工的組 成 (每個處理分解成多少小處理 ),而在 小說明

27、中詳細(xì)描述它的處理邏輯 . 加工條目 (加工邏輯說明 ) 加工邏輯名 :登記報名單 編號： 1.0 激活條件 ：收到報名單 加工邏輯 ： 1.1 檢查報名單 + 1.2 編準(zhǔn)考證號 + 1.3 登記考生 執(zhí)行頻率： 2000次 /日 小說明 (加工邏輯說明的另一種形式 ) 描述的內(nèi)容： (1) 處理邏輯 描述基本加工如何把輸入數(shù)據(jù)流變化 為輸出數(shù)據(jù)流的加工原則，不涉及具 體處理方法。 (2) 執(zhí)行條件 (3) 輸入 (4) 輸出 (3) 優(yōu)先級 (4) 執(zhí)行頻率 (5) 出錯處理對策 小說明舉例 加工名 : 分類采購 (CG111MD) 編號 : 1.1.1 加工激活條件 : 受到圖書采購員分

28、類 采購操作命令 加工邏輯 : (1) 1.1.1.1 預(yù)定圖書 (2) 1.1.1.2 外采圖書 (3) 1.1.1.3 贈送圖書 執(zhí)行頻率 : 隨時 小說明舉例 處理名 :月票額統(tǒng)計 (MHCW713MD) 編號 : 7.1.3 激活條件 :收到每日售票額信息 處理邏輯 :1 統(tǒng)計月保險金總合 月保險金信息 =每日日保險 金信息之和 2 統(tǒng)計月合計 月合計信息 =每日日合計信息之和 執(zhí)行頻率 : 1次 /月 用于寫加工邏輯說明的工具 結(jié)構(gòu)化英語 判定表 判定樹 （ 1）結(jié)構(gòu)化英語 結(jié)構(gòu)化英語的詞匯表由 英語命令動詞 數(shù)據(jù)詞典中定義的名字 有限的自定義詞 邏輯關(guān)系詞 IF_THEN_ELSE

29、、 CASE_OF 、 WHILE_DO、 REPEAT_UNTIL等組成。 是一種介于自然語言和形式化語言之 間的語言 語言的 正文用基本控制結(jié)構(gòu)進(jìn)行分割 ， 加工中的 操作用自然語言短語來表示 其基本控制結(jié)構(gòu)有三種： 簡單陳述句結(jié)構(gòu) ：避免復(fù)合語句； 重復(fù)結(jié)構(gòu) ： while_do 或 repeat_until 結(jié)構(gòu)。 判定結(jié)構(gòu) ： if_then_else 或 case_of 結(jié)構(gòu)； 商店業(yè)務(wù)處理系統(tǒng)中“檢查發(fā)貨單” if 發(fā)貨單金額超過 $500 then if 欠款超過了 60天 then 在償還欠款前不予批準(zhǔn) else （欠款未超期） 發(fā)批準(zhǔn)書，發(fā)貨單 else （發(fā)貨單金額未超過

30、 $500） if 欠款超過 60天 then 發(fā)批準(zhǔn)書，發(fā)貨單及賒欠報告 else （欠款未超期） 發(fā)批準(zhǔn)書，發(fā)貨單 處理名 :核實訂票處理 (MHGP3200MD) 編號 : 3.2 激活條件 :收到取訂票信息 處理邏輯 :1讀訂票旅客信息文件 2搜索此文件中是否有與輸入信息 中姓名及身份證號相符的項 IF 有 THEN 判斷余項是否與文件中信 息相符 IF 是 THEN 輸出已訂票信息 ELSE 輸出未訂票信息 ELSE 輸出未訂票信息 執(zhí)行頻率 : 實時 （ 2）判定表 如果數(shù)據(jù)流圖的加工需要依賴 于 多個邏輯條件的取值 ，使用 判定表來描述比較合適 以“檢查發(fā)貨單”為例 處理名 :計

31、算折扣率 (MHGP534MD) 編號 : 5.3.4 激活條件 :收到預(yù)訂票信息 處理邏輯 :計算折扣率 執(zhí)行頻率 : 實時 旅游時間 訂 票 量 折 扣 量 7 9， 12月 1 6,10,11月 20 20 20 20 15% 5% 20% 30% （ 3） 判定樹 判定樹也是用來表達(dá)加工邏輯的一種 工具。有時侯它比判定表更直觀。 檢 查 發(fā) 貨 單 金額 $500 金額 $500 欠款 60天 不發(fā)出批準(zhǔn)書 欠款 60天 發(fā)貨單 發(fā)出批準(zhǔn)書、 欠款 60天 發(fā)出批準(zhǔn)書、 發(fā)貨單及賒欠報告 欠款 60天 發(fā)出批準(zhǔn)書、 發(fā)貨單 考務(wù)處理系統(tǒng)的分層 DFD 頂層數(shù)據(jù)流圖 考 生 考務(wù) 處理系

32、統(tǒng) 考 試 中 心 閱卷站 不合格報名單 報名單 準(zhǔn)考證 考生通知單 成 績 清 單 合格標(biāo)準(zhǔn) 錯誤 成績 清單 考 生 名 單 統(tǒng)計分析表 登記 報名單 報名單 準(zhǔn)考證 1 統(tǒng)計 成績 2 不合格 報名單 考生通知單 成 統(tǒng)計分析表 0層 數(shù)據(jù)流 圖 考生名冊 績 清 單 合 格 標(biāo) 準(zhǔn) 考 生 名 單 成 績 清 單 錯 誤 一層數(shù)據(jù)流圖 (a) 檢查 報名單 報名單 準(zhǔn)考證 1.1 編準(zhǔn)考 證號 1.2 不合格 報名單 考生名冊 考生名單 合格 報名單 登記 考生 1.3 一層數(shù)據(jù)流圖 (b) 檢查 成績清單 2.1 審定 合格者 2.2 考生名冊 正確 成績清單 制作 通知單 2.3

33、分析 統(tǒng)計成績 2.4 分析 試題難度 2.5 試題得分清單 考生 通知單 難度 分析表 合格 標(biāo)準(zhǔn) 分類 統(tǒng)計表 成績清單 錯誤 成績清單 經(jīng)審定的 成績清單 二 . 結(jié)構(gòu)化分析實施步驟 1. 確定系統(tǒng)邊界 , 畫出系統(tǒng)環(huán)境圖 2. 自頂向下，畫出各層數(shù)據(jù)流圖 3. 定義數(shù)據(jù)字典 4. 定義小說明 DFD可以用來表示一個系統(tǒng)或軟 件在任何層次上的抽象。 較大 型軟件系統(tǒng) DFD分成多層 (子圖、 父圖概念 ),可以表示數(shù)據(jù)流和功 能的進(jìn)一步的細(xì)節(jié)。 需求規(guī)格說明書 (SRS) (Software Requirement Specification) 需求分析階段要完成的文檔。 SRS的作用：

34、 開發(fā)者與用戶間事實上的技術(shù)合同書 開發(fā)者下一步設(shè)計和編碼的基礎(chǔ) 測試驗收目標(biāo)系統(tǒng)的依據(jù) SRS大綱（模板） 引言 任務(wù)概述 (項目概述 ) 數(shù)據(jù)描述 (DFD、 DD) 功能描述 接口 性能需求 屬性 其它需求 三 . 需求驗證 (1) 正確性 (2) 無二義性 (3) 完整性 (4) 可驗證性 (5) 一致性 (6) 可理解性 (7) 可修改性 (8) 可被跟蹤性 (9) 可跟蹤性 (10)設(shè)計無關(guān)性 (11)注釋 需求文檔的陳述與改進(jìn)舉例（ 1） 產(chǎn)品必 須在固定的 時間間隔內(nèi) 提供狀態(tài)消 息 ， 并且每 次時間間隔 不得小于 60 秒 。 后臺任務(wù)管理器 (BTM)應(yīng)該 在用戶界面的指

35、定區(qū)域顯示狀態(tài) 消息。 a. 在 后臺任務(wù)進(jìn)程啟動之后，消 息必須每隔 60(10)秒更新一次， 并且保持連續(xù)的可見性。 b. 如果正在正常處理后臺任務(wù)進(jìn) 程，那么后臺任務(wù)管理器 (BTM) 必須顯示后臺任務(wù)進(jìn)程已完成的 百分比。 c. 當(dāng)完成后臺任務(wù)時 ， 后臺任務(wù) 管理器 (BTM)必須顯示一個 “ 已 完成 ” 的消息。 d. 如果后臺任務(wù)中止執(zhí)行，那么 后臺任務(wù)管理器 (BTM)必須顯示 一個出錯信息。 需求不完整， 導(dǎo)致需求不可驗證 改 進(jìn) 需求文檔的陳述與改進(jìn)舉例（ 2） 產(chǎn)品必須 在顯示和隱藏 非打印字符之 間進(jìn)行瞬間切 換 。 用戶在編輯文檔時， 通過激活特定的機(jī)制， 可以在顯示和隱藏所有 HTML標(biāo)記之間進(jìn)行切換 。 需求不可行、不完整、 不確定性，導(dǎo)致需求 不可驗證 改 進(jìn)