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

1、2010 年 11 月軟考系統(tǒng)架構(gòu)設(shè)計(jì)師考試上午試題采用微內(nèi)核結(jié)構(gòu)的操作系統(tǒng)提高了系統(tǒng)的靈活性和可擴(kuò)展性，_(1)_。(1) A.并增強(qiáng)了系統(tǒng)的可靠性和可移植性，可運(yùn)行于分布式系統(tǒng)中B. 并增強(qiáng)了系統(tǒng)的可靠性和可移植性，但不適用于分布式系統(tǒng)C. 但降低了系統(tǒng)的可靠性和可移植性，可運(yùn)行于分布式系統(tǒng)中D. 但降低了系統(tǒng)的可靠性和可移植性，不適用于分布式系統(tǒng)若操作系統(tǒng)文件管理程序正在將修改后的 _(2)_文件寫回磁盤時系統(tǒng)發(fā)生崩 潰，對系統(tǒng)的影響相對較大。(2) A.用戶數(shù)據(jù) B.用戶程序C系統(tǒng)目錄 D.空閑塊管理某虛擬存儲系統(tǒng)采用最近最少使用(LRU頁面淘汰算法，假定系統(tǒng)為每個作 業(yè)分配 4 個頁

2、面的主存空間， 其中一個頁面用來存放程序。 現(xiàn)有某作業(yè)的程序如 下：Var A: Array 1.100,1.100 OF in teger;i, j：integer;FOR i:=1 to 100 DOFOR j:=1 to 100 DOAi,j:=0;設(shè)每個頁面可存放 200 個整數(shù)變量，變量 i, j 存放在程序頁中。初始時，程序及 i, j均己在內(nèi)存，其余3頁為空。若矩陣A按行序存放，那么當(dāng)程序執(zhí)行完后共 產(chǎn)生_(3)_次缺頁中斷；若矩陣A 按列序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生_(4)_次缺頁中斷。(3) A.50 B.100 C.5000 D.10000(4) A.50 B.100

3、C.5000 D.10000 在數(shù)據(jù)庫設(shè)計(jì)的(5)_階段進(jìn)行關(guān)系規(guī)范化(5) A.需求分析 B.概念設(shè)計(jì) C邏輯設(shè)計(jì) D.物理設(shè)計(jì)某數(shù)據(jù)庫中有員工關(guān)系 E (員工號，姓名，部門，職稱，月薪)；產(chǎn)品關(guān)系P (產(chǎn)品號，產(chǎn)品名稱，型號，尺寸，顏色)；倉庫關(guān)系 W (倉庫號，倉庫名稱， 地址，負(fù)責(zé)人)；庫存關(guān)系I (倉庫號，產(chǎn)品號，產(chǎn)品數(shù)量)。a.若數(shù)據(jù)庫設(shè)計(jì)中要求： 倉庫關(guān)系W中的負(fù)責(zé)人”引用員工關(guān)系的員工號 庫存關(guān)系I中的倉庫號，產(chǎn)品號”惟一標(biāo)識I中的每一個記錄 員工關(guān)系E中的職稱為 工程師”的月薪不能低于3500元 則依次要滿足的完整性約束是 _(6)_。(6) A.實(shí)體完整性、參照完整性、用戶

4、定義完整性B. 參照完整性、實(shí)體完整性、用戶定義完整性C用戶定義完整性、實(shí)體完整性、參照完整性D.實(shí)體完整性、用戶定義完整性、參照完整性b.若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量，則對應(yīng)的查詢語句為:SELELC產(chǎn)品名稱，SUM (產(chǎn)品數(shù)量)FROM P, IWHERE .產(chǎn)品號=1產(chǎn)品號_;(7) A. ORDER B產(chǎn)品名稱 B. ORDER B產(chǎn)品數(shù)量C. GROUP B產(chǎn)品名稱 D. GROUP B產(chǎn)品數(shù)量若對關(guān)系R (A, B, C, D)和S (C, D,日進(jìn)行關(guān)系代數(shù)運(yùn)算，則表達(dá)式加與_)_等價。九%如冷5)b. %衛(wèi)wg)計(jì)算機(jī)執(zhí)行程序時，在一個指令周期的過程中，為了能夠從內(nèi)

5、存中讀指令操 作碼，首先是將_(9)的內(nèi)容送到地址總線上。(9) A.程序計(jì)數(shù)器PC B指令寄存器IRC狀態(tài)寄存器SR D.通用寄存器GR內(nèi)存按字節(jié)編址，利用 8K*4bit的存儲器芯片構(gòu)成 84000H到8FFFFH的內(nèi)存, 共需(10)_片。(10) A. 6 B. 8 C. 12 D. 24某磁盤磁頭從一個磁道移至另一個磁道需要 10ms。文件在磁盤上非連續(xù)存放， 邏輯上相鄰數(shù)據(jù)塊的平均移動距離為 10個磁道，每塊的旋轉(zhuǎn)延遲時間及傳輸時 間分別為100ms和2ms,則讀取一個100塊的文件需要_(11)_ms的時間。(11) A.10200 B.11000 C.11200 D.20200

6、計(jì)算機(jī)系統(tǒng)中，在 (12)的情況下一般應(yīng)采用異步傳輸方式。(12) A. CPU訪問內(nèi)存B. CPU與I/O接口交換信息C. CPU與 PCI總線交換信息 D. I/O接口與打印機(jī)交換信息大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，以下關(guān)于各個網(wǎng)絡(luò)層次的描 述中，不正確的是(13)_。(13) A.核心層進(jìn)行訪問控制列表檢查B.匯聚層定義了網(wǎng)絡(luò)的訪問策略C.接入層提供局域網(wǎng)絡(luò)接入功能D.接入層可以使用集線器代替交換機(jī)網(wǎng)絡(luò)系統(tǒng)設(shè)計(jì)過程中，邏輯網(wǎng)絡(luò)設(shè)計(jì)階段的任務(wù)是(14)_。(14) 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

