第6章結構化系統分析本章計劃學時：8學時信息系統分析與設計(第3版)第6章-結構化系統分析本章主要內容系統分析的任務數據流圖數據字典表達處理的工具實體關系圖系統說明書信息系統分析與設計(第3版)第6章-結構化系統分析6.1系統分析的任務系統分析員與用戶在一起充分理解用戶的要求，并把雙方的理解用書面文檔——系統分析說明書表達出來。分析本質上就是一個發現過程，分析期間推動活動的關鍵詞就是發現和理解。信息系統分析與設計(第3版)第6章-結構化系統分析系統分析的困難系統分析是研制信息系統最重要的階段，也是最困難的階段。困難主要來自三個方面：問題空間的理解人與人之間的通訊環境的不斷變化信息系統分析與設計(第3版)第6章-結構化系統分析系統分析員要成為業務專家才能與用戶交流順暢，充分理解用戶的要求。才能確保系統滿足了業務需求，甚至用更好的方法來解決業務需求。在用戶中建立可信度，用戶才可能接受你的建議。其他要求:系統分析員應有較強的系統觀點，較好的邏輯分析能力，能夠從復雜的事物中抽象出系統模型。他還應具備較好的口頭和書面表達能力，較強的組織能力，善于與人共事。信息系統分析與設計(第3版)第6章-結構化系統分析6.1.2系統需求分析的重要任務是理解和表達需求需求有哪些種類？如何尋找需求？如何表述需求？信息系統分析與設計(第3版)第6章-結構化系統分析需求的來源—系統相關者系統需求的主要來源是系統的各種系統相關者，他們是對系統成功感興趣的所有人（與系統有關系的所有人，也稱涉眾stakeholder）。系統分析中獲得需求的首要步驟就是確定各類系統相關者。信息系統分析與設計(第3版)第6章-結構化系統分析系統相關者業務用戶信息用戶管理用戶主管用戶外部用戶客戶技術人員信息系統分析與設計(第3版)第6章-結構化系統分析系統需求的種類系統需求是新系統必須完成的功能或其局限性。系統需求一般分為兩類：功能性需求技術性需求信息系統分析與設計(第3版)第6章-結構化系統分析功能性需求功能需求是系統必須完成的活動或過程，也就是系統將要涉及的商業應用。功能需求是根據業務過程和業務規則確定的，有些容易獲取，有些則是隱含的，需要去發現。信息系統分析與設計(第3版)第6章-結構化系統分析技術性需求技術需求也稱非功能性需求，是和公司的環境、硬件和軟件有關的所有可操作目標。例如：系統必須能支持100個并發用戶；保存訂單的時間不能超過0.5秒等等，涉及系統性能、可靠性、安全性等質量特性。通常是一些技術目標。信息系統分析與設計(第3版)第6章-結構化系統分析如何表述需求自然語言不需要任何準備但既要保證精確無二義性，又要保證敘述不至于晦澀難懂，是困難的（隨意性、誤會）模型模型是人們對復雜問題的一種抽象或者對實物的一種簡單實現或規劃藍圖。例如：飛機模型，建筑模型，數學模型等等。信息系統分析與設計(第3版)第6章-結構化系統分析模型的作用信息系統模型的作用：建立模型的過程可以使得分析員更深入地了解和定義信息系統的需求，并發現問題對復雜問題進行簡化有助于回憶需求的細節有助于同開發小組的其他成員交流有助于同客戶交流為以后的維護升級提供了文檔信息系統分析與設計(第3版)第6章-結構化系統分析信息系統的模型在信息系統分析中有三類常用的圖示化模型：功能模型利用數據流圖分層描述系統的功能和數據的處理流程利用數據字典輔助解釋數據流圖中的每個元素數據模型利用實體關系圖描述系統中的數據實體及其關系對象模型利用類圖描述對象、對象之間的聯系。和數據實體不同，對象在數據之外增加了行為特性信息系統分析與設計(第3版)第6章-結構化系統分析如何著手建模構建模型首先需要識別用戶的需求，識別需求一般可以從兩個方面著手：識別系統中的事件(Events)建立過程模型（數據流圖，DFD）識別系統中的事物(Things)建立數據模型（實體關系圖，ER）信息系統分析與設計(第3版)第6章-結構化系統分析1、事件與系統需求事件——在特定時間、特定地點發生的，能夠描述出來并值得保存的的事情。系統的所有處理過程都是由事件驅動的，所以將事件列表并進行分析，對于定義系統需求是十分有意義的。信息系統分析與設計(第3版)第6章-結構化系統分析事件的類型我們可以從以下類型來尋找事件：外部事件(externalevent)

