高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題(Ⅰ)模擬試題_第1頁
高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題(Ⅰ)模擬試題_第2頁
高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題(Ⅰ)模擬試題_第3頁
高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題(Ⅰ)模擬試題_第4頁
高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題(Ⅰ)模擬試題_第5頁
已閱讀5頁,還剩7頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下午試題(I)模擬17

試題一

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

[說明]

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

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

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

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

項(xiàng)任務(wù)的邏輯關(guān)系和部分時(shí)間信息如下圖所示。

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

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

需求調(diào)研58

系統(tǒng)分析34

系統(tǒng)設(shè)計(jì)83

編程與測(cè)試72

硬件方案及配置75

集成與試運(yùn)行49

培訓(xùn)與驗(yàn)收57

0055013

需求調(diào)研/s系統(tǒng)設(shè)978

LL055U13

⑵|⑴|13

項(xiàng)目計(jì)劃網(wǎng)絡(luò)圖

1、請(qǐng)根據(jù)圖的項(xiàng)目任務(wù)邏輯關(guān)系,請(qǐng)計(jì)算并填寫圖中(1)?(6)處的空缺內(nèi)容。

2、根據(jù)圖中的最早開始時(shí)間,請(qǐng)將如下圖所示的該項(xiàng)目甘特圖繪制完整。

2011年2012年

ID任務(wù)名稱

12345678910111212345678910

1需求調(diào)研

2系統(tǒng)分析

3系統(tǒng)設(shè)計(jì)

4編程與測(cè)試

5硬件方案及配置

6集成與試運(yùn)行

7培訓(xùn)與驗(yàn)收

項(xiàng)目甘特圖

3、根據(jù)該項(xiàng)目最早開始時(shí)間的甘特圖,請(qǐng)計(jì)算每月人工需求量并填寫下表中空缺內(nèi)容。若該項(xiàng)目進(jìn)

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

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

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

序號(hào)進(jìn)度時(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、請(qǐng)簡要敘述''滾動(dòng)波浪式計(jì)劃”方法的特點(diǎn)和確定滾動(dòng)周期的依據(jù)。針對(duì)本試題說明中所述項(xiàng)目,

說明采用多長的滾動(dòng)周期比較恰當(dāng)。

試題二

閱讀以下關(guān)于軟件復(fù)用技術(shù)應(yīng)用的敘述,根據(jù)要求回答下面問題。

[說明]

隨著政府職能的轉(zhuǎn)型,XX行業(yè)職能主管部門(國家相關(guān)部委,各省、市的相關(guān)廳、局、委等)機(jī)

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

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

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

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

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

在該項(xiàng)目架構(gòu)分析會(huì)上,F(xiàn)T公司高層領(lǐng)導(dǎo)提出,為了使那些公共功能模塊比較容易地被其他電

子政務(wù)項(xiàng)目所復(fù)用,應(yīng)充分利用領(lǐng)域分析和軟件復(fù)用的知識(shí),采用基于可復(fù)用的軟件開發(fā)方式,在這

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

機(jī)構(gòu))無關(guān)。

5、特定領(lǐng)域軟件架構(gòu)(DomainSpecificSoftwareArchitecture.DSSA.是一種有效實(shí)現(xiàn)

特定領(lǐng)域軟件重用的手段。結(jié)合你的系統(tǒng)架構(gòu)設(shè)計(jì)經(jīng)驗(yàn),請(qǐng)用300字以內(nèi)的文字簡要說明基于DSSA

的軟件設(shè)計(jì)開發(fā)主要包含哪些階段以及每個(gè)階段的目標(biāo)。

6、結(jié)合你的系統(tǒng)架構(gòu)設(shè)計(jì)經(jīng)驗(yàn),請(qǐng)用300字以內(nèi)的文字簡要說明該項(xiàng)目中的5個(gè)功能模塊在軟件復(fù)用

方面的基本架構(gòu)思路。

7、軟件復(fù)用包括兩個(gè)相關(guān)過程:可復(fù)用軟件(構(gòu)件)的開發(fā);基于可復(fù)用軟件(構(gòu)件)的應(yīng)用系統(tǒng)構(gòu)造

(集成和組裝)。軟件構(gòu)件技術(shù)是軟件復(fù)用的核心技術(shù)。結(jié)合你的系統(tǒng)架構(gòu)設(shè)計(jì)經(jīng)驗(yàn),請(qǐng)用200字以內(nèi)

的文字簡要說明可復(fù)用構(gòu)件應(yīng)具備哪些屬性,并給予簡要的解釋。

試題三

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

[說明]

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

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

夠?qū)崿F(xiàn)功能整合,并在組織現(xiàn)有功能的基礎(chǔ)上提供增值服務(wù)。FT軟件開發(fā)公司承接了某大型企業(yè)應(yīng)

