2024年計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師筆試考試歷年高頻考點(diǎn)試題摘選含答案

2024年計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師筆試考試歷年高頻考點(diǎn)試題摘選含答案第1卷一.參考題庫(共75題)1.在一個(gè)單CPU的計(jì)算機(jī)系統(tǒng)中，有3臺(tái)不同的外部設(shè)備R1、R2、R3和3個(gè)進(jìn)程P1、P2、P3。系統(tǒng)CPU調(diào)度采用可剝奪式優(yōu)先級(jí)的進(jìn)程調(diào)度方案，3個(gè)進(jìn)程的優(yōu)先級(jí)、使用設(shè)備的先后順序和占用設(shè)備時(shí)間如表1-6所示。假設(shè)操作系統(tǒng)的開銷忽略不計(jì)，從3個(gè)進(jìn)程同時(shí)投入運(yùn)行到全部完成，CPU的利用率約為（1）%：R3的利用率約為（2）%（設(shè)備的利用率指該設(shè)備的使用時(shí)間與進(jìn)程組全部完成所占用時(shí)間的比率）?？瞻祝?）處應(yīng)選擇（）A、66.7B、75C、83.3D、91.72.基于場(chǎng)景的架構(gòu)分析方法（Scenarios-basedArchitectureAnalysisMethod，SAAM）是卡耐基梅隆大學(xué)軟件工程研究所的Kazman等人于1983年提出的一種非功能質(zhì)量屬性的架構(gòu)分析方法，是最早形成文檔并得到廣泛應(yīng)用的軟件架構(gòu)分析方法。SAAM的主要輸入是問題描述、（1）和架構(gòu)描述文檔，其分析過程主要包括場(chǎng)景開發(fā)、（2）、單個(gè)場(chǎng)景評(píng)估、場(chǎng)景交互和總體評(píng)估?？瞻祝?）處應(yīng)選擇（）A、架構(gòu)需求B、架構(gòu)描述C、架構(gòu)設(shè)計(jì)D、架構(gòu)實(shí)現(xiàn)3.（）不屬于關(guān)系數(shù)據(jù)庫管理系統(tǒng)。A、OracleB、MSSQLServerC、DB2D、IMS4.結(jié)構(gòu)化軟件系統(tǒng)建模 博學(xué)公司擬開發(fā)一個(gè)商業(yè)情報(bào)處理系統(tǒng)，使公司能夠及時(shí)針對(duì)市場(chǎng)環(huán)境的變化及時(shí)調(diào)整發(fā)展戰(zhàn)略，以獲取最大的商業(yè)利益。項(xiàng)目組經(jīng)過討論，決定采用結(jié)構(gòu)化分析和設(shè)計(jì)方法。在系統(tǒng)分析階段，為了更好地對(duì)情報(bào)數(shù)據(jù)處理流程及其與外部角色的關(guān)聯(lián)進(jìn)行建模，項(xiàng)目組成員分別給出了自己的設(shè)計(jì)思路： ①小張?zhí)岢鱿葮?gòu)建系統(tǒng)流程圖(SystemFlowcharts)，以便更精確地反映系統(tǒng)的業(yè)務(wù)處理過程及數(shù)據(jù)的輸入和輸出。 ②小李提出先構(gòu)建系統(tǒng)數(shù)據(jù)流圖(DataFlowDiagrams)，來展現(xiàn)系統(tǒng)的處理過程和定義業(yè)務(wù)功能邊界，并給出了情報(bào)分類子系統(tǒng)的0層和1層數(shù)據(jù)流圖，后者如圖12-1所示。 項(xiàng)目組經(jīng)討論確定以數(shù)據(jù)流圖作為本階段的建模手段。工程師老王詳細(xì)說明了流程圖和數(shù)據(jù)流圖之間的區(qū)別與聯(lián)系，并指出了圖12-1所示的數(shù)據(jù)流圖中存在的錯(cuò)誤。高質(zhì)量的數(shù)據(jù)流圖是可讀的、內(nèi)部一致的并能夠準(zhǔn)確表示系統(tǒng)需求。請(qǐng)用300字以內(nèi)說明在設(shè)計(jì)高質(zhì)量的數(shù)據(jù)流圖時(shí)應(yīng)考慮的3個(gè)原則。5.下面關(guān)于ERP的敘述，不正確的是（）A、ERP為組織提供了升級(jí)和簡化其所用的信息技術(shù)的機(jī)會(huì)B、購買使用一個(gè)商業(yè)化的ERP軟件，轉(zhuǎn)化成本高，失敗的風(fēng)險(xiǎn)也很大C、除了制造和財(cái)務(wù)，ERP系統(tǒng)可以支持人力資源、銷售和配送D、ERP的關(guān)鍵是事后監(jiān)控企業(yè)的各項(xiàng)業(yè)務(wù)功能，使得諸如質(zhì)量、有效性、客戶滿意度、工作成果等可控6.某網(wǎng)上購物電子商務(wù)公司擬升級(jí)正在使用的在線交易系統(tǒng)，以提高用戶網(wǎng)上購物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計(jì)階段，公司提出的需求和關(guān)鍵質(zhì)量屬性場(chǎng)景如下： （a）正常負(fù)載情況下，系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶的交易請(qǐng)求進(jìn)行響應(yīng)。 （b）信用卡支付必須保證99.999%的安全性。 （c）對(duì)交易請(qǐng)求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過程的設(shè)計(jì)。 （d）網(wǎng)絡(luò)失效后，系統(tǒng)需要在1.5分鐘內(nèi)發(fā)現(xiàn)錯(cuò)誤并啟用備用系統(tǒng)。 （e）需要在20人月內(nèi)為系統(tǒng)添加一個(gè)新的CORBA中間件。 （f）交易過程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫面具有600*480的分辨率，20幀/秒的速率。 （g）更改加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響。 （h）主站點(diǎn)斷電后，需要在3秒內(nèi)將訪問請(qǐng)求重定向到備用站點(diǎn)。 （i）假設(shè)每秒中用戶交易請(qǐng)求的數(shù)量是10個(gè)，處理請(qǐng)求的時(shí)間為30毫秒，則"在1秒內(nèi)完成用戶的交易請(qǐng)求"這一要求是可以實(shí)現(xiàn)的。 （j）用戶信息數(shù)據(jù)庫授權(quán)必須保證99.999%可用。 （k）目前對(duì)系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達(dá)成共識(shí)，這可能導(dǎo)致部分業(yè)務(wù)功能模塊的重復(fù)，影響系統(tǒng)的可修改性。 （l）更改Web界面接口必須在4人周內(nèi)完成。 （m）系統(tǒng)需要提供遠(yuǎn)程調(diào)試接口，并支持系統(tǒng)的遠(yuǎn)程調(diào)試。 在對(duì)系統(tǒng)需求和質(zhì)量屬性場(chǎng)景進(jìn)行分析的基礎(chǔ)上，系統(tǒng)的架構(gòu)師給出了三個(gè)候選的架構(gòu)設(shè)計(jì)方案。公司目前正在組織系統(tǒng)開發(fā)的相關(guān)人員對(duì)系統(tǒng)架構(gòu)進(jìn)行評(píng)估。在架構(gòu)評(píng)估過程中，需要正確識(shí)別系統(tǒng)的架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)，并進(jìn)行合理的架構(gòu)決策。請(qǐng)用300字以內(nèi)的文字給出系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)的定義，并從題干（a）～（m）中各選出一個(gè)對(duì)系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)最為恰當(dāng)?shù)拿枋觥?.UML采用4+1視圖來描述軟件和軟件開發(fā)過程，其中（1）描繪了所設(shè)計(jì)的并發(fā)與同步結(jié)構(gòu)；（2）表示軟件到硬件的映射及分布結(jié)構(gòu)；UML中的類圖可以用來表示4+1視圖中的（3）?？瞻祝?）處應(yīng)選擇（）A、邏輯視圖（LogicalView）B、實(shí)現(xiàn)視圖（ImplementationView）C、進(jìn)程視圖（ProcessView）D、部署視圖（DeploymentView）8.POP3協(xié)議采用（1）模式，當(dāng)客戶機(jī)需要服務(wù)時(shí)，客戶端軟件（OutlookExpress或FoxMail）與POP3服務(wù)器建立（2）連接?？瞻祝?）處應(yīng)選擇（）A、TCPB、UDPC、PHPD、IP9.若關(guān)系模式中存在非主屬性對(duì)碼的部分依賴，則該關(guān)系模式屬于（）A、1NFB、2NFC、3NFD、BCNF10.有兩種需求定義的方法--嚴(yán)格定義和原型定義，在關(guān)于這兩種方法的描述中，不正確的是（）A、嚴(yán)格定義方法假定所有的需求都可以預(yù)先定義B、嚴(yán)格定義方法假定軟件開發(fā)人員與用戶之間的溝通存在障礙C、原型定義方法認(rèn)為需求分析中不可避免地要出現(xiàn)很多反復(fù)D、原型定義方法強(qiáng)調(diào)用戶在軟件開發(fā)過程中的參與和決策11.分布式系統(tǒng)開發(fā)中，通常需要將任務(wù)分配到不同的邏輯計(jì)算層。業(yè)務(wù)數(shù)據(jù)的綜合計(jì)算分析任務(wù)屬于（）A、表示邏輯層B、應(yīng)用邏輯層C、數(shù)據(jù)處理層D、數(shù)據(jù)層12.某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)。現(xiàn)有3個(gè)圖像任務(wù)，每個(gè)任務(wù)有3個(gè)程序段：掃描Si，圖像處理Ci和打印Pi（i=1，2，3）。如圖1-15所示為3個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖，其中，（1）可并行執(zhí)行，（2）的直接制約，（3）的間接制約。 空白（2）處應(yīng)選擇（）A、S1受到S2和S3、C1受到C2和C3、P1受到P2和P3B、S2和S3受到S1、C2和C3受到C1、P2和P3受到P1C、C1和P1受到S1、C2和P2受到S2、C3和P3受到S3D、C1和S1受到P1、C2和S2受到P2、C3和S3受到P313.The（1）isageneraldescriptionofthearchitectureofaworkflowmanagementsystemusedbytheWFMC,inwhichthemaincomponentsandtheassociatedinterfacesaresummarized.Theworkflowenactmentserviceistheheartofaworkflowsystemwhichconsistsofseveral（2）.空白（2）處應(yīng)選擇（）A、workflowenginesB、processesC、workflowthreadsD、tasks14.信息戰(zhàn)略規(guī)劃報(bào)告應(yīng)由3個(gè)主要部分組成：摘要、規(guī)劃和附錄。其中，摘要涉及的主題包括信息戰(zhàn)略規(guī)劃所涉及的范圍、企業(yè)的業(yè)務(wù)目標(biāo)和戰(zhàn)略重點(diǎn)、信息技術(shù)對(duì)企業(yè)業(yè)務(wù)的影響、對(duì)現(xiàn)有信息環(huán)境的評(píng)價(jià)、推薦的系統(tǒng)戰(zhàn)略、推薦的技術(shù)戰(zhàn)略、推薦的組織戰(zhàn)略、推薦的行動(dòng)計(jì)劃等，其中系統(tǒng)戰(zhàn)略是關(guān)于（1）和（2）的總結(jié)?？瞻祝?）處應(yīng)選擇（）A、業(yè)務(wù)系統(tǒng)結(jié)構(gòu)規(guī)劃B、機(jī)構(gòu)結(jié)構(gòu)規(guī)劃C、過程結(jié)構(gòu)規(guī)劃D、系統(tǒng)發(fā)展規(guī)劃15.以GJB冠名的標(biāo)準(zhǔn)屬于（1）。PSD、PAD等程序構(gòu)造的圖形表示屬于（2）。空白（1）處應(yīng)選擇（）A、國際標(biāo)準(zhǔn)B、國家標(biāo)準(zhǔn)C、行業(yè)標(biāo)準(zhǔn)D、企業(yè)規(guī)范16.復(fù)用應(yīng)該是每個(gè)軟件過程都不可缺少的部分。下列制品，不屬于復(fù)用候選的軟件制品是（）A、項(xiàng)目計(jì)劃B、體系結(jié)構(gòu)C、用戶界面D、用戶需求17.關(guān)于診療科、醫(yī)師、患者和治療觀察關(guān)系模式如下所示，其中帶實(shí)下畫線的表示主鍵，帶虛下畫線的表示外鍵。（）表示上述關(guān)系模式的E-R圖。圖中，、和分別表示多對(duì)多、1對(duì)多和1對(duì)1的聯(lián)系。A、B、C、D、18.博學(xué)公司項(xiàng)目經(jīng)理向客戶推薦了四種供應(yīng)商選擇方案。每個(gè)方案損益值已標(biāo)在圖18-16的決策樹上。根據(jù)預(yù)期收益值，應(yīng)選擇設(shè)備供應(yīng)商（）A、1B、2C、3D、419.下面關(guān)于計(jì)算機(jī)性能的各種評(píng)估方法的論述中，正確的是（）A、每秒百萬次指令（MIPS）描述了計(jì)算機(jī)的浮點(diǎn)運(yùn)算速度B、等效指令速度法采用靈活的指令比例來評(píng)價(jià)計(jì)算機(jī)的性能C、峰值MFLOPS以最慢的浮點(diǎn)指令來表示計(jì)算機(jī)的運(yùn)算速度D、CTP以每秒百萬次理論運(yùn)算（MTOPS）來表示運(yùn)算部件的綜合性能20.博學(xué)公司網(wǎng)上銷售管理系統(tǒng)的數(shù)據(jù)庫部分關(guān)系模式如下所示。其中，客戶號(hào)唯一標(biāo)識(shí)一位客戶，產(chǎn)品號(hào)唯一標(biāo)識(shí)一件產(chǎn)品，訂單號(hào)唯一標(biāo)識(shí)一份訂單。一份訂單必須且僅對(duì)應(yīng)一位客戶，一份訂單可由一到多條訂單明細(xì)組成，一位客戶可以有多份訂單?？蛻簦蛻籼?hào)，姓名，性別，地址，郵編）產(chǎn)品（產(chǎn)品號(hào)，名稱，庫存，單價(jià)）訂單（訂單號(hào)，時(shí)間，金額，客戶號(hào)）訂單明細(xì)（訂單號(hào)，產(chǎn)品號(hào)，數(shù)量）訂單關(guān)系模式的主鍵為（1）；訂單明細(xì)關(guān)系模式的主鍵為（2）；其中訂單的外鍵為（3）。空白（3）處應(yīng)選擇（）A、客戶號(hào)，訂單明細(xì)的外鍵為訂單號(hào)B、客戶號(hào)，訂單明細(xì)的外鍵為訂單號(hào)和產(chǎn)品號(hào)C、訂單號(hào)，訂單明細(xì)的外鍵為產(chǎn)品號(hào)D、訂單號(hào)，訂單明細(xì)的外鍵為訂單號(hào)和產(chǎn)品號(hào)21.假設(shè)某磁盤子系統(tǒng)包括以下部件：10個(gè)磁盤，每個(gè)磁盤的MTTF（平均無故障時(shí)間）為1，000，000小時(shí)；1個(gè)SCSI控制器，MTTF是500，000小時(shí)；1個(gè)電源，MTTF是200，000小時(shí)；1個(gè)風(fēng)扇，MTTF是200，000小時(shí)；1個(gè)SCSI纜線，MTTF是1，000，000小時(shí)。假設(shè)每個(gè)部件的故障是獨(dú)立的，整個(gè)系統(tǒng)的MTTF約為（）年。A、2B、3C、4D、522.用戶界面設(shè)計(jì)中，設(shè)計(jì)原則不正確的是（）A、為用戶提供更多的信息和功能B、減少用戶的記憶負(fù)擔(dān)C、保持界面一致性D、置用戶于控制之下23.我國《計(jì)算機(jī)軟件保護(hù)條例》所稱的"發(fā)表"的含義是指將軟件作品（）A、出版發(fā)行B、公之于眾C、在版權(quán)局登記D、以某種物質(zhì)形式固定下來24.安全審計(jì)系統(tǒng)是保障計(jì)算機(jī)系統(tǒng)安全的重要手段之一，其作用不包括（）A、檢測(cè)對(duì)系統(tǒng)的入侵B、發(fā)現(xiàn)計(jì)算機(jī)的濫用情況C、提供系統(tǒng)運(yùn)行的日志，從而能發(fā)現(xiàn)系統(tǒng)入侵行為和潛在的漏洞D、保證可信網(wǎng)絡(luò)內(nèi)部信息不外泄25.VRMLisa（1）for3DmultimediaandsharedvirtualworldsontheWWW.IncomparisontoHTML,VRMLaddsthenextlevelofinteraction,structuredgraphics,andextra（2）（zandtime）tothepresentationofdocuments.TheapplicationsofVRMLare（3）,rangingfromsimplebusinessgraphicstoentertainingWWWpagegraphics,manufacturing,scientific,entertainment,andeducationalapplications,and3Dsharedvirtualworldsandcommunities.X3DisthenameunderwhichthedevelopmentofVRMLiscontinued.X3DisbasedonXMLandisbackwards（4）withVRML.Furthermore,itiscomponentized,profiled,andextensible,whichmakesitpossibletouseX3Dinverydifferent（5），fromhigh-endvisualizationstolightweightapplications.空白（4）處應(yīng)選擇（）A、inconsistentB、independentC、applicableD、compatible26.系統(tǒng)設(shè)計(jì)是軟件開發(fā)的重要階段（）主要是按系統(tǒng)需求說明來確定此系統(tǒng)的軟件結(jié)構(gòu)，并設(shè)計(jì)出各個(gè)部分的功能和接口。A、外部設(shè)計(jì)B、內(nèi)部設(shè)計(jì)C、程序設(shè)計(jì)D、輸入／輸出設(shè)計(jì)27.若對(duì)表2-12按（）進(jìn)行運(yùn)算，可以得到表2-13。A、B、C、D、28.博學(xué)公司欲開發(fā)一個(gè)漫步者機(jī)器人，用來完成火星探測(cè)任務(wù)。機(jī)器人的控制者首先定義探測(cè)任務(wù)和任務(wù)之間的時(shí)序依賴性，機(jī)器人接受任務(wù)后，需要根據(jù)自身狀態(tài)和外界環(huán)境進(jìn)行動(dòng)態(tài)調(diào)整，最終自動(dòng)完成任務(wù)。針對(duì)這些需求，該機(jī)器人應(yīng)該采用（）架構(gòu)風(fēng)格最為合適。A、解釋器B、主程序-子程序C、隱式調(diào)用D、管道-過濾器29.聯(lián)合需求分析會(huì)議 某軟件公司接受A公司委托開發(fā)一個(gè)軟件任務(wù)，該任務(wù)由張工負(fù)責(zé)。張工預(yù)計(jì)在4周內(nèi)完成對(duì)系統(tǒng)的需求分析，并形成需求規(guī)格說明書。張工委派了項(xiàng)目組的小劉來負(fù)責(zé)需求信息的獲取。 兩周后，小劉向張工匯報(bào)了他進(jìn)行需求分析的過程及結(jié)果。小劉采用問卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準(zhǔn)備了問卷的初稿，并請(qǐng)A公司的相關(guān)管理人員進(jìn)行了測(cè)試和修正；然后將問卷分發(fā)給A公司的每位工作人員，并要求他們?cè)谝恢軆?nèi)返還問卷。但到目前為止，小劉只收回了7份問卷。小劉認(rèn)為自己是完全按照問卷調(diào)查的步驟和要求實(shí)施的，而問卷的返還率仍然很低。張工聽完后，給小劉分析了失敗的原因，并提出了一些能夠提高問卷返還率的建議。 但是為了不耽誤項(xiàng)目的進(jìn)度，張工決定采用JRP（JointRequirementsPlanning）的方法再次進(jìn)行需求調(diào)查，張工作為JRP的主持人。最終在第4周完成了需求規(guī)格說明書，并決定了系統(tǒng)后續(xù)階段的開發(fā)計(jì)劃，如圖12-3所示。 該項(xiàng)目組除了張工之外，還有2名全職的開發(fā)人員，可以承擔(dān)項(xiàng)目中的任何任務(wù)，并且承擔(dān)同一任務(wù)的開發(fā)人員總是在一起工作。預(yù)計(jì)的開發(fā)時(shí)間中已經(jīng)包含了編寫文檔的時(shí)間。張工決定采用迭代模型，在160天內(nèi)完成這3個(gè)模塊的設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。假設(shè)：①整個(gè)開發(fā)實(shí)施兩輪迭代。②每個(gè)任務(wù)都被劃分為2個(gè)子任務(wù)（例如，實(shí)現(xiàn)可以劃分為實(shí)現(xiàn)1和實(shí)現(xiàn)2），對(duì)應(yīng)兩輪迭代。③完成每個(gè)子任務(wù)需要花費(fèi)24人天。④整個(gè)系統(tǒng)的集成測(cè)試、改正錯(cuò)誤及驗(yàn)證需要花費(fèi)48人天。⑤第一輪迭代結(jié)束時(shí)，形成版本v0.5；第二輪迭代結(jié)束時(shí)，整個(gè)系統(tǒng)的開發(fā)任務(wù)全部完成，形成版本v1.0。根據(jù)上述假設(shè)，給出采用迭代模型開發(fā)的各里程碑及其完成時(shí)間（標(biāo)出在第幾天完成）與交付產(chǎn)品。30.在嵌入式系統(tǒng)設(shè)計(jì)時(shí)，下面幾種存儲(chǔ)結(jié)構(gòu)中對(duì)程序員是透明的是（）A、高速緩存B、磁盤存儲(chǔ)器C、內(nèi)存D、Flash存儲(chǔ)器31.項(xiàng)目管理工具用來輔助項(xiàng)目經(jīng)理實(shí)施軟件開發(fā)過程中的項(xiàng)目管理活動(dòng)，它不能（1）。（2）就是一種典型的項(xiàng)目管理工具。空白（1）處應(yīng)選擇（）A、覆蓋整個(gè)軟件生存周期B、確定關(guān)鍵路徑、松弛時(shí)間、超前時(shí)間和滯后時(shí)間C、生成固定格式的報(bào)表和裁剪項(xiàng)目報(bào)告D、指導(dǎo)軟件設(shè)計(jì)人員按軟件生存周期各個(gè)階段的適用技術(shù)進(jìn)行設(shè)計(jì)工作32.閱讀以下信息系統(tǒng)可靠性問題的說明，在答題紙上回答問題1至問題3。 某軟件公司開發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對(duì)輸入數(shù)據(jù)進(jìn)行多次分析、處理和加工，生成需要的輸出數(shù)據(jù)。需求方對(duì)該系統(tǒng)的軟件可靠性要求很高，要求系統(tǒng)能夠長時(shí)間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖20-5所示。王工解釋：只要各個(gè)模塊的可靠度足夠高，失效率足夠低，則整個(gè)軟件系統(tǒng)的可靠性是有保證的。 李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說法有兩個(gè)問題：第一，即使每個(gè)模塊的可靠度足夠高，但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個(gè)軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個(gè)模塊的可靠度均為0.99，則整個(gè)軟件系統(tǒng)的可靠度為0.994≈0.96：第二，軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時(shí)，一旦某個(gè)模塊失效，則意味著整個(gè)軟件系統(tǒng)失效。 李工認(rèn)為，應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動(dòng)態(tài)冗余或者軟件容錯(cuò)的N版本程序設(shè)計(jì)技術(shù)，對(duì)容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì)，將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu)，來提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí)，李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖，如圖20-6所示。 劉工建議，李工方案中M1和M4模塊沒有采用容錯(cuò)設(shè)計(jì)，但是M1和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此，可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù)，在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警，提醒維護(hù)人員進(jìn)行處理。 注：假設(shè)各個(gè)模塊的可靠度均為0.99。請(qǐng)解釋李工提出的動(dòng)態(tài)冗余和N版本程序設(shè)計(jì)技術(shù)，給出圖13-11中模塊M2采用圖13-12動(dòng)態(tài)冗余技術(shù)后的可靠度。請(qǐng)給出采用李工設(shè)計(jì)方案后整個(gè)系統(tǒng)可靠度的計(jì)算方法，并計(jì)算結(jié)果。33.UML提供了5種對(duì)系統(tǒng)動(dòng)態(tài)方面建模的圖，其中（1）對(duì)系統(tǒng)行為組織和建模；（2）對(duì)系統(tǒng)功能建模，它強(qiáng)調(diào)對(duì)象之間的控制流；（3）之間是同構(gòu)的?？瞻祝?）處應(yīng)選擇（）A、狀態(tài)圖和活動(dòng)圖B、用例圖和活動(dòng)圖C、順序圖和協(xié)作圖D、活動(dòng)圖和協(xié)作圖34.ISO7498-2標(biāo)準(zhǔn)涉及的5種安全服務(wù)是（1）。可信賴計(jì)算機(jī)系統(tǒng)評(píng)價(jià)準(zhǔn)則（TCSEC）把計(jì)算機(jī)系統(tǒng)的安全性分為4大類7個(gè)等級(jí)，其中的C2級(jí)是指（2）。空白（2）處應(yīng)選擇（）A、安全標(biāo)記保護(hù)B、自主式安全保護(hù)C、結(jié)構(gòu)化安全策略模型D、受控的訪問保護(hù)35.在RUP中采用"4+1"視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于（1），系統(tǒng)工程師側(cè)重于（2）?？瞻祝?）處應(yīng)選擇（）A、實(shí)現(xiàn)視圖B、進(jìn)程視圖C、邏輯視圖D、部署視圖36.事務(wù)處理系統(tǒng)運(yùn)行時(shí)，系統(tǒng)的吞吐率指標(biāo)（每秒處理的事務(wù)數(shù)）會(huì)隨系統(tǒng)負(fù)荷（系統(tǒng)中待處理的事務(wù)數(shù)量）大小而變化。當(dāng)系統(tǒng)的負(fù)荷從0開始逐步增大時(shí)，系統(tǒng)吞吐率的變化一般將先后經(jīng)歷如下3個(gè)階段（）。A、快增長、慢增長、下降B、慢增長、快增長、下降C、快增長、較慢增長、慢增長D、慢增長、較快增長、快增長37.某計(jì)算機(jī)系統(tǒng)中有一個(gè)CPU、一臺(tái)掃描儀和一臺(tái)打印機(jī)?，F(xiàn)有3個(gè)圖像任務(wù)，每個(gè)任務(wù)有3個(gè)程序段：掃描Si，圖像處理Ci和打印Pi（i=1，2，3）。如圖1-15所示為3個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖，其中，（1）可并行執(zhí)行，（2）的直接制約，（3）的間接制約。 空白（3）處應(yīng)選擇（）A、S1受到S2和S3、C1受到C2和C3、P1受到P2和P3B、S2和S3受到S1、C2和C3受到C1、P2和P3受到P1C、C1和P1受到S1、C2和P2受到S2、C3和P3受到S3D、C1和S1受到P1、C2和S2受到P2、C3和S3受到P338.山區(qū)某鄉(xiāng)的6個(gè)村之間有山路如圖9-16所示，其中的數(shù)字標(biāo)明了各條山路的長度（千米）。鄉(xiāng)政府決定沿山路架設(shè)電話線。為實(shí)現(xiàn)村村通電話，電話線總長至少為（）千米。A、11B、14C、18D、3339.Microsoft'sCOMisasoftware（1）thatallowsapplicationstobebuiltfrombinarysoftwarecomponents.COMistheunderlyingarchitecturethatformsthefoundationforhigher-levelsoftwareservices,likethoseprovidedbyOLE.COMdefinesabinarystandardforfunctioncallingbetweencomponents,awayforcomponentstodynarmicallydiscovertheinterfacesimplementedbyothercomponents,andamechanismtoidentifycomponentsandtheirinterfacesuniquely.OLEisacompound（2）standarddevelopedbyMicrosoft.OLEmakesitpossibletocreate（3）withoneapplicationandlinkorembedtheminasecondapplication.Embeddedobjectsretaintheiroriginalformatand（4）totheapplicationthatcreatedthem.SupportforOLEisbuiltintotheWindowsandMacOSOperatingSystems.A（5）compounddocumentstandarddevelopedmainlybyAppleandIBMiscalledOpenDoc.空白（2）處應(yīng)選擇（）A、textB、graphicC、documentD、database40.某銀行系統(tǒng)采用FactoryMethod方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類圖如圖8-44所示。其中與FactoryMethod中的"Creator"角色相對(duì)應(yīng)的類是（1）；與"Product"角色相對(duì)應(yīng)的類是（2）?？瞻祝?）處應(yīng)選擇（）A、BankB、AccountC、CheckingD、Savings41.若操作系統(tǒng)文件管理程序正在將修改后的（）文件寫回磁盤時(shí)系統(tǒng)發(fā)生崩潰，對(duì)系統(tǒng)的影響相對(duì)較大。A、用戶數(shù)據(jù)B、用戶程序C、系統(tǒng)目錄D、空閑塊管理42.某公司欲開發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識(shí)別出3個(gè)核心質(zhì)量屬性場(chǎng)景。其中“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請(qǐng)求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“當(dāng)系統(tǒng)由于軟件故障意外崩潰后，需要在0.5小時(shí)內(nèi)恢復(fù)正常運(yùn)行”主要與（3）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性；“系統(tǒng)應(yīng)該能夠抵擋惡意用戶的入侵行為，并進(jìn)行報(bào)警和記錄”主要與（5）質(zhì)量屬性相關(guān)，通?？刹捎茫?）架構(gòu)策略實(shí)現(xiàn)該屬性?？瞻祝?）處應(yīng)選擇（）A、可測(cè)試性B、易用性C、可用性D、互操作性43.JPEG標(biāo)準(zhǔn)中定義了有失真的靜態(tài)圖像編碼方案，其中的失真主要產(chǎn)生于（）編碼步驟。A、DCT變換B、RLEC、熵編碼D、變換系數(shù)量化44.系統(tǒng)分析是信息系統(tǒng)開發(fā)重要的階段。系統(tǒng)分析的困難不包括（）A、問題空間的理解B、系統(tǒng)建模工具的復(fù)雜性C、人與人之間的溝通D、環(huán)境的不斷變化45.編譯器的主要工作過程是將以文本形式輸入的代碼逐步轉(zhuǎn)化為各種形式，最終生成可執(zhí)行代碼?，F(xiàn)代編譯器主要關(guān)注編譯過程和程序的中間表示，圍繞程序的各種形態(tài)進(jìn)行轉(zhuǎn)化與處理。針對(duì)這種特征，現(xiàn)代編譯器應(yīng)該采用（）架構(gòu)風(fēng)格最為合適。A、數(shù)據(jù)共享B、虛擬機(jī)C、隱式調(diào)用D、管道-過濾器46.博學(xué)公司欲開發(fā)一個(gè)在線交易系統(tǒng)。為了能夠精確地表達(dá)用戶與系統(tǒng)的復(fù)雜交互過程，應(yīng)該采用UML的（）進(jìn)行交互過程建模。A、類圖B、序列圖C、部署圖D、對(duì)象圖47.某虛擬存儲(chǔ)系統(tǒng)采用最近最少使用（LRU）頁面淘汰算法，假定系統(tǒng)為每個(gè)作業(yè)分配4個(gè)頁面的主存空間，其中一個(gè)頁面用來存放程序?，F(xiàn)有某作業(yè)的程序如下： 設(shè)每個(gè)頁面可存放200個(gè)整數(shù)變量，變量i、j存放在程序頁中。初始時(shí)，程序及i、j均已在內(nèi)存，其余3頁為空。若矩陣A按行序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生（1）次缺頁中斷；若矩陣A按列序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生（2）次缺頁中斷?？瞻祝?）處應(yīng)選擇（）A、50B、100C、5000D、1000048.在RUP中采用"4+1"視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于（1），系統(tǒng)工程師側(cè)重于（2）?？瞻祝?）處應(yīng)選擇（）A、實(shí)現(xiàn)視圖B、進(jìn)程視圖C、邏輯視圖D、部署視圖49.（）為推薦性地方標(biāo)準(zhǔn)的代號(hào)。A、SJ/TB、Q/T11C、GB/TD、DB11/T50.某DHCP服務(wù)器設(shè)置的地址池IP從01到50，此時(shí)該網(wǎng)段下某Windows工作站啟動(dòng)后，自動(dòng)獲得67這一IP地址，這是因?yàn)椋ǎ〢、DHCP服務(wù)器提供保留的IP地址B、DHCP服務(wù)器不工作C、DHCP服務(wù)器設(shè)置租約時(shí)間太長D、網(wǎng)段內(nèi)還有其他DHCP服務(wù)器，工作站接到其他DHCP服務(wù)器響應(yīng)的地址51.關(guān)系R（A，B，C，D）和S（B，C，D）進(jìn)行笛卡兒運(yùn)算，其結(jié)果集為（1）元關(guān)系。3個(gè)實(shí)體及它們之間的多對(duì)多聯(lián)系至少應(yīng)轉(zhuǎn)換成（2）個(gè)關(guān)系模式?？瞻祝?）處應(yīng)選擇（）A、4B、3C、6D、752.計(jì)算機(jī)執(zhí)行程序時(shí)，在一個(gè)指令周期的過程中，為了能夠從內(nèi)存中讀指令操作碼，首先是將（）的內(nèi)容送到地址總線上。A、程序計(jì)數(shù)器（PC）B、指令寄存器（IR）C、狀態(tài)寄存器（SR）D、通用寄存器（GR）53.（1）的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策；（2）是最底層的模式，關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn)，描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用計(jì)數(shù)是C++管理動(dòng)態(tài)資源時(shí)常用的一種（3）?？瞻祝?）處應(yīng)選擇（）A、架構(gòu)模式B、慣用法C、設(shè)計(jì)模式D、分析模式54.論基于REST服務(wù)的Web應(yīng)用系統(tǒng)設(shè)計(jì)REST（REpresentationalStateTransfer）是指從幾種基于網(wǎng)絡(luò)的架構(gòu)風(fēng)格衍生出來的一種混合架構(gòu)風(fēng)格，它是目前互聯(lián)網(wǎng)的核心架構(gòu)風(fēng)格?；赗EST服務(wù)（RESTfulService）的Web應(yīng)用系統(tǒng)設(shè)計(jì)任務(wù)主要包括：識(shí)別并設(shè)計(jì)REST風(fēng)格的服務(wù)，采用面向服務(wù)的思想進(jìn)行REST服務(wù)集成。采用這種方法設(shè)計(jì)的Web應(yīng)用系統(tǒng)能夠結(jié)合REST風(fēng)格和面向服務(wù)思想的優(yōu)點(diǎn)，近年來受到了廣泛的關(guān)注。 請(qǐng)圍繞"基于REST服務(wù)的Web應(yīng)用系統(tǒng)設(shè)計(jì)"論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與實(shí)施的Web應(yīng)用系統(tǒng)開發(fā)項(xiàng)目及你所承擔(dān)的主要工作。 ②簡要敘述與傳統(tǒng)的Web服務(wù)相比，采用REST服務(wù)構(gòu)建的Web應(yīng)用具有哪些優(yōu)勢(shì)和不足。 ③闡述你在設(shè)計(jì)基于REST服務(wù)的Web應(yīng)用系統(tǒng)時(shí)遇到了哪些問題，如何解決。55.（）是一個(gè)獨(dú)立可交付的功能單元，外界通過接口訪問其提供的服務(wù)。A、面向?qū)ο笙到y(tǒng)中的對(duì)象（Object）B、模塊化程序設(shè)計(jì)中的子程序（SubroutinE）C、基于構(gòu)件開發(fā)中的構(gòu)件（Component）D、系統(tǒng)模型中的包（PackagE）56.某數(shù)據(jù)庫中有員工關(guān)系E（員工號(hào)，姓名，部門，職稱，月薪）；產(chǎn)品關(guān)系P（產(chǎn)品號(hào)，產(chǎn)品名稱，型號(hào)，尺寸，顏色）；倉庫關(guān)系W（倉庫號(hào)，倉庫名稱，地址，負(fù)責(zé)人）；庫存關(guān)系I（倉庫號(hào)，產(chǎn)品號(hào)，產(chǎn)品數(shù)量）。a.若數(shù)據(jù)庫設(shè)計(jì)中要求： ①倉庫關(guān)系W中的"負(fù)責(zé)人"引用員工關(guān)系的員工號(hào)。 ②庫存關(guān)系I中的"倉庫號(hào)，產(chǎn)品號(hào)"唯一標(biāo)識(shí)I中的每一個(gè)記錄。 ③員工關(guān)系E中的職稱為"工程師"的月薪不能低于3500元。 則①②③依次要滿足的完整性約束是（1）。b.若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量，則對(duì)應(yīng)的查詢語句為：SELELCT產(chǎn)品名稱，SUM（產(chǎn)品數(shù)量）FROMP，IWHEREP.產(chǎn)品號(hào)=I.產(chǎn)品號(hào)（2）空白（1）處應(yīng)選擇（）A、實(shí)體完整性、參照完整性、用戶定義完整性B、參照完整性、實(shí)體完整性、用戶定義完整性C、用戶定義完整性、實(shí)體完整性、參照完整性D、實(shí)體完整性、用戶定義完整性、參照完整性57.用例（usecase）用來描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入子系筑”中，創(chuàng)建新訂單和更新訂單都需要核查用戶賬號(hào)是否正確。用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶賬號(hào)”之間是（）關(guān)系。A、包含（includE.B、擴(kuò)展（extenD.C、分類（classification）D、聚集（aggregation）58.軟件需求分析產(chǎn)生軟件操作特征的規(guī)格說明，指明軟件和其他系統(tǒng)元素的接口，建立軟件必須滿足的約束。下面對(duì)于軟件需求分析的描述，不正確的是（）A、分析員研究系統(tǒng)規(guī)約和軟件項(xiàng)目計(jì)劃，并在系統(tǒng)語境內(nèi)理解軟件和復(fù)審，從而生成計(jì)劃軟件范圍的估算B、需求分析使得系統(tǒng)工程師能夠刻畫出軟件的功能和性能、指明軟件和其他系統(tǒng)元素的接口、并建立軟件必須滿足的約束C、經(jīng)過仔細(xì)的需求分析活動(dòng)，分析員能夠得到詳細(xì)的系統(tǒng)規(guī)約D、需求分析能夠?yàn)檐浖O(shè)計(jì)者提供可被翻譯成數(shù)據(jù)、體系結(jié)構(gòu)、界面和過程設(shè)計(jì)的模型59.博學(xué)軟件公司承擔(dān)了某項(xiàng)國家重點(diǎn)項(xiàng)目的研制工作，任務(wù)重點(diǎn)是參考國外汽車電子發(fā)展趨勢(shì)，開發(fā)某汽車公司的企業(yè)汽車電子基礎(chǔ)軟件的架構(gòu)，逐步實(shí)現(xiàn)汽車企業(yè)未來技術(shù)發(fā)展規(guī)劃。 該公司接收此項(xiàng)任務(wù)后，調(diào)動(dòng)全體技術(shù)人員深入收集國外相關(guān)技術(shù)資料，經(jīng)過多方調(diào)研和分析，公司提出遵照國際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)施的原則，實(shí)現(xiàn)汽車公司的基礎(chǔ)軟件架構(gòu)設(shè)計(jì)。圖12-11給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。 圖12-11中的Ⅱ-1.1.1項(xiàng)中定義了軟件架構(gòu)和操作系統(tǒng)的要求，圖12-14所示是滿足AUTOSAR定義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu)，請(qǐng)說明（1）～（5）箭頭所標(biāo)的具體操作含義。60.（）不是項(xiàng)目目標(biāo)特性。A、多目標(biāo)性B、優(yōu)先性C、臨時(shí)性D、層次性61.甲公司開發(fā)的通信軟件，使用"點(diǎn)波"牌商標(biāo)，商標(biāo)沒有注冊(cè)。2007年4月該地另一公司（乙公司）成立，主要開發(fā)通信軟件，也擬使用"點(diǎn)波"牌商標(biāo)，并于2007年5月10日向商標(biāo)局遞交了商標(biāo)注冊(cè)申請(qǐng)書。甲公司得知這一消息后，于同年5月25日也向商標(biāo)局遞交了商標(biāo)注冊(cè)申請(qǐng)書。依據(jù)我國商標(biāo)法，（）能獲準(zhǔn)"點(diǎn)波"牌商標(biāo)注冊(cè)。A、甲公司B、乙公司C、甲、乙公司都D、甲、乙公司都不62.閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明，在答題紙上回答問題1至問題3。 博學(xué)公司欲針對(duì)Linux操作系統(tǒng)開發(fā)一個(gè)KWIC（KeyWordinContext）檢索系統(tǒng)。該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進(jìn)行循環(huán)滾動(dòng)閱讀。在對(duì)KWIC系統(tǒng)進(jìn)行需求分析時(shí)，公司的業(yè)務(wù)專家發(fā)現(xiàn)用戶后續(xù)還有可能采用其他方式展示幫助內(nèi)容。根據(jù)目前需求，公司的技術(shù)人員決定通過重復(fù)剪切幫助文檔中的第一個(gè)單詞并將其插入到行尾的方式實(shí)現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動(dòng)，后續(xù)還將采用其他的方法實(shí)現(xiàn)這一功能。 在對(duì)KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序.子程序的架構(gòu)風(fēng)格，而李工則主張采用管道.過濾器的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對(duì)這兩種方案進(jìn)行評(píng)價(jià)，最終采用了李工的方案。在實(shí)際的軟件項(xiàng)目開發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項(xiàng)目成功的保證。請(qǐng)用200字以內(nèi)的文字說明什么是軟件架構(gòu)風(fēng)格，并對(duì)主程序-子程序和管道-過濾器這兩種架構(gòu)風(fēng)格的特點(diǎn)進(jìn)行描述。63.SOXisanalternative（1）forXML.ItisusefulforreadingandcreatingXMLcontentina（2）editor.ItistheneasilytransformedintoproperXML.SOXwascreatedbecausedeveloperscanspendagreatdealoftimewithrawXML.Formanyofus,thepopularXML（3）havenotreachedapointwheretheirtreeviews,tablesandformscancompletelysubstitutefortheunderlying（4）language.Thisisnotsurprisingwhenoneconsidersthatdevelopersstilluseatextview,albeitenhanced,foreditingotherlanguagessuchasJava.SOXuses（5）torepresentthestructureofanXMLdocument,whicheliminatestheneedforclosingtagsandanumberofquotingdevices.Theresultissurprisinglyclear.空白（4）處應(yīng)選擇（）A、programmingB、commandC、markupD、interactive64.企業(yè)信息系統(tǒng)往往是一個(gè)具有業(yè)務(wù)復(fù)雜性和技術(shù)復(fù)雜性的大系統(tǒng)，針對(duì)其建設(shè)，系統(tǒng)分析首先要進(jìn)行的工作是（1）。系統(tǒng)開發(fā)的目的是（2）?？瞻祝?）處應(yīng)選擇（）A、獲得當(dāng)前系統(tǒng)的物理模型B、抽象出當(dāng)前系統(tǒng)的邏輯模型C、建立目標(biāo)系統(tǒng)的邏輯模型D、建立目標(biāo)系統(tǒng)的物理模型65.正確識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是進(jìn)行軟件架構(gòu)評(píng)價(jià)的關(guān)鍵步驟。其中（1）是實(shí)現(xiàn)一個(gè)特定質(zhì)量屬性的關(guān)鍵特征，該特征為一個(gè)或多個(gè)軟件構(gòu)件所共有。"改變加密的級(jí)別可能會(huì)對(duì)安全性和性能都產(chǎn)生顯著的影響"，這是一個(gè)對(duì)系統(tǒng)（2）的描述。空白（2）處應(yīng)選擇（）A、風(fēng)險(xiǎn)點(diǎn)B、非風(fēng)險(xiǎn)點(diǎn)C、敏感點(diǎn)D、權(quán)衡點(diǎn)66.在我國，實(shí)用新型和外觀設(shè)計(jì)專利申請(qǐng)（）A、須經(jīng)過實(shí)質(zhì)審查后授權(quán)B、經(jīng)初審合格后即授權(quán)C、遞交申請(qǐng)后即可授權(quán)D、經(jīng)過形式審查和實(shí)質(zhì)審查后才可授權(quán)67.進(jìn)程P1、P2、P3、P4和P5的前趨圖如圖1-11所示。 若用PV操作控制進(jìn)程P1～P5并發(fā)執(zhí)行的過程，則需要設(shè)置5個(gè)信號(hào)量S1、S2、S3、S4和S5，進(jìn)程間同步所使用的信號(hào)量標(biāo)注在圖1-11中的邊上，且信號(hào)量S1～S5的初值都等于零，初始狀態(tài)下進(jìn)程P1開始執(zhí)行。圖1-12中a、b和c處應(yīng)分別填寫（1）；d和e處應(yīng)分別填寫（2），f和g處應(yīng)分別填寫（3）?？瞻祝?）處應(yīng)選擇（）A、V（S1）V（S2）、P（S1）和V（S3）V（S4）B、P（S1）V（S2）、P（S1）和P（S2）V（S1）C、V（S1）V（S2）、P（S1）和P（S3）P（S4）D、P（S1）P（S2）、V（S1）和P（S3）V（S2）68.軟件的分層式體系結(jié)構(gòu)把軟件系統(tǒng)劃分為4層，這4層結(jié)構(gòu)自頂向下分別是（）A、應(yīng)用軟件、業(yè)務(wù)構(gòu)件、中間件、系統(tǒng)軟件B、業(yè)務(wù)構(gòu)件、應(yīng)用軟件、中間件、系統(tǒng)軟件C、應(yīng)用軟件、中間件、系統(tǒng)軟件、業(yè)務(wù)構(gòu)件D、業(yè)務(wù)構(gòu)件、中間件、應(yīng)用軟件、系統(tǒng)軟件69.在數(shù)據(jù)處理過程中，人們常用“四舍五入”法取得近似值。對(duì)于統(tǒng)計(jì)大量正數(shù)的平均值而言，從統(tǒng)計(jì)意義上說，“四舍五入”對(duì)于計(jì)算平均值（）A、不會(huì)產(chǎn)生統(tǒng)計(jì)偏差B、產(chǎn)生略有偏高的統(tǒng)計(jì)偏差C、產(chǎn)生略有偏低的統(tǒng)計(jì)偏差D、產(chǎn)生忽高忽低結(jié)果，不存在統(tǒng)計(jì)規(guī)律70.共享數(shù)據(jù)庫是一種重要的企業(yè)應(yīng)用集成方式。以下關(guān)于共享數(shù)據(jù)庫集成方式的敘述中，錯(cuò)誤的是（）A、共享數(shù)據(jù)庫集成方式通常將應(yīng)用程序的數(shù)據(jù)存儲(chǔ)在一個(gè)共享數(shù)據(jù)庫中，通過制定統(tǒng)一的數(shù)據(jù)庫模式來處理不同應(yīng)用的集成需求B、共享數(shù)據(jù)庫為不同的應(yīng)用程序提供了統(tǒng)一的數(shù)據(jù)存儲(chǔ)與格式定義，能夠解決不同應(yīng)用程序中數(shù)據(jù)語義不一致的問題C、多個(gè)應(yīng)用程序可能通過共享數(shù)據(jù)庫頻繁地讀取和修改相同的數(shù)據(jù)，這會(huì)使共享數(shù)據(jù)庫成為一個(gè)性能瓶頸D、共享數(shù)據(jù)庫集成方式的一個(gè)重要限制來自外部的已封裝應(yīng)用，這些封裝好的應(yīng)用程序只能采用自己定義的數(shù)據(jù)庫模式，調(diào)整和集成余地較小71.客戶關(guān)系管理（CRM）系統(tǒng)將市場(chǎng)營銷的科學(xué)管理理念通過信息技術(shù)的手段集成在軟件上，能夠幫助企業(yè)構(gòu)建良好的客戶關(guān)系。以下關(guān)于CRM系統(tǒng)的敘述中，錯(cuò)誤的是（）A、銷售自動(dòng)化是CRM系統(tǒng)中最基本的模塊B、營銷自動(dòng)化作為銷售自動(dòng)化的補(bǔ)充，包括營銷計(jì)劃的編制和執(zhí)行、計(jì)劃結(jié)果分析等C、CRM系統(tǒng)能夠與ERP系統(tǒng)在財(cái)務(wù)、制造、庫存等環(huán)節(jié)進(jìn)行連接，但兩者關(guān)系相對(duì)松散，一般不會(huì)形成閉環(huán)結(jié)構(gòu)D、客戶服務(wù)與支持是CRM系統(tǒng)的重要功能。目前，客戶服務(wù)與支持的主要手段是通過呼叫中心和互聯(lián)網(wǎng)來實(shí)現(xiàn)72.以下關(guān)于信息系統(tǒng)的論述中，正確的是（）A、信息系統(tǒng)可以是手工的，也可以是計(jì)算機(jī)化的B、信息系統(tǒng)就是計(jì)算機(jī)化的信息系統(tǒng)C、基于計(jì)算機(jī)的信息系統(tǒng)由硬件、軟件、數(shù)據(jù)庫、遠(yuǎn)程通信等組成，不包括人和規(guī)程D、信息系統(tǒng)計(jì)算機(jī)化一定能提高系統(tǒng)的性能73.網(wǎng)絡(luò)故障需按照協(xié)議層次進(jìn)行分層診斷，找出故障原因并進(jìn)行相應(yīng)處理。查看端口狀態(tài)、協(xié)議建立狀態(tài)和EIA狀態(tài)屬于（）診斷。A、物理層B、數(shù)據(jù)鏈路層C、網(wǎng)絡(luò)層D、應(yīng)用層74.傳輸一幅分辨率為640×480，6.5萬色的照片（圖像），假設(shè)采用數(shù)據(jù)傳輸速度為56Kbps.大約需要（）秒鐘。A、34.82B、42.86C、85.71D、87.7775.在信息系統(tǒng)建設(shè)中，為了使開發(fā)出來的目標(biāo)系統(tǒng)能滿足實(shí)際需要，在著手編程之前應(yīng)認(rèn)真考慮以下問題：1）系統(tǒng)所要求解決的問題是什么？2）為解決該問題，系統(tǒng)應(yīng)干些什么？3）系統(tǒng)應(yīng)該怎樣去干？其中第2個(gè)問題的解決是（1）的任務(wù)，第3個(gè)問題的解決是（2）的任務(wù)?？瞻祝?）處應(yīng)選擇（）A、信息系統(tǒng)總體規(guī)劃階段B、信息系統(tǒng)分析階段C、信息系統(tǒng)設(shè)計(jì)階段D、信息系統(tǒng)實(shí)施階段第2卷一.參考題庫(共75題)1.請(qǐng)?jiān)敿?xì)閱讀有關(guān)嵌入式軟件架構(gòu)設(shè)計(jì)方面的描述，回答問題1和問題2。 在嵌入式系統(tǒng)中，軟件采用開放式架構(gòu)已成為新的發(fā)展趨勢(shì)。軟件架構(gòu)設(shè)計(jì)的優(yōu)劣將直接影響軟件的重用和移植能力。 某軟件公司主要從事宇航領(lǐng)域的嵌入式軟件研發(fā)工作。經(jīng)二十多年的發(fā)展，其軟件產(chǎn)品已被廣泛應(yīng)用于各種航天飛行器中。該公司積累了眾多成熟軟件，但由于當(dāng)初沒有充分考慮軟件的架構(gòu)，原有軟件無法被再利用，為適應(yīng)嵌入式軟件技術(shù)發(fā)展需要，該公司決策層決定成立宇航嵌入式軟件開放式架構(gòu)研究小組，為公司完成開放式架構(gòu)的定義與設(shè)計(jì)，確保公司軟件資源能得到充分利用。研究小組查閱了大量的國外資料和標(biāo)準(zhǔn)，最終將研究重點(diǎn)集中在了SAEAS4893《通用開放式架構(gòu)（GOA）框架》標(biāo)準(zhǔn)，圖20-1給出了GOA定義的架構(gòu)圖。請(qǐng)用300字以內(nèi)的文字簡要說明開放式架構(gòu)的4個(gè)基本特點(diǎn)。2.采用Kerberos系統(tǒng)進(jìn)行認(rèn)證時(shí)，可以在報(bào)文中加入（）來防止重放攻擊。A、會(huì)話密鑰B、時(shí)間戳C、用戶IDD、私有密鑰3.閱讀以下信息系統(tǒng)可靠性問題的說明，在答題紙上回答問題1至問題3。 某軟件公司開發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對(duì)輸入數(shù)據(jù)進(jìn)行多次分析、處理和加工，生成需要的輸出數(shù)據(jù)。需求方對(duì)該系統(tǒng)的軟件可靠性要求很高，要求系統(tǒng)能夠長時(shí)間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖20-5所示。王工解釋：只要各個(gè)模塊的可靠度足夠高，失效率足夠低，則整個(gè)軟件系統(tǒng)的可靠性是有保證的。 李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說法有兩個(gè)問題：第一，即使每個(gè)模塊的可靠度足夠高，但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個(gè)軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個(gè)模塊的可靠度均為0.99，則整個(gè)軟件系統(tǒng)的可靠度為0.994≈0.96：第二，軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時(shí)，一旦某個(gè)模塊失效，則意味著整個(gè)軟件系統(tǒng)失效。 李工認(rèn)為，應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動(dòng)態(tài)冗余或者軟件容錯(cuò)的N版本程序設(shè)計(jì)技術(shù)，對(duì)容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì)，將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu)，來提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí)，李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖，如圖20-6所示。 劉工建議，李工方案中M1和M4模塊沒有采用容錯(cuò)設(shè)計(jì)，但是M1和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此，可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù)，在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警，提醒維護(hù)人員進(jìn)行處理。 注：假設(shè)各個(gè)模塊的可靠度均為0.99。請(qǐng)給出檢錯(cuò)技術(shù)的優(yōu)缺點(diǎn)，并說明檢測(cè)技術(shù)常見的實(shí)現(xiàn)方式和處理方式。4.某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個(gè)分公司及辦事處信息進(jìn)行整合?，F(xiàn)決定采用Composite設(shè)計(jì)模式來實(shí)現(xiàn)公司的組織結(jié)構(gòu)關(guān)系，并設(shè)計(jì)了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對(duì)應(yīng)的類是（1），與Composite角色相對(duì)應(yīng)的類是（2）?？瞻祝?）處應(yīng)選擇（）A、CompanyB、FinanceDepartmentC、HRDepartmentD、ConcreteCompany5.RUP是一個(gè)二維的軟件開發(fā)模型，其核心特點(diǎn)之一是（1）。RUP將軟件開發(fā)生存周期劃分為多個(gè)循環(huán)（cycle），每個(gè)循環(huán)由4個(gè)連續(xù)的階段組成，每個(gè)階段完成確定的任務(wù)。設(shè)計(jì)及確定系統(tǒng)的體系結(jié)構(gòu)，制定工作計(jì)劃及資源要求是在（2）階段完成的。空白（1）處應(yīng)選擇（）A、數(shù)據(jù)驅(qū)動(dòng)B、模型驅(qū)動(dòng)C、用例驅(qū)動(dòng)D、狀態(tài)驅(qū)動(dòng)6.下列安全協(xié)議中，（）能保證交易雙方無法抵賴。A、SETB、SHTTPC、PGPD、MOSS7.博學(xué)公司欲針對(duì)Linux操作系統(tǒng)開發(fā)一個(gè)KWIC（KeyWordInContext）檢索系統(tǒng)。該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進(jìn)行循環(huán)滾動(dòng)閱讀。在對(duì)KWIC系統(tǒng)進(jìn)行需求分析時(shí)，公司的業(yè)務(wù)專家發(fā)現(xiàn)用戶后續(xù)還有可能采用其他方式展示幫助內(nèi)容。根據(jù)目前需求，公司的技術(shù)人員決定通過重復(fù)剪切幫助文檔中的第一個(gè)單詞并將其插入到行尾的方式實(shí)現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動(dòng)，后續(xù)還將采用其他的方法實(shí)現(xiàn)這一功能。 在對(duì)KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過濾器的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對(duì)這兩種方案進(jìn)行評(píng)價(jià)，最終采用了李工的方案。在實(shí)際的軟件項(xiàng)目開發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項(xiàng)目成功的保證。請(qǐng)用200字以內(nèi)的文字說明什么是軟件架構(gòu)風(fēng)格，并對(duì)主程序-子程序和管道-過濾器這兩種架構(gòu)風(fēng)格的特點(diǎn)進(jìn)行描述。8.博學(xué)公司的用戶購買了一臺(tái)預(yù)先安裝了操作系統(tǒng)的PC，后經(jīng)查實(shí)，該P(yáng)C上的操作系統(tǒng)是盜版，而對(duì)此情況該用戶并不知情，則（）A、該用戶承擔(dān)部分侵權(quán)責(zé)任B、應(yīng)由其所在單位承擔(dān)侵權(quán)責(zé)任C、應(yīng)由該P(yáng)C的提供者承擔(dān)侵權(quán)責(zé)任D、該用戶承擔(dān)全部侵權(quán)責(zé)任9.由于軟、硬件故障可能造成數(shù)據(jù)庫中的數(shù)據(jù)被破壞，數(shù)據(jù)庫恢復(fù)就是（1）?？梢杂卸喾N方法實(shí)現(xiàn)數(shù)據(jù)庫恢復(fù)，如定期將數(shù)據(jù)庫作備份；在進(jìn)行事務(wù)處理時(shí)，對(duì)數(shù)據(jù)更新（插入、刪除、修改）的全部有關(guān)內(nèi)容寫入（2）；當(dāng)系統(tǒng)正常運(yùn)行時(shí)，按一定的時(shí)間間隔，設(shè)立（3），把內(nèi)存緩沖區(qū)內(nèi)容還未寫入到磁盤中的有關(guān)狀態(tài)記錄到該文件中；當(dāng)發(fā)生故障時(shí)，根據(jù)現(xiàn)場(chǎng)數(shù)據(jù)內(nèi)容及相關(guān)文件來恢復(fù)系統(tǒng)的狀態(tài)。空白（1）處應(yīng)選擇（）A、重新安裝數(shù)據(jù)庫管理系統(tǒng)和應(yīng)用程序B、重新安裝應(yīng)用程序，并將數(shù)據(jù)庫做鏡像C、重新安裝數(shù)據(jù)庫管理系統(tǒng)，并將數(shù)據(jù)庫做鏡像D、在盡可能短的時(shí)間內(nèi)，把數(shù)據(jù)庫恢復(fù)到故障發(fā)生前的狀態(tài)10.對(duì)于關(guān)系模式R（X，Y，Z），下列結(jié)論錯(cuò)誤的是（）A、若X→Y，Y→Z，則X→ZB、若X→Y，X→Z，則X→YZC、若X→Z，則XY→ZD、若XY→Z，則X→Z，Y→Z11.在數(shù)據(jù)庫設(shè)計(jì)的需求分析階段應(yīng)完成包括（）在內(nèi)的文檔。A、E-R圖B、關(guān)系模式C、數(shù)據(jù)字典和數(shù)據(jù)流圖D、任務(wù)書和設(shè)計(jì)方案12.基于構(gòu)件的開發(fā)模型包括軟件的需求分析定義、（1）、（2）、（3），以及測(cè)試和發(fā)布5個(gè)順序執(zhí)行的階段?？瞻祝?）處應(yīng)選擇（）A、數(shù)據(jù)庫建模B、業(yè)務(wù)過程建模C、對(duì)象建模D、構(gòu)件庫建立13.在項(xiàng)目的一個(gè)階段末，開始下一階段之前，應(yīng)該確保（）A、能得到下個(gè)階段的資源B、進(jìn)程達(dá)到它的基準(zhǔn)C、采取糾正措施獲得項(xiàng)目結(jié)果D、達(dá)到階段的目標(biāo)以及正式接受項(xiàng)目階段成果14.信息安全策略應(yīng)該全面地保護(hù)信息系統(tǒng)整體的安全，網(wǎng)絡(luò)安全體系設(shè)計(jì)是網(wǎng)絡(luò)邏輯設(shè)計(jì)工作的重要內(nèi)容之一，可從物理線路安全、網(wǎng)絡(luò)安全、系統(tǒng)安全、應(yīng)用安全等方面來進(jìn)行安全體系的設(shè)計(jì)與規(guī)劃。其中，數(shù)據(jù)庫的容災(zāi)屬于（）的內(nèi)容。A、物理線路安全與網(wǎng)絡(luò)安全B、網(wǎng)絡(luò)安全與系統(tǒng)安全C、物理線路安全與系統(tǒng)安全D、系統(tǒng)安全與應(yīng)用安全15.在CORBA體系結(jié)構(gòu)中，（）屬于客戶端接口。A、靜態(tài)IDLSkeletonsB、POAC、靜態(tài)IDLStubsD、動(dòng)態(tài)Skeletons16.服務(wù)器的部署是網(wǎng)絡(luò)規(guī)劃的重要環(huán)節(jié)。某單位網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖4-9所示，需要部署VOD服務(wù)器、Web服務(wù)器、郵件服務(wù)器，此外還需要部署流量監(jiān)控服務(wù)器對(duì)單位內(nèi)部網(wǎng)絡(luò)流量進(jìn)行監(jiān)控。VOD服務(wù)器應(yīng)部署在位置（1），Web服務(wù)器應(yīng)部署在位置（2），流量監(jiān)控服務(wù)器應(yīng)部署在位置（3）。上述服務(wù)器中，流出流量最大的是（4），流入流量最大的是（5）?？瞻祝?）處應(yīng)選擇（）A、VOD服務(wù)器B、Web服務(wù)器C、流量監(jiān)控服務(wù)器D、郵件服務(wù)器17.設(shè)信號(hào)的波特率為600Baud，采用4相DPSK調(diào)制，則信道支持的最大數(shù)據(jù)速率為（）A、300bpsB、600bpsC、800bpsD、1200bps18.以下關(guān)于信息和信息化的論述中，不正確的是（）A、信息化就是開發(fā)利用信息資源，促進(jìn)信息交流和知識(shí)共享，提高經(jīng)濟(jì)增長質(zhì)量，推動(dòng)經(jīng)濟(jì)社會(huì)發(fā)展轉(zhuǎn)型的歷史進(jìn)程。B、信息、材料和能源共同構(gòu)成經(jīng)濟(jì)和社會(huì)發(fā)展的三大戰(zhàn)略資源，這三者之間不可以相互轉(zhuǎn)化C、信息是"用以消除隨機(jī)不確定的東西"D、信息資源是重要的生產(chǎn)要素19.服務(wù)器的部署是網(wǎng)絡(luò)規(guī)劃的重要環(huán)節(jié)。某單位網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖4-9所示，需要部署VOD服務(wù)器、Web服務(wù)器、郵件服務(wù)器，此外還需要部署流量監(jiān)控服務(wù)器對(duì)單位內(nèi)部網(wǎng)絡(luò)流量進(jìn)行監(jiān)控。VOD服務(wù)器應(yīng)部署在位置（1），Web服務(wù)器應(yīng)部署在位置（2），流量監(jiān)控服務(wù)器應(yīng)部署在位置（3）。上述服務(wù)器中，流出流量最大的是（4），流入流量最大的是（5）?？瞻祝?）處應(yīng)選擇（）A、VOD服務(wù)器B、Web服務(wù)器C、流量監(jiān)控服務(wù)器D、郵件服務(wù)器20.某企業(yè)擬進(jìn)行電子商務(wù)系統(tǒng)的建設(shè)，有4種方式可以選擇： ①企業(yè)自行從頭開發(fā)； ②復(fù)用已有的構(gòu)件來構(gòu)造； ③購買現(xiàn)成的軟件產(chǎn)品； ④承包給專業(yè)公司開發(fā)。 針對(duì)這幾種方式，項(xiàng)目經(jīng)理提供了如圖9-10所示的決策樹，根據(jù)此圖，管理者選擇建設(shè)方式的最佳決策是（）A、企業(yè)自行從頭開發(fā)B、復(fù)用已有的構(gòu)件來構(gòu)造C、購買現(xiàn)成的軟件產(chǎn)品D、承包給專業(yè)公司開發(fā)21.設(shè)有職工實(shí)體Employee（職工號(hào)，姓名，性別，年齡，通信地址，家庭成員），其中通信地址記錄了郵編、省、市、街道信息；家庭成員記錄了職工的親屬的姓名。職工實(shí)體中的通信地址是一個(gè)（1）屬性；為了將數(shù)據(jù)庫模式設(shè)計(jì)得更合理，對(duì)于家庭成員屬性（2）?？瞻祝?）處應(yīng)選擇（）A、可以不作任何處理直接記錄親屬的姓名B、只允許記錄一個(gè)親屬的姓名C、需要對(duì)職工實(shí)體設(shè)置若干個(gè)親屬姓名字段D、應(yīng)該將職工的親屬的姓名加上職工號(hào)設(shè)計(jì)成為一個(gè)獨(dú)立的實(shí)體22.博學(xué)軟件公司承擔(dān)了某項(xiàng)國家重點(diǎn)項(xiàng)目的研制工作，任務(wù)重點(diǎn)是參考國外汽車電子發(fā)展趨勢(shì)，開發(fā)某汽車公司的企業(yè)汽車電子基礎(chǔ)軟件的架構(gòu)，逐步實(shí)現(xiàn)汽車企業(yè)未來技術(shù)發(fā)展規(guī)劃。 該公司接收此項(xiàng)任務(wù)后，調(diào)動(dòng)全體技術(shù)人員深入收集國外相關(guān)技術(shù)資料，經(jīng)過多方調(diào)研和分析，公司提出遵照國際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)施的原則，實(shí)現(xiàn)汽車公司的基礎(chǔ)軟件架構(gòu)設(shè)計(jì)。圖12-11給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。AUTOSAR是一種開放式架構(gòu)，用150字以內(nèi)的文字，說明采用AUTOSAR架構(gòu)的主要優(yōu)點(diǎn)，并說明汽車電子ECU覆蓋汽車的哪3個(gè)領(lǐng)域。23.企業(yè)戰(zhàn)略數(shù)據(jù)模型可分為兩種類型：（1）描述日常事務(wù)處理中的數(shù)據(jù)及其關(guān)系；（2）描述企業(yè)管理決策者所需信息及其關(guān)系。空白（1）處應(yīng)選擇（）A、元數(shù)據(jù)模型B、數(shù)據(jù)庫模型C、數(shù)據(jù)倉庫模型D、組織架構(gòu)模型24.對(duì)ERP項(xiàng)目最恰當(dāng)?shù)亩ㄎ皇牵ǎ〢、信息系統(tǒng)集成項(xiàng)目B、管理變革項(xiàng)目C、技術(shù)改造項(xiàng)目D、工作流實(shí)施項(xiàng)目25.采用微內(nèi)核結(jié)構(gòu)的操作系統(tǒng)提高了系統(tǒng)的靈活性和可擴(kuò)展性（）A、并增強(qiáng)了系統(tǒng)的可靠性和可移植性，可運(yùn)行于分布式系統(tǒng)中B、并增強(qiáng)了系統(tǒng)的可靠性和可移植性，但不適用于分布式系統(tǒng)C、但降低了系統(tǒng)的可靠性和可移植性，可運(yùn)行于分布式系統(tǒng)中D、但降低了系統(tǒng)的可靠性和可移植性，不適用于分布式系統(tǒng)26.內(nèi)存按字節(jié)編址，利用8K×4bit的存儲(chǔ)器芯片構(gòu)成84000H～8FFFFH的內(nèi)存，共需（）片。A、6B、8C、12D、2427.某文件管理系統(tǒng)在磁盤上建立了位示圖（Bitmap），記錄磁盤的使用情況。若磁盤上的物理塊依次編號(hào)為0、1、2、…，系統(tǒng)中字長為32位，每一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊，取值0和1分別表示空閑和占用，如下所示。 假設(shè)將4195號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中的第（1）個(gè)字中描述；系統(tǒng)應(yīng)該將（2）。空白（2）處應(yīng)選擇（）A、該字的第3位置"0"B、該字的第3位置"1"C、該字的第4位置"0"D、該字的第4位置"1"28.采用軟件冗余的方法提高系統(tǒng)的可靠性，需要設(shè)計(jì)N個(gè)相同功能的程序模塊，這些模塊必須（）A、由同一組程序員按照相同的規(guī)格說明進(jìn)行編寫B(tài)、由同一組程序員按照不同的規(guī)格說明進(jìn)行編寫C、由不同的程序員按照相同的規(guī)格說明進(jìn)行編寫D、由不同的程序員按照不同的規(guī)格說明進(jìn)行編寫29.SOXisanalternative（1）forXML.ItisusefulforreadingandcreatingXMLcontentina（2）editor.ItistheneasilytransformedintoproperXML.SOXwascreatedbecausedeveloperscanspendagreatdealoftimewithrawXML.Formanyofus,thepopularXML（3）havenotreachedapointwheretheirtreeviews,tablesandformscancompletelysubstitutefortheunderlying（4）language.Thisisnotsurprisingwhenoneconsidersthatdevelopersstilluseatextview,albeitenhanced,foreditingotherlanguagessuchasJava.SOXuses（5）torepresentthestructureofanXMLdocument,whicheliminatestheneedforclosingtagsandanumberofquotingdevices.Theresultissurprisinglyclear.空白（5）處應(yīng)選擇（）A、indentingB、structureC、frameworkD、bracket30.某大型公司欲開發(fā)一個(gè)門戶系統(tǒng)，該系統(tǒng)以商業(yè)流程和企業(yè)應(yīng)用為核心，將商業(yè)流程中不同的功能模塊通過門戶集成在一起，以提高公司的集中貿(mào)易能力、協(xié)同能力和信息管理能力。根據(jù)這種需求，采用企業(yè)（）門戶解決方案最為合適。A、信息B、知識(shí)C、應(yīng)用D、垂直31.假定求浮點(diǎn)數(shù)平方根（FPSQR）的操作在某臺(tái)機(jī)器上的一個(gè)基準(zhǔn)測(cè)試程序中占總執(zhí)行時(shí)間的20%，F(xiàn)P運(yùn)算指令所用時(shí)間占總執(zhí)行時(shí)間的50%。采用兩種優(yōu)化FPSQR的方法，第一種方法是增加專門的FPSQR硬件，可以將FPSQR的操作速度提高為原來的10倍；第二種方法是提高所有FP（浮點(diǎn)）運(yùn)算指令的執(zhí)行速度到原來的1.6倍，從而提高求浮點(diǎn)數(shù)平方根操作的速度。可以通過計(jì)算這兩種方法對(duì)基準(zhǔn)測(cè)試程序的加速比來比較這兩種方法的優(yōu)劣。以下敘述正確的是（）A、第一種方法的加速比是1.23，效果較好B、第二種方法的加速比是1.23，效果較好C、第一種方法的加速比是1.22，效果較好D、第二種方法的加速比是1.22，效果較好32.設(shè)關(guān)系模式R（U，F(xiàn)），其中，R上的屬性集U={A，B，C，D，E}，R上的函數(shù)依賴集F=（A→B，DE→B，CB→E，E→A，B→D}。（1）為關(guān)系R的候選關(guān)鍵字。分解（2）是無損聯(lián)接，并保持函數(shù)依賴的?？瞻祝?）處應(yīng)選擇（）A、ABB、DEC、CED、CD33.項(xiàng)目時(shí)間管理包括使項(xiàng)目按時(shí)完成所必需的管理過程，活動(dòng)定義是其中的一個(gè)重要過程。通?？梢允褂茫ǎ﹣磉M(jìn)行活動(dòng)定義。A、魚骨圖B、工作分解結(jié)構(gòu)（WBS）C、層次分解結(jié)構(gòu)D、功能分解圖34.以下關(guān)于網(wǎng)絡(luò)存儲(chǔ)的敘述，正確的是（）A、DAS支持完全跨平臺(tái)文件共享，支持所有的操作系統(tǒng)B、NAS通過SCSI連接至服務(wù)器，通過服務(wù)器網(wǎng)卡在網(wǎng)絡(luò)上傳輸數(shù)據(jù)C、FCSAN的網(wǎng)絡(luò)介質(zhì)為光纖通道，而IPSAN使用標(biāo)準(zhǔn)的以太網(wǎng)D、SAN設(shè)備有自己的文件管理系統(tǒng)，NAS中的存儲(chǔ)設(shè)備沒有文件管理系統(tǒng)35.博學(xué)公司欲開發(fā)一個(gè)語音識(shí)別系統(tǒng)，語音識(shí)別的主要過程包括分割原始語音信號(hào)、識(shí)別音素、產(chǎn)生候選詞、判定語法片斷、提供語義解釋等。每個(gè)過程都需要進(jìn)行基于先驗(yàn)知識(shí)的條件判斷并進(jìn)行相應(yīng)的識(shí)別動(dòng)作。針對(duì)該系統(tǒng)的特點(diǎn)，采用（）架構(gòu)風(fēng)格最為合適。A、解釋器B、面向?qū)ο驝、黑板D、隱式調(diào)用36.如圖8-43（a）所示的UML類圖描繪的是設(shè)計(jì)模式中的（1）模式。如圖8-43（b）所示的UML類圖描述了該模式的一種應(yīng)用，其中與圖8-43（a）中的"Abstraction"對(duì)應(yīng)的類是（2）?？瞻祝?）處應(yīng)選擇（）A、CommandB、BridgeC、CompositeD、Proxy37.如果一個(gè)索引式文件的索引節(jié)點(diǎn)有10個(gè)直接塊，1個(gè)一級(jí)間接塊，1個(gè)二級(jí)間接塊，1個(gè)三級(jí)間接塊。假設(shè)每個(gè)數(shù)據(jù)塊的大小是512B，一個(gè)索引指針占用4B。假設(shè)索引節(jié)點(diǎn)已經(jīng)在內(nèi)存中，那么訪問該文件偏移地址在6000B的數(shù)據(jù)需要再訪問（）次磁盤。A、1B、2C、3D、438.論軟件可靠性評(píng)價(jià) 軟件可靠性評(píng)價(jià)是指選用和建立合適的可靠性數(shù)學(xué)模型，運(yùn)用統(tǒng)計(jì)技術(shù)和其他手段，對(duì)軟件可靠性測(cè)試和系統(tǒng)運(yùn)行期間的軟件失效數(shù)據(jù)（也可能包含軟件生命周期內(nèi)其他可靠性數(shù)據(jù)）進(jìn)行處理，并評(píng)估和預(yù)測(cè)軟件可靠性的過程。 軟件可靠性評(píng)價(jià)是軟件可靠性活動(dòng)的重要組成部分，既可在軟件開發(fā)過程實(shí)施， 也可針對(duì)最終軟件系統(tǒng)實(shí)施。軟件可靠性評(píng)價(jià)的難點(diǎn)在于軟件可靠性模型的選擇和軟 件可靠性數(shù)據(jù)的收集與處理。 請(qǐng)圍繞"軟件可靠性評(píng)價(jià)"論題，依次從以下3個(gè)方面進(jìn)行論述： ①簡要概述你參與實(shí)施的軟件開發(fā)項(xiàng)目及你承擔(dān)的主要工作。 ②說明你在項(xiàng)目實(shí)施過程中所選擇的軟件可靠性模型，并論述在軟件可靠性模型選擇時(shí)應(yīng)該考慮的主要因素。 ③收集軟件可靠性數(shù)據(jù)時(shí)經(jīng)常遇到的問題有哪些？簡述你收集軟件可靠性數(shù)據(jù)時(shí)所遇到的具體問題及解決的方法。39.JavaEE是Java領(lǐng)域內(nèi)企業(yè)級(jí)應(yīng)用開發(fā)的框架與標(biāo)準(zhǔn)。下面關(guān)于采用JavaEE架構(gòu)的描述，不正確的是（）A、JavaEE定義了分布式環(huán)境中多層應(yīng)用系統(tǒng)的架構(gòu)，是多種Java技術(shù)的混合體B、具有典型的3層結(jié)構(gòu)：表現(xiàn)層、業(yè)務(wù)邏輯層和基礎(chǔ)設(shè)施層C、不同的應(yīng)用系統(tǒng)對(duì)底層支持系統(tǒng)的要求可能不同，因此每次開發(fā)時(shí)應(yīng)該針對(duì)不同的應(yīng)用需求對(duì)底層系統(tǒng)進(jìn)行二次開發(fā)，提供支持接口D、要嚴(yán)格區(qū)分業(yè)務(wù)邏輯層和表現(xiàn)層，尤其應(yīng)該注意不要在表現(xiàn)層中混雜業(yè)務(wù)代碼40.按照開放的接口、服務(wù)和支持的規(guī)范而實(shí)現(xiàn)的系統(tǒng)稱為開放系統(tǒng)。開放系統(tǒng)環(huán)境中的人機(jī)界面、系統(tǒng)管理工具、通信服務(wù)和安全性等方面都是按公開標(biāo)準(zhǔn)實(shí)現(xiàn)的，這種環(huán)境有利于實(shí)現(xiàn)應(yīng)用軟件的（）A、可移植性、可裁剪性和互操作性B、可靠性、可用性和可維護(hù)性C、兼容性、安全性和可理解性D、完整性、可擴(kuò)充性和可推廣性41.博學(xué)公司是一家電子商務(wù)公司，其主要業(yè)務(wù)是在線購物，包括書籍、服裝、家電和日用品等。隨著公司業(yè)務(wù)規(guī)模不斷增大，公司決策層決定重新設(shè)計(jì)并實(shí)現(xiàn)其網(wǎng)上交易系統(tǒng)，公司負(fù)責(zé)系統(tǒng)開發(fā)的王工和李工分別給出了兩種不同的設(shè)計(jì)方案，如圖12-15和12-16所示。 公司的架構(gòu)師和開發(fā)者針對(duì)這兩種設(shè)計(jì)方案，從服務(wù)器負(fù)載情況、業(yè)務(wù)邏輯的分離性、系統(tǒng)可靠性、實(shí)現(xiàn)簡單性等方面進(jìn)行討論與評(píng)估，綜合考慮最終采用了李工給出的方案。 請(qǐng)分析比較王工、李工兩種方案的優(yōu)點(diǎn)和不足，完成表12-13中的空白部分。42.Web2.0技術(shù)Web2.0是目前Internet上Web應(yīng)用的新模式，其概念由TimO’Reilly于2003年首先提出。目前Internet上已經(jīng)有很多基于Web2.0的Web應(yīng)用系統(tǒng)，如Facebook、Wikipedia、Blogger、del.icio.us、YouTube和Flickr等，其應(yīng)用涵蓋各個(gè)方面。 請(qǐng)用200字以內(nèi)的文字?jǐn)⑹龌赪eb2.0的Web應(yīng)用與傳統(tǒng)Web應(yīng)用的重要不同點(diǎn)，并給出簡要解釋（列舉五個(gè)方面的不同點(diǎn)即可）。 43.軟件開發(fā)環(huán)境是支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)