2024年全國軟件水平考試之高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師考試重點(diǎn)黑金模擬題附答案

姓名:_________________編號(hào):_________________地區(qū):_________________省市:_________________ 密封線 姓名:_________________編號(hào):_________________地區(qū):_________________省市:_________________ 密封線 密封線 全國軟件水平考試考試重點(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ū)域書寫的答案無效:在草稿紙、試卷上答題無效。一、選擇題

1、EJB中Bean的類型不包括（）A.實(shí)體BeanB.會(huì)話BeanC.消息驅(qū)動(dòng)BeanD.會(huì)話驅(qū)動(dòng)Bean

2、軟件生命周期不包括（）A.軟件定義時(shí)期B.軟件開發(fā)時(shí)期C.運(yùn)行和維護(hù)D.軟件部署時(shí)期

3、把應(yīng)用程序中應(yīng)用最頻繁的那部分核心程序作為評(píng)價(jià)計(jì)算機(jī)性能的標(biāo)準(zhǔn)程序，稱為（）程序。A.仿真測(cè)試B.核心測(cè)試C.基準(zhǔn)測(cè)試D.標(biāo)準(zhǔn)測(cè)試

4、螺旋模型將整個(gè)軟件開發(fā)過程分為多個(gè)階段，每個(gè)階段都由目標(biāo)設(shè)定、（）、開發(fā)和有效性驗(yàn)證以及評(píng)審4個(gè)部分組成。A.需求分析B.風(fēng)險(xiǎn)分析C.系統(tǒng)設(shè)計(jì)D.架構(gòu)設(shè)計(jì)

5、基于0DP的架構(gòu)開發(fā)過程按照順序分別為系統(tǒng)構(gòu)想、()、原型分析、()、架構(gòu)原型、項(xiàng)目規(guī)劃、并行開發(fā)、系統(tǒng)轉(zhuǎn)換、()、()。A.需求分析B.架構(gòu)規(guī)劃C.操作維護(hù)D.系統(tǒng)移植

6、螺旋模型是在（）的基礎(chǔ)上擴(kuò)展而成。A.瀑布模型B.原型模型C.快速模型D.面向?qū)ο竽Ｐ?/p>

7、數(shù)據(jù)倉庫中的（）消除了源數(shù)據(jù)中的不一致性，提供整個(gè)企業(yè)的一致性全局信息。A.面向主題性B.集成性C.穩(wěn)定性D.反映歷史變化性

8、在對(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ù)審過程中，主要由()決定架構(gòu)是否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。A.系統(tǒng)分析師與架構(gòu)師B.用戶代表與領(lǐng)域?qū)＜褻.系統(tǒng)擁有者與項(xiàng)目經(jīng)理D.系統(tǒng)開發(fā)與測(cè)試人員

9、給定關(guān)系模式R(A，B，C，D）、S(C，D，E），與π1,3,5(σ2=‘軟件工程’(R?S))等價(jià)的SQL語句如下：SELECT（請(qǐng)作答此空）FROMSWHERE（）；下列查詢B=“信息”且E=“北京”的A、B、E的關(guān)系代數(shù)表達(dá)式中，查詢效率最高的是（）。A.A,C,S,CB.A,B,EC.A,R,C,ED.A,R,C,S,D

10、以下關(guān)于入侵檢測(cè)系統(tǒng)功能的敘述中，（3）是不正確的。A.保護(hù)內(nèi)部網(wǎng)絡(luò)免受非法用戶的侵入B.評(píng)估系統(tǒng)關(guān)鍵資源和數(shù)據(jù)文件的完整性C.識(shí)別已知的攻擊行為D.統(tǒng)計(jì)分析異常行為

11、關(guān)于XML的特點(diǎn)和功能，以下（）說法是錯(cuò)誤的。A.XML允許各種各樣的文檔顯示類型，不僅可以顯示在許多計(jì)算機(jī)平臺(tái)上，而且可以顯示蜂窩電話、掌上電腦等其他設(shè)備上。B.XML支持但并不需要DTD（DocumentTypeDefinition,文檔類型定義）。C.XML標(biāo)準(zhǔn)支持打印文檔和電子文檔以及其他的為不同用戶定義了不同內(nèi)容和外觀的文檔。D.XML支持客戶端，但不允許服務(wù)端計(jì)算機(jī)上的進(jìn)程。

12、在計(jì)算機(jī)中，I/O系統(tǒng)可以有5種不同的工作方式，分別是程序控制方式（包括無條件傳送與程序查詢方式）、程序中斷方式、DMA工作方式、通道方式、I/O處理機(jī)。（）方式I/O端口總是準(zhǔn)備好接受主機(jī)的輸出數(shù)據(jù)，或是總是準(zhǔn)備好向主機(jī)輸入數(shù)據(jù)，并且只適用于簡單的I/O控制。（）允許主存儲(chǔ)器和I/O設(shè)備之間通過某種控制器直接進(jìn)行批量數(shù)據(jù)交換，除了在數(shù)據(jù)傳輸開始和結(jié)束時(shí)，整個(gè)過程無須CPU的干預(yù)。（請(qǐng)作答此空）在一定的硬件基礎(chǔ)上利用軟件手段實(shí)現(xiàn)對(duì)I/O的控制和傳送，更多地免去了cpu的接入。A.I/O處理機(jī)B.DMA方式C.通道控制方式D.程序查詢

13、大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，以下關(guān)于各個(gè)網(wǎng)絡(luò)層次的描述中，不正確的是（）A.核心層承擔(dān)訪問控制列表檢查B.匯聚層定義了網(wǎng)絡(luò)的訪問策略C.接入層提供局域網(wǎng)絡(luò)接入功能D.接入層可以使用集線器代替交換機(jī)

14、面向?qū)ο蟮姆治瞿Ｐ椭饕桑ǎ?、用例與用例圖、領(lǐng)域概念模型構(gòu)成；設(shè)計(jì)模型則包含以包圖表示的軟件體系結(jié)構(gòu)圖、以交互圖表示的（）、完整精確的類圖、針對(duì)復(fù)雜對(duì)象的狀態(tài)圖和描述流程化處理過程的（請(qǐng)作答此空）等。A.序列圖B.協(xié)作圖C.流程圖D.活動(dòng)圖

15、基于架構(gòu)的軟件開發(fā)(ArchitectureBasedSoftwareDevelopment，ABSD.強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用(11)來描述軟件架構(gòu)，采用(12)來描述需求?！净卮鹄ㄌ?hào)12】A.用例與類圖B.用例與視角C.用例與質(zhì)量場(chǎng)景D.視角與質(zhì)量場(chǎng)景

16、某計(jì)算機(jī)系統(tǒng)采用5級(jí)流水線結(jié)構(gòu)執(zhí)行指令，設(shè)每條指令的執(zhí)行由取指令(2Δt)、分析指令(1Δt)、取操作數(shù)(3Δt)、運(yùn)算(1Δt)和寫回結(jié)果(2Δt)組成，并分別用5個(gè)子部完成，該流水線的最大吞吐率為()A.1/9ΔtB.1/3ΔtC.1/2ΔtD.1/1Δt

17、Flynn分類法基于信息流特征將計(jì)算機(jī)分成4類，其中（）只有理論意義而無實(shí)例。A.SISDB.MISDC.SIMD.MIMD

18、某公司有4百萬元資金用于甲、乙、丙三廠追加投資。各廠獲得不同投資款后的效益見下表。適當(dāng)分配投資（以百萬元為單位）可以獲得的最大的總效益為（）百萬元。A.15.1B.15.6C.16.4D.6.9

19、在軟件設(shè)計(jì)中，（）的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成形成軟件（請(qǐng)作答此空）。而為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過程稱為（）。A.數(shù)據(jù)流圖B.4+1視圖C.IPO圖D.系統(tǒng)結(jié)構(gòu)圖

20、“4+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中（）視圖用于描述對(duì)象模型，并說明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用（請(qǐng)作答此空）表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互關(guān)系；采用（）定義對(duì)象的內(nèi)部行為。A.對(duì)象圖B.活動(dòng)圖C.狀態(tài)圖D.類圖

21、數(shù)據(jù)庫系統(tǒng)運(yùn)行的基本工作單位是事務(wù)，事務(wù)相當(dāng)于操作系統(tǒng)中的進(jìn)程，是用戶定義的一個(gè)數(shù)據(jù)庫操作序列，這些操作序列要么全做要么全不做，是一個(gè)不可分割的工作單位。數(shù)據(jù)庫的（請(qǐng)作答此空）是指操作序列要么全做要么全不做。設(shè)計(jì)時(shí)用（）實(shí)現(xiàn)。數(shù)據(jù)庫從一個(gè)一致性狀態(tài)變到另一個(gè)一致性狀態(tài)的性質(zhì)稱為（）。設(shè)計(jì)時(shí)用（）檢查實(shí)現(xiàn)。A.一致性B.可用性C.原子性D.隔離性

22、在網(wǎng)絡(luò)規(guī)劃中，政府內(nèi)外網(wǎng)之間應(yīng)該部署網(wǎng)絡(luò)安全防護(hù)設(shè)備。在下圖中對(duì)設(shè)備A的作用描述錯(cuò)誤的是()A.雙主機(jī)系統(tǒng)，即使外網(wǎng)被黑客攻擊癱瘓也無法影響到內(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)答

23、軟件構(gòu)件是一個(gè)獨(dú)立可部署的軟件單元，與程序設(shè)計(jì)中的對(duì)象不同，構(gòu)件（）A.是一個(gè)實(shí)例單元，具有唯一的標(biāo)志B.可以利用容器管理自身對(duì)外的可見狀態(tài)C.利用工廠方法(如構(gòu)造函數(shù)〉來創(chuàng)建自己的實(shí)例D.之間可以共享一個(gè)類元素

24、軟件確認(rèn)測(cè)試也稱為有效性測(cè)試，確認(rèn)測(cè)試計(jì)劃通常是在需求分析階段完成的。根據(jù)用戶的參與程度不同，軟件確認(rèn)測(cè)試通常包括（）A.黑盒測(cè)試和白盒測(cè)試B.一次性組裝測(cè)試和增量式組裝測(cè)試C.內(nèi)部測(cè)試、Alpha、Beta和驗(yàn)收測(cè)試D.功能測(cè)試、性能測(cè)試、用戶界面測(cè)試和安全性測(cè)試

25、以下描述中，()不是嵌入式操作系統(tǒng)的特點(diǎn)。A.面向應(yīng)用，可以進(jìn)行裁剪和移植B.用于特定領(lǐng)域，不需要支持多任務(wù)C.可靠性高，無須人工干預(yù)獨(dú)立運(yùn)行，并處理各類事件和故障D.要求編碼體積小，能夠在嵌入式系統(tǒng)的有效存儲(chǔ)空間內(nèi)運(yùn)行

26、按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類。()模式主要用于如何組合己有的類和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等；A.合成型B.組合型C.結(jié)構(gòu)型D.聚合型

27、一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的相互依賴關(guān)系結(jié)構(gòu)混亂且難以理解。采用()模式，用一個(gè)特定對(duì)象來封裝一系列的對(duì)象交互，從而使各對(duì)象不需要顯式地相互引用，使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。A.解釋器(Interpreter)B.策略(Strategy)C.中介者(Mediator)D.迭代器(Iterator)

28、在uml圖中，（請(qǐng)作答此空）展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。（）強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。（）軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。（）描述由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系。A.類圖B.對(duì)象圖C.部署圖D.定時(shí)圖

29、架構(gòu)權(quán)衡分析方法(ArchitectureTradeoffAnalysisMethod，ATAM)是在基于場(chǎng)景的架構(gòu)分析方法(Scenarios-basedArchitectureAnalysisMethod，SAAM)基礎(chǔ)之上發(fā)展起來的，主要包括場(chǎng)景和需求收集、(請(qǐng)作答此空)、屬性模型構(gòu)造和分析、屬性模型折中等4個(gè)階段。ATAM方法要求在系統(tǒng)開發(fā)之前，首先對(duì)這些質(zhì)量屬性進(jìn)行_(63)和折中。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)估

30、以下哪一項(xiàng)不是引入DTD的原因（）A.提供一種驗(yàn)證的手段B.實(shí)現(xiàn)了文件格式的統(tǒng)一化C.提高了文件的重用性D.使用DTD進(jìn)行驗(yàn)證，減少了操作時(shí)間。

31、某公司擬開發(fā)一個(gè)掃地機(jī)器人。機(jī)器人的控制者首先定義清潔流程和流程中任務(wù)之間的關(guān)系，機(jī)器人接受任務(wù)后，需要響應(yīng)外界環(huán)境中觸發(fā)的一些突發(fā)事件，根據(jù)自身狀態(tài)進(jìn)行動(dòng)態(tài)調(diào)整，最終自動(dòng)完成任務(wù)。針對(duì)上述需求，該機(jī)器人應(yīng)該采用（）架構(gòu)風(fēng)格最為合適。A.面向?qū)ο驜.主程序一子程序C.規(guī)則系統(tǒng)D.管道一過濾器

