1、電子商務的應用框架第1頁，共63頁，2022年，5月20日，19點46分，星期四本章學習目標和知識點：末頁下一頁上一頁首頁了解并掌握電子商務涵蓋的內容、環境及支撐體系，深入領會電子商務的模式與分類對開展電子商務的企業定位具有的戰略導向，區別企業對消費者模式（B2C）、企業對企業模式（B2B）、政府對企業或公眾的電子商務模式（G2B，G2C）及電子政務、消費者對消費者的電子商務模式（C2C），移動商務（m-Commerce）其他電子商務分類方式以及電子商務模式的內涵與異同點，以便指導自己的企業形成創新的商業模式；了解電子商務技術發展的新動態，如可動態部署的電子商務系統模型、應用體系結構，。第2頁

2、，共63頁，2022年，5月20日，19點46分，星期四第2章 電子商務基本知識概述 末頁下一頁上一頁首頁2.1 電子商務的基本概念2.3 電子商務的應用框架第3頁，共63頁，2022年，5月20日，19點46分，星期四2.1 電子商務的基本概念末頁下一頁上一頁首頁2.1.1 電子商務定義及其科學演進2.1.2 電子商務的環境及支撐體系2.1.3 電子商務應用系統的組成和功能第4頁，共63頁，2022年，5月20日，19點46分，星期四2.2 電子商務的模式末頁下一頁上一頁首頁2.2.1 電子商務分類方式2.2.2 企業對消費者的商務模式（B2C）2.2.4 政府機構對企業或消費者的商務模式2

3、.2.5 其它電子商務模式及移動商務模式第5頁，共63頁，2022年，5月20日，19點46分，星期四2.3 電子商務的應用框架末頁下一頁上一頁首頁可動態部署的電子商務系統模型動態電子商務與面向服務的架構第6頁，共63頁，2022年，5月20日，19點46分，星期四末頁下一頁上一頁首頁隨著Web服務（Web Services）技術的出現和搭建于該技術標準之上的面向服務架構（SOA：Service-Oriented Architecture），使得電子商務向動態的、簡化管理與整合的電子商務演變。以適應企業不斷變化的業務策略和商務流程，并建立了相關標準，成為一種重要的商業應用模式。它反映了在實時條

4、件下實現不同企業間或本企業內應用軟件的動態集成概念。這比簡單地訪問互聯網上現有的電子商務更有具挑戰性，并且更具商業價值。因為它更適合于付諸實踐動態企業聯盟戰略，達到企業間協作、安全可靠地實現系統對接、互相訪問共享數據、傳遞消息、并隨時了解和交換各自定制和許可的交易與運營的動態信息。該理念已經很快被眾多頂級的和具備相應條件的電子商務企業接受，并拓展到政府聯盟、服務公約、Web服務平臺，建立它們的互訪、多渠道客戶接入、查詢、自動交易和系統管理等領域。 第7頁，共63頁，2022年，5月20日，19點46分，星期四末頁下一頁上一頁首頁可動態部署的電子商務系統模型可使得電子商業實體能在其自身的領域內以

5、及在合作伙伴之間有步驟地管理和交互信息。從發現新的合作伙伴到與另一商務實體的系統集成，動態電子商務著重不同實體間程序對程序的自動交互作用，而不是早期 B2C 或B2B電子商務階段占主導地位的客戶對服務器程序的交互作用。是基于遠程調用對方應用系統的某項功能來完成自己商務需求的一種方案，是對等的、可互相訪問和調用的機制。可動態部署的電子商務系統模型如下圖所示。 可動態部署的電子商務系統模型第8頁，共63頁，2022年，5月20日，19點46分，星期四可動態部署的電子商務系統模型 在該模型下，電子商務應用系統左邊可擴展到與已有的遺留系統（legacy）進行動態訪問；可與本地的ISV應用軟件系統調用（

6、ISV：Independent Software Vendor，獨立軟件提供者。通常指開發不屬于計算機系統制造廠商產品的軟件應用的公司）；可以和其他企業之間展開多對多的B2B級的調用；在右邊，可以同多種B2C級的瘦客戶端應用系統通信，如轎車、手記或手持設備、筆記本等無線設備等；還可同B2C-Web網站的應用對接；與B2B-人機交互應用界面對接等等。第9頁，共63頁，2022年，5月20日，19點46分，星期四動態電子商務比現有的第一代電子商務更有價值末頁下一頁上一頁首頁動態電子商務是為了簡化IT基礎設施在企業業務流程重組和提高敏捷性過程管理，以適應變化的市場的產物，它是基于先進的技術與管理理念

7、，即任何好的產品和服務都不是一成不變的，隨著市場的變化、競爭的激烈，需要在高層管理的各個環節都進行掌控、跟蹤、以降低成本、提高效率、保證質量，因此需要充分利用Web服務的動態特性，可在實時條件下的將合作伙伴的應用系統動態地集成，對企業來說，這比簡單地訪問Internet上現有的第一代電子商務更有價值。在這種新的動態電子商務模式下，一方的“購物應用程序”可代表另一方的“消費者”來執行該方提供的多種應用程序功能。它不僅可以自動地與多個銷售商取得聯系，甚至還能主動發出網上通知：“要買書，價位怎樣，質量如何？”的查詢請求。顯然，該購物應用程序不必過分依靠某一產品提供商。 第10頁，共63頁，2022年