用系統(tǒng)的集成任務(wù)。為了按時(shí)保質(zhì)的完成任務(wù),選擇合適的企業(yè)應(yīng)用集成方法和架構(gòu)非常重要。項(xiàng)目

組在討論方案時(shí),提出了兩種集成思路。

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

產(chǎn)系統(tǒng)。

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

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

項(xiàng)目組仔細(xì)分析比較了兩種方案的優(yōu)點(diǎn)和不足后,認(rèn)為魏工和陳工的建議都合理,但是結(jié)合當(dāng)

前項(xiàng)目的實(shí)際情況,最后決定采用陳工的建議。

8、請(qǐng)分析比較兩種集成方案的優(yōu)點(diǎn)和不足,將下表中的空缺處的內(nèi)容填寫完整。

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

集成方案

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

考慮因素

擬采取的集成方法涉及不同的集成層次,集成方法復(fù)雜多樣

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

合程度

集成系統(tǒng)體系結(jié)構(gòu)

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

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

擴(kuò)展性較差

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

障礙?;赟OA的企業(yè)集成通過信息服務(wù)提供集成數(shù)據(jù)的能力,針對(duì)該企業(yè)的集成實(shí)際情況,請(qǐng)用300

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

10、結(jié)合你的系統(tǒng)架構(gòu)設(shè)計(jì)經(jīng)驗(yàn),請(qǐng)用300字以內(nèi)的文字簡要說明FT公司項(xiàng)目組在對(duì)該企業(yè)構(gòu)建SOA

架構(gòu)時(shí),除了注意原有系統(tǒng)架構(gòu)中的集成需求之外,還需要在服務(wù)構(gòu)建時(shí)重點(diǎn)關(guān)注哪些問題。

試題四

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

[說明]

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

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

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

提交貸款申請(qǐng)。

12在指定的時(shí)間內(nèi),客戶會(huì)收到銀行的電子郵件,通知貸款是否被批準(zhǔn)。

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

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

14由信貸員對(duì)該項(xiàng)貸款申請(qǐng)業(yè)務(wù)進(jìn)行審批,然后由風(fēng)險(xiǎn)檢查系統(tǒng)評(píng)估該項(xiàng)貸款的風(fēng)險(xiǎn)程度,風(fēng)

險(xiǎn)大的貸款申請(qǐng)將被拒絕。

15無論是批準(zhǔn)或者拒絕,結(jié)果都會(huì)通過郵件系統(tǒng)遞交給客戶。對(duì)于拒絕的貸款申請(qǐng),還要通知

貸款申請(qǐng)任務(wù)進(jìn)行有關(guān)操作。

16除了信貸員審批環(huán)節(jié)需要人機(jī)交互外,業(yè)務(wù)是自動(dòng)進(jìn)行的。

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

SOA架構(gòu)具有哪些優(yōu)點(diǎn)?請(qǐng)用300字以內(nèi)的文字簡要說明。

12、服務(wù)注冊(cè)表(ServiceRegistry)模式是SOA的架構(gòu)模式之一。注冊(cè)表支持驅(qū)動(dòng)SOA治理的服

務(wù)合同、策略和元數(shù)據(jù)的開發(fā)、發(fā)布和管理。結(jié)合你的系統(tǒng)架構(gòu)經(jīng)驗(yàn),請(qǐng)用400字以內(nèi)的文字簡要說

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

13、上述網(wǎng)上貸款系統(tǒng)能夠?qū)嶋H應(yīng)用的基本前提之一是滿足金融領(lǐng)域的安全性需求。該系統(tǒng)必須滿

足哪些安全方面的需求?請(qǐng)用200字以內(nèi)的文字簡要說明。

試題五

閱讀以下關(guān)于Web應(yīng)用的相關(guān)敘述,根據(jù)要求回答下面問題。

[說明]

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

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

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

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

的領(lǐng)域?qū)<覍?duì)需求進(jìn)行深入分析,并結(jié)合需求對(duì)現(xiàn)有系統(tǒng)的架構(gòu)和運(yùn)行模式進(jìn)行了認(rèn)真分析,決定采

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

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

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

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

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

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

14、下圖是tourist.com公司進(jìn)行Mashup的流程示意圖,請(qǐng)閱讀并補(bǔ)充圖中數(shù)字標(biāo)出部分的內(nèi)容。

Mashup流程示意圖