32、在高速緩存（Cache）—主存儲(chǔ)器構(gòu)成的存儲(chǔ)系統(tǒng)中，（）。A.主存地址到Cache地址的變換由硬件完成，以提高速度B.主存地址到Cache地址的變換由軟件完成，以提高靈活性C.Cache的命中率隨其容量增大線性地提高D.Cache的內(nèi)容在任意時(shí)刻與主存內(nèi)容完全一致

33、（）適用于程序開發(fā)人員在地域上分布很廣的開發(fā)團(tuán)隊(duì)。（）中，編程開發(fā)人員分成首席程序員和“類”程序員?！敬鸬谝豢铡緼.水晶系列（Crystal）開發(fā)方法B.開放式源碼（Opensource）開發(fā)方法C.SCRUM開發(fā)方法D.功用驅(qū)動(dòng)開發(fā)方法（FDD）

34、電子政務(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）及居民。國家和地方人口信息的采集、處理和利用，屬于（13）的電子政務(wù)活動(dòng)。【回答括號(hào)12】A.部門B.企（事）業(yè)單位C.管理機(jī)構(gòu)D.行政機(jī)關(guān)

35、項(xiàng)目的成本管理中，（）將總的成本估算分配到各項(xiàng)活動(dòng)和工作包上，來建立一個(gè)成本的基線。A.成本估算B.成本預(yù)算C.成本跟蹤D.成本控制

36、ERP（EnterpriseResourcePlanning）是建立在信息技術(shù)的基礎(chǔ)上，利用現(xiàn)代企業(yè)的先進(jìn)管理思想，對(duì)企業(yè)的物流、資金流和（）流進(jìn)行全面集成管理的管理信息系統(tǒng)，為企業(yè)提供決策、計(jì)劃、控制與經(jīng)營業(yè)績?cè)u(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。A.產(chǎn)品B.人力資源C.信息D.加工

37、關(guān)于集中式負(fù)載均衡的特點(diǎn)不正確的是（）A.系統(tǒng)的可擴(kuò)展性不強(qiáng)，均衡器需要記錄所有計(jì)算機(jī)的負(fù)載信息。B.安全性較差，如果均衡器所在的計(jì)算機(jī)癱瘓，則會(huì)導(dǎo)致整個(gè)集群系統(tǒng)的癱瘓。C.與分布式負(fù)載均衡方式相比，實(shí)現(xiàn)簡單。D.實(shí)現(xiàn)靈活，負(fù)載均衡器可以根據(jù)不同場(chǎng)景的特性配置不同的均衡策略。

38、以下關(guān)于網(wǎng)絡(luò)核心層的敘述中，正確的是（）。A.為了保障安全性，應(yīng)該對(duì)分組進(jìn)行盡可能多的處理B.在區(qū)域間高速地轉(zhuǎn)發(fā)數(shù)據(jù)分組C.由多臺(tái)二、三層交換機(jī)組成D.提供多條路徑來緩解通信瓶頸

39、某虛擬存儲(chǔ)系統(tǒng)采用最近最少使用（LRU）頁面淘汰算法，假定系統(tǒng)為每個(gè)作業(yè)分配4個(gè)頁面的主存空間，其中一個(gè)頁面用來存放程序?，F(xiàn)有某作業(yè)的程序如下：VarA:Array[1..100，1..100]OFinteger;i，j:integer;FORi:=1to100DOFORj:=1to100DOA[i，j]:=0;設(shè)每個(gè)頁面可存放200個(gè)整數(shù)變量，變量i、j存放在程序頁中。初始時(shí)，程序及i、j均已在內(nèi)存，其余3頁為空。若矩陣A按行序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生（）次缺頁中斷；A.50B.100C.5000D.10000

40、軟件的逆向工程是一個(gè)恢復(fù)設(shè)計(jì)的過程，從現(xiàn)有的程序中抽取數(shù)據(jù)、體系結(jié)構(gòu)和過程的設(shè)計(jì)信息。逆向工程的完備性可以用在某一個(gè)抽象層次上提供信息的詳細(xì)程度來描述，在大多數(shù)情況下，抽象層次越高，完備性就越低。下列可以通過逆向工程恢復(fù)的制品中，完備性最低的是（）。A.過程的設(shè)計(jì)模型B.程序和數(shù)據(jù)結(jié)構(gòu)C.對(duì)象模型、數(shù)據(jù)和控制流D.UML狀態(tài)圖和部署圖

41、基于zoL的界面管理技術(shù)可實(shí)現(xiàn)靈活的界面配置、界面動(dòng)態(tài)生成和界面定制，其思路是用xDIL生成配置文件及界面所需的元數(shù)據(jù),按不同需求生成界面元素及軟件界面,其技術(shù)框圖如圖所示。圖中填空部分分別是(4)、(5)、(6)。A.界面定制B.界面動(dòng)態(tài)生成C.界面配置D.界面修改

42、下面可提供安全電子郵件服務(wù)的是（）A.RSAB.SSLC.SETD.S/MIME

43、緊耦合多機(jī)系統(tǒng)一般通過（）實(shí)現(xiàn)多機(jī)間的通信。對(duì)稱多處理器結(jié)構(gòu)（SMP）屬于（請(qǐng)作答此空）系統(tǒng)。A.松耦合B.緊耦合C.混合耦合D.最低耦合

44、軟件開發(fā)時(shí)期的工作包括A.概要設(shè)計(jì)B.需求分析C.運(yùn)行D.維護(hù)時(shí)期

45、特定領(lǐng)或軟件架構(gòu)（DSSA)是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)椤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過程中包括一系列基本的活動(dòng),其中（請(qǐng)作答此空)活動(dòng)的主要目的是為了獲得DSSA該活動(dòng)參加人員中,（）的主要任務(wù)是提供關(guān)于領(lǐng)城中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)。A.領(lǐng)域需求B.領(lǐng)域分析C.領(lǐng)域設(shè)計(jì)D.領(lǐng)城實(shí)現(xiàn)

46、前趨圖(PrecedenceGraph)是一個(gè)有向無環(huán)圖，記為：→={（Pi，Pj）|PimustcompletebeforePjmaystrat}。假設(shè)系統(tǒng)中進(jìn)程P={P1，P2，P3，P4，P5，P6，P7，P8}，且進(jìn)程的前驅(qū)圖如下：那么前驅(qū)圖可記為：(6)A.→={(P2,P1),(P3,P1),(P4,P1),(P6,P4),(P7,P5),(P7,P6),(P8,P7)}B.→={(P1,P2),(P1,P3),(P1,P4),(P2,P5),(P5,P7),(P6,P7),(P7,P8)}C.→={(P1,P2),(P1,P3),(P1,P4),(P2,P5),(P3,P5),(P4,P6),(P5,P7),(P6,P7),(P7,P8)}D.→={(P2,P1),(P3,P1),(P4,P1),(P5,P2),(P5,P2),(P5,P3),(P6,P4),(P7,P5),(P7,P6),(P8,P7)}

47、體系結(jié)構(gòu)文檔化有助于輔助系統(tǒng)分析人員和程序員去實(shí)現(xiàn)體系結(jié)構(gòu)。體系結(jié)構(gòu)文檔化過程的主要輸出包括（）。A.體系結(jié)構(gòu)規(guī)格說明、測(cè)試體系結(jié)構(gòu)需求的質(zhì)量設(shè)計(jì)說明書B.質(zhì)量屬性說明書、體系結(jié)構(gòu)描述C.體系結(jié)構(gòu)規(guī)格說明、軟件功能需求說明D.多視圖體系結(jié)構(gòu)模型、體系結(jié)構(gòu)驗(yàn)證說明

48、（）是關(guān)于需求管理正確的說法。A.為達(dá)到過程能力成熟度模型第二級(jí)，組織機(jī)構(gòu)必須具有3個(gè)關(guān)鍵過程域B.需求的穩(wěn)定性不屬于需求屬性C.需求變更的管理過程遵循變更分析和成本計(jì)算、問題分析和變更描述、變更實(shí)現(xiàn)的順序D.變更控制委員會(huì)對(duì)項(xiàng)目中任何基線工作產(chǎn)品的變更都可以做出決定

49、信息系統(tǒng)訪問控制機(jī)制中，（2）是指對(duì)所有主體和客體都分配安全標(biāo)簽用來標(biāo)識(shí)所屬的安全級(jí)別，然后在訪問控制執(zhí)行時(shí)對(duì)主體和客體的安全級(jí)別進(jìn)行比較，確定本次訪問是否合法性的技術(shù)或方法。A.自主訪問控制B.強(qiáng)制訪問控制C.基于角色的訪問控制D.基于組的訪問控制

50、（請(qǐng)作答此空）設(shè)計(jì)模式能夠動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)而無須修改此對(duì)象的結(jié)構(gòu)；（）設(shè)計(jì)模式定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類；欲使一個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用（）模式最適合。A.組合B.外觀C.享元D.裝飾器二、多選題

51、(9)主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用戶的輸入、輸出進(jìn)行檢查與控制，處理客戶端的-些動(dòng)作,包括控制頁面跳轉(zhuǎn)等，并向用戶呈現(xiàn)最終的結(jié)果信息。該層次主要通過(10)結(jié)構(gòu)實(shí)現(xiàn).(11)負(fù)責(zé)接收用戶的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來處理;然后,(12)根據(jù)用戶請(qǐng)求調(diào)用(13)進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理,并返回?cái)?shù)據(jù);最后，控制器調(diào)用相應(yīng)的(14)來格式化模型返回的數(shù)據(jù),并通過視圖呈現(xiàn)給用戶。A.瀏覽器B.視圖C.控制器D.模型