8、，5月20日，19點46分，星期四末頁下一頁上一頁首頁動態電子商務策略是建立在一個新興技術的核心系列上。目前的策略大體都是基于Web服務的，Web服務是一種在網絡上支持機器交互式協作的軟件系統設計。隨著動態電子商務概念的深入，出現了許多基礎原理和新技術的擴展，但最為重要的是必須有公共架構和開放的因特網標準來支持動態電子商務，這些公共架構和開放的因特網標準之一就是面向服務的架構SOA體系，它作為第三代Web服務提供者所遵循的編程標準，具有網上服務安全（WS-Security）,網上服務可靠的消息體系（WS-Reliable Messaging），網上服務自動交易機制（WS-AtomicTrans

9、ac- tions），網上組合不同應用的框架（WS-Composite Application Framework），網上服務尋址功能（WS-Addressing），網上服務策略（WS-Policy），以及網上業務流程執行語言（WS-BPEL）等。動態電子商務與Web服務體系第11頁，共63頁，2022年，5月20日，19點46分，星期四SOA的技術基礎網上服務(Web Services)末頁下一頁上一頁首頁網上服務（WS：Web Services），也稱為Web服務，或Web服務標準，是能夠提供動態電子商務的基本單元。為了實現Web服務體系架構的各種操作和這些操作所要達到的技術目標和商業目標

10、，各大計算機技術廠商與標準化組織一起制訂了各種Web服務技術標準，這些標準主要有四個，XML、SOAP、WSDL、UDDI。XML 用于定義 Web 服務間消息的結構，即數據名稱約定和格式等。SOAP 是交換消息的協議。WSDL 用于描述 Web服務。UDDI 是可供查詢的 Web服務資源庫，有很多是免費的Web服務，找到就可以用自己的Web服務程序遠程調用，就像在Google上可以查詢免費Web網頁，查到就可鏈接訪問一樣。他們的詳細描述如下。第12頁，共63頁，2022年，5月20日，19點46分，星期四Web ServicesWeb services are a self-containe

11、d, modular unit of application logic that provides some businesses functionality to other applications through an Internet connection.They use a specific set of standards known by their acronyms:SOAPUDDIWSDL第13頁，共63頁，2022年，5月20日，19點46分，星期四What is a Web Service?一個能夠使用XML消息通過網絡來訪問的Interface, 這個Interfa

12、ce描述了一組可訪問的操作。由SOAP+WSDL包裝的Object適應松散耦合的網絡環境，可通過Web訪問，手段是SOAP Message服務的行為、輸入/輸出都可使用WSDL描述WebServiceInterfaceInvocationSOAPWSDLDescriptionServiceRequestor第14頁，共63頁，2022年，5月20日，19點46分，星期四What is a Web Service?e-Business驅動了Web Service的發展，而Web Service的基石是Web技術、IT技術和對象技術的融合。高度可集成的、基于Web的對象通過SOAP Message

13、實施的面向對象編程能夠將你現有的企業應用使用SOAP包裝、WSDL描述，從而發布企業的商務功能或商務數據第15頁，共63頁，2022年，5月20日，19點46分，星期四什么是 XML Web Service?通過標準的 Web 協議（HTTP）可編程訪問的WEB組件開放的 Internet 傳輸協議XML WebserviceSOAPSOAP （簡單對象訪問協議） 用 XML 實現 Web service 的標準協議 WSDLXML Web services Description LanguageWSDL 描述Web service 的語言規范，相當于訪問Web service 的接口基于開

14、放的 Internet 協議XML and HTTPUDDIUniversal Description, Discovery and IntegrationUDDI - Web service 的黃頁第16頁，共63頁，2022年，5月20日，19點46分，星期四什么是 UDDI?為加速Web Service的推廣、加強Web Service的互操作能力而推出的一個計劃基于標準的服務描述和發現的規范(specification)以資源共享的方式由多個運作者一起以Web Service的形式運作UDDI商業注冊中心IT業界和商業界的領導者的合作Universal Description, Dis

15、covery and Integration第17頁，共63頁，2022年，5月20日，19點46分，星期四UDDI 角色和操作Service Requestor通過 Service Registry發現(Find)需要的Service綁定(Bind) Service Provider提供的Service, 并實施調用ServiceProviderServiceRegistryServiceRequestorPublishBindFind第18頁，共63頁，2022年，5月20日，19點46分，星期四Where is SOAP and WSDL?WSDLPublish的內容、Find的返回結果

16、和Bind的信息都是WSDL描述的服務信息SOAPService Registry的訪問(Publish/Find)、Service的訪問都是通過SOAP Message實現ServiceProviderServiceRegistryServiceRequestorPublishBindFind第19頁，共63頁，2022年，5月20日，19點46分，星期四（1）XML：可擴充的標記語言（Extensible Markup Language）末頁下一頁上一頁首頁是World Wide Web 協會（W3C）發布的一個基于文本的、規范的標記語言。與 HTML 使用標簽來描述外觀和數據不同，XML

