電子商務(wù)系統(tǒng)架構(gòu)

1、1.填空題：電子商務(wù)按照位于交易兩端的參與者的不同來(lái)看，可以分成四類企業(yè)與企業(yè)之間的電子商務(wù)（B2B）,企業(yè)與消費(fèi)者之間的電子商務(wù)（B2C）消費(fèi)者與消費(fèi)者之間的電子商務(wù)（C2C）企業(yè)與政府之間的電子商務(wù) （G2B）。5. 簡(jiǎn)答題：簡(jiǎn)述當(dāng)今應(yīng)該如何建立電子商務(wù)式的思維模式：現(xiàn)狀：應(yīng)用軟件通過(guò)In ternet或WAN分布在世界范圍。數(shù)以百萬(wàn)/千萬(wàn)計(jì)的用戶，可能存在的突發(fā)事件。用戶和應(yīng)用程序間的連接是非持久性的和低速的。千差萬(wàn)別的數(shù) 據(jù)表示設(shè)備應(yīng)用程序所需的數(shù)據(jù)可能分布在不同的機(jī)器上。全球化的協(xié)同工作的需求 建立電子商務(wù)式的思維：集成各種商業(yè)流程，便更好的服務(wù)客戶”明確長(zhǎng)期的發(fā)展目標(biāo)和計(jì)劃短期獨(dú)立

2、的解決方案-組合卻是高耗費(fèi)、復(fù)雜、獨(dú)立、初級(jí)流水線的方式組合 vs將各個(gè)商業(yè)流程有機(jī)的結(jié)合6. 簡(jiǎn)答題：請(qǐng)結(jié)合實(shí)例從電子商務(wù)系統(tǒng)容量規(guī)劃的定義、方法、操作步驟、伸縮技術(shù)等角 度論述容量規(guī)劃技術(shù)在電子商務(wù)系統(tǒng)的規(guī)劃設(shè)計(jì)和應(yīng)用實(shí)施中的重要性。7. 簡(jiǎn)答題：本書討論的四條性能定律分別是利用率定律、強(qiáng)制流定律、服務(wù)需求定律、Little定律，請(qǐng)分別用通俗的語(yǔ)言予以說(shuō)明：利用率定律：利用率=到達(dá)速率*每事務(wù)平均服務(wù)時(shí)間/隊(duì)列資源數(shù)； 強(qiáng)制流定律：平均 吞吐量=平均訪問(wèn)對(duì)列數(shù)*單位時(shí)間完成事務(wù)數(shù)； 服務(wù)需求定律：服務(wù)需求=系統(tǒng)吞吐量 *利用率；Little定律：黑盒子中的客戶的平均數(shù)量 =黑盒子的吞吐率*

3、客戶平均停留時(shí)間；8. 填空題：Web Services技術(shù)成為下一代分布式系統(tǒng)的核心支持部分的原因是：互操作和交互性；普遍性；低進(jìn)入屏障，易于開發(fā)；行業(yè)廣泛支持9. 填空題：需求分析有兩種方法，分別是業(yè)務(wù)需求分析方法，界面需求分析方法.10. 填空題：本書討論的電子商務(wù)參考模型包括四層模型，其中與是從外部因素和商務(wù)視角考慮的兩個(gè)模型，而 與則是從內(nèi)部因素和技術(shù)視角考慮的兩個(gè)模型。商務(wù)模型，功能模型；客戶模型，資源模型.11. 填空題：電子商務(wù)系統(tǒng)建設(shè)大概需要經(jīng)歷、和四個(gè)階段。商務(wù)分析階段，規(guī)劃設(shè)計(jì)階段；建設(shè)變革階段，整和運(yùn)行階段12. 填空題：應(yīng)用程序的功能模塊可以劃分為：用戶界面，業(yè)務(wù)邏輯

