企業流程分析與資料庫設計 Business Process Analysis and Data Modeling

1. 企業流程分析與資料庫設計Business Process Analysis and Data Modeling 中綱科技 ANDY CHENG 1999年11月20日

2. 產品多樣性 產品集積度 產品生命週期 研發到量產時間 客戶滿意度 達交率 配銷通路 庫存週轉率 資本密集 產品品質 企業競爭環境

3. 策略性再造工程Strategic Reengineering 產業競爭分析 (SWOT) 確認成功關鑑要素 (CSF) 擬定競爭策略 (Strategy) 分析與設計企業流程 (BP) 組織 架構 資訊 科技 人力 策略

4. 企業流程:以訂單交期確認為例 Customer Order Check . product status . price . terms . credit . sales plan Order Entry Order Real-time Quotation ATP Check Order Confirm

5. 企業流程 : 訂單交期確認 業務 部門 銷售預測 產能規劃 生產計劃 預測承諾 產能分配 接單 配額與交期 計算 交期確認

6. 資訊系統與企業資料庫 運籌規劃 (SCP) 銷售預測 (Forecast) 物料需求規劃 生產計劃 配額/交期計算 (ATP/DDQ) 製造執行系統 (MES) 接單 (Order Entry) 銷售系統 運籌系統 製造系統 企業資料庫

7. 資料庫系統 傳統的二層式主從架構 製造系統 運籌系統 銷售系統

8. 資料模式 資料庫系統 資料庫設計的三層式架構 銷售系統 運籌系統 製造系統 產生使用界面規格 正向工程 反向工程

9. 企業 流程 模式 資料模式 資料庫系統 企業流程分析與三層式架構 銷售系統 運籌系統 製造系統 產生使用界面規格 正向工程 反向工程 企業流程分析

10. 企業 流程 模式 模型庫 Model Mart 資料模式 資料庫系統 企業模型庫 (Model Mart) 銷售系統 運籌系統 製造系統 模型管理 IDEF1X 企業流程分析 完全一致 IDEF0,IDEF3

11. 整合 IDEF 方法分析系統建立模型 效率評估: 1.模擬(Simulation) 2.作業成本評估 (ABC) IDEF0 系統功能分析 IDEF3 作業流程分析 知識擷取 IDEF1X 資訊模型分析設計 軟體系統發展

12. 系統與模型 : IDEF 方法論介紹 • IDEF 分析方法起源 • IDEF0 系統功能分析 • IDEF3 作業流程知識擷取 • IDEF1X 資訊分析方法 • 整合 IDEF 方法分析系統建立模型

13. IDEF 分析方法起源 • IDEF 是一種規格整合技術, 源於結構化分析與設計技術(SADT), 可以將一個複雜的系統 (System) , 以結構化的模型 (Model) 表示, 藉此了解系統的特性與問題. • IDEF : ICAM DEFinition Method, USAF, 1981 • ICAM : Integrated Computer-Aided Manufacturing • IICE : Integrated Information for Concurrent Engineering • IDEF 普遍成功應用在混合系統案例上, 即牽涉到人員, 軟體(程序制度), 硬體(設備)間相互關係的系統. 例如: 物流分析規劃, 自動化, 企業再造, 作業流程規劃, 整合資訊系統發展, 系統整合與系統轉換等. • IDEF0/IDEF1X : FIPS-183/184, NIST, Dec. 21, 1993

14. IDEF0 系統功能分析 • 表達系統功能與作業 • 表達系統之輸入(Input), 控制(Control), 輸出(Output) 與資源 (Mechanism) • 表達物流,資訊流與決策控制法則 • 表達由上而下功能結構 (Decomposition) • 表達現有 (AS-IS) 系統或目標 (TO-BE) 系統

15. 3 IDEF0 結構分解 More General (Parent) A0 A-O A1 A2 A3 A4 A0 A-O 2 More Detailed (Child) A41 4 A42 A43 A4

16. IDEF3 作業流程知識擷取 • 快速擷取企業流程, 決策邏輯, 作業知識 • 表達流程中各項作業先後順序 (Temporal Constraints) • 表達決策邏輯 : AND, OR, XOR and SYNC., ASYNC. • 表達物件 : Entity, Location, Resource, Queue, Transport • 表達由上而下功能結構 (Decomposition) • 表達現有 (AS-IS) 系統或目標 (TO-BE) 系統 • 可以多個劇本 (Scenario) 表達不同視角之流程 • 可做為 Simluation 模型之前處理作業

17. 訂單 包含 屬於 訂單項目 IDEF1X 資訊分析方法 • 起源 : ER(Chen), Relational(Codd), Aggregation(Smith), and Elka(Hughes Aircraft) • Entity, Relationship, Key, Attribute • Semantic Data Model • 一張訂單可包含一或多筆 訂單項目 • 一筆訂單項目必屬於一張訂單 • Model Evolution • ER Model • Key-Based Model • Fully-Attributed Model • Database Model

