企業(yè)流程塑模個案課件

第七章企業(yè)流程塑模個案January20001系統(tǒng)分析與設計(實習)第七章企業(yè)流程塑模個案January20001系統(tǒng)分析與內容大綱學習目標7.1導論7.2需求分析7.3資料流程圖建置7.4處理規(guī)格描述與程式範例7.5資料流程圖轉HIPO圖7.6結論January20002系統(tǒng)分析與設計(實習)內容大綱學習目標January20002系統(tǒng)分析與設計(實7.1導論本章以夢幻公司之管理資訊系統(tǒng)（以下簡稱夢幻系統(tǒng)）為例，首先應用第３章之需求表達工具描述夢幻系統(tǒng)之需求，再應用第５章之企業(yè)流程塑模的概念與工具，將需求分析之結果進行企業(yè)流程之系統(tǒng)分析與設計。January20003系統(tǒng)分析與設計(實習)7.1導論本章以夢幻公司之管理資訊系統(tǒng)（以下簡稱夢幻系統(tǒng)）7.1導論(c.2)夢幻公司是一家經(jīng)營汽機車零件買賣之貿易公司，該公司亦擁有工廠，自行生產部份之零件。本系統(tǒng)之範圍包括銷售、生產管理與採購等三部份，其中銷售包括訂單、送貨、銷退、請款與登帳等作業(yè)；生產管理包括領料、退料、繳庫與盤點等作業(yè)，而採購包括訂貨、進貨與退貨等作業(yè)。January20004系統(tǒng)分析與設計(實習)7.1導論(c.2)夢幻公司是一家經(jīng)營汽機車零件買賣之貿7.2個案之需求分析根據(jù)對使用者之需求訪談結果得知夢幻公司之銷售管理作業(yè)如下：(1)業(yè)務部負責接訂貨單，接到客戶訂貨通知時須先進行訂貨資料登錄，並做成品庫存檢核，若成品庫存充足，則直接進行送貨處理；若成品庫存不足，則送生產需求通知給生產部以便進行產品之生產計畫。(2)業(yè)務部亦負責送貨與進行送貨資料處理，如計算金額、送成品等，並產出送貨單給客戶確認。January20005系統(tǒng)分析與設計(實習)7.2個案之需求分析根據(jù)對使用者之需求訪談結果得知夢幻公司7.2個案之需求分析(c.2)(3)業(yè)務部收到客戶欲退回已銷售之成品通知（銷退單）,需記錄客戶編號及銷退之成品數(shù)量、單價，並計算銷退單銷退總金額等。(4)業(yè)務部向客戶請款：a.每月請款一次，請款日期為每月25日。b.針對各客戶之本期送貨資料計算出本期應收帳款。c.合計上期未收款項及本期應收帳款列印請款單，請客戶付款。(5)業(yè)務部收到客戶之付款單,登錄客戶編號及付款資料。January20006系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.2)(3)業(yè)務部收到客戶欲退圖7-1訂單送貨流程圖

January20007系統(tǒng)分析與設計(實習)圖7-1訂單送貨流程圖January20007系統(tǒng)分析7.2個案之需求分析(c.5)處理描述1-1以上述夢幻公司訂單送貨流程圖上之訂單處理為例(參圖7-1)，其資料來源為客戶之訂單且產出為生產部之生產需求或通知出貨。訂單處理之處理描述名稱可命名為訂單處理描述，該處理描述之執(zhí)行程序與規(guī)則可從上述需求擷取之結果摘述如表7-1。January20008系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.5)處理描述1-1Janua表7-1訂單處理描述January20009系統(tǒng)分析與設計(實習)表7-1訂單處理描述January20009系統(tǒng)分析與設7.2個案之需求分析(c.8)藍圖1-1以上述夢幻公司之訂單處理為例(參圖7-1)，其訂單之藍圖可以該公司目前之訂單報表為基礎，再進一步對訂單上之每一欄位以由左至右與由上而下之原則編號，例如客戶編號為A、地址為B，依序至總金額為O等，詳如表7-2。January200010系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.8)藍圖1-1January表7-2訂單藍圖January200011系統(tǒng)分析與設計(實習)表7-2訂單藍圖January200011系統(tǒng)分析與設7.2個案之需求分析(c.10)資料詞彙1-1如上所述，一張藍圖就應有一份資料詞彙，且藍圖中之每一欄位在資料詞彙中應有一記錄描述之，因此以夢幻公司之訂單藍圖為例(參表7-2)，且採用第三章之資料詞彙樣板(參表3-3)，再經(jīng)由訪談整理，其訂單藍圖之資料詞彙可整理如表7-3。January200012系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.10)資料詞彙1-1Janua表7-3訂單資料詞彙January200013系統(tǒng)分析與設計(實習)表7-3訂單資料詞彙January200013系統(tǒng)分析7.2個案之需求分析(c.12)流程圖2,3與4之分析步驟與原則均與流程圖1相同，因此不再贅述，結果請參考課本內容。January200014系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.12)流程圖2,3與4之分析步7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模完成了需求分析之工作，接下來是如何從分析結果進行企業(yè)流程塑模，以分析與設計該系統(tǒng)之各子系統(tǒng)。本章以資料流程圖為工具，並採用第５章所述由中往外策略進行夢幻公司之企業(yè)流程塑模。進行步驟如下：January200015系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模完成了需求分析7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.2)

