2023年系統(tǒng)架構(gòu)師考試試題

201011月軟考系統(tǒng)架構(gòu)設(shè)計師考試上午試題承受微內(nèi)核構(gòu)造的操作系統(tǒng)提高了系統(tǒng)的敏捷性和可擴展性，(1)。A.并增加了系統(tǒng)的牢靠性和可移植性，可運行于分布式系統(tǒng)中B.并增加了系統(tǒng)的牢靠性和可移植性，但不適用于分布式系統(tǒng)C.但降低了系統(tǒng)的牢靠性和可移植性，可運行于分布式系統(tǒng)中D.但降低了系統(tǒng)的牢靠性和可移植性，不適用于分布式系統(tǒng)假設(shè)操作系統(tǒng)文件治理程序正在將修改后的(2)文件寫回磁盤時系統(tǒng)發(fā)生崩潰，對系統(tǒng)的影響相對較大。A.用戶數(shù)據(jù)B.用戶程序C.系統(tǒng)名目D.空閑塊治理〔LRU〕頁面淘汰算法，假定系統(tǒng)為每個作下：VarA:Array[1...100,1...100]OFinteger;i,j：integer;FORi:=1to100DOFORj:=1to100DOA[i,j]:=0;ij存放在程序頁中。初始時，程序及,j3A按行序存放，那么當程序執(zhí)行完后共產(chǎn)生(3)次缺頁中斷；假設(shè)矩陣A按列序存放，那么當程序執(zhí)行完后共產(chǎn)生 (4) 次缺頁中斷?！?〕A.50B.100C.5000D.10000〔4〕A.50B.100C.5000D.10000在數(shù)據(jù)庫設(shè)計的 (5) 階段進展關(guān)系標準化?！?〕A.需求分析B.概念設(shè)計C.規(guī)律設(shè)計D.物理設(shè)計某數(shù)據(jù)庫中有員工關(guān)系E〔員工號，姓名，部門，職稱，月薪；產(chǎn)品關(guān)系P〔產(chǎn)品號，產(chǎn)品名稱，型號，尺寸，顏色W〔倉庫號，倉庫名稱，地址，負責人〔倉庫號，產(chǎn)品號，產(chǎn)品數(shù)量。假設(shè)數(shù)據(jù)庫設(shè)計中要求：W中的“負責人”引用員工關(guān)系的員工號I中的“倉庫號，產(chǎn)品號”I中的每一個記錄的月薪不能低于3500元則①②③依次要滿足的完整性約束是 (6) 。〔6〕A.實體完整性、參照完整性、用戶定義完整性B.參照完整性、實體完整性、用戶定義完整性C.用戶定義完整性、實體完整性、參照完整性D.實體完整性、用戶定義完整性、參照完整性假設(shè)需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量，則對應(yīng)的查詢語句為：SELELCT產(chǎn)品名稱，SUM〔產(chǎn)品數(shù)量〕FROMPIWHEREP.產(chǎn)品號=1.產(chǎn)品號 (7) ；〔7〕AORDERBY產(chǎn)品名稱BORDERBY產(chǎn)品數(shù)量CGROUPBY產(chǎn)品名稱DGROUPBY產(chǎn)品數(shù)量與 (8) 等價。假設(shè)對關(guān)系R〔A，B，C，D〕和S〔C，與 (8) 等價。行程序時，在一個指令周期的過程中，為了能夠從內(nèi)存中讀指令操作碼，首先是將 (9) 的內(nèi)容送到地址總線上。〔9〕A.程序計數(shù)器PC 器IR器SR 的存儲器芯片構(gòu)成84000H到8FFFFH的內(nèi)存，共需 〔10〕 片?！?0〕A.6 B.8 C.12 D.24個磁道需要10ms文件在磁盤上非連續(xù)存放，上相鄰數(shù)據(jù)塊的平均移動距離為10個磁道，每塊的旋轉(zhuǎn)延遲時間及傳輸時取一個100塊的文件需要 (11) ms的時間?！?1〕A.10200 B.11000 C.11200 D.20200計算機系統(tǒng)中，在 (12) 的狀況下一般應(yīng)承受異步傳輸方式?！?2〕A.CPU訪問內(nèi)存 I/O接口交換信息總線交換信息DI/O接口與打印機交換信息通常劃分為核心層會聚層和接入層以下關(guān)于各個網(wǎng)絡(luò)層次的描述中，不正確的選項是 〔13〕 ?！?3〕A.核心層進展訪問掌握列表檢查B.會聚層定義了網(wǎng)絡(luò)的訪問策略C.接入層供給局域網(wǎng)絡(luò)接入功能 D.接入層可以使用集線器代替交換機網(wǎng)絡(luò)系統(tǒng)設(shè)計過程中，規(guī)律網(wǎng)絡(luò)設(shè)計階段的任務(wù)是 (14) 。〔14〕A.依據(jù)規(guī)律網(wǎng)絡(luò)設(shè)計的要求，確定設(shè)備的物理分布和運行環(huán)境C.依據(jù)需求標準和通信標準，實施資源安排和安全規(guī)劃D.理解網(wǎng)絡(luò)應(yīng)當具有的功能和性能，設(shè)計出符合用戶需求的網(wǎng)絡(luò)網(wǎng)絡(luò)系統(tǒng)生命周期可以劃分為5個階段，實施這5個階段的合理挨次是 (15) ?！?5〕A.需求標準、通信標準、規(guī)律網(wǎng)絡(luò)設(shè)計、物理網(wǎng)絡(luò)設(shè)計、實施階段B.需求標準、規(guī)律網(wǎng)絡(luò)設(shè)計、通信標準、物理網(wǎng)絡(luò)設(shè)計、實施階段C.通信標準、物理網(wǎng)絡(luò)設(shè)計、需求標準、規(guī)律網(wǎng)絡(luò)設(shè)計、實施階段D.通信標準、需求標準、規(guī)律網(wǎng)絡(luò)設(shè)計、物理網(wǎng)絡(luò)設(shè)計、實施階段CPU1nCPUP為：這種CPU組成的多機系統(tǒng)的性能約為3。該公式說明，多機系統(tǒng)的性能有一個上限不管n如何增加P都不會超過某個值當a=0.1時這個上限是 〔16〕A.5 B.10 C.15 D.20以下關(guān)于系統(tǒng)性能的表達中，不正確的選項是 (17) 。效勞器性能評估方法有基準測試、壓力測試和牢靠性測試C.對運行系統(tǒng)進展性能評估的主要目的是以更好的性能/價格比更系統(tǒng)D.當系統(tǒng)性能降到根本水尋常，需要查找影響性能的瓶頸并消退該瓶頸同力量和信息治理力量。依據(jù)這種需求，承受企業(yè)(18)門戶解決方案最為適宜。〔18〕A.信息B.學問C.應(yīng)用D.垂直CRM系統(tǒng)的表達中，錯誤的選項是(19)?！?9〕A.CRM系統(tǒng)中最根本的模塊營銷自動化作為銷售自動化的補充，包括營銷打算的編制和執(zhí)行、打算結(jié)果分析等關(guān)系相對松散，一般不會形成閉環(huán)構(gòu)造手段是通過呼叫中心和互聯(lián)網(wǎng)來實現(xiàn)據(jù)庫是一種重要的企業(yè)應(yīng)用集成方式以下關(guān)于共享數(shù)據(jù)庫集成方式的表達中，錯誤的選項是 (20) ?！?0〕A.共享數(shù)據(jù)庫集成方式通常將應(yīng)用程序的數(shù)據(jù)存儲在一個共享數(shù)據(jù)庫中，通過制定統(tǒng)一的數(shù)據(jù)庫模式來處理不同應(yīng)用的集成需求決不同應(yīng)用程序中數(shù)據(jù)語義不全都的問題共享數(shù)據(jù)庫成為一共性能瓶頸的應(yīng)用程序只能承受自己定義的數(shù)據(jù)庫模式，調(diào)整和集成余地較小(21)的集成方式?！?1〕A.遠程過程調(diào)用B.共享數(shù)據(jù)庫C.文件傳輸D.消息傳遞具體的工程范圍說明書是工程成功的關(guān)鍵。(22)不應(yīng)當屬于范圍定義的輸入?！?2〕A.工程章程 B.工程范圍治理打算C.批準的變更申請D.工程文檔治理方案重要過程。通?？梢允褂?23)來進展活動定義?！?3〕A.魚骨圖B.工作分解構(gòu)造〔WBS〕C.D.功能分解圖開發(fā)中，人們總是期望使用自開工具來執(zhí)行需求變更掌握過程。以下描述中， (24) 不是這類工具所具有的功能?！?4〕A.可以定義變更懇求的數(shù)據(jù)項以及變更懇求生存期的狀態(tài)轉(zhuǎn)換圖B.記錄每一種狀態(tài)變更的數(shù)據(jù)，確認做出變更的人員C.可以加強狀態(tài)轉(zhuǎn)換圖使經(jīng)授權(quán)的用戶僅能做出所允許的狀態(tài)變更求治理是CMM可重復級中的6個關(guān)鍵過程域之一其主要目標是 (25) 。與軟件需求保持全都B.客觀地驗證需求治理活動符合規(guī)定的標準、程序和要求D.跟蹤軟件需求治理的過程、實際結(jié)果和執(zhí)行狀況用戶側(cè)重于 (26) ，系統(tǒng)工程師側(cè)重于 (27) ?！?6〕A.實現(xiàn)視圖B.進程視圖C.規(guī)律視圖D.部署視圖 (28) 把整個軟件開發(fā)流程分成多個階段，每一個階段都由目標設(shè)定、風險分析、開發(fā)和有效性驗證以及評審構(gòu)成?！?8〕A.原型模型B.瀑布模型C.螺旋模型DV模型制；支持各開發(fā)活動之間通信、切換、調(diào)度和協(xié)同的(29)；為統(tǒng)一操作方式供給支持的(30)?！?9〕A.操作集成機制B.掌握集成機制C.平臺集成機制D.界面集成機制〔30〕A.操作集成機制B.掌握集成機制C.平臺集成機制D.界面集成機制軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。 (31) 的、原始的橫向重用機制?！?1〕A.對象B.構(gòu)件C.標準函數(shù)庫D.設(shè)計模式以下關(guān)于不同軟件開發(fā)方法所使用的模型的描述中，正確的選項是 (32) 。〔32〕A.在進展構(gòu)造化分析時，必需使用數(shù)據(jù)流圖和軟件構(gòu)造圖這兩種模型進展建模實體聯(lián)系圖〔E-R圖〕是在數(shù)據(jù)庫規(guī)律構(gòu)造設(shè)計時才開頭創(chuàng)立的模型UML的活動圖與程序流程圖的表達力量等價Method方法描述其不同賬戶之間的關(guān)系設(shè)計出的類中的“Creator”角色相對應(yīng)的類是 (33) 與“Product”角色相對應(yīng)的類是 〔34〕 ?！?3〕A.BankB.AccountC.CheckingD.Savings〔34〕A.BankB.AccountC.CheckingD.Savings (35) 是一個獨立可交付的功能單元，外界通過接口訪問其供給的效勞。〔35〕A.面對對象系統(tǒng)中的對象〔Object〕〔Subroutine〕C.基于構(gòu)件開發(fā)中的構(gòu)件〔Component〕D.系統(tǒng)模型中的包〔Package〕在基于構(gòu)件的軟件開發(fā)中， (36) 設(shè)計藍圖以保證系統(tǒng)供給適當?shù)墓δ埽?(37) 用來了解系統(tǒng)的性能、吞吐率等非功能性屬性?！?6〕A.規(guī)律構(gòu)件模型B.物理構(gòu)件模型C.組件接口模型D.系統(tǒng)交互模型〔37〕A.規(guī)律構(gòu)件模型B.物理構(gòu)件模型C.組件接口模型D.系統(tǒng)交互模型對象治理組織〔OMG〕基于CORBA根底設(shè)施定義了四種構(gòu)件標準。其中， (38) 的狀態(tài)信息是由構(gòu)件自身而不是由容器維護。〔38〕A.實體構(gòu)件B.加工構(gòu)件C.效勞構(gòu)件D.會話構(gòu)件開發(fā)中通常需要將任務(wù)安排到不同的規(guī)律計算層業(yè)務(wù)數(shù)據(jù)的綜合計算分析任務(wù)屬于 (39) 。〔39〕A.表示規(guī)律層B.應(yīng)用規(guī)律層C.數(shù)據(jù)處理層D.數(shù)據(jù)層在客戶機/效勞器系統(tǒng)開發(fā)中承受 (40) 數(shù)據(jù)層和數(shù)據(jù)處理層放置于效勞器，應(yīng)用規(guī)律層、表示規(guī)律層和表示層放置于客戶機?！?0〕A.分布式表示構(gòu)造 用構(gòu)造C.分布式數(shù)據(jù)和應(yīng)用構(gòu)造D.分布式數(shù)據(jù)構(gòu)造系統(tǒng)輸入設(shè)計中，承受內(nèi)部掌握方式以確保輸入系統(tǒng)數(shù)據(jù)的有效性， (41) 用于驗證數(shù)據(jù)是否位于合法的取值范圍?！?1〕A.數(shù)據(jù)類型檢查B.自檢位C.域檢查D.格式檢查系統(tǒng)測試由假設(shè)干個不同的測試類型組成，其中(42)檢查系統(tǒng)力量的最高實際限度，即軟件在一些超負荷狀況下的運行狀況；(43)主要是檢查系統(tǒng)的容錯力量。〔42〕A.強度測試B.性能測試C.恢復測試D.牢靠性測試〔43〕A.強度測試B.性能測試C.恢復測試D.牢靠性測試軟件架構(gòu)是降低本錢改進質(zhì)量按時和按需交付產(chǎn)品的關(guān)鍵因素以下關(guān)軟件架構(gòu)的描述，錯誤的選項是 (44) 。程軟件架構(gòu)設(shè)計需要確定組件之間的依靠關(guān)系，支持工程打算和治理活動D.軟件架構(gòu)能夠指導設(shè)計人員和實現(xiàn)人員的工作計包括提出架構(gòu)模型產(chǎn)生架構(gòu)設(shè)計和進展設(shè)計評審等活動是一個迭代的過程。以下關(guān)于軟件架構(gòu)設(shè)計活動的描述，錯誤的選項是 (45) 。〔45〕A.在建立軟件架構(gòu)的初期，一般需要選擇一個適宜的架構(gòu)風格將架構(gòu)分析階段已標識的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系軟件架構(gòu)設(shè)計活動將已標識構(gòu)件集成到軟件架構(gòu)中，設(shè)計并實現(xiàn)這些構(gòu)件一旦得到了具體的軟件架構(gòu)設(shè)計，需要邀請獨立于系統(tǒng)開發(fā)的外部人員對系統(tǒng)進展評審DevelopmentABSD〕強調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計。它強調(diào)承受(46)來描述軟件架構(gòu)，承受(47)來描述需求。〔46〕A.類圖和序列圖 C.構(gòu)件和類圖 D.構(gòu)件與功能〔47〕A.用例與類圖 B.用例與視角司應(yīng)當承受(48)架構(gòu)風格最為適宜?！?8〕A.管道-過濾器B.隱式調(diào)用C.主程序-子程序D.解釋器示的軟件架構(gòu)。在軟件架構(gòu)評審時，專家認為該架構(gòu)存在的問題是(49)?！?9〕A.在功能劃分上將各個模塊獨立起來C.沒有清楚地說明用戶怎樣與其交互D.沒有明確的層次關(guān)系，沒有強調(diào)功能之間的交互承接了一個開發(fā)家用空調(diào)自動調(diào)溫器的任務(wù)調(diào)溫器測量外部空氣溫度，依據(jù)設(shè)定的期望溫度掌握空調(diào)的開關(guān)依據(jù)該需求公司應(yīng)承受 (50) 架構(gòu)風格最為適宜?！?0〕A.解釋器B.過程掌握C.分層D.管道-過濾器承受(51)架構(gòu)風格最為適宜?！?1〕A.解釋器B.主程序-子程序C.隱式調(diào)用D.管道-過濾器識別音素、產(chǎn)生候選詞、判定語法片斷、供給語義解釋等。每個過程都需要進展基于先驗學問的條件推斷并進展相應(yīng)的識別動作。針對該系統(tǒng)的特點，承受 (52) 架構(gòu)風格最為適宜。〔52〕A.解釋器B.面對對象C.黑板D.隱式調(diào)用DSSA(53)DSSA(54)的主要任務(wù)是供給關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實現(xiàn)的學問?！?3〕A.領(lǐng)域需求B.C.領(lǐng)域設(shè)計D.領(lǐng)域?qū)崿F(xiàn)〔54〕A.領(lǐng)域?qū)＜褺.領(lǐng)域分析者C.領(lǐng)域設(shè)計者D.領(lǐng)域?qū)崿F(xiàn)者軟件系統(tǒng)對可用性〔Availability〕,性能〔Performance〕和可修改性〔Modification〕的要求較高， (55) 能提高該系統(tǒng)的可用性， (56) 設(shè)計策略能夠提高該系統(tǒng)的性能， (57) 略能夠提高該系統(tǒng)的可修改性?！?5〕A.Ping/EchoB.限制訪問C.運行時注冊D.接口-實現(xiàn)分別〔56〕A.分層構(gòu)造B.事務(wù)機制C.主動兀余D.隊列調(diào)度〔57〕A.信息隱蔽B.記錄/回放C.任務(wù)模型D.回滾某效勞器軟件系統(tǒng)能夠正確運行并得出計算結(jié)果，但存在“系統(tǒng)出錯后不能在要求的時間內(nèi)恢復到正常狀態(tài)”和“對系統(tǒng)進展二次開發(fā)時總要超過半年的時間”兩個問題，上述問題依次與質(zhì)量屬性中的(58)相關(guān)?！?8〕A.可用性和性能B.性能和可修改性C.性能和可測試性D.可用性和可修改性肯定的挨次轉(zhuǎn)發(fā)給其他查詢環(huán)境?；谏鲜鲂枨?，承受(59)最為適宜?！?9〕A.責任鏈模式B.橋接模式C.裝飾模式D.適配器模式某公司欲開發(fā)一套窗體圖形界面類庫。該類庫需要包含假設(shè)干預(yù)定義的窗格〔Pane〕對象，例如TextPaneListPane等，窗格之間不允許直接引用?；谠擃愵悗欤诓灰么案竦那疤嵋幌聦崿F(xiàn)窗格之間的協(xié)作，應(yīng)用開發(fā)者應(yīng)承受 (60) 最為適宜?！?0〕A.備忘錄模式B.中介者模式C.訪問者模式D.迭代器模式不顯示當前頁面以外的圖形。針對這種需求，公司可以承受(61)避開同時創(chuàng)立這些圖形對象?！?1〕A.代理模式B.外觀模式C.橋接模式D.組合模式險點非風險點敏感點和權(quán)衡點是進展軟件架構(gòu)評價的關(guān)鍵步驟。其中 (62) 是實現(xiàn)一個特定質(zhì)量屬性的關(guān)鍵特征，該特征為一個或多個軟件構(gòu)件所共有。“轉(zhuǎn)變加密的級別可能會對安全性和性能都產(chǎn)生顯著的影響”，這是一個對系統(tǒng) (63) 的描述?！?2〕A.風險點B.非風險點C敏感點D.權(quán)衡點〔63〕A.風險點B.非風險點C.敏感點D.權(quán)衡點所謂網(wǎng)絡(luò)安全漏洞是指 (64) ?！?4〕A.用戶的誤操作引起的系統(tǒng)故障C.網(wǎng)絡(luò)硬件性能下降產(chǎn)生的缺陷D.網(wǎng)絡(luò)協(xié)議運行中消滅的錯誤ARP攻擊造成網(wǎng)絡(luò)無法跨網(wǎng)段通信的緣由是 (65) ?！?5〕A.ARP報文造成網(wǎng)絡(luò)擁塞ARP報文使得數(shù)據(jù)包無法發(fā)送到網(wǎng)關(guān)ARP攻擊破壞了網(wǎng)絡(luò)的物理連通性ARP攻擊破壞了網(wǎng)關(guān)設(shè)備《GB8567-88計算機軟件產(chǎn)品開發(fā)文件編制指南》是 (66) 反該標準而造成不良后果時，將依法依據(jù)情節(jié)輕重受到行政懲罰或追究刑事責任?！?6〕A.強制性國家 B.推舉性國家C.強制性軟件行業(yè)D.推舉性軟件行業(yè)“昆侖”商品專用標識，但未進展商標注冊上市銷售。此狀況下，該軟件產(chǎn)品不行能得到我國 (67) 的保護?！?7〕A.著作權(quán)法B.專利法C.商標法D.刑法M國際運輸計算機系統(tǒng)治理員。任職期間，依據(jù)公司的業(yè)務(wù)要求開發(fā)了“空運出口業(yè)務(wù)系統(tǒng)”，并由公司使用。隨后，張某向國家版權(quán)局申請V1.0”，著作權(quán)人為張某。以下說法中，正確的選項是(68)。V1.0的著作權(quán)屬于張某V1.0M公司V1.0的著作權(quán)屬于張某和M公司張某獵取的軟件著作權(quán)登記證是不行以撤銷的對實際應(yīng)用問題建立數(shù)學模型并求得結(jié)果后，還需要依據(jù)建模的目的和要求， (69) 。〔69〕A模型的合理性分析B.模型的誤差分析C．模型的先進性分析D.參數(shù)的靈敏性分析16萬元，每套產(chǎn)品的可變10元，則需要銷售(70)套才能到達盈虧平衡點?！?0〕A.13000 B.16000C.18000D.20000The software architecture is a set of software components, relationships,interactions,thepropertiesofeachoftheseelements,andthesetofguiding principles that together constitute the fundamental properties andconstraintsofasoftwaresystemorsetofsystems. (71) definesageneralsetofelementtypesandtheirinteractions．TheexamplesincludePipesandFilters,Model-View-Controller,andReflection.A (72) insoftwarearchitectureisarepresentationusedtounderstandordocumentoneormoreaspectsofaproblemorsolution.Architectureisusuallyusedinconjunctionwithmanyadjunctterms.The (73) definesthekeystrategies,organization,goalsandrelatedprocessesoftheenterprise.Attheenterpriselevel,the (74) maybemoreofasetofguidelinesonhowthevarioussoftwarearchitecturesshouldbeconstructedconsistentlyacrosstheenterprise．The (75)

