ebxml全球電子商務(wù)標準概述(編輯修改稿)
2025-08-10 16:06 本頁面
【文章內(nèi)容簡介】 務(wù)術(shù)語中表述的關(guān)系和交叉引用，數(shù)據(jù)倉庫是聯(lián)系具體商務(wù)或行業(yè)語言和模型中所表述知識的橋梁，而這些模型是由一些非常中性的、不適于特殊環(huán)境語言表述的。 第一階段使用案例圖表和描述（Use Case Diagrams）來定義需求。如果數(shù)據(jù)倉庫記錄在ebXML相關(guān)的注冊中存在，則其可以直接運行，否則，將會生成新的數(shù)據(jù)倉庫記錄并在ebXML相關(guān)的注冊中注冊。 第二階段 (分析) 將會生成描述整個商務(wù)流程活動和序列圖表 （就象在UN/CEFACT 建模方法 (UMM)規(guī)范中定義的那樣）。類圖表用來獲取相關(guān)的數(shù)據(jù)包(商務(wù)文件)。分析階段反映了數(shù)據(jù)倉庫中所包含的商務(wù)知識，在此階段不需要使用面向?qū)ο笤瓌t。類圖表是一種結(jié)構(gòu)自由的數(shù)據(jù)圖表。在生成分析和設(shè)計過程中，可以參考商務(wù)庫中的通用商務(wù)流程。 設(shè)計階段是標準化的最后一個步驟，通過應(yīng)用UN/CEFACT 建模方法(UMM)中的面向?qū)ο髞硗瓿伞Ｔ谏珊献鲌D表的同時，也會生成說明圖表。分析階段產(chǎn)生的類圖表應(yīng)該與同行業(yè)和交叉行業(yè)所使用的其它模型保持一致。 在 ebXML 中，通過在所有類模型中應(yīng)用商務(wù)信息對象來實現(xiàn)互操作性。使用UN/CEFACT 建模方法 (UMM)的通用的商務(wù)信息對象和核心組件可以生成商務(wù)流程。 四、ebXML 功能服務(wù)視圖20040806 16:33 圖 4 ebXML 功能服務(wù)視圖 如圖4所示， ebXML 注冊服務(wù)儲存商務(wù)流程和信息元模型、模型基于XML的表示、核心組件和合作協(xié)議配置文件。商務(wù)流程和信息元模型可以保存在建模語法中，但也可以作為XML語法保存在注冊中。這種基于XML的商務(wù)信息通過一種協(xié)調(diào)一致的方法學適用于數(shù)據(jù)的發(fā)現(xiàn)。ebXML架構(gòu)的分布方式最大限度的降低了ebXML基礎(chǔ)結(jié)構(gòu)中的單點失敗率。五、ebXML 功能階段20040806 16:34 實施階段 實施階段生成基于 ebXML框架的應(yīng)用程序。希望進行 ebXML 商務(wù)交易的貿(mào)易伙伴首先必須獲得 ebXML 規(guī)范的副本。然后進行研究，下載數(shù)據(jù)倉庫和商務(wù)庫。還應(yīng)請求其他貿(mào)易伙伴商務(wù)流程信息(存儲在商務(wù)文檔中)進行分析和評價?；蛘呤褂玫谌介_發(fā)的應(yīng)用程序進行ebXML。貿(mào)易伙伴也可以向ebXML 注冊服務(wù)提交他自己的商務(wù)流程信息。 圖 5說明了 ebXML 注冊表服務(wù)與一個貿(mào)易伙伴的基本的相互作用。 圖 5 功能服務(wù)視圖: 實施階段發(fā)現(xiàn)和檢索階段 發(fā)現(xiàn)和檢索階段包括發(fā)現(xiàn) ebXML 相關(guān)資源的各個方面。一個已經(jīng)實現(xiàn)ebXML 商務(wù)服務(wù)接口的貿(mào)易伙伴現(xiàn)在可以開始進入發(fā)現(xiàn)和檢索階段。（下圖6）一種可行的發(fā)現(xiàn)方法是請求其他貿(mào)易伙伴的CPP。 ebXML商務(wù)服務(wù)接口應(yīng)支持更新數(shù)據(jù)倉庫、商務(wù)庫和更新或創(chuàng)建商務(wù)流程及信息元模型的請求。在這個階段貿(mào)易伙伴的任務(wù)是發(fā)現(xiàn)其他貿(mào)易伙伴請求的商務(wù)信息。圖 6 功能服務(wù)視圖: 發(fā)現(xiàn)和檢索階段運行時間階段 運行時間階段包括 ebXML 劇本實際交易實際操作的全過程。在這一階段里，通過ebXML的消息服務(wù)，貿(mào)易伙伴之間交換ebXML消息。圖7 功能服務(wù)視圖：運行時間階段六、ebXML 基礎(chǔ)架構(gòu)20040806 16:38 [合作協(xié)議配置文件CPP 和合作協(xié)議協(xié)定CPA] 為了簡化電子商務(wù)的運作，潛在的貿(mào)易伙伴需要一種機制對外發(fā)布他們所支持的商務(wù)流程以及其交換商務(wù)信息能力的技術(shù)實施細則。這些可以通過合作協(xié)議配置文件(CPP)實現(xiàn)。 CPP 是貿(mào)易伙伴用來表達其支持的商務(wù)流程和商務(wù)服務(wù)接口需求的文件，并被其他使用 ebXML 符合的貿(mào)易伙伴所接受。 一個具體商務(wù)協(xié)定是CPA，CPA意味著兩個或多個使用ebXML進行商務(wù)交易的貿(mào)易伙伴的正式合作。 CPP 描述了貿(mào)易伙伴支持的具體技術(shù)能力以及為交換商業(yè)文件所需的服務(wù)接口。 CPP 中包含了貿(mào)易伙伴的基本信息：合同信息、行業(yè)分類、支持的商務(wù)流程、接口需求和消息服務(wù)需求，但不限于此。 CPP 中也可包括安全和其它具體的實施細則。每個ebXML貿(mào)易伙伴應(yīng)在 ebXML 符合注冊服務(wù)中注冊它們的 CPP ，這樣就提供了一種發(fā)現(xiàn)機制，使得貿(mào)易伙伴之間( 1 )可以互相發(fā)現(xiàn)，( 2 )發(fā)現(xiàn)其他貿(mào)易伙伴支持的商務(wù)流程。CPP 定義中對于存在的多種實現(xiàn)可能(如 HTTP 或 SMTP傳輸 )時，應(yīng)該明確指定使用哪一種選擇。 CPA 表示兩個CPP 的相互協(xié)定，它由使用ebXML進行電子商務(wù)的貿(mào)易伙伴相互協(xié)定達成。CPA描述了： (1)消息服務(wù) ；(2) 兩個或多個貿(mào)易伙伴協(xié)定的商務(wù)流程需求。從概念上講，為了達成電子商務(wù)交易的CPA，ebXML 支持一個具有三層子集的視圖。 最外面的一層是貿(mào)易伙伴能夠支持的所有能力，下面一個子集是貿(mào)易伙伴實際上“愿意”支持的性能。一個 CPA 包括消息服務(wù)接口需求和貿(mào)易伙伴雙方協(xié)定商務(wù)流程的實施細則。貿(mào)易伙伴可以在 ebXML 注冊服務(wù)中注冊他們的 CPA ，但這并不是 CPA 創(chuàng)建過程的必要部分。圖 8 CPA的三層視圖 商務(wù)合作是ebXML貿(mào)易伙伴聲明的第一個支持命令。在ebXML 注冊或其它服務(wù)的目錄服務(wù)上，用于發(fā)布的專門定義的文檔便于進行商務(wù)合作的聲明。圖9概括了ebXML中合作協(xié)議協(xié)定的范圍。圖 9 CPA的范圍 商務(wù)流程和信息元模型是一種機制，它通過統(tǒng)一的建模理論使得貿(mào)易伙伴能獲取具體商務(wù)劇本的細節(jié)。商務(wù)流程描述了共享的合作中，貿(mào)易伙伴具體的角色、關(guān)系和責任，以及如何與其他貿(mào)易伙伴進行
教學課件相關(guān)推薦
鄂ICP備17016276號-1