時間事件(temporalevent)

狀態事件(stateevent)信息系統分析與設計(第3版)第6章-結構化系統分析外部事件在系統之外發生，通常是由外部的人或組織激發的事件，這些人或組織是數據的提供者和接收者。比如圖書館流通系統中的讀者外部事件能夠導出系統需要處理的關鍵事務信息系統分析與設計(第3版)第6章-結構化系統分析尋找外部事件首先要確定外部實體，然后再分析。外部實體需要一個事務處理比如讀者借書外部實體需要系統提供某些信息比如讀者查閱書目某些數據改變了，系統需要更新它們比如書籍的位置改變管理過程需要某些信息比如制訂新的采購計劃需要流通統計情況信息系統分析與設計(第3版)第6章-結構化系統分析時間事件當系統時間到達某一刻時發生的事件，這些事件通常要求系統能定時自動地完成某些輸出或處理。如：圖書館流通系統中的按月發布逾期催還名單。如：每天晚上12：00定時轉換歸檔醫療圖像。注意命名時必須包含所要完成的處理和規定期限信息系統分析與設計(第3版)第6章-結構化系統分析狀態事件系統內部的變化觸發系統對某個處理的需要，這種情況的發生稱為狀態事件比如：銷售系統中庫存數一旦低于控制點就產生訂貨單狀態事件一般是外部事件的結果，它的發生是不定時的信息系統分析與設計(第3版)第6章-結構化系統分析識別事件的規則

區分事件與具體響應過程

事件響應中的一系列交互過程是完整具體的實現，而不是獨立的一個事件。例如：拿信用卡交費跟蹤關鍵業務的整個生命周期來發現事件

跟蹤讀者實現從圖書館借書的全部過程暫時忽略技術性依賴事件和系統控制事件

如管理員登錄系統，修改口令，每天的備份信息系統分析與設計(第3版)第6章-結構化系統分析事件名稱觸發點事件源活動響應結果事件目的地客戶希望檢查產品可訂量產品的查詢請求客戶查詢產品的可用量產品可用量詳細情況客戶客戶建立一個訂單新訂單客戶建立新訂單實時連接訂單確認訂單細節交易信息信用卡處理系統客戶發裝部門銀行客戶改變或作廢訂單修改訂單的請求客戶更新訂單修改確認訂單修改細節交易信息客戶發裝部門銀行客戶和管理層檢查訂單狀態訂單狀態的查詢請求客戶或管理部門查詢訂單的狀態訂單狀態的詳細情況客戶或管理部門為訂單發貨訂單發貨通知發裝部記錄訂單的執行客戶退貨訂單退貨通知客戶建立退貨記錄退貨確認交易信息客戶銀行網上訂單系統的事件表信息系統分析與設計(第3版)第6章-結構化系統分析事件名稱觸發點事件源活動響應結果事件目的地未來客戶需要目錄產品目錄的查詢請求未來客戶提供產品目錄信息產品目錄未來客戶客戶更新基本信息客戶信息修改通知客戶更新客戶基本信息市場部給客戶發送促銷材料促銷產品細節市場部分發促銷單促銷單客戶和未來客戶調整產品目錄產品目錄更新細節銷售部更新產品目錄每日交易匯總每天末產生交易匯總報告交易匯總報告財務部每周訂單匯總每周末產生訂單匯總報告訂單匯總報告管理部門網上訂單系統的事件表信息系統分析與設計(第3版)第6章-結構化系統分析2、事物與系統需求事物——系統需要處理或保存的對象。如客戶，訂單，產品等。對信息系統中事物的理解和建模是定義系統需求的另外一個重要方面。信息系統分析與設計(第3版)第6章-結構化系統分析事物的類型事物的類型：實在有形：書籍、產品、文檔角色身份：醫生、讀者、顧客組織單位：小組、部門設備：打印機、傳感器、鼠標事件：借閱、訂貨、銷售、罰款場所：零售店、倉庫信息系統分析與設計(第3版)第6章-結構化系統分析事物之間的關系事物間的很多關系對于研究系統也非常重要。關系：指某些事物間自然發生的聯系。例如：學生和圖書，學生可以借閱圖書。例如：一個客戶可以發出訂單。對每一個事物分析和它相關的事物，找出關系。信息系統分析與設計(第3版)第6章-結構化系統分析事物之間關系的基數關系的基數：指一個事物關聯另外一個事物的數量（一對一，一對多，多對多或者一個具體的數量—4個）。如：學生和圖書，一個學生可以預約多本圖書，每本圖書可能被多個學生預約。如：一個客戶可以發出多個訂單，一個訂單只能是一個客戶的。信息系統分析與設計(第3版)第6章-結構化系統分析事物的屬性屬性：有關事物的一條特征信息。例如：客戶的姓名、年齡、電話等。標識符：能唯一區分事物的屬性。例如：發貨單號，職工編號。復合屬性：指包含了許多相關屬性的屬性。例如：姓名可能包含姓和名，日期包含年月日。信息系統分析與設計(第3版)第6章-結構化系統分析6.2數據流圖系統分析階段：使用數據流圖DFD來建立系統需求的過程模型。（結構化系統分析的方法）系統分析采用ER圖來建立系統的數據模型。信息系統分析與設計(第3版)第6章-結構化系統分析結構化分析的思想數據流圖DFD采用一系列分層次的數據流圖來描述系統。DFD的每一個層次都代表了系統的一個抽象水平。高層次DFD中的處理可以進一步分解成低層次、更詳細的DFD。信息系統分析與設計(第3版)第6章-結構化系統分析分層的數據流圖縱觀頂層P1P2P3P4P41P42

