CH過程建模和數(shù)據(jù)建模完美版資料

第5章過程建模和數(shù)據(jù)建模PROCESSMODELING＆DATAMODELING學(xué)習(xí)完本章后，你應(yīng)該具備以下能力：理解模型的作用掌握利用Visio構(gòu)造數(shù)據(jù)流程圖（DFD）的方法掌握DFD的層次分解方法評價DFD掌握數(shù)據(jù)字典的內(nèi)容和編制構(gòu)造判定樹/判定表掌握E-R圖的構(gòu)造方法LEARNINGOBJECTIVES5.1過程建模概述什么是模型？模型的作用是什么？建立什么模型？什么是模型？

模型(Model)是參照某個對象系統(tǒng)的特征或某種關(guān)系，采用形式化的方法和語言，概括地或近似地表述出來的一種結(jié)構(gòu)。模型從某一個建模觀點(diǎn)出發(fā)，抓住事物最重要的方面而簡化或忽略其他方面。①模型是對所研究的系統(tǒng)(我們姑且稱之為對象系統(tǒng))的一種形式化的特征抽象，形式化的語言多種多樣，如數(shù)學(xué)語言、圖形等；②模型是對對象系統(tǒng)的概括性或近似地表示，意思是模型是對對象系統(tǒng)中主要的特征的一種抽象，而不是對象系統(tǒng)的全部！對于對象系統(tǒng)中的一些無關(guān)緊要的因素在構(gòu)造模型時可以不加考慮；③構(gòu)造模型的過程實(shí)際上是一個抽象、分析的過程，是從某個角度建立對象系統(tǒng)結(jié)構(gòu)與模型系統(tǒng)結(jié)構(gòu)之間的一種對應(yīng)關(guān)系(映射)的過程。什么是模型？模型應(yīng)用抽象(映射)Amodelisarepresentationofreality.Justasapictureisworthathousandwords,mostmodelsarepictorialrepresentationsofreality.模型的作用1.便于系統(tǒng)開發(fā)各方面人員之間的交流。通過建立模型能夠捕獲精確和表達(dá)項(xiàng)目的需求和應(yīng)用領(lǐng)域中的知識，以使各方面的利益相關(guān)者能夠理解并達(dá)成一致。信息系統(tǒng)的不同模型可以捕獲關(guān)于這個軟件的應(yīng)用領(lǐng)域、使用方法、實(shí)現(xiàn)手段和構(gòu)造模式等方面的需求信息。各方面的利益相關(guān)者包括軟件結(jié)構(gòu)設(shè)計(jì)師、系統(tǒng)分析員、程序員、項(xiàng)目經(jīng)理、顧客、投資者、最終用戶和使用軟件的操作員。模型的作用2.通過抽象，降低描述和理解信息系統(tǒng)的復(fù)雜度。

模型包含了系統(tǒng)的基本成分而忽略了其它內(nèi)容。哪些是基本內(nèi)容哪些不是基本內(nèi)容需要根據(jù)建模的目的來判定。一般來說，在早期分析階段使用高層次的，表達(dá)精度低的模型。隨著開發(fā)過程的深入，所用的模型越來越細(xì)化，最終所使用的模型包含了大量的細(xì)節(jié)內(nèi)容，具有很高的精度。信息系統(tǒng)十分復(fù)雜，而且系統(tǒng)的某些部分難以明了。在各種方法中都使用各種各樣的模型。建立系統(tǒng)各個方面的模型有助于問題的簡化，并且能夠使系統(tǒng)分析員的精力一次只集中在系統(tǒng)的幾個方面上。模型的作用3.進(jìn)行靈活的系統(tǒng)設(shè)計(jì)。

建筑設(shè)計(jì)師可以用畫在圖紙上的模型圖、存于計(jì)算機(jī)中的模型或?qū)嶋H的三維模型使自己的設(shè)計(jì)結(jié)果可視化，并用這些模型來做設(shè)計(jì)方面的的試驗(yàn)。建造、修改一個小型模型比較簡單，這使得設(shè)計(jì)人員不需花費(fèi)什么代價就可以進(jìn)行創(chuàng)造和革新。在編寫程序代碼以前，軟件系統(tǒng)的模型可以幫助軟件開發(fā)人員方便地研究軟件的多種構(gòu)架和設(shè)計(jì)方案。在進(jìn)行詳細(xì)設(shè)計(jì)以前，一種好的建模語言可以讓設(shè)計(jì)者對軟件的構(gòu)架有全面的認(rèn)識。模型的作用4.使具體的設(shè)計(jì)細(xì)節(jié)與需求分開。建筑物的某種模型可以展示出符合顧客要求的外觀。另一類模型可以說明建筑物內(nèi)部的電氣線路、管線和通風(fēng)管道的設(shè)置情況。實(shí)現(xiàn)這些設(shè)置有多種方案。最后確定的建筑模型一定是建筑設(shè)計(jì)師認(rèn)為最好的一個設(shè)計(jì)方案。顧客可以對此方案進(jìn)行檢查驗(yàn)證，但通常顧客對具體的設(shè)計(jì)細(xì)節(jié)并不關(guān)心，只要能滿足他們的需要即可。

軟件系統(tǒng)的一類模型可以說明這個系統(tǒng)的外部行為和系統(tǒng)中對應(yīng)于真實(shí)世界的有關(guān)信息，另一類模型可以展示系統(tǒng)中的類以及實(shí)現(xiàn)系統(tǒng)外部行為特性所需要的內(nèi)部操作。實(shí)現(xiàn)這些行為有多種方法。最后的設(shè)計(jì)結(jié)果對應(yīng)的模型一定是設(shè)計(jì)者認(rèn)為最好的一種。

模型的作用5.為以后的維護(hù)和升級提供了文檔。