17、 嚴格地定義可移植的結構化數據。它能作為定義數據描述語言的語言，或說是描述數據內容的標記語言。例如標記語法或詞匯、交換格式和通訊協議。例如可以將一個企業擁有的服務用XML語言加以描述，將其可提供的數據格式和系統配置要求以文本形式記錄其中，發布到網上，可以方便地下載，按照其中說明，任何企業或個人，可將自己的軟件在簽署協議的許可下，與其自動對接，并利用它的強大功能返回自己軟件所需的協同任務。 第20頁，共63頁，2022年，5月20日，19點46分，星期四（2）簡單對象訪問協議服務調用 （SOAP）末頁下一頁上一頁首頁是W3C推出的一個開放的簡單對象訪問協議SOAP（Simple Object A

18、ccess Protocol）。它是一種應用程序之間進行數據通信的機制，規定了Web服務之間是怎樣傳遞信息的。讓應用與應用間互相聯系，兩個應用即使在不同廠商的操作系統之下、用不同的語言編寫也能互通，成為跨平臺、跨語言、跨協議地完成應用互聯的方法。最近 SOAP 被稱為“面向對象架構協議（SOA: Services-Oriented Architecture Protocol）”。SOAP 的優點在于它是完全和廠商無關，可以相對于平臺、操作系統、目標模型和編程語言獨立實現。另外，提供方的Web服務程序可以設定程序提供的功能和參數名稱，而具體希望接入的另一方接受服務者，可以自己編寫該程序的功能，實

19、現自己的代碼表示，以方便自己的業務訪問為目的。例如企業可以將自己的不斷更新的信息傳送到Web服務網站，轉而提供給自己的客戶，以便客戶隨時得到在線報告并提供整合的信息服務。 第21頁，共63頁，2022年，5月20日，19點46分，星期四（3）Web服務描述語言接口定義（ WSDL）末頁下一頁上一頁首頁WSDL（Web Services Description Language）網上服務描述語言。該協議規定了對Web服務的描述標準，每一個Web服務都有一個相應的基于WSDL的描述文檔，通過該描述文檔，Web服務請求者可以了解到Web服務的調用接口、Web服務的URI及端口、實現Web服務所需提供

20、的參數及其類型、調用該Web服務所返回的結果及其類型等等信息。例如，一個企業的商務系統如果需要經常使用Google搜索引擎搜索某種特定的或不斷改進的結果，它可以自己編寫軟件并將自己需要的檢索內容自動提交到Google的搜索引擎上去，讓Google的軟件幫它完成搜索任務并把結果反饋給企業的計算機，它只要同Google簽好協議，就可以使用Google提供的有關WSDL文檔，使自己的計算機讀取該文檔后就能輕松地同Google的計算機對接，并共同完成自動服務的任務。 第22頁，共63頁，2022年，5月20日，19點46分，星期四動態地開放或關閉服務業務末頁下一頁上一頁首頁而Google的服務還可以對

21、多家企業提供，因為WSDL是基于XML的，所以一些開發工具既能根據Web服務生成WSDL文檔，又能導入WSDL文檔，生成調用相應Web服務的代碼，很容易地形成一個從自己到其他企業計算機的調用和服務整體。并且這種調用和服務可以隨時根據雙方的合作協議動態地開放或關閉，完成企業間因商務需要而建立的業務整合。 第23頁，共63頁，2022年，5月20日，19點46分，星期四（4）注冊和發現服務服務發現與集成(UDDI)末頁下一頁上一頁首頁也稱作Web服務的目錄系統，即通用描述、發現和集成協議UDDI（Universal Description Discovery and Integration）。UD

22、DI是一套基于Web的、分布式的、用于創建Web服務信息注冊中心的標準和規范。Web服務的提供者可以向UDDI注冊中心提交發布有關它的Web服務信息，而調用者則可通過UDDI注冊中心發現自己所需的Web服務。UDDI商業注冊所提供的信息包括三部分：白頁信息、黃頁信息和綠頁信息，其中白頁信息包括地址、聯系方法和企業標志；黃頁包括基于標準分類法的行業類別；綠頁則包括了該企業所提供的Web服務的技術信息，其形式可以是一些指向文件或URL的地址，這些文件或URL是為發現和調用Web服務而使用的。第24頁，共63頁，2022年，5月20日，19點46分，星期四登錄其商業服務注冊網站末頁下一頁上一頁首頁企

23、業可以將自身的Web服務的描述信息注冊到UDDI（比如自己的http訪問地址，和自己提供的服務調用接口及功能說明），而借助于UDDI，程序或是程序員可以準確獲取到相關企業Web服務的描述信息，進而了解到該Web服務是否與自己編寫的程序兼容、是否可以調用、如何調用、調用的返回結果如何等等，更進一步，可以通過UDDI來找到潛在的合作伙伴。UDDI.org（一個超過 70 家行業和貿易組織的領導者之間的伙伴和合作團體）其工作的動機是為 B2B 協同工作能力定義一個標準。該協議可以幫助企業在網上迅速找到所需的服務，并可向網上提交自己已有的服務描述和接口。為訪問有關服務的詳細資料，或發布自己的服務，可登