4、，數(shù)據(jù)存儲(chǔ)13. 填空題：典型的應(yīng)用程序開發(fā)模型有：?jiǎn)螌討?yīng)用模式，兩層主從式客戶/服務(wù)器應(yīng)用模式，多層應(yīng)用模式，分布式系統(tǒng)應(yīng)用模式和 基與WED的多層應(yīng)用模式，14. 填空題：綜合當(dāng)今的 Web應(yīng)用以及 Web Service的特點(diǎn)，Web Service可以分為下面四種：15. 填空題： Web Service 的實(shí)現(xiàn)框架由下面三個(gè)部分組成，它們分別是服務(wù)提供著 ,服務(wù)中介者和服務(wù)請(qǐng)求者16. 填空題：要使 Web Service 成功應(yīng)用，還需要解決很多技術(shù)難點(diǎn)。請(qǐng)例舉其中的四個(gè)：被發(fā)現(xiàn) ;可靠性 ;安全性 ;事務(wù)處理性17. 填空題： Web Service 的實(shí)現(xiàn)平臺(tái)有：Microso

5、ft, NET, Websphere, SunONE, Bowstreet Soiution18. 填空題：隨需應(yīng)變商務(wù)的特征：更迅速的響應(yīng)能力， 更靈活的變化能力， 更專注的業(yè)務(wù)目標(biāo)， 更彈性的商務(wù)運(yùn)行19. 填空題： IBM 自動(dòng)化藍(lán)圖的關(guān)鍵特征包括：可用性，安全性優(yōu)化，按需供應(yīng)20. 填空題：SOAP協(xié)議包括以下4個(gè)部分：封套，編碼規(guī)則， SOAP RPC SOAP綁定21. 填空題：WSDL文檔包括的元素有：類型，消息，操作，端口類型，綁定，端口，服務(wù)22. 填空題：UDDI的核心部件是 。它所提供的信息由 3個(gè)部件組成，它們分別是UDDI 商務(wù)注冊(cè)，白頁(yè)，黃頁(yè)，綠頁(yè)23. 填空題：

6、UDDI 程序員 API 分為兩個(gè)部分：查詢API,發(fā)布API24. 填空題： UDDI 調(diào)用模型的具體步驟是：1編寫調(diào)用遠(yuǎn)程 Web Service的程序時(shí)，程序員使用UDDI商業(yè)注冊(cè)中心（通過(guò)使用 Web界面或其它基于查詢 API的工具）來(lái)定位bus in essE ntity信息，這些信息是由提供該 Web Service的企業(yè)注冊(cè)的。2.程序員可以進(jìn)一步獲得更詳細(xì)的bus in essService信息，或是得到一個(gè)完整的bus in essE ntity結(jié)構(gòu)，從中分析即可得到這個(gè)已發(fā)布的Web Service的所有的信息。在這里程序員只需要簡(jiǎn)單的選擇一個(gè) bindingTemplat

7、e 來(lái)保存留待后用。 3.基 于 Web Service 在 bindingTemplate 的 tModel 中提供的調(diào)用規(guī)范的有關(guān)信息, 程序員即可 按照該 Web Service 的調(diào)用規(guī)范編寫訪問(wèn)程序。4.在程序運(yùn)行時(shí),可以按照需求使用已保存下來(lái)的 bindingTemplate 的信息來(lái)調(diào)用該 Web Service。25. 填空題：UDDI標(biāo)準(zhǔn)的5種數(shù)據(jù)結(jié)構(gòu)類型是：businessEntity, tModel, businessService, bindingTemplate, publisherAssertio26. 填空題：BPEL4WS是的簡(jiǎn)稱。Business Proces

8、s Execution Language for Web Services27. 填空題：建立 ebXML 的目標(biāo)是 。提供一個(gè)基于XML的開放式的技術(shù)框架使XML能被使用，主要是在電子商務(wù)數(shù)據(jù)交換的一致性和統(tǒng)一性方式上被使用,該數(shù)據(jù)交換在以下一些方面用到：應(yīng)用到應(yīng)用,應(yīng)用 到人,和人到應(yīng)用環(huán)境,也就是創(chuàng)建單一全球電子商務(wù)市場(chǎng)。28. 填空題：ebXML的UN/CEFACT建模方法（UMM ）使用以下兩種視圖來(lái)描述電子商務(wù)事 務(wù)相關(guān)模型。它們是商務(wù)操作視圖,功能服務(wù)視圖29. 填空題： ebXML 的功能實(shí)現(xiàn)包括下面三個(gè)階段：實(shí)現(xiàn)階段，發(fā)現(xiàn)和檢索階段，運(yùn)行時(shí)階段填空題：ebXML的一致性是指：