7、根據(jù)需求規(guī)范和通信規(guī)范，實(shí)施資源分配和安全規(guī)劃D. 理解網(wǎng)絡(luò)應(yīng)該具有的功能和性能，設(shè)計(jì)出符合用戶需求的網(wǎng)絡(luò)網(wǎng)絡(luò)系統(tǒng)生命周期可以劃分為5個階段，實(shí)施這 5個階段的合理順序是（15）_。（15）A.需求規(guī)范、通信規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計(jì)、物理網(wǎng)絡(luò)設(shè)計(jì)、實(shí)施階段B. 需求規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計(jì)、通信規(guī)范、物理網(wǎng)絡(luò)設(shè)計(jì)、實(shí)施階段 C通信規(guī)范、物理網(wǎng)絡(luò)設(shè)計(jì)、需求規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計(jì)、實(shí)施階段D.通信規(guī)范、需求規(guī)范、邏輯網(wǎng)絡(luò)設(shè)計(jì)、物理網(wǎng)絡(luò)設(shè)計(jì)、實(shí)施階段假設(shè)單個CPU的性能為1,則由n個這種CPU組成的多處理機(jī)系統(tǒng)的性能 P 為：p =其中，a是一個表示開銷的常數(shù)。例如，a=0.1 , n=1時，P約為3。也就是說，由

8、 4個這種CPU組成的多機(jī)系統(tǒng)的性能約為3。該公式表明，多機(jī)系統(tǒng)的性能有一 個上限，不管n如何增加，P都不會超過某個值。當(dāng)a=0.1時，這個上限是 （16）_（16）A. 5 B. 10 C. 15 D. 20以下關(guān)于系統(tǒng)性能的敘述中，不正確的是（17）_。（17）A.常見的Web服務(wù)器性能評估方法有基準(zhǔn)測試、壓力測試和可靠性測試B. 評價Web服務(wù)器的主要性能指標(biāo)有最大并發(fā)連接數(shù)、響應(yīng)延遲和吞吐量 C對運(yùn)行系統(tǒng)進(jìn)行性能評估的主要目的是以更好的性能/價格比更新系統(tǒng)D.當(dāng)系統(tǒng)性能降到基本水平時，需要查找影響性能的瓶頸并消除該瓶頸某大型公司欲開發(fā)一個門戶系統(tǒng)，該系統(tǒng)以商業(yè)流程和企業(yè)應(yīng)用為核心， 將

9、商 業(yè)流程中不同的功能模塊通過門戶集成在一起， 以提高公司的集中貿(mào)易能力、協(xié) 同能力和信息管理能力。根據(jù)這種需求，采用企業(yè) （18）_門戶解決方案最為 合適。（18）A.信息B.知識 C應(yīng)用 D.垂直客戶關(guān)系管理（CRM系統(tǒng)將市場營銷的科學(xué)管理理念通過信息技術(shù)的手段集 成在軟件上，能夠幫助企業(yè)構(gòu)建良好的客戶關(guān)系。以下關(guān)于CRM系統(tǒng)的敘述中， 錯誤的是_（19）_。（19）A.銷售自動化是CRM系統(tǒng)中最基本的模塊B. 營銷自動化作為銷售自動化的補(bǔ)充，包括營銷計(jì)劃的編制和執(zhí)行、計(jì)劃 結(jié)果分析等C. CRM系統(tǒng)能夠與ERP系統(tǒng)在財務(wù)、制造、庫存等環(huán)節(jié)進(jìn)行連接，但兩者 關(guān)系相對松散，一般不會形成閉環(huán)結(jié)

10、構(gòu)D. 客戶服務(wù)與支持是CRM系統(tǒng)的重要功能。目前，客戶服務(wù)與支持的主要 手段是通過呼叫中心和互聯(lián)網(wǎng)來實(shí)現(xiàn)共享數(shù)據(jù)庫是一種重要的企業(yè)應(yīng)用集成方式。以下關(guān)于共享數(shù)據(jù)庫集成方式的 敘述中，錯誤的是 （20）_。（20）A.共享數(shù)據(jù)庫集成方式通常將應(yīng)用程序的數(shù)據(jù)存儲在一個共享數(shù)據(jù)庫中，通過制定統(tǒng)一的數(shù)據(jù)庫模式來處理不同應(yīng)用的集成需求B.共享數(shù)據(jù)庫為不同的應(yīng)用程序提供了統(tǒng)一的數(shù)據(jù)存儲與格式定義，能夠解決不同應(yīng)用程序中數(shù)據(jù)語義不一致的問題C多個應(yīng)用程序可能通過共享數(shù)據(jù)庫頻繁地讀取和修改相同的數(shù)據(jù)，這會使共享數(shù)據(jù)庫成為一個性能瓶頸D.共享數(shù)據(jù)庫集成方式的一個重要限制來自外部的已封裝應(yīng)用，這些封裝好的應(yīng)用程

11、序只能采用自己定義的數(shù)據(jù)庫模式，調(diào)整和集成余地較小某公司欲對其內(nèi)部的信息系統(tǒng)進(jìn)行集成， 需要實(shí)現(xiàn)在系統(tǒng)之間快速傳遞可定制 格式的數(shù)據(jù)包， 并且當(dāng)有新的數(shù)據(jù)包到達(dá)時， 接收系統(tǒng)會自動得到通知。 另外還 要求支持?jǐn)?shù)據(jù)重傳， 以確保傳輸?shù)某晒Α?針對這些集成需求， 應(yīng)該采用 _(21)_ 的集成方式。(21) A.遠(yuǎn)程過程調(diào)用B.共享數(shù)據(jù)庫C文件傳輸D.消息傳遞詳細(xì)的項(xiàng)目范圍說明書是項(xiàng)目成功的關(guān)鍵。 _(22)_不應(yīng)該屬于范圍定義的 輸入。(22) A.項(xiàng)目章程B.項(xiàng)目范圍管理計(jì)劃 C批準(zhǔn)的變更申請 D.項(xiàng)目文檔管理方案項(xiàng)目時間管理包括使項(xiàng)目按時完成所必需的管理過程， 活動定義是其中的一個 重要過程

