Upload
nancy
View
70
Download
0
Embed Size (px)
DESCRIPTION
第七章 XML/EDI 標準. 電子資料交換 EDI EDI 資訊模式 XML/EDI 的特色 XML/EDI 的各種應用方式 XML/EDI 的組成元件 XML/EDI 的核心模式. 電子資料交換 EDI. 電子資料交換的意義 EDI 是指企業與企業,或企業與某集團間,利用電子化或 IT(Information Technology) 的方式,交換商業資料或文件。 電子資料交換的應用模式 (1) 人與人模式,例如 :E-mail (2) 人與應用系統模式 (3) 應用系統與人模式 (4) 應用系統與應用系統模式 (A2A) ,例如 :EDI. - PowerPoint PPT Presentation
Citation preview
第七章 XML/EDI 標準
• 電子資料交換 EDI• EDI 資訊模式• XML/EDI 的特色• XML/EDI 的各種應用方式• XML/EDI 的組成元件• XML/EDI 的核心模式
電子資料交換 EDI• 電子資料交換的意義
EDI 是指企業與企業,或企業與某集團間,利用電子化或IT(Information Technology) 的方式,交換商業資料或文件。
• 電子資料交換的應用模式(1) 人與人模式,例如 :E-mail(2) 人與應用系統模式(3) 應用系統與人模式(4) 應用系統與應用系統模式 (A2A) ,例如 :EDI
電子資料交換 EDI( 續 )
E-Mail EDI
應用模式 人與人 A2A
標準格式 No Yes
使用對象 人 應用系統
• EDI 與 E-mail 的比較
電子資料交換 EDI( 續 )
• 電子資料交換的標準共識
商業流程 貿易雙方間的商業流程達成共識資料元素 定義商業文件內容元素的語意文件類別 決定商業文件遵循的標準通訊協定 貿易雙方所採用的通訊協定
電子資料交換 EDI ( 續 )• EDI 所使用標準可分為:
– 1. 企業標準– 2. 產業標準– 3. 國家標準– 4. 國際標準
電子資料交換 EDI ( 續 )•企業標準
–起始於美國及歐洲一些國家的大型且國際化的公司內部。這些簡化企業自身業務往來而自行制定的企業標準,由於只會考慮企業本身,因此會有一定的局限性。
電子資料交換 EDI ( 續 )
•產業標準–為滿足某產業內的業務往來而制定產業標準。例如: 70年代的美國運輸業制定的標準,零售業制走的 UCS 標準及倉儲業制定 WINS標準,電子業的 EDIFICE 標準,醫學界的 TEEDI 標準等。
•國家標準–隨著經濟及電腦網路技術發展,產業標準已不能適應發展的需求,於是制訂了產業的國家標準。
電子資料交換 EDI( 續 )•國際標準
–鑒於全球 EDI 的趨勢,各國的國家標準為國際標準提供了完整的技術和應用結構。在此基礎上,聯合國歐洲經濟委員會 (UN/ECE United Nation Economic Commission for Europe) 為簡化貿易程式促進國際貿易活動,公佈了一套用於行政、商業和運輸業 (UN/EDIFACTE EDI for Administration Commerce and Transport)EDI 國際標準。
Data
映 射 程 式flat file
EDI翻 譯 器EDI文 件
VAN網 路 中 心
網 路
Data
映 射 程 式flat file
EDI翻 譯 器EDI文 件
網 路
EDI訊息流程圖
傳 送 訊 息 軟體
傳 送 訊 息 軟體
EDI訊息
EDI訊息
EDI 的相關軟體
EDI 的相關軟體 (續 )• 在實際應用中, EDI 翻譯軟體 (translator) 是將不存在任何格式的資料檔案 (flat file) ,轉換後填入 EDI 訊息的相應欄位中。
• 因此,用戶的應用系統從資料庫中取出資料時,需要有一個映射程式作為用戶資料庫與翻譯套裝軟體的介面。其作用是將用戶的格式資料檔案翻譯成不在任何格式的資料檔案。
EDI 的相關軟體 (續 )• 用戶應用系統從資料庫取得資料,通過映射程式把資料轉換成不具格式的 flat file ,以便使翻譯器能識別。
• EDI 翻譯軟體按照 EDI 標準將 flat file 翻譯成 EDI 文件。
• 負責傳送訊息的軟體將已轉換成標準格式的 EDI訊息,經由傳送網路傳送至 VAN 網路中心。
• 貿易夥伴通過網路到 VAN 網路中心取得資料,也可通過網路自動通知貿易夥伴。
EDI 的相關軟體 (續 )• 貿易夥伴將取回的具有 EDI 標準格式的資料,經過 EDI 翻譯器轉換成 flat file ,然後經過映射程式轉換成用戶格式資料並存入相應的用戶資料庫,並到達接收 EDI 用戶的應用系統中做進一步處理。
• EDI translator software 通常由 EDI 的服務提供者 (service provider) 所提供,而映射程式則因用戶應用系統不同,一般由用戶自行開發,只要遵循 EDI 標準即可。
EDI 翻譯軟體的類型• 文件在鍵盤輸入過程中同步翻譯
– 在使用編輯程式時,輸入資料的同時就完成了 EDI 格式的翻譯。這種軟體通常用於資料量少或者在使用 EDI之前資料未經電腦處理的情況。
• 在前端處理 EDI 格式翻譯– 對於大型 EDI 用戶,例如大企業公司部門,使用大型主機與 EDI 網路相連,此時可立用一台 PC機作為大型或主機的前端,處理翻譯 EDI 格式的工作。
• 由 EDI 主機系統處理翻譯– 將 EDI 資料處理功能納入 EDI主機系統,完成 EDI翻譯。
EDI 的作業方式• 批式 (Batch)作業
– 收發雙方可以自由地選擇自己的時間和地鏴來收發 EDI 訊息。– 資訊被成批地交換,它是一個單方向的連續資料流程。– 需要把所有 EDI 訊息處理完後才能得到回應,回應時間很長。
• 即時 (Realtime)作業– 即時作業的特點是收發雙方通過通訊網路直接連接,在一次通訊結束前,收發雙方的通訊系統一直保持聯繫,回應時間短,能更有效、更可靠地獲取最新資訊。
• 互動式 (Interactive)作業– 互動式作業是指 EDI 系統之間的用戶資料以對話方式,使用要求 /回應的方式來進行資料交換。
EDI 資訊模式• EDI 資訊模式有三個內容: .•商業應用 (Business Application)•訊息內容 (Message Content)•訊息傳送 (Message Transport)
EDI 資訊模式 (續 )•商業應用 (Business Application)
–商業應用可以是貿易、金融、海關、運輸及各種行業的應用。
•訊息內容 (Message Content)–內容映射與翻譯
•內容映射與翻譯是將各種商業應用流懷轉換 EDI 標準。所採用的標準視貿易夥伴而定。
EDI 資訊模式 (續 )•訊息內容 (Message Content)
–資料保密與安全•資料保密與安全包括電子簽名。訊息認證、訊息機密性、加密、解密和密鑰管理等。
–傳送與繞徑•傳送與繞徑是將訊息內容加上電子郵件封包,附上發信人和收信人的地址以及發信人時間等。在收發用戶代理之間建立傳送通道,按地址傳送給預定的接受者。
EDI 資訊模式 (續 )•訊息傳送 (Message Transport)
–直接點對點通訊方式•EDI 用戶按照約定的格式,基於現有通訊標準,通過通信網路進行資訊的傳輸和相應的處理。目前主要用於一些大型公司與幾個少數的貿易夥伴間進行直接的 EDI 資料交換。
EDI 資訊模式 (續 )•訊息傳送 (Message Transport)
–間接透過加值網 (VAN) 通訊方式•EDI加值網 (value Added Network, VAN) 是利用現有的通訊網路,增加 EDI服務功能而實現的電腦網路。一般是向加值資料服務業務 (Value Added Data Service , VADS) 公司租用信箱進行協定和 EDI 格式的轉換。
EDI 的問題與解決方案•EDI 的問題
– EDI 的導入成本過高•由於 EDI 的導入方式較為複雜,因此要將商業文件轉換成 EDI 格式,將要花費許多成本。
– EDI導入後對現有系統的影響過大•基本上 EDI 系統是屬於固定式的系統,不易更改或升級,因此一旦建置完成後,系統便失去擴充性。
– EDI 標準的制定過程過於冗長•由於 EDI 的制定方式較為複雜,相對地 EDI 標準制定過程花費時間很長。
EDI 的問題與解決方案 (續 )• EDI 的問題
– EDI 需要特定的加值網路•對於 Internet時代而言, EDI肯定是跟不上時代的,因為 EDI被綁在固定且複雜的加值網路 VAN 上。
• EDI解決方案有三個
標準名稱 制定年份 制定組織
Open-EDI 1996 University of Melbourne
XML/EDI 1997 The XML/EDI Group
EDML 1998 Electronic Data Markup Language
XML取代 EDI 的原因• EDI 資訊必須符合 EDIFACT 定義的結構化格式,進行 EDI 資料交換的雙方必須購買專用的軟體,來處理和解譯 EDI 訊息。而 XML 是全球通用的 W3C 標準,不需要購買專用軟體,開放程度高。
• EDI 系統建置非常昂貴,包括專用處理軟體的價格。通常建置 EDI 系統需要花費一年以上的時間。
XML取代 EDI 的原因 (續 )• EDI 只能在專用的加值網路 (VAN) 上傳輸,不能在 Internet 上傳輸,這是 EDI 在 Internet 上進行電子商務的最大障礙。
• EDI 對於新出現的 B2B應用很難擴展,而使用 XML做電子商務,對於增加一個新合作夥伴來說不用費什麼大氣。
• XML被認為是統一分散式物件三大標準 (DCOM 、 COBRA 、 JavaBeans) 的新分散式物件僄準,此標準稱為 SOAP,目前 BizTalk framework採用 SOAP 作為傳輸訊息的通訊協定。
XML取代 EDI 的原因 ( 續 )
EDI XML專用軟體 翻譯軟體 無成本 高 (1~10萬美
元 )低 (5 千美
元 )網路 加值網路 (VA
N)Internet
擴充性 低 高分散式物件 無 SOAP
處理傳統 EDI 的解決方案 -XML/EDI
• EDI解決方案,須優先考慮下例幾個條件:– 減少技術導入及開發成本– 提供易於使用的軟體工具– 改善各種資料的整合及易操作性– 提供適當的保全控制– 可擴展與容易控制與維護的技術– 能夠與目前存在的系統進行整合– 能使用開放的全球性標準 (例如: XML 與其相關標準 )
– 提供相容 X12/EDIFACT 的標準,其中 X12 是 ANSI 所制訂,是目前廣泛使用於北美的 EDI 標準,而 EDIFACT則是聯合國歐洲經濟委員會制訂,是目前廣泛使用於歐洲和亞洲的 EDI 標準。
XML/EDI• XML/EDI 的組成元件
1. 電子資料交換 (EDI)2. 可擴展式標示語言 (XML)3. 結構化文件處理機制 (Parsing)4. 流程樣本 (Process Template)
XSL,CSS,ECMAscript5. 軟體代理程式 (Software Agent)
DOM,SAX,Java,ActiveX6. 全球實體儲存庫 (Global Entity Repositories)OMG的 XMI,BSR
XML/EDI 的特色• 支援 W3C XML1.0 標準• 100%與傳統 EDI 相容, XML/EDI 提供相容 X12/EDIFACT 的標準
• 提高商業交易之接觸層面• 提供商業流程的處理• 能將既有的商業流程透過 template 的方式儲存在儲存庫中。
• 比傳統 EDI節省約一半以上的成本• 建置時間比傳統 EDI快許多
XML/EDI 的層級架構• XML/EDI 標準在技術上有下列 8個層級架構,如圖所示
Application & Repository
Rules
Template & Java/ActiveX
XML Tags/Agents, Databots
XML Parser/Generator
XML/EDI Data
DOM, or File/Message
Storage/Transport
XML/EDI 的各種應用方式
• Web-based Electronic Commerce
• Internet Based Traditional EDI
Browser WWW Server
WebService
VANService
XML/EDI 的各種應用方式 (續 )•“Push” Based Web Commerce
WebService
WWWBrowser
XML/EDI 的各種應用方式 (續 )
• Ultimate in Distribution Application
XML RulesTemplate
XML/EDI Document
Central BusinessSystem
System Database
Transaction Processing
XML/EDI 的組成元件
•除了 EDI 本身外,加入了幾個額外的關鍵元件:–延展式標示語言 (XML)–結構化文件處理機制 (Parsing)–流程樣本 (Process Template)–軟體代理程式 (Software Agent)–全球實體儲存庫 (Global Entity Repositories)
XML/EDI組成元件圖
Web Foundation
XM L
Business
EDI
融 合
GlobalReferenceDictionary
Repository
ImplementationM ethods
AgentsProcesslogic
Templates
XML/EDI 的組成元件 (續 )
XML/EDI 的組成元件 (續 )•電子資料交換 (EDI)
– XML/EDI 技術對於現在的 EDI 交易,提供了 100%的相容性。
•可擴展式標示語言 (XML)– XML 的出現解決了 HTML無法有效地成為一個資料交換格式的難題。 XML 標示與架構可通過網路傳遞其他元件。可有效的代替或補強現有的EDI 分段標示。
XML/EDI 的組成元件 (續 )•結構化文件處理機制 (Parsing)
–對於 XML 來說,標示都是有其意義的,因此,要在 XML 文件中搜尋某些資訊,必須提供相關的處理機制,例如:電子型錄,搜尋單價判於1000 與 1500耴的產品,可搜尋到下列耴素 <unitprice>1250</unitprice>
XML/EDI 的組成元件 (續 )•流程樣本 (Process Template)
–流程樣本提供了將整個 XML/EDI 結合在一起的機制。如果沒有流程樣本,你將無法單獨使用XML 語法,來表達所有需要進行的工作流程細節。將流程樣本建立成 XML DTD , DTD 通過定義結構和內容,提供交易的互操作性。相關的標準與技術月: XSL(eXtensible Stylesheet Language) 、 CSS(Cascading Style Sheet) 與ECMAscript(即 JavaScript)
XML/EDI 的組成元件 (續 )•軟體代理程式 (Software Agent)
–軟體代理程式不僅可處理流程樣本執行必要的工作,而且與 EDI 交易資料定義、用戶業務應用相互作用,每一特定的任務可建立新的商業流程樣本。相關的標準或技術有: DOM(Document Object Model) 、 SAX(Simple API for XML) 、 Java 或 ActiveX 元件。
XML/EDI 的組成元件 (續 )
•全球實體儲存庫 (Global Entity Repositories)–全球實體儲存庫 (Global Entity Repositories)主要是可以儲存業界所共同接受的 DTDs 、 Templates 、 Agents 等商業資料與流程物件,並提供搜尋機制讓企業能透過 Internet 進行探訪。相關標準及技術,包括: OMG的 XML 是將 XML 轉換成 UML(Unified Modeling Language) 及 ebXML 的儲存機制小組(Register and Repository team) 。
XML/EDI 的核心模式
• star 模式–Star 模式顯示了典型的 EDI 模式,就是主要的商業夥伴或組織,為了他們的貿易夥伴設定之間遵循的標準,以主要商業夥伴為中心 (Master or Parent) ,周圍是其他的貿易夥伴 (Child) 。
XML/EDI 的核心模式 ( 續 )
• Star 模式
XML/EDI 的核心模式 ( 續 )• ad hoc 模式–Ad hoc 模式是一種蠰新且以網路為基礎的模式,較小型的貿易夥伴建立它們自身對應模式,可能會變成正式的對應方式。
XML/EDI 的核心模式 ( 續 )
• Ad hoc 模式
XML/EDI 的核心模式 ( 續 )• hybrid 模式
– Hybrid 模式是 Star 與 Ad hoc 模式的混合體。此處將 Star 模式由貿易夥伴延伸,建立新的架構版本,然後自行連結自身特別的 Ad hoc 模式。
• hybrid 模式
XML/EDI 的核心模式 ( 續 )
XML/EDI 的核心模式 ( 續 )• Web 模式
– Web模式是一個以文件為中心 (document-centric) 的模式。此模式中內容 (content) 是最重要的交換資訊,內容可透過事先設定的規則,或要求,或進行廣播時到達目的地。典型的例子就是電子目錄 (electronic catalog) 與“ Request For Quotations”(RFQ) dialogs 。
XML/EDI 的核心模式 ( 續 )• Web 模式