1、提高數據流圖的易理解性（1）簡化處理間的聯系（利用數據存儲）如：P2成績管理-P1異動管理之間的聯系可以改變為：P2成績管理-D3留退名單P1異動管理-D3留退名單D3留退名單為增加(zngji)的數據存儲（2）均勻分解，應齊頭并進（3）適當的命名（3）提高(t go)數據流圖的易理解性共七十三頁信息系統建模不是對應用領域的業務建模，信息系統只對業務系統中含有(hn yu)信息處理的過程進行建模，一般是業務模型的子集。因此要關注信息系統解決的問題，重點是系統中的數據處理和流動。（1）排除純手工活動（2）排除其它外部系統的活動（3）和系統外的外部實體之間的接口通過數據流來實現（4）確定系統(xt

2、ng)邊界共七十三頁四、數據流圖的語法錯誤分析(fnx)一般有三類錯誤情況(qngkung)：語法錯誤可采用軟件工具輔助繪圖消除，如Visio邏輯錯誤人工評審檢查詞不達意，二義性共七十三頁錯誤情況(qngkung)舉例1輸入的數據流足夠了嗎？利用輸入數據(shj)是否能夠加工出輸出的數據(shj)？計算利息存款金額？查詢圖書讀者信息共七十三頁錯誤情況(qngkung)舉例2學生成績單客戶訂單訂單源數據是如何進入到信息系統中？外部實體如何從系統中獲取有關的數據呢？不論是手工系統還是計算機系統，數據不會全自動地被保存或流動，和外部的交換一定和某個加工相連。比如通過(tnggu)填寫、登記、采集等處

3、理任何一個數據流至少有一端是處理框共七十三頁錯誤(cuw)情況舉例3客戶業務員訂單1、外部實體到外部實體，都是系統以外的內容，不需要(xyo)在系統建模中表示。2、如果需要表示數據的流動，二者之間則需要增加處理數據流圖強調數據的源頭（即發起者、產生者）讀者圖書管理員借書單任何一個數據流至少有一端是處理框共七十三頁錯誤(cuw)情況舉例4訂單入庫單數據不通過任何手續就能自動在數據存儲之間流動？數據不會長腿自己跑的。一張表格的數據怎么能記錄到另一張表格中呢？人工做需要(xyo)一個操作，機器做需要(xyo)一段程序，即需要(xyo)增加一個處理。藥品目錄處方單任何一個數據流至少有一端是處理框共七十

4、三頁錯誤情況(qngkung)舉例5xxxx僅有流入的數據流，數據存儲沒有被使用(shyng)？要么是垃圾數據，要么是遺忘了流出的數據流？僅有流出的數據流，數據是如何創建的？在系統的一個局部模型會存在這種情況，但完整系統通常不會。如果是其它外部系統創建的數據存儲，本系統需要使用，則可以采用數據流從外部實體（外部系統）流入的方式表達。共七十三頁第四節 數據(shj)字典DFD是一種簡化的模型，雖然直觀，但表達不夠具體、準確，僅依靠DFD定義需求不夠充分。數據字典是對DFD的補充描述，用來描述數據流程圖中的數據流、數據存貯、處理過程和外部實體的詳細內容。數據流圖與數據字典共同構成(guchng)系

5、統的功能模型，數據字典可以改進通信，規范描述，消除誤解共七十三頁一、數據(shj)字典的各類條目數據字典中有六類條目：可被重用的條目： 數據元素 數據結構DFD圖中的元素： 數據流（可引用定義(dngy)好的數據結構） 數據存貯（可引用定義好的數據結構） 外部實體 處理共七十三頁（1）數據(shj)元素數據元素是最小的數據組成單位，也就是(jish)不可再分的數據單位，如學號、年齡、性別等。需要描述以下屬性： （）名稱 （）別名 （）類型， （）取值范圍和取值的含義 （）長度 （）簡要說明：共七十三頁數據元素(yun s)條目共七十三頁（2）數據結構(sh j ji u)數據結構的描述重點，是

6、數據之間的組合關系，即說明這個數據結構包括哪些成分。一個數據結構可以包含若干數據元素和數據結構。可能(knng)有的特殊成分：(1) 必選項(2) 任選項 (3) 重復項 *共七十三頁（2）數據結構(sh j ji u)條目共七十三頁需要(xyo)描述以下屬性：（）數據流的來源（）數據流的去處（）數據流的組成（）數據流的流通量（）高峰時的流通量（3）數據流共七十三頁（3）數據流條目(tiom)共七十三頁主要描寫該數據存儲的結構，及有關的數據流、查詢要求。有些數據存儲的結構可能很復雜，如“學籍表”，包括學生的基本情況、學生動態、獎懲記錄、學習成績、畢業論文(b y ln wn)成績等，其中每一項

