高級系統(tǒng)架構設計師下午試題（Ⅰ）模擬試題

高級系統(tǒng)架構設計師下午試題（I）模擬17

試題一

閱讀以下說明，根據(jù)要求回答下面問題。

［說明］

系統(tǒng)集成公司DX承接了某家大型超市的電子商務信息系統(tǒng)項目。該超市近年收購了多家小型超

市，目前需要進行電子商務平臺橫向聯(lián)網(wǎng)的整合、升級改造原有網(wǎng)絡系統(tǒng)和部分硬件設備、定制開發(fā)

部分應用軟件系統(tǒng)，以及進行軟硬件系統(tǒng)的集成工作等。該項目計劃從2011年1月1日開始，至2012

年10月31日完成，持續(xù)22個月。該項目每項任務的持續(xù)時間和每月人員的需求數(shù)量如下表所示。每

項任務的邏輯關系和部分時間信息如下圖所示。

每項任務持續(xù)時間和每月人員需求數(shù)表

任務名稱持續(xù)時間（月）每月需求人數(shù)

需求調研58

系統(tǒng)分析34

系統(tǒng)設計83

編程與測試72

硬件方案及配置75

集成與試運行49

培訓與驗收57

0055013

需求調研/s系統(tǒng)設978

LL055U13

⑵|⑴|13

項目計劃網(wǎng)絡圖

1、請根據(jù)圖的項目任務邏輯關系，請計算并填寫圖中（1）?（6）處的空缺內容。

2、根據(jù)圖中的最早開始時間，請將如下圖所示的該項目甘特圖繪制完整。

2011年2012年

ID任務名稱

12345678910111212345678910

1需求調研

2系統(tǒng)分析

3系統(tǒng)設計

4編程與測試

5硬件方案及配置

6集成與試運行

7培訓與驗收

項目甘特圖

3、根據(jù)該項目最早開始時間的甘特圖，請計算每月人工需求量并填寫下表中空缺內容。若該項目進

行人力資源平衡的優(yōu)化，優(yōu)化配置后每個月所需的最多人員數(shù)量至少為人。表中''***"表示

此處的數(shù)據(jù)未給出。

每項任務持續(xù)時間和每月人員需求數(shù)表

序號進度時間/月人員需求量（人）

12011年1月

22011年2月***

32011年3月***

42011年4月

52011年5月

62011年6月***

72011年7月

82011年8月***

92011年9月***

102011年10月

112011年11月***

122011年12月夫夫夫

132012年1月

142012年2月★★★

152012年3月

162012年4月

172012年5月***

182012年6月***

192012年7月***

202012年8月

212012年9月***

222012年10月夫夫夫

4、請簡要敘述''滾動波浪式計劃”方法的特點和確定滾動周期的依據(jù)。針對本試題說明中所述項目，

說明采用多長的滾動周期比較恰當。

試題二

閱讀以下關于軟件復用技術應用的敘述，根據(jù)要求回答下面問題。

［說明］

隨著政府職能的轉型，XX行業(yè)職能主管部門（國家相關部委，各省、市的相關廳、局、委等）機

構日趨精簡，但隨著國家現(xiàn)代化的發(fā)展，業(yè)務量反而越來越大。為保證本行業(yè)管理工作的質量和效率,

實現(xiàn)企業(yè)資質審批管理信息化、網(wǎng)絡化和電子化，提高工作效率和質量，規(guī)范業(yè)務處理流程，提高管

理工作的廣度、深度、力度和速度，更有效地為相關企業(yè)和業(yè)主提供服務，該行業(yè)主管部門委托FT

軟件開發(fā)公司開發(fā)一個XX行業(yè)管理信息系統(tǒng)。該系統(tǒng)由公共信息管理模塊、系統(tǒng)管理維護模塊、資

質管理模塊、企業(yè)信息管理模塊和系統(tǒng)擴展接口模塊等5大功能模塊組成。

在該項目架構分析會上，F(xiàn)T公司高層領導提出，為了使那些公共功能模塊比較容易地被其他電

子政務項目所復用，應充分利用領域分析和軟件復用的知識，采用基于可復用的軟件開發(fā)方式，在這

些公共模塊的實現(xiàn)中保持高度的獨立性，即在實現(xiàn)的具體細節(jié)上與XX行業(yè)國家部委（或者其他的政府

機構）無關。

5、特定領域軟件架構（DomainSpecificSoftwareArchitecture.DSSA.是一種有效實現(xiàn)

特定領域軟件重用的手段。結合你的系統(tǒng)架構設計經驗，請用300字以內的文字簡要說明基于DSSA

的軟件設計開發(fā)主要包含哪些階段以及每個階段的目標。

6、結合你的系統(tǒng)架構設計經驗，請用300字以內的文字簡要說明該項目中的5個功能模塊在軟件復用

方面的基本架構思路。

7、軟件復用包括兩個相關過程：可復用軟件（構件）的開發(fā)；基于可復用軟件（構件）的應用系統(tǒng)構造

（集成和組裝）。軟件構件技術是軟件復用的核心技術。結合你的系統(tǒng)架構設計經驗，請用200字以內

的文字簡要說明可復用構件應具備哪些屬性，并給予簡要的解釋。

試題三

閱讀以下關于企業(yè)應用集成的敘述，根據(jù)要求回答下面問題。

［說明］

