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

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