系統(tǒng)架構(gòu)設(shè)計(jì)師模擬真題及答案

1、下半年系統(tǒng)架構(gòu)設(shè)計(jì)師考試真題預(yù)測(cè)目錄下半年系統(tǒng)架構(gòu)設(shè)計(jì)師考試上午真題預(yù)測(cè)下半年系統(tǒng)架構(gòu)設(shè)計(jì)師考試上午真題預(yù)測(cè)下半年系統(tǒng)架構(gòu)設(shè)計(jì)師考試上午真題預(yù)測(cè)單選題每題的四個(gè)選項(xiàng)中只有一種答案是對(duì)的的，請(qǐng)將對(duì)的的選項(xiàng)選擇出來(lái)。1.某計(jì)算機(jī)系統(tǒng)中有一種CPU、一臺(tái)輸入設(shè)備和一臺(tái)輸出設(shè)備，假設(shè)系統(tǒng)中有四個(gè)作業(yè)T1、T2、T3和T4，系統(tǒng)采用優(yōu)先級(jí)調(diào)度，且T1的優(yōu)先級(jí)T2的優(yōu)先級(jí)T3的優(yōu)先級(jí)T4的優(yōu)先級(jí)。每個(gè)作業(yè)具有三個(gè)程序段：輸入Ii、計(jì)算Ci和輸出Pi(i=1,2,3,4)，其執(zhí)行順序?yàn)镮iCiPi。這四個(gè)作業(yè)各程序段并發(fā)執(zhí)行的前驅(qū)圖如下所示。圖中、分別為（），、分別為（）。AI2、C2、C4 BI2、I3、

2、C2 CC2、P3、C4 DC2、P3、P4AC2、C4、P4BI2、I3、C4 CI3、P3、P4 DC4、P3、P42.某文獻(xiàn)系統(tǒng)文獻(xiàn)存儲(chǔ)采用文獻(xiàn)索引節(jié)點(diǎn)法。假設(shè)磁盤索引塊和磁盤數(shù)據(jù)塊大小均為1KB，每個(gè)文獻(xiàn)的索引節(jié)點(diǎn)中有8個(gè)地址項(xiàng)iaddr0iaddr7，每個(gè)地址項(xiàng)大小為4字節(jié)，其中iaddr0iaddr5為直接地址索引，iaddr6是一級(jí)間接地址索引，iaddr7是二級(jí)間接地址索引。如果要訪問(wèn)icwutil.dll文獻(xiàn)的邏輯塊號(hào)分別為0、260和518，則系統(tǒng)應(yīng)分別采用（）。該文獻(xiàn)系統(tǒng)可表達(dá)的單個(gè)文獻(xiàn)最大長(zhǎng)度是（）KB。 A直接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引B直接地址索引

3、、二級(jí)間接地址索引和二級(jí)間接地址索引C一級(jí)間接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引D一級(jí)間接地址索引、二級(jí)間接地址索引和二級(jí)間接地址索引 A518 B1030 C16514 D657983.設(shè)關(guān)系模式R(U,F)，其中u為屬性集，F(xiàn)是U上的一組函數(shù)依賴，那么函數(shù)依賴的公理系統(tǒng)（Armstrong公理系統(tǒng)）中的合并規(guī)則是指（）為F所蘊(yùn)涵。A若AB，BC，則ACB若YXU，則XYC若AB，AC，則ABC D若AB，CB，貝AC4.若關(guān)系模式R和S分別為：R(A,B,C,D)、S(B,C,E,F)，則關(guān)系R與S自然聯(lián)結(jié)運(yùn)算后的屬性列有（）個(gè)，與體現(xiàn)方式1,2,5,6(36(RS)等價(jià)的SQL

4、語(yǔ)句為：SELECT （） FROM R, S WHERE （） ;A4 B6 C7 D8AA,R.C,E,FBA,C,S.B,S.ECA,C,S.B,S.CDR.A,R.C,S.B,S.CAR.B=S.B AND R.C=S.C AND RCS.BBR.B=S.B AND R.C=S.C AND R.CS.FCR.B=S.B OR R.C=S.C OR R.CS.BDR.B=S.B OR R.C=S.C OR R.CS.F5.計(jì)算機(jī)采用分級(jí)存儲(chǔ)體系的重要目的是為了（）。A解決主存容量局限性的問(wèn)題 B提高存儲(chǔ)器讀寫可靠性C提高外設(shè)訪問(wèn)效率D解決存儲(chǔ)的容量、價(jià)格和速度之間的矛盾6.如下嵌入式解決

5、器類型中不具有內(nèi)存管理單元(MMU)的是（），嵌入式操作系統(tǒng)（）可以運(yùn)營(yíng)在它上面。APowerPC750 BARM920T CCortex-M3 DMIPS32 24KALinux BVxWorks653 CuC/OS-II DWindows CE7.如下有關(guān)嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)的描述不對(duì)的的是（）。A嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般只為前端應(yīng)用提供基本的數(shù)據(jù)支持B嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般支持實(shí)時(shí)數(shù)據(jù)的管理 C嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般不支持多線程并發(fā)操作 D嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般只提供本機(jī)服務(wù)接口 8.IETF定義的集成服務(wù)(IntServ)把Internet服務(wù)提成了三種服務(wù)質(zhì)量不同的類型，這三種

