《信息系統(tǒng)的設(shè)計與實現(xiàn)》課程作業(yè)

浙江大學(xué)遠(yuǎn)程教育學(xué)院

《信息系統(tǒng)的設(shè)計與實現(xiàn)》課程作業(yè)

姓名：學(xué)號：

年級：13秋學(xué)習(xí)中心：杭州（蕭山）

一、填空題

l.WebServices技術(shù)成為下一代分布式系統(tǒng)的核心支持部分的原因是：a.互操性和

交互性；b.普遍性c.低進(jìn)入屏障d行業(yè)廣泛支持

2.需求分析有兩種方法，分別是業(yè)務(wù)需求分析和界面需求分析。

3.應(yīng)用程序的功能模塊可以劃分為：用戶界面、業(yè)務(wù)邏輯和數(shù)據(jù)存儲.

4.典型的應(yīng)用程序開發(fā)模型有：單層應(yīng)用模型、兩層主從式客戶/服務(wù)器應(yīng)用模式、

多層應(yīng)用模式、分布式系統(tǒng)應(yīng)用模式和Web的多層應(yīng)用模式。

5.綜合當(dāng)今的Web應(yīng)用以及WebService的特點，WebService可以分為下面四種：

面向商務(wù)的WebService、面向消費者的WebService、面向設(shè)備的WebService和面向系

統(tǒng)的WebService。

6.WebService的實現(xiàn)框架由下面三個部分組成，它們分別是服務(wù)提供者、服務(wù)中

介者和服務(wù)請求者。

7.要使WebService成功應(yīng)用，還需要解決很多技術(shù)難點。請列舉其中的四個：被

發(fā)現(xiàn)；可靠性；安全性；事務(wù)處理性。

8.WebService的實現(xiàn)平臺有：Microsoft、NET、Websphere、SunONE。

9.隨需應(yīng)變業(yè)務(wù)的特征：更迅速的響應(yīng)能力、更靈活的變化能力、更專注的業(yè)務(wù)目

標(biāo)、更彈性的商務(wù)運行。

10.IBM自動化藍(lán)圖的關(guān)鍵特征包括：可用性、安全性、優(yōu)化、按需供應(yīng)。

11.SOAP協(xié)議包括以下4個部分：封套、編碼規(guī)則、SOAPRPC、SOAP綁定。

12.WSDL文檔包括的元素有：類型、消息、操作、端口類型、綁定、端口和服務(wù)。

13.BPEL4WS是網(wǎng)絡(luò)服務(wù)業(yè)務(wù)流程執(zhí)行語言的簡稱。

]4.需求說明書的兩個主要目的是提供明顯的有關(guān)聯(lián)的來源于國際的商業(yè)和可信任

的標(biāo)準(zhǔn)組織的有代表性的需求和傳遞給有興趣的當(dāng)事人一些目的范圍和ebXML景象。

15.隧道技術(shù)是VPN的核心技術(shù)，它包括封裝、傳輸、解包三個過程;隧道通過隧

道協(xié)議來實現(xiàn)，隧道協(xié)議由傳輸協(xié)議、封裝協(xié)議、乘客協(xié)議組成。

16.統(tǒng)一消息平臺是一個三層結(jié)構(gòu)，這三層分別是接入服務(wù)、應(yīng)用服務(wù)、后臺服務(wù)。

17.RFID技術(shù)是一種非接觸式自動識別技術(shù)，它通過射頻信號自動識別目標(biāo)對象并

獲取相關(guān)數(shù)據(jù)，它主要由電子標(biāo)簽、解讀器、數(shù)據(jù)傳輸與處理系統(tǒng)三部分組成。

二、簡答題

1、簡述當(dāng)今應(yīng)該如何建立電子商務(wù)式的思維模式？

答：通過三種方式來建立現(xiàn)代電子商務(wù)式的思維模式。

1.“集成各種業(yè)務(wù)流程，更好的服務(wù)客戶”

2.變化比計劃快，我們需要實時應(yīng)變業(yè)務(wù)

3.擴展人的業(yè)務(wù)能力，我們需要動態(tài)模型

2、請結(jié)合實例從信息系統(tǒng)容量規(guī)劃的定義、方法、操作步驟、伸縮技術(shù)等角度論述容

量規(guī)劃技術(shù)在信息系統(tǒng)的規(guī)劃設(shè)計和應(yīng)用實施中的重要性。

答：以寧波市教師教育特色數(shù)字文獻(xiàn)資源庫作為實例。

從定義上來講，容量規(guī)劃是預(yù)測未來負(fù)載水平何時會使系統(tǒng)飽和以及確定一個盡可

能延遲系統(tǒng)飽和的最經(jīng)濟方法的過程。

3、本書討論的四條性能定律分別是利用率定律、強制流定律、服務(wù)需求定律、Little定

律，請分別用通俗的語言予以說明。

答：利用率定律：

利用率=到達(dá)速率義每事務(wù)平均服務(wù)時間小隊列資源數(shù)

強制流模型：

平均吞吐量=平均訪問隊列數(shù)X單位時間完成事務(wù)數(shù)

服務(wù)需求定律：

服務(wù)需求=系統(tǒng)吞吐量X利用率

Little定律：

黑盒子中的客戶的平均數(shù)量=黑盒子的吞吐率義客戶平均停留時間

4、試結(jié)合你工作或者生活中的實例，談?wù)勅绾螒?yīng)用課程中介紹的新技術(shù)來改進(jìn)現(xiàn)有的

信息管理應(yīng)用模式。

答：應(yīng)用新技術(shù)在改進(jìn)現(xiàn)有信息管理應(yīng)用模式的新技術(shù)有：1.統(tǒng)一消息平臺可以構(gòu)建企

業(yè)的快速反饋機制并節(jié)省費用，比如微信和微博上的企業(yè)賬號、政務(wù)OA；VPN可以提

供安全的信息交換機制，比如政府專用網(wǎng)的構(gòu)建；RFID技術(shù)可以提供廉價快捷的信息

掃描讀取方式，比如圖書館應(yīng)用RFID技術(shù)來借閱圖書。

5、簡要分析單層應(yīng)用模型、兩層主從式客戶/服務(wù)器應(yīng)用模型、多層應(yīng)用模型、分布式

系統(tǒng)應(yīng)用模型和基于Web的多層應(yīng)用模型之間的異同和有缺點。

答：相同之處：它們都是系統(tǒng)總體結(jié)構(gòu)設(shè)計體系中的系統(tǒng)體系框架，可以根據(jù)需求來選

用不同的構(gòu)架模型。不同之處：部署的層次和性能不一致

優(yōu)缺點：

1.單層應(yīng)用模型：優(yōu)點是部署層次簡單，缺點是數(shù)據(jù)量或連接過大容易宕機；

2.兩層主從式客戶/服務(wù)器應(yīng)用模型具備的一定運算處理能力、降低了系統(tǒng)的通信開

銷，減輕大機的運算處理負(fù)載。

優(yōu)點：（1）復(fù)雜度降低；（2）具有請求/回應(yīng)的運作方式；

缺點：（1）邏輯運算和業(yè)務(wù)規(guī)則缺乏靈活性與擴充性，面對變化客戶端必須重新

開發(fā)和部署；（2）服務(wù)器數(shù)據(jù)處理過分依賴數(shù)據(jù)庫系統(tǒng)；（3）系統(tǒng)無法有效的擴展。二

層C/S結(jié)構(gòu)是單一服務(wù)器且以局域網(wǎng)為中信的，所以難以擴展至大型企業(yè)廣域網(wǎng)或

Interneto

3.多層應(yīng)用模型優(yōu)點：（1）瘦客戶端，很容易在運行時自動升級

事務(wù)層可以在跨平臺的客戶端上共享；（2）不同邏輯組件的分離意味著各層可以獨立設(shè)

計和開發(fā)；（3）統(tǒng)一的、抽象的用戶界面可以使用戶更為有效地訪問同一個數(shù)據(jù)源；（4）

