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

Presentation on theme: "企業流程分析與資料庫設計 Business Process Analysis and Data Modeling"— Presentation transcript:

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

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

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

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

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

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

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

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

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

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

11 整合 IDEF 方法分析系統建立模型 效率評估: 1.模擬(Simulation) 2.作業成本評估 (ABC) IDEF0 系統功能分析
作業流程分析 知識擷取 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 IDEF0 結構分解 More General (Parent) More Detailed (Child) A-O A0 A-O A4
2 3 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 Customer Request Personnel Action Reports Employee/Position Data Supplies & Equipment Personnel Office Staff Viewpoint: Personnel Officer Information System

23 IDEF0 語法定義 功能/作業 (動詞為首) 限制/控制條件 (Control) 輸入 (Input) 輸出 (Output)
- 作業參數 - 決策控制法則 輸入 (Input) - 原物料 - 原始資料 功能/作業 (動詞為首) 輸出 (Output) - 成品 - 資訊 ICOMs Input: An item that enters the function and is changed through the action of the function. An object or data needed to perform a function. Output: An object or data produced as a result of the function. Control: An item which triggers the activation of the function. An item that governs the function. It often conveys why the function is performed and what constraints are present. All functions must have at least one control. Therefore, when modelers are not sure if they are dealing with an input or a control, they should make it a control. Mechanism: An item which shows how the function is performed. A person or device that performs the function. Provides the means by which a function is performed. General Note: All ICOMs are labeled with a noun or noun phrase. 資源 (Mechanism) - 設備 - 人員

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

25 作業編號與階層結構 A0 每一項作業均有特定的編號 (A0,A1,A12).
每一項作業依其作業編號, 可在模型中找到其相對位置, 而組成一階層結構. 每一項作業都是唯一的, 不會重複出現. A0 A1 A2 A3 A4 A5 A11 A12 A13 A21 A22 A23 A24 A31 A32 A33 A41 A42 A43 A44 A51 A52 A53 A54 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 Node Tree Indented List

26 圖號編碼方法 A - 0 A-O A0 A-O A-O A0 A3 A1 A0 A1 A2 A3 A31 Numbering Scheme
4 3 A1 4 A2 A3 A0 A-O 2 4 3 A-O 2 A31 4 A0 Numbering Scheme A-0 is always the diagram number for the top level activity, A0. The subsequent decomposition of this activity carries the diagram number, A0. The functions on the A0 diagram are numbered A1-A6. Likewise, their respective decompositions are numbered A1-A6. Further decompositions carry the A# from the parent activity being decomposed and are numbered from 1-6. 3 A11 4 A32 4 A12 A33 A13 A3 A1

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

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

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

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

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