6、服務(wù)不涉及（）。A保證質(zhì)量的服務(wù)：對(duì)帶寬、時(shí)延、抖動(dòng)和丟包率提供定量的保證B竭力而為的服務(wù)：這是一般的Internet服務(wù)，不保證服務(wù)質(zhì)量C負(fù)載受控的服務(wù)：提供類似于網(wǎng)絡(luò)欠載時(shí)的服務(wù)，定性地提供D突發(fā)式服務(wù)：如果有富余的帶寬，網(wǎng)絡(luò)保證滿足服務(wù)質(zhì)量的需求9.按照網(wǎng)絡(luò)分層設(shè)計(jì)模型，一般把局域網(wǎng)設(shè)計(jì)為3層，即核心層、匯聚層和接入層，如下有關(guān)分層網(wǎng)絡(luò)功能的描述中，不對(duì)的的是（）。A核心層設(shè)備負(fù)責(zé)數(shù)據(jù)包過(guò)濾、方略路由等功能B匯聚層完畢路由匯總和合同轉(zhuǎn)換功能C接入層應(yīng)提供一部分管理功能，例如MAC地址認(rèn)證、計(jì)費(fèi)管理等D接入層負(fù)責(zé)收集顧客信息，例如顧客IP地址、MAC地址、訪問(wèn)日記等10.構(gòu)造化布線系統(tǒng)分為

7、六個(gè)子系統(tǒng)，其中水平子系統(tǒng)（）。A由多種交叉連接設(shè)備以及集線器和互換機(jī)等設(shè)備構(gòu)成B連接了干線子系統(tǒng)和工作區(qū)子系統(tǒng)，C由終端設(shè)備到信息插座的整個(gè)區(qū)域構(gòu)成 D實(shí)現(xiàn)各樓層設(shè)備間子系統(tǒng)之間的互連11.在實(shí)際應(yīng)用中，顧客一般依托評(píng)價(jià)程序來(lái)測(cè)試系統(tǒng)的性能。如下評(píng)價(jià)程序中，（）的評(píng)測(cè)精確限度最低。事務(wù)解決性臺(tái)昱委員會(huì)(Transaction Processing Performance Council, TPC)是制定商務(wù)應(yīng)用基準(zhǔn)程序(benchmark)原則規(guī)范、性能和價(jià)格度量，并管理測(cè)試成果發(fā)布的非營(yíng)利組織，其發(fā)布的TPC-C是（）的基準(zhǔn)程序。A核心程序 B真實(shí)程序 C合成基準(zhǔn)程序 D小型基準(zhǔn)程序A決策

8、支持 B在線事務(wù)解決C公司信息服務(wù) D聯(lián)機(jī)分析解決12.公司信息化音定要建立在公司戰(zhàn)略規(guī)劃基本之上，以公司戰(zhàn)略規(guī)劃為基本建立的公司管理模式是建立（）的根據(jù)。A公司戰(zhàn)略數(shù)據(jù)模型 B公司業(yè)務(wù)運(yùn)作模型C公司信息系統(tǒng)架構(gòu) D公司決策支持13.ERP是對(duì)公司物流資源，資金流資源和信息流資源進(jìn)行全面集成管理的管理信息系統(tǒng)。在ERP五個(gè)層次的籌劃中，（）根據(jù)經(jīng)營(yíng)籌劃的生產(chǎn)目的制定，是對(duì)公司經(jīng)營(yíng)籌劃的細(xì)化；（）闡明了在一定期期內(nèi)生產(chǎn)什么，生產(chǎn)多少和什么時(shí)候交貨，它的編制是ERP的重要工作內(nèi)容；（）可以協(xié)助公司盡早發(fā)現(xiàn)公司生產(chǎn)能力的瓶頸，為實(shí)現(xiàn)公司的生產(chǎn)任務(wù)提供能力方面的保障。A銷售管理籌劃 B生產(chǎn)預(yù)測(cè)籌劃C生

9、產(chǎn)籌劃大綱 D主生產(chǎn)籌劃A經(jīng)營(yíng)籌劃 B車間作業(yè)籌劃C物料需求籌劃 D主生產(chǎn)籌劃A采購(gòu)與庫(kù)存籌劃 B能力需求籌劃C物料需求籌劃 D質(zhì)量管理籌劃14.集成平臺(tái)是支持公司信息集成的支撐環(huán)境，涉及硬件、軟件、軟件工具和系統(tǒng)。集成平臺(tái)的基本功能中，（）實(shí)現(xiàn)不同數(shù)據(jù)庫(kù)系統(tǒng)之間的數(shù)據(jù)互換、互操作、分布數(shù)據(jù)管理和共享信息模型定義；（）可覺(jué)得應(yīng)用提供數(shù)據(jù)互換和訪問(wèn)操作，使多種不同的系統(tǒng)可以互相協(xié)作。A數(shù)據(jù)通信服務(wù) B信息集成服務(wù)C應(yīng)用集成服務(wù) D操作集成服務(wù)A數(shù)據(jù)通信服務(wù) B信息集成服務(wù)C應(yīng)用集成服務(wù) D操作集成服務(wù)15.商業(yè)智能是公司對(duì)商業(yè)數(shù)據(jù)的收集、管理和分析的系統(tǒng)過(guò)程，重要技術(shù)涉及（）。A數(shù)據(jù)倉(cāng)庫(kù)、聯(lián)機(jī)分

10、析和數(shù)據(jù)挖掘B數(shù)據(jù)采集、數(shù)據(jù)清洗和數(shù)據(jù)挖掘C聯(lián)機(jī)分析、多維度分析和跨維度分析D數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)挖掘和業(yè)務(wù)優(yōu)化重組16.系統(tǒng)建議方案中不應(yīng)當(dāng)涉及的內(nèi)容是（）。A問(wèn)題陳述 B項(xiàng)目范疇C候選方案及其可行性分析 D系統(tǒng)具體設(shè)計(jì)方案17.下列有關(guān)聯(lián)合需求籌劃(Joint Requirement Planning, JRP)的論述中，不對(duì)的的是（）。A在JRP實(shí)行之前，應(yīng)制定具體的議程，并嚴(yán)格遵循議程進(jìn)行B在討論期間盡量避免使用專業(yè)術(shù)語(yǔ)CJRP是一種相對(duì)來(lái)說(shuō)成本較高但十分有效的需求獲取措施DJRP的重要目的是對(duì)需求進(jìn)行分析和驗(yàn)證18.在構(gòu)造化分析措施中，用（）表達(dá)功能模型，用（）表達(dá)行為模型。AER圖 B用