(1)用戶向Tourist網(wǎng)站請(qǐng)求服務(wù),請(qǐ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、在該項(xiàng)目建設(shè)過程中,tourist,com網(wǎng)站欲整合Google等網(wǎng)站提供的地圖信息,為用戶提供

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

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

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

空缺的內(nèi)容填寫完整。

兩種集成方案對(duì)比表

解決方案

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

考慮因素

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

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

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

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

去現(xiàn)層支持

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

持不同的集成層次—

16、基于Web2.0的Web應(yīng)用十分強(qiáng)調(diào)用戶的體驗(yàn)與感受,Ajax是目前廣泛使用的表現(xiàn)層技術(shù)。請(qǐng)

用300字以內(nèi)的文字簡要介紹Ajax的核心思想,并列舉兩個(gè)在使用Ajax時(shí)需要關(guān)注的效率問題。

答案:

試題一

1、5665113

[解析]在如圖所示的項(xiàng)目計(jì)劃網(wǎng)絡(luò)圖中,根據(jù)表所給定的各項(xiàng)工作持續(xù)時(shí)間,順著箭線方向可以逐

項(xiàng)計(jì)算出各項(xiàng)工作的最早開始時(shí)間和最早完成時(shí)間。對(duì)于''編程與測(cè)試〃工作的前面工作有兩項(xiàng)(即

''需求調(diào)研"工作和''系統(tǒng)分析”工作),該工作的最早開始時(shí)間等于各個(gè)緊前工作的最早完成時(shí)間的最

大值,即''需求調(diào)研〃工作的最早完成時(shí)間(5個(gè)月);或者是該工作的最早開始時(shí)間等于本工作的最早

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

某工作的總時(shí)差等于該工作最遲完成時(shí)間與最早完成時(shí)間之差,或該工作最遲開始時(shí)間與最早

開始時(shí)間之差。例如,在圖中,''編程與測(cè)試〃工作的總時(shí)差為6-5=1個(gè)月。

在如圖所示的項(xiàng)目計(jì)劃網(wǎng)絡(luò)圖中,從網(wǎng)絡(luò)計(jì)劃的終止節(jié)點(diǎn),逆著箭線方向可以逐項(xiàng)計(jì)算出各項(xiàng)

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

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

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

案及配置”工作最遲開始時(shí)間為0+6=6個(gè)月。

對(duì)于有緊后工作的工作,其自由時(shí)差等于該工作的緊后工作最早開始時(shí)間減去本工作最早完成

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

作,其自由時(shí)差為13-7=6個(gè)月。

2、見項(xiàng)目甘特圖

[解析]根據(jù)圖中各項(xiàng)工作的最早開始時(shí)間及其持續(xù)時(shí)間,可以畫出如下圖所示的該項(xiàng)目甘特圖。在

如圖所示的甘特圖中,橫軸表示時(shí)間,縱軸表示要安排的活動(dòng),線條表示在該圖生命周期中計(jì)劃的(或

實(shí)際的)活動(dòng)完成情況。該甘特圖直觀地表明了任務(wù)計(jì)劃在什么時(shí)間開始和什么時(shí)間結(jié)束。

3、1713

105

39

7

12

[解析]根據(jù)如上圖所示的甘特圖中各項(xiàng)工作的最早開始時(shí)間,結(jié)合表每項(xiàng)任務(wù)每月人員的需求數(shù)量,

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

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

2011年2012年

任務(wù)名稱

ID81

1234S6791011*以;23456718910

1需求調(diào)研88888

2系統(tǒng)分析444

3系統(tǒng)設(shè)計(jì)33333333

4編程與測(cè)試2222222

硬件方案及配

55555555

6集成與試運(yùn)行9999

7培訓(xùn)與驗(yàn)收77777

姆月人工需求量小

I7I7I7I31310105555539999777

計(jì)77

在如圖所示的項(xiàng)目計(jì)劃網(wǎng)絡(luò)圖中,關(guān)鍵路徑為:開始-需求調(diào)研-系統(tǒng)設(shè)計(jì)-集成與試運(yùn)行-培訓(xùn)

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

具有自由時(shí)差的工作的啟動(dòng)時(shí)間。關(guān)鍵路徑上各項(xiàng)工作的啟動(dòng)時(shí)間及人數(shù)的安排是確定的,在保證關(guān)

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

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

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

第7個(gè)月初開始,第13個(gè)月末結(jié)束。當(dāng)然,在保證關(guān)鍵路徑上作業(yè)及其緊前作業(yè)按時(shí)完成的情況下,

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

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

人。

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

2011年2012年

任務(wù)名稱

.0:產(chǎn)二

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

1需求調(diào)研88888

2系統(tǒng)分析444

3系統(tǒng)設(shè)計(jì)33333333

4編程與測(cè)試2222222

硬件方案及配

55555555

,置

6集成4試運(yùn)行9999

7培訓(xùn)與驗(yàn)收77777

SJ月人工需求僦小

12I2I2885I010I0I0I0108999977777

計(jì)

4、①特點(diǎn):近期的工作計(jì)劃較詳細(xì),遠(yuǎn)期的工作計(jì)劃較粗略

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

③滾動(dòng)周期:1周、2周,或1?2周的時(shí)間里

[解析]滾動(dòng)波浪式計(jì)劃是項(xiàng)目漸進(jìn)明細(xì)的一種表現(xiàn)形式,其特點(diǎn)是近期的工作計(jì)劃得細(xì)一些,遠(yuǎn)期

的工作計(jì)劃得相對(duì)粗略一些。換言之,近期要完成的工作為工作分解結(jié)構(gòu)(WBS)的最下層詳細(xì)計(jì)一劃,

而計(jì)劃在遠(yuǎn)期完成的工作為工作分解結(jié)構(gòu)的較高層計(jì)劃。最近一兩個(gè)報(bào)告期要進(jìn)行的工作應(yīng)在本期接

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

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

生命周期中有3個(gè)與時(shí)間相關(guān)的重要概念,即檢查點(diǎn)(Checkpoint)、里程碑(Milestone)和基線

(Baseline)o它們一起描述了在什么時(shí)候?qū)?xiàng)目進(jìn)行什么樣的控制。其中,檢查點(diǎn)是指在規(guī)定的時(shí)

