2011年下半年系統(tǒng)架構設計師-上午試題

1、2011年下半年系統(tǒng)架構設計師上午試卷操作系統(tǒng)為用戶提供了兩類接口：操作一級和程序控制一級的接口，以下不屬于操作一級的接口是操作控制命令系統(tǒng)調(diào)用菜單窗口若用操作控制進程并發(fā)執(zhí)行過程，則需要設置個信號量、3和，進程間同步所使用的信號量標注在上圖中的邊上，且信號量的初始值都等于零，初始狀態(tài)下從進程開始執(zhí)行。下圖中、和處應分別填寫2和處應分別填寫（），和處應分別填寫（）。P2執(zhí)IT-11pla帝dVrsP?抱（1和（3(VS)(SP1)和（5（1和（5(SP2)和（5（）和（5(SP3)和（4V(S5（）和（4(5(SV3)和（）V(S5（）和（4(5某企業(yè)工程項目管理數(shù)據(jù)庫的部分關系模式如下所示，

2、其中帶實下劃線的表示主鍵，虛下劃線表示外鍵。洪應商（供應商號,名敬地址，電話，賬號）項目（項目號,負貴人，開工日期）零件（零件哥電聶頊格，單價）洪應（項目號,零件號,供應商號,供應量）員工（SXS；旌筆性厠廠百至目期，職位，聯(lián)系點式）其中供應關系是（5）的聯(lián)系。若一個工程項目可以有多個員工參加，每個員工可以參加多個項目則項目和員工之間是（6）聯(lián)系。對項目和員工關系進行設計時，（7）設計成一個獨立的關系模式。（）個實體之間的個實體之間的個實體之間的個實體之間的（）（）多對多的聯(lián)系在向關系模型轉(zhuǎn)換時必須3對多的聯(lián)系在向關系模型轉(zhuǎn)換時無須只.需要將一端的碼并入多端，所以無須不.僅需要將一端的碼并入多

3、端，而且必須給定學生S（學號，姓名，年齡，入學時間，聯(lián)系方式）和選課SC（學號，課程號，成績）關系，若要查詢選修了1號課程的學生學號、姓名和成績，則該查詢與關系代數(shù)表達式（8）等價乩B.氣卻（叫比）U27（1=6（5XSC）D.巧昭以下關于CISC（ComplexInstructionSetComputer,復雜指令集計算機）和RISC（ReducedInstructionSetComputer，精簡指令集計算機）的敘述中，錯誤的是（9）。（9）A.在CISC中，復雜指令都采用硬布線邏輯來執(zhí)行一般而言，采用CISC技術的CPU,其芯片設計復雜度更高在RISC中，更適合采用硬布線邏輯執(zhí)行指令采用

4、RISC技術，指令系統(tǒng)中的指令種類和尋址方式更少以下關于Cache的敘述中，正確的是（10）。（10）A.在容量確定的情況下，替換算法的時間復雜度是影響Cache命中率的關鍵因素Cache的設計思想是在合理的成本下提高命中率Cache的設計目標是容量盡可能與主存容量相等CPU中的Cache容量應大于CPU之外的Cache容量虛擬存儲器發(fā)生頁面失效時，需要進行外部地址變換，即實現(xiàn)（11）的變換。虛地址到主存地址主存地址到地址主存地址到輔存物理地址虛地址到輔存物理地址掛接在總線上的多個部件，（）只能分時向總線發(fā)送數(shù)據(jù)，并只能分時從總線接收數(shù)據(jù)只能分時向總線發(fā)送數(shù)據(jù)，但可同時從總線接收數(shù)據(jù)可同時先總

5、線發(fā)送數(shù)據(jù)，并同時從總線接收數(shù)據(jù)可同時向總線發(fā)送數(shù)據(jù)，但只能分時從總線接收數(shù)據(jù)核心層交換機應該實現(xiàn)多種功能，下面選項，不屬于核心層特性的是（1）3高速連接冗余設計策略路由較少的設備連接建筑物綜合布線系統(tǒng)中的垂直子系統(tǒng)是指（14）由終端到信息插座之間的連線系統(tǒng)樓層接線間的配線架和線纜系統(tǒng)各樓層設備之間的互聯(lián)系統(tǒng)連接各個建筑物的通信系統(tǒng)網(wǎng)絡設計過程包括邏輯網(wǎng)絡設計和物理網(wǎng)絡設計兩個階段，下面的選項中，（15）應該屬于邏輯網(wǎng)絡設計階段的任務。選擇路由協(xié)議設備選型結構化布線機房設計隨著業(yè)務的增長，信息系統(tǒng)的訪問量和數(shù)據(jù)流量快速增加，采用負載均衡（）方法可避免由此導致的系統(tǒng)性能下降甚至崩潰。以下關于負載

6、均衡的敘述中，錯誤的是（6負載均衡通常由服務器端安裝的附加軟件來實現(xiàn)負載均衡并不會增加系統(tǒng)的吞吐量負載均衡可在不同的地理位置、不同網(wǎng)絡結構的服務器群之間進行負載均衡可使用戶只通過一個地址或域名就能訪問相應的服務器數(shù)據(jù)備份是信息系統(tǒng)運行管理時保護數(shù)據(jù)的重要措施。（1）7可針對上次任何一種備份進行，將上次備份后所有發(fā)生變化的數(shù)據(jù)進行備份，并將備份后的數(shù)據(jù)進行標記。增量備份差異備份完全備份按需備份某企業(yè)欲對內(nèi)部的數(shù)據(jù)庫進行數(shù)據(jù)集成。如果集成系統(tǒng)的業(yè)務邏輯較簡單，僅適用數(shù)據(jù)庫中的單表數(shù)據(jù)即可實現(xiàn)業(yè)務功能，這時采用（1）8方式進行數(shù)據(jù)交換與處理較為合適；如果集成系統(tǒng)的業(yè)務邏輯較為復雜，并需要通過數(shù)據(jù)庫中

7、不同表的鏈接操作獲取數(shù)據(jù)才能實現(xiàn)業(yè)務功能，這時采用（19）方式進行數(shù)據(jù)交換與處理較為合適。數(shù)據(jù)網(wǎng)關主動記錄包裝器數(shù)據(jù)映射數(shù)據(jù)網(wǎng)關主動記錄包裝器數(shù)據(jù)映射某大型商業(yè)公司欲集成內(nèi)部的多個業(yè)務系統(tǒng)，這些業(yè)務系統(tǒng)的運行平臺和開發(fā)語言差異較大，而且系統(tǒng)所使用的通信協(xié)議和數(shù)據(jù)格式各不相同，針對這種情況，采用基于（2）0的集成框架較為合適。除此以外，集成系統(tǒng)還需要根據(jù)公司的新業(yè)務需要，靈活、動態(tài)地定制系統(tǒng)之間的功能協(xié)作關系，針對這一需求，應該選擇基于（21）技術的實現(xiàn)方式更為合適。數(shù)據(jù)庫文件系統(tǒng)總線點對點分布式對象遠程過程調(diào)用進程間通信工作流軟件產(chǎn)品配置是指一個軟件產(chǎn)品在生存周期各個階段所產(chǎn)生的各種形式和各種

8、版本的文檔、計算機程序部件及數(shù)據(jù)的集合。該集合的每一個元素稱為該產(chǎn)品配置的一個配置項。下列不屬于該配置項的是（2）2。源代碼清單設計規(guī)格說明書軟件項目實施計劃工具操作手冊軟件質(zhì)量保證是軟件項目控制的重要手段，（3是軟件質(zhì)量保證的主要活動之一。風險評估軟件評審需求分析架構設計利用需求跟蹤能力鏈（）可以跟蹤一個需求使用的全過程，也就是從初始需求到實現(xiàn)的前后生存期。需求跟蹤能力鏈有類，如下圖所示：其中的和分別是（）客戶需求、軟件需求軟件需求、客戶需求客戶需求、當前工作產(chǎn)品軟件需求、當前工作產(chǎn)品通常有兩種常用的需求定義方法：嚴格定義方法和原型方法。下述的各種假設條件中，（25）不適合使用嚴格定義方法進

9、行需求定義。所有需求都能夠被預先定義開發(fā)人員與用戶之間能夠準確而清晰地交流需求不能在系統(tǒng)開發(fā)前被完全準確地說明采用圖形（或文字）充分體現(xiàn)最終系統(tǒng)下列關于軟件需求管理或需求開發(fā)的敘述中，正確的是（）所謂需求管理是指對需求開發(fā)的管理需求管理包括：需求獲取、需求分析、需求定義和需求驗證需求開發(fā)是將用戶需求轉(zhuǎn)化為應用系統(tǒng)成果的過程在需求管理中，要求維持對用戶原始需求和所有產(chǎn)品構件需求的雙向跟蹤是一個二維的軟件開發(fā)模型，其核心特點之一是（）。將軟件開發(fā)生存周期劃分為多個循環(huán)（）,每個循環(huán)有個連續(xù)的階段組成，每個階段完成確定的任務。設計及確定系統(tǒng)的體系結構，制定工作計劃及資源要求是在（）階段完成的。數(shù)據(jù)驅(qū)

10、動模型驅(qū)動用例驅(qū)動狀態(tài)驅(qū)動初始（）細化（）構造（）移交（）在面向?qū)ο笤O計中，用于描述目標軟件與外部環(huán)境之間交互的類被稱為（），它可以（）。實體類邊界類模型類控制類（30表數(shù)謂示需目標軟件系統(tǒng)中具有持久意義的信息項及其操作協(xié)調(diào)、控制其他類完成用例規(guī)定的功能或行為實現(xiàn)目標軟件系統(tǒng)與外部系統(tǒng)或外部設備之間的信息交流和互操作分解任務并把子任務分派給適當?shù)妮o助類最少知識原則（也稱為迪米特法則）是面向?qū)ο笤O計原則之一，指一個軟件實體應當盡可能少地與其他實體發(fā)生相互作用。這樣，當一個實體被修改時，就會盡可能少地影響其他的實體。下列敘述中，（31）不符合最少知識原則。（31數(shù)在類謂需的劃分上，應當盡量創(chuàng)建松耦

11、合的類在類的設計上，只要有可能，一個類型應該設計成不變類在類的結構設計上，每個類都應當盡可能提高對其屬性和方法的訪問權限在對其他類的引用上，一個對象對其他對象的引用應當降到最低下列關于各種軟件開發(fā)方法的敘述中，錯誤的是（32）。（32數(shù)結構謂化在開發(fā)方法的缺點是開發(fā)周期較長，難以適應需求變化可以把結構化方法和面向?qū)ο蠓椒ńY合起來進行系統(tǒng)開發(fā)，使用面向?qū)ο蠓椒ㄟM行自頂向下的劃分,自底向上地使用結構化方法開發(fā)系統(tǒng)與傳統(tǒng)方法相比，敏捷開發(fā)方法比較適合需求變化較大或者開發(fā)前期需求不是很清晰的項目，以它的靈活性來適應需求的變化面向服務的方法以粗粒度、松耦合和基于標準的服務為基礎，增強了系統(tǒng)的靈活性、可復

