下半年軟考系統(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)__文件寫(xiě)回磁盤(pán)時(shí)系統(tǒng)發(fā)生崩潰，對(duì)系統(tǒng)的影響相對(duì)較大。

（2）A.用戶(hù)數(shù)據(jù)

B.用戶(hù)程序

C.系統(tǒng)目錄

D.空閑塊管理●某虛擬存儲(chǔ)系統(tǒng)采用最近最少使用（LRU）頁(yè)面淘汰算法，假定系統(tǒng)為每個(gè)作業(yè)分配4個(gè)頁(yè)面的主存空間，其中一個(gè)頁(yè)面用來(lái)存放程序?，F(xiàn)有某作業(yè)的程序如下：

VarA:Array[1...100,1...100]OFinteger;

i,j：integer;

FORi:=1to100DO

FORj:=1to100DO

A[i,j]:=0;

設(shè)每個(gè)頁(yè)面可存放200個(gè)整數(shù)變量，變量i,j存放在程序頁(yè)中。初始時(shí)，程序及i,j均己在內(nèi)存，其余3頁(yè)為空。若矩陣A按行序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生__(3)__次缺頁(yè)中斷；若矩陣A按列序存放，那么當(dāng)程序執(zhí)行完后共產(chǎn)生___(4)___次缺頁(yè)中斷。

（3）A.50

B.100

C.5000

D.10000

（4）A.50

B.100

C.5000

D.10000●在數(shù)據(jù)庫(kù)設(shè)計(jì)的___(5)___階段進(jìn)行關(guān)系規(guī)范化。

（5）A.需求分析

B.概念設(shè)計(jì)

C.邏輯設(shè)計(jì)

D.物理設(shè)計(jì)●某數(shù)據(jù)庫(kù)中有員工關(guān)系E（員工號(hào)，姓名，部門(mén)，職稱(chēng)，月薪）；產(chǎn)品關(guān)系P（產(chǎn)品號(hào)，產(chǎn)品名稱(chēng)，型號(hào)，尺寸，顏色）；倉(cāng)庫(kù)關(guān)系W（倉(cāng)庫(kù)號(hào)，倉(cāng)庫(kù)名稱(chēng)，地址，負(fù)責(zé)人）；庫(kù)存關(guān)系I（倉(cāng)庫(kù)號(hào)，產(chǎn)品號(hào)，產(chǎn)品數(shù)量）。

a.若數(shù)據(jù)庫(kù)設(shè)計(jì)中要求：

①倉(cāng)庫(kù)關(guān)系W中的“負(fù)責(zé)人”引用員工關(guān)系的員工號(hào)

②庫(kù)存關(guān)系I中的“倉(cāng)庫(kù)號(hào)，產(chǎn)品號(hào)”惟一標(biāo)識(shí)I中的每一個(gè)記錄

③員工關(guān)系E中的職稱(chēng)為“工程師”的月薪不能低于3500元

則①②③依次要滿(mǎn)足的完整性約束是___(6)___。

（6）A.實(shí)體完整性、參照完整性、用戶(hù)定義完整性

B.參照完整性、實(shí)體完整性、用戶(hù)定義完整性

C.用戶(hù)定義完整性、實(shí)體完整性、參照完整性

D.實(shí)體完整性、用戶(hù)定義完整性、參照完整性

b.若需得到每種產(chǎn)品的名稱(chēng)和該產(chǎn)品的總庫(kù)存量，則對(duì)應(yīng)的查詢(xún)語(yǔ)句為：

SELELCT產(chǎn)品名稱(chēng)，SUM（產(chǎn)品數(shù)量）

FROMP,I

WHEREP.產(chǎn)品號(hào)=1.產(chǎn)品號(hào)___(7)___；

（7）A.ORDERBY產(chǎn)品名稱(chēng)

B.ORDERBY產(chǎn)品數(shù)量

C.GROUPBY產(chǎn)品名稱(chēng)

D.GROUPBY產(chǎn)品數(shù)量若對(duì)關(guān)系R（A，B，C，D）和S（C，D，E）進(jìn)行關(guān)系代數(shù)運(yùn)算，則表達(dá)式與___(8)___等價(jià)。●計(jì)算機(jī)執(zhí)行程序時(shí)，在一個(gè)指令周期的過(guò)程中，為了能夠從內(nèi)存中讀指令操作碼，首先是將__(9)___的內(nèi)容送到地址總線上。

（9）A.程序計(jì)數(shù)器PC

B.指令寄存器IR

C.狀態(tài)寄存器SR

D.通用寄存器GR●內(nèi)存按字節(jié)編址，利用8K*4bit的存儲(chǔ)器芯片構(gòu)成84000H到8FFFFH的內(nèi)存，共需__（10）___片?！衲炒疟P(pán)磁頭從一個(gè)磁道移至另一個(gè)磁道需要10ms。文件在磁盤(pán)上非連續(xù)存放，邏輯上相鄰數(shù)據(jù)塊的平均移動(dòng)距離為10個(gè)磁道，每塊的旋轉(zhuǎn)延遲時(shí)間及傳輸時(shí)間分別為100ms和2ms,則讀取一個(gè)100塊的文件需要___(11)___ms的時(shí)間。

（11）A.10200

B.11000

C.11200