大多數(shù)文檔都是由系統(tǒng)開發(fā)過程中建立的模型組成的。開發(fā)小組保留一個關(guān)于系統(tǒng)的清晰的紀(jì)錄對于以后的系統(tǒng)維護(hù)是十分重要的。

Copyright?1997byRationalSoftwareCorporationComputerSystemBusinessProcessOrderItemShipvia“Modelingcapturesessential partsofthesystem.”

Dr.JamesRumbaughVisualModelingismodelingusingstandardgraphicalnotationsWhatisVisualModeling?Copyright?1997byRationalSoftwareCorporationUseCaseAnalysisisatechniquetocapturebusinessprocessfromuser’sperspectiveVisualModelingCaptures

BusinessProcessCopyright?1997byRationalSoftwareCorporationVisualModelingisaCommunicationToolUsevisualmodelingtocapturebusinessobjectsandlogicUsevisualmodelingtoanalyzeanddesignyourapplicationCopyright?1997byRationalSoftwareCorporationVisualModelingManagesComplexity

哪些是基本內(nèi)容哪些不是基本內(nèi)容需要根據(jù)建模的目的來判定。*主管V相關(guān)<輔助○V213判斷樹的優(yōu)點(diǎn)是：清晰、直觀VisualModelingDefinesSoftwareArchitecture由于電視機(jī)競爭激烈，該商店經(jīng)過對現(xiàn)行系統(tǒng)進(jìn)行分析后，現(xiàn)分為采購組、銷售組、庫存組、售后服務(wù)組以及綜合管理組。數(shù)據(jù)分析，即檢查數(shù)據(jù)的匹配情況（3）處理（邏輯）——表示對數(shù)據(jù)的加工或變換。[例題4]某倉庫發(fā)貨方案如下：欠款時間在30天(含)以內(nèi)的，如果需求量不大于庫存量，則立即發(fā)貨，否則先按庫存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)；terms-offered+數(shù)據(jù)元素別名：ORD-DATE便于系統(tǒng)開發(fā)各方面人員之間的交流。含義：標(biāo)準(zhǔn)美國日期解釋?！稹餠222結(jié)構(gòu)化英語是專門用來描述一個功能單元邏輯要求的。Copyright?1997byRationalSoftwareCorporationUserInterface(VisualBasic,Java)BusinessLogic(C++,Java)DatabaseServer(C++&SQL)ModelyoursystemindependentofimplementationlanguageVisualModelingDefinesSoftwareArchitectureCopyright?1997byRationalSoftwareCorporationMultipleSystemsVisualModelingPromotesReuseReusableComponents建立什么模型？不同的方法學(xué)建立不同的模型；當(dāng)然也可以將其融合在一起；不同的系統(tǒng)開發(fā)階段需要建立不同的模型，是從不同側(cè)面來反映系統(tǒng)特征的。過程建模過程(Process)又稱變換(Transform)，是指將輸入數(shù)據(jù)轉(zhuǎn)換為輸出的加工處理。過程建模(ProcessModeling)技術(shù)是一種組織和描述系統(tǒng)處理、輸入、輸出和數(shù)據(jù)存儲的技術(shù)。過程建模是SADT的主要建模技術(shù)之一。資源控制流圖供銷處廠長人事處生產(chǎn)處技術(shù)處財務(wù)處行政處研究設(shè)計(jì)采購銷售倉庫1車間2車間3車間N車間運(yùn)輸總務(wù)房產(chǎn)福利組織／業(yè)務(wù)關(guān)系圖業(yè)務(wù)功能一覽組織的各部分不能完整地反映該部分所包含的所有業(yè)務(wù)隨著生產(chǎn)的發(fā)展，生產(chǎn)規(guī)模的擴(kuò)大和管理水平的提高，組織的某些部分業(yè)務(wù)范圍越來越大，功能也越來越細(xì)，由原來單一的業(yè)務(wù)派生出許多業(yè)務(wù)。這些業(yè)務(wù)在同一組織中由不同的業(yè)務(wù)人員分管，其工作性質(zhì)已經(jīng)逐步有了變化。終究這些變化將引起組織本身的變化，裂變出一個新的、專業(yè)化的組織，由它來完成某一類特定的業(yè)務(wù)功能。以功能為準(zhǔn)繩設(shè)計(jì)和考慮系統(tǒng)系統(tǒng)將會對組織結(jié)構(gòu)的變化有一定的獨(dú)立性，將獲得較強(qiáng)的生命力。業(yè)務(wù)功能表銷售系統(tǒng)管理銷售計(jì)劃管理成品庫管理銷售合同管理銷售核算管理市場預(yù)測銷售歷史資料管理編制年度銷售大綱編制銷售計(jì)劃合同有效性審查合同執(zhí)行情況分析合同登記和變更銷售利潤核算銷售統(tǒng)計(jì)分析出入庫管理庫存統(tǒng)計(jì)市場預(yù)測市場分析組織關(guān)系業(yè)務(wù)總工室機(jī)動科工藝科設(shè)計(jì)科質(zhì)量科計(jì)劃科計(jì)劃銷售供應(yīng)人事生產(chǎn)設(shè)備更新生產(chǎn)科研究所人事科供應(yīng)科銷售科總務(wù)科倉庫*VVV<<<*VVV<*V*<<<*<*<*VVV<<V*主管V相關(guān)<輔助組織業(yè)務(wù)關(guān)聯(lián)圖業(yè)務(wù)流程分析概念業(yè)務(wù)流程分析可以幫助我們了解某項(xiàng)業(yè)務(wù)的具體處理過程，發(fā)現(xiàn)和處理系統(tǒng)調(diào)查工作中的錯誤和疏漏，修改和刪除原系統(tǒng)的不合理部分，在新系統(tǒng)基礎(chǔ)上優(yōu)化業(yè)務(wù)處理流程。業(yè)務(wù)流程圖（TransactionFlowDiagram,簡稱TFD）就是用一些盡可能少的規(guī)定的符號及連線來表示某個具體業(yè)務(wù)處理過程。業(yè)務(wù)流程圖易于閱讀和理解，是分析業(yè)務(wù)流程的重要步驟。業(yè)務(wù)流程圖處理單位處理功能描述報表制作文檔存儲數(shù)據(jù)收集數(shù)據(jù)流動28業(yè)務(wù)流程調(diào)查（續(xù)）XXXXXXXXXXXXXXX人員或部門業(yè)務(wù)功能單據(jù)多張單據(jù)賬簿信息流物資流資金流1.業(yè)務(wù)流程圖的基本符號計(jì)劃處銀行技改處各部門局領(lǐng)導(dǎo)技改處銀行計(jì)劃處各部門上級領(lǐng)導(dǎo)各部門投資總規(guī)劃貸款規(guī)模開會討論報表審批綜合平衡正式計(jì)劃批準(zhǔn)計(jì)劃下達(dá)各部門各部門上報表存檔業(yè)務(wù)流程圖例圖例說明業(yè)務(wù)處理單位業(yè)務(wù)處理描述表格制作傳遞存儲收集資料儲戶存折存取款單存折現(xiàn)金存折業(yè)務(wù)分類存款單折取款單折存款處理取款處理利息文件帳目文件存取款業(yè)務(wù)業(yè)務(wù)流程圖繪制舉例業(yè)務(wù)流程圖舉例