步驟一首先，從需求分析之結果 (1)找出外部實體 (2)找出處理 (3)找出資料儲存 (4)找出資料流January200016系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.2)步7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.3)步驟二：向上整合以建立資料流程圖本個案之向上整合依管理功能之原則將步驟一之處理分成五群(1.0)銷售管理、(2.0)生產管理、(3.0)採購管理、(4.0)基礎項目管理與(5.0)綜合報表管理等。訂貨、送貨、銷退、請款與登帳等處理可整合成一企業(yè)程序，以完成該公司銷售管理之功能，其餘詳如表7-11。January200017系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.3)步驟第零階DFD處理資料儲存外部實體資料流January200018系統(tǒng)分析與設計(實習)第零階DFDJanuary200018系統(tǒng)分析與設計(實第零階DFD部分範例January200019系統(tǒng)分析與設計(實習)第零階DFD部分範例January200019系統(tǒng)分析完整之第零階範例January200020系統(tǒng)分析與設計(實習)完整之第零階範例January200020系統(tǒng)分析與設計(7.3個案之系統(tǒng)分析與設計—企業(yè)流程塑模(c.7)步驟三：向下分解以建立低層資料流程圖向下分解之原則可依內聚力或程式碼之多寡（例如不要超過200行）來判定。以銷售管理子系統(tǒng)之送貨處理為例，送貨處理為步驟一產生之處理，從巨觀的角度來看，送貨處理僅做一件訂單相關之事情，已符合所謂的功能內聚力，可不必再分解，但若該處理中還包括新增、修改、刪除、查詢與列印等操作處理，則建議將送貨處理再依操作向下分解至第二階。January200021系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—企業(yè)流程塑模(c.7)步驟三第二階DFD 以送貨單處理為例，其第二階DFD分析如下：(1)處理(2)資料儲存(3)實體(4)資料流January200022系統(tǒng)分析與設計(實習)第二階DFDJanuary200022系統(tǒng)分析與設計(實圖7-8銷售管理子系統(tǒng)第二階DFD（1.2送貨處理）January200023系統(tǒng)分析與設計(實習)圖7-8銷售管理子系統(tǒng)第二階DFD（1.2送貨處理）Jan第三階DFD某些較複雜之第二階處理而言，其程式碼數(shù)量可能過大，若再加入偵錯或例外狀況處理則將更大，因此可考慮將該之分解成更細之處理。以新增送貨單為例，可再分解成六個子處理，其第三階DFD分析如下： (1)處理 (2)資料儲存 (3)實體 (4)資料流January200024系統(tǒng)分析與設計(實習)第三階DFDJanuary200024系統(tǒng)分析與設計(實圖7-9銷售管理子系統(tǒng)第三階DFD（1.2.1新增送貨單）January200025系統(tǒng)分析與設計(實習)圖7-9銷售管理子系統(tǒng)第三階DFD（1.2.1新增送貨單）7.4處理規(guī)格描述與程式範例(c.2)處理規(guī)格描述以送貨金額處理為例January200026系統(tǒng)分析與設計(實習)7.4處理規(guī)格描述與程式範例(c.2)處理規(guī)格描述Jan7.5資料流程圖轉HIPO圖請參閱圖7-10a～圖7-10dJanuary200027系統(tǒng)分析與設計(實習)7.5資料流程圖轉HIPO圖請參閱圖7-10a～圖7-7.6結論需求分析之結果是SA&D的主要輸入，因此需求分析之表達是否完整，對SA&D之成敗有關鍵性影響。對結構化之SA&D而言，流程塑模是程式設計之基礎，遵循科學化之方法論以進行流程塑模，可提升程式模組化與結構化程度，對程式之再用性與維護性有很大的幫助。本章以夢幻系統(tǒng)之範例，從需求分析至流程塑模，以幫助讀者瞭解整個方法論之應用。January200028系統(tǒng)分析與設計(實習)7.6結論需求分析之結果是SA&D的主要輸入，因此需求分析第七章企業(yè)流程塑模個案January200029系統(tǒng)分析與設計(實習)第七章企業(yè)流程塑模個案January20001系統(tǒng)分析與內容大綱學習目標7.1導論7.2需求分析7.3資料流程圖建置7.4處理規(guī)格描述與程式範例7.5資料流程圖轉HIPO圖7.6結論January200030系統(tǒng)分析與設計(實習)內容大綱學習目標January20002系統(tǒng)分析與設計(實7.1導論本章以夢幻公司之管理資訊系統(tǒng)（以下簡稱夢幻系統(tǒng)）為例，首先應用第３章之需求表達工具描述夢幻系統(tǒng)之需求，再應用第５章之企業(yè)流程塑模的概念與工具，將需求分析之結果進行企業(yè)流程之系統(tǒng)分析與設計。January200031系統(tǒng)分析與設計(實習)7.1導論本章以夢幻公司之管理資訊系統(tǒng)（以下簡稱夢幻系統(tǒng)）7.1導論(c.2)夢幻公司是一家經(jīng)營汽機車零件買賣之貿易公司，該公司亦擁有工廠，自行生產部份之零件。本系統(tǒng)之範圍包括銷售、生產管理與採購等三部份，其中銷售包括訂單、送貨、銷退、請款與登帳等作業(yè)；生產管理包括領料、退料、繳庫與盤點等作業(yè)，而採購包括訂貨、進貨與退貨等作業(yè)。January200032系統(tǒng)分析與設計(實習)7.1導論(c.2)夢幻公司是一家經(jīng)營汽機車零件買賣之貿7.2個案之需求分析根據(jù)對使用者之需求訪談結果得知夢幻公司之銷售管理作業(yè)如下：(1)業(yè)務部負責接訂貨單，接到客戶訂貨通知時須先進行訂貨資料登錄，並做成品庫存檢核，若成品庫存充足，則直接進行送貨處理；若成品庫存不足，則送生產需求通知給生產部以便進行產品之生產計畫。(2)業(yè)務部亦負責送貨與進行送貨資料處理，如計算金額、送成品等，並產出送貨單給客戶確認。January200033系統(tǒng)分析與設計(實習)7.2個案之需求分析根據(jù)對使用者之需求訪談結果得知夢幻公司7.2個案之需求分析(c.2)(3)業(yè)務部收到客戶欲退回已銷售之成品通知（銷退單）,需記錄客戶編號及銷退之成品數(shù)量、單價，並計算銷退單銷退總金額等。(4)業(yè)務部向客戶請款：a.每月請款一次，請款日期為每月25日。b.針對各客戶之本期送貨資料計算出本期應收帳款。c.合計上期未收款項及本期應收帳款列印請款單，請客戶付款。(5)業(yè)務部收到客戶之付款單,登錄客戶編號及付款資料。January200034系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.2)(3)業(yè)務部收到客戶欲退圖7-1訂單送貨流程圖

January200035系統(tǒng)分析與設計(實習)圖7-1訂單送貨流程圖January20007系統(tǒng)分析7.2個案之需求分析(c.5)處理描述1-1以上述夢幻公司訂單送貨流程圖上之訂單處理為例(參圖7-1)，其資料來源為客戶之訂單且產出為生產部之生產需求或通知出貨。訂單處理之處理描述名稱可命名為訂單處理描述，該處理描述之執(zhí)行程序與規(guī)則可從上述需求擷取之結果摘述如表7-1。January200036系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.5)處理描述1-1Janua表7-1訂單處理描述January200037系統(tǒng)分析與設計(實習)表7-1訂單處理描述January20009系統(tǒng)分析與設7.2個案之需求分析(c.8)藍圖1-1以上述夢幻公司之訂單處理為例(參圖7-1)，其訂單之藍圖可以該公司目前之訂單報表為基礎，再進一步對訂單上之每一欄位以由左至右與由上而下之原則編號，例如客戶編號為A、地址為B，依序至總金額為O等，詳如表7-2。January200038系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.8)藍圖1-1January表7-2訂單藍圖January200039系統(tǒng)分析與設計(實習)表7-2訂單藍圖January200011系統(tǒng)分析與設7.2個案之需求分析(c.10)資料詞彙1-1如上所述，一張藍圖就應有一份資料詞彙，且藍圖中之每一欄位在資料詞彙中應有一記錄描述之，因此以夢幻公司之訂單藍圖為例(參表7-2)，且採用第三章之資料詞彙樣板(參表3-3)，再經(jīng)由訪談整理，其訂單藍圖之資料詞彙可整理如表7-3。January200040系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.10)資料詞彙1-1Janua表7-3訂單資料詞彙January200041系統(tǒng)分析與設計(實習)表7-3訂單資料詞彙January200013系統(tǒng)分析7.2個案之需求分析(c.12)流程圖2,3與4之分析步驟與原則均與流程圖1相同，因此不再贅述，結果請參考課本內容。January200042系統(tǒng)分析與設計(實習)7.2個案之需求分析(c.12)流程圖2,3與4之分析步7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模完成了需求分析之工作，接下來是如何從分析結果進行企業(yè)流程塑模，以分析與設計該系統(tǒng)之各子系統(tǒng)。本章以資料流程圖為工具，並採用第５章所述由中往外策略進行夢幻公司之企業(yè)流程塑模。進行步驟如下：January200043系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模完成了需求分析7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.2)