11、例圖 CDFD D對(duì)象圖A通信圖 B順序圖 C活動(dòng)圖 D狀態(tài)轉(zhuǎn)換圖19.下列有關(guān)敏捷措施的論述中，錯(cuò)誤的是（）。A與老式措施相比，敏捷措施比較適合需求變化大或者開(kāi)發(fā)前期對(duì)需求不是很清晰的項(xiàng)目B敏捷措施特別適合于開(kāi)發(fā)團(tuán)隊(duì)比較龐大的項(xiàng)目C敏捷措施的思想是適應(yīng)性，而不是預(yù)設(shè)性D敏捷措施以原型開(kāi)發(fā)思想為基本，采用迭代式增量開(kāi)發(fā)20.下列有關(guān)顧客界面設(shè)計(jì)的論述中，錯(cuò)誤的是（）。A界面交互模型應(yīng)常常進(jìn)行修改B界面的視覺(jué)布局應(yīng)當(dāng)盡量與真實(shí)世界保持一致C所有可視信息的組織需要按照統(tǒng)一的設(shè)計(jì)原則D保證顧客界面操作和使用的一致性21.在軟件的使用過(guò)程中，顧客往往會(huì)對(duì)軟件提出新的功能與性能規(guī)定。為了滿足這些規(guī)定，需

12、要修改或再開(kāi)發(fā)軟件。在這種狀況下進(jìn)行的維護(hù)活動(dòng)稱為（）。A改正性維護(hù) B適應(yīng)性維護(hù) C完善性維護(hù) D避免性維護(hù)22.一組對(duì)象以定義良好但是復(fù)雜的方式進(jìn)行通信，產(chǎn)生的互相依賴關(guān)系構(gòu)造混亂且難以理解。采用（）模式，用一種特定對(duì)象來(lái)封裝一系列的對(duì)象交互，從而使各對(duì)象不需要顯式地互相引用，使其耦合松散，并且可以獨(dú)立地變化它們之間的交互。A解釋器(Interpreter) B方略(Strategy)C中介者(Mediator) D迭代器(Iterator)23.某廣告公司的宣傳產(chǎn)品有宣傳冊(cè)、文章、傳單等多種形式，宣傳產(chǎn)品的出版方式涉及紙質(zhì)方式、CD、DVD、在線發(fā)布等?，F(xiàn)規(guī)定為該廣告公司設(shè)計(jì)一種管理這些

13、宣傳產(chǎn)品的應(yīng)用，采用（）設(shè)計(jì)模式較為合適，該模式（）。ADecorator BAdapter CBridge DFacadeA將一系列復(fù)雜的類包裝成一種簡(jiǎn)樸的封閉接口B將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化 C可在不影響其她對(duì)象的狀況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)D將一種接口轉(zhuǎn)換為客戶但愿的另一種接口24.在UML提供的系統(tǒng)視圖中，（）是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步構(gòu)造；（）是最基本的需求分析模型。A進(jìn)程視圖 B實(shí)現(xiàn)視圖 C部署視圖 D用例視圖A進(jìn)程視圖 B實(shí)現(xiàn)視圖 C部署視圖 D用例視圖25.在靜態(tài)測(cè)試中，重要是對(duì)程序代碼進(jìn)行靜態(tài)分析?！皵?shù)據(jù)初始化、賦值或

14、引用過(guò)程中的異?！睂儆陟o態(tài)分析中的（）。A控制流分析 B數(shù)據(jù)流分析 C接口分析 D體現(xiàn)式分析26.下列有關(guān)軟件調(diào)試與軟件測(cè)試的論述中，對(duì)的的是（）。A軟件測(cè)試的目的是找出存在的錯(cuò)誤，軟件調(diào)試的目的是定位并修正錯(cuò)誤B軟件測(cè)試的結(jié)束過(guò)程不可估計(jì)，軟件調(diào)試使用預(yù)先定義的過(guò)程C軟件調(diào)試的過(guò)程可以實(shí)現(xiàn)設(shè)計(jì)D軟件測(cè)試不能描述過(guò)程或持續(xù)時(shí)間27.在單元測(cè)試中，（）。A驅(qū)動(dòng)模塊用來(lái)調(diào)用被測(cè)模塊，自頂向下的單元測(cè)試中不需要此外編寫驅(qū)動(dòng)模塊B樁模塊用來(lái)模擬被測(cè)模塊所調(diào)用的子模塊，自頂向下的單元測(cè)試中不需要此外編寫樁模塊C驅(qū)動(dòng)模塊用來(lái)模擬被測(cè)模塊所調(diào)用的子模塊，自底向上的單元測(cè)試中不需要此外編寫驅(qū)動(dòng)模塊 。D樁模塊