12、。通?？梢允褂?_(23)_來進(jìn)行活動定義。(23) A.魚骨圖 B.工作分解結(jié)構(gòu)(WBS C層次分解結(jié)構(gòu)D.功能分解圖在實(shí)際的項(xiàng)目開發(fā)中，人們總是希望使用自動工具來執(zhí)行需求變更控制過程。 下列描述中， _(24)_不是這類工具所具有的功能。(24) 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)變更D.定義變更控制計(jì)劃，并指導(dǎo)設(shè)計(jì)人員按照所制定的計(jì)劃實(shí)施變更需求管理是CMM可重復(fù)級中的6個關(guān)鍵過程域之一，其主要目標(biāo)是 (25)_(25) A.對于軟件需求，必須建立基線以進(jìn)行控制，

13、軟件計(jì)劃、產(chǎn)品和活動必須 與軟件需求保持一致B.客觀地驗(yàn)證需求管理活動符合規(guī)定的標(biāo)準(zhǔn)、程序和要求C策劃軟件需求管理的活動，識別和控制已獲取的軟件需求D.跟蹤軟件需求管理的過程、實(shí)際結(jié)果和執(zhí)行情況在RUP中采用“4+1視圖模型來描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終 用戶側(cè)重于 _(26)_，系統(tǒng)工程師側(cè)重于 _(27)_。(26) A.實(shí)現(xiàn)視圖 B進(jìn)程視圖 C邏輯視圖 D.部署視圖 _(28)_把整個軟件開發(fā)流程分成多個階段，每一個階段都由目標(biāo)設(shè)定、風(fēng)險分析、開發(fā)和有效性驗(yàn)證以及評審構(gòu)成。(28) A.原型模型 B.瀑布模型 C螺旋模型 D.V模型軟件開發(fā)環(huán)境是支持軟件產(chǎn)品開發(fā)的軟件系統(tǒng)，它

14、由軟件工具集和環(huán)境集成機(jī)制構(gòu)成。環(huán)境集成機(jī)制包括：提供統(tǒng)一的數(shù)據(jù)模式和數(shù)據(jù)接口規(guī)范的數(shù)據(jù)集成機(jī) 制；支持各開發(fā)活動之間通信、切換、調(diào)度和協(xié)同的 (29);為統(tǒng)一操作方式提供支持的(30)_。(29) A.操作集成機(jī)制 B.控制集成機(jī)制C平臺集成機(jī)制 D.界面集成機(jī)制(30) A.操作集成機(jī)制 B.控制集成機(jī)制C平臺集成機(jī)制 D.界面集成機(jī)制軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。(31) 一種典型的、原始的橫向重用機(jī)制。(31) A.對象B構(gòu)件C標(biāo)準(zhǔn)函數(shù)庫 D設(shè)計(jì)模式下列關(guān)于不同軟件開發(fā)方法所使用的模型的描述中，正確的是(32)_。(32) A.在進(jìn)行結(jié)構(gòu)化分析時，必須使用數(shù)據(jù)流圖和軟

15、件結(jié)構(gòu)圖這兩種模型B. 采用面向?qū)ο箝_發(fā)方法時，可以使用狀態(tài)圖和活動圖對系統(tǒng)的動態(tài)行為 進(jìn)行建模C實(shí)體聯(lián)系圖(E-R圖)是在數(shù)據(jù)庫邏輯結(jié)構(gòu)設(shè)計(jì)時才開始創(chuàng)建的模型D. UML的活動圖與程序流程圖的表達(dá)能力等價某銀行系統(tǒng)采用Factory Method方法描述其不同賬戶之間的關(guān)系，設(shè)計(jì)出的類 圖如下所示。其中與Factory Method中的“Creato角色相對應(yīng)的類是 (33) 與“ Produc角色相對應(yīng)的類是_( 34)_。(33) A. Bank B. Account(34) A. Bank B. AccountC. Check ing D. SavingsC. Check ing D.

16、 Savings (35)是一個獨(dú)立可交付的功能單元，外界通過接口訪問其提供的服務(wù)。(35) A.面向?qū)ο笙到y(tǒng)中的對象(Object)B. 模塊化程序設(shè)計(jì)中的子程序(Subrout in e)C基于構(gòu)件開發(fā)中的構(gòu)件(Component)D. 系統(tǒng)模型中的包(Package在基于構(gòu)件的軟件開發(fā)中， _（36）_描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供適當(dāng) 的功能； _（37）_用來了解系統(tǒng)的性能、吞吐率等非功能性屬性。（36）A.邏輯構(gòu)件模型C組件接口模型（37）A.邏輯構(gòu)件模型C組件接口模型B.物理構(gòu)件模型 D系統(tǒng)交互模型 B.物理構(gòu)件模型 D系統(tǒng)交互模型對象管理組織（OMG ）基于CORBA基礎(chǔ)設(shè)施定

17、義了四種構(gòu)件標(biāo)準(zhǔn)。其中,_（38）_的狀態(tài)信息是由構(gòu)件自身而不是由容器維護(hù)。（38）A.實(shí)體構(gòu)件 B.加工構(gòu)件C服務(wù)構(gòu)件 D.會話構(gòu)件分布式系統(tǒng)開發(fā)中, 通常需要將任務(wù)分配到不同的邏輯計(jì)算層。 業(yè)務(wù)數(shù)據(jù)的綜 合計(jì)算分析任務(wù)屬于 _（39）_。（39）A.表示邏輯層 B.應(yīng)用邏輯層 C數(shù)據(jù)處理層 D.數(shù)據(jù)層在客戶機(jī)/服務(wù)器系統(tǒng)開發(fā)中, 采用_（40）_時,應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放 置于服務(wù)器,應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶機(jī)。（40） A.分布式表示結(jié)構(gòu)B.分布式應(yīng)用結(jié)構(gòu)C分布式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)D.分布式數(shù)據(jù)結(jié)構(gòu)系統(tǒng)輸入設(shè)計(jì)中 ,采用內(nèi)部控制方式以確保 輸入系 統(tǒng)數(shù)據(jù)的有 效性, _（4