下圖是某汽車配件公司銷售業(yè)務(wù)流程。這個流程中，顧客發(fā)訂單給銷售部門，銷售部門經(jīng)過訂單檢查，把不合格的訂單反饋給客戶，對合格訂單，通過核對庫存記錄，缺貨訂單通過缺貨統(tǒng)計(jì)，向采購部門發(fā)出缺貨通知，并登記缺貨記錄。對于可供貨訂單，登記客戶檔案，開出備貨單，通知倉庫備貨。同時保存訂單數(shù)據(jù)，并進(jìn)行銷售統(tǒng)計(jì)。汽車配件公司銷售部門流程圖顧客校驗(yàn)訂單顧客檔案處理備貨單缺貨記錄庫存記錄訂單存底發(fā)訂單開備貨單缺貨統(tǒng)計(jì)銷售統(tǒng)計(jì)銷售部門訂單可供貨訂單不合格訂單備貨單缺貨訂單銷售統(tǒng)計(jì)表缺貨通知倉庫采購部門partsofthesystem.接著，再根據(jù)總務(wù)科送來的“本月扣款清單”將扣款數(shù)填入“本月工資發(fā)放清單”。（5）如果一個外部實(shí)體提供給某一處理的數(shù)據(jù)流過多，可將它們合并成一個綜合的數(shù)據(jù)流。VisualModelingPromotesReuse如果一下子將一個加工分解成它所有的基本加工，一張圖中畫出過多的加工是難以使人理解的，但是每次只是將一個加工分解成兩個或三個加工又會使分解層次過多。partsofthesystem.數(shù)據(jù)流程圖具有抽象性和概括性。（2）總分在240分以下（不含），180分以上（含）的，如果數(shù)學(xué)和英語成績均在60分以上（含），需要參加面試；[|]：表示“或”大多數(shù)支持結(jié)構(gòu)化方法的CASE工具都具有一致性檢查的功能。表現(xiàn)的是數(shù)據(jù)流而不是控制流。30＜欠款時間≤100Decompositionistheactofbreakingasystemintoitscomponentsubsystems,processes,andsubprocesses.數(shù)據(jù)分析，即檢查數(shù)據(jù)的匹配情況3事件驅(qū)動的過程建模策略○V213銷售合同管理業(yè)務(wù)流程圖追加訂貨單訂銷售合同銷售合同年銷售計(jì)劃顧客銷售合同分類與編號銷售合同2銷售合同1開發(fā)票人銷售合同3發(fā)貨人發(fā)貨通知單登記合同執(zhí)行合同合同執(zhí)行臺賬修改合同執(zhí)行銷售合同3存檔統(tǒng)計(jì)月銷售實(shí)現(xiàn)月銷售實(shí)現(xiàn)情況廠長34采購過程的表格分配圖表格分配圖