7、又是數據結構。這些數據結構有各自的條目分別加以說明，因此在“學籍表”的條目中可以直接引用這些數據結構，而不要列出這些數據結構的內部元素構成。 （4）數據(shj)存儲共七十三頁（4）數據(shj)存儲條目共七十三頁（5）處理(chl)需要在數據字典中描述處理框的編號、名稱、功能的簡要說明，有關的輸入、輸出。通常僅重點描述最底層的處理過程。復雜的處理邏輯(lu j)可以借助于一些圖表工具，如結構化語言、判定樹、判定表等。共七十三頁（5）處理(chl)功能條目共七十三頁（6）外部(wib)實體共七十三頁二、數據(shj)字典的使用與管理按各種要求列表，沒有冗余，不遺漏數據相互(xingh)參照，便

8、于系統修改由描述內容檢索名稱一致性檢驗和完整性檢驗數據流的來源、去向是否完整數據元素是否遺漏或過剩數據存儲的來源、去向是否完整處理與輸入數據流是否匹配管理：手工/工具（某些工具支持數據字典的維護）共七十三頁第五節 表達(biod)處理邏輯的工具數據字典中包括了對各個處理功能的一般描述，但這種描述是高度概括(giku)的。最底層的處理（基本處理）應編寫詳細的說明，說明應該容易被軟件人員和用戶理解，又要嚴格、精確。 表達工具有：結構化語言判定表判定樹共七十三頁一、結構化語言(yyn)三種基本語句：祈使語句判斷語句循環語句結構化語言使用的三類詞匯(chu)：祈使句中的動詞數據字典中定義的名詞某些邏輯

9、表達式中的保留字共七十三頁指出要做什么，包括一個動詞和一個賓語。 使用祈使語句(yj)，應注意以下幾點：力求精煉，不應太長。不使用形容詞和副詞。動詞要能明確表達執行的動作名詞必須在數據字典中有定義（1）祈使語句(yj)共七十三頁判斷語句類似結構化程序設計中的判斷結構。其一般形式是： 。 如果 條件 則 動作A 否則 (條件不成立) 動作B 。如果 購貨額在50000元以上 則 如果 最近三個月無欠款 則 折扣率為15 否則 如果 與公司(n s)交易10年以上 則 折扣率為10 否則 折扣率為5 否則 無折扣（2）條件判斷(pndun)語句共七十三頁 表達在某種條件下，重復執行相同的動作，直到

10、這個條件不成立為止(wizh)。例如： 對每一個學生 計算總成績（3）循環(xnhun)語句共七十三頁二、判定(pndng)樹如果一個動作的執行不只是依賴一個條件，而是與多個條件有關，那么這項策略的表達就比較復雜，就可以(ky)使用判定樹來表示。比如：郵政系統中，包裹郵資的計算策略與國別、路程、重量、保值額度等有關，使用自然語言來描述顯然不夠簡潔共七十三頁判定(pndng)樹示例共七十三頁三、判定(pndng)表如果條件較多、每種條件的取值情況也較多的情況下，可以使用判定表。判定表的優點是可以把各種組合(zh)情況一個不漏地表示出來，還能幫助發現遺漏和矛盾的地方。共七十三頁某廠對一部分職工重新

11、分配工作。分配原則是：年齡不滿20歲，文化程度是小學者脫產學習， 文化程度是中學者當電工；年齡滿20歲但不足50歲，文化程度是小學或中學者，男性當鉗工， 女性(nxng)當車工；文化程度是大學者當技術員；年齡滿50歲及50歲以上，文化程度是小學或中學者當材料員， 文化程度是大學者當技術員。三個因素：性別、年齡、文化程度，取值范圍分別是：性別：男，女年齡：青年(小于20歲),中年(滿20歲而不足50歲),老年(滿50歲及以上)文化程度：小學，中學，大學判定(pndng)表示例共七十三頁構造(guzo)空表共七十三頁填表共七十三頁判定表的合并(hbng)簡化顯然，某些條件是可以合并考慮的，可以使判

12、定表簡化(jinhu)。合并的原則：取相同行動的列，若有某個條件Ci在此n 列的取值正好是該條件取值的全集，而其它條件在此列都取相同的值，則此列可以合并。 共七十三頁第一次合并(hbng)共七十三頁第二次合并(hbng)共七十三頁用判定表來描述決策問題，通常經過以下幾個(j )步驟： （）分析決策問題涉及幾個條件； （）分析每個條件取值的集合； （）列出條件的各種可能組合； （）分析決策問題涉及幾個可能的行動； （）作出有條件組合的判定表； （）決定各種條件組合的行動； （）按合并規則化簡判定表。使用(shyng)判定表的步驟共七十三頁四、三種工具(gngj)的比較共七十三頁適用范圍：決策樹適

