IEEM 5352 Enterprise Integration ebXML

ebXML緣起 ebXML (electronic business eXtensible Markup Language)計畫是1999年9月由UN/CEFACT與非營利制定標準機構OASIS所共同發起的。 目標是提供一種全球化、以XML為基礎的開放性電子商務架構，使得不同企業的電子商務交換與互動能夠在一個安全、一致性的環境中進行交易。

ebXML基本方針 使用XML建立簡單、容易與普遍使用的電子商務架構。 提供一個全球化、跨產業、開放與互動性的B2B電子商務互動架構。 建立真正符合商業所需的合法(legal)、公正(equitable)與多功能(functional)的電子商務架構。 讓各種需要開放電子商務的企業，可以容易及快速導入，降低電子商務學習門檻。 將電子商務領域中，XML應用的結構與內容元件作整合與統合工作。

ebXML基本方針（續） 使用不同電子商務標準的交易伙伴 (Trading Partners) 間，可以即時進行互動。 設計ebXML架構時避免一些特殊（不合理）的技術、軟體需求，讓中小企業易於參與ebXML計畫。 易於支援使用多國語言。ebXML規格必須相容於Unicode與ISO/IEC10646字元集、UTF-8或UTF-16字元編碼。 針對目前已存在的EDI標準，需能提供簡單的轉換方法。

ebXML相關規格書 技術架構規格書(Technical Architecture Specification)：包括組成ebXML的技術架構概要，並詳細列出設計規則與方法。 儲存與註冊機制規格書(Repository and Registry Specification)：包括各種功能的規格與技術上的設計方法、介面與服務。 傳輸、繞徑與封包(Transport, Routing and Packaging Specification)：處理ebXML訊息傳送、訊息保全機制與訊息的物理結構。

ebXML相關規格書（續） 商業流程(Business Process Modeling Specification)：制定商業流程的後設模式(Business process meta-model)及使用此模式時所推薦使用的方法論。 核心元件(Core Components Specification)：定義ebXML核心元件集合。 全球ebXML定義辭典(Global ebXML definition dictionary)：使用於ebXML架構的辭彙(glossary of terms)。

ebXML商業處理流程 ebXML界定--企業間進行商業來往的處理流程有三個步驟： 定義商業流程(Define business process)：甲企業定義符合ebXML BP meta-model的商業流程，並註冊於ebXML的儲存庫中。 商業夥伴實作/導入(Partner Implementation)：其他企業（如乙企業）若想與甲企業進行商業行為，必須先至ebXML儲存庫取得與甲企業進行商業行為的商業物件與商業流程模式。 開始商業交易(Doing Business)：甲企業與乙企業使用ebXML規格交換訊息，並遵循商業流程模式進行商業交易。

ebXML商業處理流程（續） 1.定義商業流程，並在ebXML儲存庫中註冊 3.開始商業交易 2.取得ebXML BP Model

ebXML服務層 應用層(ebXML Application Layer)：可傳送ebXML訊息的應用程式。 應用支援層(ebXML Application Support Layer)：額外的應用程式，例如可以檢查文件語法的程式。 訊息服務層(ebXML Messaging Services Layer)：此服務層遵循ebXML Messaging Services規格書的規定。 保全服務層(ebXML Security Services Layer)：產生或檢查數位簽章或加碼文件。 通訊服務層(ebXML Communication Services Layer)：提供傳送、接收與繞徑服務。 儲存庫服務層(ebXML Repository Services)：提供ebXML儲存機制服務。

ebXML服務層示意圖

ebXML技術架構 目標 整合各種電子商務的獨立流程。 符合各企業整合個別商業流程的需求。 提供分散式（分佈式）電子商務流程(distributed e-business processes)。 支援與技術解決方案無關的商業流程，將高階的商業流程與技術層面細節作區隔。 提供並支援一個共通標準的跨商業流程Library。 整合企業內的新舊系統。 盡量使用已存在的技術與標準。

ebXML技術架構 設計規範 清楚陳述所有應用系統、裝置或元件的設計規則。 設計一個結構化的ebXML需求。 制定訊息通訊協定的架構。 提供已存在的系統（如EDI），一個可進入ebXML全球化架構的入口機制。 定義儲存機制的技術需求。

ebXML Technical Architecture 架構圖

ebXML系統架構 Transport, Routing & Packaging

ebXML的系統架構 企業系統(Enterprise systems)：經由網際網路與交易夥伴進行資料交換傳遞及通訊的系統，如ERP系統。 訊息系統(Messaging System)：管理交易夥伴間進行訊息交換，訊息系統是透過Messaging Policy Repository來控制其運作。 Messaging Policy Repository中有儲存如何傳送與交換訊息的資訊。 整合系統(Integration System)：是企業系統與訊息系統溝通的橋樑，使得企業系統在網際網路上可以與對方進行資料的交換，整合系統使用Integration System Repository來格式化文件，便於企業系統與訊息系統進行聯繫。

