2014年系統(tǒng)架構(gòu)師考試綜合版

2014年系統(tǒng)架構(gòu)師考試科目一：綜合知識(shí)某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)輸入設(shè)備和一臺(tái)輸出設(shè)備，假設(shè)系統(tǒng)中有四個(gè)作業(yè)T1T2T3和T4T1的優(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)镮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)文件存儲(chǔ)采用文件索引節(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]是一級(jí)間接地址索引，iaddr[7]是二級(jí)間接地址索引。如果要訪問icwutil.dll文件的邏輯塊號(hào)分別為0、260和518，則系統(tǒng)應(yīng)分別采用( )。該文件系統(tǒng)可表示的單個(gè)文件最大長(zhǎng)度是( )KB。A．直接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引B．直接地址索引、二級(jí)間接地址索引和二級(jí)間接地址索引C．一級(jí)間接地址索引、一級(jí)間接地址索引和二級(jí)間接地址索引D．一級(jí)間接地址索引、二級(jí)間接地址索引和二級(jí)間接地址索引(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，對(duì)應(yīng)邏輯塊號(hào)0—5。計(jì)算一級(jí)間接地址索引，256*1KB5+1—256+5=6—261。計(jì)算二級(jí)間接地址索引，256*256*1KB，對(duì)應(yīng)邏輯塊號(hào)261+1—65797。6*1KB+256*1KB+256*256*1KB=65798KB。【答案】A、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)對(duì)應(yīng)的是傳遞律B選項(xiàng)對(duì)應(yīng)的是自反律C選項(xiàng)對(duì)應(yīng)的是合并規(guī)則D選項(xiàng)對(duì)應(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語(yǔ)句為：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列分量所在行?！敬鸢浮緽、A、B。計(jì)算機(jī)采用分級(jí)存儲(chǔ)體系的主要目的是為了( A．解決主存容量不足的問題C．提高外設(shè)訪問效率D．解決存儲(chǔ)的容量、價(jià)格和速度之間的矛盾【解析】分級(jí)存儲(chǔ)體系中，速度快的存儲(chǔ)器，單位價(jià)格高，而速度慢的存儲(chǔ)器，單位價(jià)格低，所以利用分級(jí)方式，能得到很好的性價(jià)比?！敬鸢浮緿。以下嵌入式處理器類型中不具備內(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)勢(shì)在于低功耗、低成本、高性能3者的結(jié)合。這MMU的?！敬鸢浮緾、C，純記憶，戰(zhàn)術(shù)性掌握。以下關(guān)于嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)的描述不正確的是( )。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ù)接口【解析】嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)(EmbeddedDataBaseManagementSystem,EDBMS)就是在嵌入式設(shè)備上使用的DBMS。由于用到EDBMS的嵌入式系統(tǒng)多是移動(dòng)信息設(shè)備，例如，掌上電腦、PDA、車載設(shè)備等移動(dòng)通信設(shè)備，位置固定的嵌入式設(shè)備很少用到，因此，嵌入式數(shù)據(jù)庫(kù)也稱為移動(dòng)數(shù)據(jù)庫(kù)或嵌入式移動(dòng)數(shù)據(jù)庫(kù)。EDBMS的作用主要是解決移動(dòng)計(jì)算環(huán)境下數(shù)據(jù)的管理問題，移動(dòng)數(shù)據(jù)庫(kù)是移動(dòng)計(jì)算環(huán)境中的分布式數(shù)據(jù)庫(kù)。嵌入式數(shù)據(jù)庫(kù)管理系統(tǒng)一般只提供本機(jī)服務(wù)接口且只為前端應(yīng)用提供基本的數(shù)據(jù)支持。【答案】C。IETF定義的集成服務(wù)(IntServ)把Internet服務(wù)分成了三種服務(wù)質(zhì)量不同的類型，這三種服務(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ì)量的需求【解析】IETF集成服務(wù)(Intsery)工作組根據(jù)服務(wù)質(zhì)量的不同，把玩temat服務(wù)分成了三種類型。保證質(zhì)量的服務(wù)(Guranteedservices)：對(duì)帶寬、時(shí)延、抖動(dòng)和丟包率提供定量的保證?？刂曝?fù)載的服務(wù)(Controlled—loadservices)：提供一種類似于網(wǎng)絡(luò)欠載情況下的服務(wù)，這是一種定性的指標(biāo)。盡力而為的服務(wù)(Best-Effort)：這是Intemet提供的一般服務(wù)，基本上無(wú)任何質(zhì)量保證。【答案】D。按照網(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)用中，用戶通常依靠評(píng)價(jià)程序來測(cè)試系統(tǒng)的性能。以下評(píng)價(jià)程序中，( 測(cè)準(zhǔn)確程度最低。事務(wù)處理性臺(tái)昱委員會(huì)(TransactionProcessingPerformanceCouncil,TPC)是制定商務(wù)應(yīng)用基準(zhǔn)程序(benchmark)標(biāo)準(zhǔn)規(guī)范、性能和價(jià)格度量，并管理測(cè)試結(jié)果發(fā)布的非營(yíng)利組織，其發(fā)布的TPC-C是( )的基準(zhǔn)程序。A．核心程序B．真實(shí)程序C．合成基準(zhǔn)程序A．決策支持B．在線事務(wù)處理C．企業(yè)信息服務(wù)【解析】在大多數(shù)情況下，為測(cè)試新系統(tǒng)的性能，用戶必須依靠評(píng)價(jià)程序來評(píng)價(jià)機(jī)器的性能。對(duì)于真實(shí)程序、核心程序、小型基準(zhǔn)程序和合成基準(zhǔn)程序來說，其評(píng)測(cè)程度依次遞減。把應(yīng)用程序中用的最多、最頻繁的那部分核心程序作為評(píng)價(jià)計(jì)算機(jī)性能的標(biāo)準(zhǔn)程序，稱為基準(zhǔn)測(cè)試程序(Benchmark)。事務(wù)處理性能委員會(huì)(TransactionProcessingPerformanceCouncil,TPC)是制定商務(wù)應(yīng)用基準(zhǔn)程序(Benchmark)標(biāo)準(zhǔn)規(guī)范、性能和價(jià)格度量，并管理測(cè)試結(jié)果發(fā)布的非營(yíng)利組織，其TPC-C是在線事務(wù)處理的基準(zhǔn)程序，TPC-D是決策支持的基準(zhǔn)程序。【答案】C、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是對(duì)企業(yè)物流資源，資金流資源和信息流資源進(jìn)行全面集成管理的管理信息系統(tǒng)。在ERP五個(gè)層次的計(jì)劃中，( )根據(jù)經(jīng)營(yíng)計(jì)劃的生產(chǎn)目標(biāo)制定，是對(duì)企業(yè)經(jīng)營(yí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ù)測(cè)計(jì)劃C．生產(chǎn)計(jì)劃大綱D．主生產(chǎn)計(jì)劃A．經(jīng)營(yíng)計(jì)劃D．主生產(chǎn)計(jì)劃B．能力需求計(jì)劃C．物料需求計(jì)劃D．質(zhì)量管理計(jì)劃【解析】ERP是對(duì)企業(yè)物流、資金流和信息流資源進(jìn)行全面集成管理的管理信息系統(tǒng)生產(chǎn)預(yù)測(cè)計(jì)劃是對(duì)市場(chǎng)需求進(jìn)行比較準(zhǔn)確的預(yù)測(cè)，是經(jīng)營(yíng)計(jì)劃、生產(chǎn)計(jì)劃大綱和主生產(chǎn)計(jì)劃編制的基礎(chǔ)；銷售管理計(jì)劃是針對(duì)企業(yè)的銷售部門的相關(guān)業(yè)務(wù)進(jìn)行管理，屬于最高層計(jì)劃的范疇，是企業(yè)最重要的決策層計(jì)劃之一；生產(chǎn)計(jì)劃大綱根據(jù)經(jīng)營(yíng)計(jì)劃的生產(chǎn)目標(biāo)制定，是對(duì)企業(yè)經(jīng)營(yíng)計(jì)劃的細(xì)化；ERP的主要工作內(nèi)容；物料需求計(jì)劃是對(duì)主生產(chǎn)計(jì)劃的各個(gè)項(xiàng)0所需的全部制造件和全部采購(gòu)件的網(wǎng)絡(luò)支持計(jì)劃和時(shí)間進(jìn)度計(jì)劃；盡早發(fā)現(xiàn)企業(yè)生產(chǎn)能力的瓶頸，為實(shí)現(xiàn)企業(yè)的生產(chǎn)任務(wù)提供能力幫面的保障。集成平臺(tái)是支持企業(yè)信息集成的支撐環(huán)境，包括硬件、軟件、軟件工具和系統(tǒng)。集成平臺(tái)的基本功能中，()實(shí)現(xiàn)不同數(shù)據(jù)庫(kù)系統(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è)集成平臺(tái)是一個(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)對(duì)相應(yīng)應(yīng)用程序的訪問，能夠?yàn)閼?yīng)用提供數(shù)據(jù)交換和訪問操作，使各種不同的系統(tǒng)能夠相互協(xié)作；二次開發(fā)工具：是集成平臺(tái)提供的一組幫助用戶開發(fā)特定應(yīng)用程序的支持工具；平臺(tái)運(yùn)行管理工具：是企業(yè)集成平臺(tái)的運(yùn)行管理和控制模塊。商業(yè)智能是企業(yè)對(duì)商業(yè)數(shù)據(jù)的搜集、管理和分析的系統(tǒng)過程，主要技術(shù)包括( A．?dāng)?shù)據(jù)倉(cāng)庫(kù)、聯(lián)機(jī)分析和數(shù)據(jù)挖掘數(shù)據(jù)采集、數(shù)據(jù)清洗和數(shù)據(jù)挖掘聯(lián)機(jī)分析、多維度分析和跨維度分析D．?dāng)?shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)挖掘和業(yè)務(wù)優(yōu)化重組【解析】商業(yè)智能的核心技術(shù)包括：數(shù)據(jù)倉(cāng)庫(kù)、數(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頁(yè)的篇幅總結(jié)整個(gè)系統(tǒng)建議方案報(bào)告，提供系統(tǒng)方案中的重要事件、地點(diǎn)、任務(wù)和原因，以及系統(tǒng)方案是如何實(shí)現(xiàn)的等信息。②系統(tǒng)概述。包括系統(tǒng)建議方案報(bào)告的目的、對(duì)問題的陳述、項(xiàng)目范圍和報(bào)告內(nèi)容的敘述性解釋。③系統(tǒng)研究方法。簡(jiǎn)要地解釋系統(tǒng)建議方案報(bào)告中包含的信息是如何得到的，研究工作是如何進(jìn)行的。④候選系統(tǒng)方案及其可行性分析。系統(tǒng)闡述每個(gè)候選系統(tǒng)方案，并對(duì)每個(gè)方案進(jìn)行可行性評(píng)價(jià)。⑤建議方案。在對(duì)各個(gè)候選系統(tǒng)方案進(jìn)行可行性評(píng)價(jià)之后，通常會(huì)推薦一個(gè)解決方案，并且要給出推薦該解決方案的理由。需要再次強(qiáng)調(diào)項(xiàng)目的必要性和可行性，以及系統(tǒng)建議方案報(bào)告的價(jià)值。⑦附錄。系統(tǒng)分析師認(rèn)為閱讀者可能會(huì)感興趣的所有信息，但這些信息對(duì)于理解系統(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ù)語(yǔ)C．JRP是一種相對(duì)來說成本較高但十分有效的需求獲取方法D．JRP的主要目的是對(duì)需求進(jìn)行分析和驗(yàn)證【解析】JRP是一種相對(duì)來說成本較高的需求獲取方法(而非需求分析與驗(yàn)證的方法)，但也是十分有效的一種。它通過聯(lián)合各個(gè)關(guān)鍵用戶代表、系統(tǒng)分析師、開發(fā)團(tuán)隊(duì)代表一起，通過有組6～181～5小時(shí)。JRP的主要意圖是收集需求，而不是對(duì)需求進(jìn)行分析和驗(yàn)證。實(shí)施JRP時(shí)應(yīng)把握以下主要原則：在JRP實(shí)施之前，應(yīng)制訂詳細(xì)的議程，并嚴(yán)格遵照議程進(jìn)行。按照既定的時(shí)間安排進(jìn)行。盡量完整地記錄會(huì)議期間的內(nèi)容。在討論期間盡量避免使用專業(yè)術(shù)語(yǔ)。(5)充分運(yùn)用解決沖突的技能。(7)鼓勵(lì)團(tuán)隊(duì)取得一致意見。在結(jié)構(gòu)化分析方法中，用( )表示功能模型，用( 模型。A．ER圖 B．用例圖 C．DFD D．對(duì)象圖A．通信圖B．順序圖 C．活動(dòng)圖 D．狀態(tài)轉(zhuǎn)換圖【解析】在結(jié)構(gòu)化分析中，主要進(jìn)行三個(gè)方面的建模：功能建模、行為建模和數(shù)據(jù)建模。功能建模一般采用D(aowram)ER圖。下列關(guān)于敏捷方法的敘述中，錯(cuò)誤的是( )。A．與傳統(tǒng)方法相比，敏捷方法比較適合需求變化大或者開發(fā)前期對(duì)需求不是很清晰的項(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)；保持界面一致。【答案】A。在軟件的使用過程中用戶往往會(huì)對(duì)軟件提出新的功能與性能要求為了滿足這些要求，需要修改或再開發(fā)軟件。在這種情況下進(jìn)行的維護(hù)活動(dòng)稱為( )。B．適應(yīng)性維護(hù)C．完善性維護(hù)【解析】4種：①改正性維護(hù)。為了識(shí)別和糾正軟件錯(cuò)誤、改正軟件性能上的缺陷、排除實(shí)施中的誤使用，應(yīng)當(dāng)進(jìn)行的診斷和改正錯(cuò)誤的過程稱為改正性維護(hù)。②適應(yīng)性維護(hù)。在使用過程中，外部環(huán)境(新的硬、軟件配置)、數(shù)據(jù)環(huán)境(數(shù)據(jù)庫(kù)、數(shù)據(jù)格式、數(shù)據(jù)輸入/輸出方法、數(shù)據(jù)存儲(chǔ)介質(zhì))可能發(fā)生變化。為使軟件適應(yīng)這種變化而修改軟件的過程稱為適用性維護(hù)。提髙軟件的可維護(hù)性。這種情況下進(jìn)行的維護(hù)活動(dòng)成為完善性維護(hù)。④預(yù)防性維護(hù)。指預(yù)先提髙軟件的可維護(hù)性、可靠性等，為以后進(jìn)一步改進(jìn)軟件打下良好基礎(chǔ)。采用先進(jìn)的軟件工程方法對(duì)需要維護(hù)的軟件或軟件中的某一部分(重新)進(jìn)行設(shè)計(jì)、編碼和測(cè)試。解。采用()模式，用一個(gè)特定對(duì)象來封裝一系列的對(duì)象交互，從而使各對(duì)象不需要顯式地相互引用，使其耦合松散，而且可以獨(dú)立地改變它們之間的交互。A．解釋器(Interpreter)B．策略(Strategy)(Mediator)D．迭代器(Iterator)【解析】解釋器(interpreter)模式。解釋器模式屬于類的行為型模式，描述了如何為語(yǔ)言定義一個(gè)文法，如何在該語(yǔ)言中表示一個(gè)句子，以及如何解釋這些句子，這里的“語(yǔ)言”是使用規(guī)定格式和語(yǔ)法的代碼。解釋器模式主要用在編譯器中，在應(yīng)用系統(tǒng)開發(fā)中很少用到。策略(strategy)模式。策略模式是一種對(duì)象的行為型模式，定義一系列算法，并將每一個(gè)算法封裝起來，并讓它們可以相互替換。策略模式讓算法獨(dú)立于使用它的客戶而變化，其目的是將行為和環(huán)境分隔，當(dāng)出現(xiàn)新的行為時(shí)，只需要實(shí)現(xiàn)新的策略類。中介者(mediator)模式。中介者模式是一種對(duì)象的行為型模式，通過一個(gè)中介對(duì)象來封可以獨(dú)立地改變它們之間的交互。中介者對(duì)象的存在保證了對(duì)象結(jié)構(gòu)上的穩(wěn)定，也就是說，系統(tǒng)的結(jié)構(gòu)不會(huì)因?yàn)樾聦?duì)象的引入帶來大量的修改工作。迭代器(iterator)模式。迭代器模式是一種對(duì)象的行為型模式，提供了一種方法來訪問聚復(fù)雜的聚合可用多種方法來進(jìn)行遍歷；允許在同一個(gè)聚合上可以有多個(gè)遍歷，每個(gè)迭代器保持它自己的遍歷狀態(tài)，因此，可以同時(shí)進(jìn)行多個(gè)遍歷操作。擴(kuò)展：設(shè)計(jì)模式分類：創(chuàng)建型模式、結(jié)構(gòu)型模式、行為型模式。某廣告公司的宣傳產(chǎn)品有宣傳冊(cè)、文章、傳單等多種形式，宣傳產(chǎn)品的出版方式包括紙質(zhì)方式、CD、DVD、在線發(fā)布等?，F(xiàn)要求為該廣告公司設(shè)計(jì)一個(gè)管理這些宣傳產(chǎn)品的應(yīng)用，采用()設(shè)計(jì)模式較為合適，該模式()。A．Decorator B．Adapter C．Bridge D．Facade(2)A．將一系列復(fù)雜的類包裝成一個(gè)簡(jiǎn)單的封閉接口B．將抽象部分與它的實(shí)現(xiàn)部分分離，使它們都可以獨(dú)立地變化C．可在不影響其他對(duì)象的情況下，以動(dòng)態(tài)、透明的方式給單個(gè)對(duì)象添加職責(zé)D．將一個(gè)接口轉(zhuǎn)換為客戶希望的另一個(gè)接口【解析】本題考點(diǎn)是設(shè)計(jì)模式，不同的設(shè)計(jì)模式可以應(yīng)用于不同的場(chǎng)景，在本題題干部分提到宣傳產(chǎn)品有多種表現(xiàn)形式，又有多種媒介，如果用一棵類樹來表達(dá)，必然會(huì)帶來“類爆炸”(題目中增加一種媒介，代碼實(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對(duì)系統(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)程作為活動(dòng)類的建模，它是邏輯視圖的一次執(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)。用例視圖。用例視圖是最基本的需求分析模型。在靜態(tài)測(cè)試中，主要是對(duì)程序代碼進(jìn)行靜態(tài)分析?！皵?shù)據(jù)初始化、賦值或引用過程中的異?！睂儆陟o態(tài)分析中的( )。A．控制流分析 B．?dāng)?shù)據(jù)流分析C．接口分析 D．表達(dá)式分析【解析】靜態(tài)分析(staticanalysis)是一種對(duì)代碼的機(jī)械性的、程式化的特性分析方法。靜態(tài)分析一般常用軟件工具進(jìn)行，包括控制流分析、數(shù)據(jù)流分析、接口分析等。用數(shù)據(jù)流圖來分析數(shù)據(jù)處理的異?，F(xiàn)象(數(shù)據(jù)異常)，這些異常包括初始化、賦值、或引用數(shù)據(jù)等的序列的異常。進(jìn)行程序結(jié)構(gòu)檢查?？刂屏鲌D描述了程序元素和它們的執(zhí)行順序之間的聯(lián)系。一個(gè)程序元素通常是一個(gè)條件、一個(gè)簡(jiǎn)單的語(yǔ)句，或者一塊語(yǔ)句(多個(gè)連續(xù)語(yǔ)句)。數(shù)、維數(shù)、順序的一致性。當(dāng)子程序之間的數(shù)據(jù)或控制傳遞使用公共變量塊或全局變量時(shí)，也應(yīng)檢查它們的一致性。下列關(guān)于軟件調(diào)試與軟件測(cè)試的敘述中，正確的是( )。A．軟件測(cè)試的目的是找出存在的錯(cuò)誤，軟件調(diào)試的目的是定位并修正錯(cuò)誤B．軟件測(cè)試的結(jié)束過程不可預(yù)計(jì)，軟件調(diào)試使用預(yù)先定義的過程C．軟件調(diào)試的過程可以實(shí)現(xiàn)設(shè)計(jì)【解析】測(cè)試才是有預(yù)先定義的過程，設(shè)計(jì)好了測(cè)試用例，也有預(yù)期的結(jié)果，然后輸入數(shù)據(jù)，核對(duì)結(jié)果是否正確就行了。調(diào)試是不可預(yù)期的?！敬鸢浮緼。在單元測(cè)試中，( )。A．驅(qū)動(dòng)模塊用來調(diào)用被測(cè)模塊，自頂向下的單元測(cè)試中不需要另外編寫驅(qū)動(dòng)模塊B．樁模塊用來模擬被測(cè)模塊所調(diào)用的子模塊，自頂向下的單元測(cè)試中不需要另外編寫樁模塊C．驅(qū)動(dòng)模塊用來模擬被測(cè)模塊所調(diào)用的子模塊，自底向上的單元測(cè)試中不需要另外編D．樁模塊用來調(diào)用被測(cè)模塊，自底向上的單元測(cè)試中不需要另外編寫樁模塊【解析】【答案】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ì)面臨的是不同的對(duì)象：一個(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)件組裝過程中需要檢測(cè)并解決架構(gòu)失配問題。其中()失配主要包括由于系統(tǒng)對(duì)構(gòu)件基礎(chǔ)設(shè)施、控制模型和數(shù)據(jù)模型的假設(shè)存在沖突引起的失配。()失配包括由手系統(tǒng)對(duì)構(gòu)件交互協(xié)議、構(gòu)件連接時(shí)數(shù)據(jù)格式的假設(shè)存在沖突引起的失配。A.構(gòu)件B.模型C.協(xié)議D.連接子A.構(gòu)件B.模型C.協(xié)議D.連接子【解析】檢測(cè)并消除體系結(jié)構(gòu)失配：體系結(jié)構(gòu)失配問題由DavidGarlan等人在1995年提出。失配是指在軟件復(fù)用的過程中，由于待復(fù)用構(gòu)件對(duì)最終系統(tǒng)的體系結(jié)構(gòu)和環(huán)境的假設(shè)(assumption)與實(shí)際狀況不同而導(dǎo)致的沖突。在構(gòu)件組裝階段失配問題主要包括：由構(gòu)件引起的失配，包括由于系統(tǒng)對(duì)構(gòu)件基礎(chǔ)設(shè)施、構(gòu)件控制模型和構(gòu)件數(shù)據(jù)模型的假設(shè)存在沖突引起的失配；由連接子引起的失配，包括由于系統(tǒng)對(duì)構(gòu)件交互協(xié)議、連接子數(shù)據(jù)模型的假設(shè)存在沖突引起的失配；由于系統(tǒng)成分對(duì)全局體系結(jié)構(gòu)的假設(shè)存在沖突引起的失配等。要解決失配問題，首先需要檢測(cè)出失配問題，并在此基礎(chǔ)上通過適當(dāng)?shù)氖侄蜗龣z測(cè)出的失配問題?！?+1”視圖主要用于描述系統(tǒng)邏輯架構(gòu)，最早由PhilippeKruchten于1995年提出。其中()視圖用于描述對(duì)象模型，并說明系統(tǒng)應(yīng)該為用戶提供哪些服務(wù)。當(dāng)采用面向?qū)ο蟮脑O(shè)計(jì)方法描述對(duì)象模型時(shí)，通常使用()表達(dá)類的內(nèi)部屬性和行為，以及類集合之間的交互關(guān)系；采用()定義對(duì)象的內(nèi)部行為。A．邏輯B．過程C．開發(fā)D．物理A．對(duì)象圖B．活動(dòng)圖C．狀態(tài)圖D．類圖A．對(duì)象圖B．活動(dòng)圖C．狀態(tài)圖D．類圖【解析】“4+1五個(gè)視圖結(jié)合在一起才能反映軟件架構(gòu)的全部?jī)?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)安裝和通信等問題。場(chǎng)景。場(chǎng)景可以看作是那些重要系統(tǒng)活動(dòng)的抽象，它使四個(gè)視圖有機(jī)聯(lián)系起來，從某種意義上說場(chǎng)景是最重要的需求抽象。場(chǎng)景視圖對(duì)應(yīng)UML中的用例視圖。下面是題目選項(xiàng)中幾種UML圖的解釋，從中可以了解題目所描述的，是哪一種UML圖。對(duì)象圖(objectdiagram)。對(duì)象圖描述一組對(duì)象及它們之間的關(guān)系。對(duì)象圖描述了在類圖中所建立的事物實(shí)例的靜態(tài)快照。和類圖一樣，這些圖給出系統(tǒng)的靜態(tài)設(shè)計(jì)視圖或靜態(tài)進(jìn)程視圖，但它們是從真實(shí)案例或原型案例的角度建立的。活動(dòng)圖(activitydiagram)?；顒?dòng)圖將進(jìn)程或其他計(jì)算結(jié)構(gòu)展示為計(jì)算內(nèi)部一步步的控制流和數(shù)據(jù)流?；顒?dòng)圖專注于系統(tǒng)的動(dòng)態(tài)視圖。它對(duì)系統(tǒng)的功能建模和業(yè)務(wù)流程建模特別重要，并強(qiáng)調(diào)對(duì)象間的控制流程。狀態(tài)圖(statediagram)。狀態(tài)圖描述一個(gè)狀態(tài)機(jī)，它由狀態(tài)、轉(zhuǎn)移、事件和活動(dòng)組成。件導(dǎo)致的對(duì)象行為，這非常有助于對(duì)反應(yīng)式系統(tǒng)建模。類圖(classdiagram)。類圖描述一組類、接口、協(xié)作和它們之間的關(guān)系。在OO系統(tǒng)的建模中，最常見的圖就是類圖。類圖給出了系統(tǒng)的靜態(tài)設(shè)計(jì)視圖，活動(dòng)類的類圖給出了系統(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)行知識(shí)獲取，將獲取的知識(shí)組織到領(lǐng)域模型中；( )的任務(wù)是根據(jù)領(lǐng)域模型和現(xiàn)有系統(tǒng)開發(fā)出DSSA，并對(duì)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)由具有知識(shí)工程背景的有經(jīng)驗(yàn)的系統(tǒng)分析員來?yè)?dān)任。領(lǐng)域分析人員的主要任務(wù)包括控制整個(gè)領(lǐng)域分析過程，進(jìn)行知識(shí)獲取，將獲取的知識(shí)組織到領(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ì)人員來?yè)?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ì)人員來?yè)?dān)任。領(lǐng)域?qū)崿F(xiàn)人員的主要任務(wù)包括根據(jù)領(lǐng)域模型和DSSA，或者從頭開發(fā)可重用構(gòu)件，或者利用再工程的技術(shù)從現(xiàn)有系統(tǒng)中提取可重用構(gòu)件，對(duì)可重用構(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)?！敬鸢浮緽、C。某公司欲開發(fā)一個(gè)用于分布式登錄的服務(wù)端程序，使用面向連接的TCP協(xié)議并發(fā)地處理多客戶端登錄請(qǐng)求。用戶要求該服務(wù)端程序運(yùn)行在Linux、Solaris和WindowsNT等多種操作系統(tǒng)平臺(tái)之上，而不同的操作系統(tǒng)的相關(guān)API函數(shù)和數(shù)據(jù)都有所不同。針對(duì)這種情況，公司的架構(gòu)師決定采用“包裝器外觀(WrapperFacade)”架構(gòu)模式解決操作系統(tǒng)的差異問題。具體來說，服務(wù)端程序應(yīng)該在包裝器外觀的實(shí)例上調(diào)用需要的方法，然后將請(qǐng)求和請(qǐng)求的參數(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)用需要的方法，然后將請(qǐng)求和請(qǐng)求的參數(shù)發(fā)送給操作系統(tǒng)API函數(shù)，調(diào)用成功后將結(jié)果返回。使用該模式提高了底層代碼訪問的一致性，但降低了服務(wù)端程序的調(diào)用性能。所共有的()特征。對(duì)于語(yǔ)音識(shí)別、知識(shí)推理等問題復(fù)雜、解空間很大、求解過程不確定的這一類軟件系統(tǒng)。通常會(huì)采用()架構(gòu)風(fēng)格。B．結(jié)構(gòu)和語(yǔ)義C．靜態(tài)和動(dòng)態(tài)D．行為和約束-過濾器B．解釋器C．黑板【解析】系統(tǒng)家族，即一個(gè)架構(gòu)定義一個(gè)詞匯表和一組約束。詞匯表中包含一些構(gòu)件和連接件類型，統(tǒng)所共有的結(jié)構(gòu)和語(yǔ)義特性，并指導(dǎo)如何將各個(gè)模塊和子系統(tǒng)有效地組織成一個(gè)完整的系統(tǒng)。對(duì)軟件架構(gòu)風(fēng)格的研究和實(shí)踐促進(jìn)對(duì)設(shè)計(jì)的重用，一些經(jīng)過實(shí)踐證實(shí)的解決方案也可以可靠地用于解決新的問題。是黑板風(fēng)格的經(jīng)典應(yīng)用。在對(duì)一個(gè)軟件系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)與確認(rèn)之后，需要進(jìn)行架構(gòu)復(fù)審。架構(gòu)復(fù)審的目的是為了標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤。在架構(gòu)復(fù)審過程中，主要由()決定架構(gòu)是否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)。系統(tǒng)分析師與架構(gòu)師B．用戶代表與領(lǐng)域?qū)＜褼．系統(tǒng)開發(fā)與測(cè)試人員【解析】架構(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)識(shí)潛在的風(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)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“當(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í)，用戶的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”主要與( )質(zhì)量屬性相關(guān)，通?？刹捎? )架構(gòu)策略實(shí)現(xiàn)該屬性；“對(duì)系統(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．主動(dòng)冗余B．資源調(diào)度C．抽象接口D．記錄/回放A．可用性B．安全性C．可測(cè)試性D．可修改性A．接口-實(shí)現(xiàn)分離B．記錄/回放C．內(nèi)置監(jiān)控器D．追蹤審計(jì)【解析】本題主要考查考生對(duì)質(zhì)量屬性的理解和質(zhì)量屬性實(shí)現(xiàn)策略的掌握。對(duì)于題干描述：“當(dāng)系統(tǒng)面臨斷電故障后，需要在1小時(shí)內(nèi)切換至備份站點(diǎn)并恢復(fù)正常運(yùn)行”主要與可用性質(zhì)量屬性相關(guān)，通?？刹捎眯奶?、Ping/Echo、主動(dòng)冗余、被動(dòng)冗余、選舉等架構(gòu)策略實(shí)現(xiàn)該屬性；“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”，主要與性能這一質(zhì)量屬性相關(guān)，實(shí)現(xiàn)該屬性的常見架構(gòu)策略包括：增加計(jì)算資源、減少計(jì)算開銷、引入并發(fā)機(jī)制、采用資源調(diào)度等。“對(duì)系統(tǒng)的小熊中間件進(jìn)行替換時(shí)，替換工作需要在5人/月內(nèi)完成”主要與可修改性質(zhì)量屬性相關(guān)，通?？刹捎媒涌?實(shí)現(xiàn)分離、抽象、信息隱藏等架構(gòu)策略實(shí)現(xiàn)該屬性。識(shí)別風(fēng)險(xiǎn)、非風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是進(jìn)行軟件架構(gòu)評(píng)估的重要過程。“改變業(yè)務(wù)數(shù)據(jù)編碼方式會(huì)對(duì)系統(tǒng)的性能和安全性產(chǎn)生影響”是對(duì)()的描述，“假設(shè)用戶請(qǐng)求的頻率為1301秒鐘是可以接受的”是對(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)【解析】風(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ù)語(yǔ)形式出現(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)評(píng)估框架，該框架主要關(guān)注系統(tǒng)的()，針對(duì)性能()安全性和可修改性，在系統(tǒng)開發(fā)之前進(jìn)行分析、評(píng)價(jià)與折中。A．架構(gòu)視圖B．架構(gòu)描述C．需求說明D．需求建模A．可測(cè)試性B．可用性C．可移植性D．易用性【解析】本題主要考查考生對(duì)基于場(chǎng)景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）的掌握和理解。SAAM是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、需求說明和架構(gòu)描述，其分析過程主要包括場(chǎng)景開發(fā)、架構(gòu)描述、單個(gè)場(chǎng)景評(píng)估、場(chǎng)景交互和總體評(píng)估?！敬鸢浮緾、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)并沒有固定下來，則法律無(wú)法對(duì)其進(jìn)行保護(hù)。因此，條例(法律)明確規(guī)定軟件著作權(quán)自軟件開發(fā)完成之日起產(chǎn)生。當(dāng)然，現(xiàn)在的軟件開發(fā)經(jīng)常是一項(xiàng)系統(tǒng)工程，一個(gè)軟件可能會(huì)有很多模塊，而每一個(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ù)對(duì)象是指( A．商業(yè)軟件B．軟件商標(biāo)D．已使用的軟件商標(biāo)【解析】【答案】C。下列攻擊方式中，( )不是利用TCP/IP漏洞發(fā)起的攻擊。A．SQL注入攻擊B．Land攻擊C．PingofDeath【解析】1、SQL注入攻擊SQL注入攻擊是黑客對(duì)數(shù)據(jù)庫(kù)進(jìn)行攻擊的常用手段之一。隨著B/S模式應(yīng)用開發(fā)的發(fā)展，使用這種模式編寫應(yīng)用程序的程序員也越來越多。但是由于程序員的水平及經(jīng)驗(yàn)也參差不齊，相當(dāng)大一部分程序員在編寫代碼的時(shí)候，沒有對(duì)用戶輸入數(shù)據(jù)的合法性進(jìn)行判斷，使應(yīng)用程序存在安全隱患。用戶可以提交一段數(shù)據(jù)庫(kù)查詢代碼，根據(jù)程序返回的結(jié)果，獲得某些他想得知的數(shù)據(jù)，這就是所謂的SQLInjection，即SQL注入。該種攻擊方式與TCP/IP漏洞無(wú)關(guān)。2、Land攻擊land攻擊是一種使用相同的源和目的主機(jī)和端口發(fā)送數(shù)據(jù)包到某臺(tái)機(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í)掉。對(duì)Land攻擊反UNIXWindowsNT（大約持續(xù)五分鐘。3、PingofDeath攻擊在因特網(wǎng)上，pingofdeath是一種拒絕服務(wù)攻擊，方法是由攻擊者故意發(fā)送大于65535字節(jié)的ip數(shù)據(jù)包給對(duì)方。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ù)器會(huì)被凍結(jié)、當(dāng)機(jī)或重新啟動(dòng)。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í)將會(huì)出現(xiàn)系統(tǒng)崩潰、重啟等現(xiàn)象。下列安全協(xié)議中()是應(yīng)用層安全協(xié)議。A．IPSecB．L2TPC．PAPD．HTTPS【解析】【答案】A。生產(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)研表明，未來2年這種產(chǎn)品銷路好的概率為70%。如果這2年銷路好，則后續(xù)5年銷路好的概率上為80如這2年銷路不好則續(xù)5年銷路好的概率為10。為取得7年最大總收益，決策者應(yīng)( )。A．建大廠，總收益超500萬(wàn)元B．建大廠，總收益略多于300萬(wàn)元C．建小廠，總收益超500萬(wàn)元D．建小廠，總收益略多于300萬(wàn)元【解析】【答案】B。Softwarearchitecturereconstructionisaninterpretive,jnteractive,anditerativeprocessincludingmanyactivities.( )involvesanalyzingasystem'sexistingdesignandimplementationartifactstoconstructamodelofit.Theresultisusedinthefollowingactivitiestoconstruct(結(jié)構(gòu))aviewofthesystem.Thedatabaseconstructionactivityconvertsthe( )containedintheviewintoastandardformatforstorageinadatabase.The( )activityinvolvesdefiningandmanipulating(控制)theinformationstored(存儲(chǔ)的)indatabasetoreconcile,augment(增強(qiáng)),andestablish(建立)connectionsbetweentheelements.Reconstructionconsistsoftwoprimaryactivities:( )and( ).Theformerprovidesamechanismfortheusertomanipulatearchitecturalelements,andthelatterprovidesfacilitiesforarchitecturereconstruction.A．ReverseengineeringB．InformationextractionC．RequirementsanalysisD．SourcecodeanalysisA．a(chǎn)ctorsandusecasesB．processesanddataC．elementsandrelationsD．schemasandtables(3)A．databasenormalizationschemadefinitiondatabaseoptimizationD．viewfusionA．a(chǎn)rchitectureanalysisanddesignB．domainanalysisandstaticmodelingC．visualizationandinteractionD．userrequirementsmodelingA．patterndefinitionandrecognitionB．a(chǎn)rchitecturedesignandimplementationC．systemarchitecturemodelingdynamicmodelingandreconstruction軟件架構(gòu)重用是一個(gè)解釋性、交互式和反復(fù)迭代的過程，包括了多項(xiàng)活動(dòng)。信息提取通過分析系統(tǒng)現(xiàn)有設(shè)計(jì)和實(shí)現(xiàn)工件來構(gòu)造它的模型。其結(jié)果用于在后續(xù)活動(dòng)中構(gòu)造系統(tǒng)的視圖。數(shù)據(jù)庫(kù)構(gòu)建活動(dòng)把模型中包含的元素和關(guān)系轉(zhuǎn)換為數(shù)據(jù)庫(kù)中的標(biāo)準(zhǔn)存儲(chǔ)格式。視圖融合活動(dòng)包括定義和操作數(shù)據(jù)庫(kù)中存儲(chǔ)的信息，理順、加強(qiáng)并建立起元素之間的連接。重構(gòu)由兩個(gè)主要活動(dòng)組成；可視化和交互及模式定義和識(shí)別。前者提供了一種讓用戶操作架構(gòu)元素的機(jī)制，后者則提供了用于架構(gòu)重構(gòu)的設(shè)施?！敬鸢浮緽、C、D、C、A。2014年系統(tǒng)架構(gòu)師考試科目二：案例分析請(qǐng)?jiān)敿?xì)閱讀以下關(guān)于網(wǎng)絡(luò)設(shè)備管理系統(tǒng)架構(gòu)設(shè)計(jì)的說明，回答問題1和問題2?！绢}目】某軟件公司欲開發(fā)一個(gè)網(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)行了需求分析，識(shí)別出如下3項(xiàng)核心需求：目前需要管理的網(wǎng)絡(luò)設(shè)備確定為10類20種，未來還將有新類別的網(wǎng)絡(luò)設(shè)備納入到該設(shè)備管理系統(tǒng)中；不同類別的網(wǎng)絡(luò)設(shè)備，監(jiān)視和控制的內(nèi)容差異較大；同一類網(wǎng)絡(luò)設(shè)備，監(jiān)視和控制的內(nèi)容相似，但不同廠商的實(shí)現(xiàn)方式(包括控制接口格式、編程語(yǔ)言等)差異較大；網(wǎng)絡(luò)管理員能夠在一個(gè)統(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)師王工認(rèn)為該系統(tǒng)可以采用MVC架構(gòu)風(fēng)格實(shí)現(xiàn)，即對(duì)每種網(wǎng)絡(luò)設(shè)備設(shè)計(jì)一個(gè)監(jiān)控組件，組模塊向監(jiān)控組件發(fā)送監(jiān)控指令，對(duì)網(wǎng)絡(luò)設(shè)備進(jìn)行遠(yuǎn)程管理；網(wǎng)絡(luò)狀態(tài)、監(jiān)控結(jié)果等信息會(huì)在控制終端上進(jìn)行展示。針對(duì)不同網(wǎng)絡(luò)設(shè)備的差異，王工認(rèn)為可以對(duì)當(dāng)前的20種網(wǎng)絡(luò)設(shè)備接口進(jìn)行調(diào)研與梳理，然后通過定義統(tǒng)一操作接口屏蔽設(shè)備差異。李工同意王工提出的MVC架構(gòu)風(fēng)格和定義統(tǒng)一操作接口的思路，但考慮到未來還會(huì)有新類別的網(wǎng)絡(luò)設(shè)備接入，認(rèn)為還構(gòu)評(píng)審，最終同意了王工的方案和李工的改進(jìn)意見。1】(10分)請(qǐng)用300字以內(nèi)的文字解釋什么是MVC架構(gòu)風(fēng)格以及其中的組件交互關(guān)系，并根據(jù)題干描M、V、C分別對(duì)應(yīng)什么。1解析】MVC架構(gòu)風(fēng)格：用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個(gè)部件里面，在改進(jìn)和個(gè)性化定制界面及用戶交互的同時(shí)，不需要重新編寫業(yè)務(wù)邏輯。MVC架構(gòu)將整個(gè)軟件系統(tǒng)劃分為模型、視圖和控制器3個(gè)部分。模型負(fù)責(zé)維護(hù)并保存具有持久性的業(yè)務(wù)數(shù)據(jù)，實(shí)現(xiàn)業(yè)務(wù)處理功能，并將業(yè)務(wù)數(shù)據(jù)的變化情況及時(shí)通知視圖；視圖負(fù)責(zé)呈現(xiàn)模型中包含的業(yè)務(wù)數(shù)據(jù)，響應(yīng)模型變化通知，更新呈現(xiàn)形式，并向控制器傳遞用戶的界面動(dòng)作；控制器負(fù)責(zé)將用戶的界面動(dòng)作映射為模型中的業(yè)務(wù)處理功能并實(shí)際調(diào)用之，然后根據(jù)模型返回的業(yè)務(wù)處理結(jié)果選擇新的視圖。在本題中：M：監(jiān)控組件，VC：管理模塊。2】(15分)擴(kuò)展接口模式結(jié)構(gòu)通常包含四個(gè)角色：基礎(chǔ)接口、組件、擴(kuò)展接口和客戶端，它們之間的關(guān)系如下圖所示。其中每個(gè)擴(kuò)展接口需要通過擴(kuò)展基礎(chǔ)接口獲得基本操作能力，然后加入自己特有的操作接口，并通過設(shè)置全局唯一接口ID對(duì)自身接口進(jìn)行標(biāo)識(shí)；每個(gè)具體的組件需要實(shí)現(xiàn)擴(kuò)展接展接口根據(jù)請(qǐng)求查找并選擇合適的實(shí)現(xiàn)組件響應(yīng)客戶端請(qǐng)求。請(qǐng)根據(jù)上圖所示和題干描述，指調(diào)用操作這一場(chǎng)景為例，填寫下表中的(1)～(5)。2解析】組件：監(jiān)控組件客戶端：控制終端擴(kuò)展接口組件操作接口ID擴(kuò)展接口請(qǐng)?jiān)敿?xì)閱讀以下關(guān)于系統(tǒng)過程建模的說明，在答題紙上回答問題1至問題3?！绢}目】某公司正在研發(fā)一套新的庫(kù)存管理系統(tǒng)。系統(tǒng)中一個(gè)關(guān)鍵事件是接收供應(yīng)商供貨。項(xiàng)目組系的列表：供應(yīng)商發(fā)送貨物和商品清單，公司收到商品后執(zhí)行收貨處理，包括卸載商品、確定收到了訂單上的商品、處理與供應(yīng)商的分歧等。對(duì)于已有商品，調(diào)整其庫(kù)存信息，對(duì)于新采購(gòu)的商品，在庫(kù)存中添加新的商品記錄。收貨完成后，系統(tǒng)執(zhí)行入庫(kù)處理，將商品放到倉(cāng)庫(kù)對(duì)應(yīng)的貨架上。在付款處理活動(dòng)中，自動(dòng)生成應(yīng)付賬款信息，如果查詢到該供應(yīng)商有待付款記錄，則進(jìn)行合并付款，付款完成后消除應(yīng)付賬款記錄。最后，倉(cāng)庫(kù)管理員根據(jù)最新的庫(kù)存商品，調(diào)整出貨信息。小王根據(jù)自己觀察的過程創(chuàng)建了該事件的1層數(shù)據(jù)流圖，如下圖所示。1】(8分)請(qǐng)用300以內(nèi)文字說明數(shù)據(jù)流圖(DataFlowDiagram)的基本元素及其作用。1解析】數(shù)據(jù)流：數(shù)據(jù)流是數(shù)據(jù)在系統(tǒng)內(nèi)傳播的路徑，因此由一組成分固定的數(shù)據(jù)組成。外部實(shí)體：代表系統(tǒng)之外的實(shí)體，可以是人、物或其他軟件系統(tǒng)。加工（處理）：加工是對(duì)數(shù)據(jù)進(jìn)行處理的單元，它接收一定的數(shù)據(jù)輸入，對(duì)其進(jìn)行處理，并產(chǎn)生輸出。數(shù)據(jù)存儲(chǔ)：表示信息的靜態(tài)存儲(chǔ)，可以是文件、文件的一部分、數(shù)據(jù)庫(kù)的元素等。2】(12分)數(shù)據(jù)流圖在繪制過程中可能出現(xiàn)多種語(yǔ)法錯(cuò)誤，請(qǐng)分析上圖所示數(shù)據(jù)流圖中哪些地方有錯(cuò)誤，并分別說明錯(cuò)誤的類型。2解析】1、加工P5.3僅有輸入流，缺少輸出流，這屬于黑洞。2、加工P5.4僅有輸出流，缺少輸入流，這屬于奇跡。3、D1A2：缺少處理數(shù)據(jù)流的加工。擴(kuò)展：加工不出輸出流，即灰洞。3】(5分)系統(tǒng)建模過程中為了保證數(shù)據(jù)模型和過程模型的一致性，需要通過數(shù)據(jù)-過程-CRUD矩陣來CRUD矩陣(1)～(5)中填入相關(guān)操作。3解析】收貨處理入庫(kù)處理調(diào)整出貨付款處理供應(yīng)商RR庫(kù)存商品CRURU付款記錄CRUD請(qǐng)?jiān)敿?xì)閱讀有關(guān)嵌入式構(gòu)件設(shè)計(jì)方面的說明，在答題紙上回答問題1至問題3?！绢}目】構(gòu)件(component)也稱為組件，是一個(gè)功能相對(duì)獨(dú)立的具有可復(fù)用價(jià)值的軟硬件單元。近年本公司的成熟軟件進(jìn)行改造，建立公司可復(fù)用的軟件構(gòu)件庫(kù)，以提升開發(fā)效率、降低成本。程中遇到了許多困難，主要表現(xiàn)在公司軟件架構(gòu)的變更和構(gòu)件抽取的界面等方面。1】(9分)請(qǐng)用200字以內(nèi)文字說明獲取構(gòu)件的方法有哪幾種？開發(fā)構(gòu)件通常采用哪幾種策略？并列舉出兩種主流構(gòu)件標(biāo)準(zhǔn)。1解析】獲取構(gòu)件的方法包括：從現(xiàn)有構(gòu)件中獲得符合要求的構(gòu)件，直接使用或作適應(yīng)性（flexibility）修改，得到可重用的構(gòu)件；通過遺留工程（legacyengineering），將具有潛在重用價(jià)值的構(gòu)件提取出來，得到可重用的構(gòu)件；從市場(chǎng)上購(gòu)買現(xiàn)成的商業(yè)構(gòu)件，即COTS（CommercialOff-The-Shell）構(gòu)件；開發(fā)構(gòu)件的策略：分區(qū)：指的是將問題情景的空間分割成幾乎可以獨(dú)立研究的部分；抽象：是對(duì)給定實(shí)踐內(nèi)執(zhí)行指定計(jì)算的軟/硬件單元的一種抽象；分割：是將結(jié)構(gòu)引入構(gòu)件的行為，支持對(duì)行為性質(zhì)進(jìn)行時(shí)序推理。主流構(gòu)件標(biāo)準(zhǔn)包括：三個(gè)主要流派為OMG的COBRA(分布計(jì)算技術(shù))、Microsoft的COM/DCOM/COM+SunEJB/J2EE。（答出其中兩種即可）。2】(6分)由于該公司已具備大量的成熟軟件，王工程師此次的主要工作就是采用遺留工程(LegacyEngineering)方法，將具有潛在復(fù)用價(jià)值的軟件提取出來，得到可復(fù)用的構(gòu)件。因此，在設(shè)的差異。請(qǐng)根據(jù)你對(duì)構(gòu)件的理解，判斷下表給出的有關(guān)構(gòu)件的說法是否正確，將答案寫在答題紙上。2解析】（1）√（2）×（3）（4）√（5）×（6）×3】(10分)王工程師的實(shí)施方案指出：本公司的大部分產(chǎn)品是為用戶提供標(biāo)準(zhǔn)計(jì)算平臺(tái)的，而此平臺(tái)中的主要開發(fā)工作是為嵌入式操作系統(tǒng)研制板級(jí)支持軟件(BSP)。為了提高BSP軟件的復(fù)用，應(yīng)首先開展BSP構(gòu)件的開發(fā)，且構(gòu)件架構(gòu)應(yīng)符合國(guó)外GENESYS規(guī)范定義的嵌入式系統(tǒng)架(LIF)是構(gòu)件對(duì)外提供的功能服務(wù)接口；局部接口建立了構(gòu)件和它的局部環(huán)境的連接，如傳感器、作動(dòng)器或人機(jī)接口；技術(shù)相關(guān)接口(TDI)提供了查看構(gòu)件內(nèi)部、觀察構(gòu)件的內(nèi)部變量的手段，如診斷等；技術(shù)無(wú)關(guān)接口(TII)用來在運(yùn)行時(shí)配置、復(fù)使、重啟構(gòu)件的接口。現(xiàn)需要針對(duì)BSP中常用的RS-232串行驅(qū)動(dòng)程序設(shè)計(jì)一個(gè)可復(fù)用的軟構(gòu)件，請(qǐng)說明該軟構(gòu)件四類接口的具體功能。3解析】局部接口：將RS-232芯片的外部中斷向量連接到CPU，從RS-232芯片中讀取寄存器RS-232芯片寄存器。技術(shù)相關(guān)接口（TDI）：診斷數(shù)據(jù)傳輸校驗(yàn)的錯(cuò)誤。鏈接接口（LIF）：對(duì)RS-232芯片初始化，并向其發(fā)送數(shù)據(jù)與從芯片接收數(shù)據(jù)。技術(shù)無(wú)關(guān)接口（TII）：RS-232芯片或驅(qū)動(dòng)構(gòu)件復(fù)位和重啟，重新配置傳輸速率。請(qǐng)?jiān)敿?xì)閱讀有關(guān)軟件架構(gòu)評(píng)估方面的說明，在答題紙上回答問題1至問題2?！绢}目】的效率和安全性。公司研發(fā)部門在需求分析的基礎(chǔ)上，給出了在線交易系統(tǒng)的架構(gòu)設(shè)計(jì)。公司組織相關(guān)人員召開了針對(duì)架構(gòu)設(shè)計(jì)的評(píng)估會(huì)議，會(huì)上用戶提出的需求、架構(gòu)師識(shí)別的關(guān)鍵質(zhì)量屬性場(chǎng)景和評(píng)估專家的意見等內(nèi)容部分列舉如下：在正常負(fù)載情況下，系統(tǒng)必須在0.5秒內(nèi)響應(yīng)用戶的交易請(qǐng)求；(b)99.999%的安全性；8個(gè)字符；2分鐘內(nèi)發(fā)現(xiàn)錯(cuò)誤并啟用備用系統(tǒng)；在高峰負(fù)載情況下，用戶發(fā)起支付請(qǐng)求后系統(tǒng)必須在10秒內(nèi)完成支付功能；(f)系統(tǒng)擬采用新的加密算法，這會(huì)提高系統(tǒng)安全性，但同時(shí)會(huì)降低系統(tǒng)的性能；(g)對(duì)交易請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)數(shù)據(jù)傳輸協(xié)議和交易處理過程的設(shè)計(jì)；(h)30人月內(nèi)為系統(tǒng)添加公司新購(gòu)買的事務(wù)處理中間件；(i