13、合10-15種行動的一般復雜度的決策，有時也可把決策表轉換成決策樹，便于用戶檢查。判定表適合于多個條件的復雜組合。如果一個判斷包含了一般順序的動作或循環(xnhun)執行的動作，則用結構化語言。各自(gz)適用范圍共七十三頁第六節 事件(shjin)和數據流圖初學者難以快速掌握(zhngw)面向數據流的分析方法，可以通過尋找系統中的事件提高建模效率事件的概念識別事件的規則事件響應表基于事件構造DFD共七十三頁一、事件(shjin)（Event）事件是指在特定時間、特定地點(ddin)發生的，能夠描述出來并值得保存的的事情。事件會驅動或觸發一個系統需要完成的所有處理信息系統可以看作基于事件響應的

14、處理系統三類事件外部事件（External Event）時間事件（Temporal Event）狀態事件（State Event）共七十三頁（1）外部(wib)事件在系統之外發生，通常是由外部的人或組織激發的事件，這些人或組織是數據(shj)的提供者和接收者。比如圖書館流通系統中的讀者外部事件能夠導出系統需要處理的關鍵事務共七十三頁尋找(xnzho)外部事件首先(shuxin)要確定外部實體，然后再分析。 外部實體需要一個事務處理比如讀者借書外部實體需要系統提供某些信息比如讀者查閱書目某些數據改變了，系統需要更新它們比如書籍的位置改變管理過程需要某些信息比如制訂新的采購計劃需要流通統計情況共七

15、十三頁（2）時間(shjin)事件當系統時間到達某一刻時發生的事件，這些事件通常要求系統能定時自動地完成某些輸出或處理。如：圖書館流通系統中的按月發布逾期催還名單如：每天晚上12：00定時轉換歸檔醫療圖像。注意命名時必須包含(bohn)所要完成的處理和規定期限共七十三頁（3）狀態(zhungti)事件系統內部(nib)的變化觸發系統對某個處理的需要，這種情況的發生稱為狀態事件比如：銷售系統中庫存數一旦低于控制點就產生訂貨單狀態事件一般是外部事件的結果，它的發生是不定時的共七十三頁二、識別事件(shjin)的規則區分事件與具體響應過程事件響應中的一系列交互過程是完整具體的實現，而不是獨立的一個事

16、件。例如：拿信用卡交費 跟蹤關鍵業務的整個生命周期來發現(fxin)事件跟蹤讀者實現從圖書館借書的全部過程 暫時忽略技術性依賴事件和系統控制事件如管理員登錄系統，修改口令，每天的備份共七十三頁三、事件(shjin)響應表事件名稱(mngchng)事件觸發點事件源（引發者）事件的響應活動事件結果事件目的地（結果的接收者）共七十三頁事件名稱觸發點事件源活動響應結果事件目的地客戶希望檢查產品可訂量產品的查詢請求客戶查詢產品的可用量產品可用量詳細情況客戶客戶建立一個訂單新訂單客戶建立新訂單實時連接訂單確認訂單細節交易信息信用卡處理系統客戶發裝部門銀行客戶改變或作廢訂單修改訂單的請求客戶更新訂單修改確認

17、訂單修改細節交易信息客戶發裝部門銀行客戶和管理層檢查訂單狀態訂單狀態的查詢請求客戶或管理部門查詢訂單的狀態訂單狀態的詳細情況客戶或管理部門為訂單發貨訂單發貨通知發裝部記錄訂單的執行客戶退貨訂單退貨通知客戶建立退貨記錄退貨確認交易信息客戶銀行網上訂單系統的事件(shjin)響應表共七十三頁事件名稱觸發點事件源活動響應結果事件目的地未來客戶需要目錄產品目錄的查詢請求未來客戶提供產品目錄信息產品目錄未來客戶客戶更新基本信息客戶信息修改通知客戶更新客戶基本信息市場部給客戶發送促銷材料促銷產品細節市場部分發促銷單促銷單客戶和未來客戶調整產品目錄產品目錄更新細節銷售部更新產品目錄每日交易匯總每天末產生交易