間間隔內(nèi)對(duì)項(xiàng)目進(jìn)行檢查,比較實(shí)際與計(jì)劃之間的差異,并根據(jù)差異進(jìn)行調(diào)整??蓪z查點(diǎn)看作是一

個(gè)固定間隔的''采樣"時(shí)間點(diǎn),而時(shí)間間隔根據(jù)項(xiàng)目周期長短的不同而不同。若頻度太小會(huì)失去意義,

而頻度過大會(huì)增加管理成本。常見的間隔是每周一次,項(xiàng)目經(jīng)理需要召開周例會(huì)并上交周報(bào)告。

在本案例中,該信息系統(tǒng)項(xiàng)目是對(duì)一個(gè)大型超市、涉及軟硬件集成工作的較大型及復(fù)雜的項(xiàng)目,

滾動(dòng)波浪式計(jì)劃中的滾動(dòng)周期可確定為1周(或2周,或1?2周的時(shí)間周期)。

試題二

5、

階段目標(biāo)

定義領(lǐng)域范圍確定領(lǐng)域應(yīng)用需要滿足的用戶需求

制訂領(lǐng)域字典和領(lǐng)域術(shù)語的同義詞詞典(或識(shí)別領(lǐng)域

定義領(lǐng)域特定的元素

中各種應(yīng)用間的共同性和差異性)

描述解空間中的特性,識(shí)別約束并記錄其對(duì)設(shè)計(jì)和實(shí)

定義領(lǐng)域特定的設(shè)計(jì)和實(shí)

現(xiàn)決定造成的后果,以及記錄對(duì)處理這些問題時(shí)產(chǎn)生

現(xiàn)需求約束

的所有問題的討論

定義領(lǐng)域模型和構(gòu)架產(chǎn)生該領(lǐng)域的參考架構(gòu),并說明構(gòu)件的語法和語義

產(chǎn)生和搜集可復(fù)用產(chǎn)品為DSSA增加構(gòu)件,為問題域?qū)崿F(xiàn)新應(yīng)用提供支持

[解析]領(lǐng)域分析是分析和研究某個(gè)應(yīng)用領(lǐng)域特性的活動(dòng),它是識(shí)別、收集、組織和描述一個(gè)領(lǐng)域相

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

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

通過定義模型來描述他們之間的關(guān)系。領(lǐng)域分析的本質(zhì)是以復(fù)用為目的,對(duì)具有若干共同特性的一群

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

按照WillTracz的說法,特定領(lǐng)域軟件架構(gòu)(DSSA)就是一個(gè)特定的問題領(lǐng)域中由領(lǐng)域模型、

參考需求和參考架構(gòu)等組成的開發(fā)基礎(chǔ)架構(gòu),其目標(biāo)就是支持一個(gè)特定領(lǐng)域中多個(gè)應(yīng)用的生成。DSSA

的基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和領(lǐng)域?qū)崿F(xiàn)。領(lǐng)域分析的主要目的是獲得領(lǐng)域模型,領(lǐng)域模型描

述領(lǐng)域中系統(tǒng)之間的共同需求,即領(lǐng)域需求;領(lǐng)域設(shè)計(jì)的主要目標(biāo)是獲得DSSA,DSSA描述領(lǐng)域模型

中表示需求的解決方案;領(lǐng)域?qū)崿F(xiàn)的主要目標(biāo)是依據(jù)領(lǐng)域模型和DSSA開發(fā)、組織可重用信息。

在最高的級(jí)別上,DSSA方法共有5個(gè)階段,每個(gè)階段可以進(jìn)一步劃分為一些步驟或子階段,每

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

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

該領(lǐng)域工程過程的5個(gè)階段如下。

(1)定義領(lǐng)域范圍:重點(diǎn)是確定領(lǐng)域中包含哪些元素及領(lǐng)域工程過程到何時(shí)結(jié)束。這一階段的一

