電子商務系統(tǒng)結(jié)構(gòu)

前言

以Internet為代表的信息技術(shù)正在改變著我們生活的方方面面，但從來沒有一個領(lǐng)域像商業(yè)領(lǐng)域那樣改變得如此迅速?；ヂ?lián)網(wǎng)技術(shù)正成為商業(yè)發(fā)展的驅(qū)動力，幾乎所有的企業(yè)都希望通過建立電子商務系統(tǒng)實現(xiàn)有效的競爭力，并從中獲得最大程度的投資收益。但隨著高科技手段對企業(yè)的全面滲透，企業(yè)間的競爭也隨之加劇。只有對信息技術(shù)反應更迅速、更靈活的企業(yè)才有可能脫穎而出。一方面企業(yè)對電子商務系統(tǒng)的要求越來越高，對電子商務解決方案的依賴程度也越來越深。另一方面，各大電子商務軟件商們也不斷地把相關(guān)軟件升級換代，使企業(yè)的胃口越吊越高。在經(jīng)濟普遍不景氣的背景下，企業(yè)開始難以承擔軟件更新的巨額費用，從而導致電子商務幾年來形成看好卻不賺錢的怪圈，甚至成為高科技泡沫破滅的替罪羊。究其根源，重要原因是電子商務技術(shù)，特別是電子商務系統(tǒng)結(jié)構(gòu)的發(fā)展尚未跟上電子商務應用的步伐。本書著力于向讀者介紹當前基于Web Service架構(gòu)的第二代電子商務系統(tǒng)的規(guī)劃、設計與實現(xiàn)。在電子商務的發(fā)展初期，企業(yè)應用主要集中在將現(xiàn)有的關(guān)系、業(yè)務流程和商業(yè)應用移植到互聯(lián)網(wǎng)上供客戶訪問。隨著實踐的深入，企業(yè)希望將其業(yè)務流程與Web實現(xiàn)集成，這使得電子商務的商務本質(zhì)逐漸顯現(xiàn)出來。換句話說，企業(yè)開展電子商務的最終目的就是希望借助它轉(zhuǎn)變經(jīng)營的方式，獲得更好的投資回報。隨著應用的不斷深入，企業(yè)面對的內(nèi)部和外部系統(tǒng)環(huán)境逐漸復雜。企業(yè)開始意識到建立真正開放、安全、可擴展的業(yè)務平臺的迫切性。只有這樣，才能使自己不必無休止地進行基礎框架開發(fā)，并真正從電子商務的應用中獲益。也只有這樣，企業(yè)才能夠輕松地建立與客戶、供應商、合作伙伴之間的動態(tài)業(yè)務機制，在市場競爭中真正贏得主動。實現(xiàn)上述目標的最佳途徑就是建立動態(tài)電子商務平臺并最終建立“電子商務即取即用”環(huán)境。IBM曾為動態(tài)電子商務下了一個簡單定義：“著重于B2B的綜合性和基礎設施組成的下一代電子商務，通過調(diào)節(jié)因特網(wǎng)標準和通用基礎設施為內(nèi)部和外部企業(yè)創(chuàng)造計算最佳效益”。動態(tài)電子商務預想了這樣一個因特網(wǎng)，商業(yè)實體能在其自身的域內(nèi)以及在貿(mào)易合伙人之間有步驟地發(fā)揮管理交互作用。從發(fā)現(xiàn)新的合伙人到與另一商務實體的集成，動態(tài)電子商務著重程序?qū)Τ绦虻慕换プ饔?，而不是早期B2C電子商務階段占主導地位的客戶對程序的交互作用。動態(tài)電子商務實現(xiàn)的關(guān)鍵是Web Service。Web Service就是原來的組件技術(shù)思想在Intemet時代中的進一步發(fā)展，它集成了CORBA、COM／DCOM等各種組件模型技術(shù)，是原有各種組件技術(shù)的繼承和發(fā)展。它不僅已作為動態(tài)電子商務的基礎，也是“電子商務即取即用”技術(shù)發(fā)展的基礎。

內(nèi)容概要

　　本書是高等學校電子商務系列教材之一。它著力于向讀者介紹當前基于WebService架構(gòu)的第二代電子商務系統(tǒng)的規(guī)劃、設計與實現(xiàn)。第1～4章主要介紹基于業(yè)務、功能、顧客行為、IT資源、四層參考模型的電子商務系統(tǒng)規(guī)劃與設計方法，從需求分析、系統(tǒng)規(guī)劃、工作負載和容量規(guī)劃、性能模型分析等重要環(huán)節(jié)討論了當前電子商務系統(tǒng)設計主流技術(shù)。第5~8章主要介紹新的應用程序開發(fā)模型和WebService架構(gòu)，尤其重點討論了基于Web的三層開發(fā)結(jié)構(gòu)和WebService架構(gòu)中的3要素：SOAP、WSDL和UDDI。通過以上內(nèi)容為新一代電子商務系統(tǒng)的規(guī)劃、設計與實現(xiàn)提供了一條可行的道路。本書可作為高等院校電子商務專業(yè)教材或其他信息技術(shù)相關(guān)專業(yè)的高年級和研究生教材，也適用于從事電子商務系統(tǒng)規(guī)劃、設計或建設的工程技術(shù)人員的培訓或參考教材。