24、錄其商業服務注冊網站（UDDI Business Registry）或UDDI.org網站。第25頁，共63頁，2022年，5月20日，19點46分，星期四按照需求提供服務末頁下一頁上一頁首頁而且Web服務是由XML、WSDL、SOAP、UDDI等協議支撐的，每個企業在開發自身的Web服務時，都是基于這些標準，這就為企業之間的相互發現和業務集成提供了極大的可能性和便利性，也使企業能及時的發現潛在的貿易伙伴和貿易機會；同時也不必針對不同的商貿伙伴開發不同的客戶端軟件，而是可以按照需求提供服務，因此極大地減少了開發和部署的代價。在這種機制下，Web服務還可以為電子商務應用提供一些新的特征，包括：（

25、1）良好的封裝性（2）對Web服務調用者透明（3）Web服務具有可描述性（4）開放的標準協議第26頁，共63頁，2022年，5月20日，19點46分，星期四動態電子商務應用的體系結構 末頁下一頁上一頁首頁這個體系結構由圖所示的關鍵元素構成:1)客戶端、2)網絡基礎設施；3)應用服務器軟件 ；4)應用集成；5)Web應用編程環境 ；6)電子商務應用服務；7)系統管理；8)開發工具； 第27頁，共63頁，2022年，5月20日，19點46分，星期四（1）客戶端末頁下一頁上一頁首頁指在客戶端執行的應用程序，通常為“瘦客戶”，也就是說在客戶端執行的應用邏輯很少或沒有，這樣，很小的軟件需要在客戶端安裝或

26、不需要安裝。使得對應用系統的存取變得很普遍，并且應用組件能即時發送消息。在這個模型中，應用被安排在服務器上并動態地即時（on-demand ）下載到發出請求的客戶。正因為如此，新一代應用的客戶端部分可用HTML、DHTML、XML、Java applets等來實現。這種新一代應用還支持廣泛的客戶端設備，從大眾普遍使用的個人數字助理（PDA）、移動設備和智能卡（Smartcard）等設備到網絡計算機和個人計算機。 第28頁，共63頁，2022年，5月20日，19點46分，星期四（2）網絡基礎設施末頁下一頁上一頁首頁“網絡基礎設施”提供了如TCP/IP、目錄和安全等服務，這些服務的能力可通過開放且

27、標準的接口和協議來存取。它為整個體系結構提供了一個安全的可伸縮的分布式網絡平臺，包括下列均基于開放標準的服務：1)TCP/IP和網絡服務。如動態地址分配（DHCP）和無線應用協議WAP（Wireless Application Protocol），DHCP為進入網絡的設備（如打印機、復印機、IP電話等）動態地分配IP地址，而WAP將信息和電話服務發送到移動電話和其它的無線設備。2)安全服務。基于公開密鑰技術的安全服務支持用戶辨認和鑒別、存取控制、保密、數據完整性和交易的無否認性。3）目錄服務。基于LDAP（Lightweight Directory Access Protocol，輕型目錄存取

28、協議）的目錄服務定位網絡中的用戶、Web服務和資源。4）文件和打印服務。可以通過Web瀏覽器來存取、管理文件和打印服務 第29頁，共63頁，2022年，5月20日，19點46分，星期四（3）應用服務器軟件末頁下一頁上一頁首頁應用服務器軟件層為開發和支撐運行在Web應用服務器上的電子商務應用系統的商務邏輯提供了核心功能。包括HTTP服務器（Web應用服務器）、數據庫和事務處理服務、郵件和群件服務、消息服務。它們包括：1）HTTP服務器。它協調、收集并組合包含靜態和動態內容的Web頁面，并將它們發送給客戶。2）郵件和社團服務。它們提供e-mail、工作日歷、小組工作安排、聊天、新聞組討論等服務。3

29、）群件服務。它提供一個豐富的共享的虛擬工作間，并支持業務工作流程的協調。4）數據庫服務。它將一個面向對象數據庫的特性及功能與Web應用服務器集成起來。5）事務處理服務。它通過提供一個高可用的、健壯的、可擴充的、安全的事務處理應用執行環境來擴展Web應用服務器的功能。6）消息發送服務。它提供健壯的異步通信和消息代理設施來支持通信的發表/訂閱模型和消息轉換。第30頁，共63頁，2022年，5月20日，19點46分，星期四（4）應用集成末頁下一頁上一頁首頁“應用整合”部分也稱為應用集成。使得異構應用系統間在企業內或跨越企業相互通信，使得Web能存取現有數據和應用系統。可以方便地接入“外部服務”系統提

30、供的服務。這些異構應用系統可能是用不同的程序設計語言實現的（如Java, C+, Visual Studio, CORBA）也可能建立在不同的體系結構之上（如WebSphere MQ、J2EE 或微軟MS的.NET平臺）。企業目前的大量關鍵數據和應用程序（特別是事務處理程序）駐留在已有的系統中。應用集成使得Web客戶以及服務器能與企業已有系統中的數據和程序一起工作，將Internet的力量無縫地連接到企業中來。所支持的集成方法包括連接器、應用消息發送服務、商務過程集成與工作流服務、組件集成服務等。第31頁，共63頁，2022年，5月20日，19點46分，星期四（5）Web應用編程環境末頁下一頁