18、1）_用于驗(yàn)證數(shù)據(jù)是否位于合法的取值范圍。（41）A.數(shù)據(jù)類型檢查 B.自檢位 C域檢查 D.格式檢查系統(tǒng)測試由若干個不同的測試類型組成,其中 _（42）_檢查系統(tǒng)能力的最高 實(shí)際限度,即軟件在一些超負(fù)荷情況下的運(yùn)行情況； _（43）_主要是檢查系統(tǒng) 的容錯能力。（42）A.強(qiáng)度測試 B性能測試 C恢復(fù)測試 D.可靠性測試（43）A.強(qiáng)度測試 B性能測試 C恢復(fù)測試 D.可靠性測試軟件架構(gòu)是降低成本、 改進(jìn)質(zhì)量、 按時和按需交付產(chǎn)品的關(guān)鍵因素。 以下關(guān)于 軟件架構(gòu)的描述,錯誤的是 _（44）_。（44）A.根據(jù)用戶需求，能夠確定一個最佳的軟件架構(gòu)，指導(dǎo)整個軟件的開發(fā)過 程B. 軟件架構(gòu)設(shè)計(jì)需要

19、滿足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等 C軟件架構(gòu)設(shè)計(jì)需要確定組件之間的依賴關(guān)系，支持項(xiàng)目計(jì)劃和管理活動D. 軟件架構(gòu)能夠指導(dǎo)設(shè)計(jì)人員和實(shí)現(xiàn)人員的工作 軟件架構(gòu)設(shè)計(jì)包括提出架構(gòu)模型、 產(chǎn)生架構(gòu)設(shè)計(jì)和進(jìn)行設(shè)計(jì)評審等活動， 是一 個迭代的過程。以下關(guān)于軟件架構(gòu)設(shè)計(jì)活動的描述，錯誤的是_（45）_。（45）A.在建立軟件架構(gòu)的初期，一般需要選擇一個合適的架構(gòu)風(fēng)格B.將架構(gòu)分析階段已標(biāo)識的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)C. 軟件架構(gòu)設(shè)計(jì)活動將已標(biāo)識構(gòu)件集成到軟件架構(gòu)中，設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件D. 旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì)，需要邀請獨(dú)立于系統(tǒng)開發(fā)的外部人員 對系統(tǒng)進(jìn)行評審 基于軟件架構(gòu)的

20、設(shè)計(jì)(Architecture Based Software Development. ABSD 強(qiáng)調(diào)由 商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構(gòu)設(shè)計(jì)。它強(qiáng)調(diào)采用 (46) 描述 軟件架構(gòu)，采用(47) 描述需求。(46) A.類圖和序列圖B視角與視圖C構(gòu)件和類圖D構(gòu)件與功能(47) A.用例與類圖B用例與視角C用例與質(zhì)量場景D.視角與質(zhì)量場景某游戲公司欲開發(fā)一個大型多人即時戰(zhàn)略游戲， 游戲設(shè)計(jì)的目標(biāo)之一是能夠支 持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。 針對該目標(biāo)，公 司應(yīng)該采用 (48) 構(gòu)風(fēng)格最為合適。(48) A.管道-過濾器B.隱式調(diào)用 C.主程序-子程序D解釋器某公司

21、欲為某種型號的示波器開發(fā)內(nèi)置軟件。該公司的架構(gòu)師設(shè)計(jì)了如下圖所 示的軟件架構(gòu)。在軟件架構(gòu)評審時，專家認(rèn)為該架構(gòu)存在的問題是 (49)_七虧* 霸舍 H 采集 T<j-X¥剪咸時U_1砂雄.|射股"曲I卅址 瀏呈的，I(49) A.在功能劃分上將各個模塊獨(dú)立起來B.在硬件構(gòu)件的混合和替換方面不是很靈活C沒有清晰地說明用戶怎樣與其交互D沒有明確的層次關(guān)系，沒有強(qiáng)調(diào)功能之間的交互某公司承接了一個開發(fā)家用空調(diào)自動調(diào)溫器的任務(wù)， 調(diào)溫器測量外部空氣溫度， 根據(jù)設(shè)定的期望溫度控制空調(diào)的開關(guān)。根據(jù)該需求，公司應(yīng)采用 (50)構(gòu) 風(fēng)格最為合適。(50) A.解釋器 B.過程控制 C分

22、層 D管道-過濾器某公司欲開發(fā)一個漫步者機(jī)器人，用來完成火星探測任務(wù)。機(jī)器人的控制者首 先定義探測任務(wù)和任務(wù)之間的時序依賴性， 機(jī)器人接受任務(wù)后，需要根據(jù)自身狀 態(tài)和外界環(huán)境進(jìn)行動態(tài)調(diào)整，最終自動完成任務(wù)。針對這些需求，該機(jī)器人應(yīng)該 采用 (51) 構(gòu)風(fēng)格最為合適。(51) A.解釋器 B.主程序-子程序 C隱式調(diào)用 D.管道-過濾器某公司欲開發(fā)一個語音識別系統(tǒng)， 語音識別的主要過程包括分割原始語音信號 識別音素、產(chǎn)生候選詞、判定語法片斷、提供語義解釋等。每個過程都需要進(jìn)行 基于先驗(yàn)知識的條件判斷并進(jìn)行相應(yīng)的識別動作。針對該系統(tǒng)的特點(diǎn)，采用 _(52)_架構(gòu)風(fēng)格最為合適。(52) A.解釋器B

23、.面向?qū)ο驝黑板 D.隱式調(diào)用特定領(lǐng)域軟件架構(gòu)(DSSA是在一個特定應(yīng)用領(lǐng)域?yàn)橐唤M應(yīng)用提供組織結(jié)構(gòu)參 考的標(biāo)準(zhǔn)軟件架構(gòu)。實(shí)施DSSA的過程中包括一系列基本的活動，其中_(53)_ 動的主要目的是為了獲得 DSSA該活動參加人員中，(54)的主要任務(wù)是提 供關(guān)于領(lǐng)域中系統(tǒng)的需求規(guī)約和實(shí)現(xiàn)的知識。(53) A.領(lǐng)域需求 B.領(lǐng)域分析C領(lǐng)域設(shè)計(jì) D.領(lǐng)域?qū)崿F(xiàn)(54) A.領(lǐng)域?qū)＜?B.領(lǐng)域分析者C.領(lǐng)域設(shè)計(jì)者 D.領(lǐng)域?qū)崿F(xiàn)者某服務(wù)器軟件系統(tǒng)對可用性(Availability)，性能(Performanee )和可修改 性(Modification )的要求較高， _(55)_設(shè)計(jì)策略能提高該系統(tǒng)的可