12、用性和可演化性某公司欲開發(fā)一個門戶網(wǎng)站，將公司的各個分公司及辦事處信息進行整合?，F(xiàn)決定采用設計模式來實現(xiàn)公司的組織結構關系，并設計了如下圖所示的類圖。圖中與模式中的“角色相對應的類是（3與“”角色相對應的類是（4。企業(yè)戰(zhàn)略數(shù)據(jù)模型可分為兩種類型：（35）描述日常事務處理中的數(shù)據(jù)及其關系；（36）描述企業(yè)業(yè)務管理決策者所需信息及其關系。（35業(yè)元部數(shù)化據(jù)模型B化數(shù)據(jù)模型數(shù)據(jù)倉庫模型組織架構模型（36業(yè)元部數(shù)據(jù)化模型B化數(shù)據(jù)模型數(shù)據(jù)倉庫模型組織架構模型以下關于企業(yè)信息化方法的敘述中，正確的是（）。業(yè)務流程重構是對企業(yè)的組織結構和工作方法進行重新設計，（供應鏈管理）是一種重要的實現(xiàn)手段在業(yè)務數(shù)量浩繁

13、且流程錯綜復雜的大型企業(yè)里，主題數(shù)據(jù)庫方法往往形成許多“信息孤島”，造成大量的無效或低效投資人力資源管理把企業(yè)的部分優(yōu)秀員工看作是一種資本，能夠取得投資收益圍繞核心業(yè)務應用計算機和網(wǎng)絡技術是企業(yè)信息化建設的有效途徑系統(tǒng)設計是軟件開發(fā)的重要階段，（39）主要是按系統(tǒng)需求說明來確定此系統(tǒng)的軟件結構，并設計出各個部分的功能和接口。外部設計內(nèi)部設計程序設計輸入輸出設計快速迭代式的原型開發(fā)能夠有效控制成本，（40）是指在開發(fā)過程中逐步改進和細化原則直至產(chǎn)生出目標系統(tǒng)?？梢暬烷_發(fā)拋棄式原型開發(fā)演化式原型開發(fā)增量式原型開發(fā)靜態(tài)分析通過解析程序文本從而識別出程序語句中可能存在的缺陷和異常之處；靜態(tài)分析所包