某大型企業(yè)隨著信息化的進展，積累了許多異構的遺產信息系統(tǒng)，這些系統(tǒng)分別采用J2EE、.NET

等技術進行開發(fā)，分布在不同的地理位置，采用不同的協(xié)議進行數(shù)據(jù)傳輸。企業(yè)要求集成后的系統(tǒng)能

夠實現(xiàn)功能整合，并在組織現(xiàn)有功能的基礎上提供增值服務。FT軟件開發(fā)公司承接了某大型企業(yè)應

用系統(tǒng)的集成任務。為了按時保質的完成任務，選擇合適的企業(yè)應用集成方法和架構非常重要。項目

組在討論方案時，提出了兩種集成思路。

8魏工建議采用傳統(tǒng)的應用集成方法，將應用集成分為多個層次，并采用消息代理中間件連接遺

產系統(tǒng)。

9陳工建議采用基于SOA的方法進行應用集成，將現(xiàn)有遺產系統(tǒng)采用WebService的方式進行

包裝，暴露統(tǒng)一格式的接口，并采用企業(yè)服務總線（ESB.進行連接。

項目組仔細分析比較了兩種方案的優(yōu)點和不足后，認為魏工和陳工的建議都合理，但是結合當

前項目的實際情況，最后決定采用陳工的建議。

8、請分析比較兩種集成方案的優(yōu)點和不足，將下表中的空缺處的內容填寫完整。

應用系統(tǒng)集成方案對比表

集成方案

魏工建議的集成方案陳工建議的集成方案

考慮因素

擬采取的集成方法涉及不同的集成層次，集成方法復雜多樣

對企業(yè)集成需求的符

合程度

集成系統(tǒng)體系結構

遺產系統(tǒng)集成方法多樣，系統(tǒng)耦合度高，可

集成系統(tǒng)的可擴展性

擴展性較差

9、企業(yè)數(shù)據(jù)的分布性和異構性是應用系統(tǒng)方便訪問企業(yè)數(shù)據(jù)和在企業(yè)數(shù)據(jù)之上提供增值服務的主要

障礙。基于SOA的企業(yè)集成通過信息服務提供集成數(shù)據(jù)的能力，針對該企業(yè)的集成實際情況，請用300

字以內的文字列舉3種基于SOA的企業(yè)集成中的''數(shù)據(jù)整合一信息服務”，并給出簡要說明。

10、結合你的系統(tǒng)架構設計經驗，請用300字以內的文字簡要說明FT公司項目組在對該企業(yè)構建SOA

架構時，除了注意原有系統(tǒng)架構中的集成需求之外，還需要在服務構建時重點關注哪些問題。

試題四

閱讀以下關于網(wǎng)上銀行貸款業(yè)務的應用說明，根據(jù)要求回答下面問題。

［說明］

FZ軟件公司承接了某銀行網(wǎng)上銀行業(yè)務軟件系統(tǒng)的開發(fā)任務。該銀行所開通的網(wǎng)上銀行業(yè)務中，

網(wǎng)上貸款業(yè)務流程如下。

11客戶在網(wǎng)上填寫姓名、電子郵件地址、貸款類型、貸款金額、身份證號和通信地址等信息，

提交貸款申請。

12在指定的時間內，客戶會收到銀行的電子郵件，通知貸款是否被批準。

13銀行根據(jù)客戶提交的信息，創(chuàng)建貸款申請任務，創(chuàng)建工作由運行在主機上的C1CS（客戶信息

控制系統(tǒng)）完成，同時需要從第三方獲得客戶的信用審查信息。

14由信貸員對該項貸款申請業(yè)務進行審批，然后由風險檢查系統(tǒng)評估該項貸款的風險程度，風

險大的貸款申請將被拒絕。

15無論是批準或者拒絕，結果都會通過郵件系統(tǒng)遞交給客戶。對于拒絕的貸款申請，還要通知

貸款申請任務進行有關操作。

16除了信貸員審批環(huán)節(jié)需要人機交互外，業(yè)務是自動進行的。

11.上述網(wǎng)上貸款業(yè)務采用SOA架構來實現(xiàn)。上述業(yè)務流程中涉及哪些功能單元？本題中的案例采用

SOA架構具有哪些優(yōu)點？請用300字以內的文字簡要說明。

12、服務注冊表(ServiceRegistry)模式是SOA的架構模式之一。注冊表支持驅動SOA治理的服

務合同、策略和元數(shù)據(jù)的開發(fā)、發(fā)布和管理。結合你的系統(tǒng)架構經驗，請用400字以內的文字簡要說

明大多數(shù)商用服務注冊產品支持哪些SOA治理功能。

13、上述網(wǎng)上貸款系統(tǒng)能夠實際應用的基本前提之一是滿足金融領域的安全性需求。該系統(tǒng)必須滿

足哪些安全方面的需求？請用200字以內的文字簡要說明。

試題五

閱讀以下關于Web應用的相關敘述，根據(jù)要求回答下面問題。

［說明］

tourist,com是一家在線旅游信息服務公司，其主要業(yè)務是為了自助旅游者提供關于旅游線路

及周邊信息的服務。隨著公司業(yè)務的不斷發(fā)展，公司用戶要求提供基于位置的增值旅游信息服務，即

希望能夠在給定位置(利用GPS全球定位系統(tǒng)獲取)的情況下得到周邊的地理位置、交通、住宿和餐飲