52、以下關(guān)于軟件著作權(quán)產(chǎn)生時(shí)間的表述中，正確的是()。A.自軟件首次公開發(fā)表時(shí)B.自開發(fā)者有開發(fā)意圖時(shí)C.自軟件開發(fā)完成之目時(shí)D.自獲得軟件著作權(quán)登記證書時(shí)

53、（）給XSLT和XPointer提供一個(gè)共同、整合的定位語法，用來定位XML文檔中的各個(gè)部位。A.XPathB.XMLC.DTDD.XLink

54、傳統(tǒng)的編譯器采用（）風(fēng)格?，F(xiàn)代編譯器的集成開發(fā)環(huán)境則采用（請(qǐng)作答此空）風(fēng)格。A.數(shù)據(jù)流B.管道過濾器風(fēng)格C.數(shù)據(jù)共享風(fēng)格D.進(jìn)程通信

55、以下哪一項(xiàng)不是引入DTD的原因（）A.提供一種驗(yàn)證的手段B.實(shí)現(xiàn)了文件格式的統(tǒng)一化C.提高了文件的重用性D.使用DTD進(jìn)行驗(yàn)證，減少了操作時(shí)間。

56、（請(qǐng)作答此空）設(shè)計(jì)模式能夠動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)而無須修改此對(duì)象的結(jié)構(gòu)；（）設(shè)計(jì)模式定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定實(shí)例化哪一個(gè)類；欲使一個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用（）模式最適合。A.組合B.外觀C.享元D.裝飾器

57、某企業(yè)的生產(chǎn)流水線上有2名工人P1和P2，1名檢驗(yàn)員P3。P1]將初步加工的半成品放入半成品箱B1；P2從半成品箱B1取出繼續(xù)加工，加工好的產(chǎn)品放入成品箱B2；P3從成品箱B2取出產(chǎn)品檢驗(yàn)。假設(shè)B1可存放n件半成品，B2可存放m件產(chǎn)品，并設(shè)置6個(gè)信號(hào)量S1、S2、S3、S4、S5和S6，且S3和S6的初值都為0。采用PV操作實(shí)現(xiàn)P[1]、P2和P3的同步模型如下圖所示，則信號(hào)量S1和S5（請(qǐng)作答此空）；S2、S4的初值分別為（）。A.分別為同步信號(hào)量和互斥信號(hào)量，初值分別為0和1B.都是同步信號(hào)量，其初值分別為0和0C.都是互斥信號(hào)量，其初值分別為1和1D.都是互斥信號(hào)量，其初值分別為0和1

58、在uml圖中，（）展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。（）強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。（）軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。（請(qǐng)作答此空）描述由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系。A.類圖B.包圖C.部署圖D.交互圖

59、兩個(gè)類A和B，如果B的變化可能會(huì)引起A的變化，兩個(gè)事物之間屬于（）A.關(guān)聯(lián)關(guān)系B.依賴關(guān)系C.實(shí)現(xiàn)關(guān)系D.泛化關(guān)系

60、在數(shù)據(jù)庫設(shè)計(jì)的（）階段進(jìn)行關(guān)系規(guī)范化。A.需求分析B.概念設(shè)計(jì)C.邏輯設(shè)計(jì)D.物理設(shè)計(jì)

61、設(shè)有職務(wù)工資P（職務(wù)、最低工資、最高工資），員工關(guān)系EMP（員工號(hào)、職務(wù)、工資），要求任何一名員工，其工資值必須在其職務(wù)對(duì)應(yīng)的工資范圍之內(nèi)，實(shí)現(xiàn)該需求的方法是（6）。A.建立EMP.職務(wù)向P.職務(wù)的參照完整性約束B.建立P.職務(wù)向EMP.職務(wù)的參照完整性約束C.建立EMP上的觸發(fā)器程序?qū)彾ㄔ撔枨驞.建立P上的觸發(fā)器程序?qū)彾ㄔ撔枨?/p>

62、商業(yè)智能系統(tǒng)的處理過程包括四個(gè)主要階段：數(shù)據(jù)預(yù)處理通過（請(qǐng)作答此空）實(shí)現(xiàn)企業(yè)原始數(shù)據(jù)的初步整合；建立數(shù)據(jù)倉庫是后續(xù)數(shù)據(jù)處理的基礎(chǔ)；數(shù)據(jù)分析是體現(xiàn)系統(tǒng)智能的關(guān)鍵，主要采用（）和（）技術(shù)，前者能夠?qū)崿F(xiàn)數(shù)據(jù)的上卷、下鉆和旋轉(zhuǎn)分析，后者利用隱藏的知識(shí)，通過建立分析模型預(yù)測(cè)企業(yè)未來發(fā)展趨勢(shì)；數(shù)據(jù)展現(xiàn)主要完成數(shù)據(jù)處理結(jié)果的可視化A.數(shù)據(jù)映射和關(guān)聯(lián)B.數(shù)據(jù)集市和數(shù)據(jù)立方體C.數(shù)據(jù)抽取、轉(zhuǎn)換和裝載D.數(shù)據(jù)清洗和數(shù)據(jù)集成

63、在項(xiàng)目某階段的實(shí)施過程中，A活動(dòng)需要2天2人完成，B活動(dòng)需要2天2人完成，C活動(dòng)需要5天4人完成，D活動(dòng)需要3天2人完成，E活動(dòng)需要1天1人完成，該階段的時(shí)標(biāo)網(wǎng)絡(luò)圖如下。該項(xiàng)目組共有8人，且負(fù)責(zé)A、E活動(dòng)的人因另有安排，無法幫助其他人完成相應(yīng)工作，且項(xiàng)目整個(gè)工期刻不容緩。以下（）安排是恰當(dāng)?shù)?，能夠使?shí)施任務(wù)順利完成A.B活動(dòng)提前2天開始B.B活動(dòng)推遲2天開始C.D活動(dòng)提前2天開始D.D活動(dòng)推遲2天開始

64、嵌入式系統(tǒng)的存儲(chǔ)部件中，存取速度最快的是（）。A.內(nèi)存B.寄存器組C.FlashD.Cache

65、請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖，在圖中(1)～(4)中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)塊方法與N版本程序設(shè)計(jì)方法，將比較結(jié)果(5)～(8)填入下表中。（請(qǐng)作答第七個(gè)空）A.表決B.反向恢復(fù)C.差D.好

66、集成測(cè)試計(jì)劃通常是在（）階段完成，集成測(cè)試一般采用黑盒測(cè)試方法。A.軟件方案建議B.軟件概要設(shè)計(jì)C.軟件詳細(xì)設(shè)計(jì)D.軟件模塊集成

67、對(duì)于開發(fā)模型來說，（）復(fù)用好、開發(fā)過程無間隙、節(jié)省時(shí)間。（）是瀑布與原型（演化）模型結(jié)合體，適用于復(fù)雜項(xiàng)目。（）需要用戶參與，模塊化要求高，不適用新技術(shù)。（請(qǐng)作答此空）是用例驅(qū)動(dòng)、架構(gòu)為中心、迭代、增量。A.RAD模型B.螺旋模型C.RUP模型D.噴泉模型

68、統(tǒng)一軟件開發(fā)過程是一種基于面向?qū)ο蠹夹g(shù)的軟件開發(fā)過程，其特點(diǎn)是“用例驅(qū)動(dòng)，以架構(gòu)為核心，迭代并增量”。統(tǒng)一軟件開發(fā)過程定義了四種通用的開發(fā)階段，它們按照過程順序分別是：起始階段、（）、構(gòu)建階段和（請(qǐng)作答此空），其中在構(gòu)建階段主要產(chǎn)生的文檔有（）。A.分析階段B.細(xì)化階段C.設(shè)計(jì)階段D.交付階段

69、某公司擬開發(fā)一個(gè)語音搜索系統(tǒng)，其語音搜索系統(tǒng)的主要工作過程包括分割原始語音信號(hào)、識(shí)別音素、產(chǎn)生候選詞、判定語法片斷、提供搜索關(guān)鍵詞等，每個(gè)過程都需要進(jìn)行基于先驗(yàn)知識(shí)的條件判斷并進(jìn)行相應(yīng)的識(shí)別動(dòng)作。針對(duì)該系統(tǒng)的特點(diǎn)，采用（）架構(gòu)風(fēng)格最為合適。A.分層系統(tǒng)B.面向?qū)ο驝.黑板D.隱式調(diào)用

70、在數(shù)據(jù)庫設(shè)計(jì)的需求分析階段應(yīng)當(dāng)形成需求說明文檔、數(shù)據(jù)字典和數(shù)據(jù)流圖，這些文檔可以作為（）階段的設(shè)計(jì)依據(jù)。A.邏輯結(jié)構(gòu)設(shè)計(jì)B.概念結(jié)構(gòu)設(shè)計(jì)C.物理結(jié)構(gòu)設(shè)計(jì)D.數(shù)據(jù)庫運(yùn)行和維護(hù)

71、項(xiàng)目的成本管理中，（）將總的成本估算分配到各項(xiàng)活動(dòng)和工作包上，來建立一個(gè)成本的基線。A.成本估算B.成本預(yù)算C.成本跟蹤D.成本控制

72、在軟件設(shè)計(jì)中，（請(qǐng)作答此空）的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成軟件（）。而為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過程稱為（）。A.詳細(xì)設(shè)計(jì)B.概要設(shè)計(jì)C.架構(gòu)設(shè)計(jì)D.數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)

73、在基于體系結(jié)構(gòu)的軟件設(shè)計(jì)方法中，采用（5）來描述質(zhì)量需求。A.連接件B.用例C.質(zhì)量場(chǎng)景D.視角

74、下列安全協(xié)議中，（）能保證交易雙方無法抵賴。A.SETB.SHTTPC.PGPD.MOSS

75、請(qǐng)根據(jù)恢復(fù)塊方法工作原理完成下圖，在圖中(1)～(4)中填入恰當(dāng)?shù)膬?nèi)容。并比較恢復(fù)塊方法與N版本程序設(shè)計(jì)方法，將比較結(jié)果(5)～(8)填入下表中。（請(qǐng)作答第一個(gè)空）A.主塊B.驗(yàn)證測(cè)試C.輸出正確結(jié)果D.異常處理

76、軟件的逆向工程是一個(gè)恢復(fù)設(shè)計(jì)的過程，從現(xiàn)有的程序中抽取數(shù)據(jù)、體系結(jié)構(gòu)和過程的設(shè)計(jì)信息。逆向工程的完備性可以用在某一個(gè)抽象層次上提供信息的詳細(xì)程度來描述，在大多數(shù)情況下，抽象層次越高，完備性就越低。下列可以通過逆向工程恢復(fù)的制品中，完備性最低的是（）。A.過程的設(shè)計(jì)模型B.程序和數(shù)據(jù)結(jié)構(gòu)C.對(duì)象模型、數(shù)據(jù)和控制流D.UML狀態(tài)圖和部署圖

77、大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，以下關(guān)于各個(gè)網(wǎng)絡(luò)層次的描述中，不正確的是（）A.核心層承擔(dān)訪問控制列表檢查B.匯聚層定義了網(wǎng)絡(luò)的訪問策略C.接入層提供局域網(wǎng)絡(luò)接入功能D.接入層可以使用集線器代替交換機(jī)