第一層第二層信息系統分析與設計(第3版)第6章-結構化系統分析6.2.1數據流圖的基本成分數據流圖用來記錄系統中的數據和數據在特定的過程中的流動，即數據如何被采集、處理、保存和使用的（圍繞信息系統的功能）外部實體數據處理p1數據存儲數據流信息系統分析與設計(第3版)第6章-結構化系統分析外部實體指系統以外又與系統有聯系的人或事物。它表達了該系統數據的外部來源和去處。例如：人、組織、外部系統等等。外部實體是數據的來源（誰提供了最初始的數據？）外部實體是數據的去處（數據對誰有價值？）

讀者

圖書管理員

館長

讀者圖書管理員外部實體信息系統分析與設計(第3版)第6章-結構化系統分析處理指對數據的邏輯處理功能，也就是對數據的變換功能。別名：功能、處理過程，數據加工標識部分（層次化的功能編號）功能描述部分（動賓詞組）功能執行的角色（人，部門，計算機程序），通常可省略P2.2.1識別讀者身份圖書管理員數據處理信息系統分析與設計(第3版)第6章-結構化系統分析數據流是指處理功能的輸入或輸出（箭頭表示數據流向）。例如：數據，訂單，查詢要求等

經理編制財務報表合格訂單編輯訂貨單計算應收款數據流信息系統分析與設計(第3版)第6章-結構化系統分析數據存儲表示某種數據保存后的邏輯統稱。不是指保存數據的物理地點或物理介質。流入數據存儲的數據流將處理后的數據寫入或修改到數據存儲中流出數據存儲的數據流從數據存儲中查詢獲取數據，不改變原來的數據銷售量D2產品銷售帳計算銷售量累計銷售量單價計算銷售總額商品編號#_D2產品D5職工D2產品數據存儲信息系統分析與設計(第3版)第6章-結構化系統分析數據流圖中的圖形元素有不同的畫法，本書使用Gane-Sarson畫法儲戶業務處理帳目存折存取要求其他圖形表示信息系統分析與設計(第3版)第6章-結構化系統分析事件表中能找到數據流圖中出現的一些元素：活動對應于處理框事件源和事件目標對應于外部實體觸發點和響應結果是與外部實體相連的數據流只有數據存儲在事件響應表中沒有對應的描述一個事件的DFD信息系統分析與設計(第3版)第6章-結構化系統分析事件和DFD事件列表中的每一個事件都可以畫出一個DFD圖（需要額外添加數據存儲元素）事件列表可以作為畫數據流圖的一個基礎和檢驗列表事件對應DFD模型的中間層事件可以繼續分解繪制其具體的處理過程（向下細化）系統中事件較多時，應進行分組（向上抽象）信息系統分析與設計(第3版)第6章-結構化系統分析單個DFD的組合事件之間有一定的聯系，一般通過數據存儲建立關聯信息系統分析與設計(第3版)第6章-結構化系統分析完整的數據流圖根據事件表重新組織，繪制完整的DFD模型：按照事件表，對每一個事件建立一個DFD片段圖。把所有的DFD片段進行分組，歸納為大的處理邏輯，形成上一層DFD（復雜系統層次更多）。將屬于一組內的DFD片段放在一張圖上，形成事件層的DFD圖。對每個事件的數據處理進一步分解為下一層DFD（復雜系統層次更多）。信息系統分析與設計(第3版)第6章-結構化系統分析完整的數據流圖真正進行結構化系統建模過程中，應該采用自頂向下的分解方法，事件表只是尋找需求的輔助工具（啟發）建模是一個從具體到抽象，又從抽象到具體的過程，需要反復多次信息系統分析與設計(第3版)第6章-結構化系統分析6.2.2數據流圖的畫法下面我們以高等學校學籍管理系統為例說明畫數據流圖的方法如果不能直接建模，可以考慮以下事件：新生登記登記期末成績期末成績分析登記補考成績補考后成績分析評定獎學金處理退學、留級、修學、復學發成績單……信息系統分析與設計(第3版)第6章-結構化系統分析頂層新生名單學籍表學籍管理系統