書籍目錄

上篇 系統(tǒng)設計第1章 電子商務模型簡述1.1 電子商務的概念和基本特點1.1.1 電子商務概述1.1.2 電子商務的分類1.1.3 電子商務的特點1.1.4 建立電子商務式的思維模式1.2 電子商務面臨的挑戰(zhàn)1.3 電子商務模型分析1.3.1 定量方法1.3.2 商業(yè)和功能模型1.3.3 客戶和資源模型1.3.4 定量方法分析電子商務模型1.4 本章小結(jié)練習與思考第2章 電子商務系統(tǒng)需求分析2.1 電子商務系統(tǒng)需求分析內(nèi)容2.1.1 需求收集過程總覽2.1.2 初步確定解決方案2.1.3 做好設計準備2.1.4 理解商業(yè)的驅(qū)動力2.2 電子商務系統(tǒng)需求分析方法2.2.1 提出解決方案的工作框架2.2.2 構(gòu)建工作框架前的準備2.2.3 操作一個工作框架2.3 本章小結(jié)練習與思考第3章 電子商務系統(tǒng)規(guī)劃與設計決策3.1 客戶行為模型3.1.1 客戶行為模型概述3.1.2 模仿客戶行為的原因3.1.3 在線書店的客戶行為模型3.1.4 客戶行為模型圖3.1.5 建立客戶行為模型圖3.1.6 Web和電子商務站點的聚集度量標準3.1.7 從客戶行為模型圖獲得的度量標準3.1.8 客戶訪問模型(CVM)3.1.9 會話識別3.1.1 0本節(jié)小結(jié)3.2 電子商務系統(tǒng)容量規(guī)劃3.2.1 容量規(guī)劃和足夠的容量3.2.2 容量規(guī)劃場景3.2.3 方法論3.2.4 商務層3.2.5 客戶行為層次3.2.6 資源層3.2.7 本節(jié)小結(jié)3.3 EB系統(tǒng)規(guī)劃與設計的考慮3.3.1 商務模型規(guī)劃3.3.2 商務系統(tǒng)規(guī)劃3.4 本章小結(jié)練習與思考第4章 性能建模及其分析4.1 性能建模概念4.1.1 簡單電子商務服務器的性能分析4.1.2 性能模型概述4.1.3 服務時間和服務需求4.1.4 隊列、等待時間和響應時間4.1.5 性能定律4.1.6 瓶頸和可擴展性分析4.1.7 本節(jié)小結(jié)4.2 電子商務網(wǎng)站性能模型的解決方案4.2.1 概述4.2.2 一個簡單例子4.2.3 單隊列法4.2.4 一個更具現(xiàn)實性的方法：隊列網(wǎng)絡4.2.5 多類型4.2.6 本節(jié)小結(jié)4.3 服務器軟件競爭模型4.3.1 簡介4.3.2 一個簡單的例子4.3.3 電子商務網(wǎng)站中的軟件競爭4.3.4 為軟件競爭建模4.3.5 本節(jié)小結(jié)4.4 電子商務網(wǎng)站工作負載分析4.4.1 簡介4.4.2 Web流量的工作負載特性4.4.3 客戶行為描述4.4.4 從HTTP日志到CBMG4.4.5 從HTTP日志到CVM4.4.6 在資源級別上描述工作負載4.4.7 電子商務網(wǎng)法基準測試程序4.4.8 本節(jié)小結(jié)4.5 本章小結(jié)練習與思考下篇系統(tǒng)實現(xiàn)第5章 應用程序開發(fā)架構(gòu)5.1 應用程序開發(fā)模型5.1.1 應用程序中功能模塊的劃分5.1.2 典型的應用程序開發(fā)模型5.2 WebService的相關(guān)技術(shù)5.2.1 WebService概述5.2.2 需要WebService的原因5.2.3 WebService的技術(shù)構(gòu)架5.2.4 WebService的實現(xiàn)框架5.2.5 WebService的實現(xiàn)平臺5.2.6 WebService的前景和挑戰(zhàn)5.3 本章小結(jié)練習與思考第6章 SOAP協(xié)議6.1 SOAP概述6.2 SOAP消息傳遞6.2.1 SOAP結(jié)點6.2.2 SOAP角色與SOAP結(jié)點6.2.3 定位SOAPHeader條目6.2.4 理解SOAPHeader6.2.5 處理消息6.3 SOAP的結(jié)構(gòu)6.4 SOAP的元素6.4.1 SOAP的主要元素6.4.2 SOAPHeader6.4.3 SOAPBody6.4.4 SOAP錯誤6.5 SOAP的編碼規(guī)則6.5.1 使用XML進行類型編碼的規(guī)則6.5.2 復合值及對值的引用6.5.3 數(shù)組6.5.4 通用復合類型6.5.5 默認值6.5.6 SOAPRoot屬性6.6 使用HTTP傳送SOAP6.6.1 SOAPHTTP請求6.6.2 SOAPHTTP響應6.6.3 HTTP擴展框架6.6.4 SOAPHTTP示例6.7 SOAP和RPC6.7.1 RPC和SOAPBody6.7.2 RPC和SOAPHeader6.8 SOAP協(xié)議的應用6.9 本章小結(jié)練習與思考第7章 Web服務描述語言WSDL7.1 WSDL概述7.2 需要WSDL的原因7.3 WSDL文檔7.3.1 WSDL介紹7.3.2 服務定義7.4 WSDL綁定7.4.1 SOAP綁定7.4.2 HTTPGET&POST綁定7.4.3 MIME綁定7.5 本章小結(jié)練習與思考第8章 統(tǒng)一描述、發(fā)現(xiàn)和集成協(xié)議UDDI8.1 UDDI的起因8.2 UDDI概述8.3 UDDI標準技術(shù)概述8.3.1 UDDI信息模型8.3.2 UDDI程序員API8.3.3 UDDI調(diào)用模型8.3.4 遠程WebService調(diào)用失敗的處理8.3.5 UDDI的安全、識別與授權(quán)8.3.6 應用實例8.4 UDDI的數(shù)據(jù)結(jié)構(gòu)8.4.1 商業(yè)實體描述信息規(guī)范定義8.4.2 WebService描述信息結(jié)構(gòu)規(guī)范定義8.4.3 tModel結(jié)構(gòu)規(guī)范定義的說明8.4.4 publisherAssertion結(jié)構(gòu)規(guī)范定義的說明8.4.5 UDDI標準協(xié)議的數(shù)據(jù)結(jié)構(gòu)信息模型8.5 UDDI標準協(xié)議的API8.6 本章小結(jié)練習與思考主要參考文獻

