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