軟件水平考試(高級(jí))系統(tǒng)架構(gòu)設(shè)計(jì)師綜合(習(xí)題卷1)

試卷科目：軟件水平考試(高級(jí))系統(tǒng)架構(gòu)設(shè)計(jì)師綜合軟件水平考試(高級(jí))系統(tǒng)架構(gòu)設(shè)計(jì)師綜合(習(xí)題卷1)PAGE"pagenumber"pagenumber/SECTIONPAGES"numberofpages"numberofpages軟件水平考試(高級(jí))系統(tǒng)架構(gòu)設(shè)計(jì)師綜合第1部分：?jiǎn)雾?xiàng)選擇題，共260題，每題只有一個(gè)正確答案,多選或少選均不得分。[單選題]1.用于管理信息系統(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)1】A)關(guān)鍵成功因素法B)戰(zhàn)略目標(biāo)集轉(zhuǎn)化法C)征費(fèi)法D)零線預(yù)算法答案:B解析:用于管理信息系統(tǒng)規(guī)劃的方法很多，主要是關(guān)鍵成功因素法（CriticalSuccessFactors，CSF）、戰(zhàn)略目標(biāo)集轉(zhuǎn)化法（StrategySetTransformation,SST）和企業(yè)系統(tǒng)規(guī)劃法（BusinessSystemPlanning,BSP）。其它還有企業(yè)信息分析與集成技術(shù)（BIAIT）、產(chǎn)出／方法分析（E/MA）、投資回收法（ROI）、征費(fèi)法、零線預(yù)算法、階石法等。用得最多的是前面三種。1.關(guān)鍵成功因素法（CSF）在現(xiàn)行系統(tǒng)中，總存在著多個(gè)變量影響系統(tǒng)目標(biāo)的實(shí)現(xiàn)，其中若干個(gè)因素是關(guān)鍵的和主要的（即關(guān)鍵成功因素）。通過(guò)對(duì)關(guān)鍵成功因素的識(shí)別，找出實(shí)現(xiàn)目標(biāo)所需的關(guān)鍵信息集合，從而確定系統(tǒng)開(kāi)發(fā)的優(yōu)先次序。關(guān)鍵成功因素來(lái)自于組織的目標(biāo)，通過(guò)組織的目標(biāo)分解和關(guān)鍵成功因素識(shí)別、性能指標(biāo)識(shí)別，一直到產(chǎn)生數(shù)據(jù)字典。識(shí)別關(guān)鍵成功因素，就是要識(shí)別聯(lián)系于組織目標(biāo)的主要數(shù)據(jù)類(lèi)型及其關(guān)系。不同的組織的關(guān)鍵成功因素不同，不同時(shí)期關(guān)鍵成功因素也不相同。當(dāng)在一個(gè)時(shí)期內(nèi)的關(guān)鍵成功因素解決后，新的識(shí)別關(guān)鍵成功因素又開(kāi)始。關(guān)鍵成功因素法能抓住主要矛盾，使目標(biāo)的識(shí)別突出重點(diǎn)。由于經(jīng)理們比較熟悉這種方法，使用這種方法所確定的目標(biāo)，因而經(jīng)理們樂(lè)于努力去實(shí)現(xiàn)。該方法最有利于確定企業(yè)的管理目標(biāo)。2.戰(zhàn)略目標(biāo)集轉(zhuǎn)化法（SST）把整個(gè)戰(zhàn)略目標(biāo)看成是一個(gè)?信息集合?，由使命、目標(biāo)、戰(zhàn)略等組成，管理信息系統(tǒng)的規(guī)劃過(guò)程即是把組織的戰(zhàn)略目標(biāo)轉(zhuǎn)變成為管理信息系統(tǒng)的戰(zhàn)略目標(biāo)的過(guò)程。戰(zhàn)略目標(biāo)集轉(zhuǎn)化法從另一個(gè)角度識(shí)別管理目標(biāo)，它反映了各種人的要求，而且給出了按這種要求的分層，然后轉(zhuǎn)化為信息系統(tǒng)目標(biāo)的結(jié)構(gòu)化方法。它能保證目標(biāo)比較全面，疏漏較少，但它在突出重點(diǎn)方面不如關(guān)鍵成功因素法。3.企業(yè)系統(tǒng)規(guī)劃法（BSP）信息支持企業(yè)運(yùn)行。通過(guò)自上而下地識(shí)別系統(tǒng)目標(biāo)、企業(yè)過(guò)程和數(shù)據(jù)，然后對(duì)數(shù)據(jù)進(jìn)行分析，自下而上地設(shè)計(jì)信息系統(tǒng)。該管理信息系統(tǒng)支持企業(yè)目標(biāo)的實(shí)現(xiàn)，表達(dá)所有管理層次的要求，向企業(yè)提供一致性信息，對(duì)組織機(jī)構(gòu)的變動(dòng)具有適應(yīng)性。企業(yè)系統(tǒng)規(guī)劃法雖然也首先強(qiáng)調(diào)目標(biāo)，但它沒(méi)有明顯的目標(biāo)導(dǎo)引過(guò)程。它通過(guò)識(shí)別企業(yè)?過(guò)程?引出了系統(tǒng)目標(biāo)，企業(yè)目標(biāo)到系統(tǒng)目標(biāo)的轉(zhuǎn)化是通過(guò)企業(yè)過(guò)程/數(shù)據(jù)類(lèi)等矩陣的分析得到的。[單選題]2.軟件確認(rèn)測(cè)試也稱為有效性測(cè)試，主要驗(yàn)證（）A)系統(tǒng)中各個(gè)單元模塊之間的協(xié)作性B)軟件與硬件在實(shí)際運(yùn)行環(huán)境中能否有效集成C)軟件功能、性能及其它特性是否與用戶需求一致D)程序模塊能否正確實(shí)現(xiàn)詳細(xì)設(shè)計(jì)說(shuō)明中的功能、性能和設(shè)計(jì)約束等要求答案:C解析:軟件確認(rèn)測(cè)試一種針對(duì)需求的測(cè)試，是用戶參與的測(cè)試。它主要驗(yàn)證軟件功能、性能及其它特性是否與用戶需求一致。[單選題]3.ISO開(kāi)放互連安全體系的5類(lèi)安全服務(wù)包括鑒別、訪問(wèn)控制、（）、數(shù)據(jù)完整性和抗抵賴性。A)數(shù)據(jù)可靠性B)數(shù)據(jù)機(jī)密性C)數(shù)據(jù)易恢復(fù)性D)數(shù)據(jù)容錯(cuò)性答案:B解析:[單選題]4.模型是現(xiàn)實(shí)世界的抽象或近似，主要包括敘述型、物理型、圖解型和數(shù)學(xué)型等。無(wú)論開(kāi)發(fā)何種模型，（）都是最關(guān)鍵的因素。A)經(jīng)濟(jì)性B)簡(jiǎn)單性C)靈活性D)準(zhǔn)確性答案:D解析:客觀的世界是復(fù)雜的,當(dāng)評(píng)估現(xiàn)實(shí)世界的對(duì)象之間的關(guān)系和影響時(shí),通常使用系統(tǒng)模型,用簡(jiǎn)化的模型來(lái)代替真實(shí)的系統(tǒng)。不論開(kāi)發(fā)什么模型,準(zhǔn)確性都是關(guān)鍵因素。一個(gè)不準(zhǔn)確的模型通常會(huì)導(dǎo)致對(duì)問(wèn)題的不準(zhǔn)確解決方案。另外,大多數(shù)模型包括許多假設(shè),應(yīng)盡可能這些假設(shè)同現(xiàn)實(shí)情況相符。[單選題]5.RISC(精簡(jiǎn)指令系統(tǒng)計(jì)算機(jī)）的特點(diǎn)不包括：（）A)指令長(zhǎng)度固定，指令種類(lèi)盡量少B)尋址方式盡量豐富，指令功能盡可能強(qiáng)C)增加寄存器數(shù)目，以減少訪存次數(shù)D)用硬布線電路實(shí)現(xiàn)指令解碼，以盡快完成指令譯碼答案:B解析:RISC特點(diǎn)：使用等長(zhǎng)指令，目前典型長(zhǎng)度為4個(gè)字節(jié)尋址方式少且簡(jiǎn)單，一般為2-3種；絕不出現(xiàn)存儲(chǔ)器間接尋址方式只有取數(shù)指令、存數(shù)指令訪問(wèn)存儲(chǔ)器指令集中的指令數(shù)目一般少于100種，指令格式一般少于4種指令功能簡(jiǎn)單；控制器多采用硬布線方式，以期更快的執(zhí)行速度平均而言，所有的指令的執(zhí)行時(shí)間為一個(gè)處理時(shí)鐘周期強(qiáng)調(diào)通用寄存器資源的優(yōu)化使用[單選題]6.在磁盤(pán)上存儲(chǔ)數(shù)據(jù)的排列方式會(huì)影響I/O服務(wù)的總時(shí)間。假設(shè)每磁道劃分成10個(gè)物理塊，每塊存放1個(gè)邏輯記錄。邏輯記錄RI.R2，...，RI0存放在同一個(gè)磁道上，記錄的安排順序如下表所示;假定磁盤(pán)的旋轉(zhuǎn)速度為30ms/周，磁頭當(dāng)前處在R1的開(kāi)始處。若系統(tǒng)順序處理這些記錄，使用單緩沖區(qū)，每個(gè)記錄處理時(shí)間為6ms，則處理這10個(gè)記錄的最長(zhǎng)時(shí)間為();若對(duì)信息存儲(chǔ)進(jìn)行優(yōu)化分布后，處理10個(gè)記錄的最少時(shí)間為(請(qǐng)作答此空).A)60msB)90msC)l09msD)180ms答案:B解析:系統(tǒng)讀記錄的時(shí)間為30/10=3ms。對(duì)第一種情況：系統(tǒng)讀出并處理記錄R1之后，將轉(zhuǎn)到記錄R4的開(kāi)始處，所以為了讀出記錄R2，磁盤(pán)必須再轉(zhuǎn)一圈，需要3ms(讀記錄)加30ms(轉(zhuǎn)一圈)的時(shí)間。這樣，處理10個(gè)記錄的總時(shí)間應(yīng)為處理前9個(gè)記錄(即R1，R2，…，R9)的總時(shí)間再加上讀R10和處理時(shí)間(9×33ms+6ms=306ms)。若對(duì)信息進(jìn)行分布優(yōu)化的結(jié)果對(duì)應(yīng)關(guān)系所示：物理塊12345678910邏輯記錄R1R8R5R2R9R6R3R10R7R4從上表可以看出，當(dāng)讀出記錄R1并處理結(jié)束后，磁頭剛好轉(zhuǎn)至R2記錄的開(kāi)始處，立即就可以讀出并處理，因此處理10個(gè)記錄的總時(shí)間為：10×(3ms(讀記錄)+6ms(處理記錄))=10×9ms90ms[單選題]7.商業(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ù)字典答案:B解析:BI系統(tǒng)主要包括數(shù)據(jù)預(yù)處理、建立數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)分析和數(shù)據(jù)展現(xiàn)四個(gè)主要階段。[單選題]8.ERP（EnterpriseResourcePlanning）是建立在信息技術(shù)的基礎(chǔ)上，利用現(xiàn)代企業(yè)的先進(jìn)管理思想，對(duì)企業(yè)的物流、資金流和（14）流進(jìn)行全面集成管理的管理信息系統(tǒng)，為企業(yè)提供決策、計(jì)劃、控制與經(jīng)營(yíng)業(yè)績(jī)?cè)u(píng)估的全方位和系統(tǒng)化的管理平臺(tái)。在ERP系統(tǒng)中，（15）管理模塊主要是對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理。【回答括號(hào)15】A)庫(kù)存B)物料C)采購(gòu)D)銷(xiāo)售答案:A解析:本題考查到的，是信息化的?三流?：信息流，資金流，物流。采購(gòu)與庫(kù)存管理是ERP的基本模塊，其中采購(gòu)管理模塊是對(duì)采購(gòu)工作--從采購(gòu)訂單產(chǎn)生至貨物收到的全過(guò)程進(jìn)行組織、實(shí)施與控制，庫(kù)存管理（InventoryManagement，IM）模塊則是對(duì)企業(yè)物料的進(jìn)、出、存進(jìn)行管理。[單選題]9.J2EE平臺(tái)采用了多層分布式應(yīng)用程序模型,實(shí)現(xiàn)不同邏輯功能的應(yīng)用程序被封裝到不同的構(gòu)件中，處于不同層次的構(gòu)件可被分別部署到不同的機(jī)器中。圖中的1-5分別為A)AppletB)ServletC)EJB容器D)SessionBean答案:B解析:[單選題]10.在線學(xué)習(xí)系統(tǒng)中，課程學(xué)習(xí)和課程考試都需要先檢查學(xué)員的權(quán)限，?課程學(xué)習(xí)?與?檢查權(quán)限?兩個(gè)用例之間屬于()課程學(xué)習(xí)過(guò)程中，如果所繳納學(xué)費(fèi)不夠，就需要補(bǔ)繳學(xué)費(fèi)，?課程學(xué)習(xí)?與?繳納學(xué)費(fèi)?兩個(gè)用例之間屬于();課程學(xué)習(xí)前需要課程注冊(cè)，可以采用電話注冊(cè)或網(wǎng)絡(luò)注冊(cè)，?課程注冊(cè)?與?網(wǎng)絡(luò)注冊(cè)?兩個(gè)用例之間屬于(請(qǐng)作答此空)。A)包含關(guān)系B)擴(kuò)展關(guān)系C)泛化關(guān)系D)關(guān)聯(lián)關(guān)系答案:C解析:此題考查用例之間的關(guān)系，題目幾乎完全與教程上的例子雷同。用例之間的關(guān)系主要有包含、擴(kuò)展和泛化三類(lèi)。（1）包含關(guān)系。當(dāng)可以從兩個(gè)或兩個(gè)以上的用例中提取公共行為時(shí)，應(yīng)該使用包含關(guān)系來(lái)表示它們。?課程學(xué)習(xí)?與?檢查權(quán)限?是包含關(guān)系。（2）擴(kuò)展關(guān)系。如果一個(gè)用例明顯地混合了兩種或兩種以上的不同場(chǎng)景，即根據(jù)情況可能發(fā)生多種分支，則可以將這個(gè)用例分為一個(gè)基本用例和一個(gè)或多個(gè)擴(kuò)展用例，這樣使描述可能更加清晰。?課程學(xué)習(xí)?與?繳納學(xué)費(fèi)?是擴(kuò)展關(guān)系。（3）泛化關(guān)系。當(dāng)多個(gè)用例共同擁有一種類(lèi)似的結(jié)構(gòu)和行為的時(shí)候，可以將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。?課程注冊(cè)?與?網(wǎng)絡(luò)注冊(cè)?是泛化關(guān)系。[單選題]11.(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)視圖層B)表現(xiàn)層C)中間層D)用戶界面答案:C解析:[單選題]12.?4+1?視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中（）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用（）表達(dá)類(lèi)的內(nèi)部屬性和行為，以及類(lèi)集合之間的交互關(guān)系；采用（請(qǐng)作答此空）定義對(duì)象的內(nèi)部行為。A)對(duì)象圖B)活動(dòng)圖C)狀態(tài)圖D)類(lèi)圖答案:C解析:?4+1?視圖是對(duì)邏輯架構(gòu)進(jìn)行描述，最早由PhilippeKruchten提出，他在1995年的IEEESoftware上發(fā)表了題為T(mén)he4+1ViewModelofArchitecture的論文，引起了業(yè)界的極大關(guān)注，并最終被RUP采納，現(xiàn)在已經(jīng)成為架構(gòu)設(shè)計(jì)的結(jié)構(gòu)標(biāo)準(zhǔn)。?4+1?視圖主要包括：①邏輯視圖(LogicalView)，設(shè)計(jì)的對(duì)象模型(使用面向?qū)ο蟮脑O(shè)計(jì)方法時(shí))。②過(guò)程視圖(ProcessView)，捕捉設(shè)計(jì)的并發(fā)和同步特征。③物理視圖(PhysicalView)，描述了軟件到硬件的映射，反映了分布式特性。④開(kāi)發(fā)視圖(DevelopmentView)，描述了在開(kāi)發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。⑤架構(gòu)的描述，即所做的各種決定，可以圍繞著這四個(gè)視圖來(lái)組織，然后由一些用例(UseCases)或場(chǎng)景(Scenarios)來(lái)說(shuō)明，從而形成了第五個(gè)視圖。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用類(lèi)圖表達(dá)類(lèi)的內(nèi)部屬性和行為，以及類(lèi)集合之間的交互關(guān)系；采用狀態(tài)圖定義對(duì)象的內(nèi)部行為。[單選題]13.UNIX的源代碼控制工具（sourceCodecontrolSystem，SCCS）是軟件項(xiàng)目開(kāi)發(fā)中常用的（）A)源代碼靜態(tài)分析工具B)工具C)控制工具D)再工程工具答案:C解析:版本控制軟件提供完備的版本管理功能，用于存儲(chǔ)、追蹤目錄（文件夾）和文件的修改歷史，是軟件開(kāi)發(fā)者的必備工具，是軟件公司的基礎(chǔ)設(shè)施。版本控制軟件的最高目標(biāo)，是支持軟件公司的配置管理活動(dòng)，追蹤多個(gè)版本的開(kāi)發(fā)和維護(hù)活動(dòng)，及時(shí)發(fā)布軟件。SCCS是元老級(jí)的版本控制軟件，也叫配置管理軟件。[單選題]14.按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類(lèi)。()模式主要用于如何組合己有的類(lèi)和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等；A)合成型B)組合型C)結(jié)構(gòu)型D)聚合型答案:C解析:結(jié)構(gòu)型模式主要用于如何組合己有的類(lèi)和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等;[單選題]15.按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類(lèi)。其中創(chuàng)建型模式通過(guò)采用抽象類(lèi)所定義的接口，封裝了系統(tǒng)中對(duì)象如何創(chuàng)建、組合等信息，其代表有(9)模式等;(10)模式主要用于如何組合己有的類(lèi)和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等;(11)模式主要用于對(duì)象之間的職責(zé)及其提供服務(wù)的分配方式，其代表有(12)模式等?！净卮鹄ㄌ?hào)11】A)行為型B)交互型C)耦合性D)關(guān)聯(lián)型答案:A解析:按照設(shè)計(jì)模式的目的進(jìn)行劃分，現(xiàn)有的設(shè)計(jì)模式可以分為三類(lèi)。創(chuàng)建型模式通過(guò)采用抽象類(lèi)所定義的接口，封裝了系統(tǒng)中對(duì)象如何創(chuàng)建、組合等信息，其代表有Singleton模式等;結(jié)構(gòu)型模式主要用于如何組合己有的類(lèi)和對(duì)象以獲得更大的結(jié)構(gòu)，其代表有Adapter模式等;行為型模式主要用于對(duì)象之間的職責(zé)及其提供服務(wù)的分配方式，其代表有Visitor模式等。[單選題]16.某計(jì)算機(jī)系統(tǒng)采用5級(jí)流水線結(jié)構(gòu)執(zhí)行指令，設(shè)每條指令的執(zhí)行由取指令(2Δt)、分析指令(1Δt)、取操作數(shù)(3Δt)、運(yùn)算(1Δt)和寫(xiě)回結(jié)果(2Δt)組成，并分別用5個(gè)子部完成，該流水線的最大吞吐率為()A)1/9ΔtB)1/3ΔtC)1/2ΔtD)1/1Δt答案: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趨向無(wú)窮大時(shí)，比值為1/3Δt[單選題]17.其公司承接了一個(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ò)濾囂答案:B解析:本題主要考查架構(gòu)風(fēng)格與架構(gòu)設(shè)計(jì)策略。根據(jù)題目描述,調(diào)溫器需要實(shí)時(shí)獲取外界的溫度信息,并與用戶定義的溫度進(jìn)行比較并做出動(dòng)作。根據(jù)該系統(tǒng)的應(yīng)用領(lǐng)域和實(shí)際需求,可以看出這是一個(gè)典型的過(guò)程控制架構(gòu)風(fēng)格的應(yīng)用場(chǎng)景。[單選題]18.OMG接口定義語(yǔ)言IDL文件包含了六種不同的元素，（）將映射為Java語(yǔ)言中的包(package)或c++語(yǔ)言中的命名空間(Namespace)。A)模塊定義B)消息結(jié)構(gòu)C)接口描述D)值類(lèi)型答案:A解析:IDL是Interfacedescriptionlanguage的縮寫(xiě)，指接口描述語(yǔ)言，是CORBA規(guī)范的一部分，是跨平臺(tái)開(kāi)發(fā)的基礎(chǔ)。IDL通常用于遠(yuǎn)程調(diào)用軟件。在這種情況下，一般是由遠(yuǎn)程客戶終端調(diào)用不同操作系統(tǒng)上的對(duì)象組件，并且這些對(duì)象組件可能是由不同計(jì)算機(jī)語(yǔ)言編寫(xiě)的。IDL建立起了兩個(gè)不同操作系統(tǒng)間通信的橋梁。從本質(zhì)上講，OMGIDL接口定義語(yǔ)言不是作為程序設(shè)計(jì)語(yǔ)言體現(xiàn)在CORBA體系結(jié)構(gòu)中的，而是用來(lái)描述產(chǎn)生對(duì)象調(diào)用請(qǐng)求的客戶對(duì)象和服務(wù)對(duì)象之間的接口的語(yǔ)言。OMGIDL文件描述數(shù)據(jù)類(lèi)型和方法框架，而服務(wù)對(duì)象則為一個(gè)指定的對(duì)象實(shí)現(xiàn)提供上述數(shù)據(jù)和方法。OMGIDL文件描述了服務(wù)器提供的服務(wù)功能，客戶機(jī)可以根據(jù)該接口文件描述的方法向服務(wù)器提出業(yè)務(wù)請(qǐng)求。在大多數(shù)CORBA產(chǎn)品中都提供IDL到相關(guān)編程語(yǔ)言的編譯器。程序設(shè)計(jì)人員只需將定義的接口文件輸入編譯器，設(shè)定編譯選項(xiàng)后，就可以得到與程序設(shè)計(jì)語(yǔ)言相關(guān)的接口框架文件和輔助文件。[單選題]19.EJB中Bean的類(lèi)型不包括（）A)實(shí)體BeanB)會(huì)話BeanC)消息驅(qū)動(dòng)BeanD)會(huì)話驅(qū)動(dòng)Bean答案:D解析:[單選題]20.?4+1?視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中（4）視圖用于描述對(duì)象模型，并說(shuō)明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用（5）表達(dá)類(lèi)的內(nèi)部屬性和行為，以及類(lèi)集合之間的交互關(guān)系；采用（6）定義對(duì)象的內(nèi)部行為?！净卮鹄ㄌ?hào)5】A)對(duì)象圖B)活動(dòng)圖C)狀態(tài)圖D)類(lèi)圖答案:D解析:?4+1?視圖是對(duì)邏輯架構(gòu)進(jìn)行描述，最早由PhilippeKruchten提出，他在1995年的IEEESoftware上發(fā)表了題為T(mén)he4+1ViewModelofArchitecture的論文，引起了業(yè)界的極大關(guān)注，并最終被RUP采納，現(xiàn)在已經(jīng)成為架構(gòu)設(shè)計(jì)的結(jié)構(gòu)標(biāo)準(zhǔn)。?4+1?視圖主要包括：①邏輯視圖(LogicalView)，設(shè)計(jì)的對(duì)象模型(使用面向?qū)ο蟮脑O(shè)計(jì)方法時(shí))。②過(guò)程視圖(ProcessView)，捕捉設(shè)計(jì)的并發(fā)和同步特征。③物理視圖(PhysicalView)，描述了軟件到硬件的映射，反映了分布式特性。④開(kāi)發(fā)視圖(DevelopmentView)，描述了在開(kāi)發(fā)環(huán)境中軟件的靜態(tài)組織結(jié)構(gòu)。⑤架構(gòu)的描述，即所做的各種決定，可以圍繞著這四個(gè)視圖來(lái)組織，然后由一些用例(UseCases)或場(chǎng)景(Scenarios)來(lái)說(shuō)明，從而形成了第五個(gè)視圖。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用類(lèi)圖表達(dá)類(lèi)的內(nèi)部屬性和行為，以及類(lèi)集合之間的交互關(guān)系；采用狀態(tài)圖定義對(duì)象的內(nèi)部行為。[單選題]21.某廣告公司的宣傳產(chǎn)品有宣傳冊(cè)、文章、傳單等多種形式，宣傳產(chǎn)品的出版方式包括紙質(zhì)方式、CD、DVD、在線發(fā)布等?，F(xiàn)要求為該廣告公司設(shè)計(jì)一個(gè)管理這些宣傳產(chǎn)品的應(yīng)用，采用（4）設(shè)計(jì)模式較為合適，該模式（5）。【回答括號(hào)5】A)將一系列復(fù)雜的類(lèi)包裝成一個(gè)簡(jiǎn)單的封閉接口B)將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化C)可在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)D)將一個(gè)接口轉(zhuǎn)換為客戶希望的另一個(gè)接口答案:B解析:題目所給出的應(yīng)用中，不希望在不同的宣傳產(chǎn)品與具體所采用的出版方式之間建立一個(gè)固定的綁定關(guān)系，以避免這兩者之間的緊耦合關(guān)系。這種情形適合于采用Bridge(橋接)模式。橋接模式屬于結(jié)構(gòu)型設(shè)計(jì)模式的一種。結(jié)構(gòu)型模式描述如何將類(lèi)或?qū)ο蠛显谝黄鹦纬筛蟮慕Y(jié)構(gòu)。橋接模式將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。在以下情況可以使用Bridge模式：①不希望在抽象以及抽象的實(shí)現(xiàn)部分之間有一個(gè)固定的綁定關(guān)系。例如這種情況可能是因?yàn)椋诔绦蜻\(yùn)行時(shí)刻可以選擇或切換實(shí)現(xiàn)部分；②類(lèi)的抽象以及它的實(shí)現(xiàn)都應(yīng)該可以通過(guò)生成子類(lèi)的方法加以擴(kuò)充，使用Bridge模式可以對(duì)不同的抽象接口和實(shí)現(xiàn)部分進(jìn)行組合，并分別對(duì)它們進(jìn)行擴(kuò)充。③對(duì)一個(gè)抽象的實(shí)現(xiàn)部分的修改應(yīng)該對(duì)用戶不產(chǎn)生影響，即客戶的代碼不必重新編譯。[單選題]22.面向消息中間件MOM的主要特點(diǎn)不包括（）A)通信程序可在不同的時(shí)間運(yùn)行B)程序與網(wǎng)絡(luò)復(fù)雜性相隔離C)程序與網(wǎng)絡(luò)不隔離D)對(duì)應(yīng)用程序的結(jié)構(gòu)沒(méi)有約束答案:C解析:[單選題]23.概要設(shè)計(jì)文檔的內(nèi)容不包括（）A)體系結(jié)構(gòu)設(shè)計(jì)B)數(shù)據(jù)庫(kù)設(shè)計(jì)C)模塊內(nèi)算法設(shè)計(jì)D)邏輯數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)答案:C解析:一般來(lái)講，概要設(shè)計(jì)的內(nèi)容可以包含系統(tǒng)構(gòu)架、模塊劃分、系統(tǒng)接口、數(shù)據(jù)設(shè)計(jì)4個(gè)主要方面的內(nèi)容，不包括模塊內(nèi)算法設(shè)計(jì)。[單選題]24.對(duì)于語(yǔ)音識(shí)別、知識(shí)推理等問(wèn)題復(fù)雜、解空間很大、求解過(guò)程不確定的這一類(lèi)軟件系統(tǒng)，通常會(huì)采用（）架構(gòu)風(fēng)格。A)管道-過(guò)濾器B)解釋器C)黑板D)過(guò)程控制答案:C解析:語(yǔ)音識(shí)別是黑板風(fēng)格的經(jīng)典應(yīng)用場(chǎng)景。[單選題]25.某系統(tǒng)中的文本顯示類(lèi)(TextView)和圖片顯示類(lèi)(PictureView)都繼承了組件類(lèi)(Component)，分別顯示文本和圖片內(nèi)容，現(xiàn)需要構(gòu)造帶有滾動(dòng)條或者帶有黑色邊框，或者既有滾動(dòng)條又有黑色邊框的文本顯示控件和圖片顯示控件，但希望最多只增加3個(gè)類(lèi)。那么采用設(shè)計(jì)模式（1）可實(shí)現(xiàn)該需求，其優(yōu)點(diǎn)是（2）?！净卮鹄ㄌ?hào)2】A)比靜態(tài)繼承具有更大的靈活性B)提高已有功能的重復(fù)使用性C)可以將接口與實(shí)現(xiàn)相分離D)為復(fù)雜系統(tǒng)提供了簡(jiǎn)單接口答案:A解析:裝飾(Decorator)模式可以再不修改對(duì)象外觀和功能的情況下添加或者刪除對(duì)象功能。它可以使用一種對(duì)客戶端來(lái)說(shuō)是透明的方法來(lái)修改對(duì)象的功能，也就是使用初始類(lèi)的子類(lèi)實(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)子類(lèi)化實(shí)現(xiàn)擴(kuò)展時(shí)。[單選題]26.mVC模式強(qiáng)制性地將一一個(gè)應(yīng)用處理流程按照模型、視圖、控制的方式進(jìn)行分離，三者的協(xié)作關(guān)系如圖所示。圖中的(1)-(3)分別是(1)、(2)、(3)。A)選擇視圖B)業(yè)務(wù)處理C)狀態(tài)查詢D)觸發(fā)事件答案:A解析:系統(tǒng)架構(gòu)設(shè)計(jì)師[單選題]27.某工程項(xiàng)目包括8個(gè)作業(yè)A～H。各作業(yè)的緊前作業(yè)、所需天數(shù)、所需人數(shù)見(jiàn)下表：該項(xiàng)目共有10人，各作業(yè)必須連續(xù)進(jìn)行，至少需要（）天才能完成。A)11B)12C)13D)14答案:B解析:該項(xiàng)目的進(jìn)度計(jì)劃網(wǎng)絡(luò)圖如下，各作業(yè)上標(biāo)注了?作業(yè)名（天數(shù)，人數(shù)）?如果不考慮人數(shù)的限制，關(guān)鍵路徑為C-F-G-H，該項(xiàng)目共需2+2+3+4=11天。作業(yè)D必須在作業(yè)G前完成，但D不能與F并行（DF人數(shù)超過(guò)10），所以只能CD并行2天，F(xiàn)推遲1天開(kāi)始，導(dǎo)致該項(xiàng)目總天數(shù)延長(zhǎng)1天。作業(yè)B可以在作業(yè)C完成后立即開(kāi)始，并與F并行2天。作業(yè)E將與作業(yè)G并行。作業(yè)A可以與作業(yè)H并行?？紤]到人數(shù)分配的平衡性，可以讓AH同時(shí)開(kāi)始。這樣，整個(gè)項(xiàng)目最后1天只需1人，其他人可以轉(zhuǎn)做別的項(xiàng)目。[單選題]28.某公司欲實(shí)現(xiàn)一個(gè)數(shù)據(jù)處理軟件，該軟件需要從網(wǎng)絡(luò)接收一組復(fù)雜的數(shù)據(jù)，然后分步進(jìn)行解析和處理。在這種情況下，采用（）的體系結(jié)構(gòu)風(fēng)格比較適合。A)遠(yuǎn)程過(guò)程調(diào)用B)層次化C)管道/過(guò)濾器D)共享數(shù)據(jù)答案:C解析:當(dāng)一個(gè)軟件需要處理復(fù)雜數(shù)據(jù),且數(shù)據(jù)需要通過(guò)分步進(jìn)行處理,具有明顯的階段特性時(shí),采用管道和過(guò)濾器模式是比較好的方式,因此本題應(yīng)該選擇C。[單選題]29.以下關(guān)于軟件中間件的敘述，錯(cuò)誤的是（）。A)中間件通過(guò)標(biāo)準(zhǔn)接口實(shí)現(xiàn)與應(yīng)用程序的關(guān)聯(lián)，提供特定功能的服務(wù)B)使用中間件可以提高應(yīng)用軟件可移植性C)使用中間件有助于提高開(kāi)發(fā)效率D)中間件位于客戶機(jī)服務(wù)器的操作系統(tǒng)之下，應(yīng)用程序之上。管理計(jì)算資源和網(wǎng)絡(luò)通信。答案:D解析:中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源，中間件位于客戶機(jī)服務(wù)器的操作系統(tǒng)之上，應(yīng)用程序之下。管理計(jì)算資源和網(wǎng)絡(luò)通信。[單選題]30.在軟件設(shè)計(jì)中，（）的主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成形成軟件（）。而為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為（請(qǐng)作答此空）。A)詳細(xì)設(shè)計(jì)B)概要設(shè)計(jì)C)架構(gòu)設(shè)計(jì)D)數(shù)據(jù)結(jié)構(gòu)設(shè)計(jì)答案:A解析:系統(tǒng)設(shè)計(jì)的主要內(nèi)容包括概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)。概要設(shè)計(jì)又稱為系統(tǒng)總體結(jié)構(gòu)設(shè)計(jì)，它是系統(tǒng)開(kāi)發(fā)過(guò)程中很關(guān)鍵的一步，其主要任務(wù)是將系統(tǒng)的功能需求分配給軟件模塊，確定每個(gè)模塊的功能和調(diào)用關(guān)系，形成軟件的模塊結(jié)構(gòu)圖，即系統(tǒng)結(jié)構(gòu)圖。在概要設(shè)計(jì)中，將系統(tǒng)開(kāi)發(fā)的總?cè)蝿?wù)分解成許多個(gè)基本的、具體的任務(wù)，為每個(gè)具體任務(wù)選擇適當(dāng)?shù)募夹g(shù)手段和處理方法的過(guò)程稱為詳細(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ì)等。[單選題]31.以下關(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ū)ο蠹軜?gòu)風(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)性能答案:D解析:本題主要考查對(duì)軟件架構(gòu)風(fēng)格與系統(tǒng)性能之間關(guān)系的理解。對(duì)于采用層次化架構(gòu)風(fēng)格的系統(tǒng)，劃分的層次越多，系統(tǒng)完成某項(xiàng)功能需要的中間調(diào)用操作越多，其性能越差。對(duì)于采用管道一過(guò)濾器架構(gòu)風(fēng)格的系統(tǒng)，可以通過(guò)引入過(guò)濾器的數(shù)據(jù)并發(fā)處理可以有效提高系統(tǒng)性能。對(duì)于采用面向?qū)ο蠹軜?gòu)風(fēng)格的系統(tǒng)，可以通過(guò)減少功能調(diào)用層次提高系統(tǒng)性能。對(duì)于采用過(guò)程調(diào)用架構(gòu)風(fēng)格的系統(tǒng)，將顯式調(diào)用策略替換為隱式調(diào)用策略能夠提高系統(tǒng)的靈活性，但會(huì)降低系統(tǒng)的性能。[單選題]32.某訂單處理系統(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)系答案:A解析:本題考查用例建模中用例之間的基本關(guān)系。使用用例健模系統(tǒng)需求時(shí),兩個(gè)或多個(gè)用例可能執(zhí)行同樣的功能步驟。把這些公共步驟提取成獨(dú)立的用例,稱為抽象用例。抽象用例代表了某種程度的復(fù)用,是降低用例之間冗余的較好方式。抽象用例可以被另一個(gè)需要使用它的功能用例訪問(wèn),抽象用例和使用它的用例之間的關(guān)系你為使用關(guān)系。[單選題]33.企業(yè)信息化程度是國(guó)家信息化建設(shè)的基礎(chǔ)和關(guān)鍵，企業(yè)信息化方法不包括（）A)業(yè)務(wù)流程重組B)組織機(jī)構(gòu)變革C)供應(yīng)鏈管理D)人力資本投資答案:B解析:本題考查企業(yè)信息化的基本方法。企業(yè)信息化程度是國(guó)家信息化建設(shè)的基礎(chǔ)和關(guān)鍵，企業(yè)信息化就是企業(yè)利用現(xiàn)代信息技術(shù)，通過(guò)信息資源的深入開(kāi)發(fā)和廣泛利用，實(shí)現(xiàn)企業(yè)生產(chǎn)過(guò)程的自動(dòng)化、管理方式的網(wǎng)絡(luò)化、決策支持的智能化和商務(wù)運(yùn)營(yíng)的電子化，不斷提高生產(chǎn)、經(jīng)營(yíng)、管理、決策的效率和水平，進(jìn)而提高企業(yè)經(jīng)濟(jì)效益和企業(yè)競(jìng)爭(zhēng)力的過(guò)程。企業(yè)信息化方法主要包括業(yè)務(wù)流程重構(gòu)、核心業(yè)務(wù)應(yīng)用、信息系統(tǒng)建設(shè)、主題數(shù)據(jù)庫(kù)、資源管理、人力資本投資方法。企業(yè)戰(zhàn)略規(guī)劃是指依據(jù)企業(yè)外部環(huán)境和自身?xiàng)l件的狀況及其變化來(lái)制定和實(shí)施戰(zhàn)略，并根據(jù)對(duì)實(shí)施過(guò)程與結(jié)果的評(píng)價(jià)和反饋來(lái)調(diào)整，制定新戰(zhàn)略的過(guò)程。[單選題]34.項(xiàng)目配置管理中，產(chǎn)品配置是指一個(gè)產(chǎn)品在其生命周期各個(gè)階段所產(chǎn)生的各種形式和各種版本的文檔、計(jì)算機(jī)程序、部件及數(shù)據(jù)的集合。該集合中的每一個(gè)元素稱為該產(chǎn)品配置中的一個(gè)配置頂，（）不屬于產(chǎn)品組成部分工作成果的配置頂A)需求文檔B)設(shè)計(jì)文檔C)工作計(jì)劃D)源代碼答案:C解析:配置項(xiàng)是構(gòu)成產(chǎn)品配置的主要元素，配置項(xiàng)主要有以下兩大類(lèi)：（1）屬于產(chǎn)品組成部分的工作成果：如需求文檔、設(shè)計(jì)文檔、源代碼和測(cè)試用例等；（2）屬于項(xiàng)目管理和機(jī)構(gòu)支撐過(guò)程域產(chǎn)生的文檔：如工作計(jì)劃、項(xiàng)目質(zhì)量報(bào)告和項(xiàng)目跟蹤報(bào)告等。這些文檔雖然不是產(chǎn)品的組成部分，但是值得保存。所以設(shè)備清單不屬于配置項(xiàng)。所以選項(xiàng)C的工作計(jì)劃雖可充當(dāng)配置項(xiàng)，但不屬于產(chǎn)品組成部分工作成果的配置項(xiàng)。[單選題]35.某公司欲開(kāi)發(fā)一個(gè)漫步者機(jī)器人，用來(lái)完成火星探測(cè)任務(wù)。機(jī)器人的控制者首先定義探測(cè)任務(wù)和任務(wù)之間的時(shí)序依賴性，機(jī)器人接受任務(wù)后，需要根據(jù)自身狀態(tài)和外界環(huán)境進(jìn)行動(dòng)態(tài)調(diào)整，最終自動(dòng)完成任務(wù)。針對(duì)這些需求，該機(jī)器人應(yīng)該采用（）架構(gòu)風(fēng)格最為合適。A)虛擬機(jī)B)黑板風(fēng)格C)面向?qū)ο箫L(fēng)格D)管道-過(guò)濾器答案:A解析:根據(jù)?機(jī)器人接受任務(wù)后，需要根據(jù)自身狀態(tài)和外界環(huán)境進(jìn)行動(dòng)態(tài)調(diào)整?這句話判斷采用虛擬機(jī)風(fēng)格更加合適。[單選題]36.(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)視圖層B)表現(xiàn)層C)中間層D)用戶界面答案:B解析:[單選題]37.遺產(chǎn)系統(tǒng)（LegacySystem）的演化策略分為淘汰策略、繼承策略、改造策略和集成策略。具有（請(qǐng)作答此空）特點(diǎn)的系統(tǒng)適合用繼承策略演化。實(shí)施該策略時(shí)，應(yīng)（）。A)技術(shù)含量低，具有較低的業(yè)務(wù)價(jià)值B)技術(shù)含量較低，具有較高的商業(yè)價(jià)值，目前企業(yè)的業(yè)務(wù)尚緊密依賴該系統(tǒng)C)技術(shù)含量較高，基本能夠滿足企業(yè)業(yè)務(wù)運(yùn)作和決策支持的需要D)技術(shù)含量較高，業(yè)務(wù)價(jià)值低，可能只完成某個(gè)部門(mén)（或子公司）的業(yè)務(wù)答案:B解析:如上圖，把對(duì)遺留系統(tǒng)的評(píng)價(jià)結(jié)果分列在坐標(biāo)的四個(gè)象限內(nèi)。對(duì)處在不同象限的遺留系統(tǒng)采取不同的演化策略。1.淘汰策略第三象限為低水平、低價(jià)值區(qū)，即遺留系統(tǒng)的技術(shù)含量較低，且具有較低的業(yè)務(wù)價(jià)值。對(duì)這種遺留系統(tǒng)的演化策略為淘汰，即全面重新開(kāi)發(fā)新的系統(tǒng)以代替遺留系統(tǒng)。完全淘汰是一種極端性策略，一般是企業(yè)的業(yè)務(wù)產(chǎn)生了根本變化，遺留系統(tǒng)已經(jīng)基本上不再適應(yīng)企業(yè)運(yùn)作的需要；或者是遺留系統(tǒng)的維護(hù)人員、維護(hù)文檔資料都丟失了。經(jīng)過(guò)評(píng)價(jià)，發(fā)現(xiàn)將遺留系統(tǒng)完全淘汰，開(kāi)發(fā)全新的系統(tǒng)比改造舊系統(tǒng)從成本上更合算。對(duì)遺留系統(tǒng)的完全淘汰是企業(yè)資源的根本浪費(fèi)，系統(tǒng)分析師應(yīng)該通過(guò)對(duì)遺留系統(tǒng)功能的理解和借鑒，可以幫助新系統(tǒng)的設(shè)計(jì)，降低新系統(tǒng)開(kāi)發(fā)的風(fēng)險(xiǎn)。2.繼承策略第二象限為低水平、高價(jià)值區(qū)，即遺留系統(tǒng)的技術(shù)含量較低，已經(jīng)滿足企業(yè)運(yùn)作的功能或性能要求，但具有較高的商業(yè)價(jià)值，目前企業(yè)的業(yè)務(wù)尚緊密依賴該系統(tǒng)。對(duì)這種遺留系統(tǒng)的演化策略為繼承。在開(kāi)發(fā)新系統(tǒng)時(shí)，需要完全兼容遺留系統(tǒng)的功能模型和數(shù)據(jù)模型。為了保證業(yè)務(wù)的連續(xù)性，新老系統(tǒng)必須并行運(yùn)行一段時(shí)間，再逐漸切換到新系統(tǒng)上運(yùn)行。3.改造策略第一象限為高水平、高價(jià)值區(qū)，即遺留系統(tǒng)的技術(shù)含量較高，本身還有極大的生命力。系統(tǒng)具有較高的業(yè)務(wù)價(jià)值，基本上能夠滿足企業(yè)業(yè)務(wù)運(yùn)作和決策支持的需要。這種系統(tǒng)可能建成的時(shí)間還很短，對(duì)這種遺留系統(tǒng)的演化策略為改造。改造包括系統(tǒng)功能的增強(qiáng)和數(shù)據(jù)模型的改造兩個(gè)方面。系統(tǒng)功能的增強(qiáng)是指在原有系統(tǒng)的基礎(chǔ)上增加新的應(yīng)用要求，對(duì)遺留系統(tǒng)本身不做改變；數(shù)據(jù)模型的改造是指將遺留系統(tǒng)的舊的數(shù)據(jù)模型向新的數(shù)據(jù)模型的轉(zhuǎn)化。4.集成策略第四象限為高水平、低價(jià)值區(qū)，即遺留系統(tǒng)的技術(shù)含量較高，但其業(yè)務(wù)價(jià)值較低，可能只完成某個(gè)部門(mén)（或子公司）的業(yè)務(wù)管理。這種系統(tǒng)在各自的局部領(lǐng)域里工作良好，但對(duì)于整個(gè)企業(yè)來(lái)說(shuō)，存在多個(gè)這樣的系統(tǒng)，不同的系統(tǒng)基于不同的平臺(tái)、不同的數(shù)據(jù)模型，形成了一個(gè)個(gè)信息孤島，對(duì)這種遺留系統(tǒng)的演化策略為集成。[單選題]38.在線學(xué)習(xí)系統(tǒng)中，課程學(xué)習(xí)和課程考試都需要先檢查學(xué)員的權(quán)限，?課程學(xué)習(xí)?與?檢查權(quán)限?兩個(gè)用例之間屬于(請(qǐng)作答此空)課程學(xué)習(xí)過(guò)程中，如果所繳納學(xué)費(fèi)不夠，就需要補(bǔ)繳學(xué)費(fèi)，?課程學(xué)習(xí)?與?繳納學(xué)費(fèi)?兩個(gè)用例之間屬于();課程學(xué)習(xí)前需要課程注冊(cè)，可以采用電話注冊(cè)或網(wǎng)絡(luò)注冊(cè)，?課程注冊(cè)?與?網(wǎng)絡(luò)注冊(cè)?兩個(gè)用例之間屬于()。A)包含關(guān)系B)擴(kuò)展關(guān)系C)泛化關(guān)系D)關(guān)聯(lián)關(guān)系答案:A解析:此題考查用例之間的關(guān)系，題目幾乎完全與教程上的例子雷同。用例之間的關(guān)系主要有包含、擴(kuò)展和泛化三類(lèi)。（1）包含關(guān)系。當(dāng)可以從兩個(gè)或兩個(gè)以上的用例中提取公共行為時(shí)，應(yīng)該使用包含關(guān)系來(lái)表示它們。?課程學(xué)習(xí)?與?檢查權(quán)限?是包含關(guān)系。（2）擴(kuò)展關(guān)系。如果一個(gè)用例明顯地混合了兩種或兩種以上的不同場(chǎng)景，即根據(jù)情況可能發(fā)生多種分支，則可以將這個(gè)用例分為一個(gè)基本用例和一個(gè)或多個(gè)擴(kuò)展用例，這樣使描述可能更加清晰。?課程學(xué)習(xí)?與?繳納學(xué)費(fèi)?是擴(kuò)展關(guān)系。（3）泛化關(guān)系。當(dāng)多個(gè)用例共同擁有一種類(lèi)似的結(jié)構(gòu)和行為的時(shí)候，可以將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。?課程注冊(cè)?與?網(wǎng)絡(luò)注冊(cè)?是泛化關(guān)系。[單選題]39.ERP中的企業(yè)資源包括（）A)物流、資金流和信息流B)物流、工作流和信息流C)物流、資金流和工作流D)資金流、工作流和信息流答案:A解析:本題考查企業(yè)資源的基本概念。ERP中的企業(yè)資源包括企業(yè)的?三流?資源，即物流資源、資金流資源和信息流資源。ERP實(shí)際上就是對(duì)這?三流?資源進(jìn)行全面集成管理的管理信息系統(tǒng)。[單選題]40.軟件架構(gòu)風(fēng)格描述某一特定領(lǐng)域中的系統(tǒng)組織方式和慣用模式，反映了領(lǐng)域中眾多系統(tǒng)所共有的（請(qǐng)作答此空）特征。對(duì)于語(yǔ)音識(shí)別、知識(shí)推理等問(wèn)題復(fù)雜、解空間很大、求解過(guò)程不確定的這一類(lèi)軟件系統(tǒng)，通常會(huì)采用（）架構(gòu)風(fēng)格。對(duì)于因數(shù)據(jù)輸入某個(gè)構(gòu)件，經(jīng)過(guò)內(nèi)部處理，產(chǎn)生數(shù)據(jù)輸出的系統(tǒng)，通常會(huì)采用（）架構(gòu)風(fēng)格。A)語(yǔ)法和語(yǔ)義B)結(jié)構(gòu)和語(yǔ)義C)靜態(tài)和動(dòng)態(tài)D)行為和約束答案:B解析:[單選題]41.螺旋模型每一階段的組成部分不包括（）A)風(fēng)險(xiǎn)分析B)評(píng)審C)有效性驗(yàn)證D)軟件描述答案:D解析:[單選題]42.（）是一種靜態(tài)的故障屏蔽技術(shù)，采用前向恢復(fù)的策略；N版本程序的設(shè)計(jì)思想是用N個(gè)具有相同功能的程序同時(shí)執(zhí)行一項(xiàng)計(jì)算，結(jié)果通過(guò)多數(shù)表決來(lái)選擇。A)N版本程序設(shè)計(jì)B)M模冗余C)恢復(fù)塊方法D)防衛(wèi)式程序設(shè)計(jì)等答案:A解析:N版本程序的設(shè)計(jì)思想是用N個(gè)具有相同功能的程序同時(shí)執(zhí)行一項(xiàng)計(jì)算，結(jié)果通過(guò)多數(shù)表決來(lái)選擇。其中N個(gè)版本的程序必須由不同的人（小組）獨(dú)立設(shè)計(jì)，使用不同的方法、不同的設(shè)計(jì)語(yǔ)言、不同的開(kāi)發(fā)環(huán)境和工具來(lái)實(shí)現(xiàn)，目的是減少N個(gè)版本的程序在表決點(diǎn)上相關(guān)錯(cuò)誤的概率。[單選題]43.在基于體系結(jié)構(gòu)的軟件設(shè)計(jì)方法中，采用（）來(lái)描述軟件架構(gòu)A)類(lèi)圈和序列圖B)視角與視圖C)構(gòu)件和類(lèi)圈D)構(gòu)件與功能答案:B解析:根據(jù)基于軟件架構(gòu)的設(shè)計(jì)的定義，基于軟件架構(gòu)的設(shè)計(jì)（ArchitectureBasedSoftwareDevelopment，ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用視角和視圖來(lái)描述軟件架構(gòu)。[單選題]44.在面向?qū)ο笤O(shè)計(jì)中，（7）可以實(shí)現(xiàn)界面控制、外部接口和環(huán)境隔離。（8）作為完成用例業(yè)務(wù)的責(zé)任承擔(dān)者，協(xié)調(diào)、控制其他類(lèi)共同完成用例規(guī)定的功能或行為?！净卮鹄ㄌ?hào)8】A)實(shí)體類(lèi)B)控制類(lèi)C)邊界類(lèi)D)交互類(lèi)答案:B解析:類(lèi)封裝了信息和行為，是面向?qū)ο蟮闹匾M成部分。在面向?qū)ο笤O(shè)計(jì)中，類(lèi)可以分為三種類(lèi)型：實(shí)體類(lèi)、邊界類(lèi)和控制類(lèi)。①實(shí)體類(lèi)映射需求中的每個(gè)實(shí)體，實(shí)體類(lèi)保存需要存儲(chǔ)在永久存儲(chǔ)體中的信息。實(shí)體類(lèi)是對(duì)用戶來(lái)說(shuō)最有意義的類(lèi)，通常采用業(yè)務(wù)領(lǐng)域術(shù)語(yǔ)命名，一般來(lái)說(shuō)是一個(gè)名詞，在用例模型向領(lǐng)域模型轉(zhuǎn)化中，一個(gè)參與者一般對(duì)應(yīng)于實(shí)體類(lèi)。②控制類(lèi)是用于控制用例工作的類(lèi)，一般是由動(dòng)賓結(jié)構(gòu)的短語(yǔ)(?動(dòng)詞+名詞?或?名詞+動(dòng)詞?)轉(zhuǎn)化來(lái)的名詞?？刂祁?lèi)用于對(duì)一個(gè)或幾個(gè)用例所特有的控制行為進(jìn)行建模，控制對(duì)象通?？刂破渌麑?duì)象，因此它們的行為具有協(xié)調(diào)性。③邊界類(lèi)用于封裝在用例內(nèi)、外流動(dòng)的信息或數(shù)據(jù)流。邊界類(lèi)是一種用于對(duì)系統(tǒng)外部環(huán)境與其內(nèi)部運(yùn)作之間的交互進(jìn)行建模的類(lèi)。邊界對(duì)象將系統(tǒng)與其外部環(huán)境的變更隔離開(kāi)，使這些變更不會(huì)對(duì)系統(tǒng)其他部分造成影響。[單選題]45.與SOA緊密相關(guān)的技術(shù)主要有UDDI、WSDL、SOAP和REST等，而這些技術(shù)都是以XML為基礎(chǔ)而發(fā)展起來(lái)的。（）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。（）是對(duì)服務(wù)進(jìn)行描述的語(yǔ)言，它有一套基于XML的語(yǔ)法定義，包含服務(wù)實(shí)現(xiàn)定義和服務(wù)接口定義。（請(qǐng)作答此空）定義了服務(wù)請(qǐng)求者和服務(wù)提供者之間的消息傳輸規(guī)范。通過(guò)它，應(yīng)用程序可以在網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換和遠(yuǎn)程過(guò)程調(diào)用（RemoteProcedureCall，RPC）。A)UDDIB)RestC)WSDLD)SOAP答案:D解析:UDDI（UniversalDescriptionDiscoveryandIntegration，統(tǒng)一描述、發(fā)現(xiàn)和集成）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。WSDL（WebServiceDescriptionLanguage，Web服務(wù)描述語(yǔ)言）是對(duì)服務(wù)進(jìn)行描述的語(yǔ)言，它有一套基于XML的語(yǔ)法定義。WSDL描述的重點(diǎn)是服務(wù)，它包含服務(wù)實(shí)現(xiàn)定義和服務(wù)接口定義。SOAP（SimpleObjectAccessProtocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）定義了服務(wù)請(qǐng)求者和服務(wù)提供者之間的消息傳輸規(guī)范。SOAP用XML來(lái)格式化消息，用HTTP來(lái)承載消息。通過(guò)SOAP，應(yīng)用程序可以在網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換和遠(yuǎn)程過(guò)程調(diào)用（RemoteProcedureCall，RPC）簡(jiǎn)單來(lái)說(shuō)，WSDL用來(lái)描述服務(wù)，UDDI用來(lái)注冊(cè)和查zhao服務(wù)，而SOAP作為傳輸層，用來(lái)在消費(fèi)這和服務(wù)者之間傳送消息，一個(gè)消費(fèi)者可以在UDDI注冊(cè)表查zhao服務(wù)，取得服務(wù)的WSDL描述，然后通過(guò)SOAP來(lái)調(diào)用該服務(wù)。REST（RepresentationalStateTransfer，表述性狀態(tài)轉(zhuǎn)移）是一種只使用HTTP和XML進(jìn)行基于Web通信的技術(shù)，可以降低開(kāi)發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性。[單選題]46.在UML提供的系統(tǒng)視圖中，(2)是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)；（3）是最基本的需求分析模型。【回答括號(hào)3】A)進(jìn)程視圖B)實(shí)現(xiàn)視圖C)部署視圖D)用例視圖答案:D解析:UML對(duì)系統(tǒng)架構(gòu)的定義是系統(tǒng)的組織結(jié)構(gòu)，包括系統(tǒng)分解的組成部分，以及它們的關(guān)聯(lián)性、交互機(jī)制和指導(dǎo)原則等提供系統(tǒng)設(shè)計(jì)的信息。具體來(lái)說(shuō)，就是指以下5個(gè)系統(tǒng)視圖：①邏輯視圖。邏輯視圖也稱為設(shè)計(jì)視圖，它表示了設(shè)計(jì)模型中在架構(gòu)方面具有重要意義的部分，即類(lèi)、子系統(tǒng)、包和用例實(shí)現(xiàn)的子集。②進(jìn)程視圖。進(jìn)程視圖是可執(zhí)行線程和進(jìn)程作為活動(dòng)類(lèi)的建模，它是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)。③實(shí)現(xiàn)視圖。實(shí)現(xiàn)視圖對(duì)組成基于系統(tǒng)的物理代碼的文件和構(gòu)件進(jìn)行建模。④部署視圖。部署視圖把構(gòu)件部署到一組物理節(jié)點(diǎn)上，表示軟件到硬件的映射和分布結(jié)構(gòu)。⑤用例視圖。用例視圖是最基本的需求分析模型。[單選題]47.在uml圖中，（）展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。（請(qǐng)作答此空）強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。（）軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。（）描述由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系。A)類(lèi)圖B)包圖C)部署圖D)定時(shí)圖答案:D解析:類(lèi)圖展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。定時(shí)圖強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。部署圖軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。包圖描述由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系。[單選題]48.與SOA緊密相關(guān)的技術(shù)主要有UDDI、WSDL、SOAP和REST等，而這些技術(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)UDDIB)RestC)WSDLD)SOAP答案:C解析:UDDI（UniversalDescriptionDiscoveryandIntegration，統(tǒng)一描述、發(fā)現(xiàn)和集成）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。WSDL（WebServiceDescriptionLanguage，Web服務(wù)描述語(yǔ)言）是對(duì)服務(wù)進(jìn)行描述的語(yǔ)言，它有一套基于XML的語(yǔ)法定義。WSDL描述的重點(diǎn)是服務(wù)，它包含服務(wù)實(shí)現(xiàn)定義和服務(wù)接口定義。SOAP（SimpleObjectAccessProtocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）定義了服務(wù)請(qǐng)求者和服務(wù)提供者之間的消息傳輸規(guī)范。SOAP用XML來(lái)格式化消息，用HTTP來(lái)承載消息。通過(guò)SOAP，應(yīng)用程序可以在網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換和遠(yuǎn)程過(guò)程調(diào)用（RemoteProcedureCall，RPC）簡(jiǎn)單來(lái)說(shuō)，WSDL用來(lái)描述服務(wù)，UDDI用來(lái)注冊(cè)和查zhao服務(wù)，而SOAP作為傳輸層，用來(lái)在消費(fèi)這和服務(wù)者之間傳送消息，一個(gè)消費(fèi)者可以在UDDI注冊(cè)表查zhao服務(wù)，取得服務(wù)的WSDL描述，然后通過(guò)SOAP來(lái)調(diào)用該服務(wù)。REST（RepresentationalStateTransfer，表述性狀態(tài)轉(zhuǎn)移）是一種只使用HTTP和XML進(jìn)行基于Web通信的技術(shù)，可以降低開(kāi)發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性。[單選題]49.以下關(guān)于軟件生存周期模型的敘述，正確的是（）A)在瀑布模型中，前一個(gè)階段的錯(cuò)誤和疏漏會(huì)隱蔽地帶到后一個(gè)階段B)在任何情況下使用演化模型，都能在一定周期內(nèi)由原型演化到最終產(chǎn)品C)軟件生存周期模型的主要目標(biāo)是為了加快軟件開(kāi)發(fā)的速度D)當(dāng)一個(gè)軟件系統(tǒng)的生存周期結(jié)束之后，它就進(jìn)入到一個(gè)新的生存周期模型答案:A解析:瀑布模型是最早使用的軟件生存周期模型之一。瀑布模型的特點(diǎn)是因果關(guān)系緊密相連，前一個(gè)階段工作的結(jié)果是后一個(gè)階段工作的輸入。或者說(shuō)，每一個(gè)階段都是建立在前一個(gè)階段的正確結(jié)果之上，前一個(gè)階段的錯(cuò)誤和疏漏會(huì)隱蔽地帶入后一個(gè)階段。這種錯(cuò)誤有時(shí)甚至可能是災(zāi)難性的，因此每一個(gè)階段工作完成后，都要進(jìn)行審查和確認(rèn)。[單選題]50.遠(yuǎn)程過(guò)程調(diào)用中的遠(yuǎn)程既可以指（），也可以指同一臺(tái)計(jì)算機(jī)上的（）。A)不同的進(jìn)程B)相同的進(jìn)程C)不同的通信模塊D)相同的通信模塊答案:A解析:[單選題]51.軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng),是一個(gè)迭代的過(guò)程。以下關(guān)于軟件架構(gòu)設(shè)計(jì)活動(dòng)的描述,錯(cuò)誤的是（）A)在建立軟件架構(gòu)的初期,一般需要選擇一個(gè)合適的架構(gòu)風(fēng)格B)將架構(gòu)分析價(jià)段已標(biāo)識(shí)的構(gòu)件映射到架構(gòu)中,并分析這些構(gòu)件之間的關(guān)系C)軟件架構(gòu)設(shè)計(jì)活動(dòng)將已標(biāo)構(gòu)件集成到軟件架構(gòu)中,設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件D)一旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì),需要邀請(qǐng)獨(dú)立于系統(tǒng)開(kāi)發(fā)的外部人員對(duì)系統(tǒng)進(jìn)行評(píng)審答案:C解析:軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評(píng)審等活動(dòng),是一個(gè)迭代的過(guò)程,在建立軟件架構(gòu)的初期,一般需要選擇一個(gè)合適的架構(gòu)風(fēng)格,并將架構(gòu)分析階段已標(biāo)識(shí)的構(gòu)件映射到架構(gòu)中,并分析這些構(gòu)件之間的關(guān)系,一旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì),需要邀請(qǐng)獨(dú)立于系統(tǒng)開(kāi)發(fā)的外部人員對(duì)系統(tǒng)進(jìn)行評(píng)審。-般來(lái)說(shuō),軟件架構(gòu)設(shè)計(jì)活動(dòng)將已標(biāo)識(shí)構(gòu)件集成到軟件架構(gòu)中,設(shè)計(jì)這些構(gòu)件,但不予以實(shí)現(xiàn)。[單選題]52.計(jì)算機(jī)采用分級(jí)存儲(chǔ)體系的主要目的是為了（）。A)解決主存容量不足的問(wèn)題B)提高存儲(chǔ)器讀寫(xiě)可靠性C)提高外設(shè)訪問(wèn)效率D)解決存儲(chǔ)的容量、價(jià)格和速度之間的矛盾答案:D解析:本題考查計(jì)算機(jī)系統(tǒng)基礎(chǔ)知識(shí)。接近CPU的存儲(chǔ)器容量更小、速度更快、成本更高，輔存容量大、速度慢，價(jià)格低。采用分級(jí)存儲(chǔ)體系的目的是解決存儲(chǔ)的容量、價(jià)格和速度之間的矛盾。[單選題]53.mVC模式強(qiáng)制性地將一一個(gè)應(yīng)用處理流程按照模型、視圖、控制的方式進(jìn)行分離，三者的協(xié)作關(guān)系如圖所示。圖中的(1)-(3)分別是(1)、(2)、(3)。A)選擇視圖B)業(yè)務(wù)處理C)狀態(tài)查詢D)觸發(fā)事件答案:C解析:系統(tǒng)架構(gòu)設(shè)計(jì)師[單選題]54.一般來(lái)說(shuō)，架構(gòu)可以分為三個(gè)層次。（請(qǐng)作答此空）層主要負(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)中間層答案: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)類(lèi)兩個(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組件作為基礎(chǔ)，從而實(shí)現(xiàn)對(duì)外提供系統(tǒng)的業(yè)務(wù)邏輯服務(wù)。業(yè)務(wù)邏輯層工作流能夠?qū)崿F(xiàn)在多個(gè)參與者之間按照某種預(yù)定義的規(guī)則傳遞文檔、信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)，或者促進(jìn)此目標(biāo)的實(shí)現(xiàn)。業(yè)務(wù)邏輯層實(shí)體提供對(duì)業(yè)務(wù)數(shù)據(jù)及相關(guān)功能的狀態(tài)編程訪問(wèn)，業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以使用具有復(fù)雜架構(gòu)的數(shù)據(jù)來(lái)構(gòu)建，這種數(shù)據(jù)通常來(lái)自數(shù)據(jù)庫(kù)中的多個(gè)相關(guān)表。業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以作為業(yè)務(wù)過(guò)程的部分I/O參數(shù)傳遞，業(yè)務(wù)邏輯層的實(shí)體是可序列化的，以保持它們的當(dāng)前狀態(tài)。業(yè)務(wù)邏輯層是實(shí)現(xiàn)系統(tǒng)功能的核心組件，采用容器的形式，便于系統(tǒng)功能的開(kāi)發(fā)、代碼重用和管理。(3)持久層。持久層主要負(fù)責(zé)數(shù)據(jù)的持久化存儲(chǔ)，主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存儲(chǔ)介質(zhì)中。持久層的主要功能是為業(yè)務(wù)邏輯提供透明的數(shù)據(jù)訪問(wèn)、持久化、加載等能力。[單選題]55.系統(tǒng)的可維護(hù)性指標(biāo)不包括（）A)可理解性B)可測(cè)試性C)可修改性D)可移植性答案:D解析:[單選題]56.在面向?qū)ο笤O(shè)計(jì)中，（7）可以實(shí)現(xiàn)界面控制、外部接口和環(huán)境隔離。（8）作為完成用例業(yè)務(wù)的責(zé)任承擔(dān)者，協(xié)調(diào)、控制其他類(lèi)共同完成用例規(guī)定的功能或行為。【回答括號(hào)7】A)實(shí)體類(lèi)B)控制類(lèi)C)邊界類(lèi)D)交互類(lèi)答案:C解析:類(lèi)封裝了信息和行為，是面向?qū)ο蟮闹匾M成部分。在面向?qū)ο笤O(shè)計(jì)中，類(lèi)可以分為三種類(lèi)型：實(shí)體類(lèi)、邊界類(lèi)和控制類(lèi)。①實(shí)體類(lèi)映射需求中的每個(gè)實(shí)體，實(shí)體類(lèi)保存需要存儲(chǔ)在永久存儲(chǔ)體中的信息。實(shí)體類(lèi)是對(duì)用戶來(lái)說(shuō)最有意義的類(lèi)，通常采用業(yè)務(wù)領(lǐng)域術(shù)語(yǔ)命名，一般來(lái)說(shuō)是一個(gè)名詞，在用例模型向領(lǐng)域模型轉(zhuǎn)化中，一個(gè)參與者一般對(duì)應(yīng)于實(shí)體類(lèi)。②控制類(lèi)是用于控制用例工作的類(lèi)，一般是由動(dòng)賓結(jié)構(gòu)的短語(yǔ)(?動(dòng)詞+名詞?或?名詞+動(dòng)詞?)轉(zhuǎn)化來(lái)的名詞?？刂祁?lèi)用于對(duì)一個(gè)或幾個(gè)用例所特有的控制行為進(jìn)行建模，控制對(duì)象通?？刂破渌麑?duì)象，因此它們的行為具有協(xié)調(diào)性。③邊界類(lèi)用于封裝在用例內(nèi)、外流動(dòng)的信息或數(shù)據(jù)流。邊界類(lèi)是一種用于對(duì)系統(tǒng)外部環(huán)境與其內(nèi)部運(yùn)作之間的交互進(jìn)行建模的類(lèi)。邊界對(duì)象將系統(tǒng)與其外部環(huán)境的變更隔離開(kāi)，使這些變更不會(huì)對(duì)系統(tǒng)其他部分造成影響。[單選題]57.某軟件公司欲開(kāi)發(fā)一個(gè)繪圖軟件，要求使用不同的繪圖程序繪制不同的圖形。在明確用戶需求后，該公司的架構(gòu)師決定采用Bridge模式實(shí)現(xiàn)該軟件，并設(shè)計(jì)UML類(lèi)圖如下圖所示。圖中與Bridge模式中的?Abstraction?角色相對(duì)應(yīng)的類(lèi)是（6），與?Implementor?角色相對(duì)應(yīng)的類(lèi)是（7）?！净卮鹄ㄌ?hào)6】A)ShapeB)DrawingC)RectangleD)V2Drawing答案:A解析:橋接模式將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。它是一種對(duì)象結(jié)構(gòu)型模式，又稱為柄體(HandleandBody)模式或接口(Interface)模式。橋接模式類(lèi)似于多重繼承方案，但是多重繼承方案往往違背了類(lèi)的單一職責(zé)原則，其復(fù)用性比較差，橋接模式是比多重繼承方案更好的解決方法?！bstraction定義抽象類(lèi)的接口；維護(hù)一個(gè)指向Implementor類(lèi)型對(duì)象的指針?！efinedAbstraction擴(kuò)充由Abstraction定義的接口?！mplementor定義實(shí)現(xiàn)類(lèi)的接口，該接口不一定要與Abstraction的接口完全一致；事實(shí)上這兩個(gè)接口可以完全不同。一般來(lái)說(shuō)，Implementor接口僅提供基本操作，而Abstraction則定義了基于這些基本操作的較高層次的操作?！oncreteImplementor實(shí)現(xiàn)Implementor接口并定義它的具體實(shí)現(xiàn)。圖中與Bridge模式中的?Abstraction?角色相對(duì)應(yīng)的類(lèi)是Shape，與?Implementor?角色相對(duì)應(yīng)的類(lèi)是Drawing。[單選題]58.DTD的缺點(diǎn)有（）A)數(shù)據(jù)類(lèi)型豐富B)數(shù)據(jù)類(lèi)型有限C)一個(gè)文檔可以使用多種DTD文檔D)DTD的聲明不是必須出現(xiàn)的答案:B解析:[單選題]59.與SOA緊密相關(guān)的技術(shù)主要有UDDI、WSDL、SOAP和REST等，而這些技術(shù)都是以XML為基礎(chǔ)而發(fā)展起來(lái)的。（請(qǐng)作答此空）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。（）是對(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)UDDIB)RestC)WSDLD)SOAP答案:A解析:UDDI（UniversalDescriptionDiscoveryandIntegration，統(tǒng)一描述、發(fā)現(xiàn)和集成）提供了一種服務(wù)發(fā)布、查找和定位的方法，是服務(wù)的信息注冊(cè)規(guī)范，以便被需要該服務(wù)的用戶發(fā)現(xiàn)和使用它。WSDL（WebServiceDescriptionLanguage，Web服務(wù)描述語(yǔ)言）是對(duì)服務(wù)進(jìn)行描述的語(yǔ)言，它有一套基于XML的語(yǔ)法定義。WSDL描述的重點(diǎn)是服務(wù)，它包含服務(wù)實(shí)現(xiàn)定義和服務(wù)接口定義。SOAP（SimpleObjectAccessProtocol，簡(jiǎn)單對(duì)象訪問(wèn)協(xié)議）定義了服務(wù)請(qǐng)求者和服務(wù)提供者之間的消息傳輸規(guī)范。SOAP用XML來(lái)格式化消息，用HTTP來(lái)承載消息。通過(guò)SOAP，應(yīng)用程序可以在網(wǎng)絡(luò)中進(jìn)行數(shù)據(jù)交換和遠(yuǎn)程過(guò)程調(diào)用（RemoteProcedureCall，RPC）簡(jiǎn)單來(lái)說(shuō)，WSDL用來(lái)描述服務(wù)，UDDI用來(lái)注冊(cè)和查zhao服務(wù)，而SOAP作為傳輸層，用來(lái)在消費(fèi)這和服務(wù)者之間傳送消息，一個(gè)消費(fèi)者可以在UDDI注冊(cè)表查zhao服務(wù)，取得服務(wù)的WSDL描述，然后通過(guò)SOAP來(lái)調(diào)用該服務(wù)。REST（RepresentationalStateTransfer，表述性狀態(tài)轉(zhuǎn)移）是一種只使用HTTP和XML進(jìn)行基于Web通信的技術(shù)，可以降低開(kāi)發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性。[單選題]60.以下關(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ì)分析異常行為答案: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)其中存在的安全問(wèn)題，當(dāng)網(wǎng)絡(luò)和主機(jī)被非法使用或破壞時(shí)，進(jìn)行實(shí)時(shí)響應(yīng)和報(bào)警，產(chǎn)生通告信息和日志。系統(tǒng)不僅僅檢測(cè)來(lái)自外部的入侵行為，還可以檢測(cè)內(nèi)部用戶的未授權(quán)活動(dòng)。[單選題]61.以下（）不是現(xiàn)代信息系統(tǒng)的架構(gòu)的三個(gè)要素。A)構(gòu)件B)模式C)規(guī)劃D)屬性答案:D解析:現(xiàn)代信息系統(tǒng)的架構(gòu)有三個(gè)要素，即構(gòu)件、模式和規(guī)劃[單選題]62.XML語(yǔ)法表述正確的是（）A)所有XML元素都須有關(guān)閉標(biāo)簽B)XML標(biāo)簽對(duì)大小寫(xiě)不敏感C)XML文檔不需要根元素D)在XML中，空格不會(huì)被保留答案:A解析:[單選題]63.某公司支出20萬(wàn)元購(gòu)買(mǎi)了某市場(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)收益不能衡量答案:B解析:信息是事實(shí)的集合,信息按照一定方式組織起來(lái),具有價(jià)值,能為組織(或者信息獲得者)帶來(lái)收益,有價(jià)值的信息具有精確性、完整性、經(jīng)濟(jì)性、可靠性、安全性、及時(shí)性、可驗(yàn)證性、安全性等質(zhì)量屬性。信息的價(jià)值直接和組織或者決策人員達(dá)到組織的目標(biāo)相關(guān),可以用做出一個(gè)決策所需的時(shí)間或者給公司增加的利潤(rùn)來(lái)衡量預(yù)測(cè)某個(gè)新產(chǎn)品將會(huì)產(chǎn)生很高的利潤(rùn),如果市場(chǎng)預(yù)測(cè)信息被采納,開(kāi)發(fā)這個(gè)新產(chǎn)品的公司將會(huì)得到100萬(wàn)元的利潤(rùn),這個(gè)信息的價(jià)值（收益）就是100萬(wàn)元減去獲得這條信息的成本。[單選題]64.網(wǎng)絡(luò)入侵檢測(cè)系統(tǒng)和防火墻是兩種典型的信息系統(tǒng)安全防御技術(shù)，下面關(guān)于入侵檢測(cè)系統(tǒng)和防火墻的說(shuō)法正確的是（4）。A)防火墻是入侵檢測(cè)系統(tǒng)之后的又一道防線，防火墻可以及時(shí)發(fā)現(xiàn)入侵檢測(cè)系統(tǒng)沒(méi)有發(fā)現(xiàn)的入侵行為B)入侵檢測(cè)系統(tǒng)通常是一個(gè)旁路監(jiān)聽(tīng)設(shè)備，沒(méi)有也不需要跨接在任何鏈路上，無(wú)須網(wǎng)絡(luò)流量流經(jīng)它便可以工作C)入侵檢測(cè)系統(tǒng)可以允許內(nèi)部的一些主機(jī)被外部訪問(wèn)，而防火墻沒(méi)有這些功能，只是監(jiān)視和分析系統(tǒng)的活動(dòng)D)防火墻必須和安全審計(jì)系統(tǒng)聯(lián)合使用才能達(dá)到應(yīng)用目的，而入侵檢測(cè)系統(tǒng)是一個(gè)獨(dú)立的系統(tǒng)，不需要依賴防火墻和安全審計(jì)系統(tǒng)答案:B解析:打個(gè)比喻：假如防火墻是一幢大廈的門(mén)鎖，那么入侵檢測(cè)系統(tǒng)就是這幢大廈里的監(jiān)視系統(tǒng)。一旦小偷進(jìn)入了大廈，或內(nèi)部人員有越界行為，只有實(shí)時(shí)監(jiān)視系統(tǒng)才能發(fā)現(xiàn)情況并發(fā)出警告，所以A是錯(cuò)誤的，應(yīng)該為入侵檢測(cè)系統(tǒng)是防火墻之后的又一道防線，入侵檢測(cè)系統(tǒng)可以發(fā)現(xiàn)防火墻沒(méi)有發(fā)現(xiàn)的入侵行為。選項(xiàng)C弄反了，防火墻可以允許內(nèi)部的一些主機(jī)被外部訪問(wèn)，入侵檢測(cè)系統(tǒng)則沒(méi)有這些功能，只是監(jiān)視和分析用戶和系統(tǒng)活動(dòng)。選項(xiàng)D的錯(cuò)誤很明顯，防火墻和入侵檢測(cè)系統(tǒng)都是一個(gè)獨(dú)立的系統(tǒng)。[單選題]65.系統(tǒng)維護(hù)的分類(lèi)不包括（）A)更正性維護(hù)B)可靠性維護(hù)C)適應(yīng)性維護(hù)D)預(yù)防性維護(hù)答案:B解析:[單選題]66.不屬于調(diào)用/返回風(fēng)格的架構(gòu)是（）A)主程序/子程序B)數(shù)據(jù)抽象和面向?qū)ο驝)層次結(jié)構(gòu)D)管道/過(guò)濾器答案:D解析:[單選題]67.一般來(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)處理。（請(qǐng)作答此空）主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存儲(chǔ)介質(zhì)中。A)表現(xiàn)層B)業(yè)務(wù)邏輯層C)持久層D)中間層答案:C解析:一般來(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)類(lèi)兩個(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組件作為基礎(chǔ)，從而實(shí)現(xiàn)對(duì)外提供系統(tǒng)的業(yè)務(wù)邏輯服務(wù)。業(yè)務(wù)邏輯層工作流能夠?qū)崿F(xiàn)在多個(gè)參與者之間按照某種預(yù)定義的規(guī)則傳遞文檔、信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)，或者促進(jìn)此目標(biāo)的實(shí)現(xiàn)。業(yè)務(wù)邏輯層實(shí)體提供對(duì)業(yè)務(wù)數(shù)據(jù)及相關(guān)功能的狀態(tài)編程訪問(wèn)，業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以使用具有復(fù)雜架構(gòu)的數(shù)據(jù)來(lái)構(gòu)建，這種數(shù)據(jù)通常來(lái)自數(shù)據(jù)庫(kù)中的多個(gè)相關(guān)表。業(yè)務(wù)邏輯層實(shí)體數(shù)據(jù)可以作為業(yè)務(wù)過(guò)程的部分I/O參數(shù)傳遞，業(yè)務(wù)邏輯層的實(shí)體是可序列化的，以保持它們的當(dāng)前狀態(tài)。業(yè)務(wù)邏輯層是實(shí)現(xiàn)系統(tǒng)功能的核心組件，采用容器的形式，便于系統(tǒng)功能的開(kāi)發(fā)、代碼重用和管理。(3)持久層。持久層主要負(fù)責(zé)數(shù)據(jù)的持久化存儲(chǔ)，主要負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)存儲(chǔ)在文件、數(shù)據(jù)庫(kù)等持久化存儲(chǔ)介質(zhì)中。持久層的主要功能是為業(yè)務(wù)邏輯提供透明的數(shù)據(jù)訪問(wèn)、持久化、加載等能力。[單選題]68.以下關(guān)于敏捷方法的敘述中，（）是不正確的。A)敏捷型方法的思考角度是"面向開(kāi)發(fā)過(guò)程"的B)極限編程是著名的敏捷開(kāi)發(fā)方法C)敏捷型方法是"適應(yīng)性"而非"預(yù)設(shè)性"D)敏捷開(kāi)發(fā)方法是迭代增量式的開(kāi)發(fā)方法答案:A解析:敏捷開(kāi)發(fā)以用戶的需求進(jìn)化為核心，采用迭代、循序漸進(jìn)的方法進(jìn)行軟件開(kāi)發(fā)。在敏捷開(kāi)發(fā)中，軟件項(xiàng)目在構(gòu)建初期被切分成多個(gè)子項(xiàng)目，各個(gè)子項(xiàng)目的成果都經(jīng)過(guò)測(cè)試，具備可視、可集成和可運(yùn)行使用的特征。換言之，就是把一個(gè)大項(xiàng)目分為多個(gè)相互聯(lián)系，但也可獨(dú)立運(yùn)行的小項(xiàng)目，并分別完成，在此過(guò)程中軟件一直處于可使用狀態(tài)。[單選題]69.CRM系統(tǒng)的四個(gè)主要模塊包括（）A)電子商務(wù)支持、呼叫中心、移動(dòng)設(shè)備支持、數(shù)據(jù)分析B)信息分析、網(wǎng)絡(luò)應(yīng)用支持、客戶信息倉(cāng)庫(kù)、工作流集成C)銷(xiāo)售自動(dòng)化、營(yíng)銷(xiāo)自動(dòng)化、客戶服務(wù)與支持、商業(yè)智能D)銷(xiāo)售管理、市場(chǎng)管理、服務(wù)管理、現(xiàn)場(chǎng)服務(wù)管理答案:C解析:CRM系統(tǒng)的主要模塊包括銷(xiāo)售自動(dòng)化、營(yíng)銷(xiāo)自動(dòng)化、客戶服務(wù)與支持、商業(yè)智能。[單選題]70.（）設(shè)計(jì)模式能夠動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)而無(wú)須修改此對(duì)象的結(jié)構(gòu)；（）設(shè)計(jì)模式定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類(lèi)決定實(shí)例化哪一個(gè)類(lèi)；欲使一個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用（請(qǐng)作答此空）模式最適合。A)裝飾器B)享元C)觀察者D)中介者答案:D解析:組合(Composite)模式將對(duì)象組合成樹(shù)形結(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è)簡(jiǎn)單接口時(shí)，子系統(tǒng)往往因?yàn)椴粩嘌莼兊迷絹?lái)越復(fù)雜；客戶程序與抽象類(lèi)的實(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ǔ)開(kāi)銷(xiāo)；對(duì)象的大多數(shù)狀態(tài)都可變?yōu)橥獠繝顟B(tài)；如果刪除對(duì)象的外部狀態(tài)，那么可以用相對(duì)較少的共享對(duì)象取代很多組對(duì)象；應(yīng)用程序不依賴于對(duì)象標(biāo)識(shí)。裝飾器(Decorator)模式描述了以透明圍欄來(lái)支持修飾的類(lèi)和對(duì)象的關(guān)系，動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)，從增加功能的角度來(lái)看，裝飾器模式相比生成子類(lèi)更加靈活。適用于：在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)；處理那些可以撤銷(xiāo)的職責(zé)；當(dāng)不能采用生成子類(lèi)的方式進(jìn)行擴(kuò)充時(shí)。工廠方法(FactoryMethod)定義一個(gè)用于創(chuàng)建對(duì)象的接口，讓子類(lèi)決定將哪一個(gè)類(lèi)實(shí)例化，使一個(gè)類(lèi)的實(shí)例化延遲到其子類(lèi)。適用于：當(dāng)一個(gè)類(lèi)不知道它所必須創(chuàng)建的對(duì)象的類(lèi)的時(shí)候；當(dāng)一個(gè)類(lèi)希望由它的子類(lèi)來(lái)指定它所創(chuàng)建的對(duì)象的時(shí)候；當(dāng)類(lèi)將創(chuàng)建對(duì)象的職責(zé)委托給多個(gè)幫助子類(lèi)中的某一個(gè)，并且希望將哪一個(gè)幫助子類(lèi)是代理者這一信息局部化的時(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ì)象是誰(shuí)，即不希望這些對(duì)象是緊耦合的。中介者(Mediator)用一個(gè)中介對(duì)象來(lái)封裝一系列的對(duì)象交互。中介者使各對(duì)象不需要顯式地相互引用，從而使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。適用于：一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的相互依賴關(guān)系結(jié)構(gòu)混亂且難以理解；一個(gè)對(duì)象引用其他很多對(duì)象并且直接與這些對(duì)象通信，導(dǎo)致難以復(fù)用該對(duì)象；想定制一個(gè)分布在多個(gè)類(lèi)中的行為，而又不想生成太多的子類(lèi)。如使一個(gè)后端數(shù)據(jù)模型能夠被多個(gè)前端用戶界面連接，采用此模式最合適。[單選題]71.UML用關(guān)系把事物結(jié)合在一起，（）描述一個(gè)事物發(fā)生變化會(huì)影響另一個(gè)事物的語(yǔ)義；（請(qǐng)作答此空）描述特殊元素的對(duì)象可替換一般元素的對(duì)象。A)實(shí)現(xiàn)關(guān)系B)聚合關(guān)系C)泛化關(guān)系D)關(guān)聯(lián)關(guān)系答案:C解析:UML中有4種關(guān)系:1、依賴是兩個(gè)事物間的語(yǔ)義關(guān)系,其中一個(gè)事物(獨(dú)立事物)發(fā)生變化會(huì)影響另一個(gè)事物（依賴事物)的語(yǔ)義;2、關(guān)聯(lián)是一種結(jié)構(gòu)關(guān)系,描述了一組鏈,鏈?zhǔn)綄?duì)象之間的連接,聚集是一種特殊類(lèi)型的關(guān)聯(lián)，描述整體與部分間的結(jié)構(gòu)關(guān)系;3、泛化是一種特殊一般關(guān)系,特殊元素的對(duì)象可替代一般元素的對(duì)象；4、實(shí)現(xiàn)是類(lèi)元之間的語(yǔ)義關(guān)系,其中一個(gè)類(lèi)元指定了由另一個(gè)類(lèi)元保證執(zhí)行的契約。[單選題]72.在uml圖中，（）展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。（）強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。（請(qǐng)作答此空）軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。（）描述由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系。A)類(lèi)圖B)對(duì)象圖C)部署圖D)交互圖答案:C解析:類(lèi)圖展現(xiàn)了一組對(duì)象、接口、協(xié)作和它們之間的關(guān)系。定時(shí)圖強(qiáng)調(diào)消息跨越不同對(duì)象或參與者的實(shí)際時(shí)間，而不僅僅只是關(guān)心消息的相對(duì)順序。部署圖軟件和硬件組件之間的物理關(guān)系以及處理節(jié)點(diǎn)的組件分布情況。包圖描述由模型本身分解而成的組織單元，以及它們之間的依賴關(guān)系。[單選題]73.需求分析的驗(yàn)證性含義表述不正確的是（）A)驗(yàn)證性要保持和用戶要求的同步B)驗(yàn)證性要保持需求分析各側(cè)面的一致性.C)保持需求和設(shè)計(jì)的同步D)要實(shí)現(xiàn)所有用戶的任何需求答案:D解析:[單選題]74.信息系統(tǒng)訪問(wèn)控制機(jī)制中，（2）是指對(duì)所有主體和客體都分配安全標(biāo)簽用來(lái)標(biāo)識(shí)所屬的安全級(jí)別，然后在訪問(wèn)控制執(zhí)行時(shí)對(duì)主體和客體的安全級(jí)別進(jìn)行比較，確定本次訪問(wèn)是否合法性的技術(shù)或方法。A)自主訪問(wèn)控制B)強(qiáng)制訪問(wèn)控制C)基于角色的訪問(wèn)控制D)基于組的訪問(wèn)控制答案:B解析:訪問(wèn)控制授權(quán)方案有：（1）自主訪問(wèn)控制（DiscretionaryAccessControl，DAC），由客體的屬主對(duì)自己的客體進(jìn)行管理，由屬主自己決定是否將自己的客體訪問(wèn)權(quán)或部分訪問(wèn)權(quán)授予其他主體，這種控制方式是自主的。也就是說(shuō)，在自主訪問(wèn)控制下，用戶可以按自己的意愿，有選擇地與其他用戶共享他的文件。（2）強(qiáng)制訪問(wèn)控制（MandatoryAccessControl--MAC），用于將系統(tǒng)中的信息分密級(jí)和類(lèi)進(jìn)行管理，以保證每個(gè)用戶只能訪問(wèn)到那些被標(biāo)明可以由他訪問(wèn)的信息的一種訪問(wèn)約束機(jī)制。通俗的來(lái)說(shuō)，在強(qiáng)制訪問(wèn)控制下，用戶（或其他主體）與文件（或其他客體）都被標(biāo)記了固定的安全屬性（如安全級(jí)、訪問(wèn)權(quán)限等），在每次訪問(wèn)發(fā)生時(shí)，系統(tǒng)檢測(cè)安全屬性以便確定一個(gè)用戶是否有權(quán)訪問(wèn)該文件。（3）基于角色的訪問(wèn)控制（RBAC），基于角色的訪問(wèn)控制中，角色由應(yīng)用系統(tǒng)的管理員定義。而且授權(quán)規(guī)定是強(qiáng)加給用戶的，用戶只能被動(dòng)接受，不能自主地決定，這是一種非自主型訪問(wèn)控制。其基本思想是，對(duì)系統(tǒng)操作的各種權(quán)限不是直接授予具體的用戶，而是在用戶集合與權(quán)限集合之間建立一個(gè)角色集合。每一種角色對(duì)應(yīng)一組相應(yīng)的權(quán)限。一旦用戶被分配了適當(dāng)?shù)慕巧?，該用戶就擁有此角色的所有操作?quán)限。[單選題]75.J2EE平臺(tái)采用了多層分布式應(yīng)用程序模型,實(shí)現(xiàn)不同邏輯功能的應(yīng)用程序被封裝到不同的構(gòu)件中，處于不同層次的構(gòu)件可被分別部署到不同的機(jī)器中。圖中的1-5分別為A)AppletB)ServletC)EJB容器D)SessionBean答案:A解析:[單選題]76.下列關(guān)于敏捷方法的敘述中，錯(cuò)誤的是（）。A)與傳統(tǒng)方法相比，敏捷方法比較適合需求變化大或者開(kāi)發(fā)前期對(duì)需求不是很清晰的項(xiàng)目B)敏捷方法尤其適合于開(kāi)發(fā)團(tuán)隊(duì)比較龐大的項(xiàng)目C)敏捷方法的思想是適應(yīng)性，而不是預(yù)設(shè)性D)敏捷方法以原型開(kāi)發(fā)思想為基礎(chǔ)，采用迭代式增量開(kāi)發(fā)答案:B解析:本題考查敏捷方法的相關(guān)概念。敏捷方法是從20世紀(jì)90年代開(kāi)始逐漸引起廣泛關(guān)注的一些新型軟件開(kāi)發(fā)方法，以應(yīng)對(duì)快速變化的需求。敏捷方法的核心思想主要有以下三點(diǎn)。①敏捷方法是?適應(yīng)性?而非?預(yù)設(shè)性?的。傳統(tǒng)方法試圖對(duì)一個(gè)軟件開(kāi)發(fā)項(xiàng)目在很長(zhǎng)的時(shí)間跨度內(nèi)做出詳細(xì)的計(jì)劃，然后依計(jì)劃進(jìn)行開(kāi)發(fā)。這類(lèi)方法在計(jì)劃制定完成后拒絕變化。而敏捷方法則歡迎變化，其實(shí)它的目的就是成為適應(yīng)變化的過(guò)程，甚至能允許改變自身來(lái)適應(yīng)變化。②敏捷方法是以人為本，而不是以過(guò)程為本。傳統(tǒng)方法以過(guò)程為本，強(qiáng)調(diào)充分發(fā)揮人的特性，不去限制它，并且軟件開(kāi)發(fā)在無(wú)過(guò)程控制和過(guò)于嚴(yán)格繁瑣的過(guò)程控制中取得一種平衡，以保證軟件的質(zhì)量。③迭代增量式的開(kāi)發(fā)過(guò)程。敏捷方法以原型開(kāi)發(fā)思想為基礎(chǔ)，采用迭代增量式開(kāi)發(fā)，發(fā)行版本小型化