等旅游相關信息。FT軟件公司承接了tourist,com公司管理信息系統(tǒng)升級的開發(fā)任務。該軟件公司

的領域專家對需求進行深入分析，并結合需求對現(xiàn)有系統(tǒng)的架構和運行模式進行了認真分析，決定采

用Mashup(一種基于因特網(wǎng)的內容聚合技術)集成來自其合作網(wǎng)站(假設為P、0、R、S)的信息，滿

足用戶的需求。具體實現(xiàn)方式是：

14利用P網(wǎng)站提供的地圖信息，得到用戶位置相關的周邊地理信息。

150網(wǎng)站根據(jù)用戶的位置信息向其提供周邊的公交線路等信息。

16R網(wǎng)站根據(jù)用戶的位置信息向其提供周邊的住宿信息。

17s網(wǎng)站根據(jù)用戶的位置信息向其提供周邊的餐飲信息。

14、下圖是tourist.com公司進行Mashup的流程示意圖，請閱讀并補充圖中數(shù)字標出部分的內容。

Mashup流程示意圖

(1)用戶向Tourist網(wǎng)站請求服務，請求頁面提供用戶的位置信息。

(2)o

(3)。

(4)P網(wǎng)站向Tourist網(wǎng)站返回用戶所處位置周邊的地圖信息。

(5)-

(6)Q網(wǎng)站向Tourist網(wǎng)站返回用戶所處位置周邊的交通信息。

(7)o

(8)Tourist網(wǎng)站向用戶返回用戶所處位置周邊整合的旅游信息。

15、在該項目建設過程中，tourist,com網(wǎng)站欲整合Google等網(wǎng)站提供的地圖信息，為用戶提供

新的旅游信息增值服務。FT公司負責網(wǎng)站建設的工程師提出了兩種解決方案，第一種方案擬采用傳

統(tǒng)的應用系統(tǒng)集成方法，集成來自不同源的數(shù)據(jù)。另外一種采用基于Web2.0的Mashup技術，從不

同的數(shù)據(jù)源抽取數(shù)據(jù)，聚合并轉換數(shù)據(jù)，在不同的上下文中使用，具體如下表所示。請閱讀并將表中

空缺的內容填寫完整。

兩種集成方案對比表

解決方案

傳統(tǒng)的系統(tǒng)集成方案基于Web2.0的Mashup技術

考慮因素

對現(xiàn)有平臺與系需要傳統(tǒng)平價API層的支持,如Java平臺、

統(tǒng)的要求JavaEE和.NET等.集成過程紅雜—

新特性的支持與需要采用編程的方式完成系統(tǒng)功能擴展.

功能擴展涉及數(shù)據(jù)存儲層、業(yè)務邏輯層和表現(xiàn)層?一

去現(xiàn)層支持

底層集成技術支使用傳統(tǒng)的塞層企業(yè)應用集成技術.涉及

持不同的集成層次—

16、基于Web2.0的Web應用十分強調用戶的體驗與感受，Ajax是目前廣泛使用的表現(xiàn)層技術。請

用300字以內的文字簡要介紹Ajax的核心思想，并列舉兩個在使用Ajax時需要關注的效率問題。

答案：

試題一

1、5665113

［解析］在如圖所示的項目計劃網(wǎng)絡圖中，根據(jù)表所給定的各項工作持續(xù)時間，順著箭線方向可以逐