更為有效地在Intranet、Extranet、Internet上運行

4.分布式系統(tǒng)應(yīng)用模型的優(yōu)點：（1）微處理機提供了比大型主機更好的性能價格比;

（2）分布式系統(tǒng)總的計算能力比單個大型主機更強；（3）固有的分布性-----些應(yīng)用

涉及到空間上分散的機器；（4）可靠性。如果一個機器崩潰，整個系統(tǒng)還可以運轉(zhuǎn)；（5）

漸增。計算能力可以逐漸有所增加。缺點是：（1）

目前為分布式系統(tǒng)開發(fā)的軟件還很少；（2）網(wǎng)絡(luò)可能飽和和引起其它的問題；（3）容易

造成對保密數(shù)據(jù)的訪問

5o基于web的多層應(yīng)用模型。優(yōu)點：（1）通過程序自動啟動和處理業(yè)務(wù)事務(wù)，而非

使用瀏覽器；（2）能夠在一個分布式的計算環(huán)境中動態(tài)地描述、發(fā)布、發(fā)現(xiàn)和調(diào)用；（3）

許多基于WebService的新型應(yīng)用將出現(xiàn)。缺點是：（1）軟件的復(fù)雜度增加；（2）軟件

升級和更新相對困難。

6、什么是WebService技術(shù)？

答：WebService提供一個與操作系統(tǒng)無關(guān)、與程序設(shè)計語言無關(guān)、與機器類型無關(guān)、

與運行環(huán)境無關(guān)的平臺，實現(xiàn)網(wǎng)絡(luò)上應(yīng)用的共享。WebService是封裝成單個實體并發(fā)

布到網(wǎng)絡(luò)上以供其它程序使用的功能集合。它是松散耦合的、可復(fù)用的軟件模塊。

7、當(dāng)前有哪幾類WebService應(yīng)用，集合自己的實踐經(jīng)歷說明其應(yīng)用的狀況和意義。

答:綜合當(dāng)今的Web應(yīng)用以及WebService的特點，可以把WebServices分為四類：

1.面向商務(wù)的WebService:該類服務(wù)針對的是那些面向企業(yè)應(yīng)用服務(wù)，包括企業(yè)內(nèi)部的

ERP系統(tǒng)，企業(yè)間的SCM/CRM等系統(tǒng)。

2.面向消費者的WebService:此類服務(wù)針對的是那些原先的B2C的網(wǎng)站的改造，為這些

Web應(yīng)用增加了WebServices的應(yīng)用界面，使得第三方的桌面工具或其自身提供的增值

的桌面工具能夠利用更優(yōu)秀的用戶界面提供跨越多個B2C服務(wù)的桌面服務(wù)，這將使得

用戶使用Internet更為方便，能夠獲得更加便捷的服務(wù)。比如可以在財智8理財軟件上

打開Internet股票行情。

3.面向設(shè)備的WebService:此類服務(wù)的使用終端一般是手持設(shè)備和日用家電，對于前者

而言，可以在不用修改網(wǎng)絡(luò)服務(wù)的體系架構(gòu)的前提下，令先前的網(wǎng)絡(luò)服務(wù)支持除PC以

外的各種終端，比如Palm、PocketPC、手機等。如此，那些天氣預(yù)報服務(wù)、Email服務(wù)、

主動信息服務(wù)等將更為有效和便捷。而后者對于日用家電，則可能是一個市場的啟動期，

有了WebServices作為基礎(chǔ)框架，智能型的日用家電將真正獲得標(biāo)準(zhǔn)的支持，從而有了

廣泛使用的可能。

4.面向系統(tǒng)的WebService:一些傳統(tǒng)意義上的系統(tǒng)服務(wù)，比如用戶權(quán)限認(rèn)證，系統(tǒng)監(jiān)控

等，如果被遷移到全球范圍的Internet上，或者企業(yè)內(nèi)部的intranet上，其作用范圍將從

單個系統(tǒng)或局部網(wǎng)絡(luò)拓展到整個企業(yè)網(wǎng)絡(luò)或整個Interneto如此，基于同一系統(tǒng)服務(wù)的

不同應(yīng)用將得以在整個Internet環(huán)境中部署，譬如跨國企業(yè)的所有在線服務(wù)可以使用同

一個用戶權(quán)限認(rèn)證WebServices0

8、WebService技術(shù)與當(dāng)前的組件技術(shù)的主要區(qū)別是什么

答：WebService技術(shù)主要是解決在當(dāng)前新軟件應(yīng)用架構(gòu)下的松耦合、跨越防火墻、廣

域網(wǎng)、程序自動交互等問題，這些是已有組件技術(shù)所不能解決的，但webservice不是要

取代組件技術(shù)，而是和組件技術(shù)一起更好的構(gòu)建新的應(yīng)用系統(tǒng)，解決目前的應(yīng)用需求。

9、學(xué)習(xí)理解WebService的技術(shù)架構(gòu)和實現(xiàn)框架。

答：WebService的技術(shù)框架包括：網(wǎng)絡(luò)層，XML消息層，服務(wù)說明層，服務(wù)發(fā)布層，

服務(wù)發(fā)現(xiàn)層，服務(wù)流程層，其他技術(shù)層；

實現(xiàn)框架包括：服務(wù)提供者，服務(wù)中介者，服務(wù)請求者。

10、學(xué)習(xí)使用WebService的實現(xiàn)開發(fā)平臺

11、你是如何理解onDemand的思想的？

答：onDemand思想就是按需即變的思想。也就是說能夠以用戶的需求為根本，快速靈

活地設(shè)計開發(fā)出相應(yīng)的模塊并應(yīng)用于信息系統(tǒng)中。

12、onDemand技術(shù)包括哪些方面？

答：onDemand技術(shù)包括：Web服務(wù)，網(wǎng)格計算，自治能力，信息集成，刀片計算機,

支持普及性設(shè)備。

13、詳細(xì)說明SOAP協(xié)議的主要內(nèi)容。

答：SOAP協(xié)議即簡單對象訪問協(xié)議。SOAP是交換數(shù)據(jù)的一種協(xié)議規(guī)范，是一種輕量

的、簡單的、基于XML的協(xié)議，它被設(shè)計成在WEB上交換結(jié)構(gòu)化的和固化的信息。

SOAP可以和現(xiàn)存的許多因特網(wǎng)協(xié)議和格式結(jié)合使用，包括超文本傳輸協(xié)議（HTTP）,

簡單郵件傳輸協(xié)議（SMTP）,多用途網(wǎng)際郵件擴充協(xié)議（MIME）。它還支持從消息系

統(tǒng)到遠(yuǎn)程過程調(diào)用（RPC）等大量的應(yīng)用程序。SOAP使用基于XML的數(shù)據(jù)結(jié)構(gòu)和超

文本傳輸協(xié)議的組合定義了一個標(biāo)準(zhǔn)的方法來使用Internet上各種不同操作環(huán)境中的分

布式對象。SOAP包括封裝、編碼規(guī)則、RPC表示、綁定這四大要素。

14、SOAP協(xié)議有哪些優(yōu)點，并說明它們的應(yīng)用范圍。

答：它的優(yōu)點有：（1）可擴展的。SOAP無需中斷已有的應(yīng)用程序,SOAP客戶端、服

務(wù)器和協(xié)議自身都能發(fā)展，而且能極好地支持中間介質(zhì)和層次化的體系結(jié)構(gòu)。（2）簡單

的?？蛻舳税l(fā)送一個請求，調(diào)用相應(yīng)的對象，然后服務(wù)器返回結(jié)果。這些消息是XML格

式的，并且封裝成符合HTTP協(xié)議的消息。因此,它符合任何路由器、防火墻或代理服務(wù)

器的要求。（3）完全和廠商無關(guān)。SOAP可以相對于平臺、操作系統(tǒng)、目標(biāo)模型和編