31、上一頁首頁“Web應用編程環境”基于組件模型, 為創建在Web應用服務器上的動態和健壯的商務應用提供了編程環境。該環境提供了有關服務來鼓勵業務邏輯與顯示的分離，使得應用能按用戶興趣和客戶端設備來動態剪裁內容。第32頁，共63頁，2022年，5月20日，19點46分，星期四（6）電子商務應用服務末頁下一頁上一頁首頁“電子商務應用服務”為方便電子商務解決方案的創建提供了高層服務應用的特定功能。他可以將企業內部的應用封裝成服務，也可以把從UDDI搜索到的服務連接到本機，并提供一體的服務。還可將客戶信息獲取到服務系統，然后以XML格式轉換這些數據并提供給做專業服務的信息系統，做決策分析服務，再將分析結

32、果、報表等信息發送給申請服務的系統及公司，以及接入支付服務和外部定單管理服務等。它們建立在應用服務器軟件及開放的網絡基礎設施之上，并面向特定應用類型的功能需求建立按需服務的編程模型來實現的。 第33頁，共63頁，2022年，5月20日，19點46分，星期四（7）系統管理末頁下一頁上一頁首頁“系統管理”用來滿足網絡計算的管理需求，系統中的元素包括用戶、應用、服務、基礎構架、和硬件。 對于企業內部，系統管理服務為支持端到端的管理提供了核心功能，提供的有關工具和服務來支持應用系統整個生命周期的管理，從安裝和配置到運作特性的監控。對于跨越地理位置的企業，系統管理服務提供一個協作管理途徑，包括策略管理和

33、數據倉庫等。 第34頁，共63頁，2022年，5月20日，19點46分，星期四（8）開發工具末頁下一頁上一頁首頁開發“工具”用來創建、組裝、部署、和管理應用系統。體系結構中的各個組成部分相互作用，共同為動態電子商務提供服務和相關應用。 第35頁，共63頁，2022年，5月20日，19點46分，星期四案例2.7 IBM動態電子商務解決方案 末頁下一頁上一頁首頁CUETS 是一家提供各種高級支付系統的迅速成長的加拿大公司。作為 MasterCard International 的成員，公司在 1981 年從一個產品一個辦公室開始起步。今天，公司里賈納總部大約有雇員 275 人，溫尼伯服務中心擁有雇

34、員 125 人，其他職員分散在溫哥華、卡爾加里、多倫多和蒙古頓的眾多服務中心及（或）地區辦事處。他們為 600 個 MasterCard 成員（主要是信用社）的客戶群提供數十種產品和服務，為 Presidents Choice Financial（PCF，總統的選擇）客戶以及成千上萬的持卡人和商業客戶提供信用卡服務，而且這些數字還在呈跳躍式增長。 這種迅速增長給 Kindred 的 IT 小組帶來了巨大挑戰。如何為如此多不同的客戶提供服務以及如何滿足他們的特定品牌和產品需求？ CUETS 的第一步開始于 2000 年初，當時公司發布了其第一個持卡人站點。這主要是一個靜態信息性站點，幾乎沒有事務

35、功能。 第36頁，共63頁，2022年，5月20日，19點46分，星期四IBM 全球服務部來負責此項任務末頁下一頁上一頁首頁第二步，CUETS 希望擴展該投資，以便提供增強的客戶通信和集成的功能。改造后的站點將提供眾多新功能，包括：（1）它是針對每個信用社及其客戶度身定制的。 （2）它將集成基于 Web 的應用程序、核心信用社后端系統以及其它服務供應伙伴的系統，如那些支持開處理和忠誠計劃的合作伙伴。 （3）而且，它能使持卡人申請新的貸款限額，查看他們的獎勵分，和自動注冊參加新的計劃。 持卡人將會發現以在線方式提供的信息和服務更加廣泛，包括帳戶余額、最低支付、付款到期日期、可用存款、利率、最新交

36、易獎勵分余額、請求信貸限額變更、卡申請和卡產品信息。 這是一個巨大的集成難題，需要一個可靠 IT 伙伴來處理的難題。加上時間很短，CUETS 的內部電子商務專業人員都在忙于其它計劃，因此進一步加大了壓力。在審查了多個選項之后，CUETS請求 IBM 全球服務部來負責此項任務。 第37頁，共63頁，2022年，5月20日，19點46分，星期四CUETS 動態電子商務基礎架構的模型末頁下一頁上一頁首頁為確保最高級別的可用性和安全性，IBM根據 IBM 的企業解決方案模型建立了 CUETS 動態電子商務基礎架構的模型。公司關心的首要問題是提供一個信用社可以信賴的環境。最重要的是，公司希望保護與 Ma

37、sterCard 品牌名稱相關的高度信用。而 IBM WebSphere 技術能夠解決這些問題。CUETS 解決方案采用三層體系結構：1) 使用 IBM VisualAge for Java 構建的客戶表示層。它包括提供數據流功能的 XML，這為我們的 Web 服務基礎架構打下基礎。 2) 業務邏輯層，包括 2 個在 AIX pSeries eServer 上運行的 WebSphere Application Server。 3) 數據庫層，包括在 AIX pSeries eServer 上運行的 DB2 UDB 數據庫。IBM WebSphere MQ 消息接發軟件將 Web 應用程序連接到