表格分配圖可幫助分析員表示出系統(tǒng)中各種單據(jù)和報告都與哪些部門發(fā)生業(yè)務(wù)關(guān)系。數(shù)據(jù)與數(shù)據(jù)流程分析調(diào)查數(shù)據(jù)的匯總分析調(diào)查數(shù)據(jù)匯總分析的主要任務(wù)：首先將系統(tǒng)調(diào)查所得到的數(shù)據(jù)分為如下三類：本系統(tǒng)輸入數(shù)據(jù)類本系統(tǒng)內(nèi)要存儲的數(shù)據(jù)類本系統(tǒng)產(chǎn)生的數(shù)據(jù)類然后再對每一類數(shù)據(jù)進(jìn)行如下三項(xiàng)分析：匯總并檢查數(shù)據(jù)有無遺漏數(shù)據(jù)分析，即檢查數(shù)據(jù)的匹配情況建立統(tǒng)一的數(shù)據(jù)字典36數(shù)據(jù)流程調(diào)查的內(nèi)容收集原系統(tǒng)全部輸入單據(jù)（如入庫單、收據(jù)、憑證）、輸出報表和數(shù)據(jù)存儲介質(zhì)（如賬本、清單）的典型格式。弄清各環(huán)節(jié)上的處理方法和計(jì)算方法。在上述各種單據(jù)、報表、賬本的典型樣品上或用附頁注明制作單位、報送單位、存放地點(diǎn)、發(fā)生頻度（如每月制作幾張）、發(fā)生的高峰時間及發(fā)生量等。在上述各種單據(jù)、報表、賬冊的典型樣品上注明各項(xiàng)數(shù)據(jù)的類型（數(shù)字、字符）、長度、取值范圍（指最大值和最小值）。數(shù)據(jù)流的定義一般包括：編號、名稱、內(nèi)部名、組成、使用頻率、使用方式（輸入/輸出/本地/共享）、備注等。對數(shù)據(jù)流的數(shù)據(jù)組成（包括數(shù)據(jù)元素和數(shù)據(jù)結(jié)構(gòu)）也要進(jìn)行定義。數(shù)據(jù)元素：編號、名稱、內(nèi)部名、值域、值義、類型和長度、備注等。數(shù)據(jù)結(jié)構(gòu)：編號、名稱、內(nèi)部名、組成、備注。數(shù)據(jù)流的定義可用下列一些符號來簡化定義：=：表示定義于+：表示“與”[|]：表示“或”m··n：表示值域{}。例如：取款單=賬號+戶名+金額+日期存期=[活期|3個月|6個月|1年|2年|3年|5年|8年]清單={清單行}39信息系統(tǒng)所涉及的數(shù)據(jù)可從以下途徑調(diào)查得到5.2數(shù)據(jù)流程圖什么是數(shù)據(jù)流程圖(DFD)Adataflowdiagram(DFD)isatool(andtypeofprocessmodel)thatdepictstheflowofdatathroughasystemandtheworkorprocessingperformedbythatsystem.數(shù)據(jù)流程圖DFD是一種過程建模工具。它描述了系統(tǒng)中數(shù)據(jù)的流動和數(shù)據(jù)的變化(即系統(tǒng)所執(zhí)行的工作或處理)，它強(qiáng)調(diào)的是數(shù)據(jù)流和處理過程。DFD中有四個主要的組成要素：過程（處理）、數(shù)據(jù)流、數(shù)據(jù)存儲、外部實(shí)體。（1）定義：是一種能全面描述信息系統(tǒng)邏輯模型的主要工具，它可以用少數(shù)幾種符號（外部實(shí)體、數(shù)據(jù)存儲、數(shù)據(jù)流、處理）反映出信息在系統(tǒng)中的流動、處理和存儲情況。（2）特性數(shù)據(jù)流程圖具有抽象性和概括性。抽象性：表現(xiàn)在舍去了具體的物質(zhì)，只剩下數(shù)據(jù)的流動、加工處理和存儲。概況性：表現(xiàn)在可以把信息中的各種不同業(yè)務(wù)處理過程聯(lián)系起來，形成一個整體。5.2數(shù)據(jù)流程圖組成：外部實(shí)體：指本系統(tǒng)以外的人或單位，它們和本系統(tǒng)有信息傳遞關(guān)系。數(shù)據(jù)流：表示流動著的數(shù)據(jù)，可以是一個數(shù)據(jù)項(xiàng)，也可以是一組數(shù)據(jù)，也可以表示對數(shù)據(jù)文件的存儲操作。處理（功能）：用一個長方形表示處理邏輯。數(shù)據(jù)存儲：指通過數(shù)據(jù)文件、文件夾或賬本等存儲數(shù)據(jù)。外部實(shí)體處理數(shù)據(jù)流數(shù)據(jù)存儲5.2數(shù)據(jù)流程圖外部實(shí)體計(jì)算工資處理過程2.1訂單數(shù)據(jù)流D1訂單文件數(shù)據(jù)存儲數(shù)據(jù)流程圖基本符號EXTERNALENTITYPROCESSDATAFLOWDATASTORE5.2數(shù)據(jù)流程圖顧客（1）外部實(shí)體——系統(tǒng)以外不受系統(tǒng)影響的人或部門。<名稱>客戶訂單經(jīng)理報表例：通常外部實(shí)體扮演的角色為信息源或信息用戶。1.基本符號（2）數(shù)據(jù)流——表示流動的數(shù)據(jù)?？蛻粲唵卫罕赜衼碓春腿ハ?，其來源和去向可以是一個外部實(shí)體，也可以是一個處理或數(shù)據(jù)存儲。<名稱>訂貨處理1.基本符號（3）處理（邏輯）——表示對數(shù)據(jù)的加工或變換。訂單例：必有流入和流出的數(shù)據(jù)流，在此只簡要寫出處理的名稱，而不詳細(xì)描寫具體的處理方法。<功能>P3.2訂貨處理1.基本符號（4）數(shù)據(jù)存儲——表示對數(shù)據(jù)的邏輯存儲。例：一般均有流入和流出的數(shù)據(jù)流，在此只簡要寫出數(shù)據(jù)存儲的名稱，而不詳細(xì)描寫具體的存儲內(nèi)容。P2.5記總賬<名稱>

總賬P2.6編制會計(jì)報表1.基本符號2.數(shù)據(jù)流程圖繪制方法自頂向下，分層繪制。分層數(shù)據(jù)流圖數(shù)據(jù)流程圖繪制規(guī)則（1）每張數(shù)據(jù)流程圖須從左往右繪制，即從產(chǎn)生數(shù)據(jù)的外部實(shí)體開始到使用數(shù)據(jù)的外部實(shí)體結(jié)束。教學(xué)計(jì)劃管理成績管理基礎(chǔ)信息管理教師成績單成績單基礎(chǔ)信息庫P3P1P2教學(xué)計(jì)劃學(xué)生基本信息教師基本信息學(xué)生行政辦課程信息排課P4系教學(xué)計(jì)劃教室基本信息課程表班級基本信息成績單課程表課程表專業(yè)信息學(xué)生辦51數(shù)據(jù)流程圖繪制規(guī)則（2）對含義明顯的數(shù)據(jù)流，其名稱可以省略。P2.6編制會計(jì)報表經(jīng)理會計(jì)報表.數(shù)據(jù)流程圖繪制規(guī)則（3）盡量避免數(shù)據(jù)流的交叉。