24、用性，(57)_設(shè)計(jì)策略能夠提高該系_(56)_設(shè)計(jì)策略能夠提高該系統(tǒng)的性能， 統(tǒng)的可修改性。C運(yùn)行時注冊C主動兀余C任務(wù)模型D.接口-實(shí)現(xiàn)分離D隊(duì)列調(diào)度D.回滾(55) A.Ping/Echo B.限制訪問(56) A.分層結(jié)構(gòu) B.事務(wù)機(jī)制(57) A.信息隱藏 B.記錄/回放某服務(wù)器軟件系統(tǒng)能夠正確運(yùn)行并得出計(jì)算結(jié)果，但存在 “系統(tǒng)出錯后不能在 要求的時間內(nèi)恢復(fù)到正常狀態(tài) ”和“對系統(tǒng)進(jìn)行二次開發(fā)時總要超過半年的時間 兩個問題，上述問題依次與質(zhì)量屬性中的 _(58)_相關(guān)。(58) A.可用性和性能 B性能和可修改性C性能和可測試性 D.可用性和可修改性某公司欲開發(fā)一個軟件系統(tǒng)的在線文檔

25、幫助系統(tǒng)， 用戶可以在任何一個查詢上 下文中輸入查詢關(guān)鍵字， 如果當(dāng)前查詢環(huán)境下沒有相關(guān)內(nèi)容， 則系統(tǒng)會將查詢按 照一定的順序轉(zhuǎn)發(fā)給其他查詢環(huán)境。基于上述需求，采用_(59)_最為合適。(59) A.責(zé)任鏈模式B.橋接模式 C裝飾模式 D.適配器模式某公司欲開發(fā)一套窗體圖形界面類庫。該類庫需要包含若干預(yù)定義的窗格(Pane)對象，例如TextPane, ListPan等，窗格之間不允許直接引用?；谠擃?庫的應(yīng)用由一個包含一組窗格的窗口組成， 并需要協(xié)調(diào)窗格之問的行為。 基于該 類庫，在不引用窗格的前提一下實(shí)現(xiàn)窗格之間的協(xié)作，應(yīng)用開發(fā)者應(yīng)采用_(60)_最為合適。(60) A.備忘錄模式B.中

26、介者模式C訪問者模式 D.迭代器模式某公司開發(fā)一個文檔編輯器， 該編輯器允許在文檔中直接嵌入圖形對象， 但開 銷很大。用戶在系統(tǒng)設(shè)計(jì)之初提出編輯器在打開文檔時必須十分迅速， 可以暫時 不顯示當(dāng)前頁面以外的圖形。針對這種需求，公司可以采用 _(61)_避免同時 創(chuàng)建這些圖形對象。(61) A.代理模式B.外觀模式 C橋接模式D.組合模式正確識別風(fēng)險點(diǎn)、非風(fēng)險點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是進(jìn)行軟件架構(gòu)評價的關(guān)鍵步驟。 其中_(62)_是實(shí)現(xiàn)一個特定質(zhì)量屬性的關(guān)鍵特征，該特征為一個或多個軟件 構(gòu)件所共有?！案淖兗用艿募墑e可能會對安全性和性能都產(chǎn)生顯著的影響 ”，這是一個對系統(tǒng) _(63)_的描述。(62) A

27、.風(fēng)險點(diǎn) B.非風(fēng)險點(diǎn) C敏感點(diǎn) D權(quán)衡點(diǎn)(63) A.風(fēng)險點(diǎn) B.非風(fēng)險點(diǎn) C敏感點(diǎn) D權(quán)衡點(diǎn)所謂網(wǎng)絡(luò)安全漏洞是指 _(64)_。(64) A.用戶的誤操作引起的系統(tǒng)故障B.網(wǎng)絡(luò)節(jié)點(diǎn)的系統(tǒng)軟件或應(yīng)用軟件在邏輯設(shè)計(jì)上的缺陷C網(wǎng)絡(luò)硬件性能下降產(chǎn)生的缺陷D.網(wǎng)絡(luò)協(xié)議運(yùn)行中出現(xiàn)的錯誤 ARP攻擊造成網(wǎng)絡(luò)無法跨網(wǎng)段通信的原因是 _(65)_。(65) A.發(fā)送大量ARP報文造成網(wǎng)絡(luò)擁塞B. 偽造網(wǎng)關(guān)ARP報文使得數(shù)據(jù)包無法發(fā)送到網(wǎng)關(guān)C. ARP攻擊破壞了網(wǎng)絡(luò)的物理連通性D. ARP攻擊破壞了網(wǎng)關(guān)設(shè)備 GB 8567-88計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南是 _(66)_標(biāo)準(zhǔn)，違反該 標(biāo)準(zhǔn)而造成不良后果時，