38、 CUETS 的 IBM System/390 企業服務器，以訪問 CICS 應用程序（Customer Information Control System，客戶信息控制系統，是一種交易服務器通常主要運行在IBM主流系統上）。 第38頁，共63頁，2022年，5月20日，19點46分，星期四整個企業實現標準化末頁下一頁上一頁首頁動態電子商務解決方案為 MasterCard 成員及其客戶定制各種動態信用卡服務、忠誠度計劃和電子通信中心。今天，在 Credit Union Electronic Transaction Services（CUETS）為 MasterCard 持卡人重新開發的網站（

39、）上，它是高度的個性化的。與電子變色龍一樣，該主頁可針對每個授權用戶即時進行轉換。如果您是黃金卡持卡人，將會看到黃金卡圖像；鉑金持卡人將會看到鉑金卡圖像，等等，依此類推。用戶可以訪問的功能和服務也進行了定制，以反映用戶的個人帳戶以及支持您信用卡的金融機構的獨特品牌。“我們的動態電子商務基礎架構采用 WebSphere 技術，為 CUETS 提供一個支持長期業務戰略的可靠基礎，”公司信息技術副總裁 Tom Kindred 解釋說，“IBM 幫助我們創建了一個穩健、安全的平臺。它也改變了我們在企業之間收發信息的方式。我們可以通過一個基于 Web 的前端和我們的 WebSphere MQ 消息接發后

40、端在整個企業實現標準化。” 第39頁，共63頁，2022年，5月20日，19點46分，星期四末頁下一頁上一頁首頁動態的電子商務是企業高層管理尋求目標市場戰略與技術上Web服務組合計算結合的產物。是Web服務體系從未有過的易用性，與該體系被迅速普及帶來的直接結果。在此以前的業務集成方法，通常都是針對具體應用，提出解決方案，不同的業務往往采用不同的集成方法，其結果是，在可重用性，可擴展性和成本方面均存在很多問題，而利用Web服務構建的平臺，由于具有統一的編程接口，具有公共交換信息的標準，可在有限的步驟，組合不同企業的服務并產生預期的結果。這樣可以大大縮短工期，提高系統穩定性和可靠性，改進企業迅速響

41、應市場變化和協作的能力，特別是提高企業間組合出創新服務的能力。動態電子商務與面向服務的架構第40頁，共63頁，2022年，5月20日，19點46分，星期四面向服務的體系架構（SOA：Service-Oriented Architecture）末頁下一頁上一頁首頁然而，隨著更多的企業采納Web服務標準建立起各種各樣的電子商務系統后，怎樣才能在現有的投資基礎平臺上，解決企業內部應用集成與企業間各個關聯實體之間實現高效實時的聯接，充分發揮IT設施的潛能，增加業務的機動性以面對新需求的挑戰，而不必再花費重新部署的高額成本，這就是所謂動態“服務”的理念以及面向服務的體系架構（SOA：Service-Or

42、iented Architecture）所提供的設想。該設想還基于企業開始逐漸意識到的現實：建立真正開放、安全、可擴展的業務平臺，才可能輕松地建立其與客戶、供應商、合作伙伴之間的動態業務溝通機制，減少自己的IT重復投資，在市場競爭中贏得主動。第41頁，共63頁，2022年，5月20日，19點46分，星期四可為企業各種各樣創新戰略提供方便末頁下一頁上一頁首頁SOA恰是為此提供的一種體系結構，SOA是基于分布式技術而發展起來的架構思想。可以使得動態協同的“服務”成為系統可提供的基本功能，它可為企業各種各樣創新戰略提供方便的解決方案。可以更有效地采用SOA實現橫向業務集成與協同，減輕維護和升級的負擔

43、，實現多通道的相互訪問，包括固定的和移動設備。 根據美國Gartner Group咨詢公司調查顯示，一個實施SOA電子商務的企業，能實際有效地降低企業開發成本的25，交易成本的3070，庫存成本的2540，為企業大大擴展了利潤空間。第42頁，共63頁，2022年，5月20日，19點46分，星期四IBM最早提出的面向服務的體系架構（SOA）下一頁上一頁IBM最早為Web服務提出了面向服務的體系架構（SOA），并形象地說明了整個分布式Web服務體系的總體邏輯架構，它是一種可以根據需求，通過網絡對松散耦合的應用組件進行分布式部署、組合和使用的軟件體系架構。如圖所示。第43頁，共63頁，2022年，5

44、月20日，19點46分，星期四三個參與者末頁下一頁上一頁首頁搭建于其上的一個邏輯的整體架構是由三類參與的組成部分和三者之間的關系，即三種關聯的操作構成的。三個參與者是（1）服務請求者（Service requester）。它本質上是一個網絡節點，它發現并調用其它的軟件服務提供商節點的服務來提供商業解決方案。服務請求者節點常常代表商業應用程序組件，它可執行遠端的過程，調用分布式對象服務提供商的服務。（2）服務提供商（Service provider）。在某些情況下，其服務節點就在本地的企業內部網上，在其它情形下，它可能存在于遠端的因特網上。從概念上來說，SOA 本質上是將網絡、傳輸協議、安全細節