XXXP2.2XXP2.3XXP2.1XXP2.4XX

XXX數(shù)據(jù)流程圖繪制規(guī)則（4）對于需在兩個設(shè)備上進(jìn)行的處理，應(yīng)避免直接相連。P2.2XXP2.3XX

XXX改進(jìn)：可以在它們之間加一個數(shù)據(jù)存儲。54（5）如果一個外部實(shí)體提供給某一處理的數(shù)據(jù)流過多，可將它們合并成一個綜合的數(shù)據(jù)流。顧客處理顧客事務(wù)訂貨單支票退貨單詢問訂貨單支票退貨單詢問顧客事務(wù)數(shù)據(jù)流程圖繪制規(guī)則（6）下層圖中的數(shù)據(jù)流應(yīng)與上層圖中的數(shù)據(jù)流等價（平衡），即子圖必須與它上一層的一個加工對應(yīng)，兩者的輸入數(shù)據(jù)流和輸出數(shù)據(jù)流必須一致。P1XXP2XXP3XX訂貨單提貨單父圖P3.1XXP3.2XXP3.3XX數(shù)量提貨單客戶帳號子圖數(shù)據(jù)流程圖繪制規(guī)則（7）對于大而復(fù)雜的系統(tǒng)，其圖中的各元素應(yīng)加以編號。通常在編號之首冠以字母，用以表示不同的元素，可以用P表示處理，用D表示數(shù)據(jù)流，用F表示數(shù)據(jù)存儲，用S表示外部實(shí)體。數(shù)據(jù)流程圖繪制規(guī)則IllegalDataFlows數(shù)據(jù)流程圖示例:某公司經(jīng)營處理系統(tǒng)數(shù)據(jù)流程圖圖1頂層數(shù)據(jù)流程圖

顧客訂貨單發(fā)貨單經(jīng)營處理系統(tǒng)訂貨單發(fā)貨單供應(yīng)商顧客訂貨單發(fā)貨單銷售訂貨單發(fā)貨單供應(yīng)商P1采購P2F1配件庫存到貨通知會計(jì)P3收據(jù)收款通知應(yīng)付款通知圖2第二層數(shù)據(jù)流程圖

60例題:繪制某公司工資管理系統(tǒng)數(shù)據(jù)流程圖（三）數(shù)據(jù)流程圖某單位工資發(fā)放過程如下：工資發(fā)放前，由財務(wù)科根據(jù)已存檔的“上月工資發(fā)放清單”和人事科送來的“本月人員及工資變動表”填寫“本月工資發(fā)放清單”中的相關(guān)項(xiàng)。接著，再根據(jù)總務(wù)科送來的“本月扣款清單”將扣款數(shù)填入“本月工資發(fā)放清單”。最后計(jì)算出每位職工的應(yīng)發(fā)工資數(shù)，并填入“本月工資發(fā)放清單”，為工資發(fā)放人員發(fā)放工資做好準(zhǔn)備。第一步找出外部實(shí)體內(nèi)部實(shí)體外部實(shí)體外部實(shí)體外部實(shí)體第二步找出處理人事科本月人員及工資變動表本月工資發(fā)放單扣款清單工資發(fā)放員填寫填入扣款本月工資發(fā)放單計(jì)算工資本月工資發(fā)放單總務(wù)科上月工資發(fā)放清單本月工資發(fā)放清單用數(shù)據(jù)流連接外部實(shí)體及處理，加上數(shù)據(jù)存儲找出下圖中的錯誤找出下圖中的錯誤正確的數(shù)據(jù)流程圖儲戶1.1

