《企业流程塑模个案》由会员分享，可在线阅读，更多相关《企业流程塑模个案（28页珍藏版）》请在金锄头文库上搜索。
1、第七章 企業流程塑模個案內容大綱學習目標7.1 導論7.2 需求分析7.3 資料流程圖建置7.4 處理規格描述與程式範例7.5 資料流程圖轉HIPO圖7.6 結論7.1 導論本章以夢幻公司之管理資訊系統（以下簡稱夢幻系統）為例，首先應用第章之需求表達工具描述夢幻系統之需求，再應用第章之企業流程塑模的概念與工具，將需求分析之結果進行企業流程之系統分析與設計。 7.1 導論 (c.2)夢幻公司是一家經營汽機車零件買賣之貿易公司，該公司亦擁有工廠，自行生產部份之零件。本系統之範圍包括銷售、生產管理與採購等三部份，其中銷售包括訂單、送貨、銷退、請款與登帳等作業；生產管理包括領料、退料、繳庫與盤點等作業
2、，而採購包括訂貨、進貨與退貨等作業。7.2 個案之需求分析根據對使用者之需求訪談結果得知夢幻公司之銷售管理作業如下：(1) 業務部負責接訂貨單，接到客戶訂貨通知時須先進行訂貨資料登錄，並做成品庫存檢核，若成品庫存充足，則直接進行送貨處理；若成品庫存不足，則送生產需求通知給生產部以便進行產品之生產計畫。(2) 業務部亦負責送貨與進行送貨資料處理，如計算金額、送成品等，並產出送貨單給客戶確認。7.2 個案之需求分析 (c.2)(3) 業務部收到客戶欲退回已銷售之成品通知（銷退單）, 需記錄客戶編號及銷退之成品數量、單價，並計算銷退單銷退總金額等。(4) 業務部向客戶請款：a. 每月請款一次，請款日
3、期為每月25日。b. 針對各客戶之本期送貨資料計算出本期應收帳款。c. 合計上期未收款項及本期應收帳款列印請款單，請客戶付款。(5) 業務部收到客戶之付款單, 登錄客戶編號及付款資料。圖7-1 訂單送貨流程圖 7.2 個案之需求分析 (c.5)處理描述處理描述 1-1以上述夢幻公司訂單送貨流程圖上之訂單處理為例(參圖7-1)，其資料來源為客戶之訂單且產出為生產部之生產需求或通知出貨。訂單處理之處理描述名稱可命名為訂單處理描述，該處理描述之執行程序與規則可從上述需求擷取之結果摘述如表7-1。 表7-1 訂單處理描述7.2 個案之需求分析 (c.8)藍圖藍圖 1-1以上述夢幻公司之訂單處理為例(參
4、圖7-1)，其訂單之藍圖可以該公司目前之訂單報表為基礎，再進一步對訂單上之每一欄位以由左至右與由上而下之原則編號，例如客戶編號為A、地址為B，依序至總金額為O等，詳如表7-2。 表7-2 訂單藍圖 7.2 個案之需求分析(c.10)資料詞彙資料詞彙 1-1如上所述，一張藍圖就應有一份資料詞彙，且藍圖中之每一欄位在資料詞彙中應有一記錄描述之，因此以夢幻公司之訂單藍圖為例(參表7-2)，且採用第三章之資料詞彙樣板(參表 3-3)，再經由訪談整理，其訂單藍圖之資料詞彙可整理如表7-3。 表7-3 訂單資料詞彙 7.2 個案之需求分析(c.12)流程圖2, 3與4之分析步驟與原則均與流程圖1相同，因此
5、不再贅述，結果請參考課本內容。 7.3 個案之系統分析與設計企業流程塑模完成了需求分析之工作，接下來是如何從分析結果進行企業流程塑模，以分析與設計該系統之各子系統。 本章以資料流程圖為工具，並採用第章所述由中往外策略進行夢幻公司之企業流程塑模。進行步驟如下：7.3 個案之系統分析與設計企業流程塑模 (c.2) 步驟一步驟一首先，從需求分析之結果(1) 找出外部實體(2) 找出處理(3) 找出資料儲存(4) 找出資料流7.3 個案之系統分析與設計企業流程塑模 (c.3)步驟二：向上整合以建立資料流程圖步驟二：向上整合以建立資料流程圖本個案之向上整合依管理功能之原則將步驟一之處理分成五群 (1.0
6、)銷售管理、 (2.0)生產管理、 (3.0)採購管理、 (4.0)基礎項目管理與 (5.0)綜合報表管理等。訂貨、送貨、銷退、請款與登帳等處理可整合成一企業程序，以完成該公司銷售管理之功能，其餘詳如表7-11。第零階 DFD處理資料儲存外部實體資料流第零階 DFD 部分範例完整之第零階範例7.3 個案之系統分析與設計企業流程塑模 (c.7)步驟三：向下分解以建立低層資料流程圖步驟三：向下分解以建立低層資料流程圖向下分解之原則可依內聚力或程式碼之多寡（例如不要超過200行）來判定。以銷售管理子系統之送貨處理為例，送貨處理為步驟一產生之處理，從巨觀的角度來看，送貨處理僅做一件訂單相關之事情，已符
7、合所謂的功能內聚力，可不必再分解，但若該處理中還包括新增、修改、刪除、查詢與列印等操作處理，則建議將送貨處理再依操作向下分解至第二階。 第二階 DFD以送貨單處理為例，其第二階 DFD 分析如下：(1) 處理(2) 資料儲存(3) 實體(4) 資料流圖7-8 銷售管理子系統第二階DFD（1.2送貨處理）第三階 DFD某些較複雜之第二階處理而言，其程式碼數量可能過大，若再加入偵錯或例外狀況處理則將更大，因此可考慮將該之分解成更細之處理。以新增送貨單為例，可再分解成六個子處理，其第三階 DFD 分析如下：(1) 處理(2) 資料儲存(3) 實體(4) 資料流圖7-9 銷售管理子系統第三階DFD（1.2.1新增送貨單）7.4 處理規格描述與程式範例 (c.2)處理規格描述以送貨金額處理為例7.5 資料流程圖轉HIPO圖請參閱圖7-10a 圖7-10d7.6 結論需求分析之結果是SA&D的主要輸入，因此需求分析之表達是否完整，對SA&D之成敗有關鍵性影響。對結構化之SA&D而言，流程塑模是程式設計之基礎，遵循科學化之方法論以進行流程塑模，可提升程式模組化與結構化程度，對程式之再用性與維護性有很大的幫助。本章以夢幻系統之範例，從需求分析至流程塑模，以幫助讀者瞭解整個方法論之應用。