招生辦

教委用人單位報表畢業生登記表學籍管理系統頂層DFD信息系統分析與設計(第3版)第6章-結構化系統分析第一層信息系統分析與設計(第3版)第6章-結構化系統分析第二層——“成績管理”框的展開信息系統分析與設計(第3版)第6章-結構化系統分析第三層——“處理期末成績”框的展開信息系統分析與設計(第3版)第6章-結構化系統分析第三層——“分析期末成績”框的展開信息系統分析與設計(第3版)第6章-結構化系統分析第三層——“分析補考成績”框的展開信息系統分析與設計(第3版)第6章-結構化系統分析6.2.3畫數據流圖的注意事項要注意以下幾點：關于層次的劃分語法的正確性可讀性確定系統邊界信息系統分析與設計(第3版)第6章-結構化系統分析層次的劃分應遵守：（1）展開的層次與管理層次一致，也可以劃分得更細。（2）同一張圖上的所有處理過程應該處于同一個抽象層次上（抽象粒度一致）。（3）一個處理框經過展開，一般以分解為4～10處理框為宜（最好5～9個）（4）最下層的處理過程用幾句話，或者用幾張判定表，或一張簡單的HIPO圖能表達清楚1、合理的層次劃分信息系統分析與設計(第3版)第6章-結構化系統分析一個處理框經過展開，一般以分解為4～10處理框為宜。如果一次分解后僅有兩個處理框，為減少數據流圖的層次，可以考慮將它們直接并入上一層中若一個處理框分解后還是只有一個處理框，則視為無效的分解處理框的合并信息系統分析與設計(第3版)第6章-結構化系統分析通常可以從以下幾個方面檢查數據流圖的正確性：（1）數據守恒，或稱為輸入數據與輸出數據匹配處理有輸入就應該有輸出處理有輸出就肯定有輸入輸入的數據應該全部流出該處理或者要用于產生流出該處理的數據（排除無用數據）輸出的所有數據必須曾經流入過該處理或者是由流入該處理的數據加工產生（保證必要數據）2、正確性檢查信息系統分析與設計(第3版)第6章-結構化系統分析

（2）在一套數據流圖中的任何一個數據存儲，必定有流入的數據流和流出的數據流。（3）父圖中某一處理框的輸入、輸出數據流必須出現在相應的子圖中。（3）任何一個數據流至少有一端是處理框。正確性檢查（續）信息系統分析與設計(第3版)第6章-結構化系統分析提高數據流圖的易理解性（1）簡化處理間的聯系（利用數據存儲） 如：P2成績管理->P1異動管理之間的聯系可以改變為：