步驟一首先，從需求分析之結果 (1)找出外部實體 (2)找出處理 (3)找出資料儲存 (4)找出資料流January200044系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.2)步7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.3)步驟二：向上整合以建立資料流程圖本個案之向上整合依管理功能之原則將步驟一之處理分成五群(1.0)銷售管理、(2.0)生產管理、(3.0)採購管理、(4.0)基礎項目管理與(5.0)綜合報表管理等。訂貨、送貨、銷退、請款與登帳等處理可整合成一企業(yè)程序，以完成該公司銷售管理之功能，其餘詳如表7-11。January200045系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—

企業(yè)流程塑模(c.3)步驟第零階DFD處理資料儲存外部實體資料流January200046系統(tǒng)分析與設計(實習)第零階DFDJanuary200018系統(tǒng)分析與設計(實第零階DFD部分範例January200047系統(tǒng)分析與設計(實習)第零階DFD部分範例January200019系統(tǒng)分析完整之第零階範例January200048系統(tǒng)分析與設計(實習)完整之第零階範例January200020系統(tǒng)分析與設計(7.3個案之系統(tǒng)分析與設計—企業(yè)流程塑模(c.7)步驟三：向下分解以建立低層資料流程圖向下分解之原則可依內聚力或程式碼之多寡（例如不要超過200行）來判定。以銷售管理子系統(tǒng)之送貨處理為例，送貨處理為步驟一產生之處理，從巨觀的角度來看，送貨處理僅做一件訂單相關之事情，已符合所謂的功能內聚力，可不必再分解，但若該處理中還包括新增、修改、刪除、查詢與列印等操作處理，則建議將送貨處理再依操作向下分解至第二階。January200049系統(tǒng)分析與設計(實習)7.3個案之系統(tǒng)分析與設計—企業(yè)流程塑模(c.7)步驟三第二階DFD 以送貨單處理為例，其第二階DFD分析如下：(1)處理(2)資料儲存(3)實體(4)資料流January200050系統(tǒng)分析與設計(實習)第二階DFDJanuary2000