9、ebXML體系的一致性和每個(gè) ebXML說(shuō)明的一致性填空題：需求說(shuō)明書的兩個(gè)主要目的是1.提供明顯的有關(guān)聯(lián)的來(lái)源于國(guó)際的商業(yè)和可信任的標(biāo)準(zhǔn)組織的有代表性的需求。2.傳遞給有興趣的當(dāng)事人一些目的范圍和ebXML景象。填空題：ebXML商務(wù)過(guò)程規(guī)范架構(gòu)要同 ebXML的和規(guī)范相結(jié)合才能連接商務(wù)過(guò)程模型和兼容 ebXML的電子商務(wù)軟件配置。協(xié)作協(xié)議文檔（CPP和協(xié)作協(xié)議協(xié)定（CPA填空題：注冊(cè)服務(wù)的兩個(gè)主要的接口：生命周期管理接口，查詢管理接口填空題：隧道技術(shù)是 VPN的核心技術(shù)，它包括 、三個(gè)過(guò)程；隧道通過(guò)隧道協(xié)議來(lái)實(shí)現(xiàn)，隧道協(xié)議由 、組成。封裝，傳輸，解包傳輸協(xié)議，封裝協(xié)議，乘客協(xié)議填空題：統(tǒng)一

10、消息平臺(tái)是一個(gè)三層結(jié)構(gòu)，這三層分別是接入服務(wù)，應(yīng)用服務(wù)，后臺(tái)服務(wù)填空題：RFID技術(shù)是一種非接觸式自動(dòng)識(shí)別技術(shù)，它通過(guò)射頻信號(hào)自動(dòng)識(shí)別目標(biāo)對(duì)象并獲取相關(guān)數(shù)據(jù)，它主要由 、三部分組成。簡(jiǎn)答題：從你最熟悉的一個(gè)電子商務(wù)網(wǎng)站入手，分析它的主要電子商務(wù)是哪種類型？相 比同類型的傳統(tǒng)商務(wù)，它有哪些優(yōu)勢(shì)？它有哪些值得改進(jìn)的地方？簡(jiǎn)答題：簡(jiǎn)述 CBMG和CVM的概念和應(yīng)用CBMG:客戶行為模型圖，反映客戶在站點(diǎn)功能節(jié)點(diǎn)活動(dòng)的導(dǎo)航模式的描述；CVM：客戶訪問(wèn)模型，反映客戶在站點(diǎn)單次活動(dòng)中各個(gè)功能節(jié)點(diǎn)被執(zhí)行的次數(shù)。應(yīng)用參考課本范例。簡(jiǎn)答題：試結(jié)合你工作或者生活中的實(shí)例，談?wù)勅绾螒?yīng)用課程中介紹的新技術(shù)來(lái)改進(jìn)現(xiàn) 有

11、的電子商務(wù)應(yīng)用模式。簡(jiǎn)答題：請(qǐng)結(jié)合實(shí)例從電子商務(wù)系統(tǒng)容量規(guī)劃的定義、方法、操作步驟、伸縮技術(shù)等角 度論述容量規(guī)劃技術(shù)在電子商務(wù)系統(tǒng)的規(guī)劃設(shè)計(jì)和應(yīng)用實(shí)施中的重要性。分容量規(guī)劃操4.選擇要應(yīng)用的縮放 創(chuàng)建機(jī)器群使用管理連接高速緩定義：預(yù)測(cè)未來(lái)負(fù)載水平何時(shí)會(huì)使系統(tǒng)飽和以及確定一個(gè)盡可能延遲系統(tǒng)飽和的最經(jīng)濟(jì) 方法的過(guò)程。足夠容量的三要素：服務(wù)水平滿意度、特定的技術(shù)和標(biāo)準(zhǔn)、成本約束；足 夠容量的目標(biāo)：降低停機(jī)時(shí)間和網(wǎng)絡(luò)瓶頸現(xiàn)象；可用、可擴(kuò)展、快速且高效;9.40.層模型幫助分析。從商務(wù)層、客戶行為層和資源層說(shuō)明容量規(guī)劃的方法論 作步驟1.了解環(huán)境2