P2成績管理->D3留退名單

P1異動管理<-D3留退名單

D3留退名單為增加的數據存儲（2）均勻分解，應齊頭并進（3）適當的命名3、提高易讀性信息系統分析與設計(第3版)第6章-結構化系統分析信息系統建模不是對應用領域的業務建模，信息系統可能只反映業務系統的部分處理過程。因此要關注信息系統解決的問題，重點是系統中的數據處理和流動。（1）排除純手工活動（2）排除其他外部系統的活動（3）和系統外的外部實體之間的接口通過數據流來實現4、確定系統邊界信息系統分析與設計(第3版)第6章-結構化系統分析6.2.4數據流圖的常見錯誤分析一般有三類錯誤情況：語法錯誤（可采用軟件工具輔助繪圖消除）邏輯錯誤詞不達意，二義性信息系統分析與設計(第3版)第6章-結構化系統分析錯誤情況舉例1輸入的數據流足夠了嗎？是否能夠加工出輸出的數據流？計算利息存款金額？查詢圖書讀者信息信息系統分析與設計(第3版)第6章-結構化系統分析錯誤情況舉例2學生成績單客戶訂單訂單源數據是如何進入到信息系統中的呢？外部實體如何從系統中獲取有關的數據呢？難道是心靈感應？不論是手工系統還是計算機系統，數據不會無緣無故保存或流動，和外部的交換一定和某個加工相連。信息系統分析與設計(第3版)第6章-結構化系統分析錯誤情況舉例3客戶業務員訂單外部實體到外部實體，說白了，全都是外部的。和信息系統有關系嗎？為什么要管呢？帶來數據的變化了嗎？DFD考慮數據是從那個地方開始進入系統。讀者圖書管理員借書單信息系統分析與設計(第3版)第6章-結構化系統分析錯誤情況舉例4訂單入庫單數據不通過任何手續就能在數據存儲之間流動？怪了，表格中的數據長腿了嗎？要不硬盤智能化了，不需要任何外部力量，磁道上的數據會自己移動？讀者信息逾期歷史信息系統分析與設計(第3版)第6章-結構化系統分析錯誤情況舉例5xxxx僅有流入的數據流，數據還有什么用途嗎？純粹是垃圾！僅有流出的數據流，數據是從何而來呢？模型的局部會存在這種情況，但系統地看應該不會。如果有，那個數據肯定是一千年不變，可以直接由數據庫管理員一次性搞定。信息系統分析與設計(第3版)第6章-結構化系統分析錯誤情況舉例6“修改還書日期”很細節，而“借閱管理”又很抽象。處理不在同一個抽象層次上，造成理解困難！讀者讀者續借申請讀者信息處罰記錄P2續借審核P1借閱管理P3修改還書日期P5處罰管理P4打印通知單信息系統分析與設計(第3版)第6章-結構化系統分析顧客P1.1驗證身份P1.2核對帳戶余額P1.3登記取款事務P1.4打印存折帳戶顧客P1.1驗證身份P2.2登記存款事務帳戶取款存款DFD圖不反映模塊共享再比如圖書館借書系統中有三個處理邏輯：“p1借書”“p2還書”“p3查詢服務”，但借書處理的“檢查庫存”，不應理解為“P3查詢服務”錯誤情況舉例7信息系統分析與設計(第3版)第6章-結構化系統分析6.2.5繪圖工具軟件Visio介紹MicrosoftVisio可用于繪制計算機系統中需要的各種模型圖繪制DFD：DFD的四種元素數據流兩端元素的關聯性語法檢查上下層分解關系，子圖自動繼承父圖有關的數據流以樹狀目錄列出全部處理信息系統分析與設計(第3版)第6章-結構化系統分析數據流圖也常常要作重新分解。重新分解可以按下述方法進行（１）把需要重新分解的某張圖的所有子圖連接成一張（２）把圖分成幾部分，使各部分之間的聯系最少（３）重新建立父圖（４）重新畫子圖（５）為所有處理重新命名，編號數據流圖的優化信息系統分析與設計(第3版)第6章-結構化系統分析數據流圖的分解每個人可能有所不同，畫出的數據流圖也會因人而異，并一定誰畫的對，誰畫的錯。沒有標準答案信息系統分析與設計(第3版)第6章-結構化系統分析數據流圖的優缺點圖形元素少，易學易讀，容易與用戶溝通有層次性，允許系統分析員由上至下逐步分析系統，不會受困于太多復雜的細節不能描述系統的控制流潛在的非語法錯誤不易發現，復核困難，需要有一定的分析設計經驗信息系統分析與設計(第3版)第6章-結構化系統分析6.3數據字典DFD是一種簡化的模型，雖然直觀，但沒有具體細節，僅依靠DFD定義需求不夠充分。數據字典是對DFD的補充描述，用來描述數據流程圖中的數據流、數據存儲、處理過程和外部實體的詳細內容。數據流圖與數據字典共同構成系統的功能模型，數據字典可以改進通信，規范描述，消除誤解信息系統分析與設計(第3版)第6章-結構化系統分析6.3.1數據字典的各類條目數據字典中有六類條目：可被重用的條目：數據元素數據結構DFD圖中的元素：數據流（可引用定義好的數據結構）數據存儲（可引用定義好的數據結構）外部實體處理信息系統分析與設計(第3版)第6章-結構化系統分析數據元素是最小的數據組成單位，也就是不可再分的數據單位，如學號、年齡、性別等。需要描述以下屬性：（１）名稱（２）別名（３）類型，（４）取值范圍和取值的含義（５）長度（６）簡要說明：一、數據元素信息系統分析與設計(第3版)第6章-結構化系統分析數據元素條目信息系統分析與設計(第3版)第6章-結構化系統分析