78、某高校管理信息系統(tǒng)的數(shù)據(jù)庫設(shè)計(jì)過程中，（請(qǐng)作答此空）階段是在需求分析的基礎(chǔ)上，對(duì)用戶信息加以分類、聚集和概括，建立信息模型，并依照選定的數(shù)據(jù)庫管理系統(tǒng)軟件，轉(zhuǎn)換成為數(shù)據(jù)的（），再依照軟硬件環(huán)境，最終實(shí)現(xiàn)數(shù)據(jù)的合理存儲(chǔ)。A.物理設(shè)計(jì)B.邏輯結(jié)構(gòu)設(shè)計(jì)C.數(shù)據(jù)庫實(shí)施D.概念結(jié)構(gòu)設(shè)計(jì)

79、設(shè)有關(guān)系模式R（A1，A2，A3，A4，A5，A6），函數(shù)依賴集F={A1→A3，A1A2→A4，A5A6→A1，A3A5→A6，A2A5→A6}。關(guān)系模式R的一個(gè)主鍵是（），從函數(shù)依賴集F可以推出關(guān)系模式R（請(qǐng)作答此空）。A.不存在傳遞依賴，故R為1NFB.不存在傳遞依賴，故R為2NFC.存在傳遞依賴，故R為3NFD.每個(gè)非主屬性完全函數(shù)依賴于主鍵，故R為2NF

80、(9)主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用戶的輸入、輸出進(jìn)行檢查與控制，處理客戶端的一些動(dòng)作，包括控制頁面跳轉(zhuǎn)等，并向用戶呈現(xiàn)最終的結(jié)果信息。該層次主要通過(10)結(jié)構(gòu)實(shí)現(xiàn).(11)負(fù)責(zé)接收用戶的請(qǐng)求,并決定應(yīng)該調(diào)用哪個(gè)模型來處理;然后,(12)根據(jù)用戶請(qǐng)求調(diào)用(13)進(jìn)行相應(yīng)的業(yè)務(wù)邏輯處理,并返回?cái)?shù)據(jù);最后，控制器調(diào)用相應(yīng)的(14)來格式化模型返回的數(shù)據(jù),并通過視圖呈現(xiàn)給用戶。A.視圖層B.表現(xiàn)層C.中間層D.用戶界面

81、以下設(shè)計(jì)模式中，（）模式使多個(gè)對(duì)象都有機(jī)會(huì)處理請(qǐng)求。將這些對(duì)象連成一條鏈。并沿著這條鏈傳遞該請(qǐng)求。直到有一個(gè)對(duì)象處理為止。從而避免請(qǐng)求的發(fā)送者和接收者之間的耦合關(guān)系。（請(qǐng)作答此空）模式提供一種方法順序訪問一個(gè)聚合對(duì)象中的各個(gè)元素。且不需要暴露該對(duì)象的內(nèi)部表示。這兩種模式均為（）A.責(zé)任鏈。（ChainofResponsibility）B.解釋器。（Interpreter）C.命令。（Command）D.迭代器。（Iterator）

82、嵌入式系統(tǒng)中采用中斷方式實(shí)現(xiàn)輸入輸出的主要原因是（9）。A.速度最快B.CPU不參與操作C.實(shí)現(xiàn)起來比較容易D.能對(duì)突發(fā)事件作出快速響應(yīng)

83、CORBA構(gòu)件模型中，（8）的作用是在底層傳輸平臺(tái)與接收調(diào)用并返回結(jié)果的對(duì)象實(shí)現(xiàn)之間進(jìn)行協(xié)調(diào)，（9）是最終完成客戶請(qǐng)求的服務(wù)對(duì)象實(shí)現(xiàn)。A.CORBA對(duì)象B.分布式對(duì)象標(biāo)識(shí)C.伺服對(duì)象ServantD.活動(dòng)對(duì)象映射表

84、緊耦合多機(jī)系統(tǒng)一般通過（）實(shí)現(xiàn)多機(jī)間的通信。對(duì)稱多處理器結(jié)構(gòu)（SMP）屬于（請(qǐng)作答此空）系統(tǒng)。A.松耦合B.緊耦合C.混合耦合D.最低耦合

85、關(guān)于項(xiàng)目范圍管理描述，正確的是（）。A.項(xiàng)目范圍是指信息系統(tǒng)產(chǎn)品或者服務(wù)所應(yīng)包含的功能B.項(xiàng)目范圍描述是產(chǎn)品范圍說明書的重要組成部分C.項(xiàng)目范圍定義是信息系統(tǒng)要求的度量D.項(xiàng)目范圍定義是生產(chǎn)項(xiàng)目計(jì)劃的基礎(chǔ)

86、以下關(guān)于數(shù)學(xué)建模的敘述中，不正確的是（）。A.數(shù)學(xué)模型是對(duì)現(xiàn)實(shí)世界的一種簡化的抽象描述B.數(shù)學(xué)建模時(shí)需要在簡單性和準(zhǔn)確性之間求得平衡C.數(shù)學(xué)模型應(yīng)該用統(tǒng)一的、普適的標(biāo)準(zhǔn)對(duì)其進(jìn)行評(píng)價(jià)D.數(shù)學(xué)建模需要從失敗和用戶的反饋中學(xué)習(xí)和改進(jìn)

87、一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的相互依賴關(guān)系結(jié)構(gòu)混亂且難以理解。采用()模式，用一個(gè)特定對(duì)象來封裝一系列的對(duì)象交互，從而使各對(duì)象不需要顯式地相互引用，使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。A.解釋器(Interpreter)B.策略(Strategy)C.中介者(Mediator)D.迭代器(Iterator)

88、峰值MIPS(每秒百萬次指令數(shù))用來描述計(jì)算機(jī)的定點(diǎn)運(yùn)算速度，通過對(duì)計(jì)算機(jī)指令集中基本指令的執(zhí)行速度計(jì)算得到。假設(shè)某計(jì)算機(jī)中基本指令的執(zhí)行需要5個(gè)機(jī)器周期，每個(gè)機(jī)器周期為3微秒，則該計(jì)算機(jī)的定點(diǎn)運(yùn)算速度為（）MIPS。A.8B.15C.0.125D.0.067

89、使用MVC設(shè)計(jì)表現(xiàn)層，具有的優(yōu)點(diǎn)不包括（）A.在MVC模式中，視圖與模型通過接口發(fā)生聯(lián)系，如果增加新類型的用戶界面，只要修改視圖與模型即可B.控制器和視圖隨著模型的擴(kuò)展而擴(kuò)展，只要保持公共接口，控制器和視圖的舊版本可以繼續(xù)使用C.用戶界面與模型方法調(diào)用組合起來，使程序的使用更清晰，可將友好的界面發(fā)布給用戶D.在MVC模式中，視圖與模型沒有必然的聯(lián)系，都是通過控制器發(fā)生聯(lián)系，如果增加新類型的用戶界面，只需修改響應(yīng)的控制器和視圖即可，模型無需變動(dòng)

90、用于管理信息系統(tǒng)規(guī)劃的方法有很多，其中（1）將整個(gè)過程看成是一個(gè)“信息集合”，并將組織的戰(zhàn)略目標(biāo)轉(zhuǎn)變?yōu)楣芾硇畔⑾到y(tǒng)的戰(zhàn)略目標(biāo)。（2）通過自上而下地識(shí)別企業(yè)目標(biāo)、企業(yè)過程和數(shù)據(jù)，然后對(duì)數(shù)據(jù)進(jìn)行分析，自下而上地設(shè)計(jì)信息系統(tǒng)?！敬鹄ㄌ?hào)1】A.關(guān)鍵成功因素法B.戰(zhàn)略目標(biāo)集轉(zhuǎn)化法C.征費(fèi)法D.零線預(yù)算法

91、在面向?qū)ο蠓治鲋?，利用（）表示需求，并從中提煉出中（?qǐng)作答此空），以上兩者形成（），之后再進(jìn)行后續(xù)的開發(fā)工作。A.領(lǐng)域模型B.架構(gòu)模型C.體系結(jié)構(gòu)圖D.類圖

92、數(shù)據(jù)倉庫不包括（）A.數(shù)據(jù)源B.OLAP服務(wù)器C.OLTP服務(wù)器D.報(bào)表工具

93、螺旋模型將整個(gè)軟件開發(fā)過程分為多個(gè)階段，每個(gè)階段都由目標(biāo)設(shè)定、（）、開發(fā)和有效性驗(yàn)證以及評(píng)審4個(gè)部分組成。A.需求分析B.風(fēng)險(xiǎn)分析C.系統(tǒng)設(shè)計(jì)D.架構(gòu)設(shè)計(jì)

94、某工程項(xiàng)目包括8個(gè)作業(yè)A～H。各作業(yè)的緊前作業(yè)、所需天數(shù)、所需人數(shù)見下表：該項(xiàng)目共有10人，各作業(yè)必須連續(xù)進(jìn)行，至少需要（）天才能完成。A.11B.12C.13D.14

95、下列不屬于被動(dòng)型攻擊的是（）A.非法登錄B.信息截取C.網(wǎng)絡(luò)監(jiān)聽D.數(shù)據(jù)篡改

96、某文件管理系統(tǒng)在磁盤上建立了位示圖（bitmap），記錄磁盤的使用情況。若磁盤上物理塊的編號(hào)依次為0、1、2、....。系統(tǒng)中的字長為64位，字的編號(hào)依次為0、1、2、...。字中的一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊。取值0和1分別表示空閑和占用。如下圖所示。假設(shè)操作系統(tǒng)將256號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中編號(hào)為（）的字中描述，系統(tǒng)應(yīng)該將（請(qǐng)作答此空）A.該字的0號(hào)位置“1”B.該字的63號(hào)位置“1”C.該字的0號(hào)位置“0”D.該字的63號(hào)位置“0”

97、在結(jié)構(gòu)化分析方法中，用(9)表示功能模型，用（10）表示行為模型?！净卮鹄ㄌ?hào)10】A.通信圖B.順序圖C.活動(dòng)圖D.狀態(tài)轉(zhuǎn)換圖

98、一般來說，架構(gòu)可以分為三個(gè)層次。（）層主要負(fù)責(zé)接收用戶的請(qǐng)求，對(duì)用戶的輸入、輸出進(jìn)行檢查與控制，處理客戶端的一些動(dòng)作，包括控制頁面跳轉(zhuǎn)等，并向用戶呈現(xiàn)最終的結(jié)果信息。表現(xiàn)層主要采用（請(qǐng)作答此空）結(jié)構(gòu)來實(shí)現(xiàn)，其中的（）負(fù)責(zé)接收用戶的請(qǐng)求，并決定應(yīng)該調(diào)用哪個(gè)模型來處理。（）主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫等持久化存儲(chǔ)介質(zhì)中。A.MVCB.springC.AOPD.Hibernate

99、基于JavaEE平臺(tái)的基礎(chǔ)功能服務(wù)構(gòu)建應(yīng)用系統(tǒng)時(shí)，（）可用來集成遺產(chǎn)系統(tǒng)。A.JDBC、JCA和JavaIDLB.JDBC.JCA和JavaIDLB.JDBCJCA和JMSCJDBCJMS和JavaIDLD.JCA.JMS和JavaIDL