14、含的階段中，（1的主要工作是找出輸入變量和輸出變量之間的依賴關系?？刂屏鞣治鰯?shù)據(jù)使用分析接口分析信息流分析確認測試主要用于驗證軟件的功能、性能和其他特性是否與用戶需求一致。下述各種測試中，（42）為確認測試。FinanceDepartmcnt+Add(CnpaniAdd(C3fp&nf)Ddetc(CoHifjy)十Add(匚ompar巧+DeleteCa(nparby)Covn|)anvAdd(C3fp&nf)Ddetc(CoHifjy)+Arkl(C(mpBny)+Ddet)E|：onuMriy)運用信息技術進行知識的挖掘和（的管理是企業(yè)信息化建設的重要活動。業(yè)務流程基礎設施數(shù)據(jù)架構規(guī)章制

15、度負載測試和壓力測試a測試和B測試.隨機測試和功能測試.可靠性測試和性能測試軟件（4）3是指改正產(chǎn)生于系統(tǒng)開發(fā)階段而在系統(tǒng)測試階段尚未發(fā)現(xiàn)的錯誤。完善性維護.適應性維護性正確性維護性預防性維護.隨機測試和功能測試.可靠性測試和性能測試.隨機測試和功能測試.可靠性測試和性能測試（44）描述了一類軟件架構的特征，它獨立于實際問題，強調(diào)軟件系統(tǒng)中通用的組織結構選擇。垃圾回收機制是語言管理內(nèi)存資源時常用的一種（）。架構風格開發(fā)方法架構風格開發(fā)方法設計模式分析模式設計模式分析模式.隨機測試和功能測試.可靠性測試和性能測試.隨機測試和功能測試.可靠性測試和性能測試年提出了著名的“”視圖，用來描述軟件愛你系