D.20210●計(jì)算機(jī)系統(tǒng)中，在___(12)___的情況下一般應(yīng)采用異步傳輸方式。

（12）A.CPU訪問(wèn)內(nèi)存

B.CPU與I/O接口交換信息

C.CPU與PCI總線交換信息

D.I/O接口與打印機(jī)交換信息●大型局域網(wǎng)通常劃分為核心層、匯聚層和接入層，以下關(guān)于各個(gè)網(wǎng)絡(luò)層次的描述中，不正確的是___（13）__。

（13）A.核心層進(jìn)行訪問(wèn)控制列表檢查

B.匯聚層定義了網(wǎng)絡(luò)的訪問(wèn)策略

C.接入層提供局域網(wǎng)絡(luò)接入功能

D.接入層可以使用集線器代替交換機(jī)●網(wǎng)絡(luò)系統(tǒng)設(shè)計(jì)過(guò)程中，邏輯網(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ì)出符合用戶(hù)需求的網(wǎng)絡(luò)●網(wǎng)絡(luò)系統(tǒng)生命周期可以劃分為5個(gè)階段，實(shí)施這5個(gè)階段的合理順序是___(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個(gè)階段，實(shí)施這5個(gè)階段的合理順序是___(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è)單個(gè)CPU的性能為1，則由n個(gè)這種CPU組成的多處理機(jī)系統(tǒng)的性能P為：

其中，a是一個(gè)表示開(kāi)銷(xiāo)的常數(shù)。例如，a=0.1,n=1時(shí)，P約為3。也就是說(shuō)，由4個(gè)這種CPU組成的多機(jī)系統(tǒng)的性能約為3。該公式表明，多機(jī)系統(tǒng)的性能有一個(gè)上限，不管n如何增加，P都不會(huì)超過(guò)某個(gè)值。當(dāng)a=0.1時(shí)，這個(gè)上限是___(16)___。

（16）A.5

B.10

C.15

D.20●以下關(guān)于系統(tǒng)性能的敘述中，不正確的是___(17)___。

（17）A.常見(jiàn)的Web服務(wù)器性能評(píng)估方法有基準(zhǔn)測(cè)試、壓力測(cè)試和可靠性測(cè)試

B.評(píng)價(jià)Web服務(wù)器的主要性能指標(biāo)有最大并發(fā)連接數(shù)、響應(yīng)延遲和吞吐量

C.對(duì)運(yùn)行系統(tǒng)進(jìn)行性能評(píng)估的主要目的是以更好的性能/價(jià)格比更新系統(tǒng)

D.當(dāng)系統(tǒng)性能降到基本水平時(shí)，需要查找影響性能的瓶頸并消除該瓶頸●某大型公司欲開(kāi)發(fā)一個(gè)門(mén)戶(hù)系統(tǒng)，該系統(tǒng)以商業(yè)流程和企業(yè)應(yīng)用為核心，將商業(yè)流程中不同的功能模塊通過(guò)門(mén)戶(hù)集成在一起，以提高公司的集中貿(mào)易能力、協(xié)同能力和信息管理能力。根據(jù)這種需求，采用企業(yè)___(18)___門(mén)戶(hù)解決方案最為合適。

（18）A.信息

B.知識(shí)

C.應(yīng)用

D.垂直●客戶(hù)關(guān)系管理（CRM）系統(tǒng)將市場(chǎng)營(yíng)銷(xiāo)的科學(xué)管理理念通過(guò)信息技術(shù)的手段集成在軟件上，能夠幫助企業(yè)構(gòu)建良好的客戶(hù)關(guān)系。以下關(guān)于CRM系統(tǒng)的敘述中，錯(cuò)誤的是___(19)___。

（19）A.銷(xiāo)售自動(dòng)化是CRM系統(tǒng)中最基本的模塊

B.營(yíng)銷(xiāo)自動(dòng)化作為銷(xiāo)售自動(dòng)化的補(bǔ)充，包括營(yíng)銷(xiāo)計(jì)劃的編制和執(zhí)行、計(jì)劃結(jié)果分析等

C.CRM系統(tǒng)能夠與ERP系統(tǒng)在財(cái)務(wù)、制造、庫(kù)存等環(huán)節(jié)進(jìn)行連接，但兩者關(guān)系相對(duì)松散，一般不會(huì)形成閉環(huán)結(jié)構(gòu)

D.客戶(hù)服務(wù)與支持是CRM系統(tǒng)的重要功能。目前，客戶(hù)服務(wù)與支持的主要手段是通過(guò)呼叫中心和互聯(lián)網(wǎng)來(lái)實(shí)現(xiàn)●共享數(shù)據(jù)庫(kù)是一種重要的企業(yè)應(yīng)用集成方式。以下關(guān)于共享數(shù)據(jù)庫(kù)集成方式的敘述中，錯(cuò)誤的是___(20)___。

（20）A.共享數(shù)據(jù)庫(kù)集成方式通常將應(yīng)用程序的數(shù)據(jù)存儲(chǔ)在一個(gè)共享數(shù)據(jù)庫(kù)中，通過(guò)制定統(tǒng)一的數(shù)據(jù)庫(kù)模式來(lái)處理不同應(yīng)用的集成需求

B.共享數(shù)據(jù)庫(kù)為不同的應(yīng)用程序提供了統(tǒng)一的數(shù)據(jù)存儲(chǔ)與格式定義，能夠解決不同應(yīng)用程序中數(shù)據(jù)語(yǔ)義不一致的問(wèn)題

C.多個(gè)應(yīng)用程序可能通過(guò)共享數(shù)據(jù)庫(kù)頻繁地讀取和修改相同的數(shù)據(jù)，這會(huì)使共享數(shù)據(jù)庫(kù)成為一個(gè)性能瓶頸

D.共享數(shù)據(jù)庫(kù)集成方式的一個(gè)重要限制來(lái)自外部的已封裝應(yīng)用，這些封裝好的應(yīng)用程序只能采用自己定義的數(shù)據(jù)庫(kù)模式，調(diào)整和集成余地較小●軟件的橫向重用是指重用不同應(yīng)用領(lǐng)域中的軟件元素。___(31)___是一種典型的、原始的橫向重用機(jī)制。

●某公司欲對(duì)其內(nèi)部的信息系統(tǒng)進(jìn)行集成，需要實(shí)現(xiàn)在系統(tǒng)之間快速傳遞可定制格式的數(shù)據(jù)包，并且當(dāng)有新的數(shù)據(jù)包到達(dá)時(shí)，接收系統(tǒng)會(huì)自動(dòng)得到通知。另外還要求支持?jǐn)?shù)據(jù)重傳，以確保傳輸?shù)某晒Αａ槍?duì)這些集成需求，應(yīng)該采用___(21)___的集成方式。