12、.對(duì)工作負(fù)載進(jìn)行分類 3.確定影響最大的組件 技術(shù)5.應(yīng)用技術(shù)6.重新評(píng)估 選擇伸縮技術(shù) 使用更快的機(jī)器 特殊的機(jī)器把工作負(fù)載分段批處理請(qǐng)求整合用戶數(shù)據(jù)存 重要性結(jié)合實(shí)例來(lái)說(shuō)明。41. 簡(jiǎn)單題：簡(jiǎn)述用定量方法分析電子商務(wù)站點(diǎn)的主要步驟。 深入了解電子商務(wù)站點(diǎn)的結(jié)構(gòu) , 測(cè)量電子商務(wù)站點(diǎn)的系統(tǒng)性能 , 了解客戶行為 , 表征電 子商務(wù)站點(diǎn)的工作負(fù)荷 , 分析評(píng)價(jià)電子商務(wù)站點(diǎn)的性能 , 為電子商務(wù)站點(diǎn)預(yù)測(cè)期望的 負(fù)荷 , 選擇最劃算的一個(gè)體系結(jié)構(gòu)42. 簡(jiǎn)答題：簡(jiǎn)要分析單層應(yīng)用模型、兩層主從式客戶/ 服務(wù)器應(yīng)用模型、多層應(yīng)用模型、分布式系統(tǒng)應(yīng)用模型和基于 Web 的多層應(yīng)用模型之間的異同和有缺點(diǎn)。

13、43. 簡(jiǎn)答題：什么是 Web Service 技術(shù)？Web Service提供一個(gè)與操作系統(tǒng)無(wú)關(guān)、與程序設(shè)計(jì)語(yǔ)言無(wú)關(guān)、與機(jī)器類型無(wú)關(guān)、與運(yùn)行環(huán)境無(wú)關(guān)的平臺(tái)， 實(shí)現(xiàn)網(wǎng)絡(luò)上應(yīng)用的共享。 Web Service 是封裝成單個(gè)實(shí)體并發(fā)布到網(wǎng)絡(luò) 上以供其它程序使用的功能集合。 它是松散耦合的、 可復(fù)用的軟件模塊。44. 簡(jiǎn)答題： 當(dāng)前有哪幾類 Web Service 應(yīng)用， 集合自己的實(shí)踐經(jīng)歷說(shuō)明其應(yīng)用的狀況 和意義。從面向消費(fèi)者的， 面向商務(wù)的， 面向設(shè)備的， 面向系統(tǒng)的應(yīng)用方面闡述觀點(diǎn)45. 簡(jiǎn)答題： Web Service 技術(shù)與當(dāng)前的組件技術(shù)的主要區(qū)別是什么Web Service 是原來(lái)的組件

14、技術(shù)思想在 Internet 時(shí)代中的進(jìn)一步發(fā)展，它集成了CORBA、COM/DCOM 等各種組件模型技術(shù)，是原有各種組件技術(shù)的繼承和發(fā)展46. 簡(jiǎn)答題：學(xué)習(xí)理解 Web Service 的技術(shù)架構(gòu)和實(shí)現(xiàn)框架。Web Service 的技術(shù)框架包括：網(wǎng)絡(luò)層， XML 消息層，服務(wù)說(shuō)明層，服務(wù)發(fā)布層，服務(wù)發(fā) 現(xiàn)層，服務(wù)流程層，其他技術(shù)層；實(shí)現(xiàn)框架包括：服務(wù)提供者，服務(wù)中介者，服務(wù)請(qǐng)求 者。47. 簡(jiǎn)答題：學(xué)習(xí)使用 Web Service 的實(shí)現(xiàn)開發(fā)平臺(tái) 使用各種 Web Service 的平臺(tái)開發(fā)一些實(shí)際應(yīng)用的項(xiàng)目48. 簡(jiǎn)答題：你是如何理解 EB on Demand 的思想的？建立強(qiáng)大的咨詢服