28、將依法根據(jù)情節(jié)輕重受到行政處罰或追究刑事責(zé)任。(66) A.強(qiáng)制性國家B.推薦性國家C強(qiáng)制性軟件行業(yè)D.推薦性軟件行業(yè)某軟件企業(yè)開發(fā)了一套能夠同硬件結(jié)合以提高設(shè)備性能的軟件產(chǎn)品， 向國家專 利局申請方法發(fā)明專利，獲得了專利權(quán)，并為該軟件產(chǎn)品冠以 “昆侖”商品專用標(biāo) 識，但未進(jìn)行商標(biāo)注冊上市銷售。此情況下，該軟件產(chǎn)品不可能得到我國_(67)_的保護(hù)。(67) A.著作權(quán)法 B.專利法 C商標(biāo)法 D刑法張某是 M 國際運(yùn)輸有限公司計(jì)算機(jī)系統(tǒng)管理員。任職期間，根據(jù)公司的業(yè)務(wù) 要求開發(fā)了 “空運(yùn)出口業(yè)務(wù)系統(tǒng) ”，并由公司使用。隨后，張某向國家版權(quán)局申請 了計(jì)算機(jī)軟件著作權(quán)登記，并取得了計(jì)算機(jī)軟件著作權(quán)

29、登一記證書 ，證書明 確軟件名稱是 空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0”，著作權(quán)人為張某。以下說法中，正確的 是_(68)_。(68) A.空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于張某B.空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于M公司C空運(yùn)出口業(yè)務(wù)系統(tǒng)V1.0的著作權(quán)屬于張某和 M公司D.張某獲取的軟件著作權(quán)登記證是不可以撤銷的對實(shí)際應(yīng)用問題建立數(shù)學(xué)模型并求得結(jié)果后，還需要根據(jù)建模的目的和要求， 利用相關(guān)知識， 結(jié)合研究對象的特點(diǎn)， 進(jìn)行模型分析。 模型分析工作一般不包括 _(69)_。(69) A模型的合理性分析B.模型的誤差分析C. 模型的先進(jìn)性分析D.參數(shù)的靈敏性分析某軟件公司開發(fā)某種軟件產(chǎn)品時花費(fèi)的固定

30、成本為 16 萬元，每套產(chǎn)品的可變 成本為 2 元，設(shè)銷售單價為 10 元，則需要銷售 _(70)_套才能達(dá)到盈虧平衡 點(diǎn)。(70) A.13000 B.16000 C.18000 D.20000 The software architecture is a set of software components, subsystems, relationships,interactions, the properties of each of these elements, and the set of guiding principles that together constitute t

31、he fundamental properties and constraints of a software system or set of systems. _(71)_ defines a general set of element types and their interactions . The examples include Pipes and Filters, Model-View-Controller, and Reflection. A _(72)_ in software architecture is a representation used to unders

32、tand or document one or more aspects of a problem or solution. Architecture is usually used in conjunction with many adjunct terms. The _(73)_ defines the key strategies, organization, goals and related processes of the enterprise. At the enterprise level, the _(74)_ may be more of a set of guidelin

33、es on how the various software architectures should be constructed consistently across the enterprise. The _(75)_ , which describes the high-level set of elements involved in application from a particular domain along with their interactions, is often used to focus on subsystem definition rather tha

34、n application process level definition.71 ) A. Architectural patternC .Architectural view72) A. modelC. component73) A. enterprise architectuB. Architectural descriptionD. Architectural viewpointB. domainD. subsystemB. technical architectureC. infrastructure architecture D. business architecture74)

35、A. enterprise architecture B. data architectureC. application architecture D. information architecture75) A. product-line architecture B. reference architectureC. technology architecture D. infrastructure architecture2010年11月軟考系統(tǒng)架構(gòu)設(shè)計(jì)師考試下午試題試題一（共25分）閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明，在答題紙上回答問題1至問題3?！菊f明】某公司欲針對Linux操作系

36、統(tǒng)開發(fā)一個KWIQKey Word in Con text檢僉索系統(tǒng)。 該系統(tǒng)接收用戶輸入的查詢關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助 內(nèi)容進(jìn)行循環(huán)滾動閱讀。在對 KWIC系統(tǒng)進(jìn)行需求分析時，公司的業(yè)務(wù)專家發(fā)現(xiàn) 用戶后續(xù)還有可能采用其它方式展示幫助內(nèi)容。根據(jù)目前需求，公司的技術(shù)人員決定通過重復(fù)剪切幫助文檔中的第一個單詞并將其插入到行尾的方式實(shí)現(xiàn)幫助 文檔內(nèi)容的循環(huán)滾動，后續(xù)還將采用其它的方法實(shí)現(xiàn)這一功能。在對KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的 主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過濾器的架構(gòu)風(fēng)格。在架構(gòu) 評估會議上，大家從系統(tǒng)的算法變更、功能變

