第五章资料处理之分析模型

第五章:資料處理之分析模型1.前言三種分析工具

1)資料流程圖(DataFlowDiagram:DFD)2)結構化英文(StructuredEnglish)3)決策表(DecisionTable)

(研究顯示採用分析工具可提高產品品質節省成本)(分析模型可經由CASE協助自動產生程式或系統)

DFD之分析內涵1)系統架構(系統與環境間之資料互動)

2)現有系統之資料流動3)新系統之邏輯處理方式(不考慮採用何種硬體..)4)每一個處理流程內之物件內容描述2.DFD介紹四個繪製DFD之符號四個DFD符號代表之意義a)資料流(DataFlow):代表資料之流動

範例:傳票、記帳憑證、報表、資料庫查詢結果、螢幕上出現之結果、某項資料…b)

資料儲存

(DataStore):各種人工或自動化之資料儲存方式

範例:資料夾、各式電腦檔案(磁帶、磁碟、….)、筆記本、….

c)處理(Process):各種加諸於資料之行動(作業),並使得資料產生改變、儲存

、分割之結果d)

外部實體(ExternalEntities;Source/Sink)

:

發動或終止資料流動者;可能為一個組織或單位、企業內部或外部人員、另一系統…

範例:客戶、行員、環保署、供銷商、..系統也是一種處理

將作業處理程序轉換成

DFD

之範例

客人至客戶服務處

繳還賒欠之款項,

客戶服務處將付款資料傳送至會計處;更新客戶之應付帳款金額,並製作收據給客人;次日客戶服務處將收到之現金或票據存入銀行。

利用DFD繪製處理流程(將會計處包含在系統內)

錯誤地將

會計處

視為外部實體

外部實體不能儲存資料

繪製DFD時之注意事項(1):

相關之處理作業(process),應標示其唯一的參考編號(1.0,2.0,….)相關之資料儲存(datastore)亦應標示其唯一的參考編號(D1,D2,….)以漢堡速食店訂單處理

繪製DFD

2.1.系統架構圖(ContextDiagram)

(界定系統之範圍並標示主要外部實體)

2.2.系統主要處理流程(level-0diagram)

漢堡速食店訂單處理概述:

1)以各種方式取得客戶之速食訂單交予廚房2)記錄銷售內容(ie.二個起司漢堡一包薯條…)3)根據銷售內容扣除庫存(ie.二個圓麵包二個餡餅二片起司…)4)當日營業結束列印管理報表供餐廳經理參考

系統主要處理DFD(level-0diagram)

取得訂單銷售記錄更新庫存列印報表繪製DFD時之注意事項(2):

DFD並未標示事件發生之時間、次數及資料發生之數量繪製DFD之基本原則(表5-2;圖5-6)(圖5-6使用之符號和教科書原先有異)

常見之DFD錯誤繪圖

繪製DFD時之注意事項(3):

處理作業之輸入或輸出資料流其內容或名稱應有差異

DFD內之所有物件名稱應具唯一性

2.3.處理流程之細部分解

level-1diagram

針對level-0圖形中某一處理予以細部分解以圖5.5.中之作業1.0為例可細部分解為:

1)取得客戶二聯式訂單2)製作收據給予客戶3)第一聯交給廚房製作食物4)第二聯做為當日銷售明細及庫存原料消耗之處理憑證

level-1DFD繪製

輸出入資料流保持不變(一個輸入四個輸出)取得訂單製作收據訂單交廚房更新檔案level-ndiagram:針對level-n-1圖形中

某一處理予以細部分解;其中

n為自然數

level-2DFD

level-3DFD

繪製DFD時之注意事項(4):每一張DFD圖形內之處理作業

(process)最好不要超過7個分解至不能再分解之圖形稱為“primitiveDFD“處理作業之第一個字必為動詞(verb)(ie.收到、計算、製作、產生、…)2.4.作業分解時之平衡(BalancingDFDs)

上一層之DFD作業處理,其輸出輸入資料流個數,必須和下一層DFD相等

圖5-5及圖5-7為一平衡之分解

(二個圖中之1.0作業均為1個輸入4個輸出)