個(gè)主要輸出是領(lǐng)域中的應(yīng)用需要滿足的一系列用戶的需求。

(2)定義領(lǐng)域特定的元素:目標(biāo)是制訂領(lǐng)域字典和領(lǐng)域術(shù)語的同義詞詞典。在領(lǐng)域工程過程的前

一個(gè)階段產(chǎn)生的高層次塊圖中增加更多的細(xì)節(jié),特別是識(shí)別領(lǐng)域中各種應(yīng)用間的共同性和差異性。

(3)定義領(lǐng)域特定的設(shè)計(jì)和實(shí)現(xiàn)需求約束:目標(biāo)是描述空間中的特性,不僅要識(shí)別約束,并且要

記錄約束對(duì)設(shè)計(jì)和實(shí)現(xiàn)決定造成的后果,還要記錄對(duì)處理這些問題時(shí)產(chǎn)生的所有問題的討論。

(4)定義領(lǐng)域模型和構(gòu)架:目標(biāo)是產(chǎn)生DSSA,并說明構(gòu)成它的模塊或構(gòu)件的語法、語義。

(5)產(chǎn)生和搜集可復(fù)用的產(chǎn)品:目標(biāo)是為DSSA增加構(gòu)件,使得它可以被用來產(chǎn)生問題域中的新

應(yīng)用。

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

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

在提高產(chǎn)品品質(zhì)的同時(shí)降低開發(fā)費(fèi)用。

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

載建設(shè)方的相關(guān)信息,從而使這些公共功能模塊易被其他電子政務(wù)項(xiàng)目所復(fù)用。

資質(zhì)管理模塊、企業(yè)信息管理模塊和系統(tǒng)擴(kuò)展接口模塊等與建設(shè)方密切相關(guān)的功能模塊,雖然

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

化。

在具體實(shí)現(xiàn)上,應(yīng)該充分采用在市場(chǎng)上廣泛使用的技術(shù)與產(chǎn)品(諸如Web服務(wù)器、中間件(J2EE

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

(或CASE工具等)來輔助、指導(dǎo)這些功能模塊的軟件開始工作

[解析]在電子政務(wù)的建設(shè)過程中,應(yīng)充分利用領(lǐng)域分析和軟件復(fù)用的知識(shí),采用基于可復(fù)用的軟件

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

模語言(UML)作為建模工具。在電子政務(wù)的建設(shè)過程中,應(yīng)建立系統(tǒng)工程,建立行業(yè)范圍內(nèi)的一些標(biāo)

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

根據(jù)題干關(guān)鍵信息,并結(jié)合從事系統(tǒng)架構(gòu)設(shè)計(jì)的歷史經(jīng)驗(yàn),大致可以分析該系統(tǒng)5大功能模塊中,

公共信息管理模塊是工nternet網(wǎng)絡(luò)上的一個(gè)應(yīng)用系統(tǒng),這部分主要包括系統(tǒng)網(wǎng)站的相關(guān)功能,例如

信息發(fā)布和瀏覽、資質(zhì)等級(jí)標(biāo)準(zhǔn)查詢、企業(yè)資質(zhì)查詢、網(wǎng)上調(diào)查、意見箱管理、問題解答,以及下載

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

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

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

文件)把建設(shè)方的相關(guān)信息加入進(jìn)來,從而使這些公共功能模塊容易地被其他電子政務(wù)項(xiàng)目所復(fù)用。

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

備案、資質(zhì)證書管理,以及相關(guān)資質(zhì)申請(qǐng)審批工作處理情況的查詢、資質(zhì)標(biāo)準(zhǔn)和等級(jí)的管理、分析統(tǒng)

計(jì)等。企業(yè)信息管理模塊主要是對(duì)具體企業(yè)信息的維護(hù),包括企業(yè)相關(guān)信息的輸入、輸出、修改、刪

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

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

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

開,也要盡力降低和建設(shè)方的耦合度,以便使得今后復(fù)用時(shí)的代價(jià)最小化。

在具體的實(shí)現(xiàn)上,應(yīng)該充分采用在市場(chǎng)上廣泛使用的技術(shù)與產(chǎn)品。例如,Web服務(wù)器、J2EE應(yīng)

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

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

完成項(xiàng)目的建設(shè)工作,使得所建成的軟件系統(tǒng)具有良好的可復(fù)用性。

7、有用性:構(gòu)件必須提供有用的功能。

可用性:構(gòu)件必須易于理解和使用。

質(zhì)量:構(gòu)件及其變形必須能正確工作。

適應(yīng)性:構(gòu)件應(yīng)該易于通過參數(shù)化等方式在不同語境中進(jìn)行配置。

可移植性:構(gòu)件應(yīng)能在不同的硬件運(yùn)行平臺(tái)和軟件環(huán)境中工作。

可變性(Variability):構(gòu)件應(yīng)能針對(duì)不同的應(yīng)用系統(tǒng),只需對(duì)其可變部分進(jìn)行適當(dāng)?shù)恼{(diào)節(jié)等

[解析]構(gòu)件(Component)是指應(yīng)用系統(tǒng)中可以明確辨識(shí)的構(gòu)成成分。它是軟件系統(tǒng)可替換的、物

理的組成部分,它封裝了實(shí)現(xiàn)體(實(shí)現(xiàn)某個(gè)職能),并提供了一組接口的實(shí)現(xiàn)方法。而可復(fù)用構(gòu)件

(ReusableComponent)是指具有相對(duì)獨(dú)立的功能和可復(fù)用價(jià)值的構(gòu)件。軟件構(gòu)件技術(shù)是軟件復(fù)用

的核心技術(shù)。它是基于面向?qū)ο蟮?,以即插即用型?gòu)件概念為中心,通過構(gòu)件組合來建立應(yīng)用的體系。