15、務(wù)團(tuán)隊(duì)，為企業(yè)的業(yè)務(wù)流程變化實(shí)施咨詢。通過(guò)Linux 系統(tǒng)和軟件中間件，將企業(yè)的需求與外包服務(wù)對(duì)接起來(lái)。通過(guò)全球的數(shù)十個(gè)外包服務(wù)中心，提供對(duì)IT強(qiáng)大支持49. 簡(jiǎn)答題： EB on Demand 技術(shù)包括哪些方面？技術(shù)包括：Web服務(wù)，網(wǎng)格計(jì)算，自治能力，信息集成，刀片計(jì)算機(jī)，支持普及性設(shè)備。50. 簡(jiǎn)答題：詳細(xì)說(shuō)明 SOAP協(xié)議的主要內(nèi)容。4.65.簡(jiǎn)答題：詳細(xì)說(shuō)明 SOAP的結(jié)構(gòu)與其中的元素。簡(jiǎn)答題：學(xué)習(xí)并分析 SOAP的編碼規(guī)則。簡(jiǎn)答題：思考并說(shuō)明 WSDL語(yǔ)言在 Web Service技術(shù)架構(gòu)中的作用。簡(jiǎn)答題：針

16、對(duì)電子商務(wù)實(shí)踐中的應(yīng)用問(wèn)題思考如何分析和編寫WSDL文檔簡(jiǎn)答題：詳細(xì)說(shuō)明 WSDL綁定的概念。簡(jiǎn)答題：學(xué)習(xí)理解 UDDI 協(xié)議的信息模型和數(shù)據(jù)結(jié)構(gòu)。簡(jiǎn)答題：學(xué)習(xí)運(yùn)用 UDDI協(xié)議的程序員API實(shí)現(xiàn)對(duì)UDDI注冊(cè)中心的訪問(wèn)。簡(jiǎn)答題：試構(gòu)造一個(gè)簡(jiǎn)單的行業(yè)性 UDDI 注冊(cè)中心。簡(jiǎn)答題：說(shuō)明 UDDI 注冊(cè)中心在電子商務(wù)系統(tǒng)中的應(yīng)用前景。簡(jiǎn)答題：簡(jiǎn)述一下 BPEL4WS的發(fā)展過(guò)程。簡(jiǎn)答題：分析總結(jié) ebXML 產(chǎn)生的重要意義。簡(jiǎn)答題： ebXML 的基礎(chǔ)結(jié)構(gòu)包括哪些？簡(jiǎn)答題：什么是 ebXML 商務(wù)過(guò)程規(guī)范架構(gòu)及其使用方法？簡(jiǎn)答題：什么是 ebXML 的注冊(cè)服務(wù)，及其結(jié)構(gòu)？66. 簡(jiǎn)答題： ebXM

17、L 中注冊(cè)服務(wù)的安全包括哪些方面？67. 簡(jiǎn)答題：學(xué)習(xí)使用 ebXML 商務(wù)過(guò)程規(guī)范架構(gòu)構(gòu)建一個(gè)商務(wù)流程。68. 簡(jiǎn)答題：SOAP協(xié)議的優(yōu)點(diǎn)與不足分別是什么？對(duì)不足應(yīng)如何改進(jìn)？SOAP的主要優(yōu)點(diǎn)就在于它的簡(jiǎn)單性，SOAP使用HTTP作為網(wǎng)絡(luò)通訊協(xié)議，數(shù)據(jù)更容易通過(guò)防火墻的限制。 接受和傳送數(shù)據(jù)參數(shù)時(shí)采用 XML 作為數(shù)據(jù)格式， 提供了更高層次上 的抽象，與平臺(tái)和環(huán)境無(wú)關(guān)，具有良好的擴(kuò)展性。 SOAP 的主要缺的是由于采用 HTTP 協(xié)議這樣一個(gè)應(yīng)用層協(xié)議， 再加上 XML 數(shù)據(jù)的封包， 使得數(shù)據(jù)傳輸和解析的效率受到了 比較的影響。 簡(jiǎn)化SOAP協(xié)議的封包，提高解析的效率。使用更底層的協(xié)議，以提

