《第十章ebXML标准计划.ppt》由会员分享，可在线阅读，更多相关《第十章ebXML标准计划.ppt（52页珍藏版）》请在三一文库上搜索。
1、第十章 ebXML標準計劃,ebXML 緣起與計劃概要 ebXML 商業流程處理與服務層 ebXML 技術架構 一致性模組化方法論 核心元件 傳輸、繞徑及封包 註冊機制及儲存庫,ebXML緣起與計劃概要,ebXML緣起： ebXML計劃由UN/CEFACT與OASIS所共同發起，預計以18個月時間，建構全球通用的企業間電子商務標準 目的於提供一種全球化、以XML為標準基礎的開放性電子商務架構，使不同企業間的電子商務交換與互動能夠在一個安全(secure)、一致性(consistent)的環境中進行,ebXML緣起與計劃概要(續),以Internet作為電子商務的平台，透過XML及其他相關技術，
2、建立網路電子商務所需的元件，定出一套全球通用的電子商業資料結構 參與廠商：IBM、UN/EDIFACT、 Orcle、DISA、DataChannel、Commerencr One、Sun Microsystems,工作小組,ebXML基本方針,使用XML建立簡單、容易與普遍使用的電子商業架構 提供一個全球化、跨產業、開放與互動性的B2B電子商務互動架構 建立真正符合商業所需的合法、公正、與多功能的電子商務架構,ebXML基本方針(續),讓各種需要開發電子商務的企業，可以容易與快速導入，降低電子商務學習階梯 在電子商務的領域中，目前有取的不同的XML字彙，必須將這些XML應用的結構與內容元件做
3、整合的與統合工作,ebXML基本方針(續),使用不同電子商務標準的貿易夥伴(trading partners)間，可以即時進行互動 針對設計ebXML時一些不合理的財務需求及技術及軟體上的需求，避免加強這些不合理需求,ebXML基本方針(續),可用於支援使用多國語言，ebXML規格必須相容於Unicode與ISO/IEC 10646字元集、UTF-8或UTF-16字元編碼 針對目前已存在EDI標準，能提供簡單的轉換方法,相關規格書1.0版,技術架構規格書：包括組成ebXML的技術架構概要、並詳細列出設計規則與方法 儲存與註冊機制規格書：包括各種功能的規格與技術上的設計方法、介面與服務 傳輸、繞
4、徑及封包；處理ebXML訊息傳送、訊息保全機制及訊息的物理結構,相關規格書1.0版(續),商業流程：制定商業流程的後設模式(business process meta-model)及使用此模式時所推薦使用的方法論 核心元件：定義ebXML核心元件集合，或從這些核心元件中所規定的方法論 全球ebXML定義辭典：使用於ebXML架構的辭彙(glossary of terms),ebXML商業處理流程,1.定義商業流程： 甲企業定義符合ebXML BP metamodel的商業流程，將此商業流程在ebXML的儲存庫中註冊 2.商業夥伴實作： 乙企業若想與甲企業進行商業行為，必須先至ebXML儲存庫取
5、得能與甲企業進行商業行為的商業物件與商業流程模式 3.開始商業交易： 甲企業與乙企業使用ebXMl規格交換訊息，遵行商業流程模式進行商業交易,企業間ebXML商業處理流程,ebXML服務層,1.應用層(ebXML Application Layer)： 可傳送ebXML訊息的應用程式 2.應用支援層(ebXML Application Support Layer)：額外的應用程式 3.訊息服務層(ebXML Messaging Service Layer)：此層遵循ebXML Messaging Services 規格書的規定,ebXML服務層(續),4.保全服務層(ebXML Securit
6、y Service Layer)：產生或檢查數位簽名或加碼文件 5.通訊服務層(ebXML Communication Service Layer)：提供傳送、接收、繞徑服務 6.儲存庫服務層(ebXML Repository Services)：提供ebXML純存機制服務,ebXML服務層(續),ebXML技術架構目標,1.整合各種電子商務的獨立商業流程，避免每次需要事先協調如何整合的流程的昂貴成本 2.符合各企業整合個別商業流程的需求 3.以商業的觀點，提供一個分散式的電子商務流程 4.支援與技術解決方案無關的商業流程，將高階的商業流程與技術層面細節做區隔,ebXML技術架構目標(續),5
7、.提供與支援一個共通標準的企業流程library 6.整合企業內的新舊系統 7.盡量使用已存在的技術與標準,ebXML技術架構設計規範,1.清楚地陳述所有應用系統、裝置或元件的設計規則 2.設計一個結構正式化的ebXML需求 3.制定訊息通訊協定的架構，如一組request/response規則 4.提供已存在的系統，一個可以進入ebXML全球化的入口機制 5.定義儲存機制的技術需求,ebMXL規格書與Technical Archtecture架構圖,ebXML規格書最終版本： 1.Technical Architecture 2.Business Process Modeling 3.Reg
8、istry and Repository 4.Messaging Service 5.Core Components,ebMXL規格書與Technical Archtecture架構圖(續),ebXML常見縮寫,1.BPM= .Business Process Modeling 2.TRM=Transport，Routing&Packaging 3.R&R= Registry and Repository 4.CC= Core Components,ebXML系統架構,使用的三個系統： 企業系統(Enterprise system)： 經由網際網路與交易夥伴進行資料交換傳遞與通訊的系統 訊息系
9、統(Messaging System)： 訊息系統管理交易夥伴間進行訊息交換，訊息系統是透過Messaging Policy Repository 來控制其運作 整合系統(Integration System)： 企業系統與整合系統溝通的橋樑,ebXML系統架構(續),ebXML系統架構(續),ebXML系統架構中，企業系統透過整合系統與ebXML儲存庫與訊息系統整合，此時ebXML核心元件，如商業文件，便可透過訊息系統傳送到Internet，也可透過訊息系統將商業文件儲存在ebXML儲存庫，而儲存庫同時也儲存了商業流程模式供企業使用。,BP(商業流程工作)小組的任務,終極任務：使用XML來完
10、成跨產業的商業流程整合 針對環境：A2A 、application to person、 person to person,BP小組的工作方針與範圍,1.ebXML需要一個可供參考的制式商業流程樣本(template)，以便選擇特定的垂直商業流程 2.ebXML需要與各垂直產業協同工作，使用所選擇的方法，精確制定所需的商業流程 3.ebXML需要一個儲存庫，可儲存商業流程模式,BP小組的工作方針與範圍(續),4.透過相對分析所產生的通用商業流程元件(common business process components)應該成為核心元件的選擇之一 5.跨產業或產業相關標準應該被視為核心元件 6.
11、將一些垂直產業商業流程的部分，當成標準化的核心元件,BP小組的工作方針與範圍(續),7.使用Internet技術與通用架構，重新定義電子商業流程 8.ebXML需要整合相關組織所制定的XML-based商業流程架構，例如UN/CEFACT TMWG、OAG、OMG、ECO、REDX及WFMC,ebXML BP目標,1.提供註冊與搜尋企業商業流程的架構方法 2.提供商業流程中訊息交換的程序 3.提供訊息交換中清楚的商業語意 4.提供訊息結構定義的內容 5.提供交易夥伴協議與商業流程定義的對應方式,一致性模組化方法論,1.掌握商業領域的知識(Capture the business domain)
12、： 由有商業背景的專家制定相關領域的商業文件 2.將電子商業需求文件化(Document the e-business requirements)： 由商業流程分析師使用UML來開發，商業流程的Use Case Diagram與高階的Class Diagram,一致性模組化方法論(續),3.分析需求(Analyze the requirements)： 技術模組開發人員Class diagram、建立物件套件，並定義物件的狀態機器 4.設計系統(Design the system)： 軟體程式設計師使用處理XML的程式介面開發系統,一致性模組化方法論(續),UML,UML亦稱統一模型化語言，是
13、一種由Rational Software 公司的Grady Booch、Ivar Jacobson 和Jim Rumbaugh運用物件導向概念所開發的語言，這種語言可用於指定化、構築化 (結構化)和文件化的軟體與非軟體系統（如商業模型），目前已由物件管理小組（OMG）所採認。,BP與CC/TRP/RegRep的關係,1.與CC：提供核心元件的內容 訊息結構需要市場、流程類別、流程步驟、夥伴角色與經濟資源等資訊 2.與TRP：提供交易夥伴TRP中傳輸協定的架構 3.與 RegRep：提供儲存庫的架構與分類方式,核心元件(Core Components),主要工作內容： 1.開發可重複使用的核心元
14、件 2.定義核心商業資訊模式的metadata 3.定義具有延展性的規則 4.提出認可核心語意元素的流程 5.定義產生標籤名稱的演算法 6.開發與舊有EDI溝通的核心元件,核心元件(Core Components),工作方針與需求： 1.獨立的語法 2.從X12、EDIFACT&XML等標準學習經驗 3.使用物件導向的設計理念 4.短程目標使用DTD，長程目標使用Schema，並制定DTD與Schema之轉換方法,核心元件(Core Components),5.訂立EDI、XML與UN layout key之間的互通方法 6.支援全球化與多國語系，專注於多國語言的XML語意集合 7.遵循ISO
15、11179規定,傳輸、繞徑及封包,TRP的主要工作重點在於定義一個共同的商業級傳輸系統(universal business-grade transport system)，此傳輸系統的可以支援傳遞ebXML物件與非ebXML物件,TRP小組的主要目標：,1.盡量使用既有的技術，並使用XML為訊息格式 2.建立business documents的封包 3.可使用多種通訊協定(如HTTP、SMTP) 4.穩定的訊息傳遞(Reliable),TRP小組的主要目標： (續),5.建立電子商務訊息傳遞時的資訊安全與數位簽章的不可否認性與保密加密機制 6.單一或多重目標、發怖與訂閱、廣播訊息、訊息流的
16、訊息繞徑 7.建立交易與文件的追蹤稽核機制 8.保證系統服務品質,TRP小組的主要目標： (續),9.能夠普遍使用在中小企業與大公司集團中 10.符合KISS(keep it simple、stupid、保持簡單容易)原則 11.以B2B為主 12.定義出高度延伸性的商業訊息傳遞架構,ebXML訊息結構,1.最外圍與傳送協定相關的傳送封包(Transport Envelope)： 如：HTTP或SMTP的標題部分 2.與傳送協定無關的訊息封包(Message Envelope)： 如：(1)header部分 (2)body部分,ebXML訊息結構(續),ebXML訊息內容組成,1.技術資料：
17、包含如何處理訊息的資訊，如此就不需剖析整個訊息，即可交付適當的程式執行 2.商業資料： 有關商業內容的資料，關乎電子交易 3.資料描述元件： ebXML所訂立的標示，存於message schema中,註冊機制與儲存庫,註冊機制及儲存庫工作小組的主要目標，在於定義註冊機制及儲存庫的各種功能需求與基於XML的介面，有助於軟體開發生命週期、ebxml標準程序及在商業應用系統中執行時的語意查閱。,RR小組的工作方針與範圍,1.由於越來越多的垂直產業使用UML來代表他們的商業程序，因此要讓這些UML模組可以儲存於ebXML相容的註冊庫與儲存庫 2.使用UML來代表符合ebXML註冊與儲存機制之商業需求
18、的流程活動 3.使用ebXML商業程序方法論來詳述ebXML註冊與儲存機制的功能需求,RR小組的工作方針與範圍(續),4.一個ebXML相容的註冊與儲存機制，必須支援top-down模式所驅動的方法，及一個bottom-up的手動方法，來設計以XML為基礎的介面 5.在決定架構與介面時，必須考慮現有存在的標準,RR小組的工作方針與範圍(續),6.使用一個在建立與出售之前能重用的設計哲學(reuse-before-buy-before-build design philosophy)，這包括存在的標準與非銷售性的軟體 7.ebXML需要採用目前建立的相關標準 所做的努力，提供確保與各種標準的註冊庫與儲存庫互動的方法,ebXML Registry與Repository,註冊(Registry)： registry是一種註冊機制，可將重要的儲存物件以及描述資料儲存 ，當要查詢時便可輕易取得物件與位址的metadata，除了儲存物件本身外，也可以查詢所有的owner 儲存庫(Repository)： 儲存庫是用來儲存repository object， 我們 透過傳統FTP、HTTP來存取物件,Registry與Repository有publish/subscribe的關係,附錄、一,附錄、二,