其主要研究內(nèi)容包括構(gòu)件獲取、構(gòu)件模型、構(gòu)件描述語言、構(gòu)件分類與檢索、構(gòu)件復(fù)合組裝和構(gòu)件標(biāo)

準(zhǔn)化。

可復(fù)用構(gòu)件應(yīng)具備以下屬性。

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

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

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

(4)適應(yīng)性(Adaptability),構(gòu)件應(yīng)該易于通過參數(shù)化等方式在不同語境中進(jìn)行配置。

(5)可移植性(Portability),構(gòu)件應(yīng)能在不同的硬件運(yùn)行平臺(tái)和軟件環(huán)境中工作。

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

性〃。針對(duì)不同的應(yīng)用系統(tǒng),只需對(duì)其可變部分進(jìn)行適當(dāng)?shù)恼{(diào)節(jié),復(fù)用者要根據(jù)復(fù)用的具體需要,改

造構(gòu)件的可變''特性",即進(jìn)行''客戶化〃工作等。

試題三

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

(2)不同層次的集成方法關(guān)注點(diǎn)不同,功能組合方面能力較弱。

(3)強(qiáng)調(diào)功能的暴露與服務(wù)的組合,便于提供增值服務(wù)。

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

(5)基于總線結(jié)構(gòu)的體系結(jié)構(gòu),系統(tǒng)的耦合度低。

(6)集成系統(tǒng)具有模塊化、松耦合的特點(diǎn),可擴(kuò)展性較強(qiáng)。

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

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

(2)復(fù)制服務(wù):提供遠(yuǎn)程數(shù)據(jù)的本地訪問能力,它通過自動(dòng)的實(shí)時(shí)復(fù)制和數(shù)據(jù)轉(zhuǎn)換,在本地維護(hù)

一個(gè)數(shù)據(jù)源的副本,本地?cái)?shù)據(jù)和數(shù)據(jù)源在技術(shù)實(shí)現(xiàn)上可以是獨(dú)立的。

(3)轉(zhuǎn)換服務(wù):用于數(shù)據(jù)源格式到目標(biāo)格式的轉(zhuǎn)換,可以是批量的或者是基于記錄的。

(4)搜索服務(wù):提供對(duì)企業(yè)數(shù)據(jù)的查詢和檢索服務(wù),既支持?jǐn)?shù)據(jù)庫等結(jié)構(gòu)化數(shù)據(jù),也支持PDF等

非結(jié)構(gòu)化數(shù)據(jù)

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

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

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

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

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

的方式管理。

(2)復(fù)制服務(wù)(ReplicationService):提供遠(yuǎn)程數(shù)據(jù)的本地訪問能力,它通過自動(dòng)的實(shí)時(shí)

復(fù)制和數(shù)據(jù)轉(zhuǎn)換,在本地維護(hù)一個(gè)數(shù)據(jù)源的副本。本地?cái)?shù)據(jù)和數(shù)據(jù)源在技術(shù)實(shí)現(xiàn)上可以是獨(dú)立的。

(3)轉(zhuǎn)換服務(wù)(TransformationService):用于數(shù)據(jù)源格式到目標(biāo)格式的轉(zhuǎn)換,可以是批

量的或者是基于記錄的。

(4)搜索服務(wù)(SearchService):提供對(duì)企業(yè)數(shù)據(jù)的查詢和檢索服務(wù),既支持?jǐn)?shù)據(jù)庫等結(jié)構(gòu)

化數(shù)據(jù),也支持如PDF等非結(jié)構(gòu)化數(shù)據(jù)。

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

而相對(duì)較細(xì)粒度的服務(wù)接口用于企業(yè)系統(tǒng)架構(gòu)的內(nèi)部,使用業(yè)務(wù)流程(BPEL)來創(chuàng)建由細(xì)粒度操作組

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

