全國(guó)軟件水平考試考試重點(diǎn)試題精編

注意事項(xiàng)：

1.全卷采用機(jī)器閱卷，請(qǐng)考生注意書寫規(guī)范：考試時(shí)間為120分鐘。

2.在作答前，考生請(qǐng)將自己的學(xué)校、姓名、班級(jí)、準(zhǔn)考證號(hào)涂寫在試卷和答

題卡規(guī)定位置。

3.部分必須使用2B鉛笠填涂；非選擇題部分必須使用黑色簽字笆書寫，字體

工整，筆跡清楚。

4,請(qǐng)按照題號(hào)在答題卡上與題目對(duì)應(yīng)的答題區(qū)域內(nèi)規(guī)范作答，超出答題區(qū)域

書寫的答案無(wú)效：在草稿紙、試卷上答題無(wú)效。

（參考答案和詳細(xì)解析均在試卷末尾）

一、選擇題

1、某高校欲構(gòu)建財(cái)務(wù)系統(tǒng)，使得用戶可通過(guò)校園網(wǎng)訪問(wèn)該系統(tǒng)。根據(jù)需求，公司給出如下

2套方案。方案一：1）出口設(shè)備采用一臺(tái)配置防火墻板卡的核心交換機(jī)，并且使用防火墻

策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址映射；2）采用4臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架

構(gòu)，其中3臺(tái)作為財(cái)務(wù)應(yīng)用服務(wù)器、1臺(tái)作為數(shù)據(jù)備份管理服務(wù)器；3）通過(guò)備份管理軟件

的備份策略將3臺(tái)財(cái)務(wù)應(yīng)用服務(wù)器的數(shù)據(jù)進(jìn)行定期備份。方案二：1）出口設(shè)備采用一臺(tái)配

置防火墻板卡的核心交換機(jī)，并且使用防火墻策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)彳J地址

映射；2）采用2臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架構(gòu)，服務(wù)器采用虛擬化技術(shù)，建多個(gè)虛擬機(jī)滿

足財(cái)務(wù)系統(tǒng)業(yè)務(wù)需求。當(dāng)一臺(tái)服務(wù)器出現(xiàn)物理故障時(shí)將業(yè)務(wù)遷移到另外一臺(tái)物理服務(wù)器.上。

與方案一相比，方案二的優(yōu)點(diǎn)是（請(qǐng)作答此空）。方案二還有一些缺點(diǎn)，下列不屬于其缺點(diǎn)的

是（68）。

A.網(wǎng)絡(luò)的安全性得到保障

B.數(shù)據(jù)的安全性得到保障

C.業(yè)務(wù)的連續(xù)性得到保障

D.業(yè)務(wù)的可用性得到保障

2、軟件開(kāi)發(fā)團(tuán)隊(duì)欲開(kāi)發(fā)一套管理信息系統(tǒng)，在項(xiàng)目初期，用戶提出了軟件的一些基本功能，

但是沒(méi)有詳細(xì)定義輸入、處理和輸出需求。在這種情況下，該團(tuán)隊(duì)在開(kāi)發(fā)過(guò)程應(yīng)采用（）o

A.瀑布模型

B.增量模型

C.原型開(kāi)發(fā)模型

D.快速應(yīng)用程序開(kāi)發(fā)（RAD）

3、在數(shù)據(jù)庫(kù)系統(tǒng)中，數(shù)據(jù)的完整性是指數(shù)據(jù)的（）。

A.有效性、正確性和一致性

B.有效性、止確性和可維護(hù)性

C.有效性、正確性和安全性

D.正確性、一致性和安全性

4、CRM是一套先進(jìn)的管理思想及技術(shù)手段，它通過(guò)將（）進(jìn)行有效的整合，最終為企業(yè)涉

及到的各個(gè)領(lǐng)域提供了集成環(huán)境。

A.員工資源、客戶資源與管理技術(shù)

B.銷售資源、信息資源與商業(yè)智能

C.銷售管理、市場(chǎng)管理與服務(wù)管理

D.人力資源、業(yè)務(wù)流程與專業(yè)技術(shù)

5、給定關(guān)系模式RVU,F>;其中U為屬性集,F是U上的一組函數(shù)依賴，那么Armstroog公

理系統(tǒng)的增廣律是指（），

A.若X3Y,X3Z,則XfYZ為F所蘊(yùn)涵

B.若X^Y,WY^Z,則XW->Z為F所蘊(yùn)涵

C.若X3Y,Y玲Z為F所蘊(yùn)涵，則X玲Z為F所蘊(yùn)涵

D.若X->Y,為F所蘊(yùn)涵，且Z?U,則入XZfYZ為F所蘊(yùn)涵

6、在面向?qū)ο蠓治鲋校茫ㄕ?qǐng)作答此空）表示需求，并從中提煉出中（），以上兩者形成

（）,之后再進(jìn)行后續(xù)的尸發(fā)工作。

A.類圖

B.數(shù)據(jù)流圖

C.包圖

D.用例與用例圖

7、某系統(tǒng)中的文本顯示類（TextView）和圖片顯示類（PictureView）都繼承了組件類

（Component）,分別顯示文本和圖片內(nèi)容，現(xiàn)需要構(gòu)造帶有滾動(dòng)條或者帶有黑色邊框，或者

既有滾動(dòng)條又有黑色邊框的文本顯示控件和圖片顯示控件，但希望最多只增加3個(gè)類。那么

采用設(shè)計(jì)模式（1）可實(shí)現(xiàn)該需求，其優(yōu)點(diǎn)是（2）?！净貙懤ㄌ?hào)1】

A.外觀

B.單體

C.裝飾

D.模板方法

8、網(wǎng)絡(luò)安全體系設(shè)計(jì)可從物理線路安全、網(wǎng)絡(luò)安全、系統(tǒng)安全、應(yīng)用安全等方面來(lái)進(jìn)行。其

中，數(shù)據(jù)庫(kù)容災(zāi)屬于（

A.物理線路安全和網(wǎng)絡(luò)安全

B.應(yīng)用安全和網(wǎng)絡(luò)安全

C.系統(tǒng)安全和網(wǎng)絡(luò)安全

D.系統(tǒng)安全和應(yīng)用安全

9、若系統(tǒng)中存在n個(gè)等待事務(wù)Ti（i=0,1,2，…，n-1）,其中：TO正等待被T1鎖住的數(shù)據(jù)

項(xiàng)Al,T1正等待被T2鎖住的數(shù)據(jù)項(xiàng)A2,…，Ti正等待被Ti+1鎖住的數(shù)據(jù)項(xiàng)Ai+1,…，Tn-1

正等待被TO鎖住的數(shù)據(jù)項(xiàng)A0,則系統(tǒng)處于（）狀態(tài)。

A.封鎖

B.死鎖

C.循環(huán)

D.并發(fā)處理

10、默認(rèn)情況下，F(xiàn)TP服務(wù)器的控制端口為()

A.大于1024的端口

B.20

C.80

D.21

11、商業(yè)智能關(guān)注如何從業(yè)務(wù)數(shù)據(jù)中提取有用的信息，然后采用這些信息指導(dǎo)企業(yè)的業(yè)務(wù)開(kāi)

展。商業(yè)智能系統(tǒng)主要包括數(shù)據(jù)預(yù)處理、()、數(shù)據(jù)分析和數(shù)據(jù)展現(xiàn)4個(gè)主要階段。

A.數(shù)據(jù)索引

B.數(shù)據(jù)倉(cāng)庫(kù)

C.數(shù)據(jù)庫(kù)

D.數(shù)據(jù)字典

12、某公司欲開(kāi)發(fā)一個(gè)網(wǎng)上商城系統(tǒng)，在架構(gòu)設(shè)計(jì)階段，公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量

屬性場(chǎng)景。其中“系統(tǒng)主站斷電后，能夠在2分鐘內(nèi)自動(dòng)切換到備用站點(diǎn)，并恢復(fù)正常運(yùn)行〃

主要與()質(zhì)量屬性相關(guān)，通?？刹捎?)架構(gòu)策略實(shí)現(xiàn)該屬性："在并發(fā)用戶數(shù)不超過(guò)1000人

時(shí)，用戶的交易請(qǐng)求應(yīng)該在0.5s內(nèi)完成”主要與()質(zhì)量屬性相關(guān)，通?？刹捎?)架構(gòu)策略實(shí)現(xiàn)

該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意川戶的入侵行為，并進(jìn)廳報(bào)警和記錄“主要與(L質(zhì)量屬性相

關(guān)，通常可采用(試題錄入中)架構(gòu)策略實(shí)現(xiàn)該屬性。

A.內(nèi)置監(jiān)控器

B.記錄/回放

C.追蹤審計(jì)

D.維護(hù)現(xiàn)有接口

13、面向?qū)ο蟮姆治瞿Ｐ椭饕身攲蛹軜?gòu)圖、用例與用例圖和()構(gòu)成。