程語言獨立實現(xiàn)。另外，傳輸和語言綁定以及數(shù)據(jù)編碼的參數(shù)選擇都是由具體的實現(xiàn)決定

的。（4）與編程語言無關(guān)。SOAP可以使用任何語言來完成，只要客戶端發(fā)送正確SOAP

請求（也就是說，傳遞一個合適的參數(shù)給一個實際的遠(yuǎn)端服務(wù)器）。SOAP沒有對象模型,

應(yīng)用程序可以捆綁在任何對象模型中。（5）與平臺無關(guān)。SOAP可以在任何操作系統(tǒng)中

無需改動正常運行。

15、詳細(xì)說明SOAP的結(jié)構(gòu)與其中的元素。

答：SOAP有四個結(jié)構(gòu)。1.封裝。它定義了一個框架，該框架描述了消息中的內(nèi)容是什

么，誰應(yīng)當(dāng)處理它以及它是可選的還是必須的。2.編碼規(guī)則。它定義了一種序列化的機

制，用于交換應(yīng)用程序所定義的數(shù)據(jù)類型的實例。3.RPC表示。它定義了用于表示遠(yuǎn)程

過程調(diào)用和應(yīng)答的協(xié)定。4.綁定。定義了一種使用底層傳輸協(xié)議來完成在節(jié)點間交換

SOAP封裝的約定。

16、學(xué)習(xí)并分析SOAP的編碼規(guī)則。

答：所有的SOAP消息都使用XML編碼。一條SOAP消息就是一個包含有一個必需

的SOAP的封裝包，一個可選的SOAP標(biāo)頭和一個必需的SOAP體塊的XML文檔。

把SOAP綁定到HTTP提供了同時利用SOAP的樣式和分散的靈活性的特點以及

HTTP的豐富的特征庫的優(yōu)點。在HTTP上傳送SOAP并不是說SOAP會覆蓋現(xiàn)有的

HTTP語義，而是HTTP上的SOAP語義會自然的映射到HTTP語義。在使用HTTP

作為協(xié)議綁定的場合中，RPC請求映射到HTTP請求上，而RPC應(yīng)答映射到HTTP

應(yīng)答。然而，在RPC上使用SOAP并不僅限于HTTP協(xié)議綁定。SOAP也可以綁定

到TCP和UDP協(xié)議上。

17、學(xué)習(xí)理解UDDI協(xié)議的信息模型和數(shù)據(jù)結(jié)構(gòu)。

答：UDDI是一套基于Web的WebService注冊中心的實現(xiàn)標(biāo)準(zhǔn)規(guī)范，包括注冊Web

Service和發(fā)現(xiàn)WebService的訪問協(xié)議的實現(xiàn)標(biāo)準(zhǔn)，它是一種目錄服務(wù)，企業(yè)可以使用

它對Webservices進(jìn)行注冊和搜索。UDDI的信息模型由6種主要信息構(gòu)成：

BusinessEntity、BusinessServic、BindingTemplate、tModel、PublisherAssertion和

Subscriptiono

基本數(shù)據(jù)結(jié)構(gòu)如下圖：

18、學(xué)習(xí)運用UDDI協(xié)議的程序員API實現(xiàn)對UDDI注冊中心的訪問。

答:程序員主要查詢API與發(fā)布API。

查詢API包含兩類調(diào)用，使程序能快速地定位候選商業(yè)實體、Web服務(wù)及其調(diào)用規(guī)

范，然后在最初調(diào)用獲得的初始信息的基礎(chǔ)上，獲得進(jìn)一步的相關(guān)信息的細(xì)節(jié)。這類以

find_xx命名的API提供了多種搜索標(biāo)準(zhǔn)，從而能對注冊中心中的數(shù)據(jù)進(jìn)行廣泛地搜索。

另一方面，如果事先已經(jīng)知道所需數(shù)據(jù)的關(guān)鍵字，則可以通過直接調(diào)用get_xxAPI得

到相應(yīng)的結(jié)構(gòu)數(shù)據(jù)發(fā)布API包括四個save_xx函數(shù)和四個delete_xx函數(shù)。每個對應(yīng)于

一個UDDI主要結(jié)構(gòu)(businessEntity,binsinessService,bindingTemplate,tModel)□一旦得到

授權(quán),，一個獨立的機構(gòu)可以注冊任意數(shù)量的businessEntity或tModel信息，也可以修改

原先發(fā)布的信息.API設(shè)計模型很簡單：可以更改特定的相關(guān)信息，也可以使用save功能

來保存新信息.要刪除整個結(jié)構(gòu)則可以調(diào)用delete功能。

19、試構(gòu)造一個簡單的行業(yè)性UDDI注冊中心。

答：任何企業(yè)都可以到其中的一個注冊中心去免費注冊企業(yè)的信息和提供的服務(wù)。注冊

中心之間通過P2P同步數(shù)據(jù)，所以只要到任何一個中心注冊，就可以把自己的企業(yè)信息

發(fā)布到全球所有的注冊中心上。

20、簡述一下BPEL4WS的發(fā)展過程。

答:BPEL標(biāo)準(zhǔn)的早期版本稱為BPEL4WS(BusinessProcessExecutionLanguageForWeb

Service),后改名為WS-BPEL(WebServiceBusinessProcessExecutionLanguage),可簡

稱為BPELoBPEL的前身是IBM的WSFL和Microsoft的XLANG-2002年7月，基

于WSFL和XLANG,IBM,BEA和Microsoft提出了BPEL4WS1.0版本。該標(biāo)準(zhǔn)得到

TSAP和Siebel的支持，并在2003.5進(jìn)行了修正，形成了1.1版本。BPEL融合了這

兩種標(biāo)準(zhǔn)的長處，繼承了圖模型的直觀性和靈活性，同時又對異常處理進(jìn)行了很好的支

持。2003年4月，OASISWS-BPEL技術(shù)委員會成立(WS-BPELTC),專門負(fù)責(zé)BPEL

標(biāo)準(zhǔn)的升級與支持。BPEL標(biāo)準(zhǔn)隨后被更新為WSBPEL2.0。WSBPEL2.0已于2007年4

月被OASIS正式批準(zhǔn)為BPEL的最新標(biāo)準(zhǔn)。BPEL標(biāo)準(zhǔn)發(fā)布后，由于其以Web服務(wù)為

基礎(chǔ)，與具體的實現(xiàn)無關(guān)，具有平臺無關(guān)性和松耦合性。特別是隨著SOA即面向服務(wù)

的體系結(jié)構(gòu)概念的出現(xiàn)，所有的軟件資源與應(yīng)用都將封裝成服務(wù)，服務(wù)將是基本的操作

單位。業(yè)務(wù)流程在SOA中既是服務(wù)的消費者又是服務(wù)的提供者。它居于SOA上層，將

SOA系統(tǒng)中的孤立服務(wù)按照預(yù)定的規(guī)則進(jìn)行調(diào)度與協(xié)調(diào)，從而提供有價值的流程服務(wù)。

BPEL規(guī)范的特點使得其在SOA架構(gòu)中具有固有的優(yōu)勢,被眾多的廠商所采用，將BPEL

實現(xiàn)作為SOA產(chǎn)品中的一部分提供業(yè)務(wù)流程服務(wù)。

21、安全問題是VPN的核心問題。大多數(shù)公司認(rèn)為，公司網(wǎng)絡(luò)處于一道網(wǎng)絡(luò)防火墻之

后就是安全的，員工可以撥號進(jìn)入系統(tǒng)，而防火墻會將一切非法請求拒之其外；還有些

網(wǎng)絡(luò)管理員認(rèn)為，為網(wǎng)絡(luò)建立防火墻并為員工提供VPN,使他們可以通過一個加密的隧

道撥號進(jìn)入公司網(wǎng)絡(luò)就是安全的。你對這些看法有什么不同見解？

答：VPN屬利用公用網(wǎng)絡(luò)架設(shè)專用網(wǎng)絡(luò)。在傳統(tǒng)的企業(yè)網(wǎng)絡(luò)配置中，要進(jìn)行遠(yuǎn)程訪問，傳統(tǒng)的