（21）A.遠(yuǎn)程過(guò)程調(diào)用

B.共享數(shù)據(jù)庫(kù)

C.文件傳輸

D.消息傳遞●詳細(xì)的項(xiàng)目范圍說(shuō)明書(shū)是項(xiàng)目成功的關(guān)鍵。___(22)___不應(yīng)該屬于范圍定義的輸入。

（22）A.項(xiàng)目章程

B.項(xiàng)目范圍管理計(jì)劃

C.批準(zhǔn)的變更申請(qǐng)

D.項(xiàng)目文檔管理方案●項(xiàng)目時(shí)間管理包括使項(xiàng)目按時(shí)完成所必需的管理過(guò)程，活動(dòng)定義是其中的一個(gè)重要過(guò)程。通常可以使用___(23)__來(lái)進(jìn)行活動(dòng)定義。

（23）A.魚(yú)骨圖

B.工作分解結(jié)構(gòu)（WBS）

C.層次分解結(jié)構(gòu)D.功能分解圖●在實(shí)際的項(xiàng)目開(kāi)發(fā)中，人們總是希望使用自動(dòng)工具來(lái)執(zhí)行需求變更控制過(guò)程。下列描述中，___(24)___不是這類(lèi)工具所具有的功能。

（24）A.可以定義變更請(qǐng)求的數(shù)據(jù)項(xiàng)以及變更請(qǐng)求生存期的狀態(tài)轉(zhuǎn)換圖

B.記錄每一種狀態(tài)變更的數(shù)據(jù)，確認(rèn)做出變更的人員

C.可以加強(qiáng)狀態(tài)轉(zhuǎn)換圖使經(jīng)授權(quán)的用戶(hù)僅能做出所允許的狀態(tài)變更

D.定義變更控制計(jì)劃，并指導(dǎo)設(shè)計(jì)人員按照所制定的計(jì)劃實(shí)施變更●需求管理是CMM可重復(fù)級(jí)中的6個(gè)關(guān)鍵過(guò)程域之一，其主要目標(biāo)是___(25)___。

（25）A.對(duì)于軟件需求，必須建立基線以進(jìn)行控制，軟件計(jì)劃、產(chǎn)品和活動(dòng)必須與軟件需求保持一致

B.客觀地驗(yàn)證需求管理活動(dòng)符合規(guī)定的標(biāo)準(zhǔn)、程序和要求

C.策劃軟件需求管理的活動(dòng)，識(shí)別和控制已獲取的軟件需求

D.跟蹤軟件需求管理的過(guò)程、實(shí)際結(jié)果和執(zhí)行情況●在RUP中采用“4+1”視圖模型來(lái)描述軟件系統(tǒng)的體系結(jié)構(gòu)。在該模型中，最終用戶(hù)側(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)___把整個(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.螺旋模型

D.V模型●軟件開(kāi)發(fā)環(huán)境是支持軟件產(chǎn)品開(kāi)發(fā)的軟件系統(tǒng)，它由軟件工具集和環(huán)境集成機(jī)制構(gòu)成。環(huán)境集成機(jī)制包括：提供統(tǒng)一的數(shù)據(jù)模式和數(shù)據(jù)接口規(guī)范的數(shù)據(jù)集成機(jī)制；支持各開(kāi)發(fā)活動(dòng)之間通信、切換、調(diào)度和協(xié)同的___(29)___；為統(tǒng)一操作方式提供支持的___(30)___。

（29）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ī)制。

（31）A.對(duì)象

B.構(gòu)件

C.標(biāo)準(zhǔn)函數(shù)庫(kù)

D.設(shè)計(jì)模式●下列關(guān)于不同軟件開(kāi)發(fā)方法所使用的模型的描述中，正確的是___(32)___。

（32）A.在進(jìn)行結(jié)構(gòu)化分析時(shí)，必須使用數(shù)據(jù)流圖和軟件結(jié)構(gòu)圖這兩種模型