A.數(shù)據(jù)流模型

B.領(lǐng)域概念模型

C.功能分解圖

D.功能需求模型

14、(9)主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用戶的輸入、輸出進(jìn)行檢查與控制，處理客戶端的一些

動(dòng)作，包括控制頁(yè)面跳轉(zhuǎn)等，并向用戶呈現(xiàn)最終的結(jié)果信息。該層次主要通過(guò)(10)結(jié)構(gòu)實(shí)

現(xiàn).(11)負(fù)責(zé)接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理;然后，(12)根據(jù)用戶請(qǐng)求調(diào)用

(13)進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理,并返回?cái)?shù)據(jù);最后，控制器調(diào)用相應(yīng)的(14)來(lái)格式化模型返回的

數(shù)據(jù)，并通過(guò)視圖呈現(xiàn)給用戶。

A.CLR

BJVM

C.MVC

D.DAO

15、給定關(guān)系R(Al,A2,A3,A4)上的函數(shù)依賴集F={A1">A2A5,A23A3A4,A3->A2},R

的候選關(guān)鍵字為（）。函數(shù)依賴（請(qǐng)作答此空）

CF-?

A.A5->A1A2

B.A4->A1A2

C.A3^A2A4

D.A2-A1A5

16、一般來(lái)說(shuō)，架構(gòu)可以分為三個(gè)層次。（諳作答此空）層主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用

戶的輸入、輸出進(jìn)行檢查與控制，處理客戶端的一些動(dòng)作，包括控制頁(yè)面跳轉(zhuǎn)等，并向用戶

呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用（）結(jié)構(gòu)來(lái)實(shí)現(xiàn)，其中的（）負(fù)責(zé)接收用戶的請(qǐng)求，

并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理。（）主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存

儲(chǔ)介質(zhì)中。

A.表現(xiàn)層

B.業(yè)務(wù)邏輯層

C.持久層

D.中間層

17、某冶煉廠根據(jù)計(jì)劃每季度供應(yīng)合同單位鐵和錦各32噸。該廠從甲乙兩處產(chǎn)地運(yùn)回鐵礦

提煉，已知兩處鐵礦成分如下表所示，且從甲乙兩地采購(gòu)成本分別為200元/噸和300元/

噸。對(duì)于該冶煉廠，需要從乙采購(gòu)（請(qǐng)作答此空）噸方能使此次采購(gòu)的成本最低，最低的采

購(gòu)成本是（）元

岐礦成分甲乙

就40%20H

20%50%

其他40H35%

A.1O

B.20

C.30

D.40

18、架構(gòu)權(quán)衡分析方法（ArchitectureTradeoffAnalysisMethod,ATAM）是在基于場(chǎng)景的架構(gòu)分

lJr^jyi（Scenarios-basedArchitectureAnalysisMethod,SAAM）基礎(chǔ)之上發(fā)展起來(lái)的，主要包括

場(chǎng)景和需求收集、（請(qǐng)作答此空）、屬性模型構(gòu)造和分析、屬性模型折中等4個(gè)階段。ATAM

方法要求在系統(tǒng)開(kāi)發(fā)之前，首先對(duì)這些質(zhì)量屬性進(jìn)行J63）和折中。

A.架構(gòu)視圖和場(chǎng)景實(shí)現(xiàn)

B.架構(gòu)風(fēng)格和場(chǎng)景分析

C.架構(gòu)設(shè)計(jì)和目標(biāo)分析

D.架構(gòu)描述和需求評(píng)估

19、為了測(cè)試新系統(tǒng)的性能，用戶必須依靠評(píng)價(jià)程序來(lái)評(píng)價(jià)機(jī)器的性能，以下4種評(píng)價(jià)程序,

（）評(píng)測(cè)的準(zhǔn)確程度最低。

A.小型基準(zhǔn)程序

B.真實(shí)程序

C.核心程序

D.合成基準(zhǔn)程序

20、某冶煉廠根據(jù)計(jì)劃每季度供應(yīng)合同單位鐵和缽各32噸。該廠從甲乙兩處產(chǎn)地運(yùn)【可鐵礦

提煉，已知兩處鐵礦成分如下表所示，且從甲乙兩地采購(gòu)成本分別為200元/噸和300元/

噸。對(duì)于該冶煉廠，需要從乙采購(gòu)（）噸方能使此次采購(gòu)的成本最低，最低的采購(gòu)成本是

（請(qǐng)作答此空）元

校中成分甲乙

a48620U

a20%50%

其他40%35H

A.24000

B.13000

C.14000

D.15000

21、DMA（直接存儲(chǔ)器訪問(wèn)〉工作方式是在（3）之間建立.起直接的數(shù)據(jù)通路。

A.CPU與外?設(shè)

B.CPU與主存

C.主存與外設(shè)

D.外設(shè)與外設(shè)

22、以下關(guān)于軟件架構(gòu)風(fēng)格與系統(tǒng)性能關(guān)系的敘述，錯(cuò)誤的是（）

A.對(duì)于采用層次化架構(gòu)風(fēng)格的系統(tǒng)，劃分的層次越多，系統(tǒng)的性能越差

B.對(duì)于采用管道一過(guò)濾器架構(gòu)風(fēng)格的系統(tǒng)，可以通過(guò)引入過(guò)濾器的數(shù)據(jù)并發(fā)處理提高系統(tǒng)

性能

C.對(duì)于采用面向?qū)﹀杓荛L(fēng)格的系統(tǒng)，可以通過(guò)減少功能調(diào)用層次提高系統(tǒng)性能

D.對(duì)于采用過(guò)程調(diào)用架構(gòu)風(fēng)格的系統(tǒng)，可以通過(guò)將顯式調(diào)用策略替換為隱式調(diào)用策略提高

系統(tǒng)性能

23、在磁盤上存儲(chǔ)數(shù)據(jù)的排列方式會(huì)影響I/O服務(wù)的總時(shí)間。假設(shè)每磁道劃分成10個(gè)物

理塊，每塊存放1個(gè)邏輯記錄。邏輯記錄RI.R2,...?RI0存放在同一個(gè)磁道上，記錄

的安排順序如下表所示；

假定磁盤的旋轉(zhuǎn)速度為30ms/周，磁頭當(dāng)前處在R1的開(kāi)始處。若系統(tǒng)順序處理這些記錄，

使用單緩沖區(qū)，每個(gè)記錄處理時(shí)間為6ms,則處理這D個(gè)記錄的最長(zhǎng)時(shí)間為（）;若對(duì)信

息存儲(chǔ)進(jìn)行優(yōu)化分布后，處理10個(gè)記錄的最少時(shí)間為（請(qǐng)作答此空）.

A.60ms

B.90ms

C.109ms

D.180ms

24、基于ODP的架構(gòu)開(kāi)發(fā)過(guò)程按照順序分別為系統(tǒng)構(gòu)想、（）.原型分析、（）、架構(gòu)原型、.

項(xiàng)目規(guī)劃、并行開(kāi)發(fā)、系統(tǒng)轉(zhuǎn)換、（）、（）。

A.需求分析

B.架構(gòu)規(guī)劃

C.詳細(xì)設(shè)計(jì)

D.系統(tǒng)移植

25、在數(shù)據(jù)庫(kù)設(shè)計(jì)的需求分析階段應(yīng)當(dāng)形成（）

A.程序文檔、數(shù)據(jù)字典和數(shù)據(jù)流圖

B.需求說(shuō)明文檔、程序文檔和數(shù)據(jù)流圖

C.需求說(shuō)明文檔、數(shù)據(jù)字典和數(shù)據(jù)流圖

D.需求說(shuō)明文檔、數(shù)據(jù)字典和程序文檔

26、對(duì)于因數(shù)據(jù)輸入某個(gè)構(gòu)件，經(jīng)過(guò)內(nèi)部處理，產(chǎn)生數(shù)據(jù)輸出的系統(tǒng)，通常會(huì)采用（）架構(gòu)

風(fēng)格。

A.事件驅(qū)動(dòng)系統(tǒng)

B.黑板

C.管道-過(guò)濾器

D.分層系統(tǒng)

27、在uml圖中，（請(qǐng)作答此空）展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。（）強(qiáng)

調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。O軟件和

硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。O描述由模型本身分解而成的組

織單元，以及它們之間的依賴關(guān)系。

A.類圖

B.對(duì)象圖

C.部署圖

D.定時(shí)圖

28、DSSA是在一個(gè)特定應(yīng)用領(lǐng)域中為一組應(yīng)用提供組織結(jié)構(gòu)參考的軟件體系結(jié)構(gòu)，參與DSSA