18、高傳 輸效率。69. 簡(jiǎn)答題：常用的Web Services的發(fā)布方法有哪些種 ？對(duì)比它們的優(yōu)劣？并說(shuō)明使用 UDDI 方法的注冊(cè)過(guò)程是怎樣的。主要有集中注冊(cè)方式和 P2P方式。集中式服務(wù)的注冊(cè)發(fā)布和查找比較簡(jiǎn)單，但是容易出 現(xiàn)性能瓶頸，P2P方式更加靈活，但是用于注冊(cè)數(shù)據(jù)的分布性，使得數(shù)據(jù)的查詢過(guò)程更 加復(fù)雜。UDDI采用集中式的注冊(cè)方式。70. 分析題：某大學(xué)一個(gè)宿舍的幾個(gè)大四學(xué)生馬上面臨就業(yè)問(wèn)題了。但是現(xiàn)在大學(xué)擴(kuò)招很厲害，每年畢業(yè)的研究生都不計(jì)其數(shù)。所以這幾個(gè)學(xué)生就想著能否畢業(yè)后一起自己 創(chuàng)業(yè)。宿舍里的小張有個(gè)叔叔是一個(gè)大型書店的經(jīng)理，經(jīng)常向小張?zhí)崞瓞F(xiàn)在書店生意難 做，想讓小張畢業(yè)后過(guò)去

19、一起幫忙經(jīng)營(yíng)書店。聽(tīng)到宿舍老大的創(chuàng)業(yè)設(shè)想和提議后，小張 就向宿舍里的大伙提議，幫他叔叔的書店放到網(wǎng)上去經(jīng)營(yíng)，成立一個(gè)網(wǎng)上電子書店，大 家一聽(tīng)都覺(jué)得可以一試。 針對(duì)上述情況，請(qǐng)您給這些有理想有創(chuàng)業(yè)激情的同學(xué)幫幫忙， 對(duì)他們要做的電子商務(wù)系統(tǒng)進(jìn)行分析、規(guī)劃與設(shè)計(jì)。（1）結(jié)合您自身掌握的知識(shí)，一個(gè)完整的電子商務(wù)解決方案應(yīng)該包括哪些方面？從這個(gè)角度分析并給出該電子商務(wù)系統(tǒng) 的功能模型（自下而上，從基礎(chǔ)設(shè)施到商務(wù)功能，描述各個(gè)層次的功能，畫出功能模型 圖更佳） （2）分析電子商務(wù)系統(tǒng)的安全需求（或者說(shuō)該系統(tǒng)面臨哪些方面的安全挑戰(zhàn)）。給出該電子商務(wù)系統(tǒng)的簡(jiǎn)要解決方案。（可以采用IBM或Microsoft的

20、解決方案，采用IBM 和 Microsoft 來(lái)實(shí)現(xiàn)您的功能模型和安全需求）（1 ）參考書中B2C電子商務(wù)案例 Amazon網(wǎng)上書店，得到功能模型；（2）B2C電子商務(wù)系統(tǒng)面臨的安全問(wèn)題主要考慮：設(shè)備與網(wǎng)絡(luò)安全，用戶注冊(cè)信息保密，定單加密， 支付安全保障等； （ 3）針對(duì)上述功能模型和幾個(gè)安全挑戰(zhàn)，對(duì)照書中 Microsoft 或者 IBM 提供的電子商務(wù)組件，選出適合于該網(wǎng)站功能和安全保障的組件。71. 分析題：近幾年汽車業(yè)在中國(guó)發(fā)展相當(dāng)迅速，某個(gè)汽車制造企業(yè)的規(guī)模也在迅速擴(kuò)大，一些企業(yè)管理、銷售、采購(gòu)方面的問(wèn)題也隨之而來(lái)，如今這家企業(yè)每年要在采購(gòu) 上花費(fèi)很大的成本。該企業(yè)領(lǐng)導(dǎo)想通過(guò)網(wǎng)上采購(gòu)