方法是租用數(shù)字?jǐn)?shù)據(jù)網(wǎng)專線或幀中繼，這樣的通訊方案必然導(dǎo)致高昂的網(wǎng)絡(luò)通訊和維護(hù)費用。對

于移動用戶(移動辦公人員)與遠(yuǎn)端個人用戶而言，一般會通過撥號線路(Internet)進(jìn)入企業(yè)

的局域網(wǎng)，但這樣必然帶來安全上的隱患。

讓外地員工訪問到內(nèi)網(wǎng)資源，利用VPN的解決方法就是在內(nèi)網(wǎng)中架設(shè)一臺VPN服務(wù)器。外

地員工在當(dāng)?shù)剡B上互聯(lián)網(wǎng)后，通過互聯(lián)網(wǎng)連接VPN服務(wù)器,然后通過VPN服務(wù)器進(jìn)入企業(yè)內(nèi)網(wǎng)。

為了保證數(shù)據(jù)安全，VPN服務(wù)器和客戶機之間的通訊數(shù)據(jù)都進(jìn)行了加密處理。有了數(shù)據(jù)加密，

就可以認(rèn)為數(shù)據(jù)是在■條專用的數(shù)據(jù)鏈路上進(jìn)行安全傳輸，就如同專門架設(shè)了■個專用網(wǎng)絡(luò)■

樣，但實際上VPN使用的是互聯(lián)網(wǎng)上的公用鏈路，因此VPN稱為虛擬專用網(wǎng)絡(luò)，其實質(zhì)上就是

利用加密技術(shù)在公網(wǎng)上封裝出一個數(shù)據(jù)通訊隧道。有了VPN技術(shù)，用戶無論是在外地出差還是

在家中辦公，只要能上互聯(lián)網(wǎng)就能利用VPN訪問內(nèi)網(wǎng)資源，因此建立網(wǎng)絡(luò)防火墻之后再設(shè)立加

密的隧道通道可以解決傳輸中和傳輸后內(nèi)容的雙重安全。

22、2004年已經(jīng)有很多省份實現(xiàn)了小靈通用戶和手機用戶互發(fā)短消息，這是一個很好的

統(tǒng)一消息平臺的實例。統(tǒng)一消息平臺不斷的改善人們的生活質(zhì)量，使得普通用戶感受到

技術(shù)的進(jìn)步以及技術(shù)進(jìn)步帶給我們的實惠。請列舉一個統(tǒng)一消息平臺的實例，并試著介

紹其實現(xiàn)原理。

答：實例比如微信，在微信上，人們可以實現(xiàn)視頻、語音、短信等多方面的功能，是一

種全新模式的統(tǒng)一消息平臺。

23、什么是tag?使tag閉合可采用幾種方法？分別是什么？

答:在XML文檔中，用于表示元素開始或結(jié)束的表示稱為tag,tag總是成對出現(xiàn)。使

tag閉合可采用兩種方法，分別是<tagname>?</tagname>,<tagname?/>?

24、XML與HTML的主要的不同點是什么?attribute與子element的不同點是什么？什

么根元素？一個規(guī)范的XML文檔要滿足那些語法規(guī)則？

答：“可擴展標(biāo)記語言"（XML）提供一種描述結(jié)構(gòu)化數(shù)據(jù)的方法。與主要用于控制數(shù)據(jù)

的顯示和外觀的HTML標(biāo)記不同，XML標(biāo)記用于定義數(shù)據(jù)本身的結(jié)構(gòu)和數(shù)據(jù)類型。

XML不是要替換HTML；實際上XML可以視作對HTML的補充。XML和HTML

的目標(biāo)不同：HTML的設(shè)計目標(biāo)是顯示數(shù)據(jù)并集中于數(shù)據(jù)外觀，而XML的設(shè)計目標(biāo)

是描述數(shù)據(jù)并集中于數(shù)據(jù)的內(nèi)容。與HTML相似，XML不進(jìn)行任何操作。雖然XML

標(biāo)記可用于描述訂單之類的項的結(jié)構(gòu)，但它不包含可用于發(fā)送或處理該訂單以及確保按

該訂單交貨的任何代碼。其他人必須編寫代碼來實際對XML格式的數(shù)據(jù)執(zhí)行這些操

作。與HTML不同，XML標(biāo)記由架構(gòu)或文檔的作者定義，并且是無限制的。HTML

標(biāo)記則是預(yù)定義的；HTML作者只能使用當(dāng)前HTML標(biāo)準(zhǔn)所支持的標(biāo)記。每一個

XML文檔

有且僅有一個最外層元素成為根元素。通俗的說，一個規(guī)范的文檔一般是指文檔中包含

一個以上的元素，并且根元素必須包含其它所有的元素，并且每部分內(nèi)容必須恰當(dāng)?shù)姆?/p>

裝入某個元素中。元素tag必需成對出現(xiàn)?？汕短撞豢山徊?。

25、寫出一個描述email的XML文檔

答：<?xmlversion="1.0"encoding="UTF-16"?><!DOCTYPEemailSYSTEM

11email.dtd''xemailxheadxfromname="FUCHENnaddress="FUCHEN@,7>

<toname="FUJIAYIN"address=nFUJIAYIN@n/>〈subject〉你吃了嗎？

</subject></head><body>你吃了嗎？還沒的話我們一起晚餐哦！</body></email>

26、ID和IDREF類型分別指什么？規(guī)范的和有效的XML文檔有什么不同？

答：.ID為標(biāo)識類型，IDREF為標(biāo)識引用類型，從本質(zhì)上講他們都是字符串類型。滿足XML語

法規(guī)范的XML文檔成為規(guī)范的XML文檔。如果它同時符合對應(yīng)的XMLSchema的約束稱為有

效的XML文檔。

27、認(rèn)真閱讀下列XML文檔，指出其中的錯誤.a)<!ENTITYrights"©”>

<fragment>&rights;2001chuckWhite</fragment><&fragment>foo</&fragment>

<fragment>foo&foo</fragment><fragment>&replacement;&more<fragment>

<fragment>&replacement;&more;<fragment><fragment>The<>operatormustbe

escaped</fragment><fragment>IwashopingIconldcreatethis"null"element:

</></fragment><fragment>MaybeitwillworkifIaddaspace:</><fragment>b)

<fragmentx/fragment><fragment5></fragments><5fragments></5fragment5>

<fivefragmentx/fivefragment><five,fragments></five,fragment5>

<five;fragment5x/five;fragment5><five_fragmentx/five_fragment>

<five_fragment:flagx/five_fragment:flag><!fragmentx/!fragment>

<[fragment]></[fragment]>

答：(1)<!ENTITYrights"©"><fragment>&rights;2001chuckWhite</fragment>

錯誤，#169非法。<&fragment>foo</&fragment>錯誤，tag名稱中不能包含&。<fra

gment>foo&foo</fragment>錯誤，元素內(nèi)容中不能出現(xiàn)&。開頭可以出現(xiàn)表示引用，

要與;聯(lián)合使用。<fragment>&replacement;&more<fragment>錯誤，&more后面缺少分

號。結(jié)尾的tag缺少<fragment>&replacement;&more;<fragment>錯誤，結(jié)尾的tag

缺少/。<fragment>The<>operatormustbeescaped</fragment>錯誤，匿名tag<>出現(xiàn)

非法。<fragment>IwashopingIconldcreatethis"null"element:</></fragment>錯

誤，匿名結(jié)束tag</>出現(xiàn)非法。vfragment>MaybeitwillworkifIaddaspace:</>

<fragment>錯誤，非法出現(xiàn)匿名結(jié)束tag</>,結(jié)尾的結(jié)束tag缺少(2)<fragmentx/fr

agment>正確。<fragment5></fragments>正確。<5fragment5></5fragment5>錯誤，