B.采用面向?qū)ο箝_(kāi)發(fā)方法時(shí)，可以使用狀態(tài)圖和活動(dòng)圖對(duì)系統(tǒng)的動(dòng)態(tài)行為進(jìn)行建模

C.實(shí)體聯(lián)系圖（E-R圖）是在數(shù)據(jù)庫(kù)邏輯結(jié)構(gòu)設(shè)計(jì)時(shí)才開(kāi)始創(chuàng)建的模型

D.UML的活動(dòng)圖與程序流程圖的表達(dá)能力等價(jià)●某銀行系統(tǒng)采用FactoryMethod方法描述其不同賬戶(hù)之間的關(guān)系，設(shè)計(jì)出的類(lèi)圖如下所示。其中與FactoryMethod中的“Creator”角色相對(duì)應(yīng)的類(lèi)是___(33)___；與“Product”角色相對(duì)應(yīng)的類(lèi)是___（34）___。

（33）A.Bank

B.Account

C.Checking

D.Savings

（34）A.Bank

B.Account

C.Checking

D.Savings●___(35)___是一個(gè)獨(dú)立可交付的功能單元，外界通過(guò)接口訪問(wèn)其提供的服務(wù)。

（35）A.面向?qū)ο笙到y(tǒng)中的對(duì)象（Object）

B.模塊化程序設(shè)計(jì)中的子程序（Subroutine）

C.基于構(gòu)件開(kāi)發(fā)中的構(gòu)件（Component）

D.系統(tǒng)模型中的包（Package）●在基于構(gòu)件的軟件開(kāi)發(fā)中，___(36)___描述系統(tǒng)設(shè)計(jì)藍(lán)圖以保證系統(tǒng)提供適當(dāng)?shù)墓δ?；___(37)___用來(lái)了解系統(tǒng)的性能、吞吐率等非功能性屬性。

（36）A.邏輯構(gòu)件模型

B.物理構(gòu)件模型

C.組件接口模型

D.系統(tǒng)交互模型

（37）A.邏輯構(gòu)件模型

B.物理構(gòu)件模型

C.組件接口模型

D.系統(tǒng)交互模型●對(duì)象管理組織（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.會(huì)話構(gòu)件●分布式系統(tǒng)開(kāi)發(fā)中，通常需要將任務(wù)分配到不同的邏輯計(jì)算層。業(yè)務(wù)數(shù)據(jù)的綜合計(jì)算分析任務(wù)屬于___(39)___。

（39）A.表示邏輯層

B.應(yīng)用邏輯層

C.數(shù)據(jù)處理層

D.數(shù)據(jù)層●在客戶(hù)機(jī)/服務(wù)器系統(tǒng)開(kāi)發(fā)中，采用___(40)___時(shí)，應(yīng)將數(shù)據(jù)層和數(shù)據(jù)處理層放置于服務(wù)器，應(yīng)用邏輯層、表示邏輯層和表示層放置于客戶(hù)機(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ù)類(lèi)型檢查

B.自檢位

C.域檢查

D.格式檢查●系統(tǒng)測(cè)試由若干個(gè)不同的測(cè)試類(lèi)型組成，其中___(42)___檢查系統(tǒng)能力的最高實(shí)際限度，即軟件在一些超負(fù)荷情況下的運(yùn)行情況；___(43)___主要是檢查系統(tǒng)的容錯(cuò)能力。

（42）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)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵因素。以下關(guān)于軟件架構(gòu)的描述，錯(cuò)誤的是___(44)___。

（44）A.根據(jù)用戶(hù)需求，能夠確定一個(gè)最佳的軟件架構(gòu)，指導(dǎo)整個(gè)軟件的開(kāi)發(fā)過(guò)程

B.軟件架構(gòu)設(shè)計(jì)需要滿(mǎn)足系統(tǒng)的質(zhì)量屬性，如性能、安全性和可修改性等

C.軟件架構(gòu)設(shè)計(jì)需要確定組件之間的依賴(lài)關(guān)系，支持項(xiàng)目計(jì)劃和管理活動(dòng)

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ì)評(píng)審等活動(dòng)，是一個(gè)迭代的過(guò)程。以下關(guān)于軟件架構(gòu)設(shè)計(jì)活動(dòng)的描述，錯(cuò)誤的是___(45)___。

（45）A.在建立軟件架構(gòu)的初期，一般需要選擇一個(gè)合適的架構(gòu)風(fēng)格

B.將架構(gòu)分析階段已標(biāo)識(shí)的構(gòu)件映射到架構(gòu)中，并分析這些構(gòu)件之間的關(guān)系

C.軟件架構(gòu)設(shè)計(jì)活動(dòng)將已標(biāo)識(shí)構(gòu)件集成到軟件架構(gòu)中，設(shè)計(jì)并實(shí)現(xiàn)這些構(gòu)件

D.一旦得到了詳細(xì)的軟件架構(gòu)設(shè)計(jì)，需要邀請(qǐng)獨(dú)立于系統(tǒng)開(kāi)發(fā)的外部人員對(duì)系統(tǒng)進(jìn)行評(píng)審●基于軟件架構(gòu)的設(shè)計(jì)（ArchitectureBasedSoftwareDevelopment.ABSD）強(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)描述需求。

（46）A.類(lèi)圖和序列圖

B.視角與視圖