45、留給特定的節點中服務提供商或服務請求者開發的具體實現來處理。 （3）服務代理商（中介Service broker）。它也是一個網絡節點，作為儲存庫、電話黃頁或票據交換所，提供由服務提供者發布的軟件接口。商業實體或者獨立的運營商都能代表服務代理商。 第44頁，共63頁，2022年，5月20日，19點46分，星期四三種關聯操作末頁下一頁上一頁首頁三種關聯的操作是發布（Publish）、綁定（Bind）、發現（Find）。使得 SOA 的3種參與者而相互關聯和相互作用。服務提供商向服務代理商發布服務。服務請求者通過服務代理商查找別人提交注冊的服務，并直接綁定到這些服務上，不再需要通過代理商進行連接，

46、而且一經綁定，以后就可以自動提供相關的服務。當然這些服務需要由服務請求者同服務提供商達成商務協議后才可以自動執行。SOA給企業電子商務系統的設計帶來了一種全新的設計理念。它將同一企業內部和不同企業之間的應用集成到一起，實現即時裝配和自動集成。是解決在Internet環境下業務集成需要的一種軟件體系架構。第45頁，共63頁，2022年，5月20日，19點46分，星期四服務是整個SOA實現的核心末頁下一頁上一頁首頁SOA指定一組實體（服務提供者、服務請求者、服務注冊表、服務條款、服務代理和服務契約），這些實體詳細說明了如何提供和消費服務。這些服務可以通過UDDI查找其地址，SOA的核心是在統一的W

47、eb服務WSDL描述語言和SOAP通信協議之上，提出“服務組合”（Services composition）與“自動的企業過程管理”（Automated business process management）的概念，旨在為不同軟件（新的或舊的）、不同企業級內部（包括部門級）、不同企業間（大的或小的），不同的主流平臺、不同的中間層搭建起一個整體的“面向服務的體系架構”。有利于在高度分散的基礎上對組件實現靈活的“松散耦合”，允許在不影響流程的情況下添加、刪除和重新配置任何流程操作。利用SOA的這些特點，可以方便地實現區域內企業的協同商務活動的開展。 第46頁，共63頁，2022年，5月20日，1

48、9點46分，星期四動態聯盟之下的協同電子商務平臺末頁下一頁上一頁首頁利用SOA架構，可以把企業內部的各個部門、企業外部的供應商、客戶、以及社會其他相關部門（如銀行、保險公司、稅收部門等）緊密聯系在一起，使他們協同地相互提供服務，及時的、同步的對交互業務做出反應。以實現交易伙伴之間的速度更快、費用更低、效率更高。而且還可以完成傳統商務交易之外的更多的管理和協作功能，例如網上支付、物流管理、信息管理、客戶關系管理和產品協作設計、開發等功能。這樣就實現了電子商務系統的一體化，從產品的設計、商品運輸、網上轉賬、商業智能發現、客戶關系管理和供應鏈管理等，都集中在一個動態聯盟之下的協同電子商務平臺上，方便

49、了交易各方的業務操作和對信息的共享。使得整個產業鏈可實現自動化協同商務，有力提高了商業企業的應變能力，轉變現有商業運作模式為新型商務模式，帶來創新的經濟增長方式。第47頁，共63頁，2022年，5月20日，19點46分，星期四SOA體系幾個重要的研究領域末頁下一頁上一頁首頁SOA體系作為第三代Web服務提供者所遵循的編程標準，各國學者正在開展面向服務的體系架構方向的研究，并形成Web服務進一步的擴展標準規范，它包含如下幾個重要的領域：（1）Web服務安全性標準（WS-Security）（2）Web服務可靠性規范（WS-Reliability）（3）Web服務自動交易規范（WS-AtomicTr

50、ansac tions）（4）Web組合應用框架（WS-Composite Application Framework）（5）Web服務尋址規范（WS-Addressing）（6）Web服務策略（WS-Policy）（7）Web服務業務流程執行語言（WS-BPEL）第48頁，共63頁，2022年，5月20日，19點46分，星期四規范在形成和發展末頁下一頁上一頁首頁上述擴展的規范在形成和發展的過程中，就先行規定，這些擴展的特征不一定被全部納入現有或新增系統，他們是可選的，可擴展的，甚至是可以組合的。就是說他們中的各個條款，可以被企業按需選擇，并把它們加入到WSDL中形成新標簽和規則，或可增量式地

51、加入到現有的SOAP消息中，可以組合進其他消息或直接插入消息頭，并形成新的報文體。它與原有的規范之間沒有先后順序之分，只要加入原有列表以便項目開發者實現企業需求為準。W3C的相應工作組（Working Group）正在修訂和為最終確定WS-相關規范而努力。我們可以明確地期望看到，規范還在進行很多的更改，還有大量的問題仍需要解決。有些決議仍未公開發表。第49頁，共63頁，2022年，5月20日，19點46分，星期四SOA研究進展與創新設想末頁下一頁上一頁首頁上述問題的很好解決，還有待于電子商務和信息技術的發展，行業專家和研究人員的共同努力，但還有更多的企業業務應用帶來的面向服務的創新設想。目前這