不能以數(shù)字開頭。<fivefragment></fivefragment>正確。<five,fragments></five,fragme

nt5>錯誤,"J非法。<five;fragment5>v/five;fragment5>錯誤,非法。<five_fragment>

</five_fragment>正確。<five_fragment:flag></five_fragment:flag>正確"前表示命名

空間。

<!fragmentX/!fragment>錯誤，“！”非法。<[fragment]></[fragment]>

錯誤，“口”非法。命名規(guī)則：字母開頭包含字母、數(shù)字、下劃線和冒號的串。

28、給出一個與下面XMLSchema相符合的XML文檔.vxsd:schema

xmlns:xsd="http:〃/2001/XMLSchema”elementFormDefault=nqualified">

<xsd:elementname="bookstorentype=nbookstoreType*7><xsd:complexType

name=nbookstoreTypen><xsd:sequencemaxOccurs=nunboundedn><xsd:element

name="book"type="bookType'V></xsd:sequence></xsd:complexType><xsd:complexType

name=nbookTypen><xsd:sequence><xsd:elementname="title"type="xsd:string,7>

<xsd:elementname="author"type="authorNamen/><xsd:elementname="price”

type=nxsd:decimar7></xsd:sequence><xsd:attributename=ngenre"type=',xsd:string,7>

</xsd:complexType><xsd:complexTypename='1authorName'1><xsd:sequence>

<xsd:elementname="first-nameHtype="xsd:string,7><xsd:elementname=*'last-name*1

type="xsd:string'7></xsd:sequence></xsd:complexType></xsd:schema>

答：(1)<!ENTITYrights"©"><fragment>&rights;2001chuckWhite</fragment>

錯誤，#169非法。<&fragment>foo</&fragment>錯誤，tag名稱中不能包含&。

<fragment>foo&foo</fragment>錯誤，元素內(nèi)容中不能出現(xiàn)&。開頭可以出現(xiàn)表示引用，

要與;聯(lián)合使用。<fragment>&replacement;&morevfragment>錯誤，&more后面缺少分

號。結(jié)尾的tag缺少/。<fragment>&replacement;&more;<fragment>錯誤，結(jié)尾的tag

缺少/。<fragment>The<>operatormustbeescaped</fragment>錯誤，匿名tago出現(xiàn)非

法。<fragment>IwashopingIconldcreatethis"null”element:</></fragment>錯誤，

匿名結(jié)束tag</>出現(xiàn)IE法。<fragment>MaybeitwillworkifIaddaspace:</><fragment>

錯誤，非法出現(xiàn)匿名結(jié)束tag</>,結(jié)尾的結(jié)束tag缺少/。

(2)<fragmentx/fragment>正確。<fragment5></fragments>正確。

<5fragments></5fragments>錯誤，不能以數(shù)字開頭。<fivefragment></fivefragment>正

確。<five,fragment5></five,fragment5>錯誤，“，”非法。

<five;fragment5></five;fragments>錯誤，“；”三￡法。<five_fragmentx/five_fragment>正

確。<five_fragment:flag>v/five_fragment:flag>正確，前表示命名空間。

29、SOAP協(xié)議的優(yōu)點與不足分別是什么？對不足應(yīng)如何改進(jìn)？

答：SOAP的主要優(yōu)點就在于它的簡單性，SOAP使用HTTP作為網(wǎng)絡(luò)通訊協(xié)議，數(shù)據(jù)更容易通

過防火墻的限制。接受和傳送數(shù)據(jù)參數(shù)時采用XML作為數(shù)據(jù)格式，提供了更高層次上的抽象，

與平臺和環(huán)境無關(guān)，具有良好的擴展性。SOAP的主要缺的是由于采用HTTP協(xié)議這樣一個應(yīng)

用層協(xié)議,再加上XML數(shù)據(jù)的封包,使得數(shù)據(jù)傳輸和解析的效率受到了比較的影響。簡化SOAP

協(xié)議的封包，提高解析的效率。使用更底層的協(xié)議，以提高傳輸效率。

30、請給出一個描述機器翻譯服務(wù)的WSDL描述.

答：<?xmlversion="1.0"encoding="UTF-8"?><definitions

xmlns="http:〃/wsdl/"

xmlns:soap="h注p:〃/wsdl/soap/"

xmlns:http="/wsdl/http/"

xmlns:xs="http:〃/2001/XMLSchema"

xmlns:soapenc="http:〃/soap/encoding/"

xmlns:mime=n/wsdl/mime/n

xmlns:y="spacen

targetNamespace="space">

<typesxxs:schema/></types>

<messagename="MachineTranslationInput">

<partname="translationstring"element=""type="xs:string"/〉</message><message

name="MachineTranslationOutputn>

<partname="resultString“element二""type="xs:string"/></message>

<portTypename=nMachineTranslationPortTypen><operationname=nGetTranslationResultn>

<inputmessage=ny:MachineTranslationInputn/><output

message="y:MachineTranslationOutput"/></operation></portType>

<bindingname="MachineTranslationBinding"type="y:MachineTranslationPortTypen>

<soap:bindingstyle="document"transport=n/soap/httpn/>

<operationname="GetTranslationResultn><input><soap:bodyuse="literal"/〉</input>

<output><soap:bodyuse="literal"/〉</output></operation></binding><service

name=nMachineTranslationServicen><portname=nMachineTranslationService"

binding="y:MachineTranslationBinding"><soap:address

location=nhttp://exam/stockquote"/></port></service></definitions>

31、常用的WebServices的發(fā)布方法有哪些種?對比它們的優(yōu)劣？并說明使用UDDI方

法的注冊過程是怎樣的。

答：有集中注冊方式和P2P方式。集中式服務(wù)的注冊發(fā)布和查找比較簡單，但是容易出

現(xiàn)性能瓶頸，P2P方式更加靈活，但是用于注冊數(shù)據(jù)的分布性，使得數(shù)據(jù)的查詢過程更

加復(fù)雜。UDDI采用集中式的注冊方式。

32、以IBMFoundationArchitecture為例，說明面向服務(wù)開發(fā)的生命周期過程。

答：IBMFoundationArchitecture從軟件生命周期的角度討論了SOA的開發(fā)過程，將整

個過程分為四個階段：建模、組裝、部署和管理。

建模階段主要是收集業(yè)務(wù)需求并設(shè)計他們的業(yè)務(wù)流程。在業(yè)務(wù)流程優(yōu)化后，通過組

裝和集成現(xiàn)有的和新的服務(wù)來實現(xiàn)這些業(yè)務(wù)流程。服務(wù)實現(xiàn)及服務(wù)流程將被部署到一個

高可靠和高集成的服務(wù)環(huán)境中。最后，從IT和業(yè)務(wù)兩方面來管理和監(jiān)控這些業(yè)務(wù)流程。

在管理階段收集的信息被反饋給模型分析，以實現(xiàn)持續(xù)的業(yè)務(wù)改進(jìn)。治理和過程為SOA

工程提供指導(dǎo)和監(jiān)管，支撐整個生命周期中的各個階段。

在組裝階段，主要是根據(jù)業(yè)務(wù)模型，利用已有的服務(wù)資源庫和業(yè)務(wù)解決方案，發(fā)現(xiàn)

服務(wù)、創(chuàng)建服務(wù)和服務(wù)集成的過程。大多數(shù)情況下，可以通過重用已有服務(wù)來實現(xiàn)業(yè)務(wù)

模型中所定義的功能。當(dāng)服務(wù)不存在時，可以創(chuàng)建一個新的服務(wù)來提供這個特殊的業(yè)務(wù)

功能，并測試該服務(wù)以集成到整個業(yè)務(wù)流程中。當(dāng)所需的服務(wù)都就緒后，可以調(diào)度服務(wù)

以實現(xiàn)這個業(yè)務(wù)過程。

在部署階段，主要是將服務(wù)以及集成的業(yè)務(wù)流程部署到運行環(huán)境中，通過控制中心