的人員可以劃分為4種角色，包括領(lǐng)域?qū)＜?、領(lǐng)域設(shè)計(jì)人員、領(lǐng)域?qū)崿F(xiàn)人員和（請(qǐng)作答此

空），其基本活動(dòng)包括領(lǐng)域分析、領(lǐng)域設(shè)計(jì)和（）。

A.領(lǐng)域測(cè)試人員

B.領(lǐng)域顧問(wèn)

C.領(lǐng)域分析師

D.領(lǐng)域經(jīng)理

29、（）中間件保證系統(tǒng)能在不同平臺(tái)之間通信，實(shí)現(xiàn)分布式系統(tǒng)中可靠的、高效的、實(shí)時(shí)

的跨平臺(tái)數(shù)據(jù)傳輸。

A.數(shù)據(jù)管理中間件

B.消息中間件

C.WEB服務(wù)中間件

D.事務(wù)處理中間件

30、軟件架構(gòu)風(fēng)格是描述某-特定應(yīng)用領(lǐng)域中系統(tǒng)組織方式的慣用模式。一個(gè)體系結(jié)構(gòu)定義

了一個(gè)詞匯表和一組（）,

A.約束

B.連接件

C.拓?fù)浣Y(jié)構(gòu)

D.規(guī)則

31、與SOA緊密相關(guān)的技術(shù)主要有UDDI、WSDL、SOAP和IREST等，而這些技術(shù)都是以XML

為基礎(chǔ)而發(fā)展起來(lái)的。（）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)

范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。（請(qǐng)作答此空）是對(duì)服務(wù)進(jìn)行描述的語(yǔ)言，它

有一套基于XML的語(yǔ)法定義，包含服務(wù)實(shí)現(xiàn)定義和服務(wù)接口定義。（）定義了服務(wù)請(qǐng)求者

和服務(wù)提供者之間的消息傳輸規(guī)范。通過(guò)它，應(yīng)用程序口:以在網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換和遠(yuǎn)程過(guò)

程調(diào)用（RemoteProcedureCall,RPC）。

A.UDDI

B.Rest

C.WSDL

D.SOAP

32、隨著業(yè)務(wù)的增長(zhǎng)，信息系統(tǒng)的訪問(wèn)量和數(shù)據(jù)流量快速增加，采用負(fù)載均衡（LoadBalance）

方法可避免由此導(dǎo)致的系統(tǒng)性能下降甚至崩潰。以下關(guān)于負(fù)載均衡的敘述中，錯(cuò)誤的是（）。

A.負(fù)載均衡通常由服務(wù)器端安裝的附加軟件來(lái)實(shí)現(xiàn)

B.負(fù)載均衡并不會(huì)增加系統(tǒng)的吞吐量

C.負(fù)載均衡可在不同地理位置、不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群之間進(jìn)行

D.負(fù)載均衡可使用戶只通過(guò)一個(gè)IP地址或域名就能訪問(wèn)相應(yīng)的服務(wù)器

33、當(dāng)數(shù)據(jù)對(duì)象滿足一定條件時(shí)屬于格式正規(guī)的文檔，其中不包括（）

A.語(yǔ)法合乎XML規(guī)范

B.元素沒(méi)有根節(jié)點(diǎn)

C.元素構(gòu)成一個(gè)層次樹

D.沒(méi)有對(duì)外部實(shí)體的引用，除非提供DTD

34、對(duì)于雙機(jī)容錯(cuò)技術(shù)的表述不恰當(dāng)?shù)氖牵ǎ?/p>

A.雙機(jī)互備模式的主要缺點(diǎn)是對(duì)服務(wù)器的性能要求比較高

B.雙機(jī)互備模式會(huì)造成資源浪費(fèi)

C.雙機(jī)雙工模式是集群技術(shù)的一種

D.雙機(jī)熱備模式中的備用系統(tǒng)長(zhǎng)期處于后備的狀態(tài)

35、在uml圖中，（）展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。（）強(qiáng)調(diào)消息跨

越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。（請(qǐng)作答此空）軟件

和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。O描述由模型本身分解而成的

組織單元，以及它們之間為依賴關(guān)系。

A.類圖

B.對(duì)象圖

C.部署圖

D.交互圖

36、在基于體系結(jié)構(gòu)的軟件設(shè)計(jì)方法中，采用（）來(lái)描述軟件架構(gòu)

A.類圈和序列圖

B.視角與視圖

C.構(gòu)件和類圈

D.構(gòu)件與功能

37.某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)?，F(xiàn)有三個(gè)圖像處理任務(wù)，每個(gè)

任務(wù)有三個(gè)程序段：掃描S,圖像處理Ci和打印Pi（1=1,23）0下圖為三個(gè)任務(wù)各程序段并

發(fā)執(zhí)行的前趨圖，其中，12）可以并行執(zhí)行，（3）的直接制約，（4）的間接制約。

A.“C1S2","PIC2s3”,"P2c3”

B/CISr,“S2c2P2","C3P3"

C/SICIPI","S2c2P2","S3c3P3〃

D.“S1S2s3","C1C2c3〃，"PIP2P3”

38、某人持有盜版軟件，但不知道該軟件是盜版的，該軟件的提供者不能證明其提供的復(fù)制

品有合法來(lái)源。此情況下，則該軟件的（）應(yīng)承擔(dān)法律貢任。

A.持有者

B.持有者和提供者均

C.提供者

D.持有者和提供者均不

39、企業(yè)應(yīng)用集成是?個(gè)戰(zhàn)略意義上的方法，它從服務(wù)和信息角度將多個(gè)信息系統(tǒng)綁定在?

起，提供實(shí)時(shí)交換信息和影響流程的能力。（）提供企業(yè)之間的信息共享能力，（請(qǐng)作答此

空）在用戶使用角度能夠?qū)上到y(tǒng)產(chǎn)生一個(gè)“整體〃的感覺(jué)。

A.API集成

B.數(shù)據(jù)集成

C.界面集成

D.過(guò)程集成

40、"4+1〃視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中

（）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)

計(jì)方法描述對(duì)象模型時(shí)，通常使用（）表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互

關(guān)系；采用（請(qǐng)作答此空）定義對(duì)象的內(nèi)部行為。

A.對(duì)象圖

B.活動(dòng)圖

C.狀態(tài)圖

D.類圖

41、"4+1〃視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中

（請(qǐng)作答此空）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向

對(duì)象的設(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用（）表達(dá)類的內(nèi)部屬性和行為，以及類集合之

間的交互關(guān)系；采用（）定義對(duì)象的內(nèi)部行為。

A.邏輯

B.過(guò)程

C.開(kāi)發(fā)

D物理

42、在面向?qū)ο笤O(shè)計(jì)的原則中，（）原則是指抽象不應(yīng)該，衣賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)該依賴于抽象,

即應(yīng)針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程。

A.開(kāi)閉

B.里氏替換

C.最少知識(shí)

D.依賴倒置

43、以下設(shè)計(jì)模式中，（）模式使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求。將這些對(duì)象連成一條鏈。并

沿著這條鏈傳遞該請(qǐng)求。直到有一個(gè)對(duì)象處理為止。從而避免請(qǐng)求的發(fā)送者和接收者之間的

耦合關(guān)系。（）模式提供一種方法順序訪問(wèn)一個(gè)聚合對(duì)象中的各個(gè)元素。且不需要暴露該對(duì)

象的內(nèi)部表示。這兩種模式均為（請(qǐng)作答此空）

A.創(chuàng)建型對(duì)象模式。

B.結(jié)構(gòu)型對(duì)象模式。

C.行為型對(duì)象模式。

D.行為型類模式。

44、某單位為了建設(shè)健全的公路橋梁養(yǎng)護(hù)管理檔案，擬開(kāi)發(fā)一套公路橋梁在線管理系統(tǒng)。該

系統(tǒng)要求正常負(fù)載情況下，系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶的直詢請(qǐng)求進(jìn)行響應(yīng)，這屬于質(zhì)量

特性的（）;網(wǎng)絡(luò)失效后，系統(tǒng)需要在10秒內(nèi)發(fā)現(xiàn)錯(cuò)誤并啟用備用系統(tǒng)，這屬于質(zhì)量特性

的（）；更改系統(tǒng)的Web界面接口必須在4人周內(nèi)完成，這屬于質(zhì)量特性的（請(qǐng)作答此

空）；如果”養(yǎng)護(hù)報(bào)告生成"業(yè)務(wù)邏輯的描述尚未達(dá)成共識(shí)，可能導(dǎo)致部分業(yè)務(wù)功能模塊規(guī)則

的矛盾，影響系統(tǒng)的可修改性，這屬于系統(tǒng)的（）；更比系統(tǒng)加密的級(jí)別將對(duì)安全性和性能