37、更、數(shù)據(jù)表示變更和性能等方面對 這兩種方案進(jìn)行評價，最終采用了李工的方案。問題1（ 7分）在實(shí)際的軟件項(xiàng)目開發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項(xiàng)目成功的保證。請用200 字以內(nèi)的文字說明什么是軟件架構(gòu)風(fēng)格，并對主程序-子程序和管道-過濾器這兩 種架構(gòu)風(fēng)格的特點(diǎn)進(jìn)行描述。問題2（ 12分）請完成表1-1中的空白部分（用+表示優(yōu)、-表示差），對王工和李工提出的架 構(gòu)風(fēng)格進(jìn)行評價，并指出采用李工方案的原因。老M 王丁與李丁的架構(gòu)風(fēng)格i平價'蕪享!ft據(jù)的主程序子程序骨道過濾器算法變更(1)功能變更(2)+數(shù)據(jù)表示變更性能問題3（ 6分）圖1-1是李工給出的架構(gòu)設(shè)計(jì)示意圖，請將恰當(dāng)?shù)墓δ苊枋鎏钊雸D中的

38、一 （4）。罔李工給出的架構(gòu)示直陽試題二（共25分）閱讀以下關(guān)于軟件系統(tǒng)數(shù)據(jù)架構(gòu)建模的說明， 在答題紙上回答問題1至問題 3。說明RMO是一家運(yùn)動服裝制造銷售公司，計(jì)劃在五年時間內(nèi)將銷售區(qū)域從華南地 區(qū)擴(kuò)展至全國范圍。為了擴(kuò)大信息技術(shù)對于未來業(yè)務(wù)發(fā)展的價值，公司邀請咨詢 顧問幫助他們制訂戰(zhàn)略信息系統(tǒng)規(guī)劃。 經(jīng)過評審，咨詢顧問給出的戰(zhàn)略規(guī)劃要點(diǎn) 之一是建立客戶關(guān)系支持系統(tǒng) CRSS RMO公司決定由其技術(shù)部成立專門的項(xiàng)目 組負(fù)責(zé)CRSS勺開發(fā)和維護(hù)工作。項(xiàng)目組在仔細(xì)調(diào)研和分析系統(tǒng)需求的基礎(chǔ)上，確定了基于互聯(lián)網(wǎng)的CRSS系統(tǒng)架構(gòu)。但在確定系統(tǒng)數(shù)據(jù)架構(gòu)時，張工認(rèn)為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)， 給出 的

39、理由是結(jié)構(gòu)簡單、易維護(hù)且開發(fā)及運(yùn)行成本低；而劉工建議采用分布式的數(shù)據(jù) 架構(gòu)，并提出在開發(fā)中通過 局部數(shù)據(jù)庫+緩存”的讀寫分離結(jié)構(gòu)實(shí)現(xiàn)，具有較好 的運(yùn)行性能和可擴(kuò)展性。項(xiàng)目組經(jīng)過集體討論，考慮到公司的未來發(fā)展規(guī)劃，最終采用了劉工的建議。 問題1 （8分）請用300字以內(nèi)的文字，說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。問題2 （13分）在劉工建議的基礎(chǔ)上，為了避免 CRSSS統(tǒng)的單點(diǎn)故障，請用200字以內(nèi)文 字簡要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng)；對于數(shù)據(jù)的讀取、添加、更改和刪除 操作分別如何實(shí)現(xiàn)。問題3 （4分）RMO公司銷售區(qū)域?qū)⒃谖磥砦迥甏竺娣e擴(kuò)展，其潛在客戶數(shù)量也會因此大幅 度增加，所以良

40、好的可擴(kuò)展性是 CRSS系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集 中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。試題三（共25分）閱讀以下關(guān)于汽車電子基礎(chǔ)軟件架構(gòu)的說明， 在答題紙上回答問題1至問題 3?！菊f明】某軟件公司承擔(dān)了某項(xiàng)國家重點(diǎn)項(xiàng)目的研制工作， 任務(wù)重點(diǎn)是參考國外汽車 電子發(fā)展趨勢，開發(fā)某汽車公司的企業(yè)汽車電子基礎(chǔ)軟件的架構(gòu)， 逐步實(shí)現(xiàn)汽車 企業(yè)未來技術(shù)發(fā)展規(guī)劃。該軟件公司接收此項(xiàng)任務(wù)后，調(diào)動全體技術(shù)人員深入收集國外相關(guān)技術(shù)資料，經(jīng)過多方調(diào)研和分析，公司提出遵照國際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)施的原則，實(shí)現(xiàn)汽車公司的基礎(chǔ)軟件架構(gòu)設(shè)計(jì)。圖3-1給出

41、了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容， 即軟件架構(gòu)和基礎(chǔ)軟件。IHi上丄嫩疋時WFJ11-21!-311-4IW1IJ1 10wiMio.r耐Jit帆I(xiàn)鍛厲逝帀斡.ifijL.方wMAJ9N :li K安全ft陽3-1 ALTOSAR定文胡】作包問題1 （7分）AUTOSAR規(guī)范中要求，汽車電子軟件開發(fā)流程應(yīng)盡量滿足并發(fā)、可多次迭代的 特性。為了定義汽車電子的軟件開發(fā)過程， 公司李工和王工分別提出了兩種軟件 開發(fā)流程，其開發(fā)流程見圖3-2和3-3 （圖中ECU是指汽車電子中的電子控制單 元）。請說明李工和王工誰定義的流程更符合 AUTOSAR勺規(guī)定，并說明