配置和優(yōu)化運行環(huán)境，使其能夠滿足業(yè)務(wù)所需的不同的服務(wù)水平要求，如健壯性、可擴

展性、高可靠性等。同時，還可以提供一定的靈活性，以支持服務(wù)和業(yè)務(wù)流程的動態(tài)更

新以適應(yīng)不斷變化的業(yè)務(wù)需求。同傳統(tǒng)的點到點集成相比，面向服務(wù)這種控制中心的方

式大大降低了維護(hù)的復(fù)雜度，并減少了大量的維護(hù)開銷。

在管理階段，提供對底層服務(wù)資源的管理，并實時監(jiān)視主要的性能指標(biāo)來獲得預(yù)防、

隔離、分析和修復(fù)問題的信息。通過監(jiān)控服務(wù)運行，可以及時了解系統(tǒng)狀態(tài)，并為業(yè)務(wù)

建模和業(yè)務(wù)流程的持續(xù)改進(jìn)提供至關(guān)重要的反饋信息。

33、企業(yè)服務(wù)總線與中心輻射Hub-Spoke方式相比，有什么主要特點？

答：隨著IT技術(shù)的發(fā)展，企業(yè)應(yīng)用集成的需求急劇增加，樸素的中心輻射式結(jié)構(gòu)

已不能很好地滿足這些需求，企業(yè)服務(wù)總線的體系結(jié)構(gòu)逐漸浮出水面。這種體系結(jié)構(gòu)繼

承了中心輻射hub-spoke式體系結(jié)構(gòu)將各個系統(tǒng)點對點連接轉(zhuǎn)化為多個系統(tǒng)對中心的連

接的理念。但在這種體系結(jié)構(gòu)中，集成中心被擴展成可以分布在多個物理節(jié)點上的總線,

從而有效解決了中心輻射模式的單點失效和效率問題。

ESB具有以下主要特點：首先，它比單一Hub的形式更開放，總線結(jié)構(gòu)有無限擴

展的可能；其次，真正體現(xiàn)了SOA的理念，一切皆為服務(wù)，服務(wù)在總線(BUS)中處于

平等的地位。即使我們需要一些Hub,那么它們也是以某種服務(wù)的形式部署在總線上，

相比上面的結(jié)構(gòu)要靈活的多。

34、簡述ESB消息機制

答：消息機制提供管理計算資源和網(wǎng)絡(luò)通信的機制，它屏蔽分布環(huán)境復(fù)雜性和異構(gòu)性，

為應(yīng)用程序提供透明的通信服務(wù)。ESB的消息機制采用通信通道抽象服務(wù)之間的消息通

信，服務(wù)之間建立通道聯(lián)系。ESB可支持兩種通信模式：發(fā)布/訂閱和點到點的請求/回

復(fù)的消息模式。發(fā)布/訂閱是異步消息傳遞模式，發(fā)布者發(fā)布的消息可傳遞給多個訂閱

者。請求/回復(fù)模式是服務(wù)提出請求，其它服務(wù)響應(yīng)回復(fù)的模式，每個消息僅傳遞給一

個消費者，它可以是同步也可以是異步的。

35、什么是消息中間件的消息？

答：在消息中間件中，消息是自包含的信息。一個消息通常由三部分構(gòu)成：消息頭、

消息屬性和消息體。消息頭用于消息系統(tǒng)和應(yīng)用程序開發(fā)者，用來提供諸如目的地，

replyto目的地，消息類型，消息有效期等信息；消息屬性可以包含一系列的應(yīng)用程序

自定義的名字/值對，這些屬性是消息體的主要部分，通過這些屬性可以將其劃分為一

個特別的消息部分，以便消費者或者路由器使用快速過濾器。并不是所有的MOM都支

持消息屬性，很多MOM將屬性作為消息頭的一部分。消息體的格式可以多種多樣，

常見的形式有：純文本、二進(jìn)制字節(jié)流或允許被XML分析技術(shù)處理的XML消息類型。

36、簡述發(fā)布訂閱模式的主要特點

答：發(fā)布訂閱模式是一種一對多的廣播方式。在發(fā)布/訂閱模式中，消息以“主題”標(biāo)

識，多個消費者可以訂閱一個主題。生產(chǎn)者將消息發(fā)布到其對應(yīng)主題管道，每一個訂閱

者接受到該消息的一個拷貝。發(fā)布/訂閱主題可以以一種層次樹的方式來管理。使用主

題層次，一個消息消費者可以訂閱主題樹中任何層次，任何分支的消息。使用通配符可

以訂閱樹的所有子結(jié)點。

37、簡述點到點模式的主要特點

答：點到點是一種兩個特定的應(yīng)用程序之間一對一的通訊方式。在點到點的模式中，消

息按照“隊列”組織，只有一個消費者可以接收到隊列上的消息。一個點到點的對流可

能有多個消費者監(jiān)聽，然而一條消息只能由一個消費者使用。在沒有消費者監(jiān)聽的情況

下，消息保留在隊列中，一直到有消費者使用它。

38、簡述存儲轉(zhuǎn)發(fā)方式的主要消息處理過程。

答：.當(dāng)消息標(biāo)志為持久性時，消息系統(tǒng)可以采用存儲轉(zhuǎn)發(fā)方式保證消息的可靠傳輸。L

發(fā)送者將消息發(fā)送給消息中間件，進(jìn)入主題樹（發(fā)布/訂閱模式）或是消息隊列（點到

點模式）。消息定義“持久性”屬性。2.消息中間件識別持久性消息并將消息存儲在持久

化存儲介質(zhì)中，如數(shù)據(jù)庫、文件系統(tǒng)等。3.消息中間件再將消息轉(zhuǎn)發(fā)給消息接收者。

39、在中國，無論是信息化程度、電子支付手段和觀念，還是物流運輸體系的建設(shè)等，

都無法與美國，與亞馬遜所處的商業(yè)環(huán)境相比。創(chuàng)造性地模仿，成為模仿戰(zhàn)略中必須的

環(huán)節(jié)。當(dāng)當(dāng)在模仿亞馬遜的過程中進(jìn)行那些創(chuàng)新？這些創(chuàng)新對當(dāng)當(dāng)?shù)陌l(fā)展起到了什么作

用？

答：當(dāng)當(dāng)在模仿亞馬遜的過程中主要進(jìn)行了商品源創(chuàng)新，從只賣圖書到包括圖書在內(nèi)的

綜合性商品，還模仿了電子在線支付模式。這些創(chuàng)新很高地對當(dāng)當(dāng)融入本地化起到了非

常大的作用。

40、國內(nèi)現(xiàn)有的安全認(rèn)證技術(shù)和服務(wù)存在哪些問題？

答：國內(nèi)在網(wǎng)絡(luò)身份認(rèn)證、電子交易支付等領(lǐng)域存在認(rèn)證系統(tǒng)漏洞多、交易遲滯、帶寬

不夠、頁面過度渲染等問題。

41、城市門戶網(wǎng)站的發(fā)展戰(zhàn)略和目標(biāo)定位主要在哪里？

答：主要在信息服務(wù)的本地化。

42、簡述可靠的發(fā)布/訂閱模式的主要消息處理過程。

答：1.消息用戶訂閱消息主題，并指明消息為持久性。

2.消息用戶可能由于各種原因（如失效或宕機）斷開與消息中間件的連接。

3.消息發(fā)布者將消息發(fā)送給消息中間件，并等待回復(fù)。

4.消息中間件識別為持久性消息，存儲消息。

5.消息存儲在持久性存儲介質(zhì)中。

6.消息中間件給消息發(fā)布者發(fā)送確認(rèn)消息。

7.消息發(fā)布者從等待狀態(tài)返回工作。

8.消息接收者從新建立起與消息中間件的連接，并請求訂閱主題的相關(guān)消息。

9.消息中間件從持久性存儲中檢索相關(guān)消息。

10.消息中間件將消息傳給消息接收者。

