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

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