數據結構的描述重點，是數據之間的組合關系，即說明這個數據結構包括哪些成分。一個數據結構可以包含若干數據元素和數據結構。可能有的特殊成分：

(1)必選項——{} (2)任選項——[] (3)重復項—*二、數據結構信息系統分析與設計(第3版)第6章-結構化系統分析數據結構條目信息系統分析與設計(第3版)第6章-結構化系統分析需要描述以下屬性： （１）數據流的來源 （２）數據流的去處 （３）數據流的組成 （４）數據流的流通量 （５）高峰時的流通量三、數據流信息系統分析與設計(第3版)第6章-結構化系統分析數據流條目信息系統分析與設計(第3版)第6章-結構化系統分析主要描寫該數據存儲的結構，及有關的數據流、查詢要求。有些數據存儲的結構可能很復雜，如“學籍表”，包括學生的基本情況、學生動態、獎懲記錄、學習成績、畢業論文成績等，其中每一項又是數據結構。這些數據結構有各自的條目分別加以說明，因此在“學籍表”的條目中可以直接引用這些數據結構，而不要列出這些數據結構的內部元素構成。

四、數據存儲信息系統分析與設計(第3版)第6章-結構化系統分析數據存儲條目信息系統分析與設計(第3版)第6章-結構化系統分析需要在數據字典中描述處理框的編號、名稱、功能的簡要說明，有關的輸入、輸出。通常僅重點描述最底層的處理過程。復雜的處理邏輯可以借助于一些圖表工具，如結構化語言、判定樹、判定表等。五、處理信息系統分析與設計(第3版)第6章-結構化系統分析處理功能條目信息系統分析與設計(第3版)第6章-結構化系統分析六、外部實體信息系統分析與設計(第3版)第6章-結構化系統分析6.3.2數據字典的使用與管理按各種要求列表，沒有冗余，不遺漏數據相互參照，便于系統修改由描述內容檢索名稱一致性檢驗和完整性檢驗數據流的來源、去向是否完整數據元素是否遺漏或過剩數據存儲的來源、去向是否完整處理與輸入數據流是否匹配管理：手工/工具（某些工具支持數據字典的維護）信息系統分析與設計(第3版)第6章-結構化系統分析6.4表達處理邏輯的工具在數據字典中表達處理過程可使用小說明（或基本說明），可以是自然語言但針對復雜處理邏輯，可以使用：結構化語言判定表判定樹信息系統分析與設計(第3版)第6章-結構化系統分析6.4.1結構化語言三種基本語句：祈使語句判斷語句循環語句結構化語言使用的三類詞匯：祈使句中的動詞數據字典中定義的名詞某些邏輯表達式中的保留字信息系統分析與設計(第3版)第6章-結構化系統分析指出要做什么，包括一個動詞和一個賓語。