11.消息接收者確認(rèn)已經(jīng)獲得消息。

12.消息中間件確認(rèn)所有訂閱者都收到消息后，將消息從持久性存儲中刪除。

43、您認(rèn)為門廣網(wǎng)站以后的發(fā)展方向是什么？

答：我認(rèn)為門戶網(wǎng)站以后的發(fā)展方向是向城市綜合性論壇發(fā)展，提供本地新聞、信息交

流、同城團購等信息服務(wù)。

44、對于門戶網(wǎng)站來說，業(yè)務(wù)的綜合化與業(yè)務(wù)的細(xì)分專業(yè)化到底孰優(yōu)孰劣？

答：這兩方面沒有孰優(yōu)孰劣的說法，關(guān)鍵在于門戶網(wǎng)站對于自身的定位，是側(cè)重于新聞

信息的服務(wù)提供還是側(cè)重于非新聞信息的服務(wù)提供。

45、什么是服務(wù)容器？與應(yīng)用服務(wù)器相比，有什么特點？

答：服務(wù)容器是將各種類型的軟件組件或應(yīng)用，封裝成可支持標(biāo)準(zhǔn)通訊協(xié)議的服務(wù)，并

抽象成一個端點，連接到總線上的組件。服務(wù)容器既可以封裝用戶應(yīng)用軟件，也可以封

裝ESB的基礎(chǔ)服務(wù)。為了實現(xiàn)分布式處理，服務(wù)容器需要支持服務(wù)的注冊、發(fā)現(xiàn)和選

擇。通過服務(wù)容器，可以實現(xiàn)對軟件的局部管理和全局管理相結(jié)合的方式。服務(wù)容器屏

蔽了軟件的異構(gòu)性，使得總線的基礎(chǔ)服務(wù)對每個特定的服務(wù)軟件透明。對應(yīng)用軟件而言,

容器是總線的代理，服務(wù)容器是基于ESB的系統(tǒng)可擴展性的重要保證。與應(yīng)用服務(wù)器

相比，ESB的服務(wù)容器是一個相對簡單和輕量級的進(jìn)程。ESB容器與應(yīng)用服務(wù)器的最大

區(qū)別在于所管理的對象不同。應(yīng)用服務(wù)器我們稱之為重量級的，在于其部署的多為可執(zhí)

行的應(yīng)用的二進(jìn)制文件。為了保證應(yīng)用的執(zhí)行，運行環(huán)境也就成了應(yīng)用服務(wù)器的一個組

成部分，通常情況下，所有必須的運行環(huán)境都需要安裝及配置。而ESB容器則傾向于

只裝載服務(wù)和服務(wù)流程的規(guī)約，如服務(wù)的WSDL描述以及服務(wù)流程的BPEL規(guī)約等，

而相應(yīng)的服務(wù)實現(xiàn)只有在需要的時候或是調(diào)用的時候動態(tài)地綁定和載入。在分布式容器

的支持下，多數(shù)情況下，用戶僅僅需要安裝一個輕量級的服務(wù)容器，就可以滿足基于服

務(wù)的計算要求。

46、即時通訊企業(yè)應(yīng)該如何進(jìn)一步拓展新的商業(yè)模式？

答：以騰訊來講，以即時通訊軟件（QQ和微信）作為社交平臺，通過用戶和流量的優(yōu)

勢，開發(fā)游戲、網(wǎng)購（微店）等新的商業(yè)模式，成為基于社交服務(wù)的綜合服務(wù)商。

47、什么是消息路由？有哪兩種主要方式？

答：在ESB中，消息路線就好比這樣一張路線圖，記錄消息通過每個服務(wù)節(jié)點的信息。

服務(wù)節(jié)點通常由抽象端點endpoint來表示，在XML定義的一組元數(shù)據(jù)的基礎(chǔ)上，

采用XML描述。

每個路由消息攜帶著該描述，在各個服務(wù)容器之間游走?；趦?nèi)容的路由：在基

于內(nèi)容的路由中沒有一個線路圖的概念，而是基于消息的內(nèi)容或是消息的屬性分析，

來控制消息傳遞的路線。在消息描述中，元數(shù)據(jù)描述了消息有可能的分支走向，有服

務(wù)節(jié)點的容器根據(jù)規(guī)則來對消息的當(dāng)前狀態(tài)進(jìn)行判斷，并進(jìn)行路徑的選擇。同樣，這

個路徑判斷也是分布式的，而不是集中的規(guī)則引擎。

48、簡述軟件系統(tǒng)架構(gòu)的發(fā)展歷史

答：1968年北大西洋公約組織的計算機科學(xué)家在聯(lián)邦德國召開國際會議，第一次討論

軟件危機問題，并正式提出“軟件工程(SoftwareEngineering)”，一詞，從此一門新興的

工程學(xué)科——軟件工程學(xué)——為研究和克服軟件危機應(yīng)運而生。軟件工程誕生于60年

代末期，作為一個新興的工程學(xué)科，主要研究軟件生產(chǎn)的客觀規(guī)律性，建立與系統(tǒng)化軟

件生產(chǎn)有關(guān)的概念、原則、方法、技術(shù)和工具，指導(dǎo)和支持軟件系統(tǒng)的生產(chǎn)活動，以期

達(dá)到降低軟件生產(chǎn)成本、改進(jìn)軟件產(chǎn)品質(zhì)量、提高軟件生產(chǎn)率水平的目標(biāo)。

面向?qū)ο蟮木幊?Object-OrientedProgramming)"起源于挪威人KristenNygard于

1962年發(fā)明的Simula語言，美國人AlanKay于1970年發(fā)明了SmaUTalk語言，并首次

使用OOP術(shù)語。為了使得開發(fā)更加真實的反映現(xiàn)實世界，人們開發(fā)了更多面向?qū)ο蟮?/p>

語言，包括C++、Smalltalk、Ada95等。面向?qū)ο缶幊陶Z言使得在模塊化設(shè)計的基礎(chǔ)之

上，實現(xiàn)了面向過程的編程過渡到面向?qū)ο蟮木幊?，同時架構(gòu)技術(shù)也得到了巨大的發(fā)展。

Microsoft公司的Windows操作系統(tǒng)早期提出的動態(tài)鏈接庫(DynamicLink

Library,DLL)技術(shù)是面向組件編程的一種思想。DLL是一個包含可由多個程序同時使

用的代碼和數(shù)據(jù)的庫。這有助于促進(jìn)代碼重用和內(nèi)存的有效使用。由于Microsoft最初

在設(shè)計Windows時沒有估計到DLL的如此被廣泛采用，由于大量使用DLL導(dǎo)致的收索

路徑問題以及版本沖突問題，出現(xiàn)了臭名昭著的DLL地獄(DLLHell)問題。1993年

Microsoft提出的COM(ComponentObjectModel)架構(gòu)，是一個組件化的技術(shù)開發(fā)架構(gòu)，

它源自于Microsoft早期的對象鏈接與嵌入技術(shù)(OLE)oCOM解決了DLL地獄問題，

是面向組件開發(fā)思想的進(jìn)一步發(fā)展。

在1993年Microsoft引入COM之后，Sun公司于1995年推出了Java平臺。Java

平臺由一套應(yīng)用開發(fā)語言(Java)、API和Java虛擬機(JVM)構(gòu)成，JVM允許用Java

編寫的程序運行在不同的操作系統(tǒng)上。

對象管理組織(ObjectManagementGroup,OMG)于1991提出了公共對象請求代

理體系結(jié)構(gòu)(CommonObjectRequestBrokerArchitecture,CORBA),其核心是一套標(biāo)準(zhǔn)

的語言、接口和協(xié)議，以支持異構(gòu)分布應(yīng)用程序間的互操作性及獨立于平臺和編程語言

的對象重用。

可是由于CORBA體系的復(fù)雜度過高，一直沒有得到普遍的應(yīng)用。1996年，Gartner