②對(duì)無狀態(tài)服務(wù)的設(shè)計(jì)。架構(gòu)中的具體服務(wù)應(yīng)該都是獨(dú)立的、自包含的請(qǐng)求(或是無狀態(tài)的服

務(wù)),當(dāng)某一個(gè)服務(wù)需要依賴時(shí),可將它定義成具體的業(yè)務(wù)流程

[解析]當(dāng)基于SOA來構(gòu)建一個(gè)企業(yè)級(jí)的系統(tǒng)架構(gòu)時(shí),一定要注意對(duì)原有系統(tǒng)架構(gòu)中的集成需求進(jìn)行

細(xì)致的分析和整理。而關(guān)于系統(tǒng)中最重要的元素,也就是SOA系統(tǒng)中服務(wù)的構(gòu)建有兩點(diǎn)需要特別注意

的地方:①是對(duì)于服務(wù)粒度的控制;②是對(duì)于無狀態(tài)服務(wù)的設(shè)計(jì)。

SOA系統(tǒng)中服務(wù)粒度的控制是一項(xiàng)十分重要的設(shè)計(jì)任務(wù)。通常來說,對(duì)于將暴露在整個(gè)系統(tǒng)外部

的服務(wù)推薦使用粗粒度的接口,而相對(duì)較細(xì)粒度的服務(wù)接口通常用于企業(yè)系統(tǒng)架構(gòu)的內(nèi)部。從技術(shù)上

講,粗粒度的服務(wù)接口可能是一個(gè)特定服務(wù)的完整執(zhí)行,而細(xì)粒度的服務(wù)接口可能是實(shí)現(xiàn)這個(gè)粗粒度

服務(wù)接口的具體的內(nèi)部操作。雖然細(xì)粒度的接口能為服務(wù)請(qǐng)求者提供更加細(xì)化和更多的靈活性,但同

時(shí)也意味著引入較難控制的交互模式易變性,也就是說服務(wù)的交互模式可能隨著不同的服務(wù)請(qǐng)求者而

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

斷變化的服務(wù)提供者所暴露的細(xì)粒度服務(wù)接口;而粗粒度服務(wù)接口保證了服務(wù)請(qǐng)求者將以一致的方式

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

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

程的粗粒度的服務(wù)接口。

SOA系統(tǒng)架構(gòu)中的具體服務(wù)應(yīng)該都是獨(dú)立的、自包含的請(qǐng)求,在實(shí)現(xiàn)這些服務(wù)的時(shí)候不需要前一

個(gè)請(qǐng)求的狀態(tài),也就是說服務(wù)不應(yīng)該依賴于其他服務(wù)的上下文和狀態(tài),即SOA架構(gòu)中的服務(wù)應(yīng)該是無

狀態(tài)的服務(wù)。當(dāng)某一個(gè)服務(wù)需要依賴時(shí),最好把它定義成具體的業(yè)務(wù)流程(BPEL)。在服務(wù)的具體實(shí)

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

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

外部用戶可以調(diào)用到的Web服務(wù),也就是把傳統(tǒng)的SessionFacade模型轉(zhuǎn)化為EJB的Web服務(wù)端點(diǎn)。

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

如果要在J2EE的環(huán)境下(基于WebSphere)構(gòu)建Web服務(wù),Web服務(wù)客戶可以通過兩種方式訪

問J2EE應(yīng)用程序??蛻艨梢栽L問用JAX-RPCAP工倉ij建的Web服務(wù)(使用Servlet來實(shí)現(xiàn));Web服務(wù)

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

型的企業(yè)Bean,如有狀態(tài)的SessionBean、實(shí)體Bean和消息驅(qū)動(dòng)Bean。對(duì)于后一種訪問方式(公

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

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

訪問這些服務(wù)的最佳選擇。EJB端點(diǎn)是一種很好的選擇,因?yàn)樗箻I(yè)務(wù)邏輯和端點(diǎn)位于同一層上。另

外,EJB容器會(huì)自動(dòng)提供對(duì)并發(fā)的支持,作為無狀態(tài)SessionBean實(shí)現(xiàn)的EJB服務(wù)端點(diǎn)不必?fù)?dān)心多

線程訪問,因?yàn)镋JB容器必須串行化對(duì)無狀態(tài)會(huì)話Bean任何特定實(shí)例的請(qǐng)求。由于EJB容器都會(huì)提供

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

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

Bean群集的支持,以及對(duì)無狀態(tài)SessionBean池與資源管理的支持,因此當(dāng)負(fù)載增加時(shí),可以向

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

池改進(jìn)了資源利用和內(nèi)存管理,使Web服務(wù)能夠有效地響應(yīng)多個(gè)客戶請(qǐng)求。由此可以看到,通過把Web

服務(wù)模型化為EJB端點(diǎn),可以使服務(wù)具有更強(qiáng)的可伸縮性,并增強(qiáng)了系統(tǒng)整體的可靠性。