100、在分步設(shè)計(jì)法中，通常將數(shù)據(jù)庫的設(shè)計(jì)分為4個(gè)階段。其中（請(qǐng)作答此空）是數(shù)據(jù)庫設(shè)計(jì)的第二階段，其目標(biāo)是對(duì)需求說明書提供的所有數(shù)據(jù)和處理要求進(jìn)行抽象與綜合處理建立企業(yè)數(shù)據(jù)模型。（）階段將得到的應(yīng)用視圖轉(zhuǎn)換成外部模式，即特定DBMS下的應(yīng)用視圖。A.系統(tǒng)結(jié)構(gòu)設(shè)計(jì)B.概念結(jié)構(gòu)設(shè)計(jì)C.邏輯結(jié)構(gòu)設(shè)計(jì)D.需求概念設(shè)計(jì)

參考答案與解析

1、答案：D本題解析：暫無解析

2、答案：D本題解析：暫無解析

3、答案：C本題解析：考查基準(zhǔn)測(cè)試程序的概念：把應(yīng)用程序中應(yīng)用最頻繁的那部分核心程序作為評(píng)價(jià)計(jì)算機(jī)性能的標(biāo)準(zhǔn)程序，稱為基準(zhǔn)測(cè)試程序。

4、答案：B本題解析：螺旋模型是在快速原型的基礎(chǔ)上擴(kuò)展而成的一種生存周期模型。這種模型將整個(gè)軟件開發(fā)流程分成多個(gè)階段，每個(gè)階段都由4部分組成，它們是：①目標(biāo)設(shè)定。為該項(xiàng)目進(jìn)行需求分析，定義和確定這一個(gè)階段的專門目標(biāo)，指定對(duì)過程和產(chǎn)品的約束，并且制定詳細(xì)的管理計(jì)劃。②風(fēng)險(xiǎn)分析。對(duì)可選方案進(jìn)行風(fēng)險(xiǎn)識(shí)別和詳細(xì)分析，制定解決辦法，采取有效的措施避免這些風(fēng)險(xiǎn)。③開發(fā)和有效性驗(yàn)證。風(fēng)險(xiǎn)評(píng)估后，可以為系統(tǒng)選擇開發(fā)模型，并且進(jìn)行原型開發(fā)，即開發(fā)軟件產(chǎn)品。④評(píng)審。對(duì)項(xiàng)目進(jìn)行評(píng)審，以確定是否需要進(jìn)入螺旋線的下一次回路，如果決定繼續(xù)，就要制定下一階段計(jì)劃。螺旋模型的軟件開發(fā)過程實(shí)際是上述4個(gè)部分的迭代過程，每迭代一次，螺旋線就增加一周，軟件系統(tǒng)就生成一個(gè)新版本，這個(gè)新版本實(shí)際上是對(duì)目標(biāo)系統(tǒng)的一個(gè)逼近。經(jīng)過若干次的迭代后，系統(tǒng)應(yīng)該盡快地收斂到用戶允許或可以接受的目標(biāo)范圍內(nèi)，否則也可能中途夭折。

5、答案：A本題解析：暫無解析

6、答案：B本題解析：螺旋模型是在快速原型（又叫原型）模型的基礎(chǔ)上擴(kuò)展而成的。

7、答案：B本題解析：數(shù)據(jù)倉庫4大特點(diǎn)：面向主題：數(shù)據(jù)按主題組織。集成的：消除了源數(shù)據(jù)中的不一致性，提供整個(gè)企業(yè)的一致性全局信息。相對(duì)穩(wěn)定的(非易失的)：主要進(jìn)行查詢操作，只有少量的修改和刪除操作（或是不刪除）。反映歷史變化(隨著時(shí)間變化)：記錄了企業(yè)從過去某一時(shí)刻到當(dāng)前各個(gè)階段的信息，可對(duì)發(fā)展歷程和未來趨勢(shì)做定量分析和預(yù)測(cè)。

8、答案：B本題解析：在對(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ù)審過程中，主要由用戶代表與領(lǐng)域?qū)＜覜Q定架構(gòu)是否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。

9、答案：C本題解析：B的最長查詢語句最短，因此可以并行執(zhí)行，提高效率。

10、答案：A本題解析：入侵監(jiān)測(cè)系統(tǒng)：負(fù)責(zé)監(jiān)視網(wǎng)絡(luò)上的通信數(shù)據(jù)流和網(wǎng)絡(luò)服務(wù)器系統(tǒng)中的審核信息，捕獲可疑的網(wǎng)絡(luò)和服務(wù)器系統(tǒng)活動(dòng)，發(fā)現(xiàn)其中存在的安全問題，當(dāng)網(wǎng)絡(luò)和主機(jī)被非法使用或破壞時(shí)，進(jìn)行實(shí)時(shí)響應(yīng)和報(bào)警，產(chǎn)生通告信息和日志。系統(tǒng)不僅僅檢測(cè)來自外部的入侵行為，還可以檢測(cè)內(nèi)部用戶的未授權(quán)活動(dòng)。

11、答案：D本題解析：XML支持客戶端或者服務(wù)端計(jì)算機(jī)上的進(jìn)程，這就允許開發(fā)人員分配資源和隨時(shí)地節(jié)省資源。

12、答案：C本題解析：在計(jì)算機(jī)中，I/O系統(tǒng)可以有5種不同的工作方式，分別是程序控制方式、程序中斷方式、DMA工作方式、通道方式、I/O處理機(jī)。1、程序控制方式分為無條件查詢和程序查詢方式。①無條件傳送方式，I/O端口總是準(zhǔn)備好接受主機(jī)的輸出數(shù)據(jù)，或是總是準(zhǔn)備好向主機(jī)輸入數(shù)據(jù)，而cpu在需要時(shí)，隨時(shí)直接利用I/O指令訪問相應(yīng)的I/O端口，實(shí)現(xiàn)與外設(shè)的數(shù)據(jù)交換。優(yōu)點(diǎn)是軟、硬件結(jié)構(gòu)簡單，缺點(diǎn)是對(duì)時(shí)序要求高，只適用于簡單的I/O控制。②程序查詢方式程序查詢方式也稱為程序輪詢方式，該方式采用用戶程序直接控制主機(jī)與外部設(shè)備之間輸入/輸出操作。CPU必須不停地循環(huán)測(cè)試I/O設(shè)備的狀態(tài)端口，當(dāng)發(fā)現(xiàn)設(shè)備處于準(zhǔn)備好(Ready)狀態(tài)時(shí)，CPU就可以與I/O設(shè)備進(jìn)行數(shù)據(jù)存取操作。這種方式下的CPU與I/O設(shè)備是串行工作的。2、中斷方式當(dāng)I/O設(shè)備結(jié)束(完成、特殊或異常)時(shí)，就會(huì)向CPU發(fā)出中斷請(qǐng)求信號(hào)，CPU收到信號(hào)就可以采取相應(yīng)措施。當(dāng)某個(gè)進(jìn)程要啟動(dòng)某個(gè)設(shè)備時(shí)，CPU就向相應(yīng)的設(shè)備控制器發(fā)出一條設(shè)備I/O啟動(dòng)指令，然后CPU又返回做原來的工作。CPU與I/O設(shè)備可以并行工作，與程序查詢方式相比，大大提高了CPU的利用率。3、DMA(直接內(nèi)存存取)方式DMA方式也稱為直接主存存取方式，其思想是：允許主存儲(chǔ)器和I/O設(shè)備之間通過“DMA控制器(DMAC)”直接進(jìn)行批量數(shù)據(jù)交換，除了在數(shù)據(jù)傳輸開始和結(jié)束時(shí)，整個(gè)過程無須CPU的干預(yù)。4、通道控制方式在一定的硬件基礎(chǔ)上利用軟件手段實(shí)現(xiàn)對(duì)I/O的控制和傳送，更多地免去了cpu的接入，使主機(jī)和外設(shè)并行工作程度更高。5、I/O處理機(jī)指專門負(fù)責(zé)輸入/輸出的處理機(jī)?？梢杂歇?dú)立的存儲(chǔ)器、運(yùn)算部件和指令控制部件。

13、答案：A本題解析：考核層次化設(shè)計(jì)模型。

14、答案：D本題解析：面向?qū)ο蟮姆治瞿Ｐ椭饕身攲蛹軜?gòu)圖、用例與用例圖、領(lǐng)域概念模型構(gòu)成；設(shè)計(jì)模型則包含以包圖表示的軟件體系結(jié)構(gòu)圖、以交互圖表示的用例實(shí)現(xiàn)圖、完整精確的類圖、針對(duì)復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理過程的活動(dòng)圖等。

15、答案：C本題解析：根據(jù)定義，基于軟件架構(gòu)的開發(fā)(ArchitectureBasedSoftwareDevelopment，ABSD)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用視角和視圖來描述軟件架構(gòu)，采用用例和質(zhì)量屬性場(chǎng)景來描述需求。

16、答案：B本題解析：本題考察流水線知識(shí)，相關(guān)計(jì)算公式如下：計(jì)算機(jī)流水線執(zhí)行周期=最慢那個(gè)指令執(zhí)行時(shí)間；流水線執(zhí)行時(shí)間=首條指令執(zhí)行時(shí)間+（指令總數(shù)-1）*流水線執(zhí)行周期；流水線吞吐率=任務(wù)數(shù)/完成時(shí)間；流水線加速比=不采用流水線的執(zhí)行時(shí)間/采用流水線的執(zhí)行時(shí)間；根據(jù)公式：流水線執(zhí)行周期=3Δt，流水線執(zhí)行時(shí)間=n/(2Δt+1Δt+3Δt+1Δt+2Δt+(n-1)*3Δt)=n/[9Δt+(n-1)3Δt)]=n/(6Δt+n*3Δt),當(dāng)n趨向無窮大時(shí)，比值為1/3Δt

17、答案：B本題解析：按照Flynn分類法，根據(jù)計(jì)算機(jī)中指令和數(shù)據(jù)的并行狀況可把計(jì)算機(jī)分成以下幾類。單指令流單數(shù)據(jù)流（SISD）--傳統(tǒng)的計(jì)算機(jī)包含單個(gè)CPU，它從存儲(chǔ)在內(nèi)存中的程序那里獲得指令，并作用于單一的數(shù)據(jù)流。單指令流多數(shù)據(jù)流（SIMD）--單個(gè)的指令流作用于多于一個(gè)的數(shù)據(jù)流上。例如有數(shù)據(jù)4、5和3、2，一個(gè)單指令執(zhí)行兩個(gè)獨(dú)立的加法運(yùn)算：4+5和3+2，就被稱為單指令流多數(shù)據(jù)流。SIMD的一個(gè)例子就是一個(gè)數(shù)組或向量處理系統(tǒng)，它可以對(duì)不同的數(shù)據(jù)并行執(zhí)行相同的操作。多指令流單數(shù)據(jù)流（MISD）--用多個(gè)指令作用于單個(gè)數(shù)據(jù)流的情況實(shí)際上很少見。這種冗余理論論用于容錯(cuò)系統(tǒng)。多指令流多數(shù)據(jù)流（MIMD）--這種系統(tǒng)類似于多個(gè)SISD系統(tǒng)。實(shí)際上，MIMD系統(tǒng)的一個(gè)常見例子是多處理器計(jì)算機(jī)，如Sun的企業(yè)級(jí)服務(wù)器。

18、答案：C本題解析：這道題可采用窮舉法分別試算各個(gè)方案，結(jié)果是：甲投資3百萬，丙投資1百萬，乙投資0，收益為：6+6.4+4=16.4百萬。