C.構(gòu)件和類(lèi)圖

D.構(gòu)件與功能

（47）A.用例與類(lèi)圖

B.用例與視角

C.用例與質(zhì)量場(chǎng)景

D.視角與質(zhì)量場(chǎng)景●某游戲公司欲開(kāi)發(fā)一個(gè)大型多人即時(shí)戰(zhàn)略游戲，游戲設(shè)計(jì)的目標(biāo)之一是能夠支持玩家自行創(chuàng)建戰(zhàn)役地圖，定義游戲?qū)ο蟮男袨楹椭g的關(guān)系。針對(duì)該目標(biāo)，公司應(yīng)該采用___(48)___架構(gòu)風(fēng)格最為合適。

（48）A.管道-過(guò)濾器

B.隱式調(diào)用

C.主程序-子程序

D.解釋器某公司欲為某種型號(hào)的示波器開(kāi)發(fā)內(nèi)置軟件。該公司的架構(gòu)師設(shè)計(jì)了如下圖所示的軟件架構(gòu)。在軟件架構(gòu)評(píng)審時(shí)，專(zhuān)家認(rèn)為該架構(gòu)存在的問(wèn)題是___(49)___。

（49）A.在功能劃分上將各個(gè)模塊獨(dú)立起來(lái)

B.在硬件構(gòu)件的混合和替換方面不是很靈活

C.沒(méi)有清晰地說(shuō)明用戶(hù)怎樣與其交互

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)格最為合適。

（50）A.解釋器

B.過(guò)程控制

C.分層

D.管道-過(guò)濾器●某公司欲開(kāi)發(fā)一個(gè)漫步者機(jī)器人，用來(lái)完成火星探測(cè)任務(wù)。機(jī)器人的控制者首先定義探測(cè)任務(wù)和任務(wù)之間的時(shí)序依賴(lài)性，機(jī)器人接受任務(wù)后，需要根據(jù)自身狀態(tài)和外界環(huán)境進(jìn)行動(dòng)態(tài)調(diào)整，最終自動(dòng)完成任務(wù)。針對(duì)這些需求，該機(jī)器人應(yīng)該采用___(51)___架構(gòu)風(fēng)格最為合適。

（51）A.解釋器

B.主程序-子程序

C.隱式調(diào)用