18、匯總報告交易匯總報告財務部每周訂單匯總每周末產生訂單匯總報告訂單匯總報告管理部門網上訂單(dn dn)系統的事件響應表摘自Systems Analysis and Design in a Changing World共七十三頁學籍管理(gunl)中的事件有哪些需要采取行動（響應）的事件？新生登記期末出成績補考出成績評定獎學金退學留級(li j)修學、復學發成績單共七十三頁事件表中能找到數據流圖中出現的一些元素：活動對應于處理框事件源和事件目標對應于外部實體(sht)觸發點和響應結果是與外部實體相連的數據流只有數據存儲在事件響應表中沒有對應的描述四、事件(shjin)與DFD共七十三頁一個事件(

19、shjin)的DFD（醫院門診）醫生看病開處方醫生根據掛號單詢問病人病情，書寫診斷結果（病歷），并根據醫院(yyun)庫存藥品開處方單。教務員分配指導教師（學生志愿、綜合測評成績）共七十三頁事件(shjin)導出DFD事件列表中的每一個事件都可以畫出一個DFD圖（需要額外添加(tin ji)數據存儲元素）事件列表可以作為畫數據流圖的一個基礎和檢驗列表事件對應DFD模型的中間層事件可以繼續分解繪制其具體的處理過程（向下細化）系統中事件較多時，應進行分組（向上抽象）共七十三頁事件(shjin)的DFD集成事件之間有一定的聯系，一般通過數據存儲建立(jinl)關聯共七十三頁多個(du )事件的DFD

20、集成（醫院門診）事件(shjin)（處理）之間存在數據的流轉，通常以數據存儲為中介共七十三頁構造(guzo)完整的數據流圖根據事件(shjin)表重新組織，繪制完整的DFD模型：按照事件表，對每一個事件建立一個DFD片段圖。把所有的DFD片段進行分組，歸納為大的處理邏輯，形成上一層DFD（復雜系統層次更多）。將屬于一組內的DFD片段放在一張圖上，形成事件層的DFD圖。對每個事件的數據處理進一步分解為下一層DFD （復雜系統層次更多）。共七十三頁完整(wnzhng)的數據流圖真正進行結構化系統建模過程(guchng)中，應該采用自頂向下的分解方法，事件表只是尋找需求的輔助工具（啟發）建模是一個從

21、具體到抽象，又從抽象到具體的過程，需要反復多次共七十三頁第七節 數據(shj)建模對系統中的數據建模使用ER圖事物事物的屬性事物間的關系分析階段建立的是數據的概念模型，不需要考慮(kol)具體的物理數據庫系統共七十三頁一、系統(xtng)中的事物（實體）事物系統需要處理或保存的對象。如客戶，訂單，產品(chnpn)等。對信息系統中事物的理解和建模是定義系統需求的另外一個重要方面。大部分數據來源于事物，與事物相依存的事物是數據的載體比如客戶的各種特征信息產生于具體客戶，圖書名、作者、價格等是與圖書事物相關聯的共七十三頁事物(shw)的類型事物的類型： 實在有形：書籍、產品、文檔 角色身份：醫生、

22、讀者、顧客 組織單位：小組、部門 設備：打印機、傳感器、鼠標 事件：借閱、訂貨、銷售(xioshu)、罰款 場所：零售店、倉庫共七十三頁二、事物(shw)之間的關系事物間的很多關系對于研究系統也非常重要。關系：指某些事物間自然發生的聯系。例如：學生和圖書，學生可以借閱圖書。例如：一個客戶(k h)可以發出訂單。對每一個事物分析和它相關的事物，找出關系。共七十三頁事物(shw)之間關系的基數關系的基數：指一個事物關聯另外一個事物的數量（一對一，一對多，多對多或者一個具體的數量4個）。如：學生和圖書(tsh)，一個學生可以預約多本圖書(tsh)，每本圖書(tsh)可能被多個學生預約。如：一個客戶可

23、以發出多個訂單，一個訂單只能是一個客戶的。共七十三頁三、事物(shw)的屬性屬性：有關事物的一條(y tio)特征信息。例如：客戶的姓名、年齡、電話等。標識符：能唯一區分事物的屬性。例如：發貨單號，職工編號。復合屬性：指包含了許多相關屬性的屬性。例如：姓名可能包含姓和名，日期包含年月日。共七十三頁四、實體(sht)關系圖ERD實體就是系統中的事物，通過事物的識別(shbi)來構造ERD模型。事物關系關系基數屬性實體關系圖共七十三頁ER圖的表示法-1共七十三頁ER圖的表示法-2學生圖書客戶訂單訂單條目客戶訂單1n學生圖書010n只能(zh nn)1個（強制）1個或多個(du )0個或1個0個或多個共七十三頁包含(bohn)屬性的ER圖共七十三頁繪制(huzh)ER圖的注意事項某種實體在系統中只存在1個個體，通常沒有識別的需要。比如校園網中的“學校”實體。ER圖強調識別數據之間的聯系，而不是人員與功能的關系。某種業務可能和某機構或人員相關，在ER圖中忽略，比如“課程表”和“教務處”或“教務員”，“學生”和“學籍管理處”等。實體的屬性應該是實體與生俱有的特性，而不是相關聯的其他業務數據。比如“圖書出納員”的屬性可能有姓名、工號等職工屬