產(chǎn)生影響，這屬于系統(tǒng)的（）；對(duì)查詢請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處

理過(guò)程的設(shè)計(jì)，這屬于系統(tǒng)的（）。

A.可用性

B.可修改性

C.可靠性

D.安全性

45、對(duì)于開(kāi)發(fā)模型來(lái)說(shuō)，（）復(fù)用好、開(kāi)發(fā)過(guò)程無(wú)間隙、節(jié)省時(shí)間。（）是瀑布與原型（演

化）模型結(jié)合體，適用于復(fù)雜項(xiàng)目。（）需要用戶參與，模塊化要求高，不適用新技術(shù)。（請(qǐng)

作答此空）是用例驅(qū)動(dòng)、架構(gòu)為中心、迭代、增量。

A.RAD模型

B.螺旋模型

C.RUP模型

D.噴泉模型

46、以下關(guān)于統(tǒng)一過(guò)程UP的敘述中，不正確的是。

A.UP是以用例和風(fēng)險(xiǎn)為驅(qū)動(dòng)，以架構(gòu)為中心，迭代并且增量的開(kāi)發(fā)過(guò)程

B.UP定義了四個(gè)階段，即起始、精化、構(gòu)建和確認(rèn)階段

C.每次迭代都包含計(jì)劃、分析、設(shè)計(jì)、構(gòu)造、集成、測(cè)試以及內(nèi)部和外部發(fā)布

D.RUP有9個(gè)核心工作流

47、某公司欲開(kāi)發(fā)?個(gè)門戶系統(tǒng)，該系統(tǒng)以商'業(yè)流程和企業(yè)應(yīng)用為核心，將商業(yè)流程中不同

的功能模塊通過(guò)門戶集成在一起，以提高公司的集中貿(mào)易能力、協(xié)同能力和信息管理能力。

根據(jù)這種需求，采用企業(yè)門戶解決方案最為合適,

A.信息

B.知識(shí)

C.應(yīng)用

D.垂直

48、統(tǒng)一軟件開(kāi)發(fā)過(guò)程是一種基于面向?qū)ο蠹夹g(shù)的軟件開(kāi)發(fā)過(guò)程，其特點(diǎn)是“用例驅(qū)動(dòng)，以

架構(gòu)為核心，迭代并增量統(tǒng)一軟件開(kāi)發(fā)過(guò)程定義了四種通用的開(kāi)發(fā)階段，它們按照過(guò)程

順序分別是：起始階段、（請(qǐng)作答此空）、構(gòu)建階段和（），其中在構(gòu)建階段主要產(chǎn)生的文檔

有（）。

A.分析階段

B.細(xì)化階段

C.設(shè)計(jì)階段

D.交付階段

49、基于zoL的界面管理技術(shù)可實(shí)現(xiàn)靈活的界面配置、界面動(dòng)態(tài)生成和界面定制，其思路是

用XDIL生成配置文件及界面所需的元數(shù)據(jù)，按不同需求生成界面元素及軟件界面，其技術(shù)框圖

如圖所示。圖中填空部分分別是（4）、（5）、（6）。

基于XML的界面管理技術(shù)框圖

A.界面定制

B.界面動(dòng)態(tài)生成

C.界面配置

D.界面修改

50、以下關(guān)于RTOS（實(shí)時(shí)操作系統(tǒng)）的敘述中，不正確的是（）

A.RTOS不能針對(duì)硬件變化進(jìn)行結(jié)構(gòu)與功能上的配置及裁剪

B.RTOS可以根據(jù)應(yīng)用環(huán)境的要求對(duì)內(nèi)核進(jìn)行裁剪和重配

C.RTOS的首要任務(wù)是調(diào)度一切可利用的資源來(lái)完成實(shí)時(shí)控制任務(wù)

D.RTOS實(shí)質(zhì)上就是一個(gè)計(jì)算機(jī)資源管理程序，需要及時(shí)響應(yīng)實(shí)時(shí)事件和中斷

二、多選題

51、某高校欲構(gòu)建財(cái)務(wù)系統(tǒng)，使得用戶可通過(guò)校園網(wǎng)訪問(wèn)該系統(tǒng)。根據(jù)需求，公司給出如下

2套方案。方案一：1）出口設(shè)備采用一臺(tái)配置防火墻板卡的核心交換機(jī)，井且使用防火墻

策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址映射；2）采用4臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架

構(gòu)，其中3臺(tái)作為財(cái)務(wù)應(yīng)用服務(wù)器、1臺(tái)作為數(shù)據(jù)備份管理服務(wù)器；3）通過(guò)備份管理軟件

的備份策略將3臺(tái)財(cái)務(wù)應(yīng)用服務(wù)器的數(shù)據(jù)進(jìn)行定期備份。方案二：1）出口設(shè)備采用一臺(tái)配

置防火墻板卡的核心交換機(jī)，并且使用防火墻策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址

映射；2）采用2臺(tái)島?性能服務(wù)器實(shí)現(xiàn)整體架構(gòu)，服務(wù)器采用虛擬化技術(shù)，建多個(gè)虛擬機(jī)滿

足財(cái)務(wù)系統(tǒng)業(yè)務(wù)需求。當(dāng)?臺(tái)服務(wù)器出現(xiàn)物理故障時(shí)將業(yè)務(wù)遷移到另外?臺(tái)物理服務(wù)器上。

與方案一相比，方案二的優(yōu)點(diǎn)是（67）。方案二還有一些缺點(diǎn)，下列不屬于其缺點(diǎn)的是（請(qǐng)作答

此空）。

A.缺少企業(yè)級(jí)磁盤陣列，不能將數(shù)據(jù)進(jìn)行統(tǒng)一的存儲(chǔ)與管理

B.缺少網(wǎng)閘，不能實(shí)現(xiàn)財(cái)務(wù)系統(tǒng)與Internet的物理隔離

C.缺少安全審計(jì)，不便于相關(guān)行為的記錄、存儲(chǔ)與分析

D.缺少內(nèi)部財(cái)務(wù)用戶接匚，不便于快速管理與維護(hù)

52、基于0DP的架構(gòu)開(kāi)發(fā)過(guò)程按照順序分別為系統(tǒng)構(gòu)想、（）、原型分析、（）、架構(gòu)原型、

項(xiàng)目規(guī)劃、并行開(kāi)發(fā)、系統(tǒng)轉(zhuǎn)換、（）、（）。

A.需求分析

B.架構(gòu)規(guī)劃

C.操作維護(hù)

D.概要設(shè)計(jì)

53、某訂單處理系統(tǒng)中，〃創(chuàng)建新訂單〃和“更新訂單〃兩個(gè)用例都需要檢查客戶的賬號(hào)是否正

確,為此定義一個(gè)通用的用例“核查客戶賬戶〃。用例”創(chuàng)建新訂單〃和“更新訂單”與用例〃核查

客戶賬戶”之間是（）。

A.包含關(guān)系

B.聚合關(guān)系

C.泛化關(guān)系

D.關(guān)聯(lián)關(guān)系

54、軟件架構(gòu)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。軟件架構(gòu)設(shè)計(jì)需滿

足系統(tǒng)的（），如性能、安全性和可修改性等，并能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作。

A.功能需求

B.性能需求

C.質(zhì)量屬性

D.業(yè)務(wù)屬性

55、照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類。（15）模式主要用于對(duì)象之

間的職責(zé)及其提供服務(wù)的分配方式；

A.行為型

B.交互型

C.耦合型

D.關(guān)聯(lián)型

56、設(shè)計(jì)模式基于面向?qū)ο蠹夹g(shù)，是人們?cè)陂L(zhǎng)期的開(kāi)發(fā)實(shí)踐中良好經(jīng)驗(yàn)的結(jié)晶，提供了?個(gè)

簡(jiǎn)單、統(tǒng)一的描述方法，使得人們可以復(fù)用這些軟件設(shè)計(jì)辦法、過(guò)程管理經(jīng)驗(yàn)。按照設(shè)計(jì)模

式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為創(chuàng)建型、（）和行為型三種類型。其中（請(qǐng)作

答此空）屬于創(chuàng)建型模式，（）屬于行為型模式.（）模式可以將一個(gè)復(fù)雜的組件分成功能

性抽象和內(nèi)部實(shí)現(xiàn)兩個(gè)獨(dú)立的但又相關(guān)的繼承層次結(jié)構(gòu)，從而可以實(shí)現(xiàn)接口與實(shí)現(xiàn)分離。

A.Adaptor

B.Facade

C.Command

D.Singleton

57、某公司支出20萬(wàn)元購(gòu)買了某市場(chǎng)預(yù)測(cè)信息，由于此信息的采納，公司多得到了100萬(wàn)