15、用來(lái)調(diào)用被測(cè)模塊，自底向上的單元測(cè)試中不需要此外編寫樁模塊28.如下有關(guān)軟件架構(gòu)設(shè)計(jì)重要性的描述，（）是錯(cuò)誤的。A軟件架構(gòu)設(shè)計(jì)可以滿足系統(tǒng)的性能、安全性、可維護(hù)性等品質(zhì) B軟件架構(gòu)設(shè)計(jì)可以協(xié)助項(xiàng)目干系入(Stakeholder)更好地理解軟件構(gòu)造C軟件架構(gòu)設(shè)計(jì)可以協(xié)助架構(gòu)師更好地捕獲和細(xì)化系統(tǒng)需求D軟件架構(gòu)設(shè)計(jì)可以有效地管理系統(tǒng)的復(fù)雜性，并減少系統(tǒng)維護(hù)費(fèi)用29.將系統(tǒng)需求模型轉(zhuǎn)換為架構(gòu)模型是軟件系統(tǒng)需求分析階段的一項(xiàng)重要工作，如下描述中，（）是在轉(zhuǎn)換過(guò)程中需要關(guān)注的問(wèn)題。A如何通過(guò)多視圖模型描述軟件系統(tǒng)的架構(gòu)B如何擬定架構(gòu)模型中有哪些元素構(gòu)成C如何采用表格或用例映射保證轉(zhuǎn)換的可追蹤性。D如何通

16、過(guò)模型轉(zhuǎn)換技術(shù)，將高層架構(gòu)模型逐漸細(xì)化為細(xì)粒度架構(gòu)模型30.在構(gòu)件組裝過(guò)程中需要檢測(cè)并解決架構(gòu)失配問(wèn)題。其中（）失配重要涉及由于系統(tǒng)對(duì)構(gòu)件基本設(shè)施、控制模型和數(shù)據(jù)模型的假設(shè)存在沖突引起的失配。（）失配涉及由手系統(tǒng)對(duì)構(gòu)件交互合同、構(gòu)件連接時(shí)數(shù)據(jù)格式的假設(shè)存在沖突引起的失配。A構(gòu)件 B模型 C合同 D連接子A構(gòu)件 B模型 C合同 D連接子31.“4+1”視圖重要用于描述系統(tǒng)邏輯架構(gòu)，最早由Philippe Kruchten于1995年提出。其中（）視圖用于描述對(duì)象模型，并闡明系統(tǒng)應(yīng)當(dāng)為顧客提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)措施描述對(duì)象模型時(shí)，一般使用（）體現(xiàn)類的內(nèi)部屬性和行為，以及類集合之間的交互

17、關(guān)系；采用（）定義對(duì)象的內(nèi)部行為。A邏輯 B過(guò)程 C開(kāi)發(fā) D物理A對(duì)象圖 B活動(dòng)圖 C狀態(tài)圖 D類圖A對(duì)象圖 B活動(dòng)圖 C狀態(tài)圖 D類圖32.特定領(lǐng)域軟件架構(gòu)(Domain Specific Software Architecture, DSSA)是在一種特定應(yīng)用領(lǐng)域中，為一組應(yīng)用提供組織構(gòu)造參照的原則軟件體系構(gòu)造。參與DSSA的人員可以劃分為多種角色，其中（）的任務(wù)是控制整個(gè)領(lǐng)域分析過(guò)程，進(jìn)行知識(shí)獲取，將獲取的知識(shí)組織到領(lǐng)域模型中；（）的任務(wù)是根據(jù)領(lǐng)域模型和既有系統(tǒng)開(kāi)發(fā)出DSSA，并對(duì)DSSA的精確性和一致性進(jìn)行驗(yàn)證。A領(lǐng)域?qū)＜?B領(lǐng)域分析者 C領(lǐng)域設(shè)計(jì)者 D領(lǐng)域?qū)崿F(xiàn)者A領(lǐng)域?qū)＜?B領(lǐng)域分析

18、者 C領(lǐng)域設(shè)計(jì)者 D領(lǐng)域?qū)崿F(xiàn)者33.某公司欲開(kāi)發(fā)一種用于分布式登錄的服務(wù)端程序，使用面向連接的TCP合同并發(fā)地解決多客戶端登錄祈求。顧客規(guī)定該服務(wù)端程序運(yùn)營(yíng)在Linux、Solaris和WindowsNT等多種操作系統(tǒng)平臺(tái)之上，而不同的操作系統(tǒng)的有關(guān)API函數(shù)和數(shù)據(jù)均有所不同。針對(duì)這種狀況，公司的架構(gòu)師決定采用“包裝器外觀(Wrapper Facade)”架構(gòu)模式解決操作系統(tǒng)的差別問(wèn)題。具體來(lái)說(shuō)，服務(wù)端程序應(yīng)當(dāng)在包裝器外觀的實(shí)例上調(diào)用需要的措施，然后將祈求和祈求的參數(shù)發(fā)送給（），調(diào)用成功后將成果返回。使用該模式（）。A客戶端程序 B操作系統(tǒng)API函數(shù)CTCP合同API函數(shù) D登錄連接程序A提高

19、了底層代碼訪問(wèn)的一致性，但減少了服務(wù)端程序的調(diào)用性能B減少了服務(wù)端程序功能調(diào)用的靈活性，但提高了服務(wù)端程序的調(diào)用性能C減少了服務(wù)端程序的可移植性，但提高了服務(wù)端程序的可維護(hù)性D提高了系統(tǒng)的可復(fù)用性，但減少了系統(tǒng)的可配備性34.軟件架構(gòu)風(fēng)格描述某一特定領(lǐng)域中的系統(tǒng)組織方式和常用模式，反映了領(lǐng)域中眾多系統(tǒng)所共有的（）特性。對(duì)于語(yǔ)音辨認(rèn)、知識(shí)推理等問(wèn)題復(fù)雜、解空間很大、求解過(guò)程不擬定的這一類軟件系統(tǒng)。一般會(huì)采用（）架構(gòu)風(fēng)格。A語(yǔ)法和語(yǔ)義 B構(gòu)造和語(yǔ)義 C靜態(tài)和動(dòng)態(tài) D行為和約束A管道-過(guò)濾器 B解釋器 C黑板 D過(guò)程控制35.在對(duì)一種軟件系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)與確認(rèn)之后，需要進(jìn)行架構(gòu)復(fù)審。架構(gòu)復(fù)審的目的