使用祈使語句，應注意以下幾點：力求精煉，不應太長。不使用形容詞和副詞。動詞要能明確表達執行的動作。名詞必須在數據字典中有定義。祈使語句信息系統分析與設計(第3版)第6章-結構化系統分析判斷語句類似結構化程序設計中的判斷結構。其一般形式是：

１如果條件則動作A

否則(條件不成立)

動作B

２如果購貨額在50000元以上則如果最近三個月無欠款則折扣率為15％否則如果與公司交易10年以上則折扣率為10％否則折扣率為5％否則無折扣條件判斷語句信息系統分析與設計(第3版)第6章-結構化系統分析

表達在某種條件下，重復執行相同的動作，直到這個條件不成立為止。例如：

對每一個學生計算總成績循環語句信息系統分析與設計(第3版)第6章-結構化系統分析6.4.2判定樹如果一個動作的執行不只是依賴一個條件，而是與多個條件有關，那么這項策略的表達就比較復雜，就可以使用判定樹來表示。比如：郵政系統中，包裹郵資的計算策略與國別、路程、重量、保值額度等有關，使用自然語言來描述顯然不夠簡潔信息系統分析與設計(第3版)第6章-結構化系統分析判定樹示例信息系統分析與設計(第3版)第6章-結構化系統分析6.4.3判定表如果條件較多、每種條件的取值情況也較多的情況下，可以使用判定表。判定表的優點是可以把各種組合情況一個不漏地表示出來，還能幫助發現遺漏和矛盾的地方。信息系統分析與設計(第3版)第6章-結構化系統分析某廠對一部分職工重新分配工作。分配原則是：年齡不滿20歲，文化程度是小學者脫產學習，文化程度是中學者當電工；年齡滿20歲但不足50歲，文化程度是小學或中學者，男性當鉗工，女性當車工；文化程度是大學者當技術員；年齡滿50歲及50歲以上，文化程度是小學或中學者當材料員，文化程度是大學者當技術員。三個因素：性別、年齡、文化程度，取值范圍分別是：性別：{男，女}年齡：{青年(小于20歲),中年(滿20歲而不足50歲),老年(滿50歲及以上)}文化程度：{小學，中學，大學}判定表示例信息系統分析與設計(第3版)第6章-結構化系統分析構造空表信息系統分析與設計(第3版)第6章-結構化系統分析填表信息系統分析與設計(第3版)第6章-結構化系統分析判定表的合并簡化顯然，某些條件是可以合并考慮的，可以使判定表簡化。合并的原則：取相同行動的ｎ列，若有某個條件Ci在此n列的取值正好是該條件取值的全集，而其他條件在此ｎ列都取相同的值，則此ｎ列可以合并。信息系統分析與設計(第3版)第6章-結構化系統分析第一次合并信息系統分析與設計(第3版)第6章-結構化系統分析第二次合并信息系統分析與設計(第3版)第6章-結構化系統分析用判定表來描述決策問題，通常經過以下幾個步驟：

（１）分析決策問題涉及幾個條件；（２）分析每個條件取值的集合；（３）列出條件的各種可能組合；（４）分析決策問題涉及幾個可能的行動；（５）作出有條件組合的判定表；（６）決定各種條件組合的行動；（７）按合并規則化簡判定表。使用判定表的步驟信息系統分析與設計(第3版)第6章-結構化系統分析6.4.4三種工具的比較信息系統分析與設計(第3版)第6章-結構化系統分析適用范圍：決策樹適合10～15種行動的一般復雜度的決策，有時也可把決策表轉換成決策樹，便于用戶檢查。判定表適合于多個條件的復雜組合。如果一個判斷包含了一般順序的動作或循環執行的動作，則用結構化語言。各自適用范圍信息系統分析與設計(第3版)第6章-結構化系統分析6.5實體關系圖對系統中的數據建模使用ER圖分析階段——建立的是數據的概念模型，不需要考慮具體的物