19、答案：D本題解析：系統(tǒng)設(shè)計(jì)的主要內(nèi)容包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)概要設(shè)計(jì)又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)，它是系統(tǒng)開發(fā)過程中很關(guān)鍵的一步，其主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成軟件的模塊結(jié)構(gòu)圖，即系統(tǒng)結(jié)構(gòu)圖在概要設(shè)計(jì)中，將系統(tǒng)開發(fā)的總?cè)蝿?wù)分解成許多個(gè)基本的、具體的任務(wù)，為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過程稱為詳細(xì)設(shè)計(jì)根據(jù)任務(wù)的不同，詳細(xì)設(shè)計(jì)又可分為多種，例如，網(wǎng)絡(luò)設(shè)計(jì)、代碼設(shè)計(jì)、輸入/輸出設(shè)計(jì)、處理流程設(shè)計(jì)、數(shù)據(jù)存儲(chǔ)設(shè)計(jì)、用戶界面設(shè)計(jì)、安全性和可靠性設(shè)計(jì)等

20、答案：D本題解析：“4+1”視圖是對(duì)邏輯架構(gòu)進(jìn)行描述，最早由PhilippeKruchten提出，他在1995年的IEEESoftware上發(fā)表了題為The4+1ViewModelofArchitecture的論文，引起了業(yè)界的極大關(guān)注，并最終被RUP采納，現(xiàn)在已經(jīng)成為架構(gòu)設(shè)計(jì)的結(jié)構(gòu)標(biāo)準(zhǔn)?！?+1”視圖主要包括：①邏輯視圖(LogicalView)，設(shè)計(jì)的對(duì)象模型(使用面向?qū)ο蟮脑O(shè)計(jì)方法時(shí))。②過程視圖(ProcessView)，捕捉設(shè)計(jì)的并發(fā)和同步特征。③物理視圖(PhysicalView)，描述了軟件到硬件的映射，反映了分布式特性。④開發(fā)視圖(DevelopmentView)，描述了在開發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。⑤架構(gòu)的描述，即所做的各種決定，可以圍繞著這四個(gè)視圖來組織，然后由一些用例(UseCases)或場(chǎng)景(Scenarios)來說明，從而形成了第五個(gè)視圖。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用類圖表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互關(guān)系；采用狀態(tài)圖定義對(duì)象的內(nèi)部行為。

21、答案：C本題解析：數(shù)據(jù)庫的原子性是指操作序列要么全做要么全不做。設(shè)計(jì)時(shí)用影子拷貝（淺拷貝）實(shí)現(xiàn)。淺拷貝就是你的影子,深拷貝是你的克隆人,你沒了影子也就沒了,但是克隆人還活著。數(shù)據(jù)庫從一個(gè)一致性狀態(tài)變到另一個(gè)一致性狀態(tài)稱為一致性。設(shè)計(jì)時(shí)用完整性約束檢查實(shí)現(xiàn)。

22、答案：C本題解析：網(wǎng)閘是使用帶有多種控制功能的固態(tài)開關(guān)讀寫介質(zhì)連接兩個(gè)獨(dú)立主機(jī)系統(tǒng)的信息安全設(shè)備。由于物理隔離網(wǎng)閘所連接的兩個(gè)獨(dú)立主機(jī)系統(tǒng)之間，不存在通信的物理連接、邏輯連接、信息傳輸命令、信息傳輸協(xié)議，不存在依據(jù)協(xié)議的信息包轉(zhuǎn)發(fā)，只有數(shù)據(jù)文件的無協(xié)議"擺渡"，且對(duì)固態(tài)存儲(chǔ)介質(zhì)只有"讀"和"寫"兩個(gè)命令。所以，物理隔離網(wǎng)閘從物理上隔離、阻斷了具有潛在攻擊可能的一切連接，使"黑客"無法入侵、無法攻擊、無法破壞，實(shí)現(xiàn)了真正的安全。使用安全隔離網(wǎng)閘意義是：（一）當(dāng)用戶的網(wǎng)絡(luò)需要保證高強(qiáng)度的安全，同時(shí)又與其它不信任網(wǎng)絡(luò)進(jìn)行信息交換的情況下，如果采用物理隔離卡，用戶必須使用開關(guān)在內(nèi)外網(wǎng)之間來回切換，不僅管理起來非常麻煩，使用起來也非常不方便，如果采用防火墻，由于防火墻自身的安全很難保證，所以防火墻也無法防止內(nèi)部信息泄漏和外部病毒、黑客程序的滲入，安全性無法保證。在這種情況下，安全隔離網(wǎng)閘能夠同時(shí)滿足這兩個(gè)要求，彌補(bǔ)了物理隔離卡和防火墻的不足之處，是最好的選擇。（二）對(duì)網(wǎng)絡(luò)地隔離是通過網(wǎng)閘隔離硬件實(shí)現(xiàn)兩個(gè)網(wǎng)絡(luò)在鏈路層斷開，但是為了交換數(shù)據(jù)，通過設(shè)計(jì)的隔離硬件在兩個(gè)網(wǎng)絡(luò)對(duì)應(yīng)的上進(jìn)行切換，通過對(duì)硬件上的存儲(chǔ)芯片的讀寫，完成數(shù)據(jù)的交換。（三）安裝了相應(yīng)的應(yīng)用模塊之后，安全隔離網(wǎng)閘可以在保證安全的前提下，使用戶可以瀏覽網(wǎng)頁、收發(fā)電子郵件、在不同網(wǎng)絡(luò)上的數(shù)據(jù)庫之間交換數(shù)據(jù)，并可以在網(wǎng)絡(luò)之間交換定制的文件。

23、答案：C本題解析：構(gòu)件的特性是:（1）獨(dú)立部署單元；（2）作為第三方的組裝單元；（3）沒有（外部的）可見狀態(tài)。一個(gè)構(gòu)件可以包含多個(gè)類元素，但是一個(gè)類元素只能屬于一個(gè)構(gòu)件。將一個(gè)類拆分進(jìn)行部署通常沒什么意義。對(duì)象的特性是：（1）一個(gè)實(shí)例單元，具有唯一的標(biāo)志。（2）可能具有狀態(tài)，此狀態(tài)外部可見。（3）封裝了自己的狀態(tài)和行為。

24、答案：C本題解析：軟件確認(rèn)測(cè)試包括：內(nèi)部確認(rèn)測(cè)試、Alpha、Beta和驗(yàn)收測(cè)試。

25、答案：B本題解析：暫無解析

26、答案：C本題解析：結(jié)構(gòu)型模式主要用于如何組合己有的類和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等;

27、答案：C本題解析：解釋器模式屬于類的行為模式，描述了如何為語言定義一個(gè)文法，如何在該語言中表示一個(gè)句子，以及如何解釋這些句子，這里的“語言”是使用規(guī)定格式和語法的代碼。策略模式是一種對(duì)象的行為型模式，定義一系列算法，并將每個(gè)算法封裝起來，并讓它們可以相互替換。策略模式讓算法獨(dú)立于使用它的客戶而變化，其目的是將行為和環(huán)境分隔，當(dāng)出現(xiàn)新的行為時(shí)，只需要實(shí)現(xiàn)新的策略類。中介者模式是一種對(duì)象的行為行模式，通過一個(gè)中介對(duì)象來封裝一系列的對(duì)象交互。中介者使得各對(duì)象不需要現(xiàn)實(shí)地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。中介者對(duì)象的存在保證了對(duì)象結(jié)構(gòu)上的穩(wěn)定，也就說說系統(tǒng)的結(jié)構(gòu)不會(huì)因?yàn)樾聦?duì)象的引入帶來大量的修改工作。迭代器模式是一種對(duì)象的行為型模式，提供了一種方法來訪問聚合對(duì)象，而不用暴露這個(gè)對(duì)象的內(nèi)部表示。迭代器模式支持以不同的方式遍歷一個(gè)聚合對(duì)象。

28、答案：A本題解析：類圖展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。定時(shí)圖強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。部署圖軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。包圖描述由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系。

29、答案：A本題解析：ATAM是在基于場(chǎng)景的架構(gòu)分析方法(Scenarios-basedArchitectureAnalysisMethod，SAAM)基礎(chǔ)之上發(fā)展起來的，主要包括場(chǎng)景和需求收集、架構(gòu)視圖和場(chǎng)景實(shí)現(xiàn)、屬性模型構(gòu)造和分析、屬性模型折中等4個(gè)階段。ATAM方法要求在系統(tǒng)開發(fā)之前，首先對(duì)這些質(zhì)量屬性進(jìn)行評(píng)價(jià)和折中。

30、答案：D本題解析：引入DTD的原因：1）提供一種驗(yàn)證的手段；2）實(shí)現(xiàn)了文件格式的統(tǒng)一化，提高了文件的重用性；3）使用DTD進(jìn)行驗(yàn)證，增加了操作時(shí)間。使用DTD進(jìn)行驗(yàn)證，實(shí)際上并沒有減少操作時(shí)間，反而增加的操作時(shí)間。

31、答案：C本題解析：在本題所述的應(yīng)用環(huán)境中，強(qiáng)調(diào)了自定義流程，然后按自定義流程來執(zhí)行，這屬于虛擬機(jī)風(fēng)格的特征，備選答案中，僅有C選項(xiàng)屬于虛擬機(jī)風(fēng)格。

32、答案：A本題解析：在程序的執(zhí)行過程中，Cache與主存的地址映射是由硬件自動(dòng)完成的。

33、答案：B本題解析：(1)XP(ExtremeProgramming，極限編程)在所有的敏捷型方法中，XP是最引人矚目的。它源于Smalltalk圈子，特別是KentBeck和WardCunningham在20世紀(jì)80年代末的密切合作。XP在一些對(duì)費(fèi)用控制嚴(yán)格的公司中的使用，已經(jīng)被證明是非常有效的。(2)Cockburn的水晶系列方法，水晶系列方法是由AlistairCockburn提出的。它與XP方法一樣，都有以人為中心的理念，但在實(shí)踐上有所不同。Alistair考慮到人們一般很難嚴(yán)格遵循一個(gè)紀(jì)律約束很強(qiáng)的過程，因此，與XP的高度紀(jì)律性不同，Alistair探索了用最少紀(jì)律約束而仍能成功的方法，從而在產(chǎn)出效率與易于運(yùn)作上達(dá)到一種平衡。也就是說，雖然水晶系列不如XP那樣的產(chǎn)出效率，但會(huì)有更多的人能夠接受并遵循它。(3)開放式源碼，這里提到的開放式源碼指的是開放源碼界所用的一種運(yùn)作方式。開放式源碼項(xiàng)目有一個(gè)特別之處，就是程序開發(fā)人員在地域上分布很廣，這使得它和其他敏捷方法不同，因?yàn)橐话愕拿艚莘椒ǘ紡?qiáng)調(diào)項(xiàng)目組成員在同一地點(diǎn)工作。開放源碼的一個(gè)突出特點(diǎn)就是查錯(cuò)排障(debug)的高度并行性，任何人發(fā)現(xiàn)了錯(cuò)誤都可將改正源碼的“補(bǔ)丁”文件發(fā)給維護(hù)者。然后由維護(hù)者將這些“補(bǔ)丁”或是新增的代碼并入源碼庫。(4)SCRUM。SCRUM己經(jīng)出現(xiàn)很久了，像前面所論及的方法一樣，該方法強(qiáng)調(diào)這樣一個(gè)事實(shí)，即明確定義了的可重復(fù)的方法過程只限于在明確定義了的可重復(fù)的環(huán)境中，為明確定義了的可重復(fù)的人員所用，去解決明確定義了的可重復(fù)的問題。(5)Coad的功用驅(qū)動(dòng)開發(fā)方法(FDD-FeatureDrivenDevelopment)FDD是由JeffDeLuca和大師PeterCoad提出來的。像其他方法一樣，它致力于短時(shí)的迭代階段和可見可用的功能。在FDD中，一個(gè)迭代周期一般是兩周。在FDD中，編程開發(fā)人員分成兩類：首席程序員和“類”程序員(classowner)。首席程序員是最富有經(jīng)驗(yàn)的開發(fā)人員，他們是項(xiàng)目的協(xié)調(diào)者、設(shè)計(jì)者和指導(dǎo)者，而“類”程序員則主要做源碼編寫。(6)ASD方法，ASD(AdaptiveSoftwareDevelopment)方法由JimHighsmith提出，其核心是三個(gè)非線性的、重疊的開發(fā)階段：猜測(cè)、合作與學(xué)習(xí)。