20、是為了標(biāo)記潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤。在架構(gòu)復(fù)審過(guò)程電，重要由（）決定架構(gòu)與否滿足需求、質(zhì)量需求與否在設(shè)計(jì)中得到體現(xiàn)。A系統(tǒng)分析師與架構(gòu)師 B顧客代表與領(lǐng)域?qū)＜褻系統(tǒng)擁有者與項(xiàng)目經(jīng)理 D系統(tǒng)開(kāi)發(fā)與測(cè)試人員36.某公司欲開(kāi)發(fā)一種在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段，公司的架構(gòu)師辨認(rèn)出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“當(dāng)系統(tǒng)面臨斷電故障后，需要在1小時(shí)內(nèi)切換至備份站點(diǎn)并恢復(fù)正常運(yùn)營(yíng)”重要與（）質(zhì)量屬性有關(guān)，一般可采用（）架構(gòu)方略實(shí)現(xiàn)該屬性；“在并發(fā)顧客數(shù)量為1000人時(shí)，顧客的交易祈求需要在0.5秒內(nèi)得到響應(yīng)”重要與（）質(zhì)量屬性有關(guān)，一般可采用（）架構(gòu)方略實(shí)現(xiàn)該屬性；“對(duì)系統(tǒng)的消息中間件進(jìn)行替代

21、時(shí)，替代工作需要在5人/月內(nèi)完畢”重要與（）質(zhì)量屬性有關(guān)，一般可采用（）架構(gòu)方略實(shí)現(xiàn)該屬性。 A性能 B安全性 C可用性 D可修改性A操作隔離 B資源調(diào)度 C心跳 D內(nèi)置監(jiān)控器A性能 B易用性 C可用性 D互操作性A積極冗余 B資源調(diào)度 C抽象接口 D記錄/回放A可用性 B安全性 C可測(cè)試性 D可修改性 A接口-實(shí)現(xiàn)分離 B記錄/回放 C內(nèi)置監(jiān)控器D追蹤審計(jì)37.辨認(rèn)風(fēng)險(xiǎn)、非風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是進(jìn)行軟件架構(gòu)評(píng)估的重要過(guò)程?！白兓瘶I(yè)務(wù)數(shù)據(jù)編碼方式會(huì)對(duì)系統(tǒng)的性能和安全性產(chǎn)生影響”是對(duì)（）的描述，“假設(shè)顧客祈求的頻率為每秒1個(gè)，業(yè)務(wù)解決時(shí)間不不小于30毫秒，則將祈求響應(yīng)時(shí)間設(shè)定為1秒鐘是可以接受的

22、”是對(duì)（）的描述。A風(fēng)險(xiǎn)點(diǎn) B非風(fēng)險(xiǎn) C敏感點(diǎn) D權(quán)衡點(diǎn)A風(fēng)險(xiǎn)點(diǎn) B非風(fēng)險(xiǎn) C敏感點(diǎn) D權(quán)衡點(diǎn)38.體系構(gòu)造權(quán)衡分析措施(Architecture Tradeoff Analysis Method, ATAM)是一種常用的系統(tǒng)架構(gòu)評(píng)估框架，該框架重要關(guān)注系統(tǒng)的（），針對(duì)性能（）安全性和可修改性，在系統(tǒng)開(kāi)發(fā)之邁進(jìn)行分析、評(píng)價(jià)與折中。A架構(gòu)視圖 B架構(gòu)描述 C需求闡明 D需求建模A架構(gòu)視圖 B架構(gòu)描述 C架構(gòu)設(shè)計(jì) D架構(gòu)實(shí)現(xiàn)39.如下有關(guān)軟件著作權(quán)產(chǎn)生時(shí)間的表述中，對(duì)的的是（）。A自軟件初次公開(kāi)刊登時(shí) B自開(kāi)發(fā)者有開(kāi)發(fā)意圖時(shí)C自軟件開(kāi)發(fā)完畢之日時(shí) D自獲得軟件著作權(quán)登記證書時(shí)40.甲公司接受乙公司

23、委托開(kāi)發(fā)了一項(xiàng)應(yīng)用軟件，雙方?jīng)]有簽訂任何書面合同。在此狀況下，（）享有該軟件的著作權(quán)。A甲公司 B甲、乙共用 C乙公司D甲、乙均不41.軟件商標(biāo)權(quán)的保護(hù)對(duì)象是指（）。 A商業(yè)軟件 B軟件商標(biāo) C軟件注冊(cè)商標(biāo) D已使用的軟件商標(biāo)42.下列襲擊方式中，（）不是運(yùn)用TCP/IP漏洞發(fā)起的襲擊。ASQL注入襲擊 BLand襲擊 CPing of Death DTeardrop襲擊43.下列安全合同中（）是應(yīng)用層安全合同。AIPSec BL2TP CPAP DHTTPS44.某服裝店有甲、乙、丙、丁四個(gè)縫制小組。甲組每天能縫制5件上衣或6條褲子；乙組每天能縫制6件上衣或7條褲子；丙組每天能縫制7件上衣或

24、8條褲子；丁組每天能縫制8件上衣或9條褲子。每組每天要么縫制上衣，要么縫制褲子，不能弄混。訂單規(guī)定上衣和褲子必須配套（每套衣服涉及一件上衣和一條褲子）。只要做好合理安排，該服裝店15天最多能縫制（）套衣服。A208 B209 C210 D21145.生產(chǎn)某種產(chǎn)品有兩個(gè)建廠方案：（1）建大廠，需要初期投資500萬(wàn)元。如果產(chǎn)品銷路好，每年可以獲利200萬(wàn)元；如果銷路不好，每年會(huì)虧損20萬(wàn)元。（2）建小廠，需要初期投資200萬(wàn)元。如果產(chǎn)品銷路好，每年可以獲利100萬(wàn)元；如果銷路不好，每年只能獲利20萬(wàn)元。市揚(yáng)調(diào)研表白，將來(lái)2年這種產(chǎn)品銷路好的概率為70%。如果這2年銷路好，則后續(xù)5年銷路好的概率上升