,whichdescribesthehigh-levelsetofelementsinvolvedinapplicationfromaparticulardomainalongwiththeirinteractions,isoftenusedtofocusonsubsystemdefinitionratherthanapplicationprocessleveldefinition.〔71〕A.ArchitecturalpatternB.ArchitecturaldescriptionC.Architecturalview D.Architecturalviewpoint〔72〕A.model B.domainC.component D.subsystem〔73〕A.enterprisearchitectureB.technicalarchitectureC.infrastructurearchitectureD.businessarchitecture〔74〕A.enterprisearchitectureB.dataarchitectureC.applicationarchitecture D.informationarchitecture〔75〕A.product-linearchitecture B.referencearchitectureC.technologyarchitecture D.infrastructurearchitecture201011月軟考系統(tǒng)架構(gòu)設(shè)計師考試下午試題試題一〔25分〕閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明，在答題紙上答復以下問題1至問題3。【說明】某公司欲針對x操作系統(tǒng)開發(fā)一個〔ydn檢索系統(tǒng)。打算通過重復剪切幫助文檔中的第一個單詞并將其插入到行尾的方式實現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動，后續(xù)還將承受其它的方法實現(xiàn)這一功能。系統(tǒng)的架構(gòu)進展設(shè)計時，公司的架構(gòu)師王工提出承受共享數(shù)據(jù)的主程序-子程序的架構(gòu)風格，而李工則主見承受管道-過濾器的架構(gòu)風格。在架構(gòu)這兩種方案進展評價，最終承受了李工的方案。[1]〔7分〕200-子程序和管道-過濾器這兩種架構(gòu)風格的特點進展描述。[2]〔12分〕1中的空白局部〔+-表示差構(gòu)風格進展評價，并指出承受李工方案的緣由。[3]〔6分〕1-1是李工給出的架構(gòu)設(shè)計示意圖，請將恰當?shù)墓δ苊枋鎏钊雸D中的(1)一(4)。試題二〔25分〕1至問題3。［說明］RMOCRSS。RMO公司打算由其技術(shù)部成立特地的工程的開發(fā)和維護工作。CRSS系的運行性能和可擴展性。［1〔8分〕300字以內(nèi)的文字，說明張工和劉工提出的數(shù)據(jù)架構(gòu)的根本思想。［2〔3分〕200字以內(nèi)文CRSS的數(shù)據(jù)庫系統(tǒng)；對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實現(xiàn)。［3〔4分〕RMO系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以承受哪些方法提升系統(tǒng)的可擴展性。試題三〔25分〕1至問題3?！菊f明】企業(yè)將來技術(shù)進展規(guī)劃。AUTOSAR標準，按統(tǒng)籌規(guī)劃、分步驟實施的原則，實現(xiàn)汽車公司的根底軟件架構(gòu)設(shè)計。圖3-1給出了AUTOSAR標準所定義的工作包，圖中灰色局部代表本工程工作所包含的內(nèi)容，即軟件架構(gòu)和根底軟件。［1］(7分〕AUTOSAR標準中要求，汽車電子軟件開發(fā)流程應(yīng)盡量滿足并發(fā)、可屢次迭代的3-3〔ECU是指汽車電子中的電子掌握單AUTOSAR的規(guī)定，并說明理由。［2〔0分〕3-1II-1.1.13-4是滿足具體操作含義。［3]〔8分〕150AUTOSAR架構(gòu)的ECU掩蓋汽車的哪三個領(lǐng)域。試題四〔25分〕1至問3?！菊f明】是一個大型的電信軟件開發(fā)公司，公司內(nèi)部承受多種商業(yè)/開源的工集成在一起。集成框架開發(fā)小組經(jīng)過廣泛調(diào)研，得到了如下核心需求：框架應(yīng)無縫集成各個工具的功能；集成框架應(yīng)實現(xiàn)工具之間的敏捷通信和數(shù)據(jù)格式轉(zhuǎn)換；集成框架需要依據(jù)實際的開發(fā)流程敏捷、動態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系；集成框架應(yīng)能集成一些常用的第三方有用工具，如即時通信，郵件系統(tǒng)等。(ESB)作為集成框架的根底架構(gòu)。［1]〔8分〕ESB4個主要功能，并從集成系統(tǒng)的部署方式、待集成系統(tǒng)之間的禍合程度、集成系統(tǒng)的可擴展性3ESB作為集成框架的根底架構(gòu)。［2〔2分〕4個需求，說明每個需求應(yīng)當承受何種具體的集成方式或架構(gòu)風格最為適宜。［3〔5分〕并對實現(xiàn)過程進展簡要描述。試題五〔25分〕閱讀以下信息系統(tǒng)牢靠性問題的說明，在答題紙上答復以下問題1至問題3。【說明】5-1所示。王工解釋：只要各個模塊的牢靠度足夠高，失效率足夠低，則整個軟件系統(tǒng)的牢靠性是有保證的。李工對王