34、答案：B本題解析：電子政務(wù)的行為主體包括：政府、企（事）業(yè)單位及居民。國家和地方人口信息的采集、處理和利用，屬于政府對(duì)政府的電子政務(wù)活動(dòng)。

35、答案：B本題解析：成本管理過程包括：成本估算、成本預(yù)算與成本控制。其中成本預(yù)算的含義是將總的成本估算分配到各項(xiàng)活動(dòng)和工作包上，來建立一個(gè)成本的基線。而成本估算是對(duì)完成項(xiàng)目活動(dòng)所需資金進(jìn)行近似的估算。

36、答案：C本題解析：ERP（EnterpriseResourcePlanning）是建立在信息技術(shù)的基礎(chǔ)上，利用現(xiàn)代企業(yè)的先進(jìn)管理思想，對(duì)企業(yè)的物流、資金流和信息流進(jìn)行全面集成管理的管理信息系統(tǒng)，為企業(yè)提供決策、計(jì)劃、控制與經(jīng)營業(yè)績?cè)u(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。ERP系統(tǒng)主要包括：生產(chǎn)預(yù)測(cè)、銷售管理（計(jì)劃）、經(jīng)營計(jì)劃（生產(chǎn)計(jì)劃大綱）、主生產(chǎn)計(jì)劃、物料需求計(jì)劃、能力需求計(jì)劃、車間作業(yè)計(jì)劃、采購與庫存管理、質(zhì)量與設(shè)備管理、財(cái)務(wù)管理、ERP有關(guān)擴(kuò)展應(yīng)用模塊等內(nèi)容。顯然對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理的模塊是庫存管理模塊。

37、答案：D本題解析：與分布式負(fù)載均衡方式相比，集中式負(fù)載均衡實(shí)現(xiàn)簡單，但也存在以下缺點(diǎn)：（1）系統(tǒng)的可擴(kuò)展性不強(qiáng)，均衡器需要記錄所有計(jì)算機(jī)的負(fù)載信息。（2）安全性較差，如果均衡器所在的計(jì)算機(jī)癱瘓，則會(huì)導(dǎo)致整個(gè)集群系統(tǒng)的癱瘓。（3）實(shí)現(xiàn)不夠靈活，負(fù)載均衡器很難根據(jù)不同場(chǎng)景的特性配置不同的均衡策略。

38、答案：B本題解析：考核層次化網(wǎng)絡(luò)模型。

39、答案：A本題解析：考核計(jì)算機(jī)存儲(chǔ)管理方面的知識(shí)。

40、答案：D本題解析：軟件的逆向工程是一個(gè)設(shè)計(jì)恢復(fù)的過程，從現(xiàn)有的程序中抽取數(shù)據(jù)、體系結(jié)構(gòu)和過程的設(shè)計(jì)信息。逆向工程的完備性是指在某一個(gè)抽象層次上提供信息的詳細(xì)程度，在大多數(shù)情況下，抽象層次越高，完備性就越低。逆向過程和實(shí)現(xiàn)該過程的工具的抽象層次是指可從源代碼中抽取出來的設(shè)計(jì)信息的精密程度。理想情況下，抽象程度應(yīng)該盡可能高。逆向工程過程應(yīng)該能夠?qū)С鲞^程的設(shè)計(jì)模型（一種底層的抽象）；程序和數(shù)據(jù)結(jié)構(gòu)信息（稍高層次的抽象）；對(duì)象模型、數(shù)據(jù)和控制流模（相對(duì)高層的抽象）；UML圖，狀態(tài)及部署圖（高層抽象）。隨著抽象層次增高，完備性就會(huì)降低。因此本題應(yīng)該選擇D。

41、答案：B本題解析：系統(tǒng)架構(gòu)設(shè)計(jì)師

42、答案：D本題解析：MIME（MultipurposeInternetMailExtensions）中文名為：多用途互聯(lián)網(wǎng)郵件擴(kuò)展類型。Internet電子郵件由一個(gè)郵件頭部和一個(gè)可選的郵件主體組成，其中郵件頭部含有郵件的發(fā)送方和接收方的有關(guān)信息。而MIME是針對(duì)郵件主體的一種擴(kuò)展描述機(jī)制。它設(shè)定某種擴(kuò)展名的文件用一種應(yīng)用程序來打開的方式類型，當(dāng)該擴(kuò)展名文件被訪問的時(shí)候，瀏覽器會(huì)自動(dòng)使用指定應(yīng)用程序來打開。多用于指定一些客戶端自定義的文件名，以及一些媒體文件打開方式。所以這是與郵件內(nèi)容直接相關(guān)的一個(gè)協(xié)議。而S/MIME（SecureMultipurposeInternetMailExtensions）是對(duì)MIME在安全方面的擴(kuò)展。它可以把MIME實(shí)體（比如數(shù)字簽名和加密信息等）封裝成安全對(duì)象。增強(qiáng)安全服務(wù)，例如具有接收方確認(rèn)簽收的功能，這樣就可以確保接收者不能否認(rèn)已經(jīng)收到過的郵件。還可以用于提供數(shù)據(jù)保密、完整性保護(hù)、認(rèn)證和鑒定服務(wù)等功能。S/MIME只保護(hù)郵件的郵件主體，對(duì)頭部信息則不進(jìn)行加密，以便讓郵件成功地在發(fā)送者和接收者的網(wǎng)關(guān)之間傳遞。

43、答案：B本題解析：試題的正確答案是B,SMP(SymmeticalMulti-Processing.對(duì)稱多處理器結(jié)構(gòu))技術(shù),是指在一個(gè)計(jì)算機(jī)上匯集了一組處理器（多CPU),各CPU之間共享內(nèi)存子系統(tǒng)以及總線結(jié)構(gòu),所以屬于緊耦合多機(jī)系統(tǒng)。在這種架構(gòu)中,一臺(tái)電腦不再由單個(gè)CPU組成,而同時(shí)由多個(gè)處理器運(yùn)行操作系統(tǒng)的單一復(fù)本,并共享內(nèi)存和一臺(tái)計(jì)算機(jī)的其他資源。雖然同時(shí)使用多個(gè)CPU,但是從管理的角度來看,它們的表現(xiàn)就像一臺(tái)單機(jī)一樣。系統(tǒng)將任務(wù)隊(duì)列對(duì)稱地分布于多個(gè)CPU之上,從而極大地提高了整個(gè)系統(tǒng)的數(shù)據(jù)處理能力。所有的處理器都可以平等地訪問內(nèi)存、I/O和外部中斷。在對(duì)稱多處理系統(tǒng)中,系統(tǒng)資源被系統(tǒng)中所有CPU共享,工作負(fù)載能夠均勻地分配到所有可用處理器之上。

44、答案：A本題解析：暫無解析

45、答案：C本題解析：本主要考查待定領(lǐng)域軟件架構(gòu)的基本定義和基本活動(dòng)。特定領(lǐng)件架構(gòu)(0SSA)是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)椤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)佳軟件架構(gòu)。實(shí)施DSSA的過程中包括—系列基本的活動(dòng)其中領(lǐng)城設(shè)計(jì)活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中,領(lǐng)城專家的主要任務(wù)是提供關(guān)于領(lǐng)城中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)

46、答案：C本題解析：前趨圖表述，→={（P1,P2),(P1,P3),(P1,P4),(P2,P5),（P3,P5),(P4,P6),(P5,P7),(P6,P7),(P7,P8)}

47、答案：A本題解析：體系結(jié)構(gòu)文檔化過程的主要輸出結(jié)果是體系結(jié)構(gòu)規(guī)格說明和測(cè)試體系結(jié)構(gòu)需求的質(zhì)量設(shè)計(jì)說明書這兩個(gè)文檔。軟件體系結(jié)構(gòu)的文檔要求與軟件開發(fā)項(xiàng)目中的其他文檔是類似的。文檔的完整性和質(zhì)量是軟件體系結(jié)構(gòu)成功的關(guān)鍵因素。文檔要從使用者的角度進(jìn)行編寫，必須分發(fā)給所有與系統(tǒng)有關(guān)的開發(fā)人員，且必須保證開發(fā)者手上的文檔是最新的。

48、答案：D本題解析：過程能力成熟度模型（CMM）在軟件開發(fā)機(jī)構(gòu)中被廣泛用來指導(dǎo)軟件過程改進(jìn)。為了達(dá)到過程能力成熟度模型的第二級(jí)，組織機(jī)構(gòu)必須具有6個(gè)關(guān)鍵過程域。需求的屬性包括：創(chuàng)建需求的時(shí)間、需求的版本號(hào)、創(chuàng)建需求的作者、負(fù)責(zé)認(rèn)可該軟件需求的人員、需求狀態(tài)、需求的原因和根據(jù)、需求涉及的子系統(tǒng)、需求涉及的產(chǎn)品版本號(hào)、使用的驗(yàn)證方法或者接受的測(cè)試標(biāo)準(zhǔn)、產(chǎn)品的優(yōu)先級(jí)或者重要程度、需求的穩(wěn)定性。需求的變更遵循以下流程：(1)問題分析和變更描述。這是識(shí)別和分析需求問題或者一份明確的變更提議，以檢查它的有效性，從而產(chǎn)生一個(gè)更明確的需求變更提議。(2)變更分析和成本計(jì)算。使用可追溯性信息和系統(tǒng)需求的一般知識(shí)，對(duì)需求變更提議進(jìn)行影響分析和評(píng)估。變更成本計(jì)算應(yīng)該包括對(duì)需求文檔的修改、系統(tǒng)修改的設(shè)計(jì)和實(shí)現(xiàn)的成本。一旦分析完成并且被確認(rèn)，應(yīng)該進(jìn)行是否執(zhí)行這一變更的決策。(3)變更實(shí)現(xiàn)。這要求需求文檔和系統(tǒng)設(shè)計(jì)以及實(shí)現(xiàn)都要同時(shí)修改。如果先對(duì)系統(tǒng)的程序做變更，然后再修改需求文檔，這幾乎不可避免地會(huì)出現(xiàn)需求文檔和程序的不一致。在對(duì)變更控制委員會(huì)的定義中，變更控制委員會(huì)對(duì)項(xiàng)目中任何基線工作產(chǎn)品的變更都可以做出決定。