25、為80%；如果這2年銷路不好，則后續(xù)5年銷路好的概率僅為10%。為獲得7年最大總收益，決策者應(yīng)（）。A建大廠，總收益超500萬(wàn)元 B建大廠，總收益略多于300萬(wàn)元C建小廠，總收益超500萬(wàn)元 D建小廠，總收益略多于300萬(wàn)元46.Software architecture reconstruction is an interpretive, jnteractive, and iterative process including many activities. （） involves analyzing a systems existing design and implementation

26、 artifacts to construct a model of it. The result is used in the following activities to construct a view of the system. The database construction activity converts the （） contained in the view into a standard format for storage in a database. The （） activity involves defining and manipulating the i

27、nformation stored in database to reconcile, augment, and establish connections between the elements. Reconstruction consists of two primary activities: （） and （）. The former provides a mechanism for the user to manipulate architectural elements, and the latter provides facilities for architecture re

28、construction.AReverse engineering BInformation extractionCRequirements analysis DSource code analysisAactors and use cases Bprocesses and dataCelements and relations Dschemas and tables Adatabase normalization Bschema definition Cdatabase optimization Dview fusion Aarchitecture analysis and design B

29、domain analysis and static modelingCvisualization and interaction Duser requirements modeling Apattern definition and recognition Barchitecture design and implementationCsystem architecture modeling Ddynamic modeling and reconstruction系統(tǒng)架構(gòu)設(shè)計(jì)師考試真題預(yù)測(cè)下午案例分析題試題一:請(qǐng)具體閱讀有關(guān)Web應(yīng)用架構(gòu)設(shè)計(jì)方面的闡明，在答題紙上回答問(wèn)題1至問(wèn)題3。【闡明】

30、 某軟件公司開(kāi)發(fā)運(yùn)維了一種社交網(wǎng)站系統(tǒng)，該系統(tǒng)基于開(kāi)源軟件平臺(tái)LAMP(Linux+Apache+MySQL+PHP)構(gòu)建，運(yùn)營(yíng)一段時(shí)間以來(lái)，隨著顧客數(shù)量及訪問(wèn)量的增長(zhǎng)，系統(tǒng)在Web服務(wù)器負(fù)載、磁盤I/O等方面浮現(xiàn)了明顯瓶頸，已不能滿足大量客戶端并發(fā)訪問(wèn)的規(guī)定，因此公司成立了專門的項(xiàng)目組，擬對(duì)系統(tǒng)架構(gòu)進(jìn)行調(diào)節(jié)以提高系統(tǒng)并發(fā)解決能力。目前系統(tǒng)采用了老式的三層構(gòu)造，系統(tǒng)架構(gòu)如下圖所示?！締?wèn)題1】（10分） 針對(duì)目前浮現(xiàn)的Web服務(wù)器負(fù)載過(guò)大問(wèn)題，項(xiàng)目組決定在客戶端與中間層Web服務(wù)器之間引入負(fù)載均衡器，通過(guò)中間層Web服務(wù)器集群來(lái)提高Web祈求的并發(fā)解決能力。在討論擬采用的負(fù)載均衡機(jī)制時(shí)，王工提出

31、采用基于DNS的負(fù)載均衡機(jī)制，而李工則覺(jué)得應(yīng)采用基于反向代理的負(fù)載均衡機(jī)制，項(xiàng)目組通過(guò)討論，最后擬定采用李工提出的方案。請(qǐng)用200字以內(nèi)的文字，分別簡(jiǎn)要闡明兩個(gè)機(jī)制的基本原理；并從系統(tǒng)執(zhí)行效率、安全性及簡(jiǎn)易性等方面將兩種機(jī)制進(jìn)行對(duì)比，將對(duì)比成果填入下表中?！締?wèn)題2】（7分） 針對(duì)并發(fā)數(shù)據(jù)庫(kù)訪問(wèn)所帶來(lái)的磁盤I/O瓶頸問(wèn)題，項(xiàng)目組決定在數(shù)據(jù)層引入數(shù)據(jù)庫(kù)擴(kuò)展機(jī)制。通過(guò)調(diào)研得知系統(tǒng)數(shù)據(jù)庫(kù)中存儲(chǔ)的重要數(shù)據(jù)為以顧客標(biāo)記為索引的社交網(wǎng)絡(luò)數(shù)據(jù)，且系統(tǒng)運(yùn)營(yíng)時(shí)發(fā)生的大部分?jǐn)?shù)據(jù)庫(kù)操作為查詢操作。通過(guò)討論，項(xiàng)目組決定引入數(shù)據(jù)庫(kù)分區(qū)和MySQL主從復(fù)制兩種擴(kuò)展機(jī)制。數(shù)據(jù)庫(kù)分區(qū)可采用水平分區(qū)和垂直分區(qū)兩種方式，請(qǐng)用350