52、方面的研究還在繼續，例如美國學者Keita Fujii和T. Suda等人，提出了一個基于語義的動態服務組合結構，該結構假定用戶以某種直接的形式（例如，使用自然語言）請求服務，請求的服務的語義通過已有的技術被轉換為機器可理解的格式，然后，該結構基于請求服務的語義，組合一個服務。該工作的主要特色在于允許用戶用直接的方式請求服務。韓國三星公司Sang-Kyun Kim 等提出以一種建立在描述邏輯基礎上的形式系統，進行Web services及其組合的知識表示。在文章中，作者使用一種基于描述邏輯的語言作為知識表示的工具，并給出一個基于該語言的服務組合算法。我國學者Wang Hong-Bing, Wa

53、ng Tie-Cheng等人在語義Web服務、服務發現與選擇、服務組合方面也做了一些很好的基礎研究，并提出一個多維服務選擇框架，可以從功能、非功能和經濟學三個維度描述Web服務，從而更為全面地實施服務的選擇建立基礎。該框架還具有自學習能力和可擴展性。這為下一代Web服務體系的研究奠定了堅實的基礎。第50頁，共63頁，2022年，5月20日，19點46分，星期四案例2.8 2008奧運動態電子商務解決方案 末頁下一頁上一頁首頁面向服務的體系架構的出現，允許各種業務應用資源統一地以服務的形式呈現。基于這些可復用的服務，應用系統可以通過服務組合的方式來快速構造及方便地調整，Web 服務是目前一種流行

54、的服務實現方式，它所具有的良好互操作性使其非常適合建立動態的隨需應變的電子商務。在北京2008 奧運城市綜合信息服務項目中，我國的設計人員采用了一種適于我國環境的基于服務的體系架構業務服務框架模型，并在奧運電子商務項目中得到了初步的實踐驗證并取得良好的應用效果。第51頁，共63頁，2022年，5月20日，19點46分，星期四1應用背景末頁下一頁上一頁首頁奧運城市綜合信息服務項目旨在使奧運期間來到北京的觀眾、記者及運動員等能夠按他們的需要方便地使用各種信息資源，為他們提供“一站式”的信息服務及資源管理，實現業務敏捷性，能根據生存環境（如政策、合作關系、突發事件等因素）的變化，即時快速地調整業務的

55、運作行為。并以個性化視圖反饋給最終用戶優質的服務。然而，傳統應用開發所采用的方法不能適應上述要求，涉及到項目組面臨如下兩個關鍵問題：第一是各個信息提供商所提供的資源多種多樣，而且不同廠商提供的資源往往會基于不同的軟件平臺。這使得這些資源難以互聯互通，相互協作。第二是最終用戶的IT 知識有限，如果不對現有的服務商提供的資源進行整合，將使得他們難以有效地使用信息提供商所提供的信息資源。第52頁，共63頁，2022年，5月20日，19點46分，星期四2解決方案末頁下一頁上一頁采用搭建于Web服務之上的業務服務支撐框架來設計的奧運綜合信息服務系統的架構圖原理如圖所示。第53頁，共63頁，2022年，5

56、月20日，19點46分，星期四業務服務支撐框架體系結構末頁下一頁上一頁首頁業務服務支撐框架體系結構主要由兩個部分構成：業務規范及服務虛擬化機制。業務規范由領域概念規范和業務服務規范構成。虛擬化機制則是實現業務服務與Web 服務之間的映射。它通過聚類、組合以及轉換等操作將Web 服務提供者所提供的具體Web 服務關聯到業務服務上。其中領域概念規范就是通過對于概念、術語及其相互關系的規范化描述，勾畫出某一領域概念的基本知識體系。領域概念規范的基本組成元素是領域概念。它的引入可為業務服務提供業務語義支撐，使業務服務易于理解。此外，它還為虛擬化機制提供語義方面的支持和依據。業務服務規范則是通過對領域業

57、務活動及其之間關系的規范化描述，勾畫出領域業務功能的基本知識體系。業務服務規范的基本組成元素是業務服務，其中每個業務服務代表一個易理解、可復用、可組合的業務功能。第54頁，共63頁，2022年，5月20日，19點46分，星期四使知識共享成為可能末頁下一頁上一頁首頁在業務規范的支持下，業務人員可以根據自己的業務需求，選取適當的業務服務，并對其進行個性化的配置，然后以拖拽的方式將其組合在一起，從而實現更為復雜的業務功能。而服務虛擬化機制則致力于并支持業務服務在運行時動態綁定到最優的Web 服務去執行。領域概念規范是指通過領域分析所得到的應用領域概念的基本知識體系。領域概念又可細化為“動作概念”和“

58、實體概念”。動作概念是對領域中一個動作的描述，如查詢、搜索等。而實體概念則是對領域中某一個實體進行描述，如賽事、餐館、食品等等。這些概念相互交織、相互聯系，共同構筑了業務服務的語義基礎。并可以用本體表示出來。使用本體的好處在于：1）它澄清了領域知識的結構，從而為知識表示打好基礎；2）它易于重用，從而避免重復的領域知識分析；3）它提供了統一的術語和概念，從而使知識共享成為可能。業務服務支撐框架使用OWL語言作為本體的描述語言。并以此來保存所構建的知識內容。 第55頁，共63頁，2022年，5月20日，19點46分，星期四奧運綜合信息服務系統結構圖 末頁下一頁上一頁首頁第56頁，共63頁，2022年，5月20日，19點46分，星期四末頁下一頁上