D.管道-過(guò)濾器試題一（共25分）閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3?！菊f(shuō)明】某公司欲針對(duì)Linux操作系統(tǒng)開(kāi)發(fā)一個(gè)KWIC（KeyWordinContext)檢索系統(tǒng)。該系統(tǒng)接收用戶(hù)輸入的查詢(xún)關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進(jìn)行循環(huán)滾動(dòng)閱讀。在對(duì)KWIC系統(tǒng)進(jìn)行需求分析時(shí)，公司的業(yè)務(wù)專(zhuān)家發(fā)現(xiàn)用戶(hù)后續(xù)還有可能采用其它方式展示幫助內(nèi)容。根據(jù)目前需求，公司的技術(shù)人員決定通過(guò)重復(fù)剪切幫助文檔中的第一個(gè)單詞并將其插入到行尾的方式實(shí)現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動(dòng)，后續(xù)還將采用其它的方法實(shí)現(xiàn)這一功能。在對(duì)KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過(guò)濾器的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對(duì)這兩種方案進(jìn)行評(píng)價(jià)，最終采用了李工的方案。[問(wèn)題1]（7分）在實(shí)際的軟件項(xiàng)目開(kāi)發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項(xiàng)目成功的保證。請(qǐng)用200字以?xún)?nèi)的文字說(shuō)明什么是軟件架構(gòu)風(fēng)格，并對(duì)主程序-子程序和管道-過(guò)濾器這兩種架構(gòu)風(fēng)格的特點(diǎn)進(jìn)行描述。[問(wèn)題2]（12分）請(qǐng)完成表1-1中的空白部分（用+表示優(yōu)、-表示差），對(duì)王工和李工提出的架構(gòu)風(fēng)格進(jìn)行評(píng)價(jià)，并指出采用李工方案的原因。[問(wèn)題3]（6分）圖1-1是李工給出的架構(gòu)設(shè)計(jì)示意圖，請(qǐng)將恰當(dāng)?shù)墓δ苊枋鎏钊雸D中的(1)一(4)。試題二（共25分）閱讀以下關(guān)于軟件系統(tǒng)數(shù)據(jù)架構(gòu)建模的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3。［說(shuō)明］RMO是一家運(yùn)動(dòng)服裝制造銷(xiāo)售公司，計(jì)劃在五年時(shí)間內(nèi)將銷(xiāo)售區(qū)域從華南地區(qū)擴(kuò)展至全國(guó)范圍。為了擴(kuò)大信息技術(shù)對(duì)于未來(lái)業(yè)務(wù)發(fā)展的價(jià)值，公司邀請(qǐng)咨詢(xún)顧問(wèn)幫助他們制訂戰(zhàn)略信息系統(tǒng)規(guī)劃。經(jīng)過(guò)評(píng)審，咨詢(xún)顧問(wèn)給出的戰(zhàn)略規(guī)劃要點(diǎn)之一是建立客戶(hù)關(guān)系支持系統(tǒng)CRSS。RMO公司決定由其技術(shù)部成立專(zhuān)門(mén)的項(xiàng)目組負(fù)責(zé)CRSS的開(kāi)發(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)時(shí)，張工認(rèn)為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)，給出的理由是結(jié)構(gòu)簡(jiǎn)單、易維護(hù)且開(kāi)發(fā)及運(yùn)行成本低；而劉工建議采用分布式的數(shù)據(jù)架構(gòu)，并提出在開(kāi)發(fā)中通過(guò)“局部數(shù)據(jù)庫(kù)＋緩存”的讀寫(xiě)分離結(jié)構(gòu)實(shí)現(xiàn)，具有較好的運(yùn)行性能和可擴(kuò)展性。項(xiàng)目組經(jīng)過(guò)集體討論，考慮到公司的未來(lái)發(fā)展規(guī)劃，最終采用了劉工的建議。［問(wèn)題1］（8分）請(qǐng)用300字以?xún)?nèi)的文字，說(shuō)明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。［問(wèn)題2］（13分）在劉工建議的基礎(chǔ)上，為了避免CRSS系統(tǒng)的單點(diǎn)故障，請(qǐng)用200字以?xún)?nèi)文字簡(jiǎn)要說(shuō)明如何建立CRSS的數(shù)據(jù)庫(kù)系統(tǒng)；對(duì)于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)。［問(wèn)題3］（4分）RMO公司銷(xiāo)售區(qū)域?qū)⒃谖磥?lái)五年大面積擴(kuò)展，其潛在客戶(hù)數(shù)量也會(huì)因此大幅度增加，所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請(qǐng)分別說(shuō)明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。試題三（共25分）閱讀以下關(guān)于汽車(chē)電子基礎(chǔ)軟件架構(gòu)的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3?！菊f(shuō)明】某軟件公司承擔(dān)了某項(xiàng)國(guó)家重點(diǎn)項(xiàng)目的研制工作，任務(wù)重點(diǎn)是參考國(guó)外汽車(chē)電子發(fā)展趨勢(shì)，開(kāi)發(fā)某汽車(chē)公司的企業(yè)汽車(chē)電子基礎(chǔ)軟件的架構(gòu)，逐步實(shí)現(xiàn)汽車(chē)企業(yè)未來(lái)技術(shù)發(fā)展規(guī)劃。該軟件公司接收此項(xiàng)任務(wù)后，調(diào)動(dòng)全體技術(shù)人員深入收集國(guó)外相關(guān)技術(shù)資料，經(jīng)過(guò)多方調(diào)研和分析，公司提出遵照國(guó)際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)施的原則，實(shí)現(xiàn)汽車(chē)公司的基礎(chǔ)軟件架構(gòu)設(shè)計(jì)。圖3-1給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。［問(wèn)題1］(7分）AUTOSAR規(guī)范中要求，汽車(chē)電子軟件開(kāi)發(fā)流程應(yīng)盡量滿(mǎn)足并發(fā)、可多次迭代的特性。為了定義汽車(chē)電子的軟件開(kāi)發(fā)過(guò)程，公司李工和王工分別提出了兩種軟件開(kāi)發(fā)流程，其開(kāi)發(fā)流程見(jiàn)圖3-2和3-3（圖中ECU是指汽車(chē)電子中的電子控制單元）。請(qǐng)說(shuō)明李工和王工誰(shuí)定義的流程更符合AUTOSAR的規(guī)定，并說(shuō)明理由。［問(wèn)題2］（10分）圖3-1中的II-1.1.1項(xiàng)中定義了軟件架構(gòu)和操作系統(tǒng)的要求，圖3-4是滿(mǎn)足AUTOSAR定義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu)，請(qǐng)說(shuō)明（1）~（5)箭頭所標(biāo)的具體操作含義。［問(wèn)題3]（8分）AUTOSAR是一種開(kāi)放式架構(gòu)，用150字以?xún)?nèi)的文字，說(shuō)明采用AUTOSAR架構(gòu)的主要優(yōu)點(diǎn)，并說(shuō)明汽車(chē)電子ECU覆蓋汽車(chē)的哪三個(gè)領(lǐng)域。試題四（共25分）閱讀以下關(guān)于系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具集成的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3?！菊f(shuō)明】TeleDev是一個(gè)大型的電信軟件開(kāi)發(fā)公司，公司內(nèi)部采用多種商業(yè)/開(kāi)源的工具進(jìn)行軟件系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工作。為了提高系統(tǒng)開(kāi)發(fā)效率，公司管理層決定開(kāi)發(fā)一個(gè)分布式的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具集成框架，將現(xiàn)有的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具有效集成在一起。集成框架開(kāi)發(fā)小組經(jīng)過(guò)廣泛調(diào)研，得到了如下核心需求：(1)目前使用的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具的運(yùn)行平臺(tái)和開(kāi)發(fā)語(yǔ)言差異較大，集成框架應(yīng)無(wú)縫集成各個(gè)工具的功能；(2)目前使用的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，集成框架應(yīng)實(shí)現(xiàn)工具之間的靈活通信和數(shù)據(jù)格式轉(zhuǎn)換；(3)集成框架需要根據(jù)實(shí)際的開(kāi)發(fā)流程靈活、動(dòng)態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系；(4)集成框架應(yīng)能集成一些常用的第三方實(shí)用工具，如即時(shí)通信，郵件系統(tǒng)等。集成框架開(kāi)發(fā)小組經(jīng)過(guò)分析與討論，最終決定采用企業(yè)服務(wù)總線(ESB)作為集成框架的基礎(chǔ)架構(gòu)。［問(wèn)題1]（8分）ESB是目前企業(yè)級(jí)應(yīng)用集成常用的基礎(chǔ)架構(gòu)。請(qǐng)列舉出ESB的4個(gè)主要功能，并從集成系統(tǒng)的部署方式、待集成系統(tǒng)之間的禍合程度、集成系統(tǒng)的可擴(kuò)展性3個(gè)方面說(shuō)明為何采用ESB作為集成框架的基礎(chǔ)架構(gòu)。［問(wèn)題2］（12分）在ESB基礎(chǔ)架構(gòu)的基礎(chǔ)上，請(qǐng)根據(jù)題干描述中的4個(gè)需求，說(shuō)明每個(gè)需求應(yīng)該采用何種具體的集成方式或架構(gòu)風(fēng)格最為合適。［問(wèn)題3］（5分）請(qǐng)指出在實(shí)現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時(shí)，通常采用的設(shè)計(jì)模式是什么，并對(duì)實(shí)現(xiàn)過(guò)程進(jìn)行簡(jiǎn)要描述。試題五（共25分）閱讀以下信息系統(tǒng)可靠性問(wèn)題的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3。【說(shuō)明】某軟件公司開(kāi)發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對(duì)輸入數(shù)據(jù)進(jìn)行多次分析、處理和加工，生成需要的輸出數(shù)據(jù)。需求方對(duì)該系統(tǒng)的軟件可靠性要求很高，要求系統(tǒng)能夠長(zhǎng)時(shí)間無(wú)故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖5-1所示。王工解釋?zhuān)褐灰鱾€(gè)模塊的可靠度足夠高，失效率足夠低，則整個(gè)軟件系統(tǒng)的可靠性是有保證的。李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說(shuō)法有兩個(gè)問(wèn)題：第一，即使每個(gè)模塊的可靠度足夠高，但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個(gè)軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個(gè)模塊的可靠度均為0.99則整個(gè)軟件系統(tǒng)的可靠度為0.994≈0.96：第二，軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時(shí)，一旦某個(gè)模塊失效，則意味著整個(gè)軟件系統(tǒng)失效。李工認(rèn)為，應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動(dòng)態(tài)冗余或者軟件容錯(cuò)的N版本程序設(shè)計(jì)技術(shù)，對(duì)容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì)，將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu)，來(lái)提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí)，李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖，如圖5-2所示。劉工建議，李工方案中M1和M4模塊沒(méi)有采用容錯(cuò)設(shè)計(jì)，但MI和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此，可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù)，在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警，提醒維護(hù)人員進(jìn)行處理。注：假設(shè)各個(gè)模塊的可靠度均為0.99。［問(wèn)題1]（4分）在系統(tǒng)可靠性中，可靠度和失效率是兩個(gè)非常關(guān)鍵的指標(biāo)，請(qǐng)分別解釋其含義。［問(wèn)題2]（13分）請(qǐng)解釋李工提出的動(dòng)態(tài)冗余和N版本程序設(shè)計(jì)技術(shù)，給出圖5-1中模塊M2采用圖5-2動(dòng)態(tài)冗余技術(shù)后的可靠度。請(qǐng)給出采用李工設(shè)計(jì)方案后整個(gè)系統(tǒng)可靠度的計(jì)算方法，并計(jì)算結(jié)果。［問(wèn)題3]（8分）請(qǐng)給出檢錯(cuò)技術(shù)的優(yōu)缺點(diǎn)，并說(shuō)明檢測(cè)技術(shù)常見(jiàn)的實(shí)現(xiàn)方式和處理方式。論文試題試題一論軟件的靜態(tài)演化和動(dòng)態(tài)演化及其應(yīng)用軟件演化（SoftwareEvolution）是指軟件在其生命周期內(nèi)的更新行為和過(guò)程。演化是一系列貫穿軟件生命周期始終的活動(dòng)，系統(tǒng)需求改變、功能實(shí)現(xiàn)增強(qiáng)、新功能加入、軟件架構(gòu)改變、軟件缺陷修復(fù)、運(yùn)行環(huán)境改變均要求軟件系統(tǒng)能夠快速適應(yīng)變化，具有較強(qiáng)的演化能力。軟件靜態(tài)演化（StaticEvolution）和動(dòng)態(tài)演化（DynamicEvolution）是目前軟件演化的兩種重要類(lèi)型。請(qǐng)圍繞“軟件的靜態(tài)演化和動(dòng)態(tài)演化及其應(yīng)用”論題，依次從以下三個(gè)方面進(jìn)行論述。1.概要敘述你參與管理和開(kāi)發(fā)的軟件項(xiàng)目以及你在其中所擔(dān)任的主要工作。2.請(qǐng)分別對(duì)軟件靜態(tài)演化和動(dòng)態(tài)演化的特點(diǎn)進(jìn)行論述，說(shuō)明兩種軟件演化類(lèi)型各自的優(yōu)缺點(diǎn)及其應(yīng)用場(chǎng)合，并舉例說(shuō)明各自的常見(jiàn)演化技術(shù)手段。3.具體闡述你參與管理和開(kāi)發(fā)的項(xiàng)目中所進(jìn)行的軟件演化活動(dòng)的特點(diǎn)、演化的類(lèi)型，以及所采取的對(duì)應(yīng)演化技術(shù)手段，說(shuō)明具體實(shí)施過(guò)程以及實(shí)際應(yīng)用的效果。試題二論數(shù)據(jù)挖掘技術(shù)的應(yīng)用隨著信息技術(shù)的高速發(fā)展，各組織機(jī)構(gòu)積累的數(shù)據(jù)量急劇增長(zhǎng)。如何從海量的數(shù)據(jù)中提取有用的知識(shí)成為當(dāng)務(wù)之急。數(shù)據(jù)挖掘(DataMining）就是為順應(yīng)這種需要應(yīng)運(yùn)而生發(fā)展起來(lái)的數(shù)據(jù)處理技術(shù)，是知識(shí)發(fā)現(xiàn)的關(guān)鍵步驟。數(shù)據(jù)挖掘就是從大量的、不完全的、有噪聲的、模糊的、隨機(jī)的實(shí)際應(yīng)用數(shù)據(jù)中，提取隱含在其中的、人們事先不知道的、但又是潛在有用的信息和知識(shí)的過(guò)程。請(qǐng)圍繞“論數(shù)據(jù)挖掘技術(shù)的應(yīng)用”論題，依次對(duì)以下三個(gè)方面進(jìn)行論述。1.概要敘述你參與分析和開(kāi)發(fā)的軟件項(xiàng)目以及你所擔(dān)任的主要工作。2.數(shù)據(jù)挖掘的主要任務(wù)是什么？具體論述你在項(xiàng)目中使用數(shù)據(jù)挖掘技術(shù)所解決的問(wèn)題。3.數(shù)據(jù)挖掘的力一法主要有哪些？分析并討論你所選擇的數(shù)據(jù)挖掘方法，簡(jiǎn)述其具體實(shí)現(xiàn)過(guò)程和實(shí)際應(yīng)用效果。試題三論大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略大規(guī)模分布式系統(tǒng)通常需要利用緩存技術(shù)減輕服務(wù)器負(fù)載、降低網(wǎng)絡(luò)擁塞、增強(qiáng)系統(tǒng)可擴(kuò)展性。緩存技術(shù)的基本思想是將客戶(hù)最近經(jīng)常訪問(wèn)的內(nèi)容在緩存服務(wù)器中存放一個(gè)副本，當(dāng)該內(nèi)容下次被訪問(wèn)時(shí)，不必建立新的數(shù)據(jù)請(qǐng)求，而是直接由緩存提供。良好的緩存設(shè)計(jì)，是一個(gè)大規(guī)模分布式系統(tǒng)能夠正常、高效運(yùn)行的必要前提。在進(jìn)行大規(guī)模分布式系統(tǒng)開(kāi)發(fā)時(shí)，必須從一開(kāi)始就針對(duì)應(yīng)用需求和場(chǎng)景對(duì)系統(tǒng)的緩存機(jī)制進(jìn)行全面考慮，設(shè)計(jì)一個(gè)可伸縮的系統(tǒng)緩存架構(gòu)。請(qǐng)圍繞“大規(guī)模分布式系統(tǒng)緩存設(shè)計(jì)策略”論題，依次從以下三個(gè)方面進(jìn)行論述。1.概要敘述你參與實(shí)施的大規(guī)模分布式系統(tǒng)開(kāi)發(fā)項(xiàng)目以及你所擔(dān)任的主要工作。2.從不同的用途和應(yīng)用場(chǎng)景考慮，請(qǐng)?jiān)敿?xì)闡述至少兩種常見(jiàn)的緩存工作模式，并說(shuō)明每種工作模式的適應(yīng)場(chǎng)景。3.闡述你在設(shè)計(jì)大規(guī)模分布式系統(tǒng)的緩存機(jī)制時(shí)遇到了哪些問(wèn)題，如何解決。試題四論軟件可靠性評(píng)價(jià)軟件可靠性評(píng)價(jià)是指選用和建立合適的可靠性數(shù)學(xué)模型，運(yùn)用統(tǒng)計(jì)技術(shù)和其他手段，對(duì)軟件可靠性測(cè)試和系統(tǒng)運(yùn)行期間的軟件失效數(shù)據(jù)（也可能包含軟件生命周期內(nèi)其他可靠性數(shù)據(jù)）進(jìn)行處理，并評(píng)估和預(yù)測(cè)軟件可靠性的過(guò)程。軟件可靠性評(píng)價(jià)是軟件可靠性活動(dòng)的重要組成部分，既可在軟件開(kāi)發(fā)過(guò)程實(shí)施，也可針對(duì)最終軟件系統(tǒng)實(shí)施。軟件可靠性評(píng)價(jià)的難點(diǎn)在于軟件可靠性模型的選擇和軟件可靠性數(shù)據(jù)的收集與處理。請(qǐng)圍繞“軟件可靠性評(píng)價(jià)”論題，依次從以下三個(gè)方面進(jìn)行論述。1.簡(jiǎn)要概述你參與實(shí)施的軟件開(kāi)發(fā)項(xiàng)目以及你承擔(dān)的主要工作。2.說(shuō)明你在項(xiàng)目實(shí)施過(guò)程中所選擇的軟件可靠性模型，并論述在軟