16、統(tǒng)的架構。在“”視圖中，（6用來描述設計的對象模型和對象之間的關系；（4）7描述了軟件模塊的組織與管理；（4）8描述設計的并發(fā)同步特征。邏輯視圖用例視圖過程視圖強用開發(fā)視圖邏完式輯性視圖用例視圖過程視圖強用開發(fā)視圖邏完式輯性視圖用例視圖過程視圖強用開發(fā)視圖基于架構的軟件設計（）強調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動軟件架構設計。方法有三個基礎：功能分解（）和軟件模板的使用。對需求進行優(yōu)先級排列根據(jù)需求自行設計系統(tǒng)的總體架構選擇架構風格實現(xiàn)質(zhì)量及商業(yè)需求開發(fā)系統(tǒng)原型用于測試某公司研發(fā)一種語音識別軟件系統(tǒng)，需要對用戶的語音指令進行音節(jié)分割、重音判斷、語法分析和語義分析，最終對用戶的意圖進行推斷。針對

17、上述功能需求，該語音識別軟件系統(tǒng)應該采用（5）0架構風格最為合適。隱式調(diào)用管道過濾器解釋器黑板某企業(yè)內(nèi)部現(xiàn)有的主要業(yè)務功能已經(jīng)封裝為服務。為了拓展業(yè)務范圍，需要將現(xiàn)有的業(yè)務功能進行多種組合，形成新的業(yè)務功能。針對業(yè)務靈活組合這一要求，采用（51）架構風格最為合適。管道過濾器解釋器顯式調(diào)用黑板編譯器的主要工作過程是將以文本形式輸入的代碼逐步轉(zhuǎn)化為各中形式，最終生成可執(zhí)行代碼。現(xiàn)代編譯器主要關注編譯過程和程序的中間表示，圍繞程序的各種形態(tài)進行轉(zhuǎn)化與處理。針對這種特征，現(xiàn)代編譯器應該采用（2架構風格最為合適。數(shù)據(jù)共享虛擬機隱式調(diào)用管道過濾器某軟件公司正在設計一個通用的嵌入式數(shù)據(jù)處理平臺，需要支持各種