不平衡之分解圖

1輸入1輸出

2輸入1輸出

複合型資料之合成與分解

此一DFD也視為平衡繪製DFD時之注意事項(5):

處理作業分解時允許複合型資料一個處理作業之輸入資料流應足夠產生輸出資料流最底層的處理作業可能產生一些特殊狀況的資料流為避免資料流交叉可重複繪製外部實體並加註符號3.利用DFD進行處理分析3.1.繪製DFD之原則

1)完整性:必須將作業處理之相關物件予以完整納入(Completeness)

2)一致性:不同層次之處理描述應一致、平衡

(Consistency)

3)圖形之盲點:無法表達處理時間、週期、批次作業、…等工作

4)在系統發展生命週期間須不斷地修正

5)不易掌握何時停止圖形分解之工作(6個原則)

註:

1)2)及4)可經由電腦輔助軟體工具(CASE)

協助達成

利用CASE軟體繪製DFD

3.2.將DFD視為重要的分析工具

舊有實體系統、未來邏輯系統之處理描述二組以上流程之差異性分析(GapAnalysis)找出重覆性之處理流程或儲存資料界定缺乏效率之處理流程未來實體系統應採用何種硬體之沙盤推演

(onelogicalDFD==>severalphysicalDFDs)

邏輯系統與實體系統之DFD範例

3.3.使用DFD進行企業流程改造(BPR)

流程改造大師Hammer&Champy以IBM

貸款公司為例

1)改造前:多人參與、流程繁瑣、須6個工作天…

2)改造後:一般案件採單一窗口(一位專才取代原先5個分工處理程序)(用人精簡、效率提高100倍、90分鐘完成)

改造前

之處理流程

採用此符號之意義為何?

改造後

之處理流程

4.如何表達某一作業之處理邏輯

DFD並未將處理邏輯予以表達，應採用其他工具搭配二種作業處理邏輯工具4.1.結構化英文(StructuredEnglish)以類似英文之結構化語法描述處理邏輯(期望讓非程式設計者了解程式之處理)保留程式語言中之關鍵字(ie.IF..THEN..ELSE..,DOUNTIL….)不須考慮變數之設定或檔案之處理細節

結構化英文中包含名詞與動詞;但不包含形容詞及副詞與一般程式語言一樣須包含三種基本語法順序條件(IF…ELSE…;SELECTCASE….)

迴路(DO…UNTIL;DOWHILE….)Note:

適應國內環境也可採用中文混合模式條件敘述(IF範例)

IF庫存量<安全庫存值

THEN

產生一筆新訂單交易

ENDIF

條件敘述(CASE範例)讀取庫存量

記錄

SELECTCASE

CASE1:(庫存量>安全庫存值)

EXIT

CASE2:(庫存量=安全庫存值)

EXIT

CASE3:(庫存量<安全庫存值)產生一筆新訂單交易

CASE4:(庫存量=0)產生一筆緊急訂單交易

ENDCASE

漢堡速食店之原料庫存管理DFD

供應商進貨增添庫存量盤點庫存扣除庫存使用量根據存貨量及安全庫存量決定是否下訂單付款

以結構化英文表達四個處理作業

每一筆庫存均處理批次作業型態4.2.決策表(DecisionTable)當某項處理邏輯,在諸多不同之條件或條件組合下,將採取不同之行動時;使用結構化英文較不易清楚地表達決策表之架構:

條件敘述各種條件值組合行動對策各種組合對應之行動決策表繪製範例(圖5-16)某公司有二類員工(正式

vs.

按時計酬)員工之週薪依其工作時數有三種分類;

六種組合下有四種不同之薪資給付方式簡化決策表之繪製(圖5-17)由圖5-16顯示,對正式員工而言不論其工作時數多寡其計酬方式均相同漢堡速食店訂貨之決策表影響漢堡速食店訂貨方式之因素有三:1)貨品之易腐性(容易腐敗者/不易腐敗者)

2)訂貨之時點(非週末/週末)

3)季節性(平常日/暑假期間/假日)此三項因素產生2×2×3=12種組合,並對應5種訂貨方案(圖5-18)

簡