業(yè)務流程分析與建模教材(編輯修改稿)
2025-03-08 03:27 本頁面
【文章內容簡介】 常常要作重新分解。重新分解可以按下述方法進行 ： （ 1）把需要重新分解的某張圖的所有子圖拼成一張。 （ 2）把圖分成幾部分，使各部分之間的聯系最少。 （ 3）重新建立父圖 （ 4）重新畫子圖 （ 5）為所有處理重新命名、編號 數據流圖的常見錯誤分析 一般有三類錯誤情況： （可采用軟件工具輔助繪圖消除） ，二義性 錯誤情況舉例 1 輸入的數據流足夠了嗎？是否能夠加工出輸出的數據流？ 計算利息 存款金額 ？ 查詢 圖書 讀者信息 錯誤情況舉例 2 學生 成績單 客戶 訂單 訂單 源數據是如何進入到信息系統(tǒng)中的呢？ 外部實體如何從系統(tǒng)中獲取有關的數據呢？ 難道是心靈感應？ 不論是手工系統(tǒng)還是計算機系統(tǒng)，數據不會無緣無故保存或流動，和外部的交換一定和某個加工相連。 錯誤情況舉例 3 客戶 業(yè)務員 訂單 外部實體到外部實體，說白了，全都是外部的。 和信息系統(tǒng)有關系嗎？為什么要管呢？帶來數據的變化了嗎？ DFD考慮數據是從那個地方開始進入系統(tǒng)。 讀者 圖書 管理員 借書單 錯誤情況舉例 4 訂單 入庫單 數據不通過任何手續(xù)就能在數據存儲之間流動？ 怪了，表格中的數據長腿了嗎？要不硬盤智能化了，不需要任何外部力量，磁道上的數據會自己移動？ 讀者信息 逾期歷史 錯誤情況舉例 5 xx xx 僅有流入的數據流， 數據還有什么用途嗎？ 純粹是垃圾！ 僅有流出的數據流， 數據是從何而來呢？ 模型的局部會存在這種情況， 但系統(tǒng)地看應該不會。如果有， 那個數據肯定是一千年不變， 可以直接由數據庫管理員一次性 搞定。 錯誤情況舉例 6 “修改還書日期”很細節(jié)，而“借閱管理”又很抽象。 處理不在同一個抽象層次上，造成理解困難！ 讀者 讀者 續(xù)借申請 讀者信息 處罰記錄 P2 續(xù) 借 審核 P1 借閱管理 P3 修改還書日期 P5 處罰管理 P4 打印通知單 顧客 驗證身份 核對帳戶余額 登記取款事務 打印存折 帳戶 顧客 驗證身份 登記存款事務 帳戶 取款 存款 DFD圖不反映 模塊共享 再比如圖書館借書系統(tǒng)中有三個處理邏輯：“ p1借書”“ p2還書”“ p3查詢服務”，但借書處理的“檢查庫存”，不應理解為“ P3查詢服務” 錯誤情況舉例 7 ? 數據流圖的分解每個人可能有所不同，畫出的數據流圖也會因人而異，并一定誰畫的對，誰畫的錯。 沒有標準答案 數據流圖的優(yōu)缺點 ? 圖形元素少，易學易讀，容易與用戶溝通 ? 有層次性，允許系統(tǒng)分析員由上至下逐步分析系統(tǒng)，不會受困于太多復雜的細節(jié) ? 不能描述系統(tǒng)的控制流 ? 潛在的非語法錯誤不易發(fā)現，復核困難，需要有一定的分析設計經驗 例 1：根據業(yè)務流程圖例 1繪制領料業(yè)務的數據流程圖 審批領料單 P1 查閱庫存帳 P2 領料單 用料計劃 D1 未批準的領料單 已批準的領料單 庫存帳 D2 領料通知 缺貨通知 車間 采購員 數據流分析與建模 數據流分析 數據流圖 畫數據流圖的注意事項 數據字典 新系統(tǒng)邏輯模型的提出 ： ? 數據字典是關于數據信息的集合，可用它對數據流程圖中所包含的元素（數據流、數據存儲、處理過程、外部實體等）進行定義。 ⑴數據元素 ? 數據元素是最小的數據組成單位，是不可再分的數據單位。需描述的屬性有： 名稱、別名、類型、取值范圍和取值的含義、長度等。 數據元素條目 名稱：學號 別名： SNo 說明：本校學生編碼 數據值類型 : (連續(xù) /離散 )離散 類型 : (字符 /數字 )數字 長度： 7 有關數據結構：學生成績、學生卡 總編號： 1101 編 號： 101 有關編碼說明： 編號 班號 專業(yè)代碼 系代號 入學年號 ⑵ 數據結構 數據結構描述數據之間的組合關系，即說明這個數據包括哪些成分。一個數據結構可以包括若干個數據元素。 ①任選項 可以出現，也可以省略 [] ②必選項 兩個或多個數據項中，必須出現其中的一個 ③重復項 可以多次出現的數據項 數據結構條目 名稱：學生登記卡 說明：新生入學時填寫的卡片 結構： 學號 姓名 [曾用名 ] 入學日期 出生日期 性別 民族 家庭地址 本人簡歷 開始時間 終止時間 單位 職務 總編號： 203 編號： 008 有關的數據流、數據存儲： 新生登記表 學籍表 數量： 每年約 1000份
環(huán)評公示相關推薦
鄂ICP備17016276號-1