項計算出各項工作的最早開始時間和最早完成時間。對于''編程與測試〃工作的前面工作有兩項(即

''需求調研"工作和''系統(tǒng)分析”工作)，該工作的最早開始時間等于各個緊前工作的最早完成時間的最

大值，即''需求調研〃工作的最早完成時間(5個月)；或者是該工作的最早開始時間等于本工作的最早

完成時間減去工作持續(xù)時間(即12-7=5個月)。

某工作的總時差等于該工作最遲完成時間與最早完成時間之差，或該工作最遲開始時間與最早

開始時間之差。例如，在圖中，''編程與測試〃工作的總時差為6-5=1個月。

在如圖所示的項目計劃網(wǎng)絡圖中，從網(wǎng)絡計劃的終止節(jié)點，逆著箭線方向可以逐項計算出各項

工作的最遲開始時間和最遲完成時間。某工作的最遲完成時間等于該工作的最早完成時間加上其總時

差之和。例如I,在圖中，''編程與測試〃工作的最遲完成時間為12+1=13個月。

某工作的最遲開始時間等于該工作的最早開始時間加上其總時差之和。例如，在圖中，''硬件方

案及配置”工作最遲開始時間為0+6=6個月。

對于有緊后工作的工作，其自由時差等于該工作的緊后工作最早開始時間減去本工作最早完成

時間所得之差的最小值。例如，在圖中，''硬件方案及配置”工作的緊后工作僅有''集成與試運行〃工

作，其自由時差為13-7=6個月。

2、見項目甘特圖

［解析］根據(jù)圖中各項工作的最早開始時間及其持續(xù)時間，可以畫出如下圖所示的該項目甘特圖。在

如圖所示的甘特圖中，橫軸表示時間，縱軸表示要安排的活動，線條表示在該圖生命周期中計劃的（或

實際的）活動完成情況。該甘特圖直觀地表明了任務計劃在什么時間開始和什么時間結束。

3、1713

105

39

7

12

［解析］根據(jù)如上圖所示的甘特圖中各項工作的最早開始時間，結合表每項任務每月人員的需求數(shù)量,

可以得到如下表所示的每月人員需求數(shù)量。

每月人員需求數(shù)量計算表

2011年2012年

任務名稱

ID81

1234S6791011*以；23456718910

1需求調研88888

2系統(tǒng)分析444

3系統(tǒng)設計33333333

4編程與測試2222222

硬件方案及配

55555555

置

6集成與試運行9999

7培訓與驗收77777

姆月人工需求量小

I7I7I7I31310105555539999777

計77

在如圖所示的項目計劃網(wǎng)絡圖中，關鍵路徑為：開始-需求調研-系統(tǒng)設計-集成與試運行-培訓

與驗收。為了考查該項目每月所需的最少人數(shù)，可以先安排關鍵路徑上各項工作的人數(shù)，再優(yōu)化調整

具有自由時差的工作的啟動時間。關鍵路徑上各項工作的啟動時間及人數(shù)的安排是確定的，在保證關

鍵路徑上作業(yè)及其緊前作業(yè)按時完成的情況下，''系統(tǒng)分析"、''編程與測試〃、''硬件方案及配置“3

個工作啟動時間的安排就需要綜合考慮平衡每個月所需的人數(shù)。下表給出了該項目每月人員需求數(shù)量

優(yōu)化配置的一種方案。該方案綜合考慮到''硬件方案及配置〃工作具有6個月的自由時差，將其安排在

第7個月初開始，第13個月末結束。當然，在保證關鍵路徑上作業(yè)及其緊前作業(yè)按時完成的情況下，

在表中''系統(tǒng)分析"、''編程與測試"、''硬件方案及配置“3個工作啟動時間的安排還可以有多種組合

排列方式，但是不管何種組合排列方式，該項目工作優(yōu)化配置后每個月所需的最多人員數(shù)量至少為12

人。

該項目每月人員需求數(shù)量優(yōu)化配置方案之一

2011年2012年

任務名稱

.0：產二

12345478?10S1-112f；h..-?4.J5678910

1需求調研88888

2系統(tǒng)分析444

3系統(tǒng)設計33333333

4編程與測試2222222

硬件方案及配

55555555

,置

6集成4試運行9999

7培訓與驗收77777

SJ月人工需求僦小

12I2I2885I010I0I0I0108999977777

計

4、①特點：近期的工作計劃較詳細，遠期的工作計劃較粗略

②依據(jù)：根據(jù)項目的規(guī)模、復雜度及項目生命周期的長短來確定

③滾動周期：1周、2周，或1?2周的時間里

［解析］滾動波浪式計劃是項目漸進明細的一種表現(xiàn)形式，其特點是近期的工作計劃得細一些，遠期

的工作計劃得相對粗略一些。換言之，近期要完成的工作為工作分解結構（WBS）的最下層詳細計一劃，

而計劃在遠期完成的工作為工作分解結構的較高層計劃。最近一兩個報告期要進行的工作應在本期接

近完成前更為詳細地規(guī)劃。

滾動波浪式計劃中的滾動周期應根據(jù)項目的規(guī)模、復雜度及項目生命周期的長短來確定。項目

生命周期中有3個與時間相關的重要概念，即檢查點（Checkpoint）、里程碑（Milestone）和基線

（Baseline）o它們一起描述了在什么時候對項目進行什么樣的控制。其中，檢查點是指在規(guī)定的時

間間隔內對項目進行檢查，比較實際與計劃之間的差異，并根據(jù)差異進行調整。可將檢查點看作是一

個固定間隔的''采樣"時間點，而時間間隔根據(jù)項目周期長短的不同而不同。若頻度太小會失去意義,

而頻度過大會增加管理成本。常見的間隔是每周一次，項目經理需要召開周例會并上交周報告。

在本案例中，該信息系統(tǒng)項目是對一個大型超市、涉及軟硬件集成工作的較大型及復雜的項目，

滾動波浪式計劃中的滾動周期可確定為1周（或2周，或1?2周的時間周期）。

試題二

5、

階段目標

定義領域范圍確定領域應用需要滿足的用戶需求

制訂領域字典和領域術語的同義詞詞典（或識別領域

定義領域特定的元素

中各種應用間的共同性和差異性）

描述解空間中的特性，識別約束并記錄其對設計和實

定義領域特定的設計和實

現(xiàn)決定造成的后果，以及記錄對處理這些問題時產生

現(xiàn)需求約束

的所有問題的討論

定義領域模型和構架產生該領域的參考架構，并說明構件的語法和語義

產生和搜集可復用產品為DSSA增加構件，為問題域實現(xiàn)新應用提供支持

［解析］領域分析是分析和研究某個應用領域特性的活動，它是識別、收集、組織和描述一個領域相

關信息，發(fā)現(xiàn)和記錄領域中的共性和差異的過程，是系統(tǒng)化、形式化、有效復用的關鍵。通過領域分

析，類似系統(tǒng)的公共特性將被提取，使用于該領域所有公共的、基本的對象及操作被標志出來，并且

通過定義模型來描述他們之間的關系。領域分析的本質是以復用為目的，對具有若干共同特性的一群

應用系統(tǒng)進行分析，對共同的部分開發(fā)出一系列公用的組件，對不同的部分進行參數(shù)化。

按照WillTracz的說法，特定領域軟件架構（DSSA）就是一個特定的問題領域中由領域模型、

參考需求和參考架構等組成的開發(fā)基礎架構，其目標就是支持一個特定領域中多個應用的生成。DSSA

的基本活動包括領域分析、領域設計和領域實現(xiàn)。領域分析的主要目的是獲得領域模型，領域模型描

述領域中系統(tǒng)之間的共同需求，即領域需求；領域設計的主要目標是獲得DSSA,DSSA描述領域模型

中表示需求的解決方案；領域實現(xiàn)的主要目標是依據(jù)領域模型和DSSA開發(fā)、組織可重用信息。

在最高的級別上，DSSA方法共有5個階段，每個階段可以進一步劃分為一些步驟或子階段，每

個階段包括一組需要回答的問題、一組需要的輸入。該方法的領域工程過程是并發(fā)的、遞歸的和反復

的，或者可以說，它是螺旋型的，完成該過程可能需要對每個階段經歷幾遍，每次增加更多的細節(jié)。

該領域工程過程的5個階段如下。

（1）定義領域范圍：重點是確定領域中包含哪些元素及領域工程過程到何時結束。這一階段的一

個主要輸出是領域中的應用需要滿足的一系列用戶的需求。

（2）定義領域特定的元素：目標是制訂領域字典和領域術語的同義詞詞典。在領域工程過程的前

一個階段產生的高層次塊圖中增加更多的細節(jié)，特別是識別領域中各種應用間的共同性和差異性。

（3）定義領域特定的設計和實現(xiàn)需求約束：目標是描述空間中的特性，不僅要識別約束，并且要

記錄約束對設計和實現(xiàn)決定造成的后果，還要記錄對處理這些問題時產生的所有問題的討論。

（4）定義領域模型和構架：目標是產生DSSA,并說明構成它的模塊或構件的語法、語義。

（5）產生和搜集可復用的產品：目標是為DSSA增加構件，使得它可以被用來產生問題域中的新

應用。

從軟件實踐上看，面對特定領域的系統(tǒng)開發(fā)，迫切需要一種好的開發(fā)方法來有效地支持軟件重

用性，而DSSA方法已經在實踐中被證明是有效的，能顯著加大重用的粒度，從而縮短整體開發(fā)周期，

在提高產品品質的同時降低開發(fā)費用。

6、公共信息管理模塊和系統(tǒng)管理維護模塊應該在具體的配置和使用上通過配置文件（或數(shù)據(jù)文件）加

載建設方的相關信息，從而使這些公共功能模塊易被其他電子政務項目所復用。

資質管理模塊、企業(yè)信息管理模塊和系統(tǒng)擴展接口模塊等與建設方密切相關的功能模塊，雖然

在實現(xiàn)上無法完全和建設方信息分開，但要盡力降低和建設方的耦合度，使得今后復用時的代價最小

化。

在具體實現(xiàn)上，應該充分采用在市場上廣泛使用的技術與產品（諸如Web服務器、中間件（J2EE

應用服務器等）、電子郵件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、信息門戶和系統(tǒng)安全解決方案等），同時采用CMM模型

（或CASE工具等）來輔助、指導這些功能模塊的軟件開始工作

［解析］在電子政務的建設過程中，應充分利用領域分析和軟件復用的知識，采用基于可復用的軟件

開發(fā)方式，注重采用領域分析的方法，建立領域模型。例如，在領域分析時使用國際上通用的統(tǒng)一建

模語言（UML）作為建模工具。在電子政務的建設過程中，應建立系統(tǒng)工程，建立行業(yè)范圍內的一些標

準，以利于確定復用的方案，使開發(fā)的系統(tǒng)可靠性高、成本低。

根據(jù)題干關鍵信息，并結合從事系統(tǒng)架構設計的歷史經驗，大致可以分析該系統(tǒng)5大功能模塊中，

公共信息管理模塊是工nternet網(wǎng)絡上的一個應用系統(tǒng)，這部分主要包括系統(tǒng)網(wǎng)站的相關功能，例如

信息發(fā)布和瀏覽、資質等級標準查詢、企業(yè)資質查詢、網(wǎng)上調查、意見箱管理、問題解答，以及下載

文檔管理等。系統(tǒng)管理維護模塊主要是系統(tǒng)管理員用戶用來設置或設定系統(tǒng)的參數(shù)，管理和維護系統(tǒng)

最基本的數(shù)據(jù)。主要功能包括用戶及權限管理、工作流管理、企業(yè)管理、信息發(fā)布管理、系統(tǒng)維護、

文檔管理和基礎數(shù)據(jù)管理等。對于這兩個功能模塊應該在具體的配置和使用上通過配置文件（或數(shù)據(jù)

文件）把建設方的相關信息加入進來，從而使這些公共功能模塊容易地被其他電子政務項目所復用。

根據(jù)行業(yè)經驗，資質管理模塊通常包括企業(yè)資質的網(wǎng)上申請、審批、年審、動態(tài)管理、變更、

備案、資質證書管理，以及相關資質申請審批工作處理情況的查詢、資質標準和等級的管理、分析統(tǒng)

計等。企業(yè)信息管理模塊主要是對具體企業(yè)信息的維護，包括企業(yè)相關信息的輸入、輸出、修改、刪

除、查詢和打印等功能。其中，人員管理還包括人員的調離、年齡控制等。系統(tǒng)擴展接口模塊用于本

系統(tǒng)與其他信息系統(tǒng)的數(shù)據(jù)交換，保證了建設方的管理系統(tǒng)與其他行業(yè)部門已有或待建信息化系統(tǒng)的

無縫鏈接等。對于這些與建設方密切相關的功能模塊，即使在實現(xiàn)上無法完全和建設方的相關信息分

開，也要盡力降低和建設方的耦合度，以便使得今后復用時的代價最小化。

在具體的實現(xiàn)上，應該充分采用在市場上廣泛使用的技術與產品。例如，Web服務器、J2EE應

用服務器、電子郵件系統(tǒng)、數(shù)據(jù)庫系統(tǒng)、信息門戶和系統(tǒng)安全解決方案等，建議使用已有的軟件產品

而不是自行開發(fā)。同時采用CMM模型或者CASE工具等指導所承接的軟件系統(tǒng)的開發(fā)，以便高質量地

完成項目的建設工作，使得所建成的軟件系統(tǒng)具有良好的可復用性。

7、有用性：構件必須提供有用的功能。

可用性：構件必須易于理解和使用。

質量：構件及其變形必須能正確工作。

適應性：構件應該易于通過參數(shù)化等方式在不同語境中進行配置。

可移植性：構件應能在不同的硬件運行平臺和軟件環(huán)境中工作。

可變性(Variability)：構件應能針對不同的應用系統(tǒng)，只需對其可變部分進行適當?shù)恼{節(jié)等

［解析］構件(Component)是指應用系統(tǒng)中可以明確辨識的構成成分。它是軟件系統(tǒng)可替換的、物

理的組成部分，它封裝了實現(xiàn)體(實現(xiàn)某個職能)，并提供了一組接口的實現(xiàn)方法。而可復用構件

(ReusableComponent)是指具有相對獨立的功能和可復用價值的構件。軟件構件技術是軟件復用

的核心技術。它是基于面向對象的，以即插即用型構件概念為中心，通過構件組合來建立應用的體系。

其主要研究內容包括構件獲取、構件模型、構件描述語言、構件分類與檢索、構件復合組裝和構件標

準化。

可復用構件應具備以下屬性。

(1)有用性(Usefulness),構件必須提供有用的功能。

(2)可用性(Usability),構件必須易于理解和使用。

(3)質量(Quality),構件及其變形必須能正確工作。

(4)適應性(Adaptability)，構件應該易于通過參數(shù)化等方式在不同語境中進行配置。

(5)可移植性(Portability)，構件應能在不同的硬件運行平臺和軟件環(huán)境中工作。

(6)可變性(Variability),構件除了向復用者提供一些公共''特性〃外，還要提供可變的''特

性〃。針對不同的應用系統(tǒng)，只需對其可變部分進行適當?shù)恼{節(jié)，復用者要根據(jù)復用的具體需要，改

造構件的可變''特性"，即進行''客戶化〃工作等。

試題三

8、(1)將現(xiàn)有系統(tǒng)看做抽象的服務提供者，集成方法統(tǒng)一明確。

(2)不同層次的集成方法關注點不同，功能組合方面能力較弱。

(3)強調功能的暴露與服務的組合，便于提供增值服務。

(4)一般為中心輻射型，系統(tǒng)的耦合程度較高。

(5)基于總線結構的體系結構，系統(tǒng)的耦合度低。

(6)集成系統(tǒng)具有模塊化、松耦合的特點，可擴展性較強。

9、(1)聯(lián)邦服務：提供將各種類型的數(shù)據(jù)聚合的能力，它既支持關系型數(shù)據(jù)，也支持XML數(shù)據(jù)等非

關系型數(shù)據(jù)，所有的數(shù)據(jù)仍然按照自己本身的方式管理。

(2)復制服務：提供遠程數(shù)據(jù)的本地訪問能力，它通過自動的實時復制和數(shù)據(jù)轉換，在本地維護

一個數(shù)據(jù)源的副本，本地數(shù)據(jù)和數(shù)據(jù)源在技術實現(xiàn)上可以是獨立的。

(3)轉換服務：用于數(shù)據(jù)源格式到目標格式的轉換，可以是批量的或者是基于記錄的。

(4)搜索服務：提供對企業(yè)數(shù)據(jù)的查詢和檢索服務，既支持數(shù)據(jù)庫等結構化數(shù)據(jù)，也支持PDF等

非結構化數(shù)據(jù)

［解析］企業(yè)數(shù)據(jù)的分布性和異構性是應用系統(tǒng)方便訪問企業(yè)數(shù)據(jù)和在企業(yè)數(shù)據(jù)之上提供增值服務的

主要障礙。數(shù)據(jù)集成和聚合技術在這種背景下誕生，用于提供對分布式數(shù)據(jù)和異構數(shù)據(jù)的透明訪問。

以服務為中心的企業(yè)集成通過信息服務提供集成數(shù)據(jù)的能力，目前主要包括如下集中信息服務。

(1)聯(lián)邦服務(FederationService)：提供將各種類型的數(shù)據(jù)聚合的能力，它既支持關系型

數(shù)據(jù)，也支持XML數(shù)據(jù)、文本數(shù)據(jù)和內容數(shù)據(jù)等非關系型數(shù)據(jù)。同時，所有的數(shù)據(jù)仍然按照自己本身

的方式管理。

(2)復制服務(ReplicationService)：提供遠程數(shù)據(jù)的本地訪問能力，它通過自動的實時

復制和數(shù)據(jù)轉換，在本地維護一個數(shù)據(jù)源的副本。本地數(shù)據(jù)和數(shù)據(jù)源在技術實現(xiàn)上可以是獨立的。

(3)轉換服務(TransformationService)：用于數(shù)據(jù)源格式到目標格式的轉換，可以是批

量的或者是基于記錄的。

(4)搜索服務(SearchService)：提供對企業(yè)數(shù)據(jù)的查詢和檢索服務，既支持數(shù)據(jù)庫等結構

化數(shù)據(jù)，也支持如PDF等非結構化數(shù)據(jù)。

10、①對服務粒度的控制。通常情況下，對于將暴露在整個系統(tǒng)外部的服務推薦使用粗粒度的接口，

而相對較細粒度的服務接口用于企業(yè)系統(tǒng)架構的內部，使用業(yè)務流程(BPEL)來創(chuàng)建由細粒度操作組

成的業(yè)務流程的粗粒度的服務接口

②對無狀態(tài)服務的設計。架構中的具體服務應該都是獨立的、自包含的請求（或是無狀態(tài)的服

務），當某一個服務需要依賴時，可將它定義成具體的業(yè)務流程

［解析］當基于SOA來構建一個企業(yè)級的系統(tǒng)架構時，一定要注意對原有系統(tǒng)架構中的集成需求進行

細致的分析和整理。而關于系統(tǒng)中最重要的元素，也就是SOA系統(tǒng)中服務的構建有兩點需要特別注意

的地方：①是對于服務粒度的控制；②是對于無狀態(tài)服務的設計。

SOA系統(tǒng)中服務粒度的控制是一項十分重要的設計任務。通常來說，對于將暴露在整個系統(tǒng)外部

的服務推薦使用粗粒度的接口，而相對較細粒度的服務接口通常用于企業(yè)系統(tǒng)架構的內部。從技術上

講，粗粒度的服務接口可能是一個特定服務的完整執(zhí)行，而細粒度的服務接口可能是實現(xiàn)這個粗粒度

服務接口的具體的內部操作。雖然細粒度的接口能為服務請求者提供更加細化和更多的靈活性，但同

時也意味著引入較難控制的交互模式易變性，也就是說服務的交互模式可能隨著不同的服務請求者而

不同。如果暴露這些易于變化的服務接口給系統(tǒng)的外部用戶，就可能造成外部服務請求者難以支持不

斷變化的服務提供者所暴露的細粒度服務接口；而粗粒度服務接口保證了服務請求者將以一致的方式

使用系統(tǒng)中所暴露出的服務。雖然SOA并不強制要求一定要使用粗粒度的服務接口，但是建議使用它

們作為外部集成的接口。通常情況下，可以使用業(yè)務流程（BPEL）來創(chuàng)建由細粒度操作組成的業(yè)務流

程的粗粒度的服務接口。

SOA系統(tǒng)架構中的具體服務應該都是獨立的、自包含的請求，在實現(xiàn)這些服務的時候不需要前一

個請求的狀態(tài)，也就是說服務不應該依賴于其他服務的上下文和狀態(tài)，即SOA架構中的服務應該是無

狀態(tài)的服務。當某一個服務需要依賴時，最好把它定義成具體的業(yè)務流程（BPEL）。在服務的具體實

現(xiàn)機制上，可以通過使用EJB組件來實現(xiàn)粗粒度的服務。通常情況下，可以利用無狀態(tài)的Session

Bean來實現(xiàn)具體的服務，如果基于WebService技術，就可以將無狀態(tài)的SessionBean暴露為

外部用戶可以調用到的Web服務，也就是把傳統(tǒng)的SessionFacade模型轉化為EJB的Web服務端點。

這樣就可以向Web服務客戶提供粗粒度的服務。

如果要在J2EE的環(huán)境下（基于WebSphere）構建Web服務，Web服務客戶可以通過兩種方式訪

問J2EE應用程序?？蛻艨梢栽L問用JAX-RPCAP工倉ij建的Web服務（使用Servlet來實現(xiàn)）；Web服務

客戶也可以通過EJB的服務端點接口訪問無狀態(tài)的SessionBean,但Web服務客戶不能訪問其他類

型的企業(yè)Bean,如有狀態(tài)的SessionBean、實體Bean和消息驅動Bean。對于后一種訪問方式（公

開無狀態(tài)EJB組件作為Web服務）的優(yōu)勢在于：基于已有的EJB組件，可以利用現(xiàn)有的業(yè)務邏輯和流程。

在許多企業(yè)中，現(xiàn)有的業(yè)務邏輯可能已經使用EJB組件編寫，通過Web服務公開它可能是實現(xiàn)從外界

訪問這些服務的最佳選擇。EJB端點是一種很好的選擇，因為它使業(yè)務邏輯和端點位于同一層上。另

外，EJB容器會自動提供對并發(fā)的支持，作為無狀態(tài)SessionBean實現(xiàn)的EJB服務端點不必擔心多

線程訪問，因為EJB容器必須串行化對無狀態(tài)會話Bean任何特定實例的請求。由于EJB容器都會提供

對于Security和Transaction的支持，因此Bean的開發(fā)人員可以無須編寫安全代碼及事務處理代

碼。性能問題對于Web服務來說一直都是一個問題，由于幾乎所有EJB容器都提供了對無狀態(tài)會話

Bean群集的支持，以及對無狀態(tài)SessionBean池與資源管理的支持，因此當負載增加時，可以向

集群中增加服務器數(shù)目。Web服務請求可以定向到這些不同的服務器，同時由于無狀態(tài)SessionBean

池改進了資源利用和內存管理，使Web服務能夠有效地響應多個客戶請求。由此可以看到，通過把Web

服務模型化為EJB端點，可以使服務具有更強的可伸縮性，并增強了系統(tǒng)整體的可靠性。

試題四

11、功能單元（包含但不限于以下內容）：

①貸款申請；②信用審查；③信貸員審批；④風險檢查；⑤電子郵件傳送等

采用SOA架構的優(yōu)點（包含但不限于以下內容）：

①復用銀行的各種應用資源。

②增強銀行各個業(yè)務的集成性和靈活性。

③業(yè)務流程變更時便于快速構建應用系統(tǒng)

［解析］面向服務架構體系結構（Service-OrientedArchitecture,SOA）作為一種架構模型，

它將應用程序的不同功能單元（稱為服務）通過服務之間的接口（和契約）聯(lián)系起來。接口獨立于實現(xiàn)

服務的硬件平臺、操作系統(tǒng)和編程語言。接口是采用中立的方式進行定義的，它獨立于實現(xiàn)服務的硬

件平臺、操作系統(tǒng)和編程語言，使得構建的服務可以以一種統(tǒng)一的和通用的方式進行交互。這種具有

中立的接口定義(沒有強制綁定到特定的實現(xiàn)上)的特征稱為服務之間的松耦合。松耦合系統(tǒng)的好處

有兩點：①靈活性；②當組成整個應用程序的每個服務的內部結構和實現(xiàn)逐漸地發(fā)生改變時，它能夠

繼續(xù)存在。而與此相對，緊耦合意味著應用程序的不同組件之間的接口與其功能和結構是緊密相連的，

因而當需要對部分或整個應用程序進行某種形式的更改時，它們就顯得非常脆弱。

通過題干中關于網(wǎng)上銀行貸款業(yè)務的說明不難找出相對獨立的功能單元。這些功能單元為SOA

中的''服務”。由題干中給出的關鍵信息''(1)客戶在網(wǎng)上填寫姓名等信息，提交貸款申請〃可知，該

網(wǎng)上貸款業(yè)務流程中需要涉及''貸款申請〃這一功能單元。

由題干中給出的關鍵信息''(3)銀行根據(jù)客戶提交的信息….同時需要從第三方獲得客戶的信用

審查信息”可知，該網(wǎng)上貸款業(yè)務流程中涉及''信用審查〃這一第三方功能單元。

由題干中給出的關鍵信息''(4)由信貸員對該項貸款申請業(yè)務進行審批，然后由風險檢查系統(tǒng)評

估該項貸款的風險程度“可知，該網(wǎng)上貸款業(yè)務流程中涉及''信貸員審批〃和''風險檢查(或風險評

估)“這兩個功能單元。其中，功能單元''信貸員審批”也可從題干中給出的關鍵信息''(6)除了信貸員

審批環(huán)節(jié)需要人機交互外，業(yè)務是自動進行的〃獲得啟發(fā)。

由題干中給出的關鍵信息''(5)無論批準或者拒絕，結果都會通過郵件系統(tǒng)遞交給客戶〃可知，

該網(wǎng)上貸款業(yè)務流程中涉及''電子郵件傳送〃這一功能單元。

從技術角度而言，SOA帶來了''松散耦合〃的應用程序組件，在此類組件中，代碼不一定綁定到

某個特定的數(shù)據(jù)庫(甚至不一定綁定到特定的基礎設施)。正是得益于這個松散耦合特性，才能夠將

服務組合為各種應用程序。這樣不僅大幅度提高了代碼重用率，而且業(yè)務變更時業(yè)務系統(tǒng)更加靈活和

便利，還可以在增加功能的同時減少工作量。SOA還具有管理上的優(yōu)點。例如，現(xiàn)在管理員可直接管

理開發(fā)人員所構建的服務，遠勝于以往管理單個應用的方式。通過分析服務間的交互，SOA可以幫助

企業(yè)了解何時及什么業(yè)務邏輯被切實執(zhí)行了，使得管理員能夠有針對性地優(yōu)化業(yè)務流程。

采用SOA將本項目的相關功能單元有機地集成在一起，可以快速、經濟、方便地構建出網(wǎng)上銀行

貸款業(yè)務系統(tǒng)。具體優(yōu)點表現(xiàn)在：①可以復用銀行的各種應用資源；②可以增強銀行各個業(yè)務的集成

性和靈活性；③業(yè)務流程變更時便于快速構建應用系統(tǒng)。

12、(1)服務注冊：應用開發(fā)者(或服務提供者)向注冊表公布他們的功能，包括服務身份、位置、

方法、綁定、配置、方案和策略等描述性屬性。實現(xiàn)SOA治理的有效方法之一，是限制哪類新服務可

以向主注冊表發(fā)布、由誰發(fā)布，以及準批準和根據(jù)什么條件批準。

(2)服務位置：服務應用開發(fā)者幫助他們查詢注冊服務，尋找符合自身要求的服務，注冊表讓服

務的消費者檢索服務合同。對誰可以訪問注冊表，以及什么服務屬性通過注冊表暴露的控制，是另

些有效的SOA治理手段。

(3)服務綁定：服務消費者利用檢索到