元的利潤(rùn)，對(duì)公司而言，這個(gè)市場(chǎng)預(yù)測(cè)信息的（）。

A.收益是20萬(wàn)元

B.收益是80萬(wàn)元

C.收益是100萬(wàn)元

D.收益不能衡量

58、在對(duì)一個(gè)軟件系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)與確認(rèn)之后，需要進(jìn)行架構(gòu)復(fù)審。架構(gòu)復(fù)審的目的是

為了標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤。在架構(gòu)復(fù)審過(guò)程中，主要由（）

決定架構(gòu)是否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。

A.系統(tǒng)分析師與架構(gòu)師

B.用戶代表與領(lǐng)域?qū)＜?/p>

C.系統(tǒng)擁有者與項(xiàng)目經(jīng)理

D.系統(tǒng)開(kāi)發(fā)與測(cè)試人員

59、假設(shè)系統(tǒng)中有n個(gè)進(jìn)程共享3臺(tái)打印機(jī)，任一進(jìn)程在任一時(shí)刻最多只能使用1臺(tái)打印

機(jī)。若用PV操作控制n個(gè)進(jìn)程使用打印機(jī)，則相應(yīng)信號(hào)量s的取值范圍為()

A.0,-1?…，-(n-1)

B.3,2,1,0,-1,…，-(n-3)

Cl,0,-1,...?-(n-1)

D.2,1,0?T,...9*(n-2)

60、設(shè)關(guān)系模式R(U,F),其中R上的屬性集U={A,B,C,D,E},R上的函數(shù)依賴集F={A->B,

今分解()是無(wú)損連接，并保持函數(shù)依賴的。

DE->B,CB->E,EA,B->D)O

A.p={Rl(AC),R2(ED),R3(B))

B.p={Rl(AC),R2(E),R3(DB))

C.p={Rl(AC),R2(CD),R3(AB)}

D.p={Rl(ABC),R2(ED),R3(ACE)}

61、為了加強(qiáng)對(duì)企業(yè)信息資源的管理，企業(yè)應(yīng)按照信息化和現(xiàn)代化企業(yè)管理要求設(shè)置信息管

理機(jī)構(gòu)，建立信息中心。信息中心的主要職能不包括()

A.處理信息，確定信息處理的方法

B.用先進(jìn)的信息技術(shù)提高業(yè)務(wù)管理水平

C.組織招聘信息資源管理員

D.建立業(yè)務(wù)部門期望的信息系統(tǒng)和網(wǎng)絡(luò)

62.()設(shè)計(jì)模式能夠動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)而無(wú)須修改此對(duì)象的結(jié)構(gòu);()

設(shè)計(jì)模式定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類；欲使一個(gè)后端數(shù)據(jù)模

型能夠被多個(gè)前端用戶界面連接，采用(請(qǐng)作答此空)模式最適合。

A.裝飾器

B.享元

C.觀察者

D.中介者

63、請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖，在圖中⑴?⑷中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)

塊方法與N版本程序設(shè)計(jì)方法，將比較結(jié)果(5)?⑻填入下表中。(請(qǐng)作答第三個(gè)空)

修復(fù)埃方法

情復(fù)塊方法與N版本徨序設(shè)計(jì)的比較

恢復(fù)埃方法N版本程序設(shè)計(jì)

財(cái)運(yùn)行環(huán)境單機(jī)多機(jī)

褶誤檢測(cè)方法垃證測(cè)試程序(5)

做融(€)向前恢復(fù)

女時(shí)性n)(8)

A.主塊

B.驗(yàn)證測(cè)試

C.輸出正確結(jié)果

D.異常處理

64、以下關(guān)于IPv6的論述中，正確的是（）o

A.IPV6數(shù)據(jù)包的首部比IPv4復(fù)雜

B.IPV6的地址分為單播、廣播和任意播3種

C.IPV6的地址長(zhǎng)度為128比特

D.每個(gè)主機(jī)擁有唯一的IPv6地址

65、下列關(guān)于軟件可靠性的敘述，不正確的是（）。

A.由于影響軟件可靠性的因素很復(fù)雜，軟件可靠性不能通過(guò)歷史數(shù)據(jù)和開(kāi)發(fā)數(shù)據(jù)直接測(cè)量

和估算出來(lái)

B.軟件可靠性是指在特定環(huán)境和特定時(shí)間內(nèi)，計(jì)算機(jī)程序無(wú)故障運(yùn)行的概率

C.在軟件可靠性的討論中，故障指軟件行為與需求的不符，故障有等級(jí)之分

D.排除一個(gè)故障可能會(huì)引入其他的錯(cuò)誤，而這些錯(cuò)誤會(huì)導(dǎo)致其他的故障

66、軟件過(guò)程模型是軟件開(kāi)發(fā)實(shí)際過(guò)程的抽象與概括，它應(yīng)該包括構(gòu)成軟件過(guò)程的各種活動(dòng)。

軟件過(guò)程有各種各樣的模型，其中，（）的活動(dòng)之間存在因果關(guān)系，前一階段工作的結(jié)果是

后一段階段工作的輸入描述。

A.瀑布模型

B.原型模式

C.螺旋模型

D.基于構(gòu)建的模型

67、給定關(guān)系模式R（U,F）,其中：屬性集U={A1,A2,A3,A4,A5,A6},函數(shù)依賴集F={A13A2,

A19A3,A33A4,A1A59A6｝。關(guān)系模式R的候選碼為()

A.A1A3

B.A1A4

C.A1A5

D.A1A6

68、某廣告公司的宣傳產(chǎn)品有宣傳冊(cè)、文章、傳單等多種形式，宣傳產(chǎn)品的出版方式包括紙

質(zhì)方式、CD、DVD、在線發(fā)布等?，F(xiàn)要求為該廣告公司設(shè)計(jì)一個(gè)管理這些宣傳產(chǎn)品的應(yīng)用，

采用(4)設(shè)計(jì)模式較為合適，該模式(51【回答括號(hào)S】

A.將一系列復(fù)雜的類包裝成一個(gè)簡(jiǎn)單的封閉接口

B.將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化

C.可在不影響其他對(duì)象的情況卜，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)

D.將一個(gè)接口轉(zhuǎn)換為客戶希望的另一個(gè)接口

69、螺旋模型每一階段的組成部分不包括()

A.風(fēng)險(xiǎn)分析

B.評(píng)審

C.有效性驗(yàn)證

D.軟件描述

70、Theobjectiveof(71)istodeterminewhatpartsoftheapplicationsoftwarewillbeassigned

towhathardware.Themajorsoftwarecomponentsofthesystembeingdevelopedhavetobe

identifiedandthenallocatedtothevarioushardwarecomponentsonwhichthesystemwill

operate.Allso代waresystemscanbedividedintofourbasicfunctions.Thefirstis(請(qǐng)作答此空).

Mostinformationsystemsrequiredatatobestoredandretrieved,whetherasmallfile,suchasa

memoproducedbyawordprocessor,oralargedatabase,suchasonethatstoresan

organization'saccountingrecords.Thesecondfunctionisthe(73),theprocessingrequiredto

accessdata,whichoftenmeansdatabasequeriesinStructuredQueryLanguage.Thethird

functionisthe(74),whichisthelogicdocumentedintheDFDs,usecases,andfunctional

requirements.Thefourthfunctionisthepresentationlogic,thedisplayofinformationtotheuser

andtheacceptanceoftheuser'scommands.Thethreeprimaryhardwarecomponentsofa

systemare(75).

A.dataaccesscomponents

B.databasemanagementsystem

C.datastorage

D.dataentities

71、給定關(guān)系R(A,B,C,D,E)與S(A,B,C,F,G),那么與表達(dá)式Ljpg等價(jià)的SQL語(yǔ)句如F：select()

fromR,Swhere(請(qǐng)作答此空)；

A.R.A=S.AORR.B=S.BORR.C=S.CORR.A<S.F

B.R.A=S.AORR.B=S.BORR.C=S.CORR.A<S.B

C.R.A=S.AANDR.B=S.BANDR.C=S.CANDR.A<S.F

D.R.A=S.AANDR.B=S.BANDR.C=S.CANDR.A<S.B

72、某文件管理系統(tǒng)在磁盤上建立了位示圖（bitmap）,記錄磁盤的使用情況。若磁盤上物

理塊的編號(hào)依次為0、1、2、.…。系統(tǒng)中的字長(zhǎng)為64位，字的編號(hào)依次為0、1、2、…。字

中的一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊。取值0和1分別表示空閑和占用。如下圖所示。

假設(shè)操作系統(tǒng)將256號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中編號(hào)為

（請(qǐng)作答此空）的字中描述，系統(tǒng)應(yīng)該將（）

字號(hào)

A2Q2)1n-位.號(hào)

