簡介這是一份關于圖書訂購與考務系統(tǒng)數(shù)據(jù)流圖設計的PPT教學資料適合軟件工程、系統(tǒng)分析與設計課程的學生以及需要繪制分層DFD的開發(fā)者使用。內(nèi)容以考務處理系統(tǒng)為主線從頂層圖、0層圖到加工內(nèi)部子圖逐步拆解覆蓋報名單、成績清單、合格標準等數(shù)據(jù)流定義以及考試報名、統(tǒng)計成績等加工劃分同時給出圖書訂購系統(tǒng)的DFD示例幫助理解源、宿、文件與數(shù)據(jù)流之間的關系。資源包僅含1個pptx文件共24頁大小263KB屬于輕量級課件資料目前已有1422人學習。讀者可快速掌握頂層DFD、0層圖與各層子圖的繪制方法、數(shù)據(jù)流與加工標注規(guī)則以及如何用功能分解和業(yè)務處理流程識別加工、確定文件和邊界數(shù)據(jù)流適合備考或課程設計時對照參考。1. 圖書訂購與考務系統(tǒng)數(shù)據(jù)流圖PPT不是畫流程是在劃系統(tǒng)邊界圖書訂購與考務系統(tǒng)數(shù)據(jù)流圖PPT資料看著像是一套“畫圖加排版”的活兒實際上它解決的是兩個完全不同業(yè)務域放進同一套系統(tǒng)后怎么把信息流向講清楚的問題。數(shù)據(jù)流圖DFD跟業(yè)務流程圖最大的區(qū)別是它只關心“數(shù)據(jù)從哪來到哪去、經(jīng)過什么加工、落在哪個存儲”不關心誰先點按鈕、誰后彈窗口。很多人一上手就把它畫成業(yè)務時序圖這是最大的翻車點。這套資料適合三類人做課程設計或畢業(yè)設計需要配套需求文檔的同學準備系統(tǒng)答辯但被評審追問數(shù)據(jù)流向的開發(fā)以及要接手圖書訂購或考務模塊卻看不懂老代碼的人。它的核心價值在于用分層DFD把兩個系統(tǒng)的邊界、外部交互、加工邏輯一次性理清再組織成能匯報的PPT。2. 上手DFD前先定規(guī)則四種符號、分層原則與命名約束數(shù)據(jù)流圖看似自由其實是一套紀律很強的建模語言。很多人畫到一半返工不是因為業(yè)務復雜而是因為一開始沒定符號規(guī)范、沒定分層粒度。圖書訂購和考務系統(tǒng)放在一個PPT里等于兩張圖共用一套規(guī)則規(guī)則不定清楚后面每張圖都要改。2.1 數(shù)據(jù)流圖的四個符號與兩種流派怎么選數(shù)據(jù)流圖只有四種基本符號外部實體、加工、數(shù)據(jù)存儲、數(shù)據(jù)流。外部實體用矩形表示是系統(tǒng)之外但與系統(tǒng)交換數(shù)據(jù)的角色加工用圓角矩形或圓形表示是對數(shù)據(jù)做的處理或轉換數(shù)據(jù)存儲用開口矩形表示是數(shù)據(jù)的靜態(tài)落腳點數(shù)據(jù)流用帶箭頭的線表示方向就是數(shù)據(jù)的移動方向。流派上常見兩套一套是 Yourdon/DeMarco 記號加工用圓存儲用雙橫線另一套是 Gane/Sarson 記號加工用圓角矩形存儲用開口矩形。國內(nèi)教材和課程設計里后者更常見因為方方正正畫出來容易對齊而且能直接寫文字。我一般建議統(tǒng)一用 Gane/Sarson 記號理由只有一個它在 PPT 縮略圖上比圓更適合中文排版文字不用繞圈排。定完流派還要定兩個全局約定第一數(shù)據(jù)流線上必須寫名字名字必須是名詞短語比如“訂單信息”“到貨通知”不能寫“發(fā)送”“處理”這種動詞短語動詞屬于加工不屬于數(shù)據(jù)流第二同一個名詞在全套 PPT 里只能表達同一個含義比如“訂單信息”一旦出現(xiàn)就不要在另一張圖里用“訂購單”代替同一個東西。2.2 分層結構頂層圖、0層圖、1層圖各放什么內(nèi)容DFD 的分層是它區(qū)別于流程圖的核心能力。頂層圖也叫上下文圖整張圖里只有一個加工代表整個圖書訂購與考務系統(tǒng)外面圍著外部實體。這一層回答的問題是“系統(tǒng)的邊界在哪里誰在跟系統(tǒng)打交道”。0層圖把系統(tǒng)內(nèi)部按業(yè)務域拆成若干加工圖書訂購和考務兩個模塊在這里分開。1層圖則針對 0 層的某個加工繼續(xù)細化把它內(nèi)部的數(shù)據(jù)處理流程展開。分層的核心原則是“平衡”父圖里的一條數(shù)據(jù)流必須在子圖里有對應的入口或出口子圖里新增的數(shù)據(jù)流也必須能在父圖里找到來源。這句話聽起來簡單實操中九成的不一致問題都出在這里。另一個原則是粒度的把控0層加工數(shù)量控制在 4 到 7 個超過 7 個說明你把多個業(yè)務域塞進了一張圖少于 3 個說明你還沒拆到位。2.3 加工編號體系與數(shù)據(jù)字典的同步策略加工編號是分層圖的定位系統(tǒng)沒有編號評審問你“你那個訂單處理內(nèi)部怎么做的”你根本說不出看哪張圖。常見規(guī)則是頂層圖加工不編號0 層的加工按順序編為 1、2、3、41 層加工編為 1.1、1.2、1.3依此類推。圖書訂購模塊占 1 號段考務模塊占 2 號段兩個模塊在同一套系統(tǒng)里編號不能重疊。數(shù)據(jù)字典要跟圖同步建不能等圖畫完了再補。每條數(shù)據(jù)流、每個數(shù)據(jù)存儲、每個外部實體都建一條記錄。數(shù)據(jù)流記錄包含名稱、組成、來源、去向數(shù)據(jù)存儲記錄包含名稱、結構說明外部實體記錄包含名稱和用途。建數(shù)據(jù)字典有個實際好處它能逼你把“訂單信息包括哪些字段”這種模糊表述落實成“訂單號、訂購人、ISBN、數(shù)量、單價、訂購日期”如果這些字段說不出來說明數(shù)據(jù)流還沒想清楚。3. 圖書訂購模塊從頂層圖到1層圖的逐步推演圖書訂購業(yè)務看起來簡單不外乎選書、下訂單、收貨、付款但它是全校所有師生都在用的高頻路徑信息流的細節(jié)比想象中多。這一章按分層思路把圖書訂購模塊的頂層圖、0層圖和1層圖逐層推演一遍。3.1 頂層圖外部實體只有三個邊界先立住圖書訂購模塊的頂層圖外部實體就三個訂購人、供應商、財務經(jīng)辦人。訂購人是發(fā)起購書請求的師生供應商是提供圖書書目的外部書商財務經(jīng)辦人是負責審核付款和發(fā)票結算的管理角色。這里最容易犯的錯是讓供應商既當外部實體又當加工——比如把“書商發(fā)貨”畫在系統(tǒng)內(nèi)部。記住一條判斷標準系統(tǒng)無法控制對方的行為它就是外部實體。頂層圖的數(shù)據(jù)流有六條訂購人發(fā)出“購書請求”系統(tǒng)返回“書目查詢結果”和“訂單狀態(tài)”系統(tǒng)向供應商發(fā)出“圖書訂單”供應商返回“到貨通知”和“發(fā)票”系統(tǒng)向財務經(jīng)辦人提交“付款申請”財務經(jīng)辦人返回“付款回執(zhí)”。注意付款申請是系統(tǒng)發(fā)出去的不是財務經(jīng)辦人發(fā)起的說明資金操作還是由系統(tǒng)觸發(fā)只是由人工審核。3.2 0層圖書目查詢、訂單處理、驗收入庫、財務結算四個加工0 層圖把圖書訂購模塊拆成四個加工1 書目查詢、2 訂單處理、3 驗收入庫、4 財務結算。這 4 個加工之間要畫清楚 6 條數(shù)據(jù)流。加工 1 接收訂購人的“查詢條件”輸出“書目信息”給訂購人加工 2 接收訂購人選定的“購書請求”校驗后輸出“圖書訂單”給供應商加工 3 接收供應商的“到貨通知”清點后輸出“入庫記錄”加工 4 接收供應商的“發(fā)票”結合入庫記錄輸出“付款申請”。數(shù)據(jù)存儲在 0 層圖里要標出四個書目信息存儲、訂單臺賬、庫存記錄、財務憑證。這些存儲分別被哪個加工讀寫是一張圖是否專業(yè)的關鍵。書目信息存儲由加工 1 讀、由加工 3 寫因為新書到貨錄入后查詢才能看到新書訂單臺賬由加工 2 寫、由加工 4 讀結算時要以訂單為依據(jù)庫存記錄由加工 3 寫財務憑證由加工 4 寫。數(shù)據(jù)流圖上每個存儲必須同時有“寫者”和“讀者”否則就是懸空存儲。3.3 1層圖示例訂單處理加工的內(nèi)部展開拿 0 層圖里的加工 2“訂單處理”做一次 1 層展開最能說明這套方法的實用價值。加工 2 內(nèi)部可以拆成 2.1 生成訂單、2.2 訂單審核、2.3 發(fā)送書商三個子加工。訂購人發(fā)的“購書請求”先進 2.12.1 從書目信息存儲讀單價和庫存生成“待審核訂單”寫入訂單臺賬2.2 讀取待審核訂單做合規(guī)檢查比如單筆金額上限、是否在采購目錄內(nèi)審核通過后把“審核通過訂單”傳給 2.32.3 把它整理成“圖書訂單”發(fā)給供應商。這里有個容易漏的細節(jié)1 層圖里外部實體不是必須出現(xiàn)。2.1 接收的數(shù)據(jù)來自外部實體訂購人但在子圖里你只需要畫一個從來源方向進入加工 2.1 的“購書請求”數(shù)據(jù)流不需要把訂購人矩形再畫一遍。很多初學者在子圖里重復畫外部實體把圖畫得很亂這個習慣要改掉。子圖平衡檢查在 1 層圖上要過一遍父圖加工 2 的入口數(shù)據(jù)流有“購書請求”出口有“圖書訂單”子圖里2.1 有“購書請求”這個入流2.3 有“圖書訂單”這個出流兩條主線都對應上了。至于審核不通過的情況也要有一條“審核退回”的數(shù)據(jù)流從 2.2 回到 2.1或者直接回到訂購人否則這張圖只畫了成功路徑不完整。4. 考務模塊報名、編排、成績?nèi)龡l主鏈路的數(shù)據(jù)流考務模塊比圖書訂購更強調狀態(tài)流轉一場考試從發(fā)布通知到成績發(fā)布數(shù)據(jù)會經(jīng)過多次寫入和校驗。這一章不按加工逐個講而是沿著三條主鏈路推演考試報名、考場編排、成績流轉。每條鏈路都有完整的數(shù)據(jù)流路徑畫圖時按鏈路檢查比按加工檢查更容易發(fā)現(xiàn)問題。4.1 考務模塊的外部實體與頂層圖設計考務模塊的頂層圖外部實體有四個學生、任課教師、教務管理員、教學秘書。學生提交考試報名和查詢成績?nèi)握n教師錄入平時成績和期末成績教務管理員負責發(fā)布考試安排教學秘書負責審核報名數(shù)據(jù)和成績單。注意要把“學生”和“教師”在邊界上區(qū)分開學生是系統(tǒng)外的純使用者教師既是使用者又是成績數(shù)據(jù)的生產(chǎn)者教師在頂層圖里是兩條數(shù)據(jù)線的起點。頂層數(shù)據(jù)流包括學生發(fā)“報名申請”和“成績查詢請求”入系統(tǒng)系統(tǒng)返回“報名回執(zhí)”和“成績單”任課教師提交“成績錄入表”教務管理員發(fā)布“考試安排通知”教學秘書提交“報名審核意見”。這里有一條容易忽略的規(guī)則系統(tǒng)與每個外部實體之間至少有一條入流和一條出流否則這個外部實體就是孤立角色。孤立角色要么刪掉要么補上數(shù)據(jù)流。4.2 0層圖考務基礎信息、報名管理、考場編排、成績管理考務模塊的 0 層圖可以拆成四個加工1 考務基礎信息管理、2 考試報名管理、3 考場編排管理、4 成績管理。加工 1 維護課程信息、考試科目、考試時間表是另外三個加工的數(shù)據(jù)來源加工 2 處理報名申請和審核意見輸出報名匯總名單加工 3 讀取報名名單和考場資源生成考場安排表加工 4 接收成績錄入數(shù)據(jù)經(jīng)過審核后發(fā)布成績。四個加工之間的數(shù)據(jù)流是環(huán)環(huán)相扣的。加工 1 向加工 2 發(fā)“可報考試計劃”加工 2 向加工 3 發(fā)“報名確認名單”加工 3 向加工 4 發(fā)“考試實施結果”加工 4 再向加工 1 回流“成績發(fā)布匯總”。這種回路說明考務不是一個單向流程成績發(fā)布后會影響下一次考務計劃的基礎數(shù)據(jù)這套邏輯在畫圖時必須有體現(xiàn)否則數(shù)據(jù)流圖斷鏈讀圖的人會問“成績發(fā)布完了然后呢”。數(shù)據(jù)存儲在 0 層圖里出現(xiàn)五個考試計劃存儲、報名信息存儲、考場安排存儲、成績存儲、課程信息存儲?？荚囉媱澊鎯τ杉庸?1 寫、加工 2 讀報名信息存儲由加工 2 寫、加工 3 讀考場安排存儲由加工 3 寫、加工 4 讀成績存儲由加工 4 寫和讀課程信息存儲由加工 1 寫、加工 4 讀。五個存儲中沒有懸空存儲圖才算成立。4.3 手工推演一條成績數(shù)據(jù)從錄入到發(fā)布的完整路徑畫圖前先做一次手工推演是避免漏數(shù)據(jù)流最有效的土辦法。我一般會在紙上寫下誰產(chǎn)生數(shù)據(jù)、經(jīng)過什么校驗、落到哪個存儲、誰最終消費它。以成績?yōu)槔咭槐橥暾溌啡握n教師錄入成績生成“成績錄入表”進入加工 4加工 4 先寫入成績存儲同時做一次完整性校驗檢查是否有缺考標記、是否有超過百分制的異常值校驗通過后生成“待發(fā)布成績單”交由教學秘書審核教學秘書返回“審核通過意見”加工 4 再把“正式成績單”發(fā)給學生。推演時會發(fā)現(xiàn)一個容易被忽略的細節(jié)成績發(fā)布后加工 4 還要向加工 1 發(fā)一條“成績歸檔數(shù)據(jù)”用于生成補考計劃。這條數(shù)據(jù)流如果不推演幾乎一定漏掉因為業(yè)務上它不是主要路徑但對系統(tǒng)的完整性很重要。把這條推演路徑畫進 0 層圖評審一眼就能看出你真的理解考務業(yè)務而不是在套模板。5. 把DFD做成能匯報的PPT版式、標注與說明頁設計圖畫好只是第一步把圖做進 PPT 并讓人看懂是圖書訂購與考務系統(tǒng)數(shù)據(jù)流圖PPT資料里最容易翻車的環(huán)節(jié)。數(shù)據(jù)流圖的信息密度遠比流程圖高直接截圖放上去評審在投影上是看不清的。這一章講 PPT 的頁面結構、繪制規(guī)范和說明頁寫法。5.1 PPT頁面結構一張圖配一頁說明不堆圖完整的 PPT 建議按七頁結構組織封面、符號說明頁、系統(tǒng)頂層圖、圖書訂購模塊 0 層圖、圖書訂購訂單處理 1 層圖、考務模塊 0 層圖、數(shù)據(jù)字典摘要頁。如果為了湊篇幅把 0 層圖和 1 層圖放在同一頁投影效果會大打折扣不推薦。每一頁技術圖都必須是“圖為主、文字為輔”圖的寬度占頁面 70% 以上下方留一行圖題。圖題寫清楚這層圖的編號和它對應的父圖位置比如“圖 3 圖書訂購模塊 0 層圖父圖圖 1 系統(tǒng)頂層圖”。這是評審快速定位的邏輯錨點也是答辯時最容易被提問的點。符號說明頁很多人不重視但它是整套 PPT 的閱讀基礎。用表格列四行外部實體、加工、數(shù)據(jù)存儲、數(shù)據(jù)流每行配符號樣式和一句話定義。這里的關鍵是要用“本項目語境”來解釋比如數(shù)據(jù)存儲寫“數(shù)據(jù)的靜態(tài)存放處如訂單臺賬”不要寫教科書上的抽象定義。評審翻到后面看不懂符號時會翻回這一頁對照表格做得清楚能省掉很多口舌。5.2 繪制規(guī)范統(tǒng)一字體、線型與導出清晰度繪制規(guī)范決定了圖在 PPT 上的觀感。先說字體圖內(nèi)文字統(tǒng)一用無襯線字體數(shù)據(jù)流名稱字號不小于 10 號加工名稱不小于 12 號因為投影后字號縮水太小直接看不清。再連線型數(shù)據(jù)流一律用正交折線不用斜線箭頭兩條數(shù)據(jù)流交叉時用拱橋過線或斷線讓路避免視覺上像兩條線連在一起。最重要的一個設置是導出分辨率。用繪圖工具導出圖片時目標分辨率至少 150 DPI推薦 200 DPI 以上否則貼進 PPT 放大一點就是鋸齒。PPT 里不要直接復制嵌入小圖再拉大你會得到一張所有數(shù)據(jù)流名稱都糊掉的圖。導出格式選 PNG如果能導出 SVG 矢量格式更好PPT 對 SVG 支持已經(jīng)很成熟放大不模糊。5.3 用“數(shù)據(jù)字典頁”把每個數(shù)據(jù)流字段化圖書訂購與考務系統(tǒng)數(shù)據(jù)流圖PPT資料的最后一頁建議放數(shù)據(jù)字典摘要。它不需要列出全量字段只列關鍵數(shù)據(jù)流和數(shù)據(jù)存儲的組成控制在十條以內(nèi)每條包含編號、名稱、來源、去向、組成。下面是本套 PPT 中數(shù)據(jù)分析梳理示例樣式編號數(shù)據(jù)流/存儲名稱來源去向組成說明D1購書請求訂購人訂單處理書目號、數(shù)量、訂購人賬號、訂購時間D2圖書訂單訂單處理供應商訂單號、書目明細、總金額、期望到貨日D3成績錄入表任課教師成績管理課程號、學號、成績、錄入時間D4報名確認名單報名管理考場編排考試場次、學號、姓名、報考科目數(shù)據(jù)字典頁的價值在于別人能把你畫的圖讀成一個明確的數(shù)據(jù)協(xié)議。如果沒有這一頁圖上的箭頭雖然畫了但“圖書訂單”里到底傳什么只有你自己知道開發(fā)對需求會產(chǎn)生多種理解。這一頁也是評審最喜歡翻看的內(nèi)容字段列得準比圖本身更能證明你想清楚了每個數(shù)據(jù)流。6. DFD繪制與匯報中的避坑、翻車點與排查方法數(shù)據(jù)流圖看著簡單但評審問倒人的往往都是細節(jié)。這一章把最常見的五個坑整理出來每條按現(xiàn)象、原因、解決三段式處理。這些都是我見過大量新建DFD時反復踩的真實問題。6.1 坑1把控制流畫進數(shù)據(jù)流圖現(xiàn)象圖里出現(xiàn)“打印完成”“審核觸發(fā)”這類沒有數(shù)據(jù)含義的箭頭評審問“這條線上傳了什么數(shù)據(jù)”畫圖的人答不上來。原因把流程圖的思考方式帶進了 DFD認為“下一步動作”就是一條流。但在數(shù)據(jù)流圖里動作屬于加工內(nèi)部的事務不屬于數(shù)據(jù)流。解決畫每條線之前問自己這條線上傳輸?shù)木唧w數(shù)據(jù)是什么?！按蛴⊥瓿伞辈粩y帶數(shù)據(jù)它不是數(shù)據(jù)流“打印任務”攜帶了打印內(nèi)容和打印機標識它才是數(shù)據(jù)流。把“打印完成”這樣的線刪掉只在加工內(nèi)部標注處理邏輯即可。6.2 坑2頂層圖邊界劃錯供應商被畫進系統(tǒng)內(nèi)部現(xiàn)象頂層圖里出現(xiàn)一個加工叫“供應商發(fā)貨處理”或者外部實體和加工用雙向箭頭直接相連導致系統(tǒng)邊界模糊。原因系統(tǒng)邊界劃在哪取決于系統(tǒng)能否控制和約束這個行為。供應商發(fā)貨是外部行為系統(tǒng)只接收“到貨通知”不對發(fā)貨本身做處理。解決把“供應商發(fā)貨”整體挪到系統(tǒng)外系統(tǒng)內(nèi)只保留“驗收入庫”加工。判斷標準很簡單加工的動作能不能由系統(tǒng)內(nèi)部觸發(fā)如果不能它就不是這個系統(tǒng)的加工。邊界劃對頂層圖的外部實體和加工就自然分離了。6.3 坑3父圖與子圖不平衡編號對不上現(xiàn)象答辯時評審問“你的 0 層圖里訂單處理有‘購書請求’和‘圖書訂單’兩條流1 層圖里怎么多了一條‘審核退回’”畫圖的人說“審核退回是內(nèi)部流”但子圖里它確實連到了外部。原因子圖內(nèi)部可以局部細化但出入口必須只保留父圖已有的數(shù)據(jù)流?！皩徍送嘶亍比绻鎸嵈嬖谝词歉笀D漏畫要么它不應該穿過加工的邊界。解決先把父圖補齊加上“審核退回”數(shù)據(jù)流再在子圖中展開對應路徑。每細化一層就對照父圖檢查一遍出入口數(shù)據(jù)流集合兩者必須完全一致。6.4 坑4PPT 里圖模糊到數(shù)據(jù)流名稱看不出來現(xiàn)象PPT 放映時評審問“這個箭頭是‘訂單信息’還是‘訂單明細’”現(xiàn)場放大頁面字已經(jīng)糊成一片。原因粘貼進 PPT 的圖片分辨率太低或者圖片被拉伸放大導致文字邊緣發(fā)虛。這是 PPT 匯報最常見的觀感翻車比圖畫錯還致命。解決繪圖時初始紙張設置成 A4 橫向導出 PNG 前把縮放比例調到 200%導出后再放回 PPT 檢查一次文字清晰度。有條件就把圖導出為 SVG 矢量格式在 PPT 里隨意縮放都不糊。6.5 坑5數(shù)據(jù)存儲畫了但沒人讀寫現(xiàn)象圖里有一個“庫存記錄存儲”但檢查所有加工沒有一個加工向它寫數(shù)據(jù)也沒有一個加工從它讀數(shù)據(jù)。原因為了顯得圖完整而加存儲或者復制其他項目模板時留下的空存儲節(jié)點。解決逐個檢查數(shù)據(jù)存儲必須有至少一個加工寫、至少一個加工讀。沒有讀寫的存儲直接刪掉。圖書訂購模塊的庫存記錄由“驗收入庫”寫、由“訂單處理”讀這個閉環(huán)在圖里必須有明確的箭頭指向不能只是畫個矩形擺在那里。7. 進階用數(shù)據(jù)字典校驗兩套圖的一致性畫完圖書訂購和考務模塊的圖最后一步不是排版而是做一次跨圖一致性校驗。校驗不需要依賴工具用一張檢查表就能跑完。做法是把所有數(shù)據(jù)流和數(shù)據(jù)存儲在 Excel 里列出來每條記錄包含編號、名稱、父圖、層數(shù)、來源、去向、組成。然后按固定順序過四個檢查所有數(shù)據(jù)流編號是否全局唯一同一名稱的數(shù)據(jù)流在不同層圖中是否存在但組成不一致每個數(shù)據(jù)存儲是否同時有寫者和讀者每個外部實體是否至少有一條入流和一條出流。這個檢查動作我在項目里執(zhí)行過無數(shù)次超過一半的圖都能查出問題。最常見的是同一個名稱在不同層圖里代表不同內(nèi)容比如 0 層圖里“訂單狀態(tài)”只含訂單號和狀態(tài)碼但 1 層圖里它突然多了到貨日期和折扣信息。這種問題靠眼睛看圖根本發(fā)現(xiàn)不了必須靠編號查組成才能定位。檢查表過完之后把這套校驗結果附到 PPT 的最后一頁作為數(shù)據(jù)字典摘要的補充。答辯時如果有人質疑圖的完整性你直接指出“我已按四步校驗表做過一致性檢查所有存儲都有讀寫閉環(huán)”評審很難再挑出結構性問題。這個技巧不需要額外工具但能讓整套資料的專業(yè)度上一個臺階。我自己的習慣是每次畫完 DFD 都強制自己關掉圖紙等半小時再打開只看編號和數(shù)據(jù)流名稱重推一遍業(yè)務鏈路。推不通的地方一定是圖里漏了數(shù)據(jù)或者邊界劃錯了。這套資料的重心永遠是讓讀圖的人一次看懂而不是把圖畫全。希望這個校驗習慣對你有所幫助。本文還有配套的精品資源點擊獲取