32、字以內(nèi)的文字闡明在本系統(tǒng)中應(yīng)采用哪種方式及其因素，并分析引入主從復(fù)制機(jī)制給系統(tǒng)帶來(lái)的好處?！締?wèn)題3】（8分） 為進(jìn)一步提高數(shù)據(jù)庫(kù)訪問(wèn)效率，項(xiàng)目組決定在中間層與數(shù)據(jù)層之間引入緩存機(jī)制。趙工開(kāi)始提出可直接使用MySQL的查詢緩存(query cache)機(jī)制，但項(xiàng)目組通過(guò)度析好友動(dòng)態(tài)顯示等典型業(yè)務(wù)的操作需求，同步考慮已引入的數(shù)據(jù)庫(kù)擴(kuò)展機(jī)制，覺(jué)得查詢緩存尚不能較好地提高系統(tǒng)的查詢操作效率，項(xiàng)目組最后決定在中間層與數(shù)據(jù)層之間引入Memcached分布式緩存機(jī)制。 （a）請(qǐng)補(bǔ)充下述有關(guān)引入Memcached后系統(tǒng)訪問(wèn)數(shù)據(jù)庫(kù)的基本過(guò)程：系統(tǒng)需要讀取后臺(tái)數(shù)據(jù)時(shí)，先檢查數(shù)據(jù)與否存在于（1）中，若存在則直接從其

33、中讀取，若不存在則從（2）中讀取并保存在（3）中；當(dāng)（4）中數(shù)據(jù)發(fā)生更新時(shí)，需要將更新后的內(nèi)容同步到（5）實(shí)例中。（備選答案：數(shù)據(jù)庫(kù)、Memcacbed 緩存） （b）請(qǐng)結(jié)合已知信息從緩存架構(gòu)、緩存有效性及緩存數(shù)據(jù)類型等方面分析使用Memcached替代數(shù)據(jù)庫(kù)查詢緩存的因素。試題二: 請(qǐng)具體閱讀如下有關(guān)網(wǎng)絡(luò)設(shè)備管理系統(tǒng)架構(gòu)設(shè)計(jì)的闡明，在答題紙上回答問(wèn)題1和問(wèn)題2?！娟U明】 某軟件公司欲開(kāi)發(fā)一種網(wǎng)絡(luò)設(shè)備管理系統(tǒng)，對(duì)管理區(qū)域內(nèi)的網(wǎng)絡(luò)設(shè)備（如路由器和互換機(jī)等）進(jìn)行遠(yuǎn)程監(jiān)視和控制。公司的系統(tǒng)分析師一方面對(duì)系統(tǒng)進(jìn)行了需求分析，辨認(rèn)出如下3項(xiàng)核心需求： （a）目前需要管理的網(wǎng)絡(luò)設(shè)備擬定為10類20種，將來(lái)

34、還將有新類別的網(wǎng)絡(luò)設(shè)備納入到該設(shè)備管理系統(tǒng)中； （b）不同類別的網(wǎng)絡(luò)設(shè)備，監(jiān)視和控制的內(nèi)容差別較大；同一類網(wǎng)絡(luò)設(shè)備，監(jiān)視和控制的內(nèi)容相似，但不同廠商的實(shí)現(xiàn)方式（涉及控制接口格式、編程語(yǔ)言等）差別較大； （c）網(wǎng)絡(luò)管理員可以在一種統(tǒng)一的終端之上實(shí)現(xiàn)對(duì)這些網(wǎng)絡(luò)設(shè)備的可視化呈現(xiàn)和管理操作。針對(duì)上述需求，公司研發(fā)部門的架構(gòu)師對(duì)網(wǎng)絡(luò)設(shè)備管理系統(tǒng)的架構(gòu)進(jìn)行了分析與設(shè)計(jì)，架構(gòu)師王工覺(jué)得該系統(tǒng)可以采用MVC架構(gòu)風(fēng)格實(shí)現(xiàn)，即對(duì)每種網(wǎng)絡(luò)設(shè)備設(shè)計(jì)一種監(jiān)控組件，組件通過(guò)調(diào)用網(wǎng)絡(luò)設(shè)備廠商內(nèi)置的編程接口對(duì)監(jiān)控指令進(jìn)行接受和解決；系統(tǒng)管理員通過(guò)管理模塊向監(jiān)控組件發(fā)送監(jiān)控指令，對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行遠(yuǎn)程管理；網(wǎng)絡(luò)狀態(tài)、監(jiān)控成果等信息

35、會(huì)在控制終端上進(jìn)行展示。針對(duì)不同網(wǎng)絡(luò)設(shè)備的差別，王工覺(jué)得可以對(duì)目前的20種網(wǎng)絡(luò)設(shè)備接口進(jìn)行調(diào)研與梳理，然后通過(guò)定義統(tǒng)一操作接口屏蔽設(shè)備差別。李工批準(zhǔn)王工提出的MVC架構(gòu)風(fēng)格和定義統(tǒng)一操作接口的思路，但考慮到將來(lái)還會(huì)有新類別的網(wǎng)絡(luò)設(shè)備接入，覺(jué)得還需要采用擴(kuò)展接口的方式支持系統(tǒng)開(kāi)發(fā)人員擴(kuò)展或修改既有操作接口。公司組織專家進(jìn)行架構(gòu)評(píng)審，最后批準(zhǔn)了王工的方案和李工的改善意見(jiàn)?！締?wèn)題1】（10分） 請(qǐng)用300字以內(nèi)的文字解釋什么是MVC架構(gòu)風(fēng)格以及其中的組件交互關(guān)系，并根據(jù)題干描述，指出該系統(tǒng)中的M、V、C分別相應(yīng)什么?！締?wèn)題2】（15分） 擴(kuò)展接口模式構(gòu)造一般涉及四個(gè)角色：基本接口、組件、擴(kuò)展接口和客