A.3

B.4

C.5

D.6

73、電子政務(wù)是對(duì)現(xiàn)有的政府形態(tài)的一種改造，利用信息技術(shù)和其他相關(guān)技術(shù)，將其管理和

服務(wù)職能進(jìn)行集成，在網(wǎng)絡(luò)上實(shí)現(xiàn)政府組織結(jié)構(gòu)和工作流程優(yōu)化重組,與電子政務(wù)相關(guān)的行

為主體有三個(gè)，即政府、（12）及居民。國(guó)家和地方人口信息的采集、處理和利用，屬于（13）

的電子政務(wù)活動(dòng)?！净卮鹄ㄌ?hào)12】

A.部門

B.企（事）業(yè)單位

C.管理機(jī)構(gòu)

D.行政機(jī)關(guān)

74、EJB中Bean的類型不包括（）

A.實(shí)體Bean

B.會(huì)話Bean

C.消息驅(qū)動(dòng)Bean

D.會(huì)話驅(qū)動(dòng)Bean

75、某公司擬開(kāi)發(fā)一個(gè)新聞系統(tǒng)，該系統(tǒng)可根據(jù)用戶的注冊(cè)興趣，向用戶推送其感興趣的新

聞內(nèi)容，該系統(tǒng)應(yīng)該采用（）架構(gòu)風(fēng)格最為合適。

A.虛擬機(jī)

B.基于規(guī)則的系統(tǒng)

C.獨(dú)立構(gòu)件

D.主程序-子程序

76、某高校欲構(gòu)建財(cái)務(wù)系統(tǒng)，使得用戶可通過(guò)校園網(wǎng)訪問(wèn)該系統(tǒng)。根據(jù)需求，公司給出如下

2套方案。方案一：1）出口設(shè)備采用一臺(tái)配置防火墻板卡的核心交換機(jī)，并且使用防火墻

策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址映射；2）采用4臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架

構(gòu)，其中3臺(tái)作為財(cái)務(wù)應(yīng)用服務(wù)器、1臺(tái)作為數(shù)據(jù)備份管理服務(wù)器；3）通過(guò)備份管理軟件

的備份策略將3臺(tái)財(cái)務(wù)應(yīng)用服務(wù)器的數(shù)據(jù)進(jìn)行定期備份。方案二：1）出口設(shè)備采用一臺(tái)配

置防火墻板卡的核心交換機(jī)，并且使用防火墻策略將需要對(duì)校園網(wǎng)做應(yīng)用的服務(wù)器進(jìn)行地址

映射：2）采用2臺(tái)高性能服務(wù)器實(shí)現(xiàn)整體架構(gòu)，服務(wù)器采用虛擬化技術(shù)，建多個(gè)虛擬機(jī)滿

足財(cái)務(wù)系統(tǒng)業(yè)務(wù)需求。當(dāng)一臺(tái)服務(wù)器出現(xiàn)物理故障時(shí)將業(yè)務(wù)遷移到另外一臺(tái)物理服務(wù)器上。

與方案一相比，方案二的優(yōu)點(diǎn)是（請(qǐng)作答此空）。方案二還有一些缺點(diǎn)，下列不屬于其缺點(diǎn)的

是（68）。

A.網(wǎng)絡(luò)的安全性得到保障

B.數(shù)據(jù)的安全性得到保障

C.業(yè)務(wù)的連續(xù)性得到保障

D.業(yè)務(wù)的可用性得到保障

77、統(tǒng)一軟件開(kāi)發(fā)過(guò)程是一-種基于面向?qū)ο蠹夹g(shù)的軟件開(kāi)發(fā)過(guò)程，其特點(diǎn)是“用例驅(qū)動(dòng)，以

架構(gòu)為核心，迭代并增量、統(tǒng)一軟件開(kāi)發(fā)過(guò)程定義了四種通用的開(kāi)發(fā)階段，它們按照過(guò)程

順序分別是：起始階段、］）、構(gòu)建階段和（），其中在構(gòu)建階段主要產(chǎn)生的文檔有（請(qǐng)作

答此空）。

A.初始用戶手冊(cè)

B.用例模型

C.項(xiàng)目計(jì)劃

D.設(shè)計(jì)模型

78、面向服務(wù)系統(tǒng)構(gòu)建過(guò)程中，（）用于實(shí)現(xiàn)Web服務(wù)的遠(yuǎn)程調(diào)用，（請(qǐng)作答此空）用來(lái)將

分散的、功能單一的Web服務(wù)組織成一個(gè)復(fù)雜的有機(jī)應(yīng)用。

A.UDDI（UniversalDescription,DiscoveryandIntegration）

B.WSDL（WebServiceDescriptionLanguage）

C.SOAP（SimpleObjectAccessProtocol）

D.BPEL（BusinessProcessExecutionLanguage）

79、對(duì)計(jì)算機(jī)評(píng)價(jià)的主要性能指標(biāo)有時(shí)鐘頻率、（）、運(yùn)算精度和內(nèi)存容量等

A.丟包率

B.端口吞吐量

C.可移植性

D.數(shù)據(jù)處理速率

80、在網(wǎng)絡(luò)規(guī)劃中，政府內(nèi)外網(wǎng)之間應(yīng)該部署網(wǎng)絡(luò)安全防護(hù)設(shè)備。在下圖中對(duì)設(shè)備A的作

用描述錯(cuò)誤的是（）

應(yīng)用仍設(shè)中瞥

內(nèi)網(wǎng)用尸

內(nèi)網(wǎng)認(rèn)證中心外網(wǎng)U證中心

A.雙主機(jī)系統(tǒng)，即使外網(wǎng)被黑客攻擊癱瘓也無(wú)法影響到內(nèi)網(wǎng)

B.可以防止外部主動(dòng)攻擊

C.采用專用硬件控制技術(shù)保證內(nèi)外網(wǎng)的實(shí)時(shí)鏈接

D.設(shè)備對(duì)外網(wǎng)的任何響應(yīng)都是對(duì)內(nèi)網(wǎng)用戶請(qǐng)求的應(yīng)答

81、在數(shù)據(jù)庫(kù)系統(tǒng)中，數(shù)據(jù)的完整性是指數(shù)據(jù)的（）。

A.有效性、正確性和一致性

B.有效性、正確性和可維護(hù)性

C.有效性、正確性和安全性

D.正確性、一致性和安全性

82、某公司欲開(kāi)發(fā)一個(gè)在線交易系統(tǒng)。為了能夠精確表達(dá)用戶與系統(tǒng)的復(fù)雜交互過(guò)程，應(yīng)該

采用UML的（）進(jìn)行交互過(guò)程建模。

A.類圖

B.序列圖

C.部署圖

D.對(duì)象圖

83、"4+1〃視圖主要用于描述系統(tǒng)邏輯架構(gòu),最早由PhilippeKruchten于1995年提出。其中

（）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)

計(jì)方法描述對(duì)象模型時(shí)，通常使用（）表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互

關(guān)系；采用（請(qǐng)作答此空）定義對(duì)象的內(nèi)部行為。

A.對(duì)象圖

B.活動(dòng)圖

C.狀態(tài)圖

D.類圖

84、（）架構(gòu)風(fēng)格的核心是資源抽象，將系統(tǒng)中的每一個(gè)實(shí)體抽象成一種資源。

A.虛擬機(jī)

B.Rest風(fēng)格

C.層次風(fēng)格

D.數(shù)據(jù)共享

85、用于管理信息系統(tǒng)規(guī)劃的方法有很多，其中（1）將整個(gè)過(guò)程看成是一個(gè)“信息集合〃,

并將組織的戰(zhàn)略目標(biāo)轉(zhuǎn)變?yōu)楣芾硇畔⑾到y(tǒng)的戰(zhàn)略目標(biāo)。（2）通過(guò)自上而下地識(shí)別企業(yè)目標(biāo)、

企業(yè)過(guò)程和數(shù)據(jù)?，然后對(duì)數(shù)據(jù)進(jìn)行分析，自下而上地設(shè)計(jì)信息系統(tǒng)?！敬鹄ㄌ?hào)2】

A.企業(yè)信息分析與集成法

B.投資回收法

C.企業(yè)系統(tǒng)規(guī)劃法

D.階石法

86、（請(qǐng)作答此空）設(shè)計(jì)模式能夠動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)而無(wú)須修改此對(duì)象

的結(jié)構(gòu)；（）設(shè)計(jì)模式定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類；欲使'

個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用（）模式最適合。

A.組合

B.外觀

C.享元

D.裝飾器

87、請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖，在圖中⑴?⑷中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)

塊方法與N版本程序設(shè)計(jì)方法，將比較結(jié)果⑸?⑻填入下表中。（請(qǐng)作答第一個(gè)空）