Group就提出了面向服務(wù)的架構(gòu)(Service-OrientedArchitecture,SOA)的預(yù)言。近年來，

在ORACLE、BEA、IBM、Microsoft等軟件巨頭的極力推動下，Webservice產(chǎn)品日益

流行,SOA才得以慢慢風(fēng)行起來。

云計算(cloudcomputing)是指IT基礎(chǔ)設(shè)施的交付和使用模式，指通過網(wǎng)絡(luò)以按需、

易擴展的方式獲得所需的資源(硬件、平臺、軟件)。提供資源的網(wǎng)絡(luò)被稱為“云二“云”

中的資源在使用者看來是可以無限擴展的，并且可以隨時獲取，按需使用，隨時擴展，

按使用付費。Amazon>Google、IBM、微軟和Yahoo等大公司是云計算的先行者。云

計算領(lǐng)域的眾多成功公司還包括Salesforce、Facebook、Youtube>Myspace等。

2000年5月，國際電信聯(lián)盟正式公布第三代移動通信標(biāo)準(zhǔn)，我國提交的TD-SCDMA

正式成為國際標(biāo)準(zhǔn)，與歐洲WCDMA、美國CDMA2000成為3G時代最主流的三大技

術(shù)之一。2009年初中國3G牌照正式發(fā)放，中國移動通信邁入全新的3G(3rd-generation)

時代。3G的亮點在于移動數(shù)據(jù)和增值業(yè)務(wù)，將使通信產(chǎn)業(yè)鏈發(fā)生深刻的變化。

49、簡述SOA架構(gòu)與OOP架構(gòu)的區(qū)別與聯(lián)系

答：面向服務(wù)的體系結(jié)構(gòu)(service-orientedarchitecture,SOA)是一個組件模型，它將

應(yīng)用程序的不同功能單元(稱為服務(wù))通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起

來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨立于實現(xiàn)服務(wù)的硬件平臺、操作系統(tǒng)

和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行

交互。

面向?qū)ο蟮某绦蛟O(shè)計(OOP:ObjectOrientedProgramming)。所謂"對象"就是一個

或一組數(shù)據(jù)以及處理這些數(shù)據(jù)的方法和過程的集合。面向?qū)ο蟮某绦蛟O(shè)計完全不同于傳

統(tǒng)的面向過程程序設(shè)計，它大大地降低了軟件開發(fā)的難度，使編程就像搭積木一樣簡單,

是當(dāng)今電腦編程的一股勢不可擋的潮流。

50、簡述SOA架構(gòu)與CORBA架構(gòu)的區(qū)別與聯(lián)系

答:SOA和其它企業(yè)體系架構(gòu)的不同之處就在于SOA提供的業(yè)務(wù)靈活性。業(yè)務(wù)靈活性

是指企業(yè)能對業(yè)務(wù)變更做快速進(jìn)行響應(yīng)和處理，通過利用這種便利來提高競爭優(yōu)勢的能

力。對企業(yè)級架構(gòu)設(shè)計師來說，即創(chuàng)建一個靈活的業(yè)務(wù)體系架構(gòu)意味著可以滿足當(dāng)前還

不清晰的業(yè)務(wù)需求的IT架構(gòu)。

CORBA的實現(xiàn)過程不是很完美的，在交互性和標(biāo)準(zhǔn)定制方面的可接受性是存在很

大的問題。SOA體系架構(gòu)試圖排除這些缺陷。

51、簡述SOA的特點

答：由于SOA是通過網(wǎng)絡(luò)對松散耦合的粗粒度應(yīng)用組件進(jìn)行分布式部署、組合和使用

的架構(gòu)模型，并采用標(biāo)準(zhǔn)的服務(wù)接口，這使得他具有以下特點：

1.編碼靈活性可基于模塊化的低層服務(wù)、采用不同組合方式創(chuàng)建高層服務(wù)，從而實

現(xiàn)重用，這些都體現(xiàn)了編碼的靈活性。此外，由于服務(wù)使用者不直接訪問服務(wù)提供者，

這種服務(wù)實現(xiàn)方式本身也可以靈活使用。

2.明確開發(fā)人員角色可以根據(jù)不同人員熟悉的業(yè)務(wù)環(huán)境，有針對性的部署業(yè)務(wù)流程

和劃分工作任務(wù)，以便更好的分配人力、物力等資源。

3.支持多種客戶類型借助精確定義的服務(wù)接口和對XML、Web服務(wù)標(biāo)準(zhǔn)的支持，

可以支持多種客戶類型，包括PDA、手機等新型訪問渠道。

4.更易維護(hù)、更高的可用性由于服務(wù)提供者和服務(wù)使用者的松散耦合關(guān)系、開放標(biāo)

準(zhǔn)接口的采用，使其具有很好的維護(hù)性和可用性。

5.更好的伸縮性依靠服務(wù)設(shè)計、開發(fā)和部署所采用的架構(gòu)模型實現(xiàn)伸縮性。服務(wù)提

供者可以彼此獨立調(diào)整，以滿足服務(wù)需求。

52、舉一個需要使用SOA架構(gòu)的商業(yè)應(yīng)用實例，并思考使用SOA后會帶來什么好處。

答：大商集團遍布全國各地的獨立店鋪、每天不計其數(shù)的運營數(shù)據(jù)、豐富多種的促銷優(yōu)

惠政策、數(shù)以十萬計的員工日?？己斯芾怼⒓ち业男袠I(yè)競爭等“內(nèi)憂外患”，每時每刻

都給大商集團的IT架構(gòu)施加著巨大的壓力。各自為政的POS、MIS、ERP、CRM等

系統(tǒng)，匯集了第一手?jǐn)?shù)據(jù)和信息卻無法及時、精準(zhǔn)地匯總至集團；同時，多個異構(gòu)的系

統(tǒng)之間無法進(jìn)行橫向跨系統(tǒng)共享，導(dǎo)致了大量冗余重復(fù)的數(shù)據(jù)和信息浪費了有限的資源

空間，造成集團IT系統(tǒng)維護(hù)成本的虛高。

銳易特通過自主知識產(chǎn)權(quán)產(chǎn)品-企業(yè)服務(wù)總線（ESB）、企業(yè)應(yīng)用門戶（Portal）等

信息整合套件為大商集團構(gòu)建出了一個健壯、靈活、高效的全新IT架構(gòu)，形成了新

一代基于SOA架構(gòu)的ERP平臺，實現(xiàn)了數(shù)據(jù)大集中，搭建出可供全國一百多家分店

訪問的企業(yè)應(yīng)用門戶以及全國通惠的會員、團購卡系統(tǒng)。它們從根本上梳理了大商集團

原有分散、獨立的各種應(yīng)用系統(tǒng)、數(shù)據(jù)資源和互聯(lián)網(wǎng)資源，貫穿大商集團各個業(yè)務(wù)流程。

53、簡述需求獲取的一般過程

答：確定需求過程、編寫項目視圖和范圍文檔、用戶群分類、選擇用戶代表、建立核心

隊伍、確定使用實例、召開聯(lián)合會議、分析用戶工作流程、確定質(zhì)量屬性、檢查問題報

告和需求重用。

三、論述題

1.四條性能定律分別是利用率定律、強制流定律、服務(wù)需求定律、Little定律，請分別

用通俗的語言予以說明：利用率定律：利用率=到達(dá)速率義每事務(wù)平均服務(wù)時間:隊列

資源數(shù)；強制流定律：平均吞吐量=平均訪問對列數(shù)X單位時間完成事務(wù)數(shù)；

服務(wù)需求定律：服務(wù)需求=系統(tǒng)吞吐量X利用率；Little定律：黑盒子中的客戶的平均

數(shù)量=黑盒子的吞吐率X客戶平均停留時間。

2.要使WebServices技術(shù)成功應(yīng)用，還需要解決很多技術(shù)難點。請例舉并簡要說明其中

的四個難點：

答：四個難點是被發(fā)現(xiàn)、可靠性、安全性、事務(wù)處理性。