36、戶端，它們之間的關(guān)系如下圖所示。 其中每個(gè)擴(kuò)展接口需要通過(guò)擴(kuò)展基本接口獲得基本操作能力，然后加入自己特有的操作接口，并通過(guò)設(shè)立全局唯一接口ID對(duì)自身接口進(jìn)行標(biāo)記；每個(gè)具體的組件需要實(shí)現(xiàn)擴(kuò)展接口完畢實(shí)際操作；客戶端不與組件直接交互，而需要通過(guò)與擴(kuò)展接口交互提出調(diào)用祈求，擴(kuò)展接口根據(jù)祈求查找并選擇合適的實(shí)現(xiàn)組件響應(yīng)客戶端祈求。請(qǐng)根據(jù)上圖所示和題干描述，指出擴(kuò)展接口模式構(gòu)造中的四個(gè)角色分別相應(yīng)網(wǎng)絡(luò)設(shè)備管理系統(tǒng)的哪些部分；并以客戶端發(fā)起調(diào)用操作這一場(chǎng)景為例，填寫下表中的（1）（5）。 備選答案：基本接口、擴(kuò)展接口、操作接口、接口ID、客戶端、組件。我的答案：試題三: 請(qǐng)具體閱讀如下有關(guān)系統(tǒng)過(guò)程建模的闡

37、明，在答題紙上回答問(wèn)題1至問(wèn)題3?！娟U明】 某公司正在研發(fā)一套新的庫(kù)存管理系統(tǒng)。系統(tǒng)中一種核心事件是接受供應(yīng)商供貨。項(xiàng)目組系統(tǒng)分析員小王花了大量時(shí)間在倉(cāng)庫(kù)觀測(cè)了整個(gè)事件的解決過(guò)程，并開(kāi)發(fā)出該過(guò)程所執(zhí)行活動(dòng)的列表：供應(yīng)商發(fā)送貨品和商品清單，公司收到商品后執(zhí)行收貨解決，涉及卸載商品、擬定收到了訂單上的商品、解決與供應(yīng)商的分歧等。對(duì)于已有商品，調(diào)節(jié)其庫(kù)存信息，對(duì)于新采購(gòu)的商品，在庫(kù)存中添加新的商品記錄。收貨完畢后，系統(tǒng)執(zhí)行入庫(kù)解決，將商品放到倉(cāng)庫(kù)相應(yīng)的貨架上。在付款解決活動(dòng)中，自動(dòng)生成應(yīng)付賬款信息，如果查詢到該供應(yīng)商有待付款記錄，則進(jìn)行合并付款，付款完畢后消除應(yīng)付賬款記錄。最后，倉(cāng)庫(kù)管理員根據(jù)最新的

38、庫(kù)存商品，調(diào)節(jié)出貨信息。小王根據(jù)自己觀測(cè)的過(guò)程創(chuàng)立了該事件的1層數(shù)據(jù)流圖，如下圖所示?！締?wèn)題1】（8分） 請(qǐng)用300以內(nèi)文字闡明數(shù)據(jù)流圖(Data Flow Diagram)的基本元素及其作用?！締?wèn)題2】（12分） 數(shù)據(jù)流圖在繪制過(guò)程中也許浮現(xiàn)多種語(yǔ)法錯(cuò)誤，請(qǐng)分析上圖所示數(shù)據(jù)流圖中哪些地方有錯(cuò)誤，并分別闡明錯(cuò)誤的類型?！締?wèn)題3】（5分） 系統(tǒng)建模過(guò)程中為了保證數(shù)據(jù)模型和過(guò)程模型的一致性，需要通過(guò)數(shù)據(jù)-過(guò)程-CRUD矩陣來(lái)實(shí)現(xiàn)數(shù)據(jù)模型和過(guò)程模型的同步，請(qǐng)?jiān)谙卤硭綜RUD矩陣（1）（5）中填入有關(guān)操作。試題四:請(qǐng)具體閱讀有關(guān)嵌入式構(gòu)件設(shè)計(jì)方面的闡明，在答題紙上回答問(wèn)題1至問(wèn)題3?！娟U明】 構(gòu)件(

39、component)也稱為組件，是一種功能相對(duì)獨(dú)立的具有可復(fù)用價(jià)值的軟硬件單元。近年來(lái)，構(gòu)件技術(shù)正在逐漸應(yīng)用于大型嵌入式系統(tǒng)的軟件設(shè)計(jì)。某公司長(zhǎng)期從事飛行器電子設(shè)備研制工作，已積累了大量成熟軟件。但是，由于當(dāng)時(shí)管理和設(shè)計(jì)等因素，公司的大量軟件不能被復(fù)用，嚴(yán)重影響了公司后續(xù)發(fā)展。公司領(lǐng)導(dǎo)層高度注重軟件復(fù)用問(wèn)題，明確提出了要將我司的成熟軟件進(jìn)行改造，建立公司可復(fù)用的軟件構(gòu)件庫(kù)，以提高開(kāi)發(fā)效率、減少成本。公司領(lǐng)導(dǎo)層決定將此項(xiàng)任務(wù)交給技術(shù)部門的王工程師負(fù)責(zé)組織實(shí)行。兩個(gè)月后，王工程師通過(guò)調(diào)研、梳理和實(shí)驗(yàn)，提交了一份實(shí)行方案。此方案得到了公司領(lǐng)導(dǎo)層的肯定，但在實(shí)行過(guò)程中遇到了許多困難，重要表目前公司軟件架構(gòu)的變更和構(gòu)件抽取的界面等方面。【問(wèn)題1】（共9分） 請(qǐng)用200字以內(nèi)文字闡明獲取構(gòu)件的措施有哪幾種？開(kāi)發(fā)構(gòu)件一般采用哪幾種方略？并列舉出兩種主流構(gòu)件原則。【問(wèn)題2】（共6分） 由于該公司已具有大量的成熟軟件，王工程師本次的重要工作就是采用遺留工程 (Legacy Engineering)措施，將具有潛在復(fù)用價(jià)值的軟件提取出來(lái)，得到可復(fù)用的構(gòu)件。因此，在設(shè)計(jì)軟