業(yè)務(wù)分類處理1.3取款處理1.2存款處理存折存折存取款單存折存折存款單存折取款單利息文件賬目賬目修改賬目修改利率利率數(shù)據(jù)流程圖實(shí)例案例汽車配件公司：第0層數(shù)據(jù)流程圖（環(huán)境圖）顧客供應(yīng)商0處理業(yè)務(wù)訂貨單發(fā)貨單訂貨單發(fā)貨單配件庫存案例汽車配件公司：第1層數(shù)據(jù)流程圖顧客供應(yīng)商銷售訂貨單發(fā)貨單配件庫存1－1采購1－2訂貨單發(fā)貨單到貨通知會計(jì)1－3收據(jù)應(yīng)付款通知向供應(yīng)商的訂貨單顧客采購編輯訂貨單訂貨單配件庫存1.1.1確定顧客訂貨1.1.3產(chǎn)生暫存訂貨單1.1.5對照暫存訂貨單1.1.6業(yè)務(wù)員開發(fā)貨單并修改庫存1.1.4不合格顧客D2D3可發(fā)訂貨不滿足的訂貨登錄新顧客數(shù)據(jù)1.1.2暫存訂貨單D4到貨通知新顧客編制銷售和庫存報表1.1.8銷售歷史D5應(yīng)收款明細(xì)賬D10配件庫存D3合格的訂貨單檢索庫存1.1.7經(jīng)理詢問庫存庫存狀態(tài)汽車配件公司：第2層數(shù)據(jù)流程圖構(gòu)造DFD圖時應(yīng)注意的幾個問題：①黑洞(blackhole),即只有輸入而沒有輸出。②只有輸出而沒有輸入。③灰洞(grayhole)，即輸入不足以產(chǎn)生輸出?；叶词墙?jīng)常也是不易被察覺的錯誤。④加工處理只用來表示數(shù)據(jù)的處理和變化,避免將計(jì)算機(jī)命令作為處理。⑤數(shù)據(jù)流必須起于且/或止于處理,即每一個數(shù)據(jù)流必須有一個處理與之有關(guān),數(shù)據(jù)流不能起于數(shù)據(jù)存貯且止于一個外部實(shí)體或另一個數(shù)據(jù)存貯；也不能起于某個實(shí)體且止于另一個外部實(shí)體或數(shù)據(jù)存貯?？偨Y(jié)CommonProcessErrorsonDFDs數(shù)據(jù)流程圖的例子：[例題1]已知訂單處理的處理過程如下：驗(yàn)收訂單。顧客發(fā)來訂單后進(jìn)行驗(yàn)收處理，將填寫不清的訂單和無法供應(yīng)的訂單退回顧客，將合格的訂單送到下一“處理”。確定發(fā)貨量。查庫存臺賬，根據(jù)庫存情況將訂單分為兩類，分別送至下一“處理”。開發(fā)貨單、修改庫存、記應(yīng)收賬和將訂單存檔。填寫缺貨訂單。對未滿足的訂貨填寫缺貨訂單（即等有貨后發(fā)貨的發(fā)貨單）。對照缺貨訂單。接到采購部門到貨通知后應(yīng)對照缺貨訂單。如可發(fā)貨，則執(zhí)行開發(fā)貨單和修改庫存處理。5.2數(shù)據(jù)流程圖顧客訂單F2缺貨訂單文件P1驗(yàn)收訂單P2確定發(fā)貨量合格訂單不合格訂單P4填寫缺貨訂單未滿足的訂貨F1庫存臺賬P3開發(fā)貨單修改庫存P5處理缺貨訂單可發(fā)貨訂單發(fā)貨單F3訂單文件F4應(yīng)收賬采購部門到貨通知SystemDecompositionDecompositionistheactofbreakingasystemintoitscomponentsubsystems,processes,andsubprocesses.Eachlevelofabstractionrevealsmoreorlessdetail.5.3事件驅(qū)動的過程建模策略Adecompositiondiagramorhierarchychartshowsthetop-down,functionaldecompositionofasystem.5.3事件驅(qū)動的過程建模策略5.3事件驅(qū)動的過程建模策略5.3事件驅(qū)動的過程建模策略5.3事件驅(qū)動的過程建模策略環(huán)境圖(ContextDiagram)環(huán)境圖定義了系統(tǒng)的外部環(huán)境和范圍，并且說明了系統(tǒng)的外部實(shí)體(ExternalEntity)以及系統(tǒng)與這些外部實(shí)體之間的數(shù)據(jù)交換，即系統(tǒng)與其外部實(shí)體之間的接口。注意，在環(huán)境圖中，并沒有描述系統(tǒng)內(nèi)部的情況，因此，整個系統(tǒng)用一個處理來表示。環(huán)境圖一般又被稱為頂層數(shù)據(jù)流程圖、系統(tǒng)概況圖和上下文圖。5.3事件驅(qū)動的過程建模策略層次分解應(yīng)注意的問題：

1.編號。為了更加清楚地表述父母圖與各級子圖之間的關(guān)系，給每一個處理賦予一個標(biāo)號。標(biāo)號一般按照下面方式排列，頂層圖的圖編號為0。如某個父級圖的標(biāo)號的2，則其子圖中各個處理的標(biāo)號應(yīng)依次為2.1，2.2，2.3，……。5.3事件驅(qū)動的過程建模策略2.分解的平衡原則：父母圖和其所有子圖的總輸入和總輸出應(yīng)完全一致，且它們的處理功能也應(yīng)完全一致，這就是所謂的一致性檢查。大多數(shù)支持結(jié)構(gòu)化方法的CASE工具都具有一致性檢查的功能。3.加工細(xì)節(jié)隱蔽。根據(jù)抽象原則，在畫父圖時，只需畫出加工和加工之間的聯(lián)系，而不必畫出各個加工內(nèi)部的細(xì)節(jié)。5.3事件驅(qū)動的過程建模策略4.分解的程度。如果一下子將一個加工分解成它所有的基本加工，一張圖中畫出過多的加工是難以使人理解的，但是每次只是將一個加工分解成兩個或三個加工又會使分解層次過多。經(jīng)驗(yàn)說明，人們一般只能同時有效地處理七個以下的事務(wù)，所以一個加工一次最好不要分解成超過七個的子加工。5.3事件驅(qū)動的過程建模策略5.均勻分解。應(yīng)該使一個數(shù)據(jù)流圖中的各個加工分解層次大致相同，應(yīng)避免出現(xiàn)某些加工已是基本加工，而另一些加工卻還可進(jìn)一步分解三、四層的情況。6.表現(xiàn)的是數(shù)據(jù)流而不是控制流。數(shù)據(jù)流圖與傳統(tǒng)的程序框圖不同，數(shù)據(jù)流圖是從數(shù)據(jù)的角度來描述一個系統(tǒng)，而框圖則是從對數(shù)據(jù)進(jìn)行加工的角度來描述系統(tǒng)。數(shù)據(jù)流圖中的箭頭是數(shù)據(jù)流，而框圖中的箭頭則是控制流，它表達(dá)的是程序執(zhí)行的次序。數(shù)據(jù)流圖適合于宏觀地分析一個組織的業(yè)務(wù)概況，而程序框圖只適合于描述系統(tǒng)中某個加工的執(zhí)行細(xì)節(jié)。所以，在數(shù)據(jù)流圖中一般看不出加工的執(zhí)行次序。5.3事件驅(qū)動的過程建模策略訂貨處理客戶客戶記錄庫存記錄產(chǎn)品記錄客戶客戶數(shù)據(jù)產(chǎn)品數(shù)據(jù)庫存數(shù)據(jù)發(fā)票檔案數(shù)據(jù)批準(zhǔn)訂貨數(shù)據(jù)信貸檢查計(jì)算金額產(chǎn)品細(xì)則拒絕通知訂貨細(xì)則信貸狀態(tài)庫存處理發(fā)貨通知發(fā)票出庫信息

