《[精选]企业流程分析与资料库设计》由会员分享，可在线阅读，更多相关《[精选]企业流程分析与资料库设计（32页珍藏版）》请在金锄头文库上搜索。
1、企業流程分析與資料庫設計 Business Process Analysis and Data Modeling,中綱科技 ANDY CHENG 1999年11月20日,企業競爭環境,策略性再造工程Strategic Reengineering,確認成功關鑑要素 (CSF),產業競爭分析 (SWOT),分析與設計企業流程 (BP),組織 架構,人力 策略,資訊 科技,擬定競爭策略 (Strategy),企業流程:以訂單交期確認為例,Real-time Quotation,Customer,Order,Order Entry,Order Check . product status . pric
2、e . terms . credit . sales plan,Order Confirm,ATP Check,企業流程 : 訂單交期確認,銷售預測,生產計劃,產能分配,產能規劃,業務 部門,預測承諾,接單,配額與交期 計算,交期確認,資訊系統與企業資料庫,配額/交期計算 (ATP/DDQ),製造執行系統 (MES),銷售系統,物料需求規劃,生產計劃,運籌規劃 (SCP),運籌系統,製造系統,銷售預測 (Forecast),接單 (Order Entry),企業資料庫,傳統的二層式主從架構,銷售系統,運籌系統,製造系統,資料庫設計的三層式架構,銷售系統,運籌系統,製造系統,正向工程,反向工程,
3、產生使用界面規格,企業流程分析與三層式架構,銷售系統,運籌系統,製造系統,正向工程,反向工程,產生使用界面規格,企業流程分析,企業模型庫 (Model Mart),銷售系統,運籌系統,製造系統,企業流程分析,模型管理,完全一致,IDEF0,IDEF3,IDEF1X,整合 IDEF 方法分析系統建立模型,IDEF3 作業流程分析 知識擷取,IDEF1X 資訊模型分析設計,IDEF0 系統功能分析,效率評估: 1.模擬(Simulation) 2.作業成本評估 (ABC),軟體系統發展,系統與模型 : IDEF 方法論介紹,IDEF 分析方法起源 IDEF0 系統功能分析 IDEF3 作業流程知識
4、擷取 IDEF1X 資訊分析方法 整合 IDEF 方法分析系統建立模型,IDEF 分析方法起源,IDEF 是一種規格整合技術, 源於結構化分析與設計技術 (SADT), 可以將一個複雜的系統 (System) , 以結構化的模型 (Model) 表示, 藉此了解系統的特性與問題. IDEF : ICAM DEFinition Method, USAF, 1981 ICAM : Integrated Computer-Aided Manufacturing IICE : Integrated Information for Concurrent Engineering IDEF 普遍成功應用在混
5、合系統案例上, 即牽涉到人員, 軟體(程序制度), 硬體(設備)間相互關係的系統. 例如: 物流分析規劃, 自動化, 企業再造, 作業流程規劃, 整合資訊系統發展, 系統整合與系統轉換等. IDEF0/IDEF1X : FIPS-183/184, NIST, Dec. 21, 1993,IDEF0 系統功能分析,表達系統功能與作業 表達系統之輸入(Input), 控制(Control), 輸出(Output) 與資源 (Mechanism) 表達物流,資訊流與決策控制法則 表達由上而下功能結構 (Decomposition) 表達現有 (AS-IS) 系統或目標 (TO-BE) 系統,More
6、 General (Parent),More Detailed (Child),A0,A-O,A0,A1,A2,A3,A4,2,4,A-O,A4,A41,A43,A42,IDEF0 結構分解,IDEF3 作業流程知識擷取,快速擷取企業流程, 決策邏輯, 作業知識 表達流程中各項作業先後順序 (Temporal Constraints) 表達決策邏輯 : AND, OR, XOR and SYNC., ASYNC. 表達物件 : Entity, Location, Resource, Queue, Transport 表達由上而下功能結構 (Decomposition) 表達現有 (AS-IS)
7、 系統或目標 (TO-BE) 系統 可以多個劇本 (Scenario) 表達不同視角之流程 可做為 Simluation 模型之前處理作業,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-A
8、ttributed Model Database Model,系統分析的目的,確認經營目標與系統之關係 (Business Driver) 擷取與分析現有系統 (AS-IS Model) 人員溝通 (Communication) 作業標準書 (Specification) 新進人員訓練 (Training) 制定/改造作業流程 (TO-BE Model),整合 IDEF 方法分析系統建立模型,IDEF3 擷取企業流程 資訊/知識 Process Capture,模擬分析 作業流量 Workflow Analysis,IDEF0 建立企業流程 模型 Process Model,分析 作業標準成本
9、 Activity-Based Costing,分析 企業資訊 Information Analysis,IDEF1X 建立企業 資訊模型 Information Modeling,建立 企業資料庫 Database Schema,發展/整合 資訊系統 System Development,作業文件 表單,人員訪談 經驗法則,企業 物件資訊,企業流程 決策程序,工時資訊 模擬參數,模擬分析 報告,單位成本 分析報告,既有資訊系統 作業文件表單,企業功能模型 - 企業流程 - 功能結構/模組 - 企業資訊 (P) - 企業資訊 (T) - 決策法則 (BR),企業資訊(ER),企業資訊模型庫(E
10、DM),企業 資料庫,發展工具 (RAD) 軟體元件,企業 資料庫,整合 資訊 系統,成本 資訊,IDEF0 系統功能分析Function Modeling Method,中綱科技,IDEF0 系統功能分析,表達系統功能與作業 表達物流,資訊流與決策控制法則 表達由上而下功能結構 (Decomposition) 表達現有 (AS-IS) 系統或目標 (TO-BE) 系統,範疇,目的, 與視角,Perform Personnel Actions,Applicant Data,Customer Request,Employee/PositionData,Personnel Action,Repor
11、ts,Information System,Personnel Office Staff,Supplies & Equipment,Personnel Regulations,Department Policy,Supervisor Instructions,Manning Conditions,Viewpoint: Personnel Officer,Context : 定義模型範疇 Purpose : 定義目的 Viewpoint : 定義視角,Purpose: To document the activities associated with managing Personnel Ac
12、tions and identify non-value added activities that might be eliminated.,輸入 (Input) - 原物料 - 原始資料,限制/控制條件 (Control) - 作業參數 - 決策控制法則,資源 (Mechanism) - 設備 - 人員,功能/作業 (動詞為首),輸出 (Output) - 成品 - 資訊,IDEF0 語法定義,More General (Parent),More Detailed (Child),A0,A-O,A0,A1,A2,A3,A4,2,4,A-O,A4,A41,A43,A42,結構分解,作業編號與
13、階層結構,每一項作業均有特定的編號 (A0,A1,A12). 每一項作業依其作業編號, 可在模型中找到其相對位置, 而組成一階層結構. 每一項作業都是唯一的, 不會重複出現.,A - 0,A0,4,2,4,A-O,A0,4,2,4,A-O,A1,4,2,4,A-O,A3,A2,A1,A3,A11,A12,A13,A31,A32,A33,A0,圖號編碼方法,ICOM 編號方式,Process guidelines,Company guidelines,Invoice guidelines,Process request,A1,A2,Process invoice,Apply purchase t
14、o books,A3,Ledger guidelines,Purchase request,Accounting staff,Payment,Invoice,Correct ledger,Order,C1,I1,M1,O1,O2,資訊隱藏 Tunneling,資訊隱藏以簡化圖面內容 資訊顯示在必要表現的位置,非連接端括弧:上層隱藏,連接端括弧:下層隱藏,Maintain Accounts Payable,A0,Purchase request,Accounting staff,Company guidelines,Budget guidelines,Correct ledger,Payment
15、,( ),資訊隱藏範例,Process guidelines,Company guidelines,Invoice guidelines,Process request,A1,A2,Process invoice,Apply purchase to books,A3,Ledger guidelines,Purchase request,Accounting staff,Payment,Invoice,Correct ledger,Order,C1,I1,M1,O1,O2,( ),( ),資訊合流與分流Bundeling and Unbundeling,資訊合流可合併相關個別資訊為一集合資訊. 如 : 新訂單 (Order) 與未交訂單(Back Order) 可合併為待處理訂單. 資訊分流可將集合資訊拆分為個別特定資訊. 如 : 資源可分為人力與設備.,除最上層 A-0 圖外, 所有圖面至少要有三項作業, 但不得多於六項. 每一作業至少有一個控制項與一個輸出項資訊, 但任一面資訊不得多於六項. 模型中每一圖面必須符合模型所定義的範疇, 目的與視域. 參考: FIPS-183/184, NIST, Dec. 21, 1993,IDEF0 設計基本原則,演讲完毕，谢谢观看！,
