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

2024年計(jì)算機(jī)軟件水平考試-高級(jí)系統(tǒng)架構(gòu)師歷年高頻考點(diǎn)試卷專家薈萃含答案（圖片大小可自由調(diào)整）第1卷一.參考題庫(kù)(共25題)1.在關(guān)于逆向工程（ReverseEngineering）的描述中，正確的是（）A、從已經(jīng)安裝的軟件中提取設(shè)計(jì)規(guī)范，用以進(jìn)行軟件開(kāi)發(fā)B、按照"輸出→處理→輸入"的順序設(shè)計(jì)軟件C、用硬件來(lái)實(shí)現(xiàn)軟件的功能D、根據(jù)軟件處理的對(duì)象來(lái)選擇開(kāi)發(fā)語(yǔ)言和開(kāi)發(fā)工具2.數(shù)據(jù)庫(kù)安全與數(shù)據(jù)庫(kù)備份 銀行金融系統(tǒng)對(duì)數(shù)據(jù)庫(kù)中的數(shù)據(jù)安全要求很高，必須在技術(shù)層面上采用必要的措施，以保證數(shù)據(jù)的有效和不丟失。數(shù)據(jù)庫(kù)的備份與恢復(fù)是保證數(shù)據(jù)安全的一種基本方法，一般將數(shù)據(jù)庫(kù)備份分為冷備份、熱備份和數(shù)據(jù)導(dǎo)出，而數(shù)據(jù)導(dǎo)出根據(jù)導(dǎo)出數(shù)據(jù)的范圍，又可以分為完全導(dǎo)出、增量導(dǎo)出和累計(jì)導(dǎo)出。 該金融系統(tǒng)上線初期，整個(gè)業(yè)務(wù)系統(tǒng)采用了內(nèi)網(wǎng)方式運(yùn)行，不與外網(wǎng)發(fā)生聯(lián)系。為了保證數(shù)據(jù)庫(kù)內(nèi)部數(shù)據(jù)的安全，該銀行信息中心的劉工提出的備份方案如表12-3所示。 信息中心的李工對(duì)劉工的方案提出了異議，認(rèn)為數(shù)據(jù)庫(kù)一旦發(fā)生故障，劉工的方案無(wú)法做到數(shù)據(jù)庫(kù)的實(shí)時(shí)恢復(fù)，會(huì)導(dǎo)致業(yè)務(wù)數(shù)據(jù)的丟失，銀行應(yīng)該采用數(shù)據(jù)庫(kù)冷備份和熱備份相結(jié)合的方式來(lái)完成數(shù)據(jù)庫(kù)的備份。銀行金融系統(tǒng)需要支持?jǐn)?shù)據(jù)庫(kù)的實(shí)時(shí)/秒級(jí)恢復(fù)（即恢復(fù)到故障之前的時(shí)間點(diǎn)上），請(qǐng)?jiān)O(shè)計(jì)合理的備份策略，并說(shuō)明其基本恢復(fù)過(guò)程。3.用戶界面設(shè)計(jì)中，設(shè)計(jì)原則不正確的是（）A、為用戶提供更多的信息和功能B、減少用戶的記憶負(fù)擔(dān)C、保持界面一致性D、置用戶于控制之下4.若某航空公司的飛機(jī)訂票系統(tǒng)有n個(gè)訂票終端，系統(tǒng)為每個(gè)訂票終端創(chuàng)建一個(gè)售票終端的進(jìn)程。假設(shè)Pi（i=1，2，…，n）表示售票終端的進(jìn)程，Hj（j=1，2，…，m）表示公共數(shù)據(jù)區(qū)，分別存放各個(gè)航班的現(xiàn)存票數(shù)，Temp為工作單元。系統(tǒng)初始化時(shí)將信號(hào)量S賦值為1）。P進(jìn)程的工作流程如圖1-14所示，a、b和c處將執(zhí)行P操作和V操作，則圖1-14中a、b和c應(yīng)填入（2）?？瞻祝?）處應(yīng)選擇（）A、0B、1C、2D、35.需求工程活動(dòng)產(chǎn)生軟件運(yùn)行特征的規(guī)約，指明軟件和其他系統(tǒng)元素的接口并建立（）A、數(shù)據(jù)流圖和數(shù)據(jù)字典B、程序流程圖C、體系結(jié)構(gòu)模型D、軟件必須滿足的約束條件6.快速迭代式的原型開(kāi)發(fā)能夠有效控制成本（）是指在開(kāi)發(fā)過(guò)程中逐步改進(jìn)和細(xì)化原型，直至產(chǎn)生出目標(biāo)系統(tǒng)。A、可視化原型開(kāi)發(fā)B、拋棄式原型開(kāi)發(fā)C、演化式原型開(kāi)發(fā)D、增量式原型開(kāi)發(fā)7.甲公司開(kāi)發(fā)的通信軟件，使用"點(diǎn)波"牌商標(biāo)，商標(biāo)沒(méi)有注冊(cè)。2007年4月該地另一公司（乙公司）成立，主要開(kāi)發(fā)通信軟件，也擬使用"點(diǎn)波"牌商標(biāo)，并于2007年5月10日向商標(biāo)局遞交了商標(biāo)注冊(cè)申請(qǐng)書(shū)。甲公司得知這一消息后，于同年5月25日也向商標(biāo)局遞交了商標(biāo)注冊(cè)申請(qǐng)書(shū)。依據(jù)我國(guó)商標(biāo)法，（）能獲準(zhǔn)"點(diǎn)波"牌商標(biāo)注冊(cè)。A、甲公司B、乙公司C、甲、乙公司都D、甲、乙公司都不8.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、用例圖B、順序圖C、協(xié)作圖D、狀態(tài)圖9.依據(jù)《計(jì)算機(jī)軟件保護(hù)條例》，對(duì)軟件的保護(hù)包括（）A、計(jì)算機(jī)程序，但不包括用戶手冊(cè)等文檔B、計(jì)算機(jī)程序及其設(shè)計(jì)方法C、計(jì)算機(jī)程序及其文檔，但不包括開(kāi)發(fā)該軟件的所用思想D、計(jì)算機(jī)源程序，但不包括目標(biāo)程序10.在面向?qū)ο笤O(shè)計(jì)中，用于描述目標(biāo)軟件與外部環(huán)境之間交互的類被稱為（1），它可以（2）?？瞻祝?）處應(yīng)選擇（）A、表示目標(biāo)軟件系統(tǒng)中具有持久意義的信息項(xiàng)及其操作B、協(xié)調(diào)、控制其他類完成用例規(guī)定的功能或行為C、實(shí)現(xiàn)目標(biāo)軟件系統(tǒng)與外部系統(tǒng)或外部設(shè)備之間的信息交流和互操作D、分解任務(wù)并把子任務(wù)分派給適當(dāng)?shù)妮o助類11.電子商務(wù)是構(gòu)建在Internet上的新商務(wù)模式。企業(yè)和個(gè)人使用電子商務(wù)來(lái)降低交易成本，提高商品和信息流的周轉(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)集成商為了贏得客戶的信任，需要提供一份建議方案文檔，對(duì)客戶的需求進(jìn)行響應(yīng)（包括問(wèn)題1、問(wèn)題2和問(wèn)題3所涉及的內(nèi)容）。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP（RequestForProposal）方面的能力、實(shí)力和專業(yè)性，而創(chuàng)建一個(gè)高質(zhì)量的建議方案，需要調(diào)配眾多的資源，按照計(jì)劃執(zhí)行。請(qǐng)用300字以內(nèi)文字簡(jiǎn)要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。12.以下關(guān)于系統(tǒng)兼容性的敘述，正確的是（）A、若兩種計(jì)算機(jī)指令系統(tǒng)與體系結(jié)構(gòu)不同，則無(wú)法實(shí)現(xiàn)高級(jí)語(yǔ)言程序兼容B、操作系統(tǒng)的內(nèi)核在不同體系結(jié)構(gòu)的計(jì)算機(jī)上是不能兼容的C、操作系統(tǒng)的外層在不同類型的計(jì)算機(jī)上是難以實(shí)現(xiàn)兼容的D、不同體系結(jié)構(gòu)的計(jì)算機(jī)之間可以實(shí)現(xiàn)編譯程序兼容13.在層次化網(wǎng)絡(luò)設(shè)計(jì)方案中，（）是核心層的主要任務(wù)。A、高速數(shù)據(jù)轉(zhuǎn)發(fā)B、接入InternetC、工作站接入網(wǎng)絡(luò)D、實(shí)現(xiàn)網(wǎng)絡(luò)的訪問(wèn)策略控制14.假設(shè)磁盤(pán)上每個(gè)磁道劃分成9個(gè)物理塊，每塊存放1個(gè)邏輯記錄。邏輯記錄R0，R1，…，R8存放在同一個(gè)磁道上，記錄的安排順序如表1-7所示。假定磁盤(pán)旋轉(zhuǎn)一圈的時(shí)間為27ms，磁頭當(dāng)前處在R0的開(kāi)始處。若系統(tǒng)順序處理這些記錄，使用單緩沖區(qū)，每個(gè)記錄處理時(shí)間為3ms，則處理這9個(gè)記錄的最長(zhǎng)時(shí)間為（1）；若對(duì)信息存儲(chǔ)進(jìn)行優(yōu)化分布后，處理9個(gè)記錄的最少時(shí)間為（2）。空白（2）處應(yīng)選擇（）A、30msB、36msC、54msD、60ms15.設(shè)信號(hào)的波特率為600Baud，采用4相DPSK調(diào)制，則信道支持的最大數(shù)據(jù)速率為（）A、300bpsB、600bpsC、800bpsD、1200bps16.圖9-12標(biāo)明了6個(gè)城市（A～F）之間的公路（每條公路旁標(biāo)注了其長(zhǎng)度千米數(shù)）。為將部分公路改造成高速公路，使各個(gè)城市之間均可通過(guò)高速公路通達(dá)，至少要改造總計(jì)（1）千米的公路，這種總千米數(shù)最少的改造方案共有（2）個(gè)?？瞻祝?）處應(yīng)選擇（）A、1B、2C、3D、417.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、bracket18.某公司的商品（商品號(hào)，商品名稱，生產(chǎn)商，單價(jià)）和倉(cāng)庫(kù)（倉(cāng)庫(kù)號(hào)，地址，電話，商品號(hào)，庫(kù)存量）兩個(gè)實(shí)體之間的關(guān)系如表2-22和表2-23所示。商品關(guān)系的主鍵是（1）；倉(cāng)庫(kù)關(guān)系的主鍵是（2）；倉(cāng)庫(kù)關(guān)系（3），為了解決這一問(wèn)題，需要將倉(cāng)庫(kù)關(guān)系分解為（4）。空白（1）處應(yīng)選擇（）A、商品號(hào)B、商品名稱C、生產(chǎn)商D、單價(jià)19.面向?qū)ο蠓治龅囊豁?xiàng)重要任務(wù)是發(fā)現(xiàn)潛在對(duì)象并進(jìn)行篩選，錯(cuò)誤的做法是刪除（）A、系統(tǒng)范圍之外的名詞B、表示事件的名詞C、不具有獨(dú)特行為的名詞D、一個(gè)對(duì)象的同義詞20.信息系統(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è)向軟件開(kāi)發(fā)商提出如下要求： ①合法用戶可以安全地使用該系統(tǒng)完成業(yè)務(wù)。 ②靈活的用戶權(quán)限管理。 ③保護(hù)系統(tǒng)數(shù)據(jù)的安全，不會(huì)發(fā)生信息泄露和數(shù)據(jù)損壞。 ④防止來(lái)自于互聯(lián)網(wǎng)上的各種惡意攻擊。 ⑤業(yè)務(wù)系統(tǒng)涉及各種訂單和資金的管理，需要防止授權(quán)侵犯。 ⑥業(yè)務(wù)系統(tǒng)直接面向最終用戶，需要在系統(tǒng)中保留用戶使用痕跡，以應(yīng)對(duì)可能的商業(yè)訴訟。 該軟件開(kāi)發(fā)商接受任務(wù)后，成立方案設(shè)計(jì)小組，提出的設(shè)計(jì)方案是：在原有業(yè)務(wù)系統(tǒng)的基礎(chǔ)上，保留了原業(yè)務(wù)系統(tǒng)中的認(rèn)證和訪問(wèn)控制模塊；為了防止來(lái)自互聯(lián)網(wǎng)的威脅，增加了防火墻和入侵檢測(cè)系統(tǒng)。 企業(yè)和軟件開(kāi)發(fā)商共同組成方案評(píng)審會(huì)，對(duì)該方案進(jìn)行了評(píng)審，各位專家對(duì)該方案提出了多點(diǎn)不同意見(jiàn)。李工認(rèn)為，原業(yè)務(wù)系統(tǒng)只針對(duì)企業(yè)內(nèi)部員工，采用了用戶名/密碼方式是可以的，但擴(kuò)展為基于互聯(lián)網(wǎng)的B2C業(yè)務(wù)系統(tǒng)后，認(rèn)證方式過(guò)于簡(jiǎn)單，很可能造成用戶身份被盜?。和豕ふJ(rèn)為，防止授權(quán)侵犯和保留用戶痕跡的要求在方案中沒(méi)有體現(xiàn)。而劉工則認(rèn)為，即使是在原有業(yè)務(wù)系統(tǒng)上的擴(kuò)展與改造，也必須全面考慮信息系統(tǒng)面臨的各種威脅，設(shè)計(jì)完整的系統(tǒng)安全架構(gòu)，而不是修修補(bǔ)補(bǔ)。信息系統(tǒng)面臨的安全威脅多種多樣，來(lái)自多個(gè)方面。請(qǐng)指出信息系統(tǒng)面臨哪些方面的安全威脅并分別予以簡(jiǎn)要描述。21.J2EE 某軟件公司承擔(dān)了某中小型企業(yè)應(yīng)用軟件開(kāi)發(fā)任務(wù)，進(jìn)度要求緊迫。為了按時(shí)完成任務(wù)，選擇合適的企業(yè)應(yīng)用系統(tǒng)開(kāi)發(fā)架構(gòu)非常重要。項(xiàng)目組在進(jìn)行方案論證時(shí)，項(xiàng)目組成員提出了兩種開(kāi)發(fā)思路。 ①劉工建議采用J2EE5.0和EJB3.0進(jìn)行開(kāi)發(fā)。理由是J2EE定義了標(biāo)準(zhǔn)的應(yīng)用開(kāi)發(fā)體系結(jié)構(gòu)和部署環(huán)境，EJB是J2EE的基礎(chǔ)和核心。J2EE5.0的主要目標(biāo)是簡(jiǎn)化開(kāi)發(fā)，相比EJB2.1，EJB3.0具有很多改進(jìn)和提高。 ②杜工建議采用Struts、Spring和Hibernate輕量級(jí)開(kāi)源框架相結(jié)合的方式。理由是隨著Java開(kāi)源項(xiàng)目陣營(yíng)的發(fā)展壯大，一些基于POJO（PlanOldJavaObjects）的開(kāi)源框架被廣泛地引入到Java企業(yè)應(yīng)用開(kāi)發(fā)中來(lái)，與重量級(jí)的EJB框架相比，這些輕量級(jí)的框架有很多優(yōu)點(diǎn)。 項(xiàng)目組仔細(xì)比較分析了兩種方案的特點(diǎn)、優(yōu)點(diǎn)和不足之處。認(rèn)為杜工和劉工的建議都合理，但是從結(jié)合當(dāng)前項(xiàng)目實(shí)際情況出發(fā)，最后決定采用杜工的建議。請(qǐng)用200字以內(nèi)的文字?jǐn)⑹鯯truts、Spring和Hibemate開(kāi)源框架特點(diǎn)和結(jié)合方式。22.企業(yè)信息系統(tǒng)往往是一個(gè)具有業(yè)務(wù)復(fù)雜性和技術(shù)復(fù)雜性的大系統(tǒng)，針對(duì)其建設(shè)，系統(tǒng)分析首先要進(jìn)行的工作是（1）。系統(tǒng)開(kāi)發(fā)的目的是（2）?？瞻祝?）處應(yīng)選擇（）A、獲得當(dāng)前系統(tǒng)的物理模型B、抽象出當(dāng)前系統(tǒng)的邏輯模型C、建立目標(biāo)系統(tǒng)的邏輯模型D、建立目標(biāo)系統(tǒng)的物理模型23.在RUP中采用"4+1"視圖模型來(lái)描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶側(cè)重于（1），系統(tǒng)工程師側(cè)重于（2）?？瞻祝?）處應(yīng)選擇（）A、實(shí)現(xiàn)視圖B、進(jìn)程視圖C、邏輯視圖D、部署視圖24.某網(wǎng)上購(gòu)物電子商務(wù)公司擬升級(jí)正在使用的在線交易系統(tǒng)，以提高用戶網(wǎng)上購(gòu)物在線支付環(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é)議和處理過(guò)程的設(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）交易過(guò)程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫(huà)面具有600*480的分辨率，20幀/秒的速率。 （g）更改加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響。 （h）主站點(diǎn)斷電后，需要在3秒內(nèi)將訪問(wèn)請(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ù)庫(kù)授權(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)開(kāi)發(fā)的相關(guān)人員對(duì)系統(tǒng)架構(gòu)進(jìn)行評(píng)估。 在架構(gòu)評(píng)估過(guò)程中，質(zhì)量屬性效用樹(shù)（UtilityTree）是對(duì)系統(tǒng)質(zhì)量屬性進(jìn)行識(shí)別和優(yōu)先級(jí)排序的重要工具。請(qǐng)給出合適的質(zhì)量屬性，填入圖12-24中（1）、（2）空白處；并選擇題干描述的（a）～（m），填入（3）～（6）空白處，完成該系統(tǒng)的效用樹(shù)。 25.論基于REST服務(wù)的Web應(yīng)用系統(tǒng)設(shè)計(jì)REST（REpresentationalStateTransfer）是指從幾種基于網(wǎng)絡(luò)的架構(gòu)風(fēng)格衍生出來(lái)的一種混合架構(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)，近年來(lái)受到了廣泛的關(guān)注。 請(qǐng)圍繞"基于REST服務(wù)的Web應(yīng)用系統(tǒng)設(shè)計(jì)"論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與實(shí)施的Web應(yīng)用系統(tǒng)開(kāi)發(fā)項(xiàng)目及你所承擔(dān)的主要工作。 ②簡(jiǎ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í)遇到了哪些問(wèn)題，如何解決。第2卷一.參考題庫(kù)(共25題)1.A、B兩個(gè)獨(dú)立的網(wǎng)站都主要靠廣告收入來(lái)支撐發(fā)展，目前都采用較高的價(jià)格銷(xiāo)售廣告。這兩個(gè)網(wǎng)站都想通過(guò)降價(jià)爭(zhēng)奪更多的客戶和更豐厚的利潤(rùn)。假設(shè)這兩個(gè)網(wǎng)站在現(xiàn)有策略下各可以獲得1000萬(wàn)元的利潤(rùn)。如果一方單獨(dú)降價(jià)，就能擴(kuò)大市場(chǎng)份額，可以獲得1500萬(wàn)元利潤(rùn)，此時(shí)，另一方的市場(chǎng)份額就會(huì)縮小，利潤(rùn)將下降到200萬(wàn)元。如果這兩個(gè)網(wǎng)站同時(shí)降價(jià)，則他們都將只能得到700萬(wàn)元利潤(rùn)。這兩個(gè)網(wǎng)站的主管各自經(jīng)過(guò)獨(dú)立的理性分析后決定（）A、A采取高價(jià)策略，B采取低價(jià)策略B、A采取高價(jià)策略，B采取高價(jià)策略C、A采取低價(jià)策略，B采取低價(jià)策略D、A采取低價(jià)策略，B采取高價(jià)策略2.某磁盤(pán)盤(pán)組共有10個(gè)盤(pán)面，每個(gè)盤(pán)面上有100個(gè)磁道，每個(gè)磁道有32個(gè)扇區(qū)，假定物理塊的大小為2個(gè)扇區(qū)，分配以物理塊為單位。若使用位示圖（Bitmap）管理磁盤(pán)空間，則位圖需要占用（1）字節(jié)空間。若采用空白文件管理磁盤(pán)空間，且空白文件目錄的每個(gè)表項(xiàng)占用5個(gè)字節(jié)，則當(dāng)空白文件數(shù)目大于（2）時(shí)，空白文件目錄占用的字節(jié)數(shù)大于位圖占用的字節(jié)數(shù)?？瞻祝?）處應(yīng)選擇（）A、32000B、3200C、2000D、16003.某服務(wù)器軟件系統(tǒng)對(duì)可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（1）設(shè)計(jì)策略能提高該系統(tǒng)的可用性，（2）設(shè)計(jì)策略能夠提高該系統(tǒng)的性能，（3）設(shè)計(jì)策略能夠提高該系統(tǒng)的可修改性?？瞻祝?）處應(yīng)選擇（）A、Ping/EchoB、限制訪問(wèn)C、運(yùn)行時(shí)注冊(cè)D、接口-實(shí)現(xiàn)分離4.SOXisanalternative（1）forXML.ItisusefulforreadingandcreatingXMLcontentina（2）editor.ItistheneasilytransformedintoproperXML.SOXwascreatedbecausedeveloperscanspendagreatdealoftimewithrawXML.Formanyofus,thepopularXML（3）havenotreachedapointwheretheirtreeviews,tablesandformscancompletelysubstitutefortheunderlying（4）language.Thisisnotsurprisingwhenoneconsidersthatdevelopersstilluseatextview,albeitenhanced,foreditingotherlanguagessuchasJava.SOXuses（5）torepresentthestructureofanXMLdocument,whicheliminatestheneedforclosingtagsandanumberofquotingdevices.Theresultissurprisinglyclear.空白（2）處應(yīng)選擇（）A、graphicB、programC、commandD、text5.甲公司的某個(gè)注冊(cè)商標(biāo)是乙畫(huà)家創(chuàng)作的繪畫(huà)作品，甲申請(qǐng)?jiān)撋虡?biāo)注冊(cè)時(shí)未經(jīng)乙的許可，乙認(rèn)為其著作權(quán)受到侵害。在乙可采取的以下做法中，錯(cuò)誤的是（）A、向甲公司所在地人民法院提起著作權(quán)侵權(quán)訴訟B、請(qǐng)求商標(biāo)評(píng)審委員會(huì)裁定撤銷(xiāo)甲的注冊(cè)商標(biāo)C、首先提起訴訟，如對(duì)法院判決不服再請(qǐng)求商標(biāo)評(píng)審委員會(huì)進(jìn)行裁定D、與甲交涉，采取許可方式讓甲繼續(xù)使用該注冊(cè)商標(biāo)6.電子政務(wù) 電子政務(wù)是指政府機(jī)構(gòu)利用信息化手段來(lái)實(shí)現(xiàn)政府職能。 某市房地產(chǎn)交易網(wǎng)站是市建設(shè)委員會(huì)實(shí)施電子政務(wù)的門(mén)戶，網(wǎng)站包括以下欄目：項(xiàng)目公示、業(yè)務(wù)辦理、信息發(fā)布、通知公告、政策法規(guī)、房地產(chǎn)經(jīng)紀(jì)、在線答疑等，其中業(yè)務(wù)辦理欄目中又包括申辦預(yù)售許可、期房網(wǎng)上簽約、申請(qǐng)預(yù)售登記、權(quán)屬登記申請(qǐng)、現(xiàn)房網(wǎng)上簽約、經(jīng)紀(jì)機(jī)構(gòu)管理、評(píng)估行業(yè)管理等項(xiàng)目，多數(shù)的業(yè)務(wù)辦理項(xiàng)目需要管理部門(mén)多級(jí)審批。本題中的電子政務(wù)項(xiàng)目在進(jìn)行需求分析時(shí)，系統(tǒng)分析師需要有效地獲取需求，進(jìn)行需求建模。需求建模包括域建模、用例建模、組件和服務(wù)建模、性能建模等。請(qǐng)用300字以內(nèi)文字分別簡(jiǎn)要敘述什么是用例建模、組件和服務(wù)建模、性能建模。7.實(shí)現(xiàn)VPN的關(guān)鍵技術(shù)主要有隧道技術(shù)、加/解密技術(shù)、（1）和身份認(rèn)證技術(shù)。如果需要在傳輸層實(shí)現(xiàn)VPN，可選的協(xié)議是（2）?？瞻祝?）處應(yīng)選擇（）A、入侵檢測(cè)技術(shù)B、病毒防治技術(shù)C、安全審計(jì)技術(shù)D、密鑰管理技術(shù)8.在數(shù)據(jù)庫(kù)系統(tǒng)中，“事務(wù)”是訪問(wèn)數(shù)據(jù)庫(kù)并可能更新各種數(shù)據(jù)項(xiàng)的一個(gè)程序執(zhí)行單元。為了保證數(shù)據(jù)完整性，要求數(shù)據(jù)庫(kù)系統(tǒng)維護(hù)事務(wù)的原子性、一致性、隔離性和持久性。針對(duì)事務(wù)的這4種特性，考慮以下的架構(gòu)設(shè)計(jì)場(chǎng)景。假設(shè)在某一個(gè)時(shí)刻只有一個(gè)活動(dòng)的事務(wù)，為了保證事務(wù)的原子性，對(duì)于要執(zhí)行寫(xiě)操作的數(shù)據(jù)項(xiàng)，數(shù)據(jù)庫(kù)系統(tǒng)在磁盤(pán)上維護(hù)數(shù)據(jù)庫(kù)的一個(gè)副本，所有的寫(xiě)操作都在數(shù)據(jù)庫(kù)副本上執(zhí)行，而保持原始數(shù)據(jù)庫(kù)不變，如果在任一時(shí)刻操作不得不中止，系統(tǒng)僅需要?jiǎng)h除副本，原數(shù)據(jù)庫(kù)沒(méi)有受到任何影響。這種設(shè)計(jì)策略稱為（1）。事務(wù)的一致性要求在沒(méi)有其他事務(wù)并發(fā)執(zhí)行的情況下，事務(wù)的執(zhí)行應(yīng)該保證數(shù)據(jù)庫(kù)的一致性。數(shù)據(jù)庫(kù)系統(tǒng)通常采用（2）機(jī)制保證單個(gè)事務(wù)的一致性。事務(wù)的隔離性保證操作并發(fā)執(zhí)行后的系統(tǒng)狀態(tài)與這些操作以某種次序順序執(zhí)行（即可串行化執(zhí)行）后的狀態(tài)是等價(jià)的。兩階段鎖協(xié)議是實(shí)現(xiàn)隔離性的常見(jiàn)方案，該協(xié)議（3）。持久性保證一旦事務(wù)完成，該事務(wù)對(duì)數(shù)據(jù)庫(kù)所做的所有更新都是永久的，如果事務(wù)完成后系統(tǒng)出現(xiàn)故障，則需要通過(guò)恢復(fù)機(jī)制保證事務(wù)的持久性。假設(shè)在日志中記錄所有對(duì)數(shù)據(jù)庫(kù)的修改操作，將一個(gè)事務(wù)的所有寫(xiě)操作延遲到事務(wù)提交后才執(zhí)行，則在日志中（4）。當(dāng)系統(tǒng)發(fā)生故障時(shí)，如果某個(gè)事務(wù)已經(jīng)開(kāi)始，但沒(méi)有提交，則該事務(wù)應(yīng)該（5）?？瞻祝?）處應(yīng)選擇（）A、無(wú)須記錄“事務(wù)開(kāi)始執(zhí)行”這一事件B、無(wú)須記錄“事務(wù)已經(jīng)提交”這一事件C、無(wú)須記錄數(shù)據(jù)項(xiàng)被事務(wù)修改后的新值D、無(wú)須記錄數(shù)據(jù)項(xiàng)被事務(wù)修改前的原始值9.特定領(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的過(guò)程中包括一系列基本的活動(dòng)，其中（1）活動(dòng)的主要目的是為了獲得DSSA。該活動(dòng)參加人員中，（2）的主要任務(wù)是提供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識(shí)。空白（2）處應(yīng)選擇（）A、領(lǐng)域?qū)＜褺、領(lǐng)域分析者C、領(lǐng)域設(shè)計(jì)者D、領(lǐng)域?qū)崿F(xiàn)名10.2005年12月，ISO正式發(fā)布了 ①作為IT服務(wù)管理的國(guó)際標(biāo)準(zhǔn)；2007年10月，ITU接納 ②為3G標(biāo)準(zhǔn)；2005年10月，ISO正式發(fā)布了 ③作為信息安全管理的國(guó)際標(biāo)準(zhǔn)。 ①、②和③分別是（）A、①I(mǎi)SO27000②IEEE802.16③ISO20000B、①I(mǎi)SO27000②ISO20000③IEEE802.16C、①I(mǎi)SO20000②IEEE802.16③ISO27000D、①I(mǎi)EEE802.16②ISO20000③ISO2700011.當(dāng)不適合采用生成子類的方法對(duì)已有的類進(jìn)行擴(kuò)充時(shí)，可以采用（1）設(shè)計(jì)模式動(dòng)態(tài)地給一個(gè)對(duì)象添加一些額外的職責(zé)；當(dāng)應(yīng)用程序由于使用大量的對(duì)象，造成很大的存儲(chǔ)開(kāi)銷(xiāo)時(shí)，可以采用（2）設(shè)計(jì)模式運(yùn)用共享技術(shù)來(lái)有效地支持大量細(xì)粒度的對(duì)象；當(dāng)想使用一個(gè)已經(jīng)存在的類，但其接口不符合需求時(shí)，可以采用（3）設(shè)計(jì)模式將該類的接口轉(zhuǎn)換成我們希望的接口。空白（2）處應(yīng)選擇（）A、命令（CommanD）B、適配器（Adapter）C、裝飾（DecoratE）D、享元（Flyweight）12.逆向工程過(guò)程的抽象層次是指可從源代碼中抽取出來(lái)的設(shè)計(jì)信息的精制程度。抽象層次分為4層，其中，"最低層"抽象能夠?qū)С鲞^(guò)程的設(shè)計(jì)表示文檔，"低層"抽象能夠?qū)С龀绦蚝蛿?shù)據(jù)結(jié)構(gòu)信息，"中層"能夠?qū)С觯?），"高層"抽象能夠?qū)С觯?）?？瞻祝?）處應(yīng)選擇（）A、實(shí)體關(guān)系模型B、模塊結(jié)構(gòu)圖C、完全的數(shù)據(jù)流圖D、全部文檔信息13.博學(xué)軟件公司承擔(dān)了某項(xiàng)國(guó)家重點(diǎn)項(xiàng)目的研制工作，任務(wù)重點(diǎn)是參考國(guó)外汽車(chē)電子發(fā)展趨勢(shì)，開(kāi)發(fā)某汽車(chē)公司的企業(yè)汽車(chē)電子基礎(chǔ)軟件的架構(gòu)，逐步實(shí)現(xiàn)汽車(chē)企業(yè)未來(lái)技術(shù)發(fā)展規(guī)劃。 該公司接收此項(xiàng)任務(wù)后，調(diào)動(dòng)全體技術(shù)人員深入收集國(guó)外相關(guān)技術(shù)資料，經(jīng)過(guò)多方調(diào)研和分析，公司提出遵照國(guó)際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)施的原則，實(shí)現(xiàn)汽車(chē)公司的基礎(chǔ)軟件架構(gòu)設(shè)計(jì)。圖12-11給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。AUTOSAR是一種開(kāi)放式架構(gòu)，用150字以內(nèi)的文字，說(shuō)明采用AUTOSAR架構(gòu)的主要優(yōu)點(diǎn)，并說(shuō)明汽車(chē)電子ECU覆蓋汽車(chē)的哪3個(gè)領(lǐng)域。14.博學(xué)公司開(kāi)發(fā)一個(gè)文檔編輯器，該編輯器允許在文檔中直接嵌入圖形對(duì)象，但開(kāi)銷(xiāo)很大。用戶在系統(tǒng)設(shè)計(jì)之初提出編輯器在打開(kāi)文檔時(shí)必須十分迅速，可以暫時(shí)不顯示當(dāng)前頁(yè)面以外的圖形。針對(duì)這種需求，公司可以采用（）避免同時(shí)創(chuàng)建這些圖形對(duì)象。A、代理模式B、外觀模式C、橋接模式D、組合模式15.對(duì)于違反里氏替換原則的兩個(gè)類A和B，可以采用的候選解決方案是（）A、盡量將一些需要擴(kuò)展的類或者存在變化的類設(shè)計(jì)為抽象類或者接口，并將其作為基類，在程序中盡量使用基類對(duì)象進(jìn)行編程B、創(chuàng)建一個(gè)新的抽象類C，作為兩個(gè)具體類的超類，將A和B共同的行為移動(dòng)到C中，從而解決A和B行為不完全一致的問(wèn)題C、將B到A的繼承關(guān)系改成組合關(guān)系D、區(qū)分是Is-a還是Has-a。如果是Is-a，可以使用繼承關(guān)系，如果是Has-a，應(yīng)該改成組合或聚合關(guān)系16.系統(tǒng)測(cè)試由若干個(gè)不同的測(cè)試類型組成，其中（1）檢查系統(tǒng)能力的最高實(shí)際限度，即軟件在一些超負(fù)荷情況下的運(yùn)行情況；（2）主要是檢查系統(tǒng)的容錯(cuò)能力。空白（1）處應(yīng)選擇（）A、強(qiáng)度測(cè)試B、性能測(cè)試C、恢復(fù)測(cè)試D、可靠性測(cè)試17.提高計(jì)算機(jī)可靠性可以采用冗余技術(shù)，下面的例子中屬于信息冗余的是（）A、軟件備份B、CRC校驗(yàn)C、程序卷回D、指令復(fù)執(zhí)18.關(guān)于電子政務(wù)與傳統(tǒng)政務(wù)的比較，以下論述不正確的是（）A、辦公手段不同B、與公眾溝通方式存在差異C、業(yè)務(wù)流程一致D、電子政務(wù)是政務(wù)活動(dòng)一種新的表現(xiàn)形式19.回調(diào)（CallBack）函數(shù)是面向過(guò)程的程序設(shè)計(jì)語(yǔ)言中常用的一種機(jī)制，而設(shè)計(jì)模式中的（1）模式就是回調(diào)機(jī)制的一個(gè)面向?qū)ο蟮奶娲?。該模式的意圖是（2）?？瞻祝?）處應(yīng)選擇（）A、使原本由于接口不兼容而不能一起工作的那些類可以一起工作B、將一個(gè)請(qǐng)求封裝為一個(gè)對(duì)象，從而可用不同的請(qǐng)求對(duì)客戶進(jìn)行參數(shù)化，將請(qǐng)求排隊(duì)或記錄請(qǐng)求日志，支持可撤銷(xiāo)的操作C、定義對(duì)象間的一種一對(duì)多的依賴關(guān)系，當(dāng)一個(gè)對(duì)象的狀態(tài)發(fā)生改變時(shí)，所有依賴于它的對(duì)象都得到通知并被自動(dòng)更新D、使算法可獨(dú)立于使用它的客戶而變化20.采用UML分析用戶需求時(shí)，用例UC1可以出現(xiàn)在用例UC2出現(xiàn)的任何位置，那么UC1和UC2之間的關(guān)系是（）A、includeB、extendC、generalizeD、call21.以下關(guān)于需求管理的敘述中，正確的是（）A、需求管理是一個(gè)對(duì)系統(tǒng)需求及其變更進(jìn)行了解和控制的過(guò)程B、為了獲得項(xiàng)目，開(kāi)發(fā)人員可以先向客戶做出某些承諾C、需求管理的重點(diǎn)在于收集和分析項(xiàng)目需求D、軟件開(kāi)發(fā)過(guò)程是獨(dú)立于需求管理的活動(dòng)22.（）是錯(cuò)誤的網(wǎng)絡(luò)設(shè)備選型原則。A、選擇網(wǎng)絡(luò)設(shè)備，應(yīng)盡可能選擇同一廠家的產(chǎn)品。B、為了保證網(wǎng)絡(luò)先進(jìn)性，盡可能選擇性能高的產(chǎn)品C、核心設(shè)備的選取要考慮系統(tǒng)日后的擴(kuò)展性D、網(wǎng)絡(luò)設(shè)備選擇要充分考慮其可靠性23.MIPS（每秒百萬(wàn)次指令數(shù)）和MFLOPS（每秒百萬(wàn)次浮點(diǎn)運(yùn)算數(shù)）是衡量CPU性能的兩個(gè)指標(biāo)，其中（）A、MIPS適合衡量向量處理機(jī)的性能，MFLOPS適合衡量標(biāo)量處理機(jī)的性能B、MIPS適合衡量標(biāo)量處理機(jī)的性能，MFLOPS適合衡量向量處理機(jī)的性能C、MIPS反映計(jì)算機(jī)系統(tǒng)的峰值性能，MFLOPS反映計(jì)算機(jī)系統(tǒng)的持續(xù)性能D、MIPS反映計(jì)算機(jī)系統(tǒng)的持續(xù)性能，MFLOPS反映計(jì)算機(jī)系統(tǒng)的峰值性能24.網(wǎng)絡(luò)安全設(shè)計(jì)是保證網(wǎng)絡(luò)安全運(yùn)行的基礎(chǔ)，網(wǎng)絡(luò)安全設(shè)計(jì)有其基本的設(shè)計(jì)原則。以下關(guān)于網(wǎng)絡(luò)安全設(shè)計(jì)原則的描述.錯(cuò)誤的是（）A、網(wǎng)絡(luò)安全的"木桶原則"強(qiáng)調(diào)對(duì)信息均衡、全面地進(jìn)行保護(hù)B、良好的等級(jí)劃分，是實(shí)現(xiàn)網(wǎng)絡(luò)安全的保障C、網(wǎng)絡(luò)安全系統(tǒng)設(shè)計(jì)應(yīng)獨(dú)立進(jìn)行，不需要考慮網(wǎng)絡(luò)結(jié)構(gòu)D、網(wǎng)絡(luò)安全系統(tǒng)應(yīng)該以不影響系統(tǒng)正常運(yùn)行為前提25.對(duì)象管理組織（OMG）基于CORBA基礎(chǔ)設(shè)施定義了4種構(gòu)件標(biāo)準(zhǔn)。其中，（）的狀態(tài)信息是由構(gòu)件自身而不是由容器維護(hù)。A、實(shí)體構(gòu)件B、加工構(gòu)件C、服務(wù)構(gòu)件D、會(huì)話構(gòu)件第3卷一.參考題庫(kù)(共25題)1.聯(lián)合需求分析會(huì)議 某軟件公司接受A公司委托開(kāi)發(fā)一個(gè)軟件任務(wù)，該任務(wù)由張工負(fù)責(zé)。張工預(yù)計(jì)在4周內(nèi)完成對(duì)系統(tǒng)的需求分析，并形成需求規(guī)格說(shuō)明書(shū)。張工委派了項(xiàng)目組的小劉來(lái)負(fù)責(zé)需求信息的獲取。 兩周后，小劉向張工匯報(bào)了他進(jìn)行需求分析的過(guò)程及結(jié)果。小劉采用問(wèn)卷調(diào)查的方式向A公司的50名工作人員搜集信息。他首先準(zhǔn)備了問(wèn)卷的初稿，并請(qǐng)A公司的相關(guān)管理人員進(jìn)行了測(cè)試和修正；然后將問(wèn)卷分發(fā)給A公司的每位工作人員，并要求他們?cè)谝恢軆?nèi)返還問(wèn)卷。但到目前為止，小劉只收回了7份問(wèn)卷。小劉認(rèn)為自己是完全按照問(wèn)卷調(diào)查的步驟和要求實(shí)施的，而問(wèn)卷的返還率仍然很低。張工聽(tīng)完后，給小劉分析了失敗的原因，并提出了一些能夠提高問(wèn)卷返還率的建議。 但是為了不耽誤項(xiàng)目的進(jìn)度，張工決定采用JRP（JointRequirementsPlanning）的方法再次進(jìn)行需求調(diào)查，張工作為JRP的主持人。最終在第4周完成了需求規(guī)格說(shuō)明書(shū)，并決定了系統(tǒng)后續(xù)階段的開(kāi)發(fā)計(jì)劃，如圖12-3所示。 該項(xiàng)目組除了張工之外，還有2名全職的開(kāi)發(fā)人員，可以承擔(dān)項(xiàng)目中的任何任務(wù)，并且承擔(dān)同一任務(wù)的開(kāi)發(fā)人員總是在一起工作。預(yù)計(jì)的開(kāi)發(fā)時(shí)間中已經(jīng)包含了編寫(xiě)文檔的時(shí)間。張工決定采用迭代模型，在160天內(nèi)完成這3個(gè)模塊的設(shè)計(jì)、實(shí)現(xiàn)與測(cè)試。請(qǐng)用300字以內(nèi)文字簡(jiǎn)要說(shuō)明JRP的基本思想及保證JRP順利實(shí)施的基本原則。2.某軟件開(kāi)發(fā)公司負(fù)責(zé)開(kāi)發(fā)一個(gè)Web服務(wù)器服務(wù)端處理軟件，其核心部分是對(duì)客戶端請(qǐng)求消息的解析與處理，包括HTTP報(bào)頭分離、SOAP報(bào)文解析等功能。該公司的架構(gòu)師決定采用成熟的架構(gòu)風(fēng)格指導(dǎo)整個(gè)軟件的設(shè)計(jì)，以下（）架構(gòu)風(fēng)格，最適合該服務(wù)端處理軟件。A、虛擬機(jī)B、管道.過(guò)濾器C、黑板結(jié)構(gòu)D、分層結(jié)構(gòu)3.在開(kāi)發(fā)一個(gè)企業(yè)管理信息系統(tǒng)時(shí)，首先要進(jìn)行用戶調(diào)查，調(diào)查中收集的主要信息包括（）A、管理目標(biāo)、人力資源、業(yè)務(wù)流程和數(shù)據(jù)流程信息B、組織結(jié)構(gòu)、功能體系、業(yè)務(wù)流程和數(shù)據(jù)流程信息C、企業(yè)性質(zhì)、客戶資源、業(yè)務(wù)流程和數(shù)據(jù)流程信息D、管理目標(biāo)、功能體系、業(yè)務(wù)流程和數(shù)據(jù)流程信息4.某公司的商品（商品號(hào)，商品名稱，生產(chǎn)商，單價(jià)）和倉(cāng)庫(kù)（倉(cāng)庫(kù)號(hào)，地址，電話，商品號(hào)，庫(kù)存量）兩個(gè)實(shí)體之間的關(guān)系如表2-22和表2-23所示 。商品關(guān)系的主鍵是（1）；倉(cāng)庫(kù)關(guān)系的主鍵是（2）；倉(cāng)庫(kù)關(guān)系（3），為了解決這一問(wèn)題，需要將倉(cāng)庫(kù)關(guān)系分解為（4）?？瞻祝?）處應(yīng)選擇（）A、倉(cāng)庫(kù)1（倉(cāng)庫(kù)號(hào)，地址）和倉(cāng)庫(kù)2（倉(cāng)庫(kù)號(hào)，電話，商品號(hào)，庫(kù)存量）B、倉(cāng)庫(kù)1（倉(cāng)庫(kù)號(hào)，地址，電話）和倉(cāng)庫(kù)2（商品號(hào)，庫(kù)存量）C、倉(cāng)庫(kù)1（倉(cāng)庫(kù)號(hào)，電話）和倉(cāng)庫(kù)2（倉(cāng)庫(kù)號(hào)，地址，商品號(hào)，庫(kù)存量）D、倉(cāng)庫(kù)1（倉(cāng)庫(kù)號(hào)，地址，電話）和倉(cāng)庫(kù)2（倉(cāng)庫(kù)號(hào)，商品號(hào)，庫(kù)存量）5.（）是指按內(nèi)容訪問(wèn)的存儲(chǔ)器。A、虛擬存儲(chǔ)器B、相聯(lián)存儲(chǔ)器C、高速緩存（CachE）D、隨機(jī)訪問(wèn)存儲(chǔ)器6.在信息系統(tǒng)建設(shè)中，為了使開(kāi)發(fā)出來(lái)的目標(biāo)系統(tǒng)能滿足實(shí)際需要，在著手編程之前應(yīng)認(rèn)真考慮以下問(wèn)題：1）系統(tǒng)所要求解決的問(wèn)題是什么？2）為解決該問(wèn)題，系統(tǒng)應(yīng)干些什么？3）系統(tǒng)應(yīng)該怎樣去干？其中第2個(gè)問(wèn)題的解決是（1）的任務(wù)，第3個(gè)問(wèn)題的解決是（2）的任務(wù)。空白（2）處應(yīng)選擇（）A、信息系統(tǒng)總體規(guī)劃階段B、信息系統(tǒng)分析階段C、信息系統(tǒng)設(shè)計(jì)階段D、信息系統(tǒng)實(shí)施階段7.對(duì)實(shí)際應(yīng)用問(wèn)題建立了數(shù)學(xué)模型后，一般還需要對(duì)該模型進(jìn)行檢驗(yàn)。通過(guò)檢驗(yàn)，盡可能找出模型中的問(wèn)題，以利于改進(jìn)模型，有時(shí)還可能會(huì)否定該模型。檢驗(yàn)?zāi)Ｐ偷淖龇ㄓ卸喾N，但一般不會(huì)（）A、利用實(shí)際案例數(shù)據(jù)對(duì)模型進(jìn)行檢驗(yàn)B、進(jìn)行邏輯檢驗(yàn)，分析該模型是否會(huì)出現(xiàn)矛盾C、用計(jì)算機(jī)模擬實(shí)際問(wèn)題來(lái)檢驗(yàn)?zāi)Ｐ虳、檢驗(yàn)該模型所采用的技術(shù)能否被企業(yè)負(fù)責(zé)人理解8.設(shè)有職工實(shí)體Employee（職工號(hào)，姓名，性別，年齡，通信地址，家庭成員），其中通信地址記錄了郵編、省、市、街道信息；家庭成員記錄了職工的親屬的姓名。職工實(shí)體中的通信地址是一個(gè)（1）屬性；為了將數(shù)據(jù)庫(kù)模式設(shè)計(jì)得更合理，對(duì)于家庭成員屬性（2）?？瞻祝?）處應(yīng)選擇（）A、可以不作任何處理直接記錄親屬的姓名B、只允許記錄一個(gè)親屬的姓名C、需要對(duì)職工實(shí)體設(shè)置若干個(gè)親屬姓名字段D、應(yīng)該將職工的親屬的姓名加上職工號(hào)設(shè)計(jì)成為一個(gè)獨(dú)立的實(shí)體9.架構(gòu)描述語(yǔ)言（ArchitectureDescriptionLanguage，ADL）是一種為明確說(shuō)明軟件系統(tǒng)的概念架構(gòu)和對(duì)這些概念架構(gòu)建模提供功能的語(yǔ)言。ADL主要包括以下組成部分：組件、組件接口、（）和架構(gòu)配置。A、架構(gòu)風(fēng)格B、架構(gòu)實(shí)現(xiàn)C、連接件D、組件實(shí)現(xiàn)10.某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í)間太長(zhǎng)D、網(wǎng)段內(nèi)還有其他DHCP服務(wù)器，工作站接到其他DHCP服務(wù)器響應(yīng)的地址11.SOA 某銀行開(kāi)通了網(wǎng)上銀行業(yè)務(wù)，其網(wǎng)上貸款業(yè)務(wù)流程如下： ①客戶在網(wǎng)上填寫(xiě)姓名、電子郵件地址、貸款類型、貸款金額、身份證號(hào)、通訊地址等信息，提交貸款申請(qǐng)。 ②在指定的時(shí)間內(nèi)，客戶會(huì)收到銀行的電子郵件，通知貸款是否被批準(zhǔn)。 ③銀行根據(jù)客戶提交的信息，創(chuàng)建貸款申請(qǐng)任務(wù)，創(chuàng)建工作由運(yùn)行在主機(jī)上的CICS（客戶信息控制系統(tǒng)）完成，同時(shí)需要從第三方獲得客戶的信用審查信息。 ④由信貸員對(duì)該項(xiàng)貸款申請(qǐng)業(yè)務(wù)進(jìn)行審批，然后由風(fēng)險(xiǎn)檢查系統(tǒng)評(píng)估該項(xiàng)貸款的風(fēng)險(xiǎn)程度，風(fēng)險(xiǎn)大的貸款申請(qǐng)被拒絕。 ⑤無(wú)論批準(zhǔn)或者拒絕，結(jié)果都會(huì)通過(guò)郵件系統(tǒng)遞交給客戶。對(duì)于拒絕的貸款申請(qǐng)，還要通知貸款申請(qǐng)任務(wù)進(jìn)行有關(guān)操作。 ⑥除了信貸員審批環(huán)節(jié)需要人機(jī)交互外，業(yè)務(wù)是自動(dòng)進(jìn)行的。 上述網(wǎng)上貸款系統(tǒng)能夠?qū)嶋H應(yīng)用的基本前提之一是滿足金融領(lǐng)域的安全性需求。該系統(tǒng)必須要滿足哪些安全方面的需求？請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要說(shuō)明。12.網(wǎng)絡(luò)系統(tǒng)設(shè)計(jì)過(guò)程中，邏輯網(wǎng)絡(luò)設(shè)計(jì)階段的任務(wù)是（）A、依據(jù)邏輯網(wǎng)絡(luò)設(shè)計(jì)的要求，確定設(shè)備的物理分布和運(yùn)行環(huán)境B、分析現(xiàn)有網(wǎng)絡(luò)和新網(wǎng)絡(luò)的資源分布，掌握網(wǎng)絡(luò)的運(yùn)行狀態(tài)C、根據(jù)需求規(guī)范和通信規(guī)范，實(shí)施資源分配和安全規(guī)劃D、理解網(wǎng)絡(luò)應(yīng)該具有的功能和性能，設(shè)計(jì)出符合用戶需求的網(wǎng)絡(luò)13.某書(shū)店有一個(gè)收銀員，該書(shū)店最多允許n個(gè)購(gòu)書(shū)者進(jìn)入。將收銀員和購(gòu)書(shū)者看做不同的進(jìn)程，其工作流程如圖1-8所示。利用PV操作實(shí)現(xiàn)該過(guò)程，設(shè)置信號(hào)量S1、S2和Sn，初值分別為0、0、n。則圖1-8中a1和a2應(yīng)填入（1），b1和b2應(yīng)填入（2）。空白（1）處應(yīng)選擇（）A、V（SD）、P（S2）B、V（Sn）、P（Sn）C、P（S1）、V（S2）D、P（S2）、V（S1）14.基于構(gòu)件的開(kāi)發(fā)模型包括軟件的需求分析定義、（1）、（2）、（3），以及測(cè)試和發(fā)布5個(gè)順序執(zhí)行的階段?？瞻祝?）處應(yīng)選擇（）A、構(gòu)件接口設(shè)計(jì)B、體系結(jié)構(gòu)設(shè)計(jì)C、元數(shù)據(jù)設(shè)計(jì)D、集成環(huán)境設(shè)計(jì)15.企業(yè)系統(tǒng)規(guī)劃方法（BSP）是指導(dǎo)公司建立信息系統(tǒng)的方法。一個(gè)企業(yè)的信息系統(tǒng)應(yīng)當(dāng)滿足各個(gè)管理層次關(guān)于信息的需求。以下選項(xiàng)中不屬于企業(yè)系統(tǒng)規(guī)劃層次的是（）A、戰(zhàn)略控制層B、管理控制層C、操作控制層D、數(shù)據(jù)產(chǎn)生層16.我國(guó)《計(jì)算機(jī)軟件保護(hù)條例》所稱的"發(fā)表"的含義是指將軟件作品（）A、出版發(fā)行B、公之于眾C、在版權(quán)局登記D、以某種物質(zhì)形式固定下來(lái)17.根據(jù)知識(shí)產(chǎn)權(quán)法規(guī)的有關(guān)規(guī)定，下列選項(xiàng)中正確的說(shuō)法是（）A、企業(yè)名稱權(quán)、商業(yè)秘密權(quán)、商標(biāo)權(quán)均有法定保護(hù)期限B、企業(yè)名稱權(quán)、商標(biāo)權(quán)有法定保護(hù)期限，商業(yè)秘密權(quán)無(wú)法定保護(hù)期限C、企業(yè)名稱權(quán)、商業(yè)秘密權(quán)和商標(biāo)權(quán)均無(wú)法定保護(hù)期限D(zhuǎn)、企業(yè)名稱權(quán)、商業(yè)秘密權(quán)無(wú)法定保護(hù)期限，商標(biāo)權(quán)有法定保護(hù)期限18.為了幫助考生了解考試中有關(guān)構(gòu)件方面的試題題型，本節(jié)分析4道典型的試題?；跇?gòu)件的開(kāi)發(fā)模型包括軟件的需求分析定義、（1）、（2）、（3）以及測(cè)試和發(fā)布5個(gè)順序執(zhí)行的階段?？瞻祝?）處應(yīng)選擇（）A、構(gòu)件接口設(shè)計(jì)B、體系結(jié)構(gòu)設(shè)計(jì)C、元數(shù)據(jù)設(shè)計(jì)D、集成環(huán)境設(shè)計(jì)19.論企業(yè)信息系統(tǒng)的安全 企業(yè)信息化能夠?qū)崿F(xiàn)高效率、低成本的運(yùn)行，越來(lái)越受到人們的重視。目前，它已經(jīng)滲透到企業(yè)活動(dòng)的各個(gè)階段。在傳統(tǒng)的企業(yè)活動(dòng)中，所涉及的不同企業(yè)或企業(yè)內(nèi)部不同人員在相互交往中往往需要直接見(jiàn)面。但在企業(yè)信息化中，更多的是通過(guò)計(jì)算機(jī)網(wǎng)絡(luò)這一媒介，而不需要直接見(jiàn)面。這就要求在設(shè)計(jì)和實(shí)現(xiàn)企業(yè)信息系統(tǒng)時(shí)除了針對(duì)具體業(yè)務(wù)需求進(jìn)行詳細(xì)的分析，保證滿足具體的業(yè)務(wù)需求之外，還要加強(qiáng)信息系統(tǒng)安全方面的考慮。 請(qǐng)圍繞"企業(yè)信息系統(tǒng)的安全"論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與分析設(shè)計(jì)的企業(yè)信息系統(tǒng)及你所擔(dān)任的主要工作。 ②深入討論在企業(yè)信息系統(tǒng)中，通常需要著重解決的安全問(wèn)題。 ③結(jié)合你所參與分析設(shè)計(jì)的企業(yè)信息系統(tǒng)及其特點(diǎn)，詳細(xì)論述你所采用的企業(yè)信息系統(tǒng)安全解決方案，并客觀地分析、評(píng)價(jià)你的解決方案。20.論中間件技術(shù)在軟件開(kāi)發(fā)中的作用 隨著軟件應(yīng)用越來(lái)越復(fù)雜，軟件開(kāi)發(fā)"一切從零開(kāi)始"的開(kāi)發(fā)模式也越來(lái)越不能滿足應(yīng)用的要求。一些著名的軟件公司推出自己的中間件產(chǎn)品，如通信中間件、數(shù)據(jù)庫(kù)中間件等為軟件開(kāi)發(fā)提供有力的支持。 請(qǐng)圍繞"中間件技術(shù)在軟件開(kāi)發(fā)中的作用"這個(gè)論題，依次從以下3個(gè)方面進(jìn)行論述： ①概要敘述你參與分析和開(kāi)發(fā)的應(yīng)用項(xiàng)目，以及你所擔(dān)任的主要工作。 ②具體討論你在軟件開(kāi)發(fā)過(guò)程中選取中間件的原則和標(biāo)準(zhǔn)，結(jié)合實(shí)例詳細(xì)敘述中間件技術(shù)在你的軟件開(kāi)發(fā)中的作用。 ③假如你在一個(gè)軟件公司中能夠起到影響公司決策的作用，請(qǐng)你結(jié)合市場(chǎng)和技術(shù)因素，為你的公司設(shè)計(jì)一個(gè)有自主版權(quán)的中間件的方案，并評(píng)價(jià)你的方案。21.在CORBA架構(gòu)中，（）屬于客戶端接口。A、靜態(tài)IDLSkeletonsB、POAC、靜態(tài)IDLStubsD、動(dòng)態(tài)Skeletons22.以下關(guān)于改進(jìn)信息系統(tǒng)性能的敘述中，正確的是（）A、將CPU時(shí)鐘周期加快一倍，能使系統(tǒng)吞吐率增加一倍B、一般情況下，增加磁盤(pán)容量可以明顯縮短作業(yè)的平均CPU處理時(shí)間C、如果事務(wù)處理平均響應(yīng)時(shí)間很長(zhǎng)，首先應(yīng)注意提高外圍設(shè)備的性能D、利用性能測(cè)試工具，可以找出程序中最花費(fèi)運(yùn)行時(shí)間的20%代碼，再對(duì)這些代碼進(jìn)行優(yōu)化23.某研究所承擔(dān)了一項(xiàng)宇航嵌入式系統(tǒng)的研制任務(wù)，本項(xiàng)任務(wù)技術(shù)難度大、可靠性要求高、進(jìn)度要求緊，預(yù)計(jì)軟件規(guī)模約在一萬(wàn)行以上。而該所原先承擔(dān)的相關(guān)項(xiàng)目均是用匯編語(yǔ)言編寫(xiě)（軟件規(guī)模較小，一般是幾百行）。項(xiàng)目主管工程師將軟件開(kāi)發(fā)的論證工作分別布置給了王工和李工，要求他們根據(jù)本項(xiàng)目的技術(shù)要求，在一周內(nèi)分別提出軟件的實(shí)施方案。 ①該宇航嵌入式系統(tǒng)由數(shù)據(jù)處理機(jī)、信號(hào)處理機(jī)及數(shù)據(jù)采集模塊組成。信號(hào)處理機(jī)主要通過(guò)數(shù)據(jù)采集模塊將大量不同時(shí)間周期的外部數(shù)據(jù)采集進(jìn)來(lái)，進(jìn)行預(yù)處理（如FFT變換）后提交給數(shù)據(jù)處理機(jī)；數(shù)據(jù)處理機(jī)根據(jù)功能要求完成各種計(jì)算處理工作，并將結(jié)果輸出。為了達(dá)到數(shù)據(jù)處理機(jī)和信號(hào)處理機(jī)的標(biāo)準(zhǔn)化，這兩類處理機(jī)均采用同種處理機(jī)的體系結(jié)構(gòu)（如PowerPC7410）。整個(gè)系統(tǒng)工作的最大周期為1s，最小周期為5ms。數(shù)據(jù)處理機(jī)上任務(wù)分布如表12-16所示。 ②一周后，王工和李工提交了各自的實(shí)施方案，其共同之處在于二者均提出采用操作系統(tǒng)及相應(yīng)的軟件開(kāi)發(fā)環(huán)境。但是，王工和李工在選擇什么樣的操作系統(tǒng)及開(kāi)發(fā)環(huán)境方面出現(xiàn)了較大分歧。王工的實(shí)施方案指出，為了滿足本項(xiàng)目的技術(shù)要求，并有利于本所軟件的長(zhǎng)期發(fā)展，應(yīng)選用具有硬實(shí)時(shí)處理能力的嵌入式實(shí)時(shí)操作系統(tǒng)及開(kāi)發(fā)環(huán)境（如VxWorks）；而李工的實(shí)施方案指出，操作系統(tǒng)主要完成對(duì)計(jì)算機(jī)資源的管理與分配工作，考慮到人們對(duì)操作系統(tǒng)及軟件開(kāi)發(fā)工具的熟悉程度，本項(xiàng)目應(yīng)選用具有大眾化的、開(kāi)發(fā)人員容易上手的嵌入式操作系統(tǒng)（例如，WindowsCE、Linux）。 ③在兩人爭(zhēng)執(zhí)不下的情況下，項(xiàng)目主管工程師組織了相關(guān)專家對(duì)王工和李工提交的實(shí)施方案進(jìn)行了評(píng)審。最后，專家組一致認(rèn)為王工的方案切實(shí)可行，操作系統(tǒng)的選型論證充分、客觀，可以作為本所未來(lái)幾年中相關(guān)項(xiàng)目的軟件開(kāi)發(fā)的基本環(huán)境。同時(shí)專家組還就具體實(shí)施選擇嵌入式實(shí)時(shí)操作系統(tǒng)及開(kāi)發(fā)環(huán)境產(chǎn)品時(shí)應(yīng)著重考慮的相關(guān)問(wèn)題提出了幾點(diǎn)建議。根據(jù)本項(xiàng)目中任務(wù)的時(shí)間性能參數(shù)，請(qǐng)用200字以內(nèi)文字（也可用圖示）描述任務(wù)的被調(diào)度關(guān)系，并分析系統(tǒng)是否可調(diào)度（暫不考慮操作系統(tǒng)的時(shí)間開(kāi)銷(xiāo)）。24.建立一個(gè)供應(yīng)商、零件數(shù)據(jù)庫(kù)。其中"供應(yīng)商"表S（Sno，Sname，Zip，City）中的屬性分別表示供應(yīng)商代碼、供應(yīng)商名、供應(yīng)商郵編、供應(yīng)商所在城市，其函數(shù)依賴為Sno→（Sname，Zip，City），Zip→City。"零件"表P（Pno，Pname，Color，Weight，City），表示零件號(hào)、零件名、顏色、重量及產(chǎn)地。表S與表P之間的關(guān)系SP（Sno，Pno，Price，Qty）表示供應(yīng)商代碼、零件號(hào)、價(jià)格、數(shù)量。若要求：供應(yīng)商代碼不能為空，且值是唯一的，供應(yīng)商的名也是唯一的；零件號(hào)不能為空，且值是唯一的；一個(gè)供應(yīng)商可以供應(yīng)多種零件，而一種零件可以由多個(gè)供應(yīng)商供應(yīng)。請(qǐng)將下面的SQL語(yǔ)句空缺部分補(bǔ)充完整。CREATETABLES（SnoCHAR（5）（1），SnameCHAR（30）UNIQUE，ZipCHAR（8），CityCHAR（20）（2））；空白（2）處應(yīng)選擇（）A、NOTNULLB、NOTNULLUNIQUEC、PRIMARYKEY（Sno）D、PRIMARYKEY（Sname）25.在數(shù)據(jù)庫(kù)系統(tǒng)中，“事務(wù)”是訪問(wèn)數(shù)據(jù)庫(kù)并可能更新各種數(shù)據(jù)項(xiàng)的一個(gè)程序執(zhí)行單元。為了保證數(shù)據(jù)完整性，要求數(shù)據(jù)庫(kù)系統(tǒng)維護(hù)事務(wù)的原子性、一致性、隔離性和持久性。針對(duì)事務(wù)的這4種特性，考慮以下的架構(gòu)設(shè)計(jì)場(chǎng)景。假設(shè)在某一個(gè)時(shí)刻只有一個(gè)活動(dòng)的事務(wù)，為了保證事務(wù)的原子性，對(duì)于要執(zhí)行寫(xiě)操作的數(shù)據(jù)項(xiàng)，數(shù)據(jù)庫(kù)系統(tǒng)在磁盤(pán)上維護(hù)數(shù)據(jù)庫(kù)的一個(gè)副本，所有的寫(xiě)操作都在數(shù)據(jù)庫(kù)副本上執(zhí)行，而保持原始數(shù)據(jù)庫(kù)不變，如果在任一時(shí)刻操作不得不中止，系統(tǒng)僅需要?jiǎng)h除副本，原數(shù)據(jù)庫(kù)沒(méi)有受到任何影響。這種設(shè)計(jì)策略稱為（1）。事務(wù)的一致性要求在沒(méi)有其他事務(wù)并發(fā)執(zhí)行的情況下，事務(wù)的執(zhí)行應(yīng)該保證數(shù)據(jù)庫(kù)的一致性。數(shù)據(jù)庫(kù)系統(tǒng)通常采用（2）機(jī)制保證單個(gè)事務(wù)的一致性。事務(wù)的隔離性保證操作并發(fā)執(zhí)行后的系統(tǒng)狀態(tài)與這些操作以某種次序順序執(zhí)行（即可串行化執(zhí)行）后的狀態(tài)是等價(jià)的。兩階段鎖協(xié)議是實(shí)現(xiàn)隔離性的常見(jiàn)方案，該協(xié)議（3）。持久性保證一旦事務(wù)完成，該事務(wù)對(duì)數(shù)據(jù)庫(kù)所做的所有更新都是永久的，如果事務(wù)完成后系統(tǒng)出現(xiàn)故障，則需要通過(guò)恢復(fù)機(jī)制保證事務(wù)的持久性。假設(shè)在日志中記錄所有對(duì)數(shù)據(jù)庫(kù)的修改操作，將一個(gè)事務(wù)的所有寫(xiě)操作延遲到事務(wù)提交后才執(zhí)行，則在日志中（4）。當(dāng)系統(tǒng)發(fā)生故障時(shí)，如果某個(gè)事務(wù)已經(jīng)開(kāi)始，但沒(méi)有提交，則該事務(wù)應(yīng)該（5）?？瞻祝?）處應(yīng)選擇（）A、能夠保證事務(wù)的可串行化執(zhí)行，可能發(fā)生死鎖B、不能保證事務(wù)的可串行化執(zhí)行，不會(huì)發(fā)生死鎖C、不能保證事務(wù)的可串行化執(zhí)行，可能發(fā)生死鎖D、能夠保證事務(wù)的可串行化執(zhí)行，不會(huì)發(fā)生死鎖第1卷參考答案一.參考題庫(kù)1.參考答案:A2.參考答案: 銀行系統(tǒng)如果需要支持?jǐn)?shù)據(jù)庫(kù)的實(shí)時(shí)恢復(fù)或秒級(jí)恢復(fù)，需要采用冷備份和熱備份相結(jié)合的方式來(lái)進(jìn)行備份?；镜膫浞莶呗匀绫?2-5所示。 冷備份與熱備份的交替間隔時(shí)間可以根據(jù)自身特點(diǎn)來(lái)進(jìn)行調(diào)整。 當(dāng)數(shù)據(jù)庫(kù)出現(xiàn)故障，需要恢復(fù)時(shí)，基本的步驟如下： ①恢復(fù)最近一次的冷備份數(shù)據(jù)。 ②按照時(shí)間順序，恢復(fù)熱備份中備份的數(shù)據(jù)和日志文件。 ③找到機(jī)器上未損壞的最后一個(gè)日志文件，將數(shù)據(jù)庫(kù)恢復(fù)到該日志文件對(duì)應(yīng)的時(shí)間點(diǎn)。3.參考答案:A4.參考答案:B5.參考答案:D6.參考答案:C7.參考答案:B8.參考答案:A9.參考答案:C10.參考答案:C11.參考答案: ①要有一個(gè)方案編寫(xiě)（創(chuàng)建）計(jì)劃。 ②制訂方案編寫(xiě)的財(cái)務(wù)預(yù)算。 ③確定方案編寫(xiě)團(tuán)隊(duì)。 ④制訂和實(shí)施有效的文檔管理。 ⑤進(jìn)行技術(shù)解決方案開(kāi)發(fā)，詳細(xì)規(guī)劃出實(shí)際的IT解決方案。 ⑥確定項(xiàng)目的人力資源安排和時(shí)間進(jìn)度。 ⑦進(jìn)行方案的質(zhì)量保證審核。 ⑧合理進(jìn)行方案報(bào)價(jià)。 ⑨清晰描述方案的條款（如支付、交貨等）、條件和方案前提、假設(shè)。 ⑩方案創(chuàng)建活動(dòng)結(jié)束確認(rèn)，并交付給客戶。12.參考答案:B13.參考答案:A14.參考答案:C15.參考答案:D16.參考答案:C17.參考答案:A18.參考答案:A19.參考答案:B20.參考答案: 信息系統(tǒng)面臨的安全威脅來(lái)自于物理環(huán)境、通信鏈路、網(wǎng)絡(luò)系統(tǒng)、操作系統(tǒng)、應(yīng)用系統(tǒng)及管理等多個(gè)方面。 物理安全威脅是指對(duì)系統(tǒng)所用設(shè)備的威脅，如自然災(zāi)害、電源故障、數(shù)據(jù)庫(kù)故障和設(shè)備被盜等造成數(shù)據(jù)丟失或信息泄露。 通信鏈路安全威脅是指在傳輸線路上安裝竊聽(tīng)裝置或?qū)νㄐ沛溌愤M(jìn)行干擾。 網(wǎng)絡(luò)安全威脅當(dāng)前主要是指由于因特網(wǎng)的開(kāi)放性、國(guó)際性與無(wú)安全管理性，對(duì)內(nèi)部網(wǎng)絡(luò)形成的嚴(yán)重安全威脅。 操作系統(tǒng)安全威脅指的是操作系統(tǒng)本身的后門(mén)或安全缺陷，如"木馬"和"陷阱門(mén)"等。 應(yīng)用系統(tǒng)安全威脅是指對(duì)于網(wǎng)絡(luò)服務(wù)或用戶業(yè)務(wù)系統(tǒng)安全的威脅，包括應(yīng)用系統(tǒng)自身漏洞，也受到"木馬"的威脅。 管理系統(tǒng)安全威脅指的是人員管理和各種安全管理制度。21.參考答案: Struts框架是基于模型-視圖-控制器（MVC）模式的開(kāi)源框架，主要用于企業(yè)應(yīng)用中表示層的實(shí)現(xiàn)。借助于Struts，開(kāi)發(fā)人員可以把主要精力集中在業(yè)務(wù)處理上，簡(jiǎn)化遵循MVC設(shè)計(jì)模式的Web應(yīng)用開(kāi)發(fā)工作，很好地實(shí)現(xiàn)代碼重用，提高開(kāi)發(fā)效率。 Spring框架是業(yè)務(wù)組件層輕量級(jí)框架。 Hibernate屬于持久層框架。Hibernate是一個(gè)開(kāi)源的O/RMapping框架，它對(duì)JDBC進(jìn)行了非常輕量級(jí)的對(duì)象封裝，可以在應(yīng)用EJB的J2EE框架中取代CMP，完成數(shù)據(jù)持久化的重任。 Struts框架+Spring框架+Hibernate框架實(shí)現(xiàn)了表現(xiàn)層、業(yè)務(wù)邏輯組件層和持久層的結(jié)合。22.參考答案:A23.參考答案:D24.參考答案: 25.參考答案: 寫(xiě)作要點(diǎn) ①論文中要具體介紹項(xiàng)目的總體需求（特別是質(zhì)量屬性需求）、Web應(yīng)用系統(tǒng)的邏輯與物理拓?fù)浣Y(jié)構(gòu)、采用的技術(shù)等內(nèi)容和承擔(dān)的實(shí)際工作。 ②REST（REpresentationalStateTransfer）是指從幾種基于網(wǎng)絡(luò)的架構(gòu)風(fēng)格衍生出來(lái)的一種混合架構(gòu)風(fēng)格，目前Web的體系結(jié)構(gòu)正是基于REST風(fēng)格的。REST風(fēng)格中的特點(diǎn)是客戶端/服務(wù)器、無(wú)狀態(tài)、緩存、統(tǒng)一接口、分層系統(tǒng)和按需代碼。REST組件通過(guò)以一種數(shù)據(jù)格式轉(zhuǎn)移資源的表述進(jìn)行通信，可以基于接收者的能力和期待的內(nèi)容，以及資源的性質(zhì)動(dòng)態(tài)地選擇不同的表述。 與傳統(tǒng)的Web服務(wù)相比，REST服務(wù)主要有以下優(yōu)勢(shì)： REST服務(wù)基于W3C/IETF的標(biāo)準(zhǔn)與規(guī)范（包括HTTP、XML、URI和MIME等），其實(shí)現(xiàn)技術(shù)簡(jiǎn)單、成熟。 REST服務(wù)基于URI和超鏈接技術(shù)，不需要通過(guò)集中式的服務(wù)信息倉(cāng)庫(kù)即可發(fā)現(xiàn)服務(wù)資源。 REST服務(wù)支持緩存，具有無(wú)狀態(tài)的特性，這些使得REST服務(wù)能夠支持大量客戶端，構(gòu)建的應(yīng)用系統(tǒng)具有較強(qiáng)的伸縮性。 REST服務(wù)基于輕量級(jí)的Web框架，僅僅需要基本的開(kāi)發(fā)工具支持，構(gòu)建過(guò)程簡(jiǎn)單且成本較低。 REST服務(wù)的測(cè)試相對(duì)簡(jiǎn)單，采用瀏覽器即可完成服務(wù)功能測(cè)試。 與傳統(tǒng)的Web服務(wù)相比，REST服務(wù)主要存在如下不足： REST服務(wù)倡導(dǎo)的REST風(fēng)格與實(shí)際實(shí)現(xiàn)尚存在一定差距。例如，高層REST服務(wù)倡導(dǎo)使用GET、PUT、POST和DELETE所有4個(gè)統(tǒng)一接口，在REST實(shí)現(xiàn)部分通常只能采用GET和POST接口，因?yàn)榇蠖鄶?shù)的代理和防火墻會(huì)屏蔽其他接口；并且XHTML表單中只能使用GET和POST接口。 REST服務(wù)要求所有的輸入?yún)?shù)都必須在URI中傳遞，這樣會(huì)產(chǎn)生對(duì)參數(shù)容量大小的限制（目前的大小是4KB.。如果超出該數(shù)量，會(huì)導(dǎo)致HTTP協(xié)議錯(cuò)誤（錯(cuò)誤代碼414：Request-URItoolong）。 在URI中表達(dá)復(fù)雜類型的參數(shù)比較困難，且目前對(duì)URI中的參數(shù)不存在一種公認(rèn)的編組（marshalling）和解編（un-marshalling）方法。 ③進(jìn)行基于REST服務(wù)的Web應(yīng)用系統(tǒng)的設(shè)計(jì)時(shí)可能遇到的問(wèn)題包括：如何識(shí)別并設(shè)計(jì)REST風(fēng)格服務(wù)；構(gòu)建REST服務(wù)的運(yùn)行環(huán)境，HTTP服務(wù)器與應(yīng)用服務(wù)器選型等；富客戶端表現(xiàn)方式及編程語(yǔ)言的選擇；系統(tǒng)邏輯與物理拓?fù)浣Y(jié)構(gòu)的分析與設(shè)計(jì)等。第2卷參考答案一.參考題庫(kù)1.參考答案:C2.參考答案:C3.參考答案:A4.參考答案:D5.參考答案:C6.參考答案: 用例建模描述各種參與者（人和其他系統(tǒng)）和系統(tǒng)之間的主要交互。用例建?？梢悦枋隼嫦嚓P(guān)者（如用戶和維護(hù)人員）所看到的系統(tǒng)行為。 組件建模確定系統(tǒng)的子系統(tǒng)、模塊和組件結(jié)構(gòu)，為子系統(tǒng)、模塊分配需求和職責(zé)，每個(gè)組件元素作為一個(gè)自包含的單元，用于開(kāi)發(fā)、部署和執(zhí)行。服務(wù)建模提供了通用的應(yīng)用程序，并將應(yīng)用程序定義為一組抽象服務(wù)接口。 性能建模是對(duì)系統(tǒng)的性能進(jìn)行度量，為每個(gè)組件確定性能指標(biāo)。包括執(zhí)行時(shí)間、資源使用、開(kāi)發(fā)復(fù)雜性、維護(hù)復(fù)雜性等質(zhì)量屬性。7.參考答案:D8.參考答案:D9.參考答案:A10.參考答案:C11.參考答案:D12.參考答案:A13.參考答案: 采用AUTOSAR開(kāi)放式架構(gòu)的優(yōu)點(diǎn)是： ①可以有效支持多廠家汽車(chē)電子基礎(chǔ)軟件的研制。 ②有利于軟件的重用，可根據(jù)不同的ECU結(jié)構(gòu)，通過(guò)數(shù)據(jù)配置，自動(dòng)生成各種ECU軟件組件。 ③AUTOSAR定義的軟件框架，支持了汽車(chē)電子軟件的全生存周期，包括構(gòu)架、開(kāi)發(fā)、測(cè)試、驗(yàn)證、授權(quán)、版本和接口。 ④AUTOSAR規(guī)范覆蓋整個(gè)汽車(chē)電子的三大領(lǐng)域：動(dòng)力、底盤(pán)、車(chē)身。14.參考答案:A15.參考答案:A16.參考答案:A17.參考答案:B18.參考答案:C19.參考答案:B20.參考答案:C21.參考答案:A22.參考答案:B23.參考答案:B24.參考答案:C25.參考答案:D第3卷參考答案一.參考題庫(kù)1.參考答案: JRP基本思想是通過(guò)召開(kāi)一系列高度結(jié)構(gòu)化的分組會(huì)議，快速地分析問(wèn)題、定義需求。它是JAD（JointApplicationDevelopment）技術(shù)的一個(gè)子集。JRP的主要意圖是收集需求，而不是對(duì)需求進(jìn)行分析和驗(yàn)證。實(shí)施JRP時(shí)應(yīng)把握以下主要原則： ①在JRP實(shí)施之前，應(yīng)制定詳細(xì)的議程，并嚴(yán)格遵照議程進(jìn)行。 ②按照既定的時(shí)間安排進(jìn)行。 ③盡量完整地記錄會(huì)議期間的內(nèi)容。 ④在討論期間盡量避免使用專業(yè)術(shù)語(yǔ)。 ⑤充分運(yùn)用解決沖突的技能。 ⑥會(huì)議期間應(yīng)設(shè)置充分的間歇時(shí)間。 ⑦鼓勵(lì)團(tuán)隊(duì)取得一致意見(jiàn)。 ⑧保證參加JRP的所有人員能夠遵守實(shí)現(xiàn)約定的規(guī)則。2.參考答案:B3.參考答案:B4.參考答案:D5.參考答案:B6.參考答案:C7.參考答案:D8.參考答案:D9.參考答案:C10.參考答案:B11.參考答案: ①驗(yàn)證（系統(tǒng)有關(guān)角色的身份識(shí)別）。 ②簽名（創(chuàng)建及驗(yàn)證類似手寫(xiě)簽名的電子簽名）。 ③授權(quán)（如信貸員是否具有審批權(quán)）。 ④完整性（發(fā)送的數(shù)據(jù)與接收到的數(shù)據(jù)是否一致）。 ⑤機(jī)密性（與業(yè)務(wù)無(wú)關(guān)的人員不能讀取事務(wù)中的數(shù)據(jù)）。 ⑥審查（把所有事務(wù)記錄下來(lái)，以便事后驗(yàn)證）。 ⑦不可否認(rèn)性（能由第三方求證事務(wù)中發(fā)送及收到的是否是同一數(shù)據(jù)）。 ⑧威脅預(yù)防（防止間諜程序登錄、攻擊系統(tǒng)）。12.參考答案:C13.參考答案:A14.參考答案:B15.參考答案:D16.參考答案:B17.參考答案:D18.參考答案:B19.參考答案: 寫(xiě)作要點(diǎn) 關(guān)于"企業(yè)信息系統(tǒng)的安全"的論文，在寫(xiě)作方面大致包括以下幾個(gè)方面： 圍繞安全方面，根據(jù)你所參與分析設(shè)計(jì)的企業(yè)信息系統(tǒng)的具體特點(diǎn)，介紹系統(tǒng)的需求；介紹自己在其中所承擔(dān)的工作和需要處理的主要問(wèn)題。 在企業(yè)信息化建設(shè)方面，有許多需要解決的安全問(wèn)題，它們并非對(duì)于每個(gè)企業(yè)都是必需的。不同企業(yè)由于其自身的特點(diǎn)，所關(guān)心的安全問(wèn)題會(huì)各有側(cè)重點(diǎn)。由于各個(gè)企業(yè)信息系統(tǒng)受投資的限制，在保障信息安全方面也不得不有所側(cè)重，或在不同的工程建設(shè)階段，有不同的建設(shè)目標(biāo)。因此這部分的說(shuō)明重點(diǎn)在于針對(duì)不同企業(yè)的特點(diǎn)、應(yīng)用領(lǐng)域和投資，給出相應(yīng)的合理論述。 在論述自己的安全解決方案之后，要根據(jù)系統(tǒng)的具體情況和采用的措施，客觀地評(píng)價(jià)自己所采用的安全措施，并給出評(píng)價(jià)依據(jù)。這里需要注意，不可脫離實(shí)際，評(píng)價(jià)要適當(dāng)。20.參考答案: 寫(xiě)作要點(diǎn) 中間件是一種獨(dú)立的系統(tǒng)軟件或服務(wù)程序，分布式應(yīng)用軟件借助這種軟件在不同的技術(shù)之間共享資源，中間件位于客戶服務(wù)器的操作系統(tǒng)之上，管理計(jì)算資源和網(wǎng)絡(luò)通信。 從定義中可以看出： ①中間件是一類軟件，而非一種軟件。 ②中間件不僅要實(shí)現(xiàn)互聯(lián)，還要實(shí)現(xiàn)應(yīng)用之間的互操作。 ③中間件是基于分布式處理的軟件，最突出的特點(diǎn)是其網(wǎng)絡(luò)通信功能。 1.中間件的分類 根據(jù)功能的不同，中間件可以細(xì)化為以下一些種類： ①通信處理（消息）中間件。在不同平臺(tái)之間通信，實(shí)現(xiàn)分布式系統(tǒng)中可靠的、高效的、實(shí)時(shí)的跨平臺(tái)數(shù)據(jù)傳輸，稱為消息中間件。這是中間件中唯一不可缺少的，是需求量最大的中間件產(chǎn)品，目前在大部分操作系統(tǒng)中已包含了其部分功能。 ②事務(wù)處理（交易）中間件。在分布式事務(wù)處理系統(tǒng)中要處理大量的事務(wù)，常常在系統(tǒng)中要同時(shí)進(jìn)行上萬(wàn)筆事務(wù)。在聯(lián)機(jī)事務(wù)處理系統(tǒng)（OLTP）中，每筆事務(wù)常常要多臺(tái)服務(wù)器的程序順序地協(xié)調(diào)完成，一旦中間發(fā)生某種故障時(shí)，不但要完成恢復(fù)工作，而且要自動(dòng)切換系統(tǒng)，達(dá)到系統(tǒng)永不停機(jī)，實(shí)現(xiàn)高可靠性運(yùn)行；同時(shí)要使大量事務(wù)在多臺(tái)應(yīng)用服務(wù)器實(shí)時(shí)并發(fā)運(yùn)行，并進(jìn)行負(fù)載平衡地調(diào)度，實(shí)現(xiàn)昂貴的小型機(jī)和大型計(jì)算機(jī)系統(tǒng)同等的功能，為了實(shí)現(xiàn)這個(gè)目標(biāo)，要求系統(tǒng)具有監(jiān)視和調(diào)度整個(gè)系統(tǒng)的功能。一個(gè)事務(wù)處理平臺(tái)，根據(jù)X/OPEN的參數(shù)模型規(guī)定，應(yīng)由事務(wù)處理中間件、通信處理中間件，以及數(shù)據(jù)存取管理中間件3部分組成。 ③數(shù)據(jù)存儲(chǔ)管理中間件。在分布式系統(tǒng)中，重要的數(shù)據(jù)都集中存放在數(shù)據(jù)服務(wù)器中，它們可以是關(guān)系型、復(fù)合文檔型、具有各種存放格式的多媒體型，或者是經(jīng)過(guò)加密或壓縮存放的，該中間件為在網(wǎng)絡(luò)上虛擬緩存、格式轉(zhuǎn)換、解壓等帶來(lái)了方便。 ④Web服務(wù)中間件。瀏覽器圖形用戶界面已成為公認(rèn)規(guī)范，然而它的會(huì)話能力差、不能做數(shù)據(jù)寫(xiě)入、受HTTP協(xié)議的限制等，必須進(jìn)行修改和擴(kuò)充，這形成了Web服務(wù)器中間件。 ⑤安全中間件。一些軍事、政府和商務(wù)部門(mén)上網(wǎng)的最大障礙是安全保密問(wèn)題，而且不能使用國(guó)外提供的安全措施（如防火墻、加密、認(rèn)證等），必須用國(guó)產(chǎn)的產(chǎn)品。產(chǎn)生不安全因素是由操作系統(tǒng)引起的，但必須要用中間件去解決，以適應(yīng)靈活多變的要求。 ⑥跨平臺(tái)和體系結(jié)構(gòu)的中間件。當(dāng)前，開(kāi)發(fā)大型應(yīng)用軟件通常采用基于體系結(jié)構(gòu)和構(gòu)件的技術(shù)，在分布系統(tǒng)中，還需要集成各節(jié)點(diǎn)上的不同系統(tǒng)平臺(tái)上的構(gòu)件或新老版本的構(gòu)件，由此產(chǎn)生了體系結(jié)構(gòu)中間件，功能最強(qiáng)的是CORBA，可以跨任意平臺(tái)，但是太龐大；JavaBean較靈活簡(jiǎn)單，很適合于做瀏覽器，但運(yùn)行效率差；DCOM模型主要適合Windows平臺(tái)，已廣泛使用。實(shí)際上國(guó)內(nèi)新建系統(tǒng)主要是UNIX（包括Linux）和Windows，因此針對(duì)這兩個(gè)平臺(tái)建立相應(yīng)的中間件要實(shí)用得多。 ⑦專用平臺(tái)中間件。為特定應(yīng)用領(lǐng)域設(shè)計(jì)參考模式，建立相應(yīng)體系結(jié)構(gòu)，配置相應(yīng)的構(gòu)件庫(kù)和中間件，為應(yīng)用服務(wù)器開(kāi)發(fā)和運(yùn)行特定領(lǐng)域的關(guān)鍵任務(wù)（如電子商務(wù)、網(wǎng)站等）。 ⑧其他中間件?，F(xiàn)在出現(xiàn)了一些中間件，如數(shù)據(jù)流中間件、門(mén)戶中間件，以及為某些專業(yè)領(lǐng)域如銀行、電信等開(kāi)發(fā)的專用中間件。另外還有一些更高層的中間件，多用于系統(tǒng)整合，包括企業(yè)應(yīng)用集成中間