恢復(fù)塊方法

恢復(fù)塊方法與N版本程序設(shè)計(jì)的比較

恢復(fù)塊方法N版本程序設(shè)計(jì)

硬件運(yùn)行環(huán)境單機(jī)多機(jī)

鋸誤檢測(cè)方法蛉證赧程序⑸

恢復(fù)策略(€)向前恢復(fù)

實(shí)時(shí)性(7)⑻

A.主塊

B.驗(yàn)證測(cè)試

C.輸出正確結(jié)果

D.異常處理

88、其公司承接了一個(gè)開(kāi)發(fā)家用空調(diào)自動(dòng)周溫器的任務(wù)，調(diào)溫器測(cè)量外部空氣溫度，根據(jù)設(shè)定

的期望溫度控制空調(diào)的開(kāi)關(guān)。根據(jù)該需求，公司應(yīng)采用（）架構(gòu)風(fēng)格最為合適

A.解釋器

B.過(guò)程控制

C.分層

D.管道過(guò)漉囂

89、用例(usecase)用來(lái)描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。

在一個(gè)會(huì)員管理系統(tǒng)中，會(huì)員注冊(cè)時(shí)可以采用電話和郵件兩種方式。用例"會(huì)員注冊(cè)"刈"電

話注冊(cè)”、"郵件注冊(cè)”之間是(31)關(guān)系。

A.包含(include)

B.擴(kuò)展(extend)

C.泛化(generalize)

D.依賴(dependson)

90、有8口海上油井，相互間距離如下表所示(單位:海里)。其中1號(hào)井離海岸最近，為5

海里?，F(xiàn)要從海岸經(jīng)1號(hào)井鋪設(shè)油管將各井連接起來(lái)，則鋪設(shè)輸油管道的最短長(zhǎng)度為()

海里

12345678

10132.10.90.71S2.01.5

00.81.812262.31.1

302.61.72.51.90.S

400.7161.50.9

500.91.10.8

600.61.0

00.5

S0

A.9.1

B.9.9

C.10.1

D.10.2

91、設(shè)計(jì)模式基于面向?qū)ο蠹夹g(shù)，是人們?cè)陂L(zhǎng)期的開(kāi)發(fā)實(shí)踐中良好經(jīng)驗(yàn)的結(jié)晶，提供了一個(gè)

簡(jiǎn)單、統(tǒng)一的描述方法，使得人們可以復(fù)用這些軟件設(shè)計(jì)辦法、過(guò)程管理經(jīng)驗(yàn)。按照設(shè)計(jì)模

式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為創(chuàng)建型、(請(qǐng)作答此空)和行為型三種類型。

其中O屬于創(chuàng)建型模式，O屬于行為型模式。O模式可以將一個(gè)復(fù)雜的組件分成功能性

抽象和內(nèi)部實(shí)現(xiàn)兩個(gè)獨(dú)立的但乂相關(guān)的繼承層次結(jié)構(gòu)，從而可以實(shí)現(xiàn)接口與實(shí)現(xiàn)分離。

A.合成型

B.組合型

C.結(jié)構(gòu)型

D.聚合型

92、CRM系統(tǒng)的四個(gè)主要模塊包括()

A.電子商務(wù)支持、呼叫中心、移動(dòng)設(shè)備支持、數(shù)據(jù)分析

B.信息分析、網(wǎng)絡(luò)應(yīng)用支持、客戶信息倉(cāng)庫(kù)、工作流集成

C.銷售自動(dòng)化、營(yíng)銷自動(dòng)化、客戶服務(wù)與支持、商業(yè)智能

D.銷售管理、市場(chǎng)管理、服務(wù)管理、現(xiàn)場(chǎng)服務(wù)管理

93、軟件架構(gòu)設(shè)計(jì)主要關(guān)注軟件構(gòu)件的（）、屬性和（請(qǐng)作答此空），并通過(guò)多種視圖全面

描述特定系統(tǒng)的架構(gòu)。

A.實(shí)現(xiàn)方式

B.交互作用

C.設(shè)計(jì)方案

D.測(cè)試方式

94、商業(yè)智能系統(tǒng)的處理過(guò)程包括四個(gè)主要階段：數(shù)據(jù)預(yù)處理通過(guò)（）實(shí)現(xiàn)企業(yè)原始數(shù)據(jù)的

初步整合；建立數(shù)據(jù)倉(cāng)庫(kù)是后續(xù)數(shù)據(jù)處理的基礎(chǔ)；數(shù)據(jù)分析是體現(xiàn)系統(tǒng)智能的關(guān)鍵，主要采

用（）和（請(qǐng)作答此空）技術(shù)，前者能夠?qū)崿F(xiàn)數(shù)據(jù)的上卷、下鉆和旋轉(zhuǎn)分析，后者利用隱藏

的知識(shí)，通過(guò)建立分析模型預(yù)測(cè)企業(yè)未來(lái)發(fā)展趨勢(shì)：數(shù)據(jù)展現(xiàn)主要完成數(shù)據(jù)處理結(jié)果的可視

化。

A.知識(shí)庫(kù)

B.數(shù)據(jù)挖掘

C.聯(lián)機(jī)事務(wù)處理

D.聯(lián)機(jī)分析處理

95、（）不屬于可修改性考慮的內(nèi)容。

A.可維護(hù)性

B.可擴(kuò)展性

C.結(jié)構(gòu)重構(gòu)

D.可變性

96、系統(tǒng)間進(jìn)行異步串行通信時(shí)，數(shù)據(jù)的串/并和并/串轉(zhuǎn)換一般是通過(guò)（12）實(shí)現(xiàn)的。

A.I/O指令

B.專用的數(shù)據(jù)傳送指令

C.CPU中有移位功能的數(shù)據(jù)寄存器

D.接口中的移位寄存器

97、在計(jì)算機(jī)中，I/O系統(tǒng)可以有5種不同的工作方式，分別是程序控制方式（包括無(wú)條件

傳送與程序查詢方式）、程序中斷方式、DMA工作方式、通道方式、I/O處理機(jī)。（）方式

I/O端口總是準(zhǔn)備好接受主機(jī)的輸出數(shù)據(jù)，或是總是準(zhǔn)冬好向主機(jī)輸入數(shù)據(jù)，并且只適用于

簡(jiǎn)單的I/O控制。（請(qǐng)作答此空）允許主存儲(chǔ)器和I/O設(shè)備之間通過(guò)某種控制器直接進(jìn)行批

量數(shù)據(jù)交換，除了在數(shù)據(jù)傳輸開(kāi)始和結(jié)束時(shí)，整個(gè)過(guò)程無(wú)須CPU的干預(yù)。（）在一定的硬

件基礎(chǔ)上利用軟件手段實(shí)現(xiàn)對(duì)I/O的控制和傳送，更多地免去了cpu的接入。

A.I/O處理機(jī)

B.DMA方式

C.通道控制方式

D.無(wú)條件傳送

98、mVC模式強(qiáng)制性地將??個(gè)應(yīng)用處理流程按照模型、視圖、控制的方式進(jìn)行分離，三

者的協(xié)作關(guān)系如圖所示。圖中的⑴?（3）分別是⑴、（2）、（3）。

Mvctt?mx

A.選擇視圖

B.業(yè)務(wù)處理

C.狀態(tài)查詢

D.觸發(fā)事件

99、需求分析的驗(yàn)證性含義表述不正確的是()

A.驗(yàn)證性要保持和用戶要求的同步

B.驗(yàn)證性要保持需求分析各側(cè)面的一致性

C.保持需求和設(shè)計(jì)的同步

D.要實(shí)現(xiàn)所有用戶的任何需求

100、基于架構(gòu)的軟件開(kāi)發(fā)(ArchitectureBasedSoftwareDevelopment,ABSD.強(qiáng)調(diào)由商業(yè)、質(zhì)

量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用(11)來(lái)描述軟件架構(gòu)，采用(12)來(lái)描述

需求?！净卮鹄ㄌ?hào)11】

A.類圖和序列圖

B.視角與視圖

C.構(gòu)件和類圖

D.構(gòu)件與功能

參考答案與解析

1、答案：c

本題解析：

與方案一相比，方案二服務(wù)器采用虛擬化技術(shù)，當(dāng)一臺(tái)服務(wù)器出現(xiàn)物理故障時(shí)將業(yè)務(wù)遷移到

另外一臺(tái)物理服務(wù)器上，保障了業(yè)務(wù)的連續(xù)性。網(wǎng)絡(luò)的安全性、數(shù)據(jù)的安全性、業(yè)務(wù)的可用

性都沒(méi)有發(fā)生實(shí)質(zhì)性變化，方案二有一些缺陷，缺少將數(shù)據(jù)進(jìn)行統(tǒng)一的存儲(chǔ)與管理的企業(yè)級(jí)

