版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)
文檔簡介
●采用微內(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個頁面的主存空間,其中一個頁面用來存放程序?,F(xiàn)有某作業(yè)的程序如下:
VarA:Array[1...100,1...100]OFinteger;
i,j:integer;
FORi:=1to100DO
FORj:=1to100DO
A[i,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
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í)體完整性、參照完整性、用戶定義完整性
B.參照完整性、實(shí)體完整性、用戶定義完整性
C.用戶定義完整性、實(shí)體完整性、參照完整性
D.實(shí)體完整性、用戶定義完整性、參照完整性
b.若需得到每種產(chǎn)品的名稱和該產(chǎn)品的總庫存量,則對應(yīng)的查詢語句為:
SELELCT產(chǎn)品名稱,SUM(產(chǎn)品數(shù)量)
FROMP,I
WHEREP.產(chǎn)品號=1.產(chǎn)品號___(7)___;
(7)A.ORDERBY產(chǎn)品名稱
B.ORDERBY產(chǎn)品數(shù)量
C.GROUPBY產(chǎn)品名稱
D.GROUPBY產(chǎn)品數(shù)量若對關(guān)系R(A,B,C,D)和S(C,D,E)進(jìn)行關(guān)系代數(shù)運(yùn)算,則表達(dá)式與___(8)___等價?!裼?jì)算機(jī)執(zhí)行程序時,在一個指令周期的過程中,為了能夠從內(nèi)存中讀指令操作碼,首先是將__(9)___的內(nèi)容送到地址總線上。
(9)A.程序計(jì)數(shù)器PC
B.指令寄存器IR
C.狀態(tài)寄存器SR
D.通用寄存器GR●內(nèi)存按字節(jié)編址,利用8K*4bit的存儲器芯片構(gòu)成84000H到8FFFFH的內(nèi)存,共需__(10)___片。●某磁盤磁頭從一個磁道移至另一個磁道需要10ms。文件在磁盤上非連續(xù)存放,邏輯上相鄰數(shù)據(jù)塊的平均移動距離為10個磁道,每塊的旋轉(zhuǎn)延遲時間及傳輸時間分別為100ms和2ms,則讀取一個100塊的文件需要___(11)___ms的時間。
(11)A.10200
B.11000
C.11200
D.20210●計(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.根據(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í)施階段●網(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為:
其中,a是一個表示開銷的常數(shù)。例如,a=0.1,n=1時,P約為3。也就是說,由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)用為核心,將商業(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é)構(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)用程序只能采用自己定義的數(shù)據(jù)庫模式,調(diào)整和集成余地較小●軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。___(31)___是一種典型的、原始的橫向重用機(jī)制。
●某公司欲對其內(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)目按時完成所必需的管理過程,活動定義是其中的一個重要過程。通??梢允褂胈__(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)行控制,軟件計(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.部署視圖
(27)A.實(shí)現(xiàn)視圖
B.進(jìn)程視圖
C.邏輯視圖
●__(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),它由軟件工具集和環(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ù)流圖和軟件結(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)采用FactoryMethod方法描述其不同賬戶之間的關(guān)系,設(shè)計(jì)出的類圖如下所示。其中與FactoryMethod中的“Creator”角色相對應(yīng)的類是___(33)___;與“Product”角色相對應(yīng)的類是___(34)___。
(33)A.Bank
B.Account
C.Checking
D.Savings
(34)A.Bank
B.Account
C.Checking
D.Savings●___(35)___是一個獨(dú)立可交付的功能單元,外界通過接口訪問其提供的服務(wù)。
(35)A.面向?qū)ο笙到y(tǒng)中的對象(Object)
B.模塊化程序設(shè)計(jì)中的子程序(Subroutine)
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)?shù)墓δ?;___(37)___用來了解系統(tǒng)的性能、吞吐率等非功能性屬性。
(36)A.邏輯構(gòu)件模型
B.物理構(gòu)件模型
C.組件接口模型
D.系統(tǒng)交互模型
(37)A.邏輯構(gòu)件模型
B.物理構(gòu)件模型
C.組件接口模型
D.系統(tǒng)交互模型●對象管理組織(OMG)基于CORBA基礎(chǔ)設(shè)施定義了四種構(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ù)的有效性,___(41)___用于驗(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ì)需要滿足系統(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)的設(shè)計(jì)(ArchitectureBasedSoftwareDevelopment.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.解釋器某公司欲為某種型號的示波器開發(fā)內(nèi)置軟件。該公司的架構(gòu)師設(shè)計(jì)了如下圖所示的軟件架構(gòu)。在軟件架構(gòu)評審時,專家認(rèn)為該架構(gòu)存在的問題是___(49)___。
(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.分層
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.管道-過濾器試題一(共25分)閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說明,在答題紙上回答問題1至問題3。【說明】某公司欲針對Linux操作系統(tǒng)開發(fā)一個KWIC(KeyWordinContext)檢索系統(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)的算法變更、功能變更、數(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)行評價,并指出采用李工方案的原因。[問題3](6分)圖1-1是李工給出的架構(gòu)設(shè)計(jì)示意圖,請將恰當(dāng)?shù)墓δ苊枋鎏钊雸D中的(1)一(4)。試題二(共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),給出的理由是結(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ǔ)上,為了避免CRSS系統(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ù)量也會因此大幅度增加,所以良好的可擴(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給出了AUTOSAR規(guī)范所定義的工作包,圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容,即軟件架構(gòu)和基礎(chǔ)軟件。[問題1](7分)AUTOSAR規(guī)范中要求,汽車電子軟件開發(fā)流程應(yīng)盡量滿足并發(fā)、可多次迭代的特性。為了定義汽車電子的軟件開發(fā)過程,公司李工和王工分別提出了兩種軟件開發(fā)流程,其開發(fā)流程見圖3-2和3-3(圖中ECU是指汽車電子中的電子控制單元)。請說明李工和王工誰定義的流程更符合AUTOSAR的規(guī)定,并說明理由。[問題2](10分)圖3-1中的II-1.1.1項(xiàng)中定義了軟件架構(gòu)和操作系統(tǒng)的要求,圖3-4是滿足AUTOSAR定義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu),請說明(1)~(5)箭頭所標(biāo)的具體操作含義。[問題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ā)工具集成的說明,在答題紙上回答問題1至問題3?!菊f明】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ā)流程靈活、動態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系;(4)集成框架應(yīng)能集成一些常用的第三方實(shí)用工具,如即時通信,郵件系統(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)換時,通常采用的設(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)的可靠性是有保證的。李工對王工的方案提出了異議。李工認(rèn)為王工的說法有兩個問題:第一,即使每個模塊的可靠度足夠高,但是整個軟件系統(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所示。劉工建議,李工方案中M1和M4模塊沒有采用容錯設(shè)計(jì),但MI和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)方式和處理方式。論文試題試題一論軟件的靜態(tài)演化和動態(tài)演化及其應(yīng)用軟件演化(SoftwareEvolution)是指軟件在其生命周期內(nèi)的更新行為和過程。演化是一系列貫穿軟件生命周期始終的活動,系統(tǒng)需求改變、功能實(shí)現(xiàn)增強(qiáng)、新功能加入、軟件架構(gòu)改變、軟件缺陷修復(fù)、運(yùn)行環(huán)境改變均要求軟件系統(tǒng)能夠快速適應(yīng)變化,具有較強(qiáng)的演化能力。軟件靜態(tài)演化(StaticEvolution)和動態(tài)演化(DynamicEvolution)是目前軟件演化的兩種重要類型。請圍繞“軟件的靜態(tài)演化和動態(tài)演化及其應(yīng)用”論題,依次從以下三個方面進(jìn)行論述。1.概要敘述你參與管理和開發(fā)的軟件項(xiàng)目以及你在其中所擔(dān)任的主要工作。2.請分別對軟件靜態(tài)演化和動態(tài)演化的特點(diǎn)進(jìn)行論述,說明兩種軟件演化類型各自的優(yōu)缺點(diǎn)及其應(yīng)用場合,并舉例說明各自的常見演化技術(shù)手段。3.具體闡述你參與管理和開發(fā)的項(xiàng)目中所進(jìn)行的軟件演化活動的特點(diǎn)、演化的類型,以及所采取的對應(yīng)演化技術(shù)手段,說明具體實(shí)施過程以及實(shí)際應(yīng)用的效果。試題二論數(shù)據(jù)挖掘技術(shù)的應(yīng)用隨著信息技術(shù)的高速發(fā)展,各組織機(jī)構(gòu)積累的數(shù)據(jù)量急劇增長。如何從海量的數(shù)據(jù)中提取有用的知識成為當(dāng)務(wù)之急。數(shù)據(jù)挖掘(DataMining)就是為順應(yīng)這種需要應(yīng)運(yùn)而生發(fā)展起來的數(shù)據(jù)處理技術(shù),是知識發(fā)現(xiàn)的關(guān)鍵步驟。數(shù)據(jù)挖掘就是從大量的、不完全的、有噪聲的、模糊的、隨機(jī)的實(shí)際應(yīng)用數(shù)據(jù)中,提取隱含在其中的、人們事先不知道的、但又是潛在有用的信息和知識的過程。請圍繞“論數(shù)據(jù)挖掘技術(shù)的應(yīng)用”論題,依次對以下三個方面進(jìn)行論述。1.概要敘述你參與分析和開發(fā)的軟件項(xiàng)目以及你所擔(dān)任的主要工作。2.數(shù)據(jù)挖掘的主要任務(wù)是什么?具體論述你在項(xiàng)目中使用數(shù)據(jù)挖掘技術(shù)所解決的問題。3.數(shù)據(jù)挖掘的力一法主要有哪些?分析并討論你所選擇的數(shù)據(jù)挖掘方法,簡述其具體實(shí)現(xiàn)過程和實(shí)際應(yīng)用效果。試題三論大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略大規(guī)模分布式系統(tǒng)通常需要利用緩存技術(shù)減輕服務(wù)器負(fù)載、降低網(wǎng)絡(luò)擁塞、增強(qiáng)系統(tǒng)可擴(kuò)展性。緩存技術(shù)的基本思想是將客戶最近經(jīng)常訪問的內(nèi)容在緩存服務(wù)器中存放一個副本,當(dāng)該內(nèi)容下次被訪問時,不必建立新的數(shù)據(jù)請求,而是直接由緩存提供。良好的緩存設(shè)計(jì),是一個大規(guī)模分布式系統(tǒng)能夠正常、高效運(yùn)行的必要前提。在進(jìn)行大規(guī)模分布式系統(tǒng)開發(fā)時,必須從一開始就針對應(yīng)用需求和場景對系統(tǒng)的緩存機(jī)制進(jìn)行全面考慮,設(shè)計(jì)一個可伸縮的系統(tǒng)緩存架構(gòu)。請圍繞“大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略”論題,依次從以下三個方面進(jìn)行論述。1.概要敘述你參與實(shí)施的大規(guī)模分布式系統(tǒng)開發(fā)項(xiàng)目以及你所擔(dān)任的主要工作。2.從不同的用途和應(yīng)用場景考慮,請?jiān)敿?xì)闡述至少兩種常見的緩存工作模式,并說明每種工作模式的適應(yīng)場景。3.闡述你在設(shè)計(jì)大規(guī)模分布式系統(tǒng)的緩存機(jī)制時遇到了哪些問題,如何解決。試題四論軟件可靠性評價軟件可靠性評價是指選用和建立合適的可靠性數(shù)學(xué)模型,運(yùn)用統(tǒng)計(jì)技術(shù)和其他手段,對軟件可靠性測試和系統(tǒng)運(yùn)行期間的軟件失效數(shù)據(jù)(也可能包含軟件生命周期內(nèi)其他可靠性數(shù)據(jù))進(jìn)行處理,并評估和預(yù)測軟件可靠性的過程。軟件可靠性評價是軟件可靠性活動的重要組成部分,既可在軟件開發(fā)過程實(shí)施,也可針對最終軟件系統(tǒng)實(shí)施。軟件可靠性評價的難點(diǎn)在于軟件可靠性模型的選擇和軟件可靠性數(shù)據(jù)的收集與處理。請圍繞“軟件可靠性評價”論題,依次從以下三個方面進(jìn)行論述。1.簡要概述你參與實(shí)施的軟件開發(fā)項(xiàng)目以及你承擔(dān)的主要工作。2.說明你在項(xiàng)目實(shí)施過程中所選擇的軟件可靠性模型,并論述在軟
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 預(yù)制構(gòu)件供應(yīng)購銷協(xié)議
- 家長對孩子進(jìn)行生命教育的保證書
- 大樓租賃合同范本
- 自覺維護(hù)公共秩序
- 防水工程保證書范文編寫規(guī)范
- 土方建設(shè)勞務(wù)分包合同
- 信息化顧問服務(wù)合同
- 圍墻建設(shè)合同模板范本
- 木結(jié)構(gòu)勞務(wù)分包協(xié)議
- 酒店家紡采購合同
- 幼兒園班級幼兒圖書目錄清單(大中小班)
- 烈士陵園的數(shù)字化轉(zhuǎn)型與智能服務(wù)
- 醫(yī)院與陪護(hù)公司的協(xié)議范文
- 古琴介紹(英文)(部編)課件
- DL-T5704-2014火力發(fā)電廠熱力設(shè)備及管道保溫防腐施工質(zhì)量驗(yàn)收規(guī)程
- 2024年山東省煙臺市中考道德與法治試題卷
- 女性生殖健康與疾病智慧樹知到期末考試答案章節(jié)答案2024年山東中醫(yī)藥大學(xué)
- (高清版)JGT 225-2020 預(yù)應(yīng)力混凝土用金屬波紋管
- 2023-2024學(xué)年四川省綿陽市九年級上冊期末化學(xué)試題(附答案)
- 心電圖進(jìn)修匯報
- 中醫(yī)科進(jìn)修總結(jié)匯報
評論
0/150
提交評論