【文章內(nèi)容簡介】 48 EDI的特點： ，并具有格式校驗功能。 自動處理，無人工處理。 3 .EDI對傳輸?shù)奈募哂?跟蹤 、確認、防篡改、防冒領(lǐng)、電子簽名等一系列安全保 障功能。 4 。 。 49 EDI的主要效益： 1 大大節(jié)省紙張?zhí)幚碣M用和人力資源 。 2 縮短信息傳遞時間，使交易活動能在最短時間內(nèi)完成 。 3 減少人為錯誤以及延誤時間造成的經(jīng)濟損失 。 4 提高企業(yè)的作業(yè)及生產(chǎn)效率，密切企業(yè)與其上下相關(guān)企業(yè)的產(chǎn)、供、銷關(guān)系，有效的降低庫存量，使庫存保持在合理的最佳狀態(tài)。 50 51 EDI的 分類 1 直接 EDI方式： 用戶之間實行點對點的數(shù)據(jù)交互方式 增值網(wǎng)方式： 增值網(wǎng)作為數(shù)據(jù)交互的中介，是一個邏輯意義上的網(wǎng)絡(luò)，技術(shù)較為成熟。 52 EDI應(yīng)用成功案例 IBM在 87年開始使用 EDI，截止 91年的前五年時間，通過 EDI與全球 2023余家用戶保持商務(wù)聯(lián)系，紙張費用節(jié)省 7千萬美元。 通用汽車由于采用 EDI技術(shù)，每一輛車的貿(mào)易紙張服務(wù)費用減少 500美金，每年可節(jié)省此類費用近億美元。 （除此以外，在海關(guān)關(guān)務(wù)、金融銀行業(yè)、進出口商品檢驗、物流運輸、外貿(mào)交易、訂票系統(tǒng)、醫(yī)療服務(wù) —— 在線監(jiān)護等方面均有廣泛應(yīng)用） 53 電子訂貨系統(tǒng) (EOS / Electronic Ordering System) 電子訂貨系統(tǒng)是指將批發(fā)、零售商場所發(fā)生的訂貨數(shù)據(jù)輸入 計 算機，即通過計算機通信網(wǎng)絡(luò)連接的方式將資料傳送至總公司、批發(fā)商，商品供應(yīng)商或制造商處。 EOS的組成 ①供應(yīng)商：商品的制造者或供應(yīng)者 ②零售商：商品的銷售者或需求者 ③網(wǎng)絡(luò)：用于傳輸訂貨信息 ④計算機系統(tǒng)：用于產(chǎn)生和處理訂貨信息 54 EOS的特點： ① 商業(yè)企業(yè)內(nèi)部計算機網(wǎng)絡(luò)應(yīng)用功能完善，能及時產(chǎn)生訂貨信息。 ② POS與。 EOS高度結(jié)合，產(chǎn)生高質(zhì)量的信息。 ③ 滿足零售商和供應(yīng)商之間的信息傳遞。 ④ 通過網(wǎng)絡(luò)傳輸信息訂貨。 ⑤ 信息傳遞及時、準確。 ⑥ EOS是許多零售商和供應(yīng)商之間的整體運作系統(tǒng)，而不是單個零售 店和單個供應(yīng)商之間的系統(tǒng)。 55 銷售時點信息系統(tǒng) (P0S)： 是指通過能夠自動讀取信息的設(shè)備，在銷售商品時，直接讀取和采集商品銷售的各種訊息，然后通過通信網(wǎng)絡(luò)或計算機系統(tǒng)將讀取的信息傳輸至管理中心進行數(shù)據(jù)的處理和使用。 銷售時點信息系統(tǒng)的功效： (1)基礎(chǔ)信息采集 (2)提高數(shù)據(jù)采集效率 (3)提高管理水平 (4)提高統(tǒng)計效率 (5)將管理領(lǐng)域延伸 56 工作流舉例 任務(wù)： 提交任務(wù) 審批任務(wù) 人： 報銷提交人 報銷審批人 過程： 提交 ?審批 工作流： 用流程把報銷業(yè)務(wù)規(guī)則化、自動化、無紙化 AB現(xiàn)在的報銷流程： 報銷人提交報銷單據(jù) ,由總部審核員進行審批 如果審批通過，本次報銷審批結(jié)束，由財務(wù)進行支付支付 如果因為缺少數(shù)據(jù)或附件，單據(jù)由審批人退回到提交人，然后由提交人補充相應(yīng)數(shù)據(jù)及附件重新提交進行審批 如果審批拒絕，說明不符合報銷條件，本次報銷結(jié)束 57 為什么要使用工作流 ① Coding 過程中，業(yè)務(wù)代碼中含有權(quán)限控制代碼，業(yè)務(wù)主表中含有非業(yè)務(wù)數(shù)據(jù)字段，造成系統(tǒng)不易維護 ② 跨業(yè)務(wù)系統(tǒng)審批時遇到的尷尬 ③ 做需求時考慮不全，上線后不斷的修改流程 ④ 客戶要求變更業(yè)務(wù)的流程 ⑤ 業(yè)務(wù)流程比較復(fù)雜，使用的狀態(tài)很多，易出錯 ⑥ 客戶的組織機構(gòu)調(diào)整，產(chǎn)生業(yè)務(wù)流程變更 提出問題： 如何能夠快速、靈活的變更流程，而無需大量的修改代碼，如何控制復(fù)雜流程？狀態(tài)、權(quán)限控制能否與業(yè)務(wù)邏輯分離？ 58 工作流要解決的主要問題是： 為實現(xiàn)某個業(yè)務(wù)目標，在多個參與者之間，利用計算機，按某種預(yù)定規(guī)則自動傳遞文檔、信息或者任務(wù) 流程邏輯和業(yè)務(wù)邏輯相分離 能應(yīng)對復(fù)雜多變的業(yè)務(wù)需求 可以靈活的設(shè)計與部署新的業(yè)務(wù) 59 WFMC工作流管理系統(tǒng)參考模型 60 工作流的基本概念： ? 又稱流程模型，是用來描述業(yè)務(wù)過程的規(guī)定性文檔。 由一系列活動定義和轉(zhuǎn)移組成。 ? 表現(xiàn)形式：一般為 xml ? 一各業(yè)務(wù)對應(yīng)一個流程定義 ? 是在流程運行時根據(jù)流程定義產(chǎn)生的實體，是實例化的流程定義 ? 我們說一條流程執(zhí)行完畢，意思也就是流程實例的生命周期結(jié)束 ? 對于報銷來說，每個人的報銷對應(yīng)一條流程實例 ? 一個流程定義可以有多個流程實例 流程定義 流程實例 61 工作流的基本概念： ? 是最小的業(yè)務(wù)描述單位，是任務(wù)的抽象。 ? 一個流程定義有多個活動定義 (開始活動、結(jié)束活動除外 ) ? 流程實例的組成部分 ? 一個流程實例有多個活動實例 ? 一個活動定義可以有多個活動實例 活動定義 活動實例 62 工作流的基本概念： ? 引擎內(nèi)核，僅包含最基本的對象和服務(wù)，以及用于解決流程運行問題的調(diào)度機制和執(zhí)行機制，是 “滿足流程基本運行 ”的最微小結(jié)構(gòu)。包括：流程定義、流程調(diào)度、流程執(zhí)行、流程實例對象 ? 整個引擎則要復(fù)雜很多，包括 “狀態(tài)存儲 ”、 “事件處理 ”、 “組織適配 ”、 “時間調(diào)度 ”、 “消息服務(wù) ”等等外圍的服務(wù)性功能 工作流引擎 63 工作流的基本概念： ? 分析、定義、發(fā)布新的工作流，并且回收某些已發(fā)布的工作流。 ? 過程定義工具通常由編輯器、瀏覽器、編譯器等組成。 過程定義工具 64 工作流的基本概念： ? 解釋工作流模型，創(chuàng)建和執(zhí)行工作流實例。工作流執(zhí)行服務(wù)一般運行在一個或者多個工作流引擎上。 工作流執(zhí)行服務(wù) 65 工作流的基本概念： ? 對工作流實例執(zhí)行的進展情況進行觀察和控制。并用實際執(zhí)行數(shù)據(jù)估計工作流實例執(zhí)行的效率和效果。 管理監(jiān)控工具 66 工作流的基本概念： ? 實現(xiàn)終端用戶或工作流實例的執(zhí)行者與工作流管理系統(tǒng)的交互，以處理工作流實例執(zhí)行過程中需要人工干預(yù)的部分 工作流的客戶應(yīng)用 67 工作流的基本概念： ? 工作流模型中的基本活動對應(yīng)著與應(yīng)用相關(guān)的工作流操作，與應(yīng)用相關(guān)的工作流操作或者由人，或者由其他應(yīng)用程序完成。 被調(diào)用的應(yīng)用程序 68 面向服務(wù)架構(gòu) SOA ? 服務(wù) 是整個 SOA實現(xiàn)的 核心 。 SOA的基本元素是服務(wù)，SOA 指定一組實體（ 服務(wù)提供者、服務(wù)消費者、服務(wù)注冊表、服務(wù)條款、服務(wù)代理和服務(wù)契約 ），這些實體詳細說明了 如何提供和消費服務(wù) 。這些服務(wù)是可互操作的、獨立的、模塊化的、位置明確的、松耦合的，并且可以通過網(wǎng)絡(luò)查找其地址。 ? W3C將服務(wù)定義為：服務(wù)提供者完成一組工作，為服務(wù)消費者交付所需的最終結(jié)果。最終結(jié)果通常會使使用者的狀態(tài)發(fā)生變化，但也可能使提供者的狀態(tài)改變，或者雙方都產(chǎn)生變化。 69 ? 從 解決方案角度 看， SOA 是一組模式和實踐慣例，用于開發(fā)單個服務(wù)和解決方案，它們利用了服務(wù)模型，因而能夠在不同系統(tǒng)之間集成。服務(wù)封裝其操作系統(tǒng)和專用協(xié)議的特性，允許使用標準協(xié)議和極傳統(tǒng)的接口訪問其業(yè)務(wù)邏輯和信息。在穩(wěn)定的接口背后，可以持續(xù)升級和改進實現(xiàn)，而不會對使用該服務(wù)的解決