試題四

11、功能單元(包含但不限于以下內(nèi)容):

①貸款申請(qǐng);②信用審查;③信貸員審批;④風(fēng)險(xiǎn)檢查;⑤電子郵件傳送等

采用SOA架構(gòu)的優(yōu)點(diǎn)(包含但不限于以下內(nèi)容):

①復(fù)用銀行的各種應(yīng)用資源。

②增強(qiáng)銀行各個(gè)業(yè)務(wù)的集成性和靈活性。

③業(yè)務(wù)流程變更時(shí)便于快速構(gòu)建應(yīng)用系統(tǒng)

[解析]面向服務(wù)架構(gòu)體系結(jié)構(gòu)(Service-OrientedArchitecture,SOA)作為一種架構(gòu)模型,

它將應(yīng)用程序的不同功能單元(稱為服務(wù))通過服務(wù)之間的接口(和契約)聯(lián)系起來。接口獨(dú)立于實(shí)現(xiàn)

服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語言。接口是采用中立的方式進(jìn)行定義的,它獨(dú)立于實(shí)現(xiàn)服務(wù)的硬

件平臺(tái)、操作系統(tǒng)和編程語言,使得構(gòu)建的服務(wù)可以以一種統(tǒng)一的和通用的方式進(jìn)行交互。這種具有

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

有兩點(diǎn):①靈活性;②當(dāng)組成整個(gè)應(yīng)用程序的每個(gè)服務(wù)的內(nèi)部結(jié)構(gòu)和實(shí)現(xiàn)逐漸地發(fā)生改變時(shí),它能夠

繼續(xù)存在。而與此相對(duì),緊耦合意味著應(yīng)用程序的不同組件之間的接口與其功能和結(jié)構(gòu)是緊密相連的,

因而當(dāng)需要對(duì)部分或整個(gè)應(yīng)用程序進(jìn)行某種形式的更改時(shí),它們就顯得非常脆弱。

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

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

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

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

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

由題干中給出的關(guān)鍵信息''(4)由信貸員對(duì)該項(xiàng)貸款申請(qǐng)業(yè)務(wù)進(jìn)行審批,然后由風(fēng)險(xiǎn)檢查系統(tǒng)評(píng)

估該項(xiàng)貸款的風(fēng)險(xiǎn)程度“可知,該網(wǎng)上貸款業(yè)務(wù)流程中涉及''信貸員審批〃和''風(fēng)險(xiǎn)檢查(或風(fēng)險(xiǎn)評(píng)

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

審批環(huán)節(jié)需要人機(jī)交互外,業(yè)務(wù)是自動(dòng)進(jìn)行的〃獲得啟發(fā)。

由題干中給出的關(guān)鍵信息''(5)無論批準(zhǔn)或者拒絕,結(jié)果都會(huì)通過郵件系統(tǒng)遞交給客戶〃可知,

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

從技術(shù)角度而言,SOA帶來了''松散耦合〃的應(yīng)用程序組件,在此類組件中,代碼不一定綁定到

某個(gè)特定的數(shù)據(jù)庫(甚至不一定綁定到特定的基礎(chǔ)設(shè)施)。正是得益于這個(gè)松散耦合特性,才能夠?qū)?/p>

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

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

理開發(fā)人員所構(gòu)建的服務(wù),遠(yuǎn)勝于以往管理單個(gè)應(yīng)用的方式。通過分析服務(wù)間的交互,SOA可以幫助

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

采用SOA將本項(xiàng)目的相關(guān)功能單元有機(jī)地集成在一起,可以快速、經(jīng)濟(jì)、方便地構(gòu)建出網(wǎng)上銀行

貸款業(yè)務(wù)系統(tǒng)。具體優(yōu)點(diǎn)表現(xiàn)在:①可以復(fù)用銀行的各種應(yīng)用資源;②可以增強(qiáng)銀行各個(gè)業(yè)務(wù)的集成

性和靈活性;③業(yè)務(wù)流程變更時(shí)便于快速構(gòu)建應(yīng)用系統(tǒng)。

12、(1)服務(wù)注冊(cè):應(yīng)用開發(fā)者(或服務(wù)提供者)向注冊(cè)表公布他們的功能,包括服務(wù)身份、位置、

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

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

(2)服務(wù)位置:服務(wù)應(yīng)用開發(fā)者幫助他們查詢注冊(cè)服務(wù),尋找符合自身要求的服務(wù),注冊(cè)表讓服

務(wù)的消費(fèi)者檢索服務(wù)合同。對(duì)誰可以訪問注冊(cè)表,以及什么服務(wù)屬性通過注冊(cè)表暴露的控制,是另

些有效的SOA治理手段。

(3)服務(wù)綁定:服務(wù)消費(fèi)者利用檢索到

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論