18. 系統分析的目的 • 確認經營目標與系統之關係 (Business Driver) • 擷取與分析現有系統 (AS-IS Model) • 人員溝通 (Communication) • 作業標準書 (Specification) • 新進人員訓練 (Training) • 制定/改造作業流程 (TO-BE Model)

19. 整合 IDEF 方法分析系統建立模型 模擬分析 報告 單位成本 分析報告 模擬分析 作業流量 Workflow Analysis 分析 作業標準成本 Activity-Based Costing 工時資訊 模擬參數 成本 資訊 企業功能模型 - 企業流程 - 功能結構/模組 - 企業資訊 (P) - 企業資訊 (T) - 決策法則 (BR) 企業流程 決策程序 整合 資訊 系統 作業文件 表單 IDEF3 擷取企業流程 資訊/知識 Process Capture IDEF0 建立企業流程 模型 Process Model 發展/整合 資訊系統 System Development 人員訪談 經驗法則 發展工具 (RAD) 軟體元件 企業 資料庫 企業 物件資訊 IDEF1X 建立企業 資訊模型 Information Modeling 企業 資料庫 分析 企業資訊 Information Analysis 建立 企業資料庫 Database Schema 既有資訊系統 作業文件表單 企業資訊(ER) 企業資訊模型庫(EDM)

20. IDEF0 系統功能分析Function Modeling Method 中綱科技

21. IDEF0 系統功能分析 • 表達系統功能與作業 • 表達物流,資訊流與決策控制法則 • 表達由上而下功能結構 (Decomposition) • 表達現有 (AS-IS) 系統或目標 (TO-BE) 系統

22. 範疇,目的, 與視角 • Context : 定義模型範疇 • Purpose : 定義目的 • Viewpoint : 定義視角 Personnel Regulations Department Policy Supervisor Instructions Manning Conditions Purpose: To document the activities associated with managing Personnel Actions and identify non-value added activities that might be eliminated. Applicant Data Perform Personnel Actions Personnel Action Customer Request Reports Employee/PositionData Supplies & Equipment Personnel Office Staff Viewpoint: Personnel Officer Information System

23. IDEF0 語法定義 限制/控制條件 (Control) - 作業參數 - 決策控制法則 輸入 (Input) - 原物料 - 原始資料 輸出 (Output) - 成品 - 資訊 功能/作業 (動詞為首) 資源 (Mechanism) - 設備 - 人員

24. 3 結構分解 More General (Parent) A0 A-O A1 A2 A3 A4 A0 A-O 2 More Detailed (Child) A41 4 A42 A43 A4

25. A0 Perform Personnel Actions A1 Hire People A11 Review Applicant Information A12 Verify Past Employment A13 Interview Applicant A2 Fire People A21 Review Work History A22 Create Dismissal Documents A23 Counsel Employee A3 Promote People A31 Create Awards Package A32 Arrange Ceremony A33 Submit Paperwork A34 Insure Raise Action Completed A0 A1 A2 A3 A4 A5 A11 A21 A31 A41 A51 A42 A52 A12 A22 A32 A13 A43 A53 A23 A33 A54 A44 A24 Indented List Node Tree 作業編號與階層結構 • 每一項作業均有特定的編號 (A0,A1,A12). • 每一項作業依其作業編號, 可在模型中找到其相對位置, 而組成一階層結構. • 每一項作業都是唯一的, 不會重複出現.

26. 3 3 3 圖號編碼方法 A0 A - 0 A-O 2 4 A1 4 A2 A3 A0 A-O 2 4 A-O A31 2 4 A0 4 A11 A32 4 A12 A33 A13 A3 A1

27. ICOM 編號方式 C1 Company guidelines Process guidelines Purchase request Order Process request I1 Invoice guidelines A1 Process invoice Invoice Payment O2 A2 Ledger guidelines Apply purchase to books Correct ledger O1 A3 Accounting staff M1

28. ( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) 資訊隱藏 Tunneling 非連接端括弧:上層隱藏 連接端括弧:下層隱藏 • 資訊隱藏以簡化圖面內容 • 資訊顯示在必要表現的位置

29. Company guidelines 資訊隱藏範例 Budget guidelines ( ) Correct ledger Purchase request Maintain Accounts Payable C1 Payment A0 Company guidelines Accounting staff Process guidelines Order Process request Purchase request ( ) I1 Invoice guidelines A1 Process invoice Invoice Payment ( ) O2 A2 Ledger guidelines Apply purchase to books Correct ledger O1 A3 Accounting staff M1

30. 資訊合流與分流Bundeling and Unbundeling • 資訊合流可合併相關個別資訊為一集合資訊. 如 : 新訂單 (Order) 與未交訂單(Back Order) 可合併為待處理訂單. • 資訊分流可將集合資訊拆分為個別特定資訊. 如 : 資源可分為人力與設備.

31. IDEF0設計基本原則 • 除最上層 A-0 圖外, 所有圖面至少要有三項作業, 但不得多於六項. • 每一作業至少有一個控制項與一個輸出項資訊, 但任一面資訊不得多於六項. • 模型中每一圖面必須符合模型所定義的範疇, 目的與視域. 參考: FIPS-183/184, NIST, Dec. 21, 1993