結構化企業流程塑模個案.pptVIP

結構化企業流程塑模個案 系統分析與設計—企業流程塑模 步驟一 找出初步資料流程圖元素 首先，從需求分析之結果 找出外部實體 找出處理 找出資料儲存 找出資料流 步驟二 向上整合以建立資料流程圖 本個案之向上整合依管理功能之原則將步驟一之處理分成五群銷售管理(1.0) 、生產管理 (2.0) 、 採購管理 (3.0) 、 基礎項目管理與 (4.0)、綜合報表管理(5.0)等。 訂貨、送貨、銷退、請款與登帳等處理可整合成一企業程序，以完成該公司銷售管理之功能，其餘詳如表7-11。 銷售管理之處理、資料檔與資料流向 第一階至第零階的處理與資料流之整合 銷售管理之第零階DFD 夢幻系統第零階DFD 步驟三 向下分解以建立低層資料流程圖 向下分解之原則可依內聚力或程式碼之多寡（例如不要超過200行）來判定。 以銷售管理子系統之送貨處理為例，送貨處理為步驟一產生之處理，從巨觀的角度來看，送貨處理僅做一件訂單相關之事情，已符合所謂的功能內聚力，可不必再分解，但若該處理中還包括新增、修改、刪除、查詢與列印等操作處理，則建議將送貨處理再依操作向下分解至第二階。 以送貨單處理為例，其第二階 DFD 分析如下： 處理 資料儲存 實體 資料流 某些較複雜之第二階處理而言，其程式碼數量可能過大，若再加入偵錯或例外狀況處理則將更大，因此可考慮將該之分解成更細之子處理。 以新增送貨單為例，可再分解成六個子處理，其第三階 DFD 分析如下： 處理 資料儲存 實體 資料流 處理規格描述與程式範例 夢幻系統之結構圖 結論 需求分析之結果是SAD的主要輸入，因此需求分析之表達是否完整，對SAD之成敗有關鍵性影響。 對結構化之SAD而言，流程塑模是程式設計之基礎，遵循科學化之方法論以進行流程塑模，可提升程式模組化與結構化程度，對程式之再用性與維護性有很大的幫助。 * * 客 戶 D5 稅率資料 D1 客戶基本資料 D2 訂單資料 D3 送貨單資料 D4 銷退單資料 D6 請款單資料 D7 付款單資料 D8 成品資料 業 務 部 銷售管理 1.0 Procedure 1.2.1.4 送貨金額處理 Begin {11. 計算送貨明細加總金額 } {7. 計算稅前總金額 } {9. 設定稅金額 } {8. 計算稅後金額 } End; {***11. 計算送貨明細加總金額 ***} Begin 移動送貨單的送貨明細資料到第一筆記錄 將送貨單的送貨明細加總金額初設為 0 當送貨單的送貨明細資料還沒超過最後一筆時重複以下動作 Begin 送貨單的送貨明細加總金額＝送貨明細 （ 數量 × 售價 ） ＋原送貨單的送貨明細加總金額 移動送貨單的送貨明細資料到下一筆記錄 End; E nd; 夢幻系統 1.0 銷 售 管 理 2.0 生 產 管 理 3.0 採 購 管 理 4.0 基 礎 項 目 管 理 5.0 綜 合 報 表 管 理 銷售相關資料 生產相關資料 採購相關資料 基礎項目資料 處理結果 處理結束 處理結果 處理結束 處理結果 處理結束 綜合報表相關資料 處理結果 處理結束 處理結果 處理結束 1.2 送貨處理 1.2.1 新 增 送 貨 單 1.2.2 修 改 送 貨 單 1.2.3 刪 除 送 貨 單 1.2.4 送 貨 單 資 料 查 詢 1.2.5 送 貨 單 資 料 列 印 2 新增完成 修改完成 刪除完成 列印完成 查詢完成 2 2 2 2 1.2.1 新增送貨單 1.2.1.2 稅 率 處 理 1.2.1.3 送 貨 單 成 品 明 細 處 理 1.2.1.4 送 貨 金 額 處 理 1.2.1.5 送 貨 單 資 料 偵 錯 處 理 1.2.1.6 送 貨 單 資 料 儲 存 處 理 1.2.1.1 送 貨 單 基 本 資 料 處 理 3 2 1 4 5 6 處理結果 處理結束 處理結果 處理結束 處理結果 處理結束 處理結果 處理結束 處理結果 處理結束 處理結果 處理結束 *