49、答案：B本題解析：訪問控制授權(quán)方案有：（1）自主訪問控制（DiscretionaryAccessControl，DAC），由客體的屬主對(duì)自己的客體進(jìn)行管理，由屬主自己決定是否將自己的客體訪問權(quán)或部分訪問權(quán)授予其他主體，這種控制方式是自主的。也就是說，在自主訪問控制下，用戶可以按自己的意愿，有選擇地與其他用戶共享他的文件。（2）強(qiáng)制訪問控制（MandatoryAccessControl——MAC），用于將系統(tǒng)中的信息分密級(jí)和類進(jìn)行管理，以保證每個(gè)用戶只能訪問到那些被標(biāo)明可以由他訪問的信息的一種訪問約束機(jī)制。通俗的來說，在強(qiáng)制訪問控制下，用戶（或其他主體）與文件（或其他客體）都被標(biāo)記了固定的安全屬性（如安全級(jí)、訪問權(quán)限等），在每次訪問發(fā)生時(shí)，系統(tǒng)檢測(cè)安全屬性以便確定一個(gè)用戶是否有權(quán)訪問該文件。（3）基于角色的訪問控制（RBAC），基于角色的訪問控制中，角色由應(yīng)用系統(tǒng)的管理員定義。而且授權(quán)規(guī)定是強(qiáng)加給用戶的，用戶只能被動(dòng)接受，不能自主地決定，這是一種非自主型訪問控制。其基本思想是，對(duì)系統(tǒng)操作的各種權(quán)限不是直接授予具體的用戶，而是在用戶集合與權(quán)限集合之間建立一個(gè)角色集合。每一種角色對(duì)應(yīng)一組相應(yīng)的權(quán)限。一旦用戶被分配了適當(dāng)?shù)慕巧?，該用戶就擁有此角色的所有操作?quán)限。

50、答案：D本題解析：組合(Composite)模式將對(duì)象組合成樹形結(jié)構(gòu)以表示“部分一整體”的層次結(jié)構(gòu)，使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。適用于：想表示對(duì)象的部分—整體層次結(jié)構(gòu)；希望用戶忽略組合對(duì)象與單個(gè)對(duì)象的不同，用戶將統(tǒng)一地使用組合結(jié)構(gòu)中的所有對(duì)象。外觀(Facade)模式為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，F(xiàn)acade模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。適用于：要為一個(gè)復(fù)雜子系統(tǒng)提供一個(gè)簡單接口時(shí)，子系統(tǒng)往往因?yàn)椴粩嘌莼兊迷絹碓綇?fù)雜；客戶程序與抽象類的實(shí)現(xiàn)部分之間存在著很大的依賴性；當(dāng)需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)，使用Facade模式定義子系統(tǒng)中每層的入口點(diǎn)。享元(Flyweight)模式運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。適用于：一個(gè)應(yīng)用程序使用了大量的對(duì)象；完全由于使用大量的對(duì)象，造成很大的存儲(chǔ)開銷；對(duì)象的大多數(shù)狀態(tài)都可變?yōu)橥獠繝顟B(tài)；如果刪除對(duì)象的外部狀態(tài)，那么可以用相對(duì)較少的共享對(duì)象取代很多組對(duì)象；應(yīng)用程序不依賴于對(duì)象標(biāo)識(shí)。裝飾器(Decorator)模式描述了以透明圍欄來支持修飾的類和對(duì)象的關(guān)系，動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)，從增加功能的角度來看，裝飾器模式相比生成子類更加靈活。適用于：在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)；處理那些可以撤銷的職責(zé)；當(dāng)不能采用生成子類的方式進(jìn)行擴(kuò)充時(shí)。工廠方法(FactoryMethod)定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類決定將哪一個(gè)類實(shí)例化，使一個(gè)類的實(shí)例化延遲到其子類。適用于：當(dāng)一個(gè)類不知道它所必須創(chuàng)建的對(duì)象的類的時(shí)候；當(dāng)一個(gè)類希望由它的子類來指定它所創(chuàng)建的對(duì)象的時(shí)候；當(dāng)類將創(chuàng)建對(duì)象的職責(zé)委托給多個(gè)幫助子類中的某一個(gè)，并且希望將哪一個(gè)幫助子類是代理者這一信息局部化的時(shí)候。觀察者(Observer)模式定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新。適用于：當(dāng)一個(gè)抽象模型有兩個(gè)方面，其中一個(gè)方面依賴于另一個(gè)方面，將這兩者封裝在獨(dú)立的對(duì)象中以使它們可以各自獨(dú)立地改變和復(fù)用；當(dāng)對(duì)一個(gè)對(duì)象的改變需要同時(shí)改變其他對(duì)象，而不知道具體有多少對(duì)象有待改變時(shí)；當(dāng)一個(gè)對(duì)象必須通知其他對(duì)象，而它又不能假定其他對(duì)象是誰，即不希望這些對(duì)象是緊耦合的。中介者(Mediator)用一個(gè)中介對(duì)象來封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。適用于：一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的相互依賴關(guān)系結(jié)構(gòu)混亂且難以理解；一個(gè)對(duì)象引用其他很多對(duì)象并且直接與這些對(duì)象通信，導(dǎo)致難以復(fù)用該對(duì)象；想定制一個(gè)分布在多個(gè)類中的行為，而又不想生成太多的子類。如使一個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用此模式最合適。

51、答案：D本題解析：暫無解析

52、答案：C本題解析：在我國，著作權(quán)采用“自動(dòng)保護(hù)”原則，即軟件著作權(quán)是自動(dòng)獲得的?！队?jì)算機(jī)軟件保護(hù)條例》第十四條規(guī)定：“軟件著作權(quán)自軟件開發(fā)完成之日起產(chǎn)生?！?，即軟件著作權(quán)自軟件開發(fā)完成之日起自動(dòng)產(chǎn)生，不論整體還是局部，只要具備了軟件的屬性即產(chǎn)生軟件著作權(quán)，既不要求履行任何形式的登記或注冊(cè)手續(xù)，也無須加注著作權(quán)標(biāo)記，且不論其是否已經(jīng)發(fā)表都依法享有軟件著作權(quán)。開發(fā)完成是指以計(jì)算機(jī)能夠識(shí)別并進(jìn)行處理以實(shí)現(xiàn)一定功能的語句或指令的形式，并存儲(chǔ)在一定的有形介質(zhì)中，如內(nèi)存、硬盤、光盤等。我國實(shí)施了計(jì)算機(jī)軟件登記制度，于1992年頒布了《計(jì)算機(jī)軟件著作權(quán)登記辦法》。實(shí)施計(jì)算機(jī)軟件登記制度的目的是為促進(jìn)我國軟件產(chǎn)業(yè)發(fā)展，增強(qiáng)我國軟件產(chǎn)業(yè)的創(chuàng)新能力和競(jìng)爭能力。國家鼓勵(lì)計(jì)算機(jī)軟件著作權(quán)登記并對(duì)登記的軟件予以重點(diǎn)保護(hù)的辦法，而不是強(qiáng)制軟件登記。計(jì)算機(jī)軟件著作權(quán)登記可以分為軟件著作權(quán)登記、軟件著作權(quán)專有許可合同和轉(zhuǎn)讓合同的登記。計(jì)算機(jī)軟件著作權(quán)登記只是證明登記主體享有軟件著作權(quán)以及訂立許可合同、轉(zhuǎn)讓合同的重要的書面證據(jù)，并不是軟件著作權(quán)產(chǎn)生的依據(jù)。因?yàn)檐浖鳈?quán)是自軟件開發(fā)完成之日起產(chǎn)生的，未經(jīng)登記的軟件著作權(quán)或軟件著作權(quán)專有許可合同和轉(zhuǎn)讓合同仍受法律保護(hù)。

53、答案：A本題解析：XPath是一門在XML文檔中查找信息的語言。XPath用于在XML文檔中通過元素和屬性進(jìn)行導(dǎo)航，它給XSLT和XPointer提供了一個(gè)共同、整合的定位語法，用來定位XML文檔中的各個(gè)部位。

54、答案：C本題解析：管道過濾器風(fēng)格的完整流程為：「讀端口」獲取需要處理的信息，通過管道傳遞給過濾器鏈，每個(gè)過濾器自行判斷是否需要對(duì)信息進(jìn)行處理，一個(gè)過濾器處理完后通過管道將消息傳遞給下一個(gè)或多個(gè)過濾器，直到所有的過濾器全部處理完畢，通過寫端口，將處理完成的信息寫出到目標(biāo)位置。而傳統(tǒng)編譯器（包括詞法分析、語法分析、語義分析和代碼生成）一個(gè)階段的輸出是另一個(gè)階段的輸入，符合管道過濾器風(fēng)格的特點(diǎn)。集成開發(fā)環(huán)境集成了編譯器、連接器、調(diào)試器等多種工具，支持代碼的增量修改與處理，針對(duì)這種需求，采用數(shù)據(jù)共享風(fēng)格架構(gòu)風(fēng)格比較合適。

55、答案：D本題解析：引入DTD的原因：1）提供一種驗(yàn)證的手段；2）實(shí)現(xiàn)了文件格式的統(tǒng)一化，提高了文件的重用性；3）使用DTD進(jìn)行驗(yàn)證，增加了操作時(shí)間。使用DTD進(jìn)行驗(yàn)證，實(shí)際上并沒有減少操作時(shí)間，反而增加的操作時(shí)間。

56、答案：D本題解析：組合(Composite)模式將對(duì)象組合成樹形結(jié)構(gòu)以表示“部分一整體”的層次結(jié)構(gòu)，使得用戶對(duì)單個(gè)對(duì)象和組合對(duì)象的使用具有一致性。適用于：想表示對(duì)象的部分—整體層次結(jié)構(gòu)；希望用戶忽略組合對(duì)象與單個(gè)對(duì)象的不同，用戶將統(tǒng)一地使用組合結(jié)構(gòu)中的所有對(duì)象。外觀(Facade)模式為子系統(tǒng)中的一組接口提供一個(gè)一致的界面，F(xiàn)acade模式定義了一個(gè)高層接口，這個(gè)接口使得這一子系統(tǒng)更加容易使用。適用于：要為一個(gè)復(fù)雜子系統(tǒng)提供一個(gè)簡單接口時(shí)，子系統(tǒng)往往因?yàn)椴粩嘌莼兊迷絹碓綇?fù)雜；客戶程序與抽象類的實(shí)現(xiàn)部分之間存在著很大的依賴性；當(dāng)需要構(gòu)建一個(gè)層次結(jié)構(gòu)的子系統(tǒng)時(shí)，使用Facade模式定義子系統(tǒng)中每層的入口點(diǎn)。享元(Flyweight)模式運(yùn)用共享技術(shù)有效地支持大量細(xì)粒度的對(duì)象。適用于：一個(gè)應(yīng)用程序使用了大量的對(duì)象；完全由于使用大量的對(duì)象，造成很大的存儲(chǔ)開銷；對(duì)象的大多數(shù)狀態(tài)都可變?yōu)橥獠繝顟B(tài)；如果刪除對(duì)象的外部狀態(tài)，那么可以用相對(duì)較少的共享對(duì)象取代很多組對(duì)象；應(yīng)用程序不依賴于對(duì)象標(biāo)識(shí)。裝飾器(Decorator)模式描述了以透明圍欄來支持修飾的類和對(duì)象的關(guān)系，動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)，從增加功能的角度來看，裝飾器模式相比生成子類更加靈活。適用于：在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、