18、數(shù)據(jù)處理芯片之間的數(shù)據(jù)傳遞與交換。該平臺的核心功能之一要求能夠屏蔽芯片之間的數(shù)據(jù)交互，使其耦合松散，并且可以獨立改變芯片之間的交互過程。針對上述需求，采用（）最為合適。抽象工廠模式策略模式中介者模式狀態(tài)模式某軟件公司正在設計一個圖像處理軟件，該軟件需要支持用戶在圖像處理過程中的撤銷和重做等動作，為了實現(xiàn)該功能，采用（54）最為合適。單例模式命令模式訪問者模式適配器模式某互聯(lián)網(wǎng)公司正在設計一套網(wǎng)絡聊天系統(tǒng)，為了限制用戶在使用該系統(tǒng)時發(fā)表不恰當言論，需要對聊天的內(nèi)容進行特定敏感詞的過濾。針對上述功能需求，采用（5）5能夠靈活配置敏感詞的過濾過程。責任鏈模式工廠模式組合模式裝飾模式某公司在對一家用車

19、庫門嵌入式軟件系統(tǒng)進行架構設計時，設別出兩個關鍵的質(zhì)量屬性場景，其中“當車庫門正常下降時，如果發(fā)現(xiàn)下面有障礙物，則系統(tǒng)停止下降的時間需要控制在0.秒1內(nèi)”與（5）6質(zhì)量屬性相關；“系統(tǒng)需要為部署在遠程機上的智能家居系統(tǒng)留有控制接口，并支持在智能家居系統(tǒng)中對該系統(tǒng)進行遠程診斷與調(diào)試”與（5）7質(zhì)量屬性相關?？捎眯孕阅芸尚薷男钥蓽y試性可用性性能可修改性可測試性軟件質(zhì)量屬性通常需要采用特定的設計策略實現(xiàn)。例如，（5）8設計策略能提高系統(tǒng)的可用性，（5）9設計策略能夠提高系統(tǒng)的性能，（）設計策略能夠提高系統(tǒng)的安全性。）心用跳可機制數(shù)據(jù)驅(qū)動關注點分離信息隱藏）引用入中可間層事務機制主動冗余優(yōu)先級隊列）信用息可隱藏內(nèi)置監(jiān)控器限制訪問檢查點架構權衡分析方法（）是一種常用的軟件架構評估方法，下列關于該方法的敘述中，正確的是（1。需要對代碼的質(zhì)量進行評估需要對軟件系統(tǒng)需求的正確性進行評價需要對軟件系統(tǒng)進行集成測試需要對軟件質(zhì)量屬性進行優(yōu)先級排序識別風險點、非風險點、敏感點和權衡點是軟件架構評估過程中的關鍵步驟。針對某系統(tǒng)所作的架構中，“系統(tǒng)需要支持的最大并發(fā)用戶數(shù)量直接影響傳輸協(xié)議和數(shù)據(jù)格式”描述了系統(tǒng)架構設計中的一個（6）2“由于系統(tǒng)的業(yè)務邏輯目前尚不清楚，因此現(xiàn)有系統(tǒng)三層架構中的第二層可能會出現(xiàn)功能重復，這會影響系統(tǒng)的可修改性”描述了系統(tǒng)架構設計中的一個（3。敏感點風險點非風險點權衡點