磁盤陣列；其次缺少安全審計(jì)，不便于相關(guān)行為的記錄、存儲(chǔ)與分析：而且缺少內(nèi)部財(cái)務(wù)用

戶接口，不便于快速管理與維護(hù)。如果加網(wǎng)閘，就不能實(shí)現(xiàn)對(duì)財(cái)務(wù)系統(tǒng)的訪問(wèn)。不能實(shí)現(xiàn)用

戶可通過(guò)校園網(wǎng)對(duì)財(cái)務(wù)系統(tǒng)的訪問(wèn)

2、答案：C

本題解析：

在軟件開(kāi)發(fā)過(guò)程中，如果用戶僅僅提出軟件的一些基本功能，但是沒(méi)有詳細(xì)定義輸入、處理和

輸出需求。在這種情況卜，該軟件開(kāi)發(fā)團(tuán)隊(duì)?wèi)?yīng)該采取原型開(kāi)發(fā)方法最為合適。因此本題應(yīng)該

選C。

3、答案：A

本題解析：

本題考查的是應(yīng)試者對(duì)數(shù)據(jù)庫(kù)基本概念的掌握程度。所謂數(shù)據(jù)的完整性,是指數(shù)據(jù)的有效性、

正確性和一致性。在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí)如果沒(méi)有一定的措施確保數(shù)據(jù)庫(kù)中數(shù)據(jù)的完整件,就無(wú)法

從數(shù)據(jù)庫(kù)中獲得可信的數(shù)據(jù)。數(shù)據(jù)的完整性設(shè)計(jì)，應(yīng)該貫穿在數(shù)據(jù)庫(kù)設(shè)計(jì)的全過(guò)程中。例如,

在數(shù)據(jù)需求分析價(jià)段，收集數(shù)據(jù)信息時(shí),應(yīng)該向有關(guān)用戶調(diào)查該數(shù)的有效值范圍。

4、答案：D

本題解析：

考核CRM基礎(chǔ)知識(shí)。

5、答案：D

本題解析：

從已知的一些函數(shù)依賴，可以推導(dǎo)出另外一些函數(shù)依賴，這就需要一系列推理規(guī)則。函數(shù)依

賴的推理規(guī)則最早出現(xiàn)在1974年W.W.Armstrong的論文里，這些規(guī)則常被稱作“Armstrong

公理"設(shè)U是關(guān)系模式R的屬性集，F(xiàn)是R上成立的只涉及U中屬性的函數(shù)依賴集。函數(shù)

依賴的推理規(guī)則有以下三條：自反律：若屬性集Y包含于屬性集X,屬性集X包含于U,

則X1Y在R上成立。（此處X1Y是平凡函數(shù)依賴）增廣律：若XfY在R上成立，且屬性集

Z包含于屬性集U,則XZ->YZ在R上成立。傳遞律：若X1Y和Y玲Z在R上成立，則X玲Z

在R上成立。其他的所有函數(shù)依賴的推理規(guī)則可以使用這三條規(guī)則推導(dǎo)出。

6、答案：D

本題解析：

在面向?qū)ο蠓治鲋校糜美c用例圖表示需求，從用例模型中提煉形成領(lǐng)域模型，用例的

實(shí)現(xiàn)可以用交互圖表示。從領(lǐng)域模型和用例圖形成類圖，用包圖和類圖形成體系結(jié)構(gòu)圖。之

后再進(jìn)行后續(xù)的開(kāi)發(fā)工作。

7、答案：C

木題解析：

裝飾(Decorator)模式可以再不修改對(duì)象外觀和功能的情況下添加或者刪除對(duì)象功能。它可以

使用一種對(duì)客戶端來(lái)說(shuō)是透明的方法來(lái)修改對(duì)象的功能，也就是使用初始類的子類實(shí)例對(duì)初

始對(duì)象進(jìn)行授權(quán)。裝飾模式還為對(duì)象動(dòng)態(tài)地添加了額外的重任，這樣就在不使用靜態(tài)繼承的

情況下，為修改對(duì)象功能提供了靈活的選擇。

在以下情況中，應(yīng)該使用裝飾模式：

?想要在單個(gè)對(duì)象中動(dòng)態(tài)并且透明地添加責(zé)任，而這樣并不會(huì)影響其他對(duì)象：

?想要在以后可能要修改的對(duì)象中添加責(zé)任；

?當(dāng)無(wú)法通過(guò)靜態(tài)子類化實(shí)現(xiàn)擴(kuò)展時(shí)。

8、答案：D

本題解析：

數(shù)據(jù)庫(kù)屬于應(yīng)用系統(tǒng)，又與操作系統(tǒng)相關(guān)，因此屬于系統(tǒng)安全和應(yīng)用安全。

9、答案：B

本題解析：暫無(wú)解析

10、答案：D

本題解析：

FTP協(xié)議占用兩個(gè)標(biāo)準(zhǔn)的端口號(hào)：20和21,其中20為數(shù)據(jù)口，21為控制口。

11、答案：B

本題解析：

BI系統(tǒng)主要包括數(shù)據(jù)預(yù)處理、建立數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)分析和數(shù)據(jù)展現(xiàn)四個(gè)主要階段。

12、答案：C

本題解析：

“系統(tǒng)主站斷電后，能夠在2分鐘內(nèi)自動(dòng)切換到備用站點(diǎn)，并恢及正常運(yùn)行〃主要與可用性質(zhì)

量屬性相關(guān)，通?？刹捎眯奶ing/Echo、主動(dòng)冗余、被動(dòng)冗余、選舉等架構(gòu)策略實(shí)現(xiàn)該

屬性；“在并發(fā)用戶數(shù)不超過(guò)1000人時(shí)，用戶的交易請(qǐng)求應(yīng)該在0.5s內(nèi)完成〃，主要與性能

這一質(zhì)量屬性相關(guān)，實(shí)現(xiàn)該屬性的常見(jiàn)架構(gòu)策略包括：增加計(jì)算資源、減少計(jì)算開(kāi)銷、引入

并發(fā)機(jī)制、采用資源調(diào)度等。"系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報(bào)警和記錄"

主要與安全性質(zhì)星屬性相關(guān)，通?？刹捎萌肭謾z測(cè)、用尸認(rèn)證、用戶授權(quán)、追蹤審計(jì)等架構(gòu)

策略實(shí)現(xiàn)該屬性。

13、答案：B

本題解析：

面向?qū)ο蟮姆治瞿Ｐ椭饕身攲蛹軜?gòu)圖、用例與用例圖和領(lǐng)域概念模型構(gòu)成。

14、答案：C

本題解析：暫無(wú)解析

15、答案：C

本題解析：

F+是代表，F(xiàn)函數(shù)依賴集的閉包，通俗一點(diǎn)，就是從F函數(shù)依賴集能推導(dǎo)出來(lái)的依賴關(guān)系。

原依賴集有A33A2,A2->A3A4,因此可以得到A3玲A2A4。

16、答案：A

本題解析：

一般來(lái)說(shuō)，架構(gòu)可以分為表現(xiàn)層、中間層和持久層三個(gè)層次。（1）表現(xiàn)層。表現(xiàn)層主要負(fù)責(zé)

接收用戶的請(qǐng)求，對(duì)用戶的輸入、輸出進(jìn)行檢查與控制，處理客戶端的一些動(dòng)作，包括控制

頁(yè)面跳轉(zhuǎn)等，并向用戶呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用MVC結(jié)構(gòu)來(lái)實(shí)現(xiàn)?？刂破髫?fù)

責(zé)接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來(lái)處理；然后，模型根據(jù)用戶請(qǐng)求調(diào)用中間層

進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理，并返回?cái)?shù)據(jù)；最后，控制器調(diào)用相應(yīng)的視圖來(lái)格式化模型返回的

數(shù)據(jù)，并通過(guò)視圖呈現(xiàn)給用戶。（2）中間層。中間層主要包括業(yè)務(wù)邏輯層組件、業(yè)務(wù)邏輯層

工作流、業(yè)務(wù)邏輯層實(shí)體和業(yè)務(wù)邏輯層框架四個(gè)方面。業(yè)務(wù)邏輯層組件分為接口和實(shí)現(xiàn)類兩

個(gè)部分，接口用于定義業(yè)務(wù)邏輯組件，定義業(yè)務(wù)邏輯組件必須實(shí)現(xiàn)的方法。通常按模塊來(lái)設(shè)

計(jì)業(yè)務(wù)邏輯組件，每個(gè)模塊設(shè)計(jì)為一個(gè)業(yè)務(wù)邏輯組件，并且每個(gè)業(yè)務(wù)邏輯組件以多個(gè)DAO

組件作為基