2024年計(jì)算機(jī)軟件水平考試-高級系統(tǒng)架構(gòu)師考試近5年真題集錦（頻考類試題）帶答案

（圖片大小可自由調(diào)整）2024年計(jì)算機(jī)軟件水平考試-高級系統(tǒng)架構(gòu)師考試近5年真題集錦（頻考類試題）帶答案第I卷一.參考題庫(共100題)1.建筑物綜合布線系統(tǒng)中的垂直子系統(tǒng)是指（）A、由終端到信息插座之間的連線系統(tǒng)B、樓層接線間的配線架和線纜系統(tǒng)C、各樓層設(shè)備之間的互連系統(tǒng)D、連接各個(gè)建筑物的通信系統(tǒng)2.在CORBA體系結(jié)構(gòu)中，（）屬于客戶端接口。A、靜態(tài)IDLSkeletonsB、POAC、靜態(tài)IDLStubsD、動(dòng)態(tài)Skeletons3.系統(tǒng)測試將軟件、硬件、網(wǎng)絡(luò)等其他因素結(jié)合，對整個(gè)軟件進(jìn)行測試。（）不是系統(tǒng)測試的內(nèi)容。A、路徑測試B、可靠性測試C、安裝測試D、安全測試4.下面關(guān)于ERP的敘述，不正確的是（）A、ERP為組織提供了升級和簡化其所用的信息技術(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ì)量、有效性、客戶滿意度、工作成果等可控5.以下關(guān)于需求管理的敘述中，正確的是（）A、需求管理是一個(gè)對系統(tǒng)需求及其變更進(jìn)行了解和控制的過程B、為了獲得項(xiàng)目，開發(fā)人員可以先向客戶做出某些承諾C、需求管理的重點(diǎn)在于收集和分析項(xiàng)目需求D、軟件開發(fā)過程是獨(dú)立于需求管理的活動(dòng)6.論軟件的靜態(tài)演化和動(dòng)態(tài)演化及其應(yīng)用 軟件演化（SoftwareEvolution）是指軟件在其生命周期內(nèi)的更新行為和過程。演化是一系列貫穿軟件生命周期始終的活動(dòng)，系統(tǒng)需求改變、功能實(shí)現(xiàn)增強(qiáng)、新功能加入、軟件架構(gòu)改變、軟件缺陷修復(fù)、運(yùn)行環(huán)境改變均要求軟件系統(tǒng)能夠快速適應(yīng)變化，具有較強(qiáng)的演化能力。軟件靜態(tài)演化（StaticEvolution）和動(dòng)態(tài)演化（DynamicEvolution）是目前軟件演化的兩種重要類型。 請圍繞"軟件的靜態(tài)演化和動(dòng)態(tài)演化及其應(yīng)用"論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與管理和開發(fā)的軟件項(xiàng)目及你在其中所擔(dān)任的主要工作 ②請分別對軟件靜態(tài)演化和動(dòng)態(tài)演化的特點(diǎn)進(jìn)行論述，說明兩種軟件演化類型各自的優(yōu)缺點(diǎn)及其應(yīng)用場合，并舉例說明各自的常見演化技術(shù)手段 ③具體闡述你參與管理和開發(fā)的項(xiàng)目中所進(jìn)行的軟件演化活動(dòng)的特點(diǎn)、演化的類型，以及所采取的對應(yīng)演化技術(shù)手段，說明具體實(shí)施過程及實(shí)際應(yīng)用的效果。7.論文：論信息系統(tǒng)的安全性與保密性設(shè)計(jì) 在企業(yè)信息化推進(jìn)的過程中，需要建設(shè)許多的信息系統(tǒng)，這些系統(tǒng)能夠?qū)崿F(xiàn)高效率、低成本的運(yùn)行，為企業(yè)提升競爭力。但在設(shè)計(jì)和實(shí)現(xiàn)這些信息系統(tǒng)時(shí)，除了針對具體業(yè)務(wù)需求進(jìn)行詳細(xì)的分析，保證滿足具體的業(yè)務(wù)需求之外，還要加強(qiáng)信息系統(tǒng)安全方面的考慮。因?yàn)槿绻粋€(gè)系統(tǒng)的安全措施沒有做好，那么系統(tǒng)功能越強(qiáng)大，系統(tǒng)出安全事故時(shí)的危害與損失也就越大。 請圍繞“信息系統(tǒng)的安全性與保密性”論題，依次從以下3個(gè)方面進(jìn)行論述： （1）概要敘述你參與分析設(shè)計(jì)的信息系統(tǒng)及你所擔(dān)任的主要工作。 （2）深入討論作者參與建設(shè)的信息系統(tǒng)中，面臨的安全及保密性問題，以及解決該問題采用的技術(shù)方案（3）經(jīng)過系統(tǒng)運(yùn)行實(shí)踐，客觀的評價(jià)你的技術(shù)方案，并指出不足，提出解決方案。8.隨著信息系統(tǒng)的深入應(yīng)用，它在政府或企業(yè)中發(fā)揮著越來越重要的作用。由此也產(chǎn)生了一些問題：一旦由于故障、甚至災(zāi)難導(dǎo)致信息系統(tǒng)局部或全部癱瘓，就會(huì)對相關(guān)的政府或企業(yè)造成重大的損失，因此需要業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃。 業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃涉及一些特定的或相關(guān)的規(guī)劃，當(dāng)正常的信息處理業(yè)務(wù)突然中斷時(shí)，用來減輕甚至避免其所帶來的影響。它們用來保證維持組織運(yùn)作的關(guān)鍵系統(tǒng)的可用性。 某大型網(wǎng)上書店通過Internet為用戶提供網(wǎng)上圖書查詢及訂購等多種服務(wù)。由于每天的業(yè)務(wù)量非常多，因此對業(yè)務(wù)有持續(xù)性要求，并且需要具備災(zāi)難恢復(fù)功能。在對原有系統(tǒng)的改進(jìn)方案中提供： ①對于一些關(guān)鍵應(yīng)用系統(tǒng)，采用雙機(jī)冗余熱備的方式進(jìn)行保護(hù)。 ②由于資金問題，公司并不打算建設(shè)自己專有的用于備份數(shù)據(jù)的備份中心（假設(shè)這里的備份中心僅用于備份數(shù)據(jù)），而是決定租用其他公司提供的商業(yè)備份中心，每隔一段時(shí)間，把公司的業(yè)務(wù)數(shù)據(jù)備份到備份中心。請用150字以內(nèi)文字，說明雙機(jī)冗余熱備方式主要解決的是系統(tǒng)運(yùn)行中的哪些問題？在選擇雙機(jī)冗余熱備產(chǎn)品時(shí)通常需要考慮哪些問題？9.以下關(guān)于網(wǎng)絡(luò)核心層的敘述中，正確的是（）A、為了保障安全性，應(yīng)該對分組進(jìn)行盡可能多的處理B、在區(qū)域間高速地轉(zhuǎn)發(fā)數(shù)據(jù)分組C、由多臺(tái)二、三層交換機(jī)組成D、提供多條路徑來緩解通信瓶頸10.實(shí)現(xiàn)VPN的關(guān)鍵技術(shù)主要有隧道技術(shù)、加/解密技術(shù)、（1）和身份認(rèn)證技術(shù)。如果需要在傳輸層實(shí)現(xiàn)VPN，可選的協(xié)議是（2）?？瞻祝?）處應(yīng)選擇（）A、入侵檢測技術(shù)B、病毒防治技術(shù)C、安全審計(jì)技術(shù)D、密鑰管理技術(shù)11.某公司欲開發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識別出3個(gè)核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請求需要在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、可用性B、安全性C、可測試性D、可修改性12.利用需求跟蹤能力鏈（traceabilitylink）可以跟蹤一個(gè)需求使用的全過程，也就是從初始需求到實(shí)現(xiàn)的前后生存期。需求跟蹤能力鏈有4類，如圖8-10所示。 其中的①和②分別是（）A、客戶需求、軟件需求B、軟件需求、客戶需求C、客戶需求、當(dāng)前工作產(chǎn)品D、軟件需求、當(dāng)前工作產(chǎn)品13.（）把整個(gè)軟件開發(fā)流程分成多個(gè)階段，每一個(gè)階段都由目標(biāo)設(shè)定、風(fēng)險(xiǎn)分析、開發(fā)和有效性驗(yàn)證及評審構(gòu)成。A、原型模型B、瀑布模型C、螺旋模型D、V模型14.分布式數(shù)據(jù)庫系統(tǒng) 隨著傳統(tǒng)的數(shù)據(jù)庫技術(shù)的成熟和計(jì)算機(jī)網(wǎng)絡(luò)技術(shù)的發(fā)展，分布式數(shù)據(jù)庫系統(tǒng)的研究與開發(fā)受到人們越來越多的關(guān)注。分布式數(shù)據(jù)庫支持?jǐn)?shù)據(jù)獨(dú)立性和分布透明性。用戶不必關(guān)心數(shù)據(jù)的邏輯分區(qū)，不必關(guān)心數(shù)據(jù)物理位置分布的細(xì)節(jié)，也不必關(guān)心副本的一致性問題。請用200字以內(nèi)的文字?jǐn)⑹龇植际綌?shù)據(jù)庫的主要特性和優(yōu)缺點(diǎn)。15.信息戰(zhàn)略規(guī)劃報(bào)告應(yīng)由3個(gè)主要部分組成：摘要、規(guī)劃和附錄。其中，摘要涉及的主題包括信息戰(zhàn)略規(guī)劃所涉及的范圍、企業(yè)的業(yè)務(wù)目標(biāo)和戰(zhàn)略重點(diǎn)、信息技術(shù)對企業(yè)業(yè)務(wù)的影響、對現(xiàn)有信息環(huán)境的評價(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ī)劃16.（）這一計(jì)算機(jī)軟件著作權(quán)權(quán)利是不可以轉(zhuǎn)讓的。A、發(fā)行權(quán)B、復(fù)制權(quán)C、署名權(quán)D、信息網(wǎng)絡(luò)傳播權(quán)17.提高計(jì)算機(jī)可靠性可以采用冗余技術(shù)，下面的例子中屬于信息冗余的是（）A、軟件備份B、CRC校驗(yàn)C、程序卷回D、指令復(fù)執(zhí)18.UML提供了5種對系統(tǒng)動(dòng)態(tài)方面建模的圖，其中（1）對系統(tǒng)行為組織和建模；（2）對系統(tǒng)功能建模，它強(qiáng)調(diào)對象之間的控制流；（3）之間是同構(gòu)的。空白（2）處應(yīng)選擇（）A、用例圖B、活動(dòng)圖C、狀態(tài)圖D、順序圖19.電話話音編碼使用的信號采樣頻率為8kHz，是因?yàn)椋ǎ〢、電話線的帶寬只有8kHzB、大部分人的話音頻率不超過4kHzC、受電話機(jī)的話音采樣處理速度的限制D、大部分人的話音頻率不超過8kHz20.某Web網(wǎng)站向CA申請了數(shù)字證書。用戶登錄該網(wǎng)站時(shí)，通過驗(yàn)證（1），來確認(rèn)該數(shù)字證書的有效性，從而（2）?？瞻祝?）處應(yīng)選擇（）A、向網(wǎng)站確認(rèn)自己的身份B、獲取訪問網(wǎng)站的權(quán)限C、和網(wǎng)站進(jìn)行雙向認(rèn)證D、驗(yàn)證該網(wǎng)站的真?zhèn)?1.論數(shù)據(jù)挖掘技術(shù)的應(yīng)用 隨著信息技術(shù)的高速發(fā)展，各組織機(jī)構(gòu)積累的數(shù)據(jù)量急劇增長。如何從海量的數(shù)據(jù)中提取有用的知識成為當(dāng)務(wù)之急。數(shù)據(jù)挖掘（DataMining）就是為順應(yīng)這種需要應(yīng)運(yùn)而生發(fā)展起來的數(shù)據(jù)處理技術(shù)，是知識發(fā)現(xiàn)的關(guān)鍵步驟。數(shù)據(jù)挖掘就是從大量的、不完全的、有噪聲的、模糊的、隨機(jī)的實(shí)際應(yīng)用數(shù)據(jù)中，提取隱含在其中的、人們事先不知道的、但又是潛在有用的信息和知識的過程。 請圍繞"論數(shù)據(jù)挖掘技術(shù)的應(yīng)用"論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與分析和開發(fā)的軟件項(xiàng)目及你所擔(dān)任的主要工作。 ②數(shù)據(jù)挖掘的主要任務(wù)是什么？具體論述你在項(xiàng)目中使用數(shù)據(jù)挖掘技術(shù)所解決的問題。 ③數(shù)據(jù)挖掘的方法主要有哪些？分析并討論你所選擇的數(shù)據(jù)挖掘方法，簡述其具體實(shí)現(xiàn)過程和實(shí)際應(yīng)用效果。22.設(shè)有職務(wù)工資關(guān)系P（職務(wù)，最低工資，最高工資），員工關(guān)系EMP（員工號，職務(wù)，工資），要求任何一名員工，其工資值必須在其職務(wù)對應(yīng)的工資范圍之內(nèi)，實(shí)現(xiàn)該需求的方法是（）A、建立"EMP.職務(wù)"向"P.職務(wù)"的參照完整性約束B、建立"P.職務(wù)"向"EMP.職務(wù)"的參照完整性約束C、建立EMP上的觸發(fā)器程序?qū)彾ㄔ撔枨驞、建立P上的觸發(fā)器程序?qū)彾ㄔ撔枨?3.評估和選擇最佳系統(tǒng)設(shè)計(jì)方案時(shí)，甲認(rèn)為可以采用點(diǎn)值評估方法，即根據(jù)每一個(gè)價(jià)值因素的重要性，綜合打分來選擇最佳的方案。乙根據(jù)甲的提議，對如表9-8所示的系統(tǒng)A和B進(jìn)行評估，那么乙認(rèn)為（）A、最佳方案是AB、最佳方案是BC、條件不足，不能得出結(jié)論D、只能用成本/效益分析方法做出判斷24.在如圖1-11所示的樹形文件系統(tǒng)中，方框表示目錄，圓圈表示文件，"/"表示路徑中的分隔符，"/"在路徑之首時(shí)表示根目錄。 假設(shè)當(dāng)前目錄是D2，進(jìn)程A以如下兩種方式打開文件f2：方式①fd1=open（"（1）/f2"，ORDONLY）；方式②fd1=open（"/D2W2/f2"，O_RDONLY）；其中，方式①的工作效率比方式②的工作效率高，因?yàn)椴捎梅绞舰?，文件系統(tǒng)是從（2）?？瞻祝?）處應(yīng)選擇（）A、根目錄開始查找文件f2，系統(tǒng)查找時(shí)間少，讀取f2文件次數(shù)不變B、當(dāng)前路徑開始查找文件f2，系統(tǒng)查找時(shí)間少，讀取f2文件次數(shù)少C、根目錄開始查找文件f2，系統(tǒng)查找時(shí)間少，讀取f2文件次數(shù)少D、當(dāng)前路徑開始查找文件f2，系統(tǒng)查找時(shí)間少，讀取f2文件次數(shù)不變25.論文：論信息系統(tǒng)的架構(gòu)設(shè)計(jì)架構(gòu)是信息系統(tǒng)的基石，對于信息系統(tǒng)項(xiàng)目的開發(fā)來說，一個(gè)清晰的架構(gòu)是首要的。傳統(tǒng)的開發(fā)過程可以劃分為從概念直到實(shí)現(xiàn)的若干個(gè)階段，包括問題定義、需求分析、軟件設(shè)計(jì)、軟件實(shí)現(xiàn)及軟件測試等。架構(gòu)的建立應(yīng)位于需求分析之后，軟件設(shè)計(jì)之前。 請圍繞“信息系統(tǒng)的架構(gòu)設(shè)計(jì)”論題，分別從以下3個(gè)方面進(jìn)行論述： （1）簡要敘述你參與分析和設(shè)計(jì)的信息系統(tǒng)（項(xiàng)目的背景、發(fā)起單位、目的、項(xiàng)目周期、交付的產(chǎn)品等），以及你在該項(xiàng)目中的工作。 （2）結(jié)合你的項(xiàng)目經(jīng)歷，論述在系統(tǒng)開發(fā)中，為什么要重視架構(gòu)設(shè)計(jì)。詳細(xì)討論你是如何設(shè)計(jì)系統(tǒng)架構(gòu)的（3）你的架構(gòu)設(shè)計(jì)中還存在哪些問題？如何改進(jìn)？26.某公司的商品（商品號，商品名稱，生產(chǎn)商，單價(jià)）和倉庫（倉庫號，地址，電話，商品號，庫存量）兩個(gè)實(shí)體之間的關(guān)系如表2-22和表2-23所示。商品關(guān)系的主鍵是（1）；倉庫關(guān)系的主鍵是（2）；倉庫關(guān)系（3），為了解決這一問題，需要將倉庫關(guān)系分解為（4）?？瞻祝?）處應(yīng)選擇（）A、無冗余、無插入異常，但存在刪除異常B、無冗余，但存在插入異常和刪除異常C、存在冗余，但不存在修改操作的不一致D、存在冗余、修改操作的不一致，以及插入異常和刪除異常27.依據(jù)《計(jì)算機(jī)軟件保護(hù)條例》，對軟件的保護(hù)包括（）A、計(jì)算機(jī)程序，但不包括用戶手冊等文檔B、計(jì)算機(jī)程序及其設(shè)計(jì)方法C、計(jì)算機(jī)程序及其文檔，但不包括開發(fā)該軟件的所用思想D、計(jì)算機(jī)源程序，但不包括目標(biāo)程序28.數(shù)據(jù)中心建設(shè) 某大型企業(yè)在全國各城市共有40個(gè)左右的分支機(jī)構(gòu)，這些機(jī)構(gòu)已經(jīng)建設(shè)了基于大型關(guān)系數(shù)據(jù)庫的信息管理系統(tǒng)，每天負(fù)責(zé)獨(dú)立地處理本區(qū)域內(nèi)的業(yè)務(wù)，并實(shí)時(shí)存儲(chǔ)業(yè)務(wù)數(shù)據(jù)。 每個(gè)機(jī)構(gòu)的數(shù)據(jù)庫服務(wù)器從PCServer（最小512MB內(nèi)存）到RISC小型機(jī)（最大4GB內(nèi)存）配置不一，操作系統(tǒng)也不一樣，數(shù)據(jù)庫產(chǎn)品類型也不統(tǒng)一。 每個(gè)機(jī)構(gòu)平均每天產(chǎn)生約4MB的數(shù)據(jù)，數(shù)據(jù)表中包括TEXT字段；每季度一次性產(chǎn)生約100MB的統(tǒng)計(jì)和報(bào)表數(shù)據(jù)。 為了加強(qiáng)管理，實(shí)現(xiàn)對下屬機(jī)構(gòu)業(yè)務(wù)數(shù)據(jù)的異地存儲(chǔ)備份，保證數(shù)據(jù)的安全及恢復(fù)，同時(shí)對全國業(yè)務(wù)數(shù)據(jù)進(jìn)行挖掘分析，該企業(yè)擬在總部建設(shè)數(shù)據(jù)中心。數(shù)據(jù)中心通過公共廣域網(wǎng)與各個(gè)分支機(jī)構(gòu)組成VPN，每個(gè)分支機(jī)構(gòu)到數(shù)據(jù)中心的邏輯信道帶寬為128kbps。 （1）為保證數(shù)據(jù)上傳的順序、穩(wěn)定、安全、并發(fā)，并解決數(shù)據(jù)庫的異構(gòu)問題，系統(tǒng)應(yīng)采用下列哪種技術(shù)（請?jiān)谙铝蠥、B、C、D四個(gè)選項(xiàng)中選擇）？ A.交易中間件技術(shù) B.Web中間件 C.WebService D.插裝技術(shù) （2）為保證分支機(jī)構(gòu)可靠、高效地向數(shù)據(jù)中心匯總業(yè)務(wù)數(shù)據(jù)，避免單點(diǎn)故障，除了考慮廣域網(wǎng)線路采用備份外，在數(shù)據(jù)中心還應(yīng)采用什么技術(shù)？用100字以內(nèi)文字說明。 29.假設(shè)單個(gè)CPU的性能為1，則由n個(gè)這種CPU組成的多處理機(jī)系統(tǒng)的性能P為：其中，a是一個(gè)表示開銷的常數(shù)。例如，a=0.1，n=4時(shí)，P約為3。也就是說，由4個(gè)這種CPU組成的多機(jī)系統(tǒng)的性能約為3。該公式表明，多機(jī)系統(tǒng)的性能有一個(gè)上限，不管n如何增加，P都不會(huì)超過某個(gè)值。當(dāng)a=0.1時(shí)，這個(gè)上限是（）A、5B、10C、15D、2030.為了避免備份數(shù)據(jù)，或轉(zhuǎn)移存儲(chǔ)數(shù)據(jù)占用過高網(wǎng)絡(luò)帶寬從而影響業(yè)務(wù)系統(tǒng)正常運(yùn)作，（）首次采用了業(yè)務(wù)網(wǎng)絡(luò)與存儲(chǔ)網(wǎng)絡(luò)分開的結(jié)構(gòu)。A、SANB、NASC、SCSID、DAS31.電子政務(wù) 電子政務(wù)是指政府機(jī)構(gòu)利用信息化手段來實(shí)現(xiàn)政府職能。 某市房地產(chǎn)交易網(wǎng)站是市建設(shè)委員會(huì)實(shí)施電子政務(wù)的門戶，網(wǎng)站包括以下欄目：項(xiàng)目公示、業(yè)務(wù)辦理、信息發(fā)布、通知公告、政策法規(guī)、房地產(chǎn)經(jīng)紀(jì)、在線答疑等，其中業(yè)務(wù)辦理欄目中又包括申辦預(yù)售許可、期房網(wǎng)上簽約、申請預(yù)售登記、權(quán)屬登記申請、現(xiàn)房網(wǎng)上簽約、經(jīng)紀(jì)機(jī)構(gòu)管理、評估行業(yè)管理等項(xiàng)目，多數(shù)的業(yè)務(wù)辦理項(xiàng)目需要管理部門多級審批。系統(tǒng)分析師必須能夠與具有不同背景的利益相關(guān)者（如政府各個(gè)部門、房地產(chǎn)開發(fā)企業(yè)、購房者等）進(jìn)行溝通交流，以提取和細(xì)化需求，并向這些利益相關(guān)者描述系統(tǒng)的體系結(jié)構(gòu)。請用50字以內(nèi)文字簡要敘述常用的溝通交流技巧。32.Microsoft'sCOMisasoftware（1）thatallowsapplicationstobebuiltfrombinarysoftwarecomponents.COMistheunderlyingarchitecturethatformsthefoundationforhigher-levelsoftwareservices,likethoseprovidedbyOLE.COMdefinesabinarystandardforfunctioncallingbetweencomponents,awayforcomponentstodynarmicallydiscovertheinterfacesimplementedbyothercomponents,andamechanismtoidentifycomponentsandtheirinterfacesuniquely.OLEisacompound（2）standarddevelopedbyMicrosoft.OLEmakesitpossibletocreate（3）withoneapplicationandlinkorembedtheminasecondapplication.Embeddedobjectsretaintheiroriginalformatand（4）totheapplicationthatcreatedthem.SupportforOLEisbuiltintotheWindowsandMacOSOperatingSystems.A（5）compounddocumentstandarddevelopedmainlybyAppleandIBMiscalledOpenDoc.空白（4）處應(yīng)選擇（）A、characteristicsB、addressC、pageD、links33.某數(shù)據(jù)庫中有員工關(guān)系E（員工號，姓名，部門，職稱，月薪）；產(chǎn)品關(guān)系P（產(chǎn)品號，產(chǎn)品名稱，型號，尺寸，顏色）；倉庫關(guān)系W（倉庫號，倉庫名稱，地址，負(fù)責(zé)人）；庫存關(guān)系I（倉庫號，產(chǎn)品號，產(chǎn)品數(shù)量）。a.若數(shù)據(jù)庫設(shè)計(jì)中要求： ①倉庫關(guān)系W中的"負(fù)責(zé)人"引用員工關(guān)系的員工號。 ②庫存關(guān)系I中的"倉庫號，產(chǎn)品號"唯一標(biāo)識I中的每一個(gè)記錄。 ③員工關(guān)系E中的職稱為"工程師"的月薪不能低于3500元。 則①②③依次要滿足的完整性約束是（1）。b.若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量，則對應(yīng)的查詢語句為：SELELCT產(chǎn)品名稱，SUM（產(chǎn)品數(shù)量）FROMP，IWHEREP.產(chǎn)品號=I.產(chǎn)品號（2）空白（1）處應(yīng)選擇（）A、實(shí)體完整性、參照完整性、用戶定義完整性B、參照完整性、實(shí)體完整性、用戶定義完整性C、用戶定義完整性、實(shí)體完整性、參照完整性D、實(shí)體完整性、用戶定義完整性、參照完整性34.需求管理是CMM可重復(fù)級中的6個(gè)關(guān)鍵過程域之一，其主要目標(biāo)是（）A、對于軟件需求，必須建立基線以進(jìn)行控制，軟件計(jì)劃、產(chǎn)品和活動(dòng)必須與軟件需求保持一致B、客觀地驗(yàn)證需求管理活動(dòng)符合規(guī)定的標(biāo)準(zhǔn)、程序和要求C、策劃軟件需求管理的活動(dòng)，識別和控制已獲取的軟件需求D、跟蹤軟件需求管理的過程、實(shí)際結(jié)果和執(zhí)行情況35.為了幫助考生了解考試中有關(guān)構(gòu)件方面的試題題型，本節(jié)分析4道典型的試題?；跇?gòu)件的開發(fā)模型包括軟件的需求分析定義、（1）、（2）、（3）以及測試和發(fā)布5個(gè)順序執(zhí)行的階段?？瞻祝?）處應(yīng)選擇（）A、數(shù)據(jù)庫建模B、業(yè)務(wù)過程建模C、對象建模D、構(gòu)件庫建立36.GB8567-88《計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南》是（）標(biāo)準(zhǔn)，違反該標(biāo)準(zhǔn)而造成不良后果時(shí)，將依法根據(jù)情節(jié)輕重受到行政處罰或追究刑事責(zé)任。A、強(qiáng)制性國家B、推薦性國家C、強(qiáng)制性軟件行業(yè)D、推薦性軟件行業(yè)37.閱讀以下關(guān)于電子政務(wù)系統(tǒng)安全架構(gòu)的敘述，回答問題1至問題3。 博學(xué)公司通過投標(biāo)，承擔(dān)了某省級城市的電子政務(wù)系統(tǒng)，由于經(jīng)費(fèi)、政務(wù)應(yīng)用成熟度、使用人員觀念等多方面的原因，該系統(tǒng)計(jì)劃采用分階段實(shí)施的策略來建設(shè)，最先建設(shè)急需和重要的部分。在安全建設(shè)方面，先投入一部分資金保障關(guān)鍵部門和關(guān)鍵信息的安全，之后在總結(jié)經(jīng)驗(yàn)教訓(xùn)的基礎(chǔ)上分兩年逐步完善系統(tǒng)。因此，初步考慮使用防火墻、入侵檢測、病毒掃描、安全掃描、日志審計(jì)、網(wǎng)頁防篡改、私自撥號檢測、PKI技術(shù)和服務(wù)等保障電子政務(wù)的安全。 由于該電子政務(wù)系統(tǒng)涉及政府安全問題，為了從整個(gè)架構(gòu)上設(shè)計(jì)好該系統(tǒng)的安全體系，博學(xué)公司首席架構(gòu)師張博士召集了項(xiàng)目組人員多次討論。在一次關(guān)于安全的方案討論會(huì)上，謝工認(rèn)為由于政務(wù)網(wǎng)對安全性要求比較高，因此要建設(shè)防火墻、入侵檢測、病毒掃描、安全掃描、日志審計(jì)、網(wǎng)頁防篡改、私自撥號檢測系統(tǒng)，這樣就可以全面保護(hù)電子政務(wù)系統(tǒng)的安全。王工則認(rèn)為謝工的方案不夠全面，還應(yīng)該在謝工提出的方案的基礎(chǔ)上，使用PKI技術(shù)，進(jìn)行認(rèn)證、機(jī)密性、完整性和抗抵賴性保護(hù)。請用400字以內(nèi)文字，從安全方面，特別針對謝工所列舉的建設(shè)防火墻、入侵檢測、病毒掃描、安全掃描、曰志審計(jì)系統(tǒng)進(jìn)行分析，評論這些措施能夠解決的問題和不能解決的問題。38.博學(xué)公司欲開發(fā)一套窗體圖形界面類庫。該類庫需要包含若干預(yù)定義的窗格（Pane）對象，例如TextPane、ListPane等，窗格之間不允許直接引用。基于該類庫的應(yīng)用由一個(gè)包含一組窗格的窗口組成，并需要協(xié)調(diào)窗格之間的行為?；谠擃悗?，在不引用窗格的前提下實(shí)現(xiàn)窗格之間的協(xié)作，應(yīng)用開發(fā)者應(yīng)采用（）最為合適。A、備忘錄模式B、中介者模式C、訪問者模式D、迭代器模式39.嵌入式軟件體系架構(gòu) 博學(xué)公司承擔(dān)了一項(xiàng)宇航嵌入式設(shè)備的研制任務(wù)。本項(xiàng)目除對硬件設(shè)備環(huán)境有很高的要求外，還要求支持以下功能： ①設(shè)備由多個(gè)處理機(jī)模塊組成，需要時(shí)外場可快速更換（即LRM結(jié)構(gòu)）。 ②應(yīng)用軟件應(yīng)與硬件無關(guān)，便于軟硬件的升級。 ⑨由于宇航嵌入式設(shè)備中要支持不同功能，系統(tǒng)應(yīng)支持完成不同功能任務(wù)間的數(shù)據(jù)隔離。 ④宇航設(shè)備可靠性要求高，系統(tǒng)要有故障處理能力。 公司在接到此項(xiàng)任務(wù)后，進(jìn)行了反復(fù)論證，提出三層棧（TLS）軟件總體架構(gòu)，如圖12-7所示，并將軟件設(shè)計(jì)工作交給了李工，要求其在3周內(nèi)完成軟件總體設(shè)計(jì)工作，給出總體設(shè)計(jì)方案。 在TLS軟件架構(gòu)的基礎(chǔ)上，關(guān)于選擇哪種類型的嵌入式操作系統(tǒng)問題，李工與總工程師發(fā)生了嚴(yán)重分歧。李工認(rèn)為，宇航系統(tǒng)是實(shí)時(shí)系統(tǒng)，操作系統(tǒng)的處理時(shí)間越快越好，隔離意味著以時(shí)間作代價(jià)，沒有必要，建議選擇類似于VxWorks5.5的操作系統(tǒng)；總工程師認(rèn)為，應(yīng)用軟件間隔離是宇航系統(tǒng)安全性要求，宇航系統(tǒng)在選擇操作系統(tǒng)時(shí)必須考慮這一點(diǎn)，建議選擇類似于Linux的操作系統(tǒng)。 請說明兩種操作系統(tǒng)的主要差異，完成表12-8中的空白部分，并針對本任務(wù)要求，用200字以內(nèi)的文字說明你選擇操作系統(tǒng)的類型和理由。40.電子商務(wù)是構(gòu)建在Internet上的新商務(wù)模式。企業(yè)和個(gè)人使用電子商務(wù)來降低交易成本，提高商品和信息流的周轉(zhuǎn)速度，提高客戶服務(wù)水平，并且使得制造商、供應(yīng)商和客戶之間可以緊密合作。企業(yè)信息化是實(shí)施企業(yè)電子商務(wù)的基礎(chǔ)，特別是在企業(yè)流程再造、供應(yīng)鏈管理、客戶關(guān)系管理等方面需要依托信息技術(shù)進(jìn)行整合和優(yōu)化。 一個(gè)大型電子商務(wù)項(xiàng)目正處于建設(shè)方案征集、論證階段，某系統(tǒng)集成商為了贏得客戶的信任，需要提供一份建議方案文檔，對客戶的需求進(jìn)行響應(yīng)（包括問題1、問題2和問題3所涉及的內(nèi)容）。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP（RequestForProposal）方面的能力、實(shí)力和專業(yè)性，而創(chuàng)建一個(gè)高質(zhì)量的建議方案，需要調(diào)配眾多的資源，按照計(jì)劃執(zhí)行。請用300字以內(nèi)文字簡要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。41.論面向服務(wù)的體系結(jié)構(gòu)在系統(tǒng)集成中的應(yīng)用 面向服務(wù)的體系結(jié)構(gòu)（ServiceOrientedArchitecture，SOA）作為一種體系結(jié)構(gòu)模型，將應(yīng)用程序的不同功能單元通過一些良好定義的接口聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它獨(dú)立于實(shí)現(xiàn)服務(wù)的硬件平臺(tái)、操作系統(tǒng)和編程語言。這使得構(gòu)建服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。 請圍繞"SOA在系統(tǒng)集成中的應(yīng)用"論題，依次從以下的3個(gè)方面進(jìn)行論述： ①概要敘述你參與分析與開發(fā)的系統(tǒng)集成項(xiàng)目，以及你在其中所擔(dān)任的主要工作。 ②詳細(xì)論述SOA中的關(guān)鍵技術(shù)，以及你熟悉的工具和環(huán)境對SOA的支持。 ③通過你的切身實(shí)踐詳細(xì)論述SOA在系統(tǒng)集成中發(fā)揮的作用和優(yōu)勢。42.公司總部與分部之間需要傳輸大量數(shù)據(jù)，在保障數(shù)據(jù)安全的同時(shí)又要兼顧密鑰算法效率，最合適的加密算法是（）A、RC-5B、RSAC、ECCD、MD543.（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、分析模式44.識別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是軟件架構(gòu)評估過程中的關(guān)鍵步驟。針對某系統(tǒng)所作的架構(gòu)設(shè)計(jì)中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（1）：“由于系統(tǒng)的業(yè)務(wù)邏輯目前尚不清楚，因此現(xiàn)有系統(tǒng)三層架構(gòu)中的第2層可能會(huì)出現(xiàn)功能重復(fù)，這會(huì)影響系統(tǒng)的可修改性”描述了系統(tǒng)架構(gòu)設(shè)計(jì)中的一個(gè)（2）?？瞻祝?）處應(yīng)選擇（）A、敏感點(diǎn)B、風(fēng)險(xiǎn)點(diǎn)C、非風(fēng)險(xiǎn)點(diǎn)D、權(quán)衡點(diǎn)45.需求分析是一種軟件工程活動(dòng)，它在系統(tǒng)級軟件分配和軟件設(shè)計(jì)間起到橋梁的作用。需求分析使得系統(tǒng)工程師能夠刻畫出軟件的（1），指明軟件和其他系統(tǒng)元素的接口，并建立軟件必須滿足的約束。需求分析是發(fā)現(xiàn)、求精、建模和規(guī)約的過程。包括詳細(xì)地精化由系統(tǒng)工程師建立并在軟件項(xiàng)目計(jì)劃中精化的軟件范圍，創(chuàng)建所需數(shù)據(jù)、信息和（2）以及操作行為的模型，此外還有分析可選擇的解決方案，并將它們分配到各軟件元素中去。空白（1）處應(yīng)選擇（）A、功能和性能B、數(shù)據(jù)和操作C、實(shí)體和對象D、操作和對象46.甲公司的程序員在不影響本職工作的條件下，在乙公司兼職并利用其兼職單位的物質(zhì)技術(shù)條件開發(fā)了一套應(yīng)用程序，該應(yīng)用程序的著作權(quán)屬于（）A、甲公司B、乙公司C、程序員D、乙公司與程序員共有47.閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明，在答題紙上回答問題1至問題3。 博學(xué)公司欲針對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)閱讀。在對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)這一功能。 在對KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序.子程序的架構(gòu)風(fēng)格，而李工則主張采用管道.過濾器的架構(gòu)風(fēng)格。在架構(gòu)評估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對這兩種方案進(jìn)行評價(jià)，最終采用了李工的方案。 請完成表20-3中的空白部分（用+表示優(yōu)、-表示差），對王工和李工提出的架構(gòu)風(fēng)格進(jìn)行評價(jià)，并指出采用李工方案的原因。48.某公司的商品（商品號，商品名稱，生產(chǎn)商，單價(jià)）和倉庫（倉庫號，地址，電話，商品號，庫存量）兩個(gè)實(shí)體之間的關(guān)系如表2-22和表2-23所示。商品關(guān)系的主鍵是（1）；倉庫關(guān)系的主鍵是（2）；倉庫關(guān)系（3），為了解決這一問題，需要將倉庫關(guān)系分解為（4）?？瞻祝?）處應(yīng)選擇（）A、商品號B、商品名稱C、生產(chǎn)商D、單價(jià)49.信息系統(tǒng)安全 某企業(yè)根據(jù)業(yè)務(wù)擴(kuò)張的要求，需要將原有的業(yè)務(wù)系統(tǒng)擴(kuò)展到互聯(lián)網(wǎng)上，建立自己的B2C業(yè)務(wù)系統(tǒng)，此時(shí)系統(tǒng)的安全性成為一個(gè)非常重要的設(shè)計(jì)需求。為此，該企業(yè)向軟件開發(fā)商提出如下要求： ①合法用戶可以安全地使用該系統(tǒng)完成業(yè)務(wù)。 ②靈活的用戶權(quán)限管理。 ③保護(hù)系統(tǒng)數(shù)據(jù)的安全，不會(huì)發(fā)生信息泄露和數(shù)據(jù)損壞。 ④防止來自于互聯(lián)網(wǎng)上的各種惡意攻擊。 ⑤業(yè)務(wù)系統(tǒng)涉及各種訂單和資金的管理，需要防止授權(quán)侵犯。 ⑥業(yè)務(wù)系統(tǒng)直接面向最終用戶，需要在系統(tǒng)中保留用戶使用痕跡，以應(yīng)對可能的商業(yè)訴訟。 該軟件開發(fā)商接受任務(wù)后，成立方案設(shè)計(jì)小組，提出的設(shè)計(jì)方案是：在原有業(yè)務(wù)系統(tǒng)的基礎(chǔ)上，保留了原業(yè)務(wù)系統(tǒng)中的認(rèn)證和訪問控制模塊；為了防止來自互聯(lián)網(wǎng)的威脅，增加了防火墻和入侵檢測系統(tǒng)。 企業(yè)和軟件開發(fā)商共同組成方案評審會(huì)，對該方案進(jìn)行了評審，各位專家對該方案提出了多點(diǎn)不同意見。李工認(rèn)為，原業(yè)務(wù)系統(tǒng)只針對企業(yè)內(nèi)部員工，采用了用戶名/密碼方式是可以的，但擴(kuò)展為基于互聯(lián)網(wǎng)的B2C業(yè)務(wù)系統(tǒng)后，認(rèn)證方式過于簡單，很可能造成用戶身份被盜取：王工認(rèn)為，防止授權(quán)侵犯和保留用戶痕跡的要求在方案中沒有體現(xiàn)。而劉工則認(rèn)為，即使是在原有業(yè)務(wù)系統(tǒng)上的擴(kuò)展與改造，也必須全面考慮信息系統(tǒng)面臨的各種威脅，設(shè)計(jì)完整的系統(tǒng)安全架構(gòu)，而不是修修補(bǔ)補(bǔ)。認(rèn)證是安全系統(tǒng)中不可缺少的環(huán)節(jié)，請簡要描述主要的認(rèn)證方式，并說明該企業(yè)應(yīng)采用哪種認(rèn)證方式。50.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、bracket51.在計(jì)算機(jī)的可靠性模型中，N模冗余系統(tǒng)是由N個(gè)相同的模塊和一個(gè)（）組成。A、緩沖區(qū)B、控制器C、加速器D、表決器52.以下關(guān)于軟件中間件的敘述中，錯(cuò)誤的是（）A、中間件通過標(biāo)準(zhǔn)接口實(shí)現(xiàn)與應(yīng)用程序的關(guān)聯(lián)，提供特定功能的服務(wù)B、使用中間件可以提高應(yīng)用軟件可移植性C、使用中間件將增加應(yīng)用軟件設(shè)計(jì)的復(fù)雜度D、使用中間件有助于提高開發(fā)效率53.RMO是一家運(yùn)動(dòng)服裝制造銷售公司，計(jì)劃在5年時(shí)間內(nèi)將銷售區(qū)域從華南地區(qū)擴(kuò)展至全國范圍。為了擴(kuò)大信息技術(shù)對于未來業(yè)務(wù)發(fā)展的價(jià)值，公司邀請咨詢顧問幫助他們制訂戰(zhàn)略信息系統(tǒng)規(guī)劃。經(jīng)過評審，咨詢顧問給出的戰(zhàn)略規(guī)劃要點(diǎn)之一是建立客戶關(guān)系支持系統(tǒng)（CRSS）。RMO公司決定由其技術(shù)部成立專門的項(xiàng)目組負(fù)責(zé)CRSS的開發(fā)和維護(hù)工作。 項(xiàng)目組在仔細(xì)調(diào)研和分析了系統(tǒng)需求的基礎(chǔ)上，確定了基于互聯(lián)網(wǎng)的CRSS系統(tǒng)架構(gòu)。但在確定系統(tǒng)數(shù)據(jù)架構(gòu)時(shí)，張工認(rèn)為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)，給出的理由是結(jié)構(gòu)簡單、易維護(hù)且開發(fā)及運(yùn)行成本低；而劉工建議采用分布式的數(shù)據(jù)架構(gòu)，并提出在開發(fā)中通過"局部數(shù)據(jù)庫+緩存"的讀寫分離結(jié)構(gòu)實(shí)現(xiàn)，具有較好的運(yùn)行性能和可擴(kuò)展性。 項(xiàng)目組經(jīng)過集體討論，考慮到公司的未來發(fā)展規(guī)劃，最終采用了劉工的建議。在劉工建議的基礎(chǔ)上，為了避免CRSS系統(tǒng)的單點(diǎn)故障，請用200字以內(nèi)文字簡要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng)；對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)54.在（）中， ①代表的技術(shù)通過對網(wǎng)絡(luò)數(shù)據(jù)的封包和加密傳輸，在公網(wǎng)上傳輸私有數(shù)據(jù)、達(dá)到私有網(wǎng)絡(luò)的安全級別； ②代表的技術(shù)把所有傳輸?shù)臄?shù)據(jù)進(jìn)行加密，可以代替Telnet，可以為FTP提供一個(gè)安全的“通道”； ③代表的協(xié)議讓持有證書的Internet瀏覽器軟件和WWW服務(wù)器之間構(gòu)造安全通道傳輸數(shù)據(jù)，該協(xié)議運(yùn)行在TCP/IP層之上，應(yīng)用層之下。A、①SSH②VPN③SSLB、①VPN②SSH③SSLC、①VPN②SSL⑧SSHD、①SSL②VPN③SSH55.論設(shè)計(jì)模式在軟件開發(fā)中的應(yīng)用 設(shè)計(jì)模式描述了在特定場景下解決一般設(shè)計(jì)問題的類和相互通信的對象。一個(gè)設(shè)計(jì)模式命名、抽象并確定了一個(gè)通用設(shè)計(jì)結(jié)構(gòu)的主要方面，這些設(shè)計(jì)結(jié)構(gòu)能被用來構(gòu)造可復(fù)用的面向?qū)ο笤O(shè)計(jì)?，F(xiàn)在，設(shè)計(jì)模式已經(jīng)廣泛地應(yīng)用在軟件開發(fā)中。 請圍繞"設(shè)計(jì)模式在軟件開發(fā)中的應(yīng)用"論題，依次對以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與分析和開發(fā)的應(yīng)用項(xiàng)目，以及你所擔(dān)任的主要工作。 ②簡要介紹設(shè)計(jì)模式的基本概念及分類，詳細(xì)說明在你所參與分析和開發(fā)的應(yīng)用項(xiàng)目中應(yīng)用了哪些設(shè)計(jì)模式、方法，以及選用它們的原因。 ③分析并討論使用設(shè)計(jì)模式的效果，并分析和評價(jià)設(shè)計(jì)模式對軟件開發(fā)的影響。56.論軟件可靠性評價(jià) 軟件可靠性評價(jià)是指選用和建立合適的可靠性數(shù)學(xué)模型，運(yùn)用統(tǒng)計(jì)技術(shù)和其他手段，對軟件可靠性測試和系統(tǒng)運(yùn)行期間的軟件失效數(shù)據(jù)（也可能包含軟件生命周期內(nèi)其他可靠性數(shù)據(jù)）進(jìn)行處理，并評估和預(yù)測軟件可靠性的過程。 軟件可靠性評價(jià)是軟件可靠性活動(dòng)的重要組成部分，既可在軟件開發(fā)過程實(shí)施， 也可針對最終軟件系統(tǒng)實(shí)施。軟件可靠性評價(jià)的難點(diǎn)在于軟件可靠性模型的選擇和軟 件可靠性數(shù)據(jù)的收集與處理。 請圍繞"軟件可靠性評價(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í)所遇到的具體問題及解決的方法。57.系統(tǒng)響應(yīng)時(shí)間和作業(yè)吞吐量是衡量計(jì)算機(jī)系統(tǒng)性能的重要指標(biāo)。對于一個(gè)持續(xù)處理業(yè)務(wù)的系統(tǒng)而言，其（）A、響應(yīng)時(shí)間越短，作業(yè)吞吐量越小B、響應(yīng)時(shí)間越短，作業(yè)吞吐量越大C、響應(yīng)時(shí)間越長，作業(yè)吞吐量越大D、響應(yīng)時(shí)間不會(huì)影響作業(yè)吞吐量58.某銀行系統(tǒng)采用FactoryMethod方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類圖如圖8-44所示。其中與FactoryMethod中的"Creator"角色相對應(yīng)的類是（1）；與"Product"角色相對應(yīng)的類是（2）?？瞻祝?）處應(yīng)選擇（）A、BankB、AccountC、CheckingD、Savings59.隨著業(yè)務(wù)的增長，信息系統(tǒng)的訪問量和數(shù)據(jù)流量快速增加，采用負(fù)載均衡（LoadBalance）方法可避免由此導(dǎo)致的系統(tǒng)性能下降甚至崩潰。以下關(guān)于負(fù)載均衡的敘述中，錯(cuò)誤的是（）A、負(fù)載均衡通常由服務(wù)器端安裝的附加軟件來實(shí)現(xiàn)B、負(fù)載均衡并不會(huì)增加系統(tǒng)的吞吐量C、負(fù)載均衡可在不同地理位置、不同網(wǎng)絡(luò)結(jié)構(gòu)的服務(wù)器群之間進(jìn)行D、負(fù)載均衡可使用戶只通過一個(gè)IP地址或域名就能訪問相應(yīng)的服務(wù)器60.在客戶機(jī)/服務(wù)器系統(tǒng)開發(fā)中，采用（）時(shí)，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器，應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶機(jī)。A、分布式表示結(jié)構(gòu)B、分布式應(yīng)用結(jié)構(gòu)C、分布式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)D、分布式數(shù)據(jù)結(jié)構(gòu)61.（）方法以原型開發(fā)思想為基礎(chǔ)，采用迭代增量式開發(fā)，發(fā)行版本小型化，比較適合需求變化較大或者開發(fā)前期對需求不是很清晰的項(xiàng)目。A、信息工程B、結(jié)構(gòu)化C、面向?qū)ο驞、敏捷62.甲、乙兩個(gè)獨(dú)立的網(wǎng)站都主要靠廣告收入來支撐發(fā)展，目前都采用較高的價(jià)格銷售廣告。這兩個(gè)網(wǎng)站都想通過降價(jià)爭奪更多的客戶和更豐厚的利潤。假設(shè)這兩個(gè)網(wǎng)站在現(xiàn)有策略下各可以獲得1000萬元的利潤。如果一方單獨(dú)降價(jià)，就能擴(kuò)大市場份額，可以獲得1500萬元的利潤，此時(shí)，另一方的市場份額就會(huì)縮小，利潤將下降到200萬元。如果這兩個(gè)網(wǎng)站同時(shí)降價(jià)，則他們都將只能得到700萬元利潤。這兩個(gè)網(wǎng)站的主管各自經(jīng)過獨(dú)立的理性分析后決定，（）。A、甲采取高價(jià)策略，乙采取低價(jià)策B、甲采取高價(jià)策略，乙采取高價(jià)策略C、甲采取低價(jià)策略，乙采取低價(jià)策D、甲采取低價(jià)策略，乙采取高價(jià)策略63.UML提供了5種對系統(tǒng)動(dòng)態(tài)方面建模的圖，其中（1）對系統(tǒng)行為組織和建模；（2）對系統(tǒng)功能建模，它強(qiáng)調(diào)對象之間的控制流；（3）之間是同構(gòu)的?？瞻祝?）處應(yīng)選擇（）A、狀態(tài)圖和活動(dòng)圖B、用例圖和活動(dòng)圖C、順序圖和協(xié)作圖D、活動(dòng)圖和協(xié)作圖64.（）不屬于我國著作權(quán)法所保護(hù)的內(nèi)容。A、為保護(hù)其軟件著作權(quán)而采取的技術(shù)措施B、軟件權(quán)利電子信息C、通過信息網(wǎng)絡(luò)傳播的軟件D、采用反編譯技術(shù)獲得的軟件65.一個(gè)軟件的架構(gòu)設(shè)計(jì)是隨著技術(shù)的不斷進(jìn)步而不斷變化的。以編譯器為例，其主流架構(gòu)經(jīng)歷了管道-過濾器到數(shù)據(jù)共享為中心的轉(zhuǎn)變過程。以下關(guān)于編譯器架構(gòu)的敘述中，錯(cuò)誤的是（）A、早期的編譯器采用管道.過濾器架構(gòu)風(fēng)格，以文本形式輸入的代碼被逐步轉(zhuǎn)化為各種形式，最終生成可執(zhí)行代碼B、早期的編譯器采用管道-過濾器架構(gòu)風(fēng)格，并且大多數(shù)編譯器在詞法分析時(shí)創(chuàng)造獨(dú)立的符號表，在其后的階段會(huì)不斷修改符號表，因此符號表并不是程序數(shù)據(jù)的一部分C、現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格，主要關(guān)心編譯過程中程序的中間表示D、現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格，但由于分析樹是在語法分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入，因此分析樹不是數(shù)據(jù)中心的共享數(shù)據(jù)66.某網(wǎng)上購物電子商務(wù)公司擬升級正在使用的在線交易系統(tǒng)，以提高用戶網(wǎng)上購物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計(jì)階段，公司提出的需求和關(guān)鍵質(zhì)量屬性場景如下： （a）正常負(fù)載情況下，系統(tǒng)必須在0.5秒內(nèi)對用戶的交易請求進(jìn)行響應(yīng)。 （b）信用卡支付必須保證99.999%的安全性。 （c）對交易請求處理時(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）更改加密的級別將對安全性和性能產(chǎn)生影響。 （h）主站點(diǎn)斷電后，需要在3秒內(nèi)將訪問請求重定向到備用站點(diǎn)。 （i）假設(shè)每秒中用戶交易請求的數(shù)量是10個(gè)，處理請求的時(shí)間為30毫秒，則"在1秒內(nèi)完成用戶的交易請求"這一要求是可以實(shí)現(xiàn)的。 （j）用戶信息數(shù)據(jù)庫授權(quán)必須保證99.999%可用。 （k）目前對系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達(dá)成共識，這可能導(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)試。 在對系統(tǒng)需求和質(zhì)量屬性場景進(jìn)行分析的基礎(chǔ)上，系統(tǒng)的架構(gòu)師給出了三個(gè)候選的架構(gòu)設(shè)計(jì)方案。公司目前正在組織系統(tǒng)開發(fā)的相關(guān)人員對系統(tǒng)架構(gòu)進(jìn)行評估。 在架構(gòu)評估過程中，質(zhì)量屬性效用樹（UtilityTree）是對系統(tǒng)質(zhì)量屬性進(jìn)行識別和優(yōu)先級排序的重要工具。請給出合適的質(zhì)量屬性，填入圖12-24中（1）、（2）空白處；并選擇題干描述的（a）～（m），填入（3）～（6）空白處，完成該系統(tǒng)的效用樹。 67.博學(xué)公司承擔(dān)了一項(xiàng)大型物料配送中心的研發(fā)項(xiàng)目，使用自動(dòng)化設(shè)備進(jìn)行貨物的存取。系統(tǒng)主要由兩部分組成，其一是裝有智能設(shè)備的配送車，用于自動(dòng)化裝卸貨物；其二是用于管理和調(diào)度這些配送車的物料配送中心，如圖12-23所示。 智能設(shè)備接受配送中心發(fā)出的存取貨指令，根據(jù)貨艙地址和艙位位置等參數(shù)，自動(dòng)控制配送車行走，并調(diào)整機(jī)械臂到達(dá)目標(biāo)艙位，當(dāng)存取完貨物后，再次等待配送中心指令。其中，視頻監(jiān)視器用于采集工作現(xiàn)場的視頻數(shù)據(jù)，該數(shù)據(jù)用于智能設(shè)備識別配送車當(dāng)前位置。 公司經(jīng)理將智能設(shè)備的研制任務(wù)交給了李工。李工投入了大量的時(shí)間，通過一個(gè)月的努力，提交了智能設(shè)備的設(shè)計(jì)方案。但是，出乎李工預(yù)料，該方案被專家評審會(huì)否定了。評審意見指出，李工的設(shè)計(jì)方案實(shí)施成本高，并且在技術(shù)上有缺陷，建議重新設(shè)計(jì)。 如圖12-23所示是李工在設(shè)計(jì)方案中給出的智能設(shè)備工作狀態(tài)轉(zhuǎn)換圖。 ①請指出圖中的兩處錯(cuò)誤（在圖中圈出）并用200字以內(nèi)的文字說明理由。 ②給出正確的狀態(tài)轉(zhuǎn)換圖。68.若內(nèi)存地址區(qū)間為4000H～43FFH，每個(gè)存儲(chǔ)單元可存儲(chǔ)16位二進(jìn)制數(shù)，該內(nèi)存區(qū)域用4片存儲(chǔ)器芯片構(gòu)成，則構(gòu)成該內(nèi)存所用的存儲(chǔ)器芯片的容量是（）A、512×16bitB、256×8bitC、256×16bitD、1024×8bit69.J2EE 某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時(shí)完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時(shí)，項(xiàng)目組成員提出了兩種開發(fā)思路。 ①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡化開發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。 ②杜工建議采用Struts、Spring和Hibernate輕量級開源框架相結(jié)合的方式。理由是隨著Java開源項(xiàng)目陣營的發(fā)展壯大，一些基于POJO（PlanOldJavaObjects）的開源框架被廣泛地引入到Java企業(yè)應(yīng)用開發(fā)中來，與重量級的EJB框架相比，這些輕量級的框架有很多優(yōu)點(diǎn)。 項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。請用200字以內(nèi)的文字說明基于Struts、Spring和Hibernate的輕量級框架與基于EJB的重量級框架解決問題的側(cè)重點(diǎn)有什么不同？70.論大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略 大規(guī)模分布式系統(tǒng)通常需要利用緩存技術(shù)減輕服務(wù)器負(fù)載、降低網(wǎng)絡(luò)擁塞、增強(qiáng)系統(tǒng)可擴(kuò)展性。緩存技術(shù)的基本思想是將客戶最近經(jīng)常訪問的內(nèi)容在緩存服務(wù)器中存放一個(gè)副本，當(dāng)該內(nèi)容下次被訪問時(shí)，不必建立新的數(shù)據(jù)請求，而是直接由緩存提供。良好的緩存設(shè)計(jì)，是一個(gè)大規(guī)模分布式系統(tǒng)能夠正常、高效運(yùn)行的必要前提。在進(jìn)行大規(guī)模分布式系統(tǒng)開發(fā)時(shí)，必須從一開始就針對應(yīng)用需求和場景對系統(tǒng)的緩存機(jī)制進(jìn)行全面考慮，設(shè)計(jì)一個(gè)可伸縮的系統(tǒng)緩存架構(gòu)。 請圍繞"大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略"論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與實(shí)施的大規(guī)模分布式系統(tǒng)開發(fā)項(xiàng)目及你所擔(dān)任的主要工作。 ②從不同的用途和應(yīng)用場景考慮，請?jiān)敿?xì)闡述至少兩種常見的緩存工作模式，并說明每種工作模式的適應(yīng)場景。 ③闡述你在設(shè)計(jì)大規(guī)模分布式系統(tǒng)的緩存機(jī)制時(shí)遇到了哪些問題，如何解決。71.系統(tǒng)可靠性的簡單度量是平均故障間隔時(shí)間（MTBF），其計(jì)算公式是（1）；軟件可用性是指在某個(gè)給定時(shí)間點(diǎn)上程序能夠按照需求執(zhí)行的概率，其定義為（2）。（MTTF://MeanTimeToFailure；MTTR：MeanTimeToRepair）空白（1）處應(yīng)選擇（）A、MTTF+MTTRB、MTTF-MTTRC、MTTR-MTTFD、MTTF×MTTR72.特定領(lǐng)域軟件架構(gòu)（DSSA）是在一個(gè)特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過程中包括一系列基本的活動(dòng)，其中（1）活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中，（2）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識。空白（1）處應(yīng)選擇（）A、領(lǐng)域需求B、領(lǐng)域分析C、領(lǐng)域設(shè)計(jì)D、領(lǐng)域?qū)崿F(xiàn)73.假定求浮點(diǎn)數(shù)平方根（FPSQR）的操作在某臺(tái)機(jī)器上的一個(gè)基準(zhǔn)測試程序中占總執(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ì)算這兩種方法對基準(zhǔn)測試程序的加速比來比較這兩種方法的優(yōu)劣。以下敘述正確的是（）A、第一種方法的加速比是1.23，效果較好B、第二種方法的加速比是1.23，效果較好C、第一種方法的加速比是1.22，效果較好D、第二種方法的加速比是1.22，效果較好74.分布式文件系統(tǒng)的設(shè)計(jì)必須平衡靈活性和可伸縮性與軟件的復(fù)雜性和性能，（）不是其透明性。A、訪問透明性B、移動(dòng)透明性C、邏輯透明性D、位置透明性75.設(shè)有員工實(shí)體Employee（employeeID，name，sex，age，tel，departID），其中employeeID為員工號，name為員工姓名，sex為員工性別，age為員工年齡，tel為員工電話，記錄該員工的手機(jī)號碼、辦公室電話等，departID為員工所在部門號，參照另一部門實(shí)體Department的主碼departID。Employee實(shí)體中存在派生屬性（1）。Employee實(shí)體中還存在多值屬性（2）。對屬性departID的約束是（3）?？瞻祝?）處應(yīng)選擇（）A、PrimaryKey，NOTNULLB、PrimaryKeyC、ForeignKeyD、CandidateKey76.以下網(wǎng)絡(luò)存儲(chǔ)模式中，真正實(shí)現(xiàn)即插即用的是（）A、DASB、NASC、OpenSAND、智能化SAN77.以下關(guān)于信息和信息化的論述中，不正確的是（）A、信息化就是開發(fā)利用信息資源，促進(jìn)信息交流和知識共享，提高經(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)要素78.某公司的商品（商品號，商品名稱，生產(chǎn)商，單價(jià)）和倉庫（倉庫號，地址，電話，商品號，庫存量）兩個(gè)實(shí)體之間的關(guān)系如表2-22和表2-23所示 。商品關(guān)系的主鍵是（1）；倉庫關(guān)系的主鍵是（2）；倉庫關(guān)系（3），為了解決這一問題，需要將倉庫關(guān)系分解為（4）。空白（4）處應(yīng)選擇（）A、倉庫1（倉庫號，地址）和倉庫2（倉庫號，電話，商品號，庫存量）B、倉庫1（倉庫號，地址，電話）和倉庫2（商品號，庫存量）C、倉庫1（倉庫號，電話）和倉庫2（倉庫號，地址，商品號，庫存量）D、倉庫1（倉庫號，地址，電話）和倉庫2（倉庫號，商品號，庫存量）79.對實(shí)際應(yīng)用問題建立了數(shù)學(xué)模型后，一般還需要對該模型進(jìn)行檢驗(yàn)。通過檢驗(yàn)，盡可能找出模型中的問題，以利于改進(jìn)模型，有時(shí)還可能會(huì)否定該模型。檢驗(yàn)?zāi)Ｐ偷淖龇ㄓ卸喾N，但一般不會(huì)（）A、利用實(shí)際案例數(shù)據(jù)對模型進(jìn)行檢驗(yàn)B、進(jìn)行邏輯檢驗(yàn)，分析該模型是否會(huì)出現(xiàn)矛盾C、用計(jì)算機(jī)模擬實(shí)際問題來檢驗(yàn)?zāi)Ｐ虳、檢驗(yàn)該模型所采用的技術(shù)能否被企業(yè)負(fù)責(zé)人理解80.關(guān)于電子政務(wù)與傳統(tǒng)政務(wù)的比較，以下論述不正確的是（）A、辦公手段不同B、與公眾溝通方式存在差異C、業(yè)務(wù)流程一致D、電子政務(wù)是政務(wù)活動(dòng)一種新的表現(xiàn)形式81.下列聚合類型中內(nèi)聚程度最高的是（1），下列耦合類型中耦合程度最低的是（2）?？瞻祝?）處應(yīng)選擇（）A、偶然內(nèi)聚B、時(shí)間內(nèi)聚C、功能內(nèi)聚D、過程內(nèi)聚82.服務(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ù)器對單位內(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、①B、②C、③D、④83.以下關(guān)于系統(tǒng)性能的敘述中，不正確的是（）A、常見的Web服務(wù)器性能評估方法有基準(zhǔn)測試、壓力測試和可靠性測試B、評價(jià)Web服務(wù)器的主要性能指標(biāo)有最大并發(fā)連接數(shù)、響應(yīng)延遲和吞吐量C、對運(yùn)行系統(tǒng)進(jìn)行性能評估的主要目的是以更好的性能/價(jià)格比更新系統(tǒng)D、當(dāng)系統(tǒng)性能降到基本水平時(shí)，需要查找影響性能的瓶頸并消除該瓶頸84.某公司欲開發(fā)一個(gè)在線交易系統(tǒng)，在架構(gòu)設(shè)計(jì)階段公司的架構(gòu)師識別出3個(gè)核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時(shí)，用戶的交易請求需要在0.5秒內(nèi)得到響應(yīng)”主要與（1）質(zhì)量屬性相關(guān)，通常可采用（2）架構(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)，通常可采用（6）架構(gòu)策略實(shí)現(xiàn)該屬性?？瞻祝?）處應(yīng)選擇（）A、內(nèi)置監(jiān)控器B、記錄／回放C、追蹤審計(jì)D、維護(hù)現(xiàn)有接口85.（）不是反映嵌入式實(shí)時(shí)操作系統(tǒng)實(shí)時(shí)性的評價(jià)指標(biāo)。A、任務(wù)執(zhí)行時(shí)間B、中斷響應(yīng)和延遲時(shí)間C、任務(wù)切換時(shí)間D、信號量混洗時(shí)間86.張某是M國際運(yùn)輸有限公司計(jì)算機(jī)系統(tǒng)管理員。任職期間，根據(jù)公司的業(yè)務(wù)要求開發(fā)了“空運(yùn)出口業(yè)務(wù)系統(tǒng)”，并由公司使用。隨后，張某向國家版權(quán)局申請了計(jì)算機(jī)軟件著作權(quán)登記，并取得了《計(jì)算機(jī)軟件著作權(quán)登記證書》，證書明確軟件名稱是“空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0”，著作權(quán)人為張某。以下說法中，正確的是（）A、空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于張某B、空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于M公司C、空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于張某和M公司D、張某獲取的軟件著作權(quán)登記證是不可以撤銷的87.在數(shù)據(jù)處理過程中，人們常用“四舍五入”法取得近似值。對于統(tǒng)計(jì)大量正數(shù)的平均值而言，從統(tǒng)計(jì)意義上說，“四舍五入”對于計(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ī)律88.下列關(guān)于軟件可靠性的敘述，不正確的是（）A、由于影響軟件可靠性的因素很復(fù)雜，軟件可靠性不能通過歷史數(shù)據(jù)和開發(fā)數(shù)據(jù)直接測量和估算出來B、軟件可靠性是指在特定環(huán)境和特定時(shí)間內(nèi)，計(jì)算機(jī)程序無故障運(yùn)行的概率C、在軟件可靠性的討論中，故障指軟件行為與需求的不符，故障有等級之分D、排除一個(gè)故障可能會(huì)引入其他的錯(cuò)誤，而這些錯(cuò)誤會(huì)導(dǎo)致其他的故障89.集成測試有各種方法，以下關(guān)于集成測試的描述中，不正確的是（）A、增量式集成測試容易定位錯(cuò)誤，排除錯(cuò)誤B、非增量式集成測試不能充分利用人力，會(huì)拖延工程進(jìn)度C、增量式集成測試的強(qiáng)度大，測試更徹底D、即使各個(gè)模塊都通過了測試，但系統(tǒng)集成以后仍可能出現(xiàn)錯(cuò)誤90.以下關(guān)于軟件構(gòu)件及其接口的敘述，錯(cuò)誤的是（）A、構(gòu)件是軟件系統(tǒng)中相對獨(dú)立且具有一定意義的構(gòu)成成分B、構(gòu)件在容器中進(jìn)行管理并獲取其屬性或者服務(wù)C、構(gòu)件不允許外部對所支持的接口進(jìn)行動(dòng)態(tài)發(fā)現(xiàn)或調(diào)用D、構(gòu)件可以基于對象實(shí)現(xiàn)，也可以不基于對象實(shí)現(xiàn)91.如圖9-7所示為某地區(qū)的運(yùn)輸網(wǎng)。各節(jié)點(diǎn)之間的運(yùn)輸能力如表9-7所示（單位：萬噸/小時(shí)）：從節(jié)點(diǎn)①到節(jié)點(diǎn)⑥的最大運(yùn)輸能力（流量）可以達(dá)到（）萬噸/小時(shí)。A、26B、23C、22D、2192.由政府或國家級的機(jī)構(gòu)制定或批準(zhǔn)的標(biāo)準(zhǔn)稱為國家標(biāo)準(zhǔn)，以下由（）冠名的標(biāo)準(zhǔn)不屬于國家標(biāo)準(zhǔn)。A、GBB、BSC、ANSID、IEEE93.管道和過濾器模式屬于（）A、數(shù)據(jù)為中心的體系結(jié)構(gòu)B、數(shù)據(jù)流體系結(jié)構(gòu)C、調(diào)用和返回體系結(jié)構(gòu)D、層次式體系結(jié)構(gòu)94.常用的軟件冗余方法有多種，在關(guān)于軟件冗余的描述中，正確的是（）A、多版本程序設(shè)計(jì)可以檢查軟件故障，但不能檢查硬件故障B、用一組數(shù)據(jù)檢查運(yùn)算邏輯部件的功能屬于能力檢查C、一致性檢查時(shí)要把計(jì)算機(jī)的計(jì)算結(jié)果與手工計(jì)算結(jié)果進(jìn)行比較D、軟件冗余是一種動(dòng)態(tài)冗余技術(shù)95.用3個(gè)相同的元件組成如圖11-7所示的一個(gè)系統(tǒng)。 如果每個(gè)元件能否正常工作是相互獨(dú)立的，每個(gè)元件能正常工作的概率為p，那么此系統(tǒng)的可靠度（元件或系統(tǒng)正常工作的概率通常稱為可靠度）為（）A、p2（1-p）B、p2（2-p）C、p（1-p）2D、p（2-p）296.軟件（）是指改正產(chǎn)生于系統(tǒng)開發(fā)階段而在系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯(cuò)誤。A、完善性維護(hù)B、適應(yīng)性維護(hù)C、正確性維護(hù)D、預(yù)防性維護(hù)97.博學(xué)公司承接了一個(gè)開發(fā)家用空調(diào)自動(dòng)調(diào)溫器的任務(wù)，調(diào)溫器測量外部空氣溫度，根據(jù)設(shè)定的期望溫度控制空調(diào)的開關(guān)。根據(jù)該需求，公司應(yīng)采用（）架構(gòu)風(fēng)格最為合適。A、解釋器B、過程控制C、分層D、管道-過濾器98.項(xiàng)目管理工具用來輔助項(xiàng)目經(jīng)理實(shí)施軟件開發(fā)過程中的項(xiàng)目管理活動(dòng)，它不能（1）、（2）就是一種典型的項(xiàng)目管理工具?？瞻祝?）處應(yīng)選擇（）A、需求分析工具B、成本估算工具C、軟件評價(jià)工具D、文檔分析工具99.軟件架構(gòu)需求是指用戶對目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。以下活動(dòng)中，不屬于軟件架構(gòu)需求過程范疇的是（）A、設(shè)計(jì)構(gòu)件B、需求獲取C、標(biāo)識構(gòu)件D、架構(gòu)需求評審100.博學(xué)公司欲針對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)閱讀。在對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)這一功能。 在對KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過濾器的架構(gòu)風(fēng)格。在架構(gòu)評估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對這兩種方案進(jìn)行評價(jià)，最終采用了李工的方案。 如圖12-10所示是李工給出的架構(gòu)設(shè)計(jì)示意圖，請將恰當(dāng)?shù)墓δ苊枋鎏钊雸D中的（1）～（4）。第I卷參考答案一.參考題庫1.參考答案：C2.參考答案：C3.參考答案：A4.參考答案：D5.參考答案：A6.參考答案： 寫作要點(diǎn) 本題考查的知識點(diǎn)是軟件演化。一個(gè)軟件系統(tǒng)開發(fā)完畢正式投入使用之后，如果需求發(fā)生變化，或者要將該系統(tǒng)移植到另一個(gè)環(huán)境運(yùn)行，且新環(huán)境的需求也有相應(yīng)的變化時(shí)，就要對軟件進(jìn)行修改，這就是軟件演化。軟件演化是一個(gè)程序不斷調(diào)節(jié)以滿足新的軟件需求的過程，也就是對一個(gè)已有軟件不斷進(jìn)行修改、補(bǔ)充、完善以適用新需求和環(huán)境變化的過程。由于軟件演化一詞并不多見，所以難倒了很多考生。其實(shí)換一種講法，可能大家就倍感親切了--"軟件升級"，其實(shí)演化的本質(zhì)就是在升級。既然是升級，靜態(tài)演化與動(dòng)態(tài)演化是怎么回事也就好理解了，即升級時(shí)是否停止系統(tǒng)的運(yùn)行。所以如果有了上面的基礎(chǔ)概念理解，寫該論文的方向也就明晰了。 文章共分3個(gè)部分組織內(nèi)容。 第一部分，簡要敘述作者所參與管理和開發(fā)的軟件項(xiàng)目，并明確指出在其中承擔(dān)的主要任務(wù)和開展的主要工作。 第二部分，偏理論，需要介紹靜態(tài)演化和動(dòng)態(tài)演化的基本情況，寫作時(shí)可參考以下材料。 靜態(tài)演化（StaticEvolution），靜態(tài)演化是指軟件在停機(jī)狀態(tài)下的演化。其優(yōu)點(diǎn)是不用考慮運(yùn)行狀態(tài)的遷移，同時(shí)也沒有活動(dòng)的進(jìn)程需要處理。然而停止一個(gè)應(yīng)用程序就意味著中斷它提供的服務(wù)，造成軟件暫時(shí)失效。 軟件靜態(tài)演化是指發(fā)生在應(yīng)用程序停止時(shí)的軟件修改和更新，即一般意義上的軟件維護(hù)和升級。靜態(tài)演化的優(yōu)點(diǎn)是沒有狀態(tài)遷移或活動(dòng)線程的問題要解決，缺陷是停止應(yīng)用程序意味著停止它所提供的服務(wù)，也就是使軟件系統(tǒng)暫時(shí)失效。在軟件交付之后，靜態(tài)演化（類似于一般意義上的軟件維護(hù)）就成為軟件變更的一個(gè)常規(guī)過程。變更可以是一種更正代碼錯(cuò)誤的簡單變更，也可以是更正設(shè)計(jì)錯(cuò)誤的較大范圍的變更，還可以是對描述錯(cuò)誤進(jìn)行修正或提供新需求這樣的重大改進(jìn)。有3種不同的軟件維護(hù)：改正性維護(hù)、適應(yīng)性維護(hù)和完善性維護(hù)。維護(hù)過程一般包括變更分析、版本規(guī)劃、系統(tǒng)實(shí)現(xiàn)和向客戶交付系統(tǒng)等活動(dòng)。 在面向?qū)ο蠹夹g(shù)中，使用子類型方法來擴(kuò)展程序，它適合于軟件靜態(tài)演化和代碼重用。子類型化一個(gè)類意味著保留父類中的參數(shù)和方法，并盡可能地增加新的參數(shù)和方法。另外，使用重載和多態(tài)性作為主要的演化機(jī)制。實(shí)際上，建立類的新版本，最簡單的機(jī)制是創(chuàng)建它的子類，然后重載需要變更的方法，最后，使用多態(tài)性調(diào)用新創(chuàng)建的方法。在基于構(gòu)件的軟件技術(shù)中，構(gòu)件采取接口和實(shí)現(xiàn)相分離技術(shù)，構(gòu)件之間只能通過接口進(jìn)行通信，這使得具有兼容接口的不同構(gòu)件實(shí)現(xiàn)可以相互取代，從而成為軟件靜態(tài)演化的一條途徑。 動(dòng)態(tài)演化（DynamicEvolution），動(dòng)態(tài)演化是指軟件在執(zhí)行期間的軟件演化。其優(yōu)點(diǎn)是軟件不會(huì)存在暫時(shí)的失效，有持續(xù)可用性的明顯優(yōu)點(diǎn)。但由于涉及狀態(tài)遷移等問題，比靜態(tài)演化從技術(shù)上更難處理。 動(dòng)態(tài)演化是最復(fù)雜也是最有實(shí)際意義的演化形式。動(dòng)態(tài)演化使得軟件在運(yùn)行過程中，可以根據(jù)應(yīng)用需求和環(huán)境變化，動(dòng)態(tài)地進(jìn)行軟件的配置、維護(hù)和更新，其表現(xiàn)形式包括系統(tǒng)元素?cái)?shù)目的可變性、結(jié)構(gòu)關(guān)系的可調(diào)節(jié)性和結(jié)構(gòu)形態(tài)的動(dòng)態(tài)可配置性。軟件的動(dòng)態(tài)演化特性對于適應(yīng)未來軟件發(fā)展的開放性、動(dòng)態(tài)性具有重要意義。 動(dòng)態(tài)演化是指軟件在運(yùn)行期間的演化。在許多重要的應(yīng)用領(lǐng)域中，如金融、電力、電信及空中交通管制等，系統(tǒng)的持續(xù)可用性是一個(gè)關(guān)鍵性的要求，運(yùn)行時(shí)刻的系統(tǒng)演化可減少因關(guān)機(jī)和重新啟動(dòng)而帶來的損失和風(fēng)險(xiǎn)。此外，越來越多的其他類型的應(yīng)用軟件也提出了運(yùn)行時(shí)刻演化的要求，在不必對應(yīng)用軟件進(jìn)行重新編譯和加載的前提下，為最終用戶提供系統(tǒng)定制和擴(kuò)展的能力。 動(dòng)態(tài)演化可分為兩種類型：預(yù)設(shè)的和非預(yù)設(shè)的。在Web環(huán)境中，軟件應(yīng)用常常需要處理多種類型的信息，因此它們常被設(shè)計(jì)為可以動(dòng)態(tài)下載并安裝插件以處理當(dāng)前所面臨的新類型的信息；而分布式Web應(yīng)用也常常需要增減內(nèi)部處理節(jié)點(diǎn)的數(shù)目以適應(yīng)多變的負(fù)載。這些動(dòng)態(tài)改變都是軟件設(shè)計(jì)者能夠預(yù)先設(shè)想到的，可實(shí)現(xiàn)為系統(tǒng)的固有功能。另有一些必須對系統(tǒng)配置進(jìn)行修改和調(diào)整的情況是直到系統(tǒng)投入運(yùn)行以后才發(fā)現(xiàn)的，這就要求系統(tǒng)能夠處理在原始設(shè)計(jì)中沒有完全預(yù)料到的新需求。這種情況下一般需要關(guān)閉整個(gè)系統(tǒng)，重新開發(fā)、重新裝入并重新啟動(dòng)系統(tǒng)。然而，為了進(jìn)行局部的修改而關(guān)閉整個(gè)系統(tǒng)在某些情況下是不允許的（如關(guān)鍵運(yùn)行系統(tǒng)）或者代價(jià)太高。精心設(shè)計(jì)的動(dòng)態(tài)演化技術(shù)可以在不關(guān)閉整個(gè)系統(tǒng)的前提下修改系統(tǒng)的結(jié)構(gòu)配置，并盡量使未受影響的部分繼續(xù)工作以提高系統(tǒng)的可用度。 為支持軟件的動(dòng)態(tài)演化性，已在語言、機(jī)制和環(huán)境等方面做了大量工作。在程序語言的層次上，引進(jìn)各種機(jī)制以支持軟件動(dòng)態(tài)演化，例如，動(dòng)態(tài)裝載技術(shù)允許增加代碼到已運(yùn)行的程序中，延遲綁定是在運(yùn)行時(shí)而不是編譯時(shí)決定類和對象的綁定。Javahotswap允許在運(yùn)行時(shí)改變方法：當(dāng)一個(gè)方法終止時(shí)這個(gè)方法的新版本可以有效地替換舊版本，在類層次上代碼的二進(jìn)制兼容被支持。Gilgul語言也允許更換運(yùn)行時(shí)對象。但程序語言層次上的動(dòng)態(tài)演化機(jī)制僅局限于函數(shù)、類方法和對象等小粒度的替換，只支持預(yù)設(shè)的有限變更，變更由事件觸發(fā)。 通過標(biāo)準(zhǔn)化運(yùn)行級構(gòu)件的規(guī)約，依靠構(gòu)件運(yùn)行平臺(tái)（中間件平臺(tái)）提供的基礎(chǔ)設(shè)施，使軟件在構(gòu)件層次上的動(dòng)態(tài)演化成為可能。中間件中具有的如命名服務(wù)、反射技術(shù)和動(dòng)態(tài)適配等機(jī)制，為運(yùn)行態(tài)構(gòu)件的動(dòng)態(tài)替換和升級提供支撐，從而推動(dòng)了軟件動(dòng)態(tài)演化的發(fā)展。命名服務(wù)就是給構(gòu)件實(shí)例提供一個(gè)名稱，以便客戶通過這些名稱來獲取構(gòu)件實(shí)例。對工業(yè)標(biāo)準(zhǔn)構(gòu)件EJB和CORBA構(gòu)件的引用都可以通過中間件平臺(tái)的命名服務(wù)進(jìn)行。同一構(gòu)件標(biāo)識可以被映射到多個(gè)構(gòu)件實(shí)例，從而根據(jù)具體情境對某一名字的構(gòu)件引用導(dǎo)向到不同的構(gòu)件實(shí)例。反射技術(shù)是系統(tǒng)的一種自描述（Self-Representation）和自推理的技術(shù)，它提供了關(guān)于自身行為的表示，這種表示可以被檢查和調(diào)整，且與它所描述的系統(tǒng)行為是因果相聯(lián)（CausallyConnected）的。因果相聯(lián)，意味著對自身表示的改動(dòng)將立即反映在系統(tǒng)的實(shí)際狀態(tài)和行為中，反之亦然。將反射性引入中間件能夠以可控的方式開放平臺(tái)內(nèi)部的實(shí)現(xiàn)，從而提高中間件的定制能力和運(yùn)行時(shí)的適應(yīng)能力。動(dòng)態(tài)適配機(jī)制中比較著名的是CORBA提供的動(dòng)態(tài)接口服務(wù)：動(dòng)態(tài)調(diào)用接口DII和動(dòng)態(tài)骨架接口DSI。前者支持動(dòng)態(tài)客戶請求調(diào)用，而后者支持將請求動(dòng)態(tài)指派（Dispatch）給構(gòu)件。因此，軟件構(gòu)件化技術(shù)使得軟件具有良好的構(gòu)造性，軟件演化的粒度更大。中間件技術(shù)則為基于構(gòu)件的軟件動(dòng)態(tài)演化提供了堅(jiān)實(shí)的基礎(chǔ)設(shè)施和方便的操作界面。 第三部分需要結(jié)合作者自身的項(xiàng)目情況進(jìn)行描述，這部分應(yīng)是詳細(xì)描述的部分。7.參考答案： “鋼鐵企業(yè)集團(tuán)生產(chǎn)管控?cái)?shù)字化應(yīng)用示范”是國家“十二五”先進(jìn)制造技術(shù)領(lǐng)域