42、理由。圖32李工設(shè)計(jì)的流程輸入*需滾L車輛仿息*問題2 （10分）圖3-1中的11-1.1.1項(xiàng)中定義了軟件架構(gòu)和操作系統(tǒng)的要求，圖 3-4是滿足 AUTOSARt義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu)，請說明（1）（ 5）箭頭所標(biāo)的 具體操作含義。資源管理賣媒控制劃進(jìn)程切換 任算控制塊進(jìn)程管理和調(diào)度警報管理f驅(qū)動計(jì)數(shù)器f,丿 -1V事件活動中斷服務(wù)稈序屮斷管理圖3/ AUTOSAR定義的操作系統(tǒng)結(jié)構(gòu)問題3 (8分)AUTOSAR是一種開放式架構(gòu)，用150字以內(nèi)的文字，說明采用 AUTOSAR架構(gòu)的 主要優(yōu)點(diǎn)，并說明汽車電子 ECU覆蓋汽車的哪三個領(lǐng)域。試題四(共25分)閱讀以下關(guān)于系統(tǒng)設(shè)計(jì)與開發(fā)工

43、具集成的說明，在答題紙上回答問題1至問題3。【說明】TeleDev是一個大型的電信軟件開發(fā)公司，公司內(nèi)部采用多種商業(yè) /開源的工 具進(jìn)行軟件系統(tǒng)設(shè)計(jì)與開發(fā)工作。為了提高系統(tǒng)開發(fā)效率，公司管理層決定開發(fā) 一個分布式的系統(tǒng)設(shè)計(jì)與開發(fā)工具集成框架，將現(xiàn)有的系統(tǒng)設(shè)計(jì)與開發(fā)工具有效 集成在一起。集成框架開發(fā)小組經(jīng)過廣泛調(diào)研，得到了如下核心需求：(1) 目前使用的系統(tǒng)設(shè)計(jì)與開發(fā)工具的運(yùn)行平臺和開發(fā)語言差異較大，集成 框架應(yīng)無縫集成各個工具的功能；(2) 目前使用的系統(tǒng)設(shè)計(jì)與開發(fā)工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同， 集成框架應(yīng)實(shí)現(xiàn)工具之間的靈活通信和數(shù)據(jù)格式轉(zhuǎn)換；(3) 集成框架需要根據(jù)實(shí)際的開發(fā)流程靈

44、活、動態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系；集成框架應(yīng)能集成一些常用的第三方實(shí)用工具，如即時通信，由M牛系統(tǒng) 等。集成框架開發(fā)小組經(jīng)過分析與討論，最終決定采用企業(yè)服務(wù)總線（ESB作為集 成框架的基礎(chǔ)架構(gòu)。問題1 （8分）ESB是目前企業(yè)級應(yīng)用集成常用的基礎(chǔ)架構(gòu)。請列舉出ESB的4個主要功能， 并從集成系統(tǒng)的部署方式、待集成系統(tǒng)之間的禍合程度、集成系統(tǒng)的可擴(kuò)展性3個方面說明為何采用ESB作為集成框架的基礎(chǔ)架構(gòu)。問題2 （12分）在ESB基礎(chǔ)架構(gòu)的基礎(chǔ)上，請根據(jù)題干描述中的 4個需求，說明每個需求應(yīng) 該采用何種具體的集成方式或架構(gòu)風(fēng)格最為合適。問題3 （5分）請指出在實(shí)現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時，通

45、常采用的設(shè)計(jì)模式是什么，并對實(shí)現(xiàn)過程進(jìn)行簡要描述。試題五（共25分）閱讀以下信息系統(tǒng)可靠性問題的說明，在答題紙上回答問題1至問題3?！菊f明】某軟件公司開發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對輸入數(shù)據(jù)進(jìn) 行多次分析、處理和加工，生成需要的輸出數(shù)據(jù)。需求方對該系統(tǒng)的軟件可靠性 要求很高，要求系統(tǒng)能夠長時間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。 王工給出該系統(tǒng)的模塊示意圖如圖 5-1所示。王工解釋：只要各個模塊的可靠度 足夠高，失效率足夠低，則整個軟件系統(tǒng)的可靠性是有保證的。幡54工匸建訶吋戦件義墳槪塊嚇進(jìn)圏李工對王工的方案提出了異議。李工認(rèn)為王工的說法有兩個問題：第一，即 使每個模塊的

46、可靠度足夠高，但是整個軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個模塊的可靠度均為0.99則整個軟件系統(tǒng)的可靠度為0.994 -0.96第二，軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時，一旦某個模 塊失效，則意味著整個軟件系統(tǒng)失效。李工認(rèn)為，應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動態(tài)冗余或者軟件容錯的N版本程序設(shè)計(jì)技術(shù)，對容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì)， 將模塊之間 的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu)，來提高整個軟件系統(tǒng)的可靠性。 同時，李工給出 了采用動態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖，如圖 5-2所示。圖乩2爭丁建議的系紈模塊不意匿劉工建議，李工方案中M1和M4模塊沒有采用容錯設(shè)計(jì)，但Ml和M4發(fā)生 故障有可能導(dǎo)致嚴(yán)重后果。因此，可以在 M1和M4模塊設(shè)計(jì)上采用檢錯技術(shù)， 在軟件出現(xiàn)故障后能及時發(fā)現(xiàn)并報警，提醒維護(hù)人員進(jìn)行處理。注：假設(shè)各個模塊的可靠度均為 0.99。問題1 （4分）在系統(tǒng)可靠性中，可靠度和失效率是兩個非常關(guān)鍵的指標(biāo)，請分別解釋其含 義。問題2 （13分）請解釋李工提出的動態(tài)冗余和 N版本程序設(shè)計(jì)技術(shù)，給出圖5-1中模塊M2 采用圖5-2動態(tài)冗余技術(shù)后的可靠度。請給出采用李工設(shè)計(jì)方案后整個系統(tǒng)可靠度的計(jì)算方法，并計(jì)算結(jié)果。問題3 （8分）請給出檢錯技術(shù)的優(yōu)缺點(diǎn)，并說明檢測技術(shù)常見的實(shí)現(xiàn)方式和處理方式。2010年11月軟考系統(tǒng)架構(gòu)設(shè)計(jì)師考試下午試題口論