數(shù)據(jù)字典(DataDictionary)是為了對數(shù)據(jù)流程圖中的各個元素作出詳細(xì)的定義和說明。數(shù)據(jù)流程圖配以數(shù)據(jù)字典，就可以從圖形和文字兩個方面對系統(tǒng)的邏輯模型進(jìn)行描述。數(shù)據(jù)字典的內(nèi)容包括：數(shù)據(jù)項(xiàng)數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)流數(shù)據(jù)存儲處理邏輯外部實(shí)體5.4數(shù)據(jù)字典數(shù)據(jù)字典(DataDictionary)是對數(shù)據(jù)的定義，是對數(shù)據(jù)邏輯結(jié)構(gòu)的一種描述。所謂邏輯結(jié)構(gòu)，是指從用戶的角度對數(shù)據(jù)結(jié)構(gòu)的一種描述。與之對應(yīng)的概念是物理結(jié)構(gòu)，物理結(jié)構(gòu)是指數(shù)據(jù)的存儲介質(zhì)、存儲結(jié)構(gòu)。⒈數(shù)據(jù)結(jié)構(gòu)的定義所謂數(shù)據(jù)結(jié)構(gòu)(DataStructure)是指可以進(jìn)一步分解的數(shù)據(jù)包。也即，數(shù)據(jù)結(jié)構(gòu)是由兩個或兩個以上相互關(guān)聯(lián)的數(shù)據(jù)元素或其它的數(shù)據(jù)結(jié)構(gòu)組成的。⒉數(shù)據(jù)元素（數(shù)據(jù)項(xiàng)）數(shù)據(jù)元素(dataelement)是最基本的數(shù)據(jù)單元。也即，數(shù)據(jù)元素是不能再進(jìn)一步分解的數(shù)據(jù)。如顧客帳號，學(xué)號等。5.4數(shù)據(jù)字典數(shù)據(jù)結(jié)構(gòu)的基本類型

任何一個數(shù)據(jù)的邏輯結(jié)構(gòu)都可以用下列三種基本結(jié)構(gòu)來描述，它們分別是：順序結(jié)構(gòu)(sequence)選擇結(jié)構(gòu)(selection)循環(huán)結(jié)構(gòu)(iteration)5.4數(shù)據(jù)字典

順序結(jié)構(gòu)(sequence)

順序結(jié)構(gòu)的數(shù)據(jù)元素或數(shù)據(jù)結(jié)構(gòu)一般用“+”來表示。

Course=DEPT-NUM+course-num+course-title+credit-hour+terms-offered+description5.4數(shù)據(jù)字典選擇結(jié)構(gòu)(selection)

選擇結(jié)構(gòu)通常用中括號[]表示循環(huán)結(jié)構(gòu)(iteration)重復(fù)N次：{…}N重復(fù)1～N次：或{…}condition無限次重復(fù)：{…}ALLCOMPLETEDCOURSE或有或無：

或（…）例訂單的描述（參見教材）5.4數(shù)據(jù)字典數(shù)據(jù)字典的建立和維護(hù)數(shù)據(jù)字典中包括了系統(tǒng)中所出現(xiàn)的數(shù)據(jù)存貯和數(shù)據(jù)流，以及一些重要的數(shù)據(jù)項(xiàng)的描述。數(shù)據(jù)項(xiàng)的描述數(shù)據(jù)結(jié)構(gòu)的描述數(shù)據(jù)流數(shù)據(jù)存儲的描述處理邏輯的描述外部實(shí)體的描述5.4數(shù)據(jù)字典數(shù)據(jù)項(xiàng)系統(tǒng)名稱：配送中心管理信息系統(tǒng)填寫日期：10/20/97數(shù)據(jù)元素名稱：訂貨日期填表人：姜同強(qiáng)數(shù)據(jù)元素別名：ORD-DATE格式描述：訂貨日期為一DATE型數(shù)據(jù)，采用MM/DD/YY的格式。使用說明：來源：數(shù)據(jù)存貯：ORDER用于：取值說明：1.值/代碼MM：01-12DD：01-31YY：00-992.含義：標(biāo)準(zhǔn)美國日期解釋。3.校驗(yàn)①Checknumeric②Rangecheck③Crosscheckdaywithmonthinrangecheck注意：對處理邏輯加以描述，只需針對數(shù)據(jù)流程圖中最底層的處理邏輯進(jìn)行即可。（1）判斷樹判斷樹(DecisionTree)也稱為決策樹，是用來描述在一組不同的條件下，決策的行動是根據(jù)不同條件及其取值來選擇的處理過程。業(yè)務(wù)規(guī)則的描述通?？梢允褂门袛鄻溥@一過程描述工具。5.5過程說明判斷樹可表示為如圖所示的模板。判斷樹是一種圖形，它能順序地表示出條件和行動，因而能顯示出應(yīng)首先考慮哪些條件，其次考慮哪些條件等。其中樹的結(jié)點(diǎn)代表?xiàng)l件，它必須先檢查該結(jié)點(diǎn)前面的條件是否滿足。因而決策樹實(shí)際上顯示了一種條件的順序關(guān)系。一個樹枝代表一組條件的組合，相對應(yīng)的就產(chǎn)生了一個結(jié)果。判斷樹的優(yōu)點(diǎn)是：清晰、直觀缺點(diǎn)：當(dāng)條件多，而且相互組合時，不容易清楚表達(dá)判斷過程。

○V211V11○○V222

○○V23

3○V213V12○○V223

○V233判斷樹模板解：設(shè)條件V11表示“付款日期≤10天”，V12表示“付款日期＞10天”；V21表示“交易額≥10,000”，

V22表示“5,000≤交易額＜10,000”，V23表示“交易額＜5,000”。結(jié)果有三個，分別用1表示“折扣3%”，2表示“折扣2%”，3表示“無折扣”，則上述問題的判斷樹可以描述為(如圖所示)。折扣規(guī)則付款日期≤10天付款日期＞10天交易額≥10,000折扣0%5,000≤交易額＜10,000交易額＜5,000折扣5%折扣3%折扣0%