21、的方式來(lái)節(jié)約成本。針對(duì)上述情況，請(qǐng)您給這位領(lǐng)導(dǎo)出出主意，對(duì)他們要做的電子采購(gòu)系統(tǒng)進(jìn)行分析、規(guī)劃與設(shè)計(jì)。（1）結(jié)合您自身掌握的知識(shí)， 一個(gè)完整的電子商務(wù)解決方案應(yīng)該包括哪些方面？從這個(gè)角度分析并給出該電子商務(wù)系統(tǒng)的功能模型（自下而上，從基礎(chǔ)設(shè)施到商務(wù)功能，描述各個(gè)層 次的功能，畫出功能模型圖更佳）（2）分析該電子商務(wù)系統(tǒng)的安全需求（或者說(shuō)該系統(tǒng)面臨哪些方面的安全挑戰(zhàn)） 。 （3）給出該電子商務(wù)系統(tǒng)的簡(jiǎn)要解決方案。 （可以采用 IBM 或 Microsoft 的解決方案，采用 IBM 和 Microsoft 來(lái)實(shí)現(xiàn)您的功能模型和安全需求）（1）參考書中 B2B 電子商務(wù)案例 阿里巴巴網(wǎng)站以及 B2

22、B 模式的總體結(jié)構(gòu)和數(shù)據(jù)功能模 塊，得到功能模型； （2）B2B 電子商務(wù)系統(tǒng)面臨的安全問(wèn)題主要考慮：設(shè)備與網(wǎng)絡(luò)安 全，用戶注冊(cè)信息保密，定單加密，支付安全保障等；（ 3）針對(duì)上述功能模型和幾個(gè)安全挑戰(zhàn)，對(duì)照書中 Microsoft 或者 IBM 提供的電子商務(wù)組件，選出適合于該網(wǎng)站功能 和安全保障的組件。72. 簡(jiǎn)答題： 作為 B2B 模式的行業(yè)電子商務(wù)平臺(tái)， 與傳統(tǒng)貿(mào)易相比， 交易成本的降低、機(jī)會(huì)的增多，交易方式的便捷，給更多的企業(yè)獲得了新的市場(chǎng)機(jī)會(huì)；電子商務(wù)在深層次 上影響了整個(gè)市場(chǎng)、整個(gè)行業(yè)的需求。電子商務(wù)的推廣是給更多的企業(yè)獲得了新的市場(chǎng) 機(jī)會(huì)、還是失去了傳統(tǒng)的市場(chǎng)領(lǐng)域？73. 簡(jiǎn)答

23、題：第三方 B2B 交易是如何通過(guò)行業(yè)電子商務(wù)平臺(tái)，匯聚行業(yè)用戶，形成完 整的企業(yè)、產(chǎn)品數(shù)據(jù)庫(kù)，為采購(gòu)商和供應(yīng)商提供了集中聯(lián)系、洽談、采購(gòu)的網(wǎng)絡(luò)平臺(tái)， 使貿(mào)易的范圍完全突破了地域、時(shí)間的限制？74. 簡(jiǎn)答題： 阿里巴巴以 B2B 的模式從經(jīng)營(yíng)電子商務(wù)的信息流為切入點(diǎn)， 強(qiáng)調(diào)訪問(wèn)量， 形成了以技術(shù)推動(dòng)、利用風(fēng)險(xiǎn)資本、以服務(wù)取勝的這樣一種電子商務(wù)模式，獲得企業(yè)成 長(zhǎng)，其對(duì)我國(guó)企業(yè)第三方 B2B 模式發(fā)展有何借鑒意義？75. 簡(jiǎn)答題：目前國(guó)內(nèi)第三方 B2B 模式的發(fā)展還存在哪些不足？與美國(guó)等網(wǎng)上交易較 發(fā)達(dá)德國(guó)家相比還有哪些值得改進(jìn)之處？76. 簡(jiǎn)答題：在中國(guó)，無(wú)論是信息化程度、電子支付手段和觀念，

