2014年系統(tǒng)架構(gòu)師考試科目一：綜合知識

2014年系統(tǒng)架構(gòu)師考試科目一：綜合知識某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺輸入設(shè)備和一臺輸出設(shè)備，假設(shè)系統(tǒng)中有四個(gè)作業(yè)T1T2T3和T4，系統(tǒng)采用優(yōu)先級調(diào)度且T1的優(yōu)先級>T2的優(yōu)先級>T3的優(yōu)先級>T4的優(yōu)先級。每個(gè)作業(yè)具有三個(gè)程序段：輸入Ii、計(jì)算Ci和輸出Pi(i=1,2,3,4)，其執(zhí)行順序?yàn)镮i→Ci→Pi。這四個(gè)作業(yè)各程序段并發(fā)執(zhí)行的前驅(qū)圖如下所示。圖中①、②、③分別為( )，④、⑤、⑥分別為( )。、C2、C4B．I2、I3、C2、P3、C4D．C2、P3、P4A．C2、C4、P4B．I2、I3、C4C．I3、P3、P4D．C4、P3、P4【解析】【答案】：B、D。某文件系統(tǒng)文件存儲采用文件索引節(jié)點(diǎn)法。假設(shè)磁盤索引塊和磁盤數(shù)據(jù)塊大小均為1KB，每個(gè)文件的索引節(jié)點(diǎn)中有8個(gè)地址項(xiàng)iaddr[0]～iaddr[7]，每個(gè)地址項(xiàng)大小為4字節(jié)，其中iaddr[0]～iaddr[5]為直接地址索引，iaddr[6]是一級間接地址索引，iaddr[7]是二級間接地址索引。如果要訪問icwutil.dll文件的邏輯塊號分別為0、260和518，則系統(tǒng)應(yīng)分別采用( )。該文件系統(tǒng)可表示的單個(gè)文件最大長度是( )KB。A．直接地址索引、一級間接地址索引和二級間接地址索引B．直接地址索引、二級間接地址索引和二級間接地址索引C．一級間接地址索引、一級間接地址索引和二級間接地址索引D．一級間接地址索引、二級間接地址索引和二級間接地址索引(2)A．518 B．1030 C．16514 D．65798【解析】因?yàn)榇疟P索引塊和磁盤數(shù)據(jù)塊大小均為1KB，每個(gè)地址項(xiàng)大小為4字節(jié)，所以每個(gè)磁1KB/4=256個(gè)物理地址塊。計(jì)算直接地址索引，0-566*1KB，對應(yīng)邏輯塊號0—5。計(jì)算一級間接地址索引，256*1KB5+1—256+5=6—261。計(jì)算二級間接地址索引，256*256*1KB，對應(yīng)邏輯塊號261+1—65797。6*1KB+256*1KB+256*256*1KB=65798KB?！敬鸢浮緼、D。設(shè)關(guān)系模式R(U,F)，其中u為屬性集，F(xiàn)是U上的一組函數(shù)依賴，那么函數(shù)依賴的公理系統(tǒng)(Armstrong公理系統(tǒng))中的合并規(guī)則是指( )為F所蘊(yùn)涵。A→B，B→CA→C若Y?X?U，則X→YA→B，A→CA→BCA→B，C?BA→C【解析】A選項(xiàng)對應(yīng)的是傳遞律B選項(xiàng)對應(yīng)的是自反律C選項(xiàng)對應(yīng)的是合并規(guī)則D選項(xiàng)對應(yīng)的是分解規(guī)則(CB中分解出來，構(gòu)成函數(shù)依賴)。RS分別為：R(A,B,C,D)、S(B,C,E,F)RS自然聯(lián)結(jié)運(yùn)算后的屬性列有1)個(gè)，與表達(dá)方式π1,2,5,6(σ3<6(RS))SQL語句為：SELECT2)FROMR,SWHERE(3);(1)A．4B．6C．7D．8A．A,R.C,E,FB．A,C,S.B,S.EC．A,C,S.B,S.CD．R.A,R.C,S.B,S.CANDR.C=S.CANDRC<S.BB．R.B=S.BANDR.C=S.CANDR.C<S.FC．R.B=S.BORR.C=S.CORR.C<S.BD．R.B=S.BORR.C=S.CORR.C<S.F【解析】自然連接后，(A,R.B,R.C,D,E,F)，6列。σ3<63列分量<6列分量所在行。【答案】B、A、B。計(jì)算機(jī)采用分級存儲體系的主要目的是為了( A．解決主存容量不足的問題C．提高外設(shè)訪問效率D．解決存儲的容量、價(jià)格和速度之間的矛盾【解析】分級存儲體系中，速度快的存儲器，單位價(jià)格高，而速度慢的存儲器，單位價(jià)格低，所以利用分級方式，能得到很好的性價(jià)比。【答案】D。以下嵌入式處理器類型中不具備內(nèi)存管理單元(MMU)的是( )，嵌入式操作系統(tǒng)( 以運(yùn)行在它上面。A．PowerPC750B．ARM920TC．Cortex-M3D．MIPS3224KA．LinuxC．uC/OS-II【解析】ARMCortex-M3處理器結(jié)合了多種突破性技術(shù)，令芯片供應(yīng)商提供超低費(fèi)用的芯片，僅33000門的內(nèi)核性能可達(dá)1.2DMIPS/MHz。該處理器還集成了許多緊耦合系統(tǒng)外設(shè)，令系統(tǒng)能滿足下一代產(chǎn)品的控制需求。Cortex的優(yōu)勢在于低功耗、低成本、高性能3者的結(jié)合。這MMU的。【答案】C、C，純記憶，戰(zhàn)術(shù)性掌握。以下關(guān)于嵌入式數(shù)據(jù)庫管理系統(tǒng)的描述不正確的是( )。A．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般只為前端應(yīng)用提供基本的數(shù)據(jù)支持B．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般支持實(shí)時(shí)數(shù)據(jù)的管理C．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般不支持多線程并發(fā)操作D．嵌入式數(shù)據(jù)庫管理系統(tǒng)一般只提供本機(jī)服務(wù)接口【解析】嵌入式數(shù)據(jù)庫管理系統(tǒng)(EmbeddedDataBaseManagementSystem,EDBMS)就是在嵌入式設(shè)備上使用的DBMS。由于用到EDBMS的嵌入式系統(tǒng)多是移動信息設(shè)備，例如，掌上電腦、PDA、車載設(shè)備等移動通信設(shè)備，位置固定的嵌入式設(shè)備很少用到，因此，嵌入式數(shù)據(jù)庫也稱為移動數(shù)據(jù)庫或嵌入式移動數(shù)據(jù)庫。EDBMS的作用主要是解決移動計(jì)算環(huán)境下數(shù)據(jù)的管理問題，移動數(shù)據(jù)庫是移動計(jì)算環(huán)境中的分布式數(shù)據(jù)庫。嵌入式數(shù)據(jù)庫管理系統(tǒng)一般只提供本機(jī)服務(wù)接口且只為前端應(yīng)用提供基本的數(shù)據(jù)支持?！敬鸢浮緾。IETF定義的集成服務(wù)(IntServ)把Internet服務(wù)分成了三種服務(wù)質(zhì)量不同的類型，這三種服務(wù)不包括( )。A．保證質(zhì)量的服務(wù)：對帶寬、時(shí)延、抖動和丟包率提供定量的保證B．盡力而為的服務(wù)：這是一般的Internet服務(wù)，不保證服務(wù)質(zhì)量C．負(fù)載受控的服務(wù)：提供類似于網(wǎng)絡(luò)欠載時(shí)的服務(wù)，定性地提供D．突發(fā)式服務(wù)：如果有富余的帶寬，網(wǎng)絡(luò)保證滿足服務(wù)質(zhì)量的需求【解析】IETF集成服務(wù)(Intsery)工作組根據(jù)服務(wù)質(zhì)量的不同，把玩temat服務(wù)分成了三種類型。保證質(zhì)量的服務(wù)(Guranteedservices)：對帶寬、時(shí)延、抖動和丟包率提供定量的保證。控制負(fù)載的服務(wù)(Controlled—loadservices)：提供一種類似于網(wǎng)絡(luò)欠載情況下的服務(wù)，這是一種定性的指標(biāo)。盡力而為的服務(wù)(Best-Effort)：這是Intemet提供的一般服務(wù)，基本上無任何質(zhì)量保證?！敬鸢浮緿。按照網(wǎng)絡(luò)分層設(shè)計(jì)模型，通常把局域網(wǎng)設(shè)計(jì)為3層，即核心層、匯聚層和接入層，以下關(guān)于分層網(wǎng)絡(luò)功能的描述中，不正確的是( )。A．核心層設(shè)備負(fù)責(zé)數(shù)據(jù)包過濾、策略路由等功能B．匯聚層完成路由匯總和協(xié)議轉(zhuǎn)換功能C．接入層應(yīng)提供一部分管理功能，例如MAC地址認(rèn)證、計(jì)費(fèi)管理等D．接入層負(fù)責(zé)收集用戶信息，例如用戶IP地址、MAC地址、訪問日志等【解析】數(shù)據(jù)包過濾與策略路由的功能是由匯聚層來完成的，而非核心層。結(jié)構(gòu)化布線系統(tǒng)分為六個(gè)子系統(tǒng)，其中水平子系統(tǒng)()。A．由各種交叉連接設(shè)備以及集線器和交換機(jī)等設(shè)備組成B．連接了干線子系統(tǒng)和工作區(qū)子系統(tǒng)，C．由終端設(shè)備到信息插座的整個(gè)區(qū)域組成D．實(shí)現(xiàn)各樓層設(shè)備間子系統(tǒng)之間的互連【解析】水平子系統(tǒng)是指的，從樓層管理間到信息插口這一段，它連接了垂直干線子系統(tǒng)與工作區(qū)子系統(tǒng)。在實(shí)際應(yīng)用中，用戶通常依靠評價(jià)程序來測試系統(tǒng)的性能。以下評價(jià)程序中，( 測準(zhǔn)確程度最低。事務(wù)處理性臺昱委員會(TransactionProcessingPerformanceCouncil,TPC)是制定商務(wù)應(yīng)用基準(zhǔn)程序(benchmark)標(biāo)準(zhǔn)規(guī)范、性能和價(jià)格度量，并管理測試結(jié)果發(fā)布的非營利組織，其發(fā)布的TPC-C是( )的基準(zhǔn)程序。A．核心程序B．真實(shí)程序C．合成基準(zhǔn)程序A．決策支持B．在線事務(wù)處理C．企業(yè)信息服務(wù)【解析】在大多數(shù)情況下，為測試新系統(tǒng)的性能，用戶必須依靠評價(jià)程序來評價(jià)機(jī)器的性能。對于真實(shí)程序、核心程序、小型基準(zhǔn)程序和合成基準(zhǔn)程序來說，其評測程度依次遞減。把應(yīng)用程序中用的最多、最頻繁的那部分核心程序作為評價(jià)計(jì)算機(jī)性能的標(biāo)準(zhǔn)程序，稱為基準(zhǔn)測試程序(Benchmark)。事務(wù)處理性能委員會(TransactionProcessingPerformanceCouncil,TPC)是制定商務(wù)應(yīng)用基準(zhǔn)程序(Benchmark)標(biāo)準(zhǔn)規(guī)范、性能和價(jià)格度量，并管理測試結(jié)果發(fā)布的非營利組織，其TPC-C是在線事務(wù)處理的基準(zhǔn)程序，TPC-D是決策支持的基準(zhǔn)程序?！敬鸢浮緾、B。企業(yè)信息化一定要建立在企業(yè)戰(zhàn)略規(guī)劃基礎(chǔ)之上以企業(yè)戰(zhàn)略規(guī)劃為基礎(chǔ)建立的企業(yè)管理模式是建立( )的依據(jù)。B．企業(yè)業(yè)務(wù)運(yùn)作模型C．企業(yè)信息系統(tǒng)架構(gòu)D．企業(yè)決策支持【解析】【答案】A。ERP是對企業(yè)物流資源，資金流資源和信息流資源進(jìn)行全面集成管理的管理信息系統(tǒng)。在ERP五個(gè)層次的計(jì)劃中，( )根據(jù)經(jīng)營計(jì)劃的生產(chǎn)目標(biāo)制定，是對企業(yè)經(jīng)營計(jì)劃的細(xì)化；( )說明了在一定時(shí)期內(nèi)生產(chǎn)什么，生產(chǎn)多少和什么時(shí)候交貨，它的編制是ERP的主要工作內(nèi)容；( )能夠幫助企業(yè)盡早發(fā)現(xiàn)企業(yè)生產(chǎn)能力的瓶頸，為實(shí)現(xiàn)企業(yè)的生產(chǎn)任務(wù)提供能力方面的保障。B．生產(chǎn)預(yù)測計(jì)劃C．生產(chǎn)計(jì)劃大綱D．主生產(chǎn)計(jì)劃A．經(jīng)營計(jì)劃D．主生產(chǎn)計(jì)劃B．能力需求計(jì)劃C．物料需求計(jì)劃D．質(zhì)量管理計(jì)劃【解析】ERP是對企業(yè)物流、資金流和信息流資源進(jìn)行全面集成管理的管理信息系統(tǒng)生產(chǎn)預(yù)測計(jì)劃是對市場需求進(jìn)行比較準(zhǔn)確的預(yù)測，是經(jīng)營計(jì)劃、生產(chǎn)計(jì)劃大綱和主生產(chǎn)計(jì)劃編制的基礎(chǔ)；銷售管理計(jì)劃是針對企業(yè)的銷售部門的相關(guān)業(yè)務(wù)進(jìn)行管理，屬于最高層計(jì)劃的范疇，是企業(yè)最重要的決策層計(jì)劃之一；生產(chǎn)計(jì)劃大綱根據(jù)經(jīng)營計(jì)劃的生產(chǎn)目標(biāo)制定，是對企業(yè)經(jīng)營計(jì)劃的細(xì)化；ERP的主要工作內(nèi)容；物料需求計(jì)劃是對主生產(chǎn)計(jì)劃的各個(gè)項(xiàng)0所需的全部制造件和全部采購件的網(wǎng)絡(luò)支持計(jì)劃和時(shí)間進(jìn)度計(jì)劃；盡早發(fā)現(xiàn)企業(yè)生產(chǎn)能力的瓶頸，為實(shí)現(xiàn)企業(yè)的生產(chǎn)任務(wù)提供能力幫面的保障。集成平臺是支持企業(yè)信息集成的支撐環(huán)境，包括硬件、軟件、軟件工具和系統(tǒng)。集成平臺的基本功能中，()實(shí)現(xiàn)不同數(shù)據(jù)庫系統(tǒng)之間的數(shù)據(jù)交換、互操作、分布數(shù)據(jù)管理和共享信息模型定義；()能夠?yàn)閼?yīng)用提供數(shù)據(jù)交換和訪問操作，使各種不同的系統(tǒng)能夠相互協(xié)作。B．信息集成服務(wù)C．應(yīng)用集成服務(wù)D．操作集成服務(wù)B．信息集成服務(wù)C．應(yīng)用集成服務(wù)D．操作集成服務(wù)【解析】企業(yè)集成平臺是一個(gè)支持復(fù)雜信息環(huán)境下信息系統(tǒng)開發(fā)、集成、協(xié)同運(yùn)行的軟件支撐環(huán)境，包括硬件、軟件、軟件工具和系統(tǒng)?；竟δ馨ǎ簲?shù)據(jù)通信服務(wù)：提供分布環(huán)境下透明的同步/異步通信服務(wù)功能;互操作、分布數(shù)據(jù)管理和共享信息模型定義：應(yīng)用集成服務(wù)：通過高層應(yīng)用編程接口來實(shí)現(xiàn)對相應(yīng)應(yīng)用程序的訪問，能夠?yàn)閼?yīng)用提供數(shù)據(jù)交換和訪問操作，使各種不同的系統(tǒng)能夠相互協(xié)作；二次開發(fā)工具：是集成平臺提供的一組幫助用戶開發(fā)特定應(yīng)用程序的支持工具；平臺運(yùn)行管理工具：是企業(yè)集成平臺的運(yùn)行管理和控制模塊。商業(yè)智能是企業(yè)對商業(yè)數(shù)據(jù)的搜集、管理和分析的系統(tǒng)過程，主要技術(shù)包括( A．?dāng)?shù)據(jù)倉庫、聯(lián)機(jī)分析和數(shù)據(jù)挖掘數(shù)據(jù)采集、數(shù)據(jù)清洗和數(shù)據(jù)挖掘聯(lián)機(jī)分析、多維度分析和跨維度分析D．?dāng)?shù)據(jù)倉庫、數(shù)據(jù)挖掘和業(yè)務(wù)優(yōu)化重組【解析】商業(yè)智能的核心技術(shù)包括：數(shù)據(jù)倉庫、數(shù)據(jù)挖掘、聯(lián)機(jī)分析處理。系統(tǒng)建議方案中不應(yīng)該包含的內(nèi)容是( A．問題陳述B．項(xiàng)目范圍D．系統(tǒng)詳細(xì)設(shè)計(jì)方案【解析】作為一份正式文檔，系統(tǒng)建議方案至少應(yīng)該包含以下內(nèi)容：1?2頁的篇幅總結(jié)整個(gè)系統(tǒng)建議方案報(bào)告，提供系統(tǒng)方案中的重要事件、地點(diǎn)、任務(wù)和原因，以及系統(tǒng)方案是如何實(shí)現(xiàn)的等信息。②系統(tǒng)概述。包括系統(tǒng)建議方案報(bào)告的目的、對問題的陳述、項(xiàng)目范圍和報(bào)告內(nèi)容的敘述性解釋。③系統(tǒng)研究方法。簡要地解釋系統(tǒng)建議方案報(bào)告中包含的信息是如何得到的，研究工作是如何進(jìn)行的。④候選系統(tǒng)方案及其可行性分析。系統(tǒng)闡述每個(gè)候選系統(tǒng)方案，并對每個(gè)方案進(jìn)行可行性評價(jià)。⑤建議方案。在對各個(gè)候選系統(tǒng)方案進(jìn)行可行性評價(jià)之后，通常會推薦一個(gè)解決方案，并且要給出推薦該解決方案的理由。需要再次強(qiáng)調(diào)項(xiàng)目的必要性和可行性，以及系統(tǒng)建議方案報(bào)告的價(jià)值。⑦附錄。系統(tǒng)分析師認(rèn)為閱讀者可能會感興趣的所有信息，但這些信息對于理解系統(tǒng)建議方案報(bào)告的內(nèi)容來說不是必要的?！敬鸢浮緿。下列關(guān)于聯(lián)合需求計(jì)劃(JointRequirementPlanning,JRP)的敘述中，不正確的是( A．在JRP實(shí)施之前，應(yīng)制定詳細(xì)的議程，并嚴(yán)格遵照議程進(jìn)行B．在討論期間盡量避免使用專業(yè)術(shù)語C．JRP是一種相對來說成本較高但十分有效的需求獲取方法D．JRP的主要目的是對需求進(jìn)行分析和驗(yàn)證【解析】JRP是一種相對來說成本較高的需求獲取方法(而非需求分析與驗(yàn)證的方法)，但也是十分有效的一種。它通過聯(lián)合各個(gè)關(guān)鍵用戶代表、系統(tǒng)分析師、開發(fā)團(tuán)隊(duì)代表一起，通過有組6～181～5小時(shí)。JRP的主要意圖是收集需求，而不是對需求進(jìn)行分析和驗(yàn)證。實(shí)施JRP時(shí)應(yīng)把握以下主要原則：在JRP實(shí)施之前，應(yīng)制訂詳細(xì)的議程，并嚴(yán)格遵照議程進(jìn)行。按照既定的時(shí)間安排進(jìn)行。盡量完整地記錄會議期間的內(nèi)容。在討論期間盡量避免使用專業(yè)術(shù)語。(5)充分運(yùn)用解決沖突的技能。(7)鼓勵團(tuán)隊(duì)取得一致意見。在結(jié)構(gòu)化分析方法中，用( )表示功能模型，用( 模型。A．ER圖 B．用例圖 C．DFD D．對象圖A．通信圖B．順序圖 C．活動圖 D．狀態(tài)轉(zhuǎn)換圖【解析】在結(jié)構(gòu)化分析中，主要進(jìn)行三個(gè)方面的建模：功能建模、行為建模和數(shù)據(jù)建模。功能建模一般采用D(aowram)ER圖。下列關(guān)于敏捷方法的敘述中，錯(cuò)誤的是( )。A．與傳統(tǒng)方法相比，敏捷方法比較適合需求變化大或者開發(fā)前期對需求不是很清晰的項(xiàng)目B．敏捷方法尤其適合于開發(fā)團(tuán)隊(duì)比較龐大的項(xiàng)目C．敏捷方法的思想是適應(yīng)性，而不是預(yù)設(shè)性D．敏捷方法以原型開發(fā)思想為基礎(chǔ)，采用迭代式增量開發(fā)【解析】敏捷方法適合于開發(fā)團(tuán)隊(duì)較小的項(xiàng)目。下列關(guān)于用戶界面設(shè)計(jì)的敘述中，錯(cuò)誤的是( A．界面交互模型應(yīng)經(jīng)常進(jìn)行修改B．界面的視覺布局應(yīng)該盡量與真實(shí)世界保持一致C．所有可視信息的組織需要按照統(tǒng)一的設(shè)計(jì)標(biāo)準(zhǔn)D．確保用戶界面操作和使用的一致性【解析】用戶界面設(shè)計(jì)的3條黃金規(guī)則為：讓用戶擁有控制權(quán)；保持界面一致?！敬鸢浮緼。在軟件的使用過程中用戶往往會對軟件提出新的功能與性能要求為了滿足這些要求，需要修改或再開發(fā)軟件。在這種情況下進(jìn)行的維護(hù)活動稱為( )。B．適應(yīng)性維護(hù)C．完善性維護(hù)【解析】4種：①改正性維護(hù)。為了識別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程稱為改正性維護(hù)。②適應(yīng)性維護(hù)。在使用過程中，外部環(huán)境(新的硬、軟件配置)、數(shù)據(jù)環(huán)境(數(shù)據(jù)庫、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方法、數(shù)據(jù)存儲介質(zhì))可能發(fā)生變化。為使軟件適應(yīng)這種變化而修改軟件的過程稱為適用性維護(hù)。提髙軟件的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動成為完善性維護(hù)。④預(yù)防性維護(hù)。指預(yù)先提髙軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。采用先進(jìn)的軟件工程方法對需要維護(hù)的軟件或軟件中的某一部分(重新)進(jìn)行設(shè)計(jì)、編碼和測試。解。采用()模式，用一個(gè)特定對象來封裝一系列的對象交互，從而使各對象不需要顯式地相互引用，使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。A．解釋器(Interpreter)B．策略(Strategy)(Mediator)D．迭代器(Iterator)【解析】解釋器(interpreter)模式。解釋器模式屬于類的行為型模式，描述了如何為語言定義一個(gè)文法，如何在該語言中表示一個(gè)句子，以及如何解釋這些句子，這里的“語言”是使用規(guī)定格式和語法的代碼。解釋器模式主要用在編譯器中，在應(yīng)用系統(tǒng)開發(fā)中很少用到。策略(strategy)模式。策略模式是一種對象的行為型模式，定義一系列算法，并將每一個(gè)算法封裝起來，并讓它們可以相互替換。策略模式讓算法獨(dú)立于使用它的客戶而變化，其目的是將行為和環(huán)境分隔，當(dāng)出現(xiàn)新的行為時(shí)，只需要實(shí)現(xiàn)新的策略類。中介者(mediator)模式。中介者模式是一種對象的行為型模式，通過一個(gè)中介對象來封可以獨(dú)立地改變它們之間的交互。中介者對象的存在保證了對象結(jié)構(gòu)上的穩(wěn)定，也就是說，系統(tǒng)的結(jié)構(gòu)不會因?yàn)樾聦ο蟮囊霂泶罅康男薷墓ぷ?。迭代?iterator)模式。迭代器模式是一種對象的行為型模式，提供了一種方法來訪問聚復(fù)雜的聚合可用多種方法來進(jìn)行遍歷；允許在同一個(gè)聚合上可以有多個(gè)遍歷，每個(gè)迭代器保持它自己的遍歷狀態(tài)，因此，可以同時(shí)進(jìn)行多個(gè)遍歷操作。擴(kuò)展：設(shè)計(jì)模式分類：創(chuàng)建型模式、結(jié)構(gòu)型模式、行為型模式。某廣告公司的宣傳產(chǎn)品有宣傳冊、文章、傳單等多種形式，宣傳產(chǎn)品的出版方式包括紙質(zhì)方式、CD、DVD、在線發(fā)布等。現(xiàn)要求為該廣告公司設(shè)計(jì)一個(gè)管理這些宣傳產(chǎn)品的應(yīng)用，采用()設(shè)計(jì)模式較為合適，該模式()。A．Decorator B．Adapter C．Bridge D．Facade(2)A．將一系列復(fù)雜的類包裝成一個(gè)簡單的封閉接口B．將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化C．可在不影響其他對象的情況下，以動態(tài)、透明的方式給單個(gè)對象添加職責(zé)D．將一個(gè)接口轉(zhuǎn)換為客戶希望的另一個(gè)接口【解析】本題考點(diǎn)是設(shè)計(jì)模式，不同的設(shè)計(jì)模式可以應(yīng)用于不同的場景，在本題題干部分提到宣傳產(chǎn)品有多種表現(xiàn)形式，又有多種媒介，如果用一棵類樹來表達(dá)，必然會帶來“類爆炸”(題目中增加一種媒介，代碼實(shí)現(xiàn)中需要增加多個(gè)類)的問題，所以使用橋接模式是合適的。橋接模式的最核心特點(diǎn)便是：將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化。UML提供的系統(tǒng)視圖中，()是邏輯視圖的一次執(zhí)行實(shí)例，描述了并發(fā)與同步結(jié)構(gòu)；()是最基本的需求分析模型。A．進(jìn)程視圖B．實(shí)現(xiàn)視圖C．部署視圖D．用例視圖A．進(jìn)程視圖B．實(shí)現(xiàn)視圖C．部署視圖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個(gè)系統(tǒng)視圖：邏輯視圖(設(shè)計(jì)視圖)。邏輯視圖也稱為設(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)。用例視圖。用例視圖是最基本的需求分析模型。在靜態(tài)測試中，主要是對程序代碼進(jìn)行靜態(tài)分析?！皵?shù)據(jù)初始化、賦值或引用過程中的異?！睂儆陟o態(tài)分析中的( )。A．控制流分析 B．?dāng)?shù)據(jù)流分析C．接口分析 D．表達(dá)式分析【解析】靜態(tài)分析(staticanalysis)是一種對代碼的機(jī)械性的、程式化的特性分析方法。靜態(tài)分析一般常用軟件工具進(jìn)行，包括控制流分析、數(shù)據(jù)流分析、接口分析等。用數(shù)據(jù)流圖來分析數(shù)據(jù)處理的異?，F(xiàn)象(數(shù)據(jù)異常)，這些異常包括初始化、賦值、或引用數(shù)據(jù)等的序列的異常。進(jìn)行程序結(jié)構(gòu)檢查。控制流圖描述了程序元素和它們的執(zhí)行順序之間的聯(lián)系。一個(gè)程序元素通常是一個(gè)條件、一個(gè)簡單的語句，或者一塊語句(多個(gè)連續(xù)語句)。數(shù)、維數(shù)、順序的一致性。當(dāng)子程序之間的數(shù)據(jù)或控制傳遞使用公共變量塊或全局變量時(shí)，也應(yīng)檢查它們的一致性。下列關(guān)于軟件調(diào)試與軟件測試的敘述中，正確的是( )。A．軟件測試的目的是找出存在的錯(cuò)誤，軟件調(diào)試的目的是定位并修正錯(cuò)誤B．軟件測試的結(jié)束過程不可預(yù)計(jì)，軟件調(diào)試使用預(yù)先定義的過程C．軟件調(diào)試的過程可以實(shí)現(xiàn)設(shè)計(jì)【解析】測試才是有預(yù)先定義的過程，設(shè)計(jì)好了測試用例，也有預(yù)期的結(jié)果，然后輸入數(shù)據(jù)，核對結(jié)果是否正確就行了。調(diào)試是不可預(yù)期的。【答案】A。在單元測試中，( )。A．驅(qū)動模塊用來調(diào)用被測模塊，自頂向下的單元測試中不需要另外編寫驅(qū)動模塊B．樁模塊用來模擬被測模塊所調(diào)用的子模塊，自頂向下的單元測試中不需要另外編寫樁模塊C．驅(qū)動模塊用來模擬被測模塊所調(diào)用的子模塊，自底向上的單元測試中不需要另外編D．樁模塊用來調(diào)用被測模塊，自底向上的單元測試中不需要另外編寫樁模塊【解析】【答案】A，戰(zhàn)術(shù)性掌握。以下關(guān)于軟件架構(gòu)設(shè)計(jì)重要性的描述，( )是錯(cuò)誤的。軟件架構(gòu)設(shè)計(jì)能夠滿足系統(tǒng)的性能、安全性、可維護(hù)性等品質(zhì)軟件架構(gòu)設(shè)計(jì)能夠幫助項(xiàng)目干系入(Stakeholder)更好地理解軟件結(jié)構(gòu)C．軟件架構(gòu)設(shè)計(jì)能夠幫助架構(gòu)師更好地捕獲和細(xì)化系統(tǒng)需求D．軟件架構(gòu)設(shè)計(jì)能夠有效地管理系統(tǒng)的復(fù)雜性，并降低系統(tǒng)維護(hù)費(fèi)用【解析】軟件架構(gòu)設(shè)計(jì)不能捕獲需求，軟件架構(gòu)設(shè)計(jì)是在需求捕獲并進(jìn)行分析之后開展的工作。將系統(tǒng)需求模型轉(zhuǎn)換為架構(gòu)模型是軟件系統(tǒng)需求分析階段的一項(xiàng)重要工作，以下描述中，( )是在轉(zhuǎn)換過程中需要關(guān)注的問題。A．如何通過多視圖模型描述軟件系統(tǒng)的架構(gòu)B．如何確定架構(gòu)模型中有哪些元素構(gòu)成C．如何采用表格或用例映射保證轉(zhuǎn)換的可追蹤性。D．如何通過模型轉(zhuǎn)換技術(shù)，將高層架構(gòu)模型逐步細(xì)化為細(xì)粒度架構(gòu)模型【解析】從本質(zhì)上看，需求和軟件架構(gòu)設(shè)計(jì)面臨的是不同的對象：一個(gè)是問題空間；另一個(gè)是解空間。保持兩者的可追蹤性和轉(zhuǎn)換，一直是軟件工程領(lǐng)域追求的目標(biāo)。從軟件需求模型向SA模型的轉(zhuǎn)換主要關(guān)注兩個(gè)問題：1、如何根據(jù)需求模型構(gòu)建軟件架構(gòu)模型；2、如何保證模型轉(zhuǎn)換的可追蹤性。本題中選項(xiàng)A與B是軟件架構(gòu)設(shè)計(jì)階段需要考慮的問題，而選項(xiàng)D是軟件架構(gòu)實(shí)現(xiàn)階段中需要考慮的問題。在構(gòu)件組裝過程中需要檢測并解決架構(gòu)失配問題。其中()失配主要包括由于系統(tǒng)對構(gòu)件基礎(chǔ)設(shè)施、控制模型和數(shù)據(jù)模型的假設(shè)存在沖突引起的失配。()失配包括由手系統(tǒng)對構(gòu)件交互協(xié)議、構(gòu)件連接時(shí)數(shù)據(jù)格式的假設(shè)存在沖突引起的失配。A.構(gòu)件B.模型C.協(xié)議D.連接子A.構(gòu)件B.模型C.協(xié)議D.連接子【解析】檢測并消除體系結(jié)構(gòu)失配：體系結(jié)構(gòu)失配問題由DavidGarlan等人在1995年提出。失配是指在軟件復(fù)用的過程中，由于待復(fù)用構(gòu)件對最終系統(tǒng)的體系結(jié)構(gòu)和環(huán)境的假設(shè)(assumption)與實(shí)際狀況不同而導(dǎo)致的沖突。在構(gòu)件組裝階段失配問題主要包括：由構(gòu)件引起的失配，包括由于系統(tǒng)對構(gòu)件基礎(chǔ)設(shè)施、構(gòu)件控制模型和構(gòu)件數(shù)據(jù)模型的假設(shè)存在沖突引起的失配；由連接子引起的失配，包括由于系統(tǒng)對構(gòu)件交互協(xié)議、連接子數(shù)據(jù)模型的假設(shè)存在沖突引起的失配；由于系統(tǒng)成分對全局體系結(jié)構(gòu)的假設(shè)存在沖突引起的失配等。要解決失配問題，首先需要檢測出失配問題，并在此基礎(chǔ)上通過適當(dāng)?shù)氖侄蜗龣z測出的失配問題?！?+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．開發(fā)D．物理A．對象圖B．活動圖C．狀態(tài)圖D．類圖A．對象圖B．活動圖C．狀態(tài)圖D．類圖【解析】“4+1五個(gè)視圖結(jié)合在一起才能反映軟件架構(gòu)的全部內(nèi)容。邏輯視圖。邏輯視圖主要支持系統(tǒng)的功能需求，即系統(tǒng)提供給最終用戶的服務(wù)。(2)開發(fā)視圖。開發(fā)視圖也稱為模塊視圖，在UML中被稱為實(shí)現(xiàn)視圖，它主要側(cè)重于軟件模塊的組織和管理。開發(fā)視圖要考慮軟件內(nèi)部的需求。進(jìn)程視圖。進(jìn)程視圖側(cè)重于系統(tǒng)的運(yùn)行特性，主要關(guān)注一些非功能性需求，例如，系統(tǒng)的性能和可用性等。進(jìn)程視圖強(qiáng)調(diào)并發(fā)性、分布性、系統(tǒng)集成性和容錯(cuò)能力。物理視圖。物理視圖在UML中被稱為部署視圖，它主要考慮如何把軟件映射到硬件上，它通常要考慮到解決系統(tǒng)拓?fù)浣Y(jié)構(gòu)、系統(tǒng)安裝和通信等問題。場景。場景可以看作是那些重要系統(tǒng)活動的抽象，它使四個(gè)視圖有機(jī)聯(lián)系起來，從某種意義上說場景是最重要的需求抽象。場景視圖對應(yīng)UML中的用例視圖。下面是題目選項(xiàng)中幾種UML圖的解釋，從中可以了解題目所描述的，是哪一種UML圖。對象圖(objectdiagram)。對象圖描述一組對象及它們之間的關(guān)系。對象圖描述了在類圖中所建立的事物實(shí)例的靜態(tài)快照。和類圖一樣，這些圖給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖或靜態(tài)進(jìn)程視圖，但它們是從真實(shí)案例或原型案例的角度建立的。活動圖(activitydiagram)。活動圖將進(jìn)程或其他計(jì)算結(jié)構(gòu)展示為計(jì)算內(nèi)部一步步的控制流和數(shù)據(jù)流?；顒訄D專注于系統(tǒng)的動態(tài)視圖。它對系統(tǒng)的功能建模和業(yè)務(wù)流程建模特別重要，并強(qiáng)調(diào)對象間的控制流程。狀態(tài)圖(statediagram)。狀態(tài)圖描述一個(gè)狀態(tài)機(jī)，它由狀態(tài)、轉(zhuǎn)移、事件和活動組成。件導(dǎo)致的對象行為，這非常有助于對反應(yīng)式系統(tǒng)建模。類圖(classdiagram)。類圖描述一組類、接口、協(xié)作和它們之間的關(guān)系。在OO系統(tǒng)的建模中，最常見的圖就是類圖。類圖給出了系統(tǒng)的靜態(tài)設(shè)計(jì)視圖，活動類的類圖給出了系統(tǒng)的靜態(tài)進(jìn)程視圖。4+1”視圖【答案】A、D、B。特定領(lǐng)域軟件架構(gòu)(DomainSpecificSoftwareArchitecture,DSSA)是在一個(gè)特定應(yīng)用領(lǐng)域中，為一組應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件體系結(jié)構(gòu)。參加DSSA的人員可以劃分為多種角色，其中( )的任務(wù)是控制整個(gè)領(lǐng)域分析過程，進(jìn)行知識獲取，將獲取的知識組織到領(lǐng)域模型中；( )的任務(wù)是根據(jù)領(lǐng)域模型和現(xiàn)有系統(tǒng)開發(fā)出DSSA，并對DSSA的準(zhǔn)確性和一致性進(jìn)行驗(yàn)證。領(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)域分析者 C．領(lǐng)域設(shè)計(jì)者D．領(lǐng)域?qū)崿F(xiàn)者【解析】參與DSSA的人員可以劃分為四種角色：領(lǐng)域?qū)＜?、領(lǐng)域分析師、領(lǐng)域設(shè)計(jì)人員和領(lǐng)域?qū)崿F(xiàn)人員。1、領(lǐng)域?qū)＜覍?shí)現(xiàn)以及項(xiàng)目管理的有經(jīng)驗(yàn)的軟件工程師等。的、一致的領(lǐng)域字典，幫助選擇樣本系統(tǒng)作為領(lǐng)域工程的依據(jù)，復(fù)審領(lǐng)域模型、DSSA等領(lǐng)域工程產(chǎn)品，等等。領(lǐng)域?qū)＜覒?yīng)該熟悉該領(lǐng)域中系統(tǒng)的軟件設(shè)計(jì)和實(shí)現(xiàn)、硬件限制、未來的用戶需求及技術(shù)走向等。2、領(lǐng)域分析人員領(lǐng)域分析人員應(yīng)由具有知識工程背景的有經(jīng)驗(yàn)的系統(tǒng)分析員來擔(dān)任。領(lǐng)域分析人員的主要任務(wù)包括控制整個(gè)領(lǐng)域分析過程，進(jìn)行知識獲取，將獲取的知識組織到領(lǐng)域模型中，根據(jù)現(xiàn)有系統(tǒng)、標(biāo)準(zhǔn)規(guī)范等驗(yàn)證領(lǐng)域模型的準(zhǔn)確性和一致性，維護(hù)領(lǐng)域模型。3、領(lǐng)域設(shè)計(jì)人員領(lǐng)域設(shè)計(jì)人員應(yīng)由有經(jīng)驗(yàn)的軟件設(shè)計(jì)人員來擔(dān)任。DSSADSSADSSA之間的聯(lián)系。領(lǐng)域設(shè)計(jì)人員應(yīng)熟悉軟件重用和領(lǐng)域設(shè)計(jì)方法；熟悉軟件設(shè)計(jì)方法；應(yīng)有一定的該領(lǐng)域的經(jīng)驗(yàn)，以便于分析領(lǐng)域中的問題及與領(lǐng)域?qū)＜疫M(jìn)行交互。4、領(lǐng)域?qū)崿F(xiàn)人員領(lǐng)域?qū)崿F(xiàn)人員應(yīng)由有經(jīng)驗(yàn)的程序設(shè)計(jì)人員來擔(dān)任。領(lǐng)域?qū)崿F(xiàn)人員的主要任務(wù)包括根據(jù)領(lǐng)域模型和DSSA，或者從頭開發(fā)可重用構(gòu)件，或者利用再工程的技術(shù)從現(xiàn)有系統(tǒng)中提取可重用構(gòu)件，對可重用構(gòu)件進(jìn)行驗(yàn)證，建立DSSA與可重用構(gòu)件間的聯(lián)系。領(lǐng)域?qū)崿F(xiàn)人員應(yīng)熟悉軟件重用、領(lǐng)域?qū)崿F(xiàn)及軟件再工程技術(shù)；熟悉程序設(shè)計(jì)；具有一定的該領(lǐng)域的經(jīng)驗(yàn)。【答案】B、C。某公司欲開發(fā)一個(gè)用于分布式登錄的服務(wù)端程序，使用面向連接的TCP協(xié)議并發(fā)地處理多客戶端登錄請求。用戶要求該服務(wù)端程序運(yùn)行在Linux、Solaris和WindowsNT等多種操作系統(tǒng)平臺之上，而不同的操作系統(tǒng)的相關(guān)API函數(shù)和數(shù)據(jù)都有所不同。針對這種情況，公司的架構(gòu)師決定采用“包裝器外觀(WrapperFacade)”架構(gòu)模式解決操作系統(tǒng)的差異問題。具體來說，服務(wù)端程序應(yīng)該在包裝器外觀的實(shí)例上調(diào)用需要的方法，然后將請求和請求的參數(shù)發(fā)送給()，調(diào)用成功后將結(jié)果返回。使用該模式()。A．客戶端程序API函數(shù)C．TCPAPI函數(shù)D．登錄連接程序A．提高了底層代碼訪問的一致性，但降低了服務(wù)端程序的調(diào)用性能B．降低了服務(wù)端程序功能調(diào)用的靈活性，但提高了服務(wù)端程序的調(diào)用性能C．降低了服務(wù)端程序的可移植性，但提高了服務(wù)端程序的可維護(hù)性D．提高了系統(tǒng)的可復(fù)用性，但降低了系統(tǒng)的可配置性【解析】“包裝器外觀”架構(gòu)模式解決操作系統(tǒng)的差異問題。具體來說，服務(wù)端程序應(yīng)該在包裝器外觀的實(shí)例上調(diào)用需要的方法，然后將請求和請求的參數(shù)發(fā)送給操作系統(tǒng)API函數(shù)，調(diào)用成功后將結(jié)果返回。使用該模式提高了底層代碼訪問的一致性，但降低了服務(wù)端程序的調(diào)用性能。所共有的()特征。對于語音識別、知識推理等問題復(fù)雜、解空間很大、求解過程不確定的這一類軟件系統(tǒng)。通常會采用()架構(gòu)風(fēng)格。B．結(jié)構(gòu)和語義C．靜態(tài)和動態(tài)D．行為和約束-過濾器B．解釋器C．黑板【解析】系統(tǒng)家族，即一個(gè)架構(gòu)定義一個(gè)詞匯表和一組約束。詞匯表中包含一些構(gòu)件和連接件類型，統(tǒng)所共有的結(jié)構(gòu)和語義特性，并指導(dǎo)如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。對軟件架構(gòu)風(fēng)格的研究和實(shí)踐促進(jìn)對設(shè)計(jì)的重用，一些經(jīng)過實(shí)踐證實(shí)的解決方案也可以可靠地用于解決新的問題。是黑板風(fēng)格的經(jīng)典應(yīng)用。在對一個(gè)軟件系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)與確認(rèn)之后，需要進(jìn)行架構(gòu)復(fù)審。架構(gòu)復(fù)審的目的是為了標(biāo)識潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤。在架構(gòu)復(fù)審過程中，主要由()決定架構(gòu)是否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。系統(tǒng)分析師與架構(gòu)師B．用戶代表與領(lǐng)域?qū)＜褼．系統(tǒng)開發(fā)與測試人員【解析】架構(gòu)復(fù)審一詞來自于ABSD(基于架構(gòu)的軟件設(shè)計(jì))。在ABSD中，架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代過程。從這個(gè)方面來說，在一個(gè)主版本的軟件架構(gòu)分析之后，要安排一次由外部人員（用戶代表和領(lǐng)域?qū)＜遥﹨⒓拥膹?fù)審。復(fù)審的目的是標(biāo)識潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤，包括架構(gòu)能否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)、層次是否清晰、構(gòu)件的劃分是否合理、文檔表達(dá)是否明確、構(gòu)件的設(shè)計(jì)是否滿足功能與性能的要求等等。夠決定正式實(shí)現(xiàn)架構(gòu)。某公司欲開發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段，公司的架構(gòu)師識別出3個(gè)核心質(zhì)量屬性場景。其中“當(dāng)系統(tǒng)面臨斷電故障后，需要在1小時(shí)內(nèi)切換至備份站點(diǎn)并恢復(fù)正常運(yùn)行”主要與( )質(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)該屬性；“對系統(tǒng)的消息中間件進(jìn)行替換時(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．可測試性D．可修改性A．接口-實(shí)現(xiàn)分離B．記錄/回放C．內(nèi)置監(jiān)控器D．追蹤審計(jì)【解析】本題主要考查考生對質(zhì)量屬性的理解和質(zhì)量屬性實(shí)現(xiàn)策略的掌握。對于題干描述：“當(dāng)系統(tǒng)面臨斷電故障后，需要在1小時(shí)內(nèi)切換至備份站點(diǎn)并恢復(fù)正常運(yùn)行”主要與可用性質(zhì)量屬性相關(guān)，通?？刹捎眯奶ing/Echo、主動冗余、被動冗余、選舉等架構(gòu)策略實(shí)現(xiàn)該屬性；“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”，主要與性能這一質(zhì)量屬性相關(guān)，實(shí)現(xiàn)該屬性的常見架構(gòu)策略包括：增加計(jì)算資源、減少計(jì)算開銷、引入并發(fā)機(jī)制、采用資源調(diào)度等?！皩ο到y(tǒng)的小熊中間件進(jìn)行替換時(shí)，替換工作需要在5人/月內(nèi)完成”主要與可修改性質(zhì)量屬性相關(guān)，通?？刹捎媒涌?實(shí)現(xiàn)分離、抽象、信息隱藏等架構(gòu)策略實(shí)現(xiàn)該屬性。識別風(fēng)險(xiǎn)、非風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是進(jìn)行軟件架構(gòu)評估的重要過程。“改變業(yè)務(wù)數(shù)據(jù)編碼方式會對系統(tǒng)的性能和安全性產(chǎn)生影響”是對()的描述，“假設(shè)用戶請求的頻率為1301秒鐘是可以接受的”是對()的描述。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)【解析】風(fēng)險(xiǎn)點(diǎn)：架構(gòu)設(shè)計(jì)中潛在的、存在問題的架構(gòu)決策所帶來的隱患。敏感點(diǎn)：為了實(shí)現(xiàn)某種特定的質(zhì)量屬性，一個(gè)或多個(gè)構(gòu)件所具有的特性。權(quán)衡點(diǎn)：影響多個(gè)質(zhì)量屬性的特性，是多個(gè)質(zhì)量屬性的敏感點(diǎn)。風(fēng)險(xiǎn)點(diǎn)與非風(fēng)險(xiǎn)點(diǎn)不是以標(biāo)準(zhǔn)專業(yè)術(shù)語形式出現(xiàn)的，只是一個(gè)常規(guī)概念，即可能引起風(fēng)險(xiǎn)的因素，可稱為風(fēng)險(xiǎn)點(diǎn)。某個(gè)做法如果有隱患，有可能導(dǎo)致一些問題，則為風(fēng)險(xiǎn)點(diǎn)；而如果某件事是可行的可接受的，則為非風(fēng)險(xiǎn)點(diǎn)。體系結(jié)構(gòu)權(quán)衡分析方法(ArchitectureTradeoffAnalysisMethod,ATAM)是一種常見的系統(tǒng)架構(gòu)評估框架，該框架主要關(guān)注系統(tǒng)的()，針對性能()安全性和可修改性，在系統(tǒng)開發(fā)之前進(jìn)行分析、評價(jià)與折中。A．架構(gòu)視圖B．架構(gòu)描述C．需求說明D．需求建模A．可測試性B．可用性C．可移植性D．易用性【解析】本題主要考查考生對基于場景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）的掌握和理解。SAAM是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、需求說明和架構(gòu)描述，其分析過程主要包括場景開發(fā)、架構(gòu)描述、單個(gè)場景評估、場景交互和總體評估。【答案】C、B。以下關(guān)于軟件著作權(quán)產(chǎn)生時(shí)間的表述中，正確的是( A．自軟件首次公開發(fā)表時(shí)C．自軟件開發(fā)完成之日時(shí)D．自獲得軟件著作權(quán)登記證書時(shí)【解析】一般來講，一個(gè)軟件只有開發(fā)完成并固定下來才能享有軟件著作權(quán)。如果一個(gè)軟件一直處于開發(fā)狀態(tài)中，其最終的形態(tài)并沒有固定下來，則法律無法對其進(jìn)行保護(hù)。因此，條例(法律)明確規(guī)定軟件著作權(quán)自軟件開發(fā)完成之日起產(chǎn)生。當(dāng)然，現(xiàn)在的軟件開發(fā)經(jīng)常是一項(xiàng)系統(tǒng)工程，一個(gè)軟件可能會有很多模塊，而每一個(gè)模塊能夠獨(dú)立完成某一項(xiàng)功能。自該模塊開發(fā)完成后就產(chǎn)生了著作權(quán)。所以說，自該軟件開發(fā)完成后就產(chǎn)生了著作權(quán)。( A．甲公司B．甲、乙共用C．乙公司【解析】委托開發(fā)，在未約定的情況下，著作權(quán)歸創(chuàng)作方。軟件商標(biāo)權(quán)的保護(hù)對象是指( A．商業(yè)軟件B．軟件商標(biāo)D．已使用的軟件商標(biāo)【解析】【答案】C。下列攻擊方式中，( )不是利用TCP/IP漏洞發(fā)起的攻擊。A．SQL注入攻擊B．Land攻擊C．PingofDeath【解析】1、SQL注入攻擊SQL注入攻擊是黑客對數(shù)據(jù)庫進(jìn)行攻擊的常用手段之一。隨著B/S模式應(yīng)用開發(fā)的發(fā)展，使用這種模式編寫應(yīng)用程序的程序員也越來越多。但是由于程序員的水平及經(jīng)驗(yàn)也參差不齊，相當(dāng)大一部分程序員在編寫代碼的時(shí)候，沒有對用戶輸入數(shù)據(jù)的合法性進(jìn)行判斷，使應(yīng)用程序存在安全隱患。用戶可以提交一段數(shù)據(jù)庫查詢代碼，根據(jù)程序返回的結(jié)果，獲得某些他想得知的數(shù)據(jù)，這就是所謂的SQLInjection，即SQL注入。該種攻擊方式與TCP/IP漏洞無關(guān)。2、Land攻擊land攻擊是一種使用相同的源和目的主機(jī)和端口發(fā)送數(shù)據(jù)包到某臺機(jī)器的攻擊。結(jié)果通常使存在漏洞的機(jī)器崩潰。在Land攻擊中，一個(gè)特別打造的SYN包中的源地址和目標(biāo)地址都被設(shè)置成某一個(gè)服務(wù)器地址，這時(shí)將導(dǎo)致接受服務(wù)器向它自己的地址發(fā)送SYN一ACK消息，結(jié)果這個(gè)地址又發(fā)回ACK消息并創(chuàng)建一個(gè)空連接，每一個(gè)這樣的連接都將保留直到超時(shí)掉。對Land攻擊反UNIXWindowsNT（大約持續(xù)五分鐘。3、PingofDeath攻擊在因特網(wǎng)上，pingofdeath是一種拒絕服務(wù)攻擊，方法是由攻擊者故意發(fā)送大于65535字節(jié)的ip數(shù)據(jù)包給對方。TCP/IP的特征之一是碎裂；它允許單一IP包被分為幾個(gè)更小的數(shù)據(jù)包。在1996年，攻擊者開始利用那一個(gè)功能，當(dāng)他們發(fā)現(xiàn)一個(gè)進(jìn)入使用碎片包可以將整個(gè)IP包的大小增加到ip協(xié)議允許的65536比特以上的時(shí)候。當(dāng)許多操作系統(tǒng)收到一個(gè)特ip包時(shí)候，它們不知道該做什么，因此，服務(wù)器會被凍結(jié)、當(dāng)機(jī)或重新啟動。4、Teardrop攻擊Teardrop攻擊是一種拒絕服務(wù)攻擊。是基于UDP的病態(tài)分片數(shù)據(jù)包的攻擊方法，其工作原理是向被攻擊者發(fā)送多個(gè)分片的IP包（IP分片數(shù)據(jù)包中包括該分片數(shù)據(jù)包屬于哪個(gè)數(shù)據(jù)包以及在數(shù)據(jù)包中的位置等信息），某些操作系統(tǒng)收到含有重疊偏移的偽造分片數(shù)據(jù)包時(shí)將會出現(xiàn)系統(tǒng)崩潰、重啟等現(xiàn)象。下列安全協(xié)議中()是應(yīng)用層安全協(xié)議。A．IPSecB．L2TPC．PAPD．HTTPS【解析】【答案】A。生產(chǎn)某種產(chǎn)品有兩個(gè)建廠方案：(1)建大廠，需要初期投資500萬元。如果產(chǎn)品銷路好，每年可以獲利200萬元；如果銷路不好，每年會虧損20萬元。(2)建小廠，需要初期投資200萬元。如果產(chǎn)品銷路好，每年可以獲利100萬元；如果銷路不好，每年只能獲利20萬元。市揚(yáng)調(diào)研表明，未來2年這種產(chǎn)品銷路好的概率為70%。如果這2年