[例題3]招聘考試考核數(shù)學(xué)、英語、計(jì)算機(jī)三門課程，錄取規(guī)則是：（1）總分240分以上（含）錄取。（2）總分在240分以下（不含），180分以上（含）的，如果數(shù)學(xué)和英語成績均在60分以上（含），需要參加面試；如果數(shù)學(xué)或英語中有1門成績在60分以下（不含）的，需復(fù)試該課程后再決定是否錄取。（3）其他情況不錄取。畫出此項(xiàng)處理的決策樹。錄取規(guī)則總分≥240錄取180≤總分＜240總分＜180不錄取數(shù)學(xué)≥60數(shù)學(xué)＜60英語≥60英語≥60英語＜60英語＜60面試復(fù)試復(fù)試不錄取

[例題4]某倉庫發(fā)貨方案如下：欠款時間在30天(含)以內(nèi)的，如果需求量不大于庫存量，則立即發(fā)貨，否則先按庫存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)；欠款時間在30天以上100天(含)以內(nèi)的，如果需求量不大于庫存量，先付款再發(fā)貨，否則不發(fā)貨；欠款時間在100天以上的，通知先交欠款。畫出反映此方法的判斷樹。發(fā)貨方案欠款時間≤30立即發(fā)貨30＜欠款時間≤100欠款時間＞100通知先交欠款先按庫存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)先付款再發(fā)貨不發(fā)貨需求量≤庫存量需求量＞庫存量需求量＞庫存量需求量≤庫存量（2）判斷表：判斷表(DecisionTable)也稱為決策表，是一個二維表，它說明了每一種條件組合所產(chǎn)生的結(jié)果。該表分為四個象限(quadrants)。左上限代表所有的條件左下限代表可能的結(jié)果右上限代表每一種條件的取值(用Y和N來表示)右下限用X表示所對應(yīng)的條件組合所產(chǎn)生的結(jié)果

判斷表的格式有以下幾種：一般格式（也稱之為Y-N格式）擴(kuò)展項(xiàng)格式（混合格式）

ELSE格式判斷表格式：

決策規(guī)則號12345678條件條件1YYYYNNNN條件2YYNNYYNN條件3YNYNYNYN應(yīng)采取的行動××××××××構(gòu)造判斷表時幾個注意的問題：判斷表中的每個條件的取值只能是真（Y）或假（N），如果某個條件的取值多于2個，則必須將其轉(zhuǎn)化為滿足上述要求的條件。例如有某個量A有3種可能的取值，分別是大于等于10、介于5（包含5）和10之間、小于5。此時，就不能將A作為一個條件變量，而應(yīng)將其轉(zhuǎn)化為如下的兩個條件：A≥10，A＜5，則可將取值多于2個的條件轉(zhuǎn)化為2個取值只能是Y或N的條件。理論上講，若有n個不相干的條件，則規(guī)則的數(shù)量為2n個?？砂匆欢ǖ囊?guī)律排列這些條件的取值的各種可能組合，而且保證沒有遺漏，沒有重復(fù)。若其中有某些條件是有聯(lián)系的，則可能會產(chǎn)生自相矛盾的條件組合，此時稱該規(guī)則是不相容的，在構(gòu)造判斷表的時候首先應(yīng)該將這些不相容的規(guī)則去掉。若某個行動與某些條件的取值無關(guān)，則此時可將某些規(guī)則合并。決策規(guī)則號1234條件付款日期≤10YYYN交易額≥10000YNN—5000≤交易額＜10000NYN—交易額＜5000NNY—應(yīng)采取的行動折扣5%×折扣3%×無折扣××

[例題6]招聘考試考核數(shù)學(xué)、英語、計(jì)算機(jī)三門課程，錄取規(guī)則是：（1）總分240分以上（含）錄取。（2）總分在240分以下（不含），180分以上（含）的，如果數(shù)學(xué)和英語成績均在60分以上（含），需要參加面試；如果數(shù)學(xué)或英語中有1門成績在60分以下（不含）的，需復(fù)試該課程后再決定是否錄取。（3）其他情況不錄取。畫出此項(xiàng)處理的決策表。決策規(guī)則號123456條件總分≥240YNNNNN總分＜180NYNNNN數(shù)學(xué)≥60——YYNN英語≥60——YNYN應(yīng)采取的行動錄取×面試×復(fù)試××不錄取××

[例題7]某倉庫發(fā)貨方案如下：欠款時間在30天(含)以內(nèi)的，如果需求量不大于庫存量，則立即發(fā)貨，否則先按庫存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)；欠款時間在30天以上100天(含)以內(nèi)的，如果需求量不大于庫存量，先付款再發(fā)貨，否則不發(fā)貨；欠款時間在100天以上的，通知先交欠款。畫出反映此方法的決策表。決策規(guī)則號12345678條件欠款時間≤30YYYYNNNN欠款時間＞100YYNNYYNN需求量＜庫存量YNYNYNYN應(yīng)采取的行動立即發(fā)貨先按庫存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)先付款再發(fā)貨不發(fā)貨通知先交欠款注意：規(guī)則1和規(guī)則2中的條件是不相容的！所以應(yīng)該首先去掉規(guī)則1和2。決策規(guī)則號123456條件欠款時間≤30YYNNNN欠款時間＞100NNYYNN需求量＜庫存量YNYNYN應(yīng)采取的行動立即發(fā)貨×先按庫存發(fā)貨，進(jìn)貨后再補(bǔ)發(fā)×先付款再發(fā)貨×不發(fā)貨×通知先交欠款××注意：規(guī)則3和規(guī)則4中的行動與條件需求量＜庫存量是不相干的！所以可以將這兩個規(guī)則合并。決策規(guī)則號12356條件欠款時間≤30Y