章節(jié)摘錄

插圖：這兩種企業(yè)間的差別可以這樣來解釋：那些僅僅是把各個商業(yè)流程以流水線的方式組合在一起而不去考慮整體效益的解決方案，只能提高各個孤立商業(yè)流程的效益；而將各個商業(yè)流程有機地結(jié)合在一起的解決方案，卻能夠挖掘出新的商業(yè)價值，為客戶、合作伙伴、供應商提供更好的服務，最終會極大地增強實施者的競爭力，并且取得滿意的投資回報。1．2電子商務面臨的挑戰(zhàn)電子商務對信息技術(shù)的基礎設施帶來了巨大的挑戰(zhàn)。電子商務基礎設施的一些最重要的問題是適當?shù)恼军c容量、可測量性以及容錯能力。電子商務的生存能力取決于基礎系統(tǒng)提供及時可靠服務的能力。隨著計算機的普及，性能和可用性的問題開始突出。個人數(shù)字助理（PDAs）和接入Intemet的家用嵌入式計算機將至少以流通資源的數(shù)量級增長，并將改變網(wǎng)絡交易的特征和強度。另外，局部訪問技術(shù)如全球移動通信系統(tǒng)（UMTS）、電纜調(diào)制解調(diào)器、數(shù)字用戶線路（xDSL），以及新穎的界面（例如語音用戶界面）將改變來自傳統(tǒng)的終端系統(tǒng)的工作負荷。而且，網(wǎng)上的軟件代理（Software Agent）也更加大眾化。個性化的軟件代理可以用來使談判過程的一些最耗時的階段變得自動化，不管銷售還是購買商品。因而，代理的普及將產(chǎn)生更多的商業(yè)交易，從而電子商務服務器的交互壓力也就更大。根據(jù)顧客行為、工作負荷特性和系統(tǒng)性能來理解這些變化帶來的影響，是很有挑戰(zhàn)性的。性能、可用性以及容量建模技術(shù)可以幫助解決潛在的性能問題。網(wǎng)絡服務供應商（ISP）、網(wǎng)絡供應商，以及電子商務公司必須了解新的工作負荷帶來的影響，從而恰當?shù)卦O計和運作系統(tǒng)。

編輯推薦

《電子商務系統(tǒng)結(jié)構(gòu)》是高等學校電子商務系列教材之一。

圖書封面

評論、評分、閱讀與下載

---

    電子商務系統(tǒng)結(jié)構(gòu) PDF格式下載

---