24、還是物流運(yùn)輸體系 的建設(shè)等，都無(wú)法與美國(guó)，與亞馬遜所處的商業(yè)環(huán)境相比。創(chuàng)造性地模仿，成為模仿戰(zhàn) 略中必須的環(huán)節(jié)。 當(dāng)當(dāng)在模仿亞馬遜的過(guò)程中進(jìn)行那些創(chuàng)新？這些創(chuàng)新對(duì)當(dāng)當(dāng)?shù)陌l(fā)展起 到了什么作用？77. 簡(jiǎn)答題：目前國(guó)內(nèi) C2C市場(chǎng)已經(jīng)逐步形成了阿里巴巴+淘寶、eBay+易趣、雅虎+新浪三方競(jìng)爭(zhēng)的格局，針對(duì)這樣的情況，國(guó)內(nèi)C2C企業(yè)應(yīng)該如何創(chuàng)新，謀求自身更好的發(fā)展？78. 簡(jiǎn)答題：淘寶網(wǎng)自成立以來(lái)就一直堅(jiān)持免費(fèi)的政策，降低了買賣雙方進(jìn)行網(wǎng)上個(gè)人交易的門檻，并因此積聚了人氣，取得了飛速的發(fā)展。易趣則采用了收費(fèi)的方式，力 求提供更為優(yōu)質(zhì)的服務(wù)， 形成良性循環(huán)。 如何看待這兩家網(wǎng)站各自的成功？79. 簡(jiǎn)答

25、題：我國(guó)C2C模式的發(fā)展存在哪些問(wèn)題，應(yīng)該如何解決?80. 簡(jiǎn)答題：簡(jiǎn)述 SOA的特點(diǎn)81. 簡(jiǎn)答題：在保險(xiǎn)電子商務(wù)的實(shí)施過(guò)程中，中國(guó)保險(xiǎn)企業(yè)該如何正確定位?如何體現(xiàn)服務(wù)特色?82. 簡(jiǎn)答題：舉一個(gè)需要使用SOA架構(gòu)的商業(yè)應(yīng)用實(shí)例，并思考使用SOA后會(huì)帶來(lái)什么好處。83. 簡(jiǎn)答論述題 :簡(jiǎn)要分析單層應(yīng)用模型、 兩層主從式客戶 /服務(wù)器應(yīng)用模型、 多層應(yīng)用模型（C/S）、Rich Client應(yīng)用模型和基于 Web的多層應(yīng)用模型（B/S）之間的異同和優(yōu)缺點(diǎn)參見(jiàn)課本第五章，主要考察對(duì)于三層多層結(jié)構(gòu)和Web Services架構(gòu)的區(qū)別。84. 試結(jié)合你工作或者生活中的實(shí)例，談?wù)勅绾螒?yīng)用各種新技術(shù)、新

26、思維來(lái)改進(jìn)現(xiàn)有 的電子商務(wù)應(yīng)用模式。從開源節(jié)流角度思考新技術(shù)在電子商務(wù)應(yīng)用中的作用，比如統(tǒng)一消息平臺(tái)可以構(gòu)建企業(yè)的快速反應(yīng)機(jī)制并節(jié)省費(fèi)用；VPN可以構(gòu)建基于In ternet的企業(yè)應(yīng)用，提供較廉價(jià)的安全應(yīng)用機(jī)制；RFID技術(shù)可以提供在很多領(lǐng)域的新應(yīng)用模式，比如零售、物流、客戶服務(wù) 等；移動(dòng)商務(wù)技術(shù)則提供了更多廣闊的應(yīng)用前景。85. 簡(jiǎn)答論述題：要使 Web Services 技術(shù)成功應(yīng)用，還需要解決很多技術(shù)難點(diǎn)。請(qǐng)例 舉并簡(jiǎn)要說(shuō)明其中的四個(gè)難點(diǎn)： 可靠性、安全性、事務(wù)、可伸縮性、可管理性、可說(shuō)明性、測(cè)試（其中任意四個(gè)均可， 并加以說(shuō)明）86. 填空題：本書討論的電子商務(wù)參考模型包括四層模型，它們關(guān)注的分別是商務(wù)過(guò)程要素 （商務(wù)模型 ）、功能結(jié)構(gòu)導(dǎo)航模型 （功能模型 ）、顧客行為模式 （客戶模型 ）、網(wǎng) 站體系結(jié)構(gòu)和設(shè)備 （資源模型 ）87. 填空題： IBM 公司提出的電子商務(wù)系統(tǒng)規(guī)劃設(shè)計(jì)的四個(gè)階段分別是：戰(zhàn)略開發(fā)階段：確定電子商務(wù)系統(tǒng)的發(fā)展