ebXML BP (Business Process) 工作方針與範圍 ebXML需要一個可供參考的制式商業流程樣本（template），以便選擇特定的垂直商業流程 ebXML需要與各垂直產業協同工作，使用所選擇的方法，精確制定所需的商業流程 ebXML需要一個儲存庫，可儲存商業流程模式（business process models） 透過相對分析所產生的通用商業流程元件（Common business process components）應該成為核心元件的選擇之一 跨產業或產業相關標準應該被視為核心元件 將一些垂直產業商業流程的部份，當成標準化的核心元件 使用Internet技術與通用架構，重新定義電子商業流程 ebXML需要整合相關組織所制定的XML-based商業流程架構，例如：UN/CEFACT TMWG、OAG、OMG、ECO、REDX (Retail Enterprise Data in XML)及WFMC (WorkFlow Management Consortium)

ebXML BP目標 提供註冊與搜尋企業商業流程的架構方法 提供商業流程中訊息交換的程序 提供訊息交換中清楚的商業語意 提供訊息結構定義的內容 提供交易夥伴協議（trading partner aggreements）與商業流程定義（business process definitions）的對應方式

一致性模組化方法論

一致性模組化方法論四階段 掌握商業領域的知識（Capture the business domain）：由有商業背景的專家制定相關領域的商業文件 將電子商業文件化（Document the e-business requirement）：由商業流程分析師使用UML來開發，商業流程的Use Case Diagram與高階的Class Diagram 分析需求（Analyze the requirements）：技術模組開發人員開發Class diagram、建立物件套件，並定義物件的狀態機器（state machine） 設計系統（Design the system）：軟體程式師使用處理XML的程式介面開發系統

核心元件 (Core Components) 主要工作內容 開發可重複使用 (reusable) 的核心元件 定義核心商業資訊模式的metadata 定義具有延伸性的規則 提出認可核心語意元素 (core semantic elements) 的流程 定義產生標籤名稱的演算法 (algorithm) 開發與舊有EDI溝通的核心元件

Core Components 工作方針與需求 獨立的語法 從X12、EDIFACT&XML等標準學習經驗 使用物件導向的設計理念 短程目標使用DTD的方式，長程目標使用Schemas，並制定DTD與Schema之間轉換的方法 訂立EDI、XML與UN layout key編碼之間互通的方法 支援全球化與多國語系，專注於多國語言的XML語意集合 遵循ISO 11179規定

傳輸、繞徑及封包（TRP） Transport, Routing & Packaging，此工作小組主要工作重點放在定義一個共同的商業級傳輸系統，此傳輸系統可以支援傳遞ebXML與非ebXML物件。TRP team會針對既有的傳輸協定標準作檢測，以找出符合ebXML傳輸機制需求的傳輸標準，來加強此傳輸系統的實作。

ebXML訊息結構 最外圍與傳送協定相關的傳送封包 與傳送協定無關的訊息封包 Ex. HTTP或SMTP的標題部分 header部分：一個包含ebXML標頭文件的標頭項目 body部分：一個包含真正要傳送內容的訊息項目，即為真正的訊息內容所在

ebXML訊息結構圖

ebXML訊息內容組成 技術資料（Technical Data） 在技術資料部分，包含了如何處理訊息的資訊，如此便不需剖析整個訊息，即可交付適當的程式去進行處理 商業資料（Business Data） 有關商業內容的資料，這部分關乎電子商務交易部份 資料描述元件（Metadata Component） 就是ebXML所訂立的標示，這些標示的定義都儲存在ebXML的message schema中

註冊機制及儲存庫（Registy & Repository） RR小組的工作方針與範圍 由於越來越多的垂直產業使用UML來代表他們的商業程序，因此要讓這些UML模組可以儲存ebXML相容的註冊庫與儲存庫 使用UML來表示符合ebXML註冊與儲存機制之商業需求的流程活動 使用ebXML商業程序方法論來詳述ebXML註冊與儲存機制的功能需求 一個ebXML相容的註冊與儲存機制，必須支援top-down模式所驅動的方法及一個bottom-up的手動方法，來設計以XML為基礎的介面

ebXML Registry與Repository 註冊（Registry） registry是一種註冊機制，可將重要的儲存物件以及描述資料儲存，當我們要查詢，便可以輕易取的物件與位址的metadata，除了儲存物件本身外，regitry也可查詢所使用，透過程式介面即可查詢所有的owner 儲存庫（Repository） 儲存庫用來儲存repository objects，我們可透過傳統FTP，HTTP來存取物件

http://www.ebxml.org