2022年職業(yè)考證-軟考-系統(tǒng)分析師考試名師押題精選卷I（帶答案詳解）試卷號(hào)60

住在富人區(qū)的她2022年職業(yè)考證-軟考-系統(tǒng)分析師考試名師押題精選卷I（帶答案詳解）（圖片可根據(jù)實(shí)際調(diào)整大小）題型12345總分得分一.綜合題(共50題)1.單選題

（

）防火墻是內(nèi)部網(wǎng)和外部網(wǎng)的隔離點(diǎn)，它可對(duì)應(yīng)用層的通信數(shù)據(jù)流進(jìn)行監(jiān)控和過(guò)濾。

問(wèn)題1選項(xiàng)

A.包過(guò)濾

B.應(yīng)用級(jí)網(wǎng)關(guān)

C.數(shù)據(jù)庫(kù)

D.Web

【答案】B

【解析】防火墻技術(shù)可分為網(wǎng)絡(luò)級(jí)防火墻和應(yīng)用級(jí)防火墻兩類。網(wǎng)絡(luò)級(jí)防火墻用來(lái)防止整個(gè)網(wǎng)絡(luò)出現(xiàn)外來(lái)非法的入侵。例如，分組過(guò)濾和授權(quán)服務(wù)器就屬于這一類。前者檢查所有流入本網(wǎng)絡(luò)的信息，然后拒絕不符合事先制訂好的一套準(zhǔn)則的數(shù)據(jù)，而后者則是檢查用戶的登錄是否合法；應(yīng)用級(jí)防火墻是從應(yīng)用程序來(lái)進(jìn)行接入控制，通常使用應(yīng)用網(wǎng)關(guān)或代理服務(wù)器來(lái)區(qū)分各種應(yīng)用。例如，可以只允許WWW應(yīng)用，而阻止FTP應(yīng)用。

題目中要求對(duì)應(yīng)用層的通信數(shù)據(jù)流進(jìn)行監(jiān)控與過(guò)濾，這個(gè)要求使用包過(guò)濾防火墻是做不到的，必須使用應(yīng)用層的防火墻——應(yīng)用級(jí)網(wǎng)關(guān)。

2.單選題

某教授于2016年6月1日自行將《信息網(wǎng)絡(luò)傳播權(quán)保護(hù)條例》譯成英文，投遞給某國(guó)家的核心期刊，并于2016年11月1日發(fā)表。國(guó)家相關(guān)部門認(rèn)為該教授的譯文質(zhì)量很高，經(jīng)與該教授協(xié)商，于2017年1月5日發(fā)文將該譯文定為官方正式譯文。下列說(shuō)法，（

）是正確的。

問(wèn)題1選項(xiàng)

A.由于該教授未經(jīng)相關(guān)部門同意而自行翻譯官方條例，因此對(duì)其譯文不享有著作權(quán)

B.該教授對(duì)其譯文自2016年6月1日起一直享有著作權(quán)

C.該教授對(duì)其譯文自2016年6月1日至2017年1月4日期間享有著作權(quán)

D.該教授對(duì)其譯文自2016年11月1日至2017年1月4日期間享有著作權(quán)

【答案】C

【解析】本題考查知識(shí)產(chǎn)權(quán)中的著作權(quán)的保護(hù)期限。

著作權(quán)的保護(hù)是從作品完成時(shí)間開始計(jì)算的，所以從2016年6月1日開始，該教授享有著作權(quán)；但著作權(quán)的保護(hù)范圍不涵蓋國(guó)家的法律法規(guī)及官方正式譯文，所以從2017年1月5日定為官方正式譯文時(shí)，就不保護(hù)了。綜上所述，保護(hù)期限應(yīng)是：2016年6月1日開始至2017年1月4日截止。

3.單選題

下列無(wú)線網(wǎng)絡(luò)技術(shù)中，覆蓋范圍最小的是（

）。

問(wèn)題1選項(xiàng)

A.802.15.1藍(lán)牙

B.802.11n無(wú)線局域網(wǎng)

C.802.15.4ZigBee

D.802.16m無(wú)線城域網(wǎng)

【答案】A

【解析】1.802.11n無(wú)線局域網(wǎng)：傳輸距離在100-300m，功耗10-50mA。

2.Zigbee，傳輸距離50-300M，功耗5mA，最大特點(diǎn)是可自組網(wǎng)，網(wǎng)絡(luò)節(jié)點(diǎn)數(shù)最大可達(dá)65000個(gè)。

3.藍(lán)牙，傳輸距離2-30M，速率1Mbps，功耗介于Zigbee和WIFI之間。

4.案例題

某軟件企業(yè)擬開發(fā)一套基于移動(dòng)互聯(lián)網(wǎng)的在線運(yùn)動(dòng)器材銷售系統(tǒng)，項(xiàng)目組決定采用FAST開發(fā)方法進(jìn)行系統(tǒng)分析與設(shè)計(jì)，在完成了初步的調(diào)查研究之后進(jìn)入了問(wèn)題分析階段，分析系統(tǒng)中存在的問(wèn)題以及改進(jìn)項(xiàng)，其分析的主要內(nèi)容包括：

（1）器材銷售訂單處理的時(shí)間應(yīng)該減少20%;

（2）移動(dòng)端支持IOS和Android兩類操作系統(tǒng);

（3）器材銷售訂單處理速度太慢導(dǎo)致根多用戶取消訂單;

（4）后臺(tái)服務(wù)器硬件配置比較低;

（5）用戶下單過(guò)程中應(yīng)該減少用戶輸入的數(shù)據(jù)量;

（6）訂單處理過(guò)程中用戶需要輸入大量信息;

（7）利用云計(jì)算服務(wù)可以降低50%的服務(wù)器處理時(shí)間;

（8）公司能投入的技術(shù)維護(hù)人員數(shù)量有限;

（9）大量的并發(fā)訪問(wèn)會(huì)導(dǎo)致App頁(yè)面無(wú)法正常顯示。

【問(wèn)題1】（12分）

FAST開發(fā)方法在系統(tǒng)分析中包括了初始研究、問(wèn)題分析、需求分析和決策分析等四個(gè)階段，請(qǐng)簡(jiǎn)要說(shuō)明每個(gè)階段的主要任務(wù)。

【問(wèn)題2】（8分）

在問(wèn)題分析階段，因果分析方法常用于分析系統(tǒng)中的問(wèn)題和改進(jìn)項(xiàng)，請(qǐng)結(jié)合題目中所描述各項(xiàng)內(nèi)容，將題干編號(hào)（1）-（9）填入表1-1的（a）~（d）中。

表1-1問(wèn)題、機(jī)會(huì)

【問(wèn)題3】（5分）

在決策分析階段，需要對(duì)候選方案所述內(nèi)容按照操作可行性、技術(shù)可行性、經(jīng)濟(jì)可行性和進(jìn)度可行性進(jìn)行分類。請(qǐng)將下列（1）~（5）內(nèi)容填入表1-2的（a）-（d）中。

（1）新開發(fā)的器材銷售系統(tǒng)能夠滿足用戶所需的所有功能;

（2）系統(tǒng)開發(fā)的成本大約需要40萬(wàn)元人民幣;

（3）需要對(duì)移動(dòng)端App開發(fā)工程師進(jìn)行技術(shù)培訓(xùn);

（4）系統(tǒng)開發(fā)周期需要6個(gè)月;

（5）系統(tǒng)每年維護(hù)的費(fèi)用大約5萬(wàn)元人民幣。

表1-2候選方案指標(biāo)分類

【答案】【問(wèn)題1】

初步研究階段：

1、列出問(wèn)題和機(jī)會(huì)

2、協(xié)商項(xiàng)目的初步范圍

3、評(píng)估項(xiàng)目?jī)r(jià)值

4、計(jì)劃項(xiàng)目進(jìn)度表和預(yù)算

5、匯報(bào)項(xiàng)目計(jì)劃

問(wèn)題分析階段：

1、研究問(wèn)題領(lǐng)域

2、分析問(wèn)題和機(jī)會(huì)

3、分析業(yè)務(wù)過(guò)程

4、制定系統(tǒng)改進(jìn)目標(biāo)

5、修改項(xiàng)目計(jì)劃

6、匯報(bào)調(diào)查結(jié)果和建議

需求分析階段：

1、定義需求

2、排列需求的優(yōu)先次序

3、修改項(xiàng)目計(jì)劃

4、交流需求陳述

決策分析階段：

1、確定候選方案

2、分析候選方案

3、比較候選方案

4、修改項(xiàng)目計(jì)劃

5、推薦一種系統(tǒng)

【問(wèn)題2】

（a）（3）（6）

（b）（4）（9）

（c）（1）（5）（7）

（d）（2）（8）

【問(wèn)題3】

（a）

（b）（1）（3）

（c）（2）（5）

（d）（4）

5.單選題

信息系統(tǒng)的性能評(píng)價(jià)指標(biāo)是客觀評(píng)價(jià)信息系統(tǒng)性能的依據(jù)，其中，（）是指系統(tǒng)在單位時(shí)間內(nèi)處理請(qǐng)求的數(shù)量。

問(wèn)題1選項(xiàng)

A.系統(tǒng)響應(yīng)時(shí)間

B.吞吐量

C.資源利用率

D.并發(fā)用戶數(shù)

【答案】B

【解析】

吞吐量指一個(gè)業(yè)務(wù)系統(tǒng)在單位時(shí)間內(nèi)提供的產(chǎn)量（或服務(wù)量）。

6.案例題

閱讀以下關(guān)于安全攸關(guān)嵌入式系統(tǒng)相關(guān)技術(shù)的描述，在答題紙上回答問(wèn)題1至問(wèn)題3。

【說(shuō)明】

某公司機(jī)電管理系列產(chǎn)品被廣泛應(yīng)用于飛行器后，外場(chǎng)事故頻繁發(fā)生，輕則飛機(jī)座艙顯示機(jī)電設(shè)備工作異常，重則系統(tǒng)預(yù)警，切入備份運(yùn)行。這些事故給航空公司帶來(lái)重大經(jīng)濟(jì)損失。

公司領(lǐng)導(dǎo)非常重視航空公司的問(wèn)題反饋，責(zé)令公司王總帶隊(duì)到現(xiàn)場(chǎng)進(jìn)行故障排查。經(jīng)過(guò)一個(gè)多月的排查，故障現(xiàn)象始終未復(fù)現(xiàn)，同時(shí)，公司實(shí)驗(yàn)室內(nèi)也在反復(fù)復(fù)現(xiàn)故障，結(jié)果未取得顯著成效，但發(fā)現(xiàn)產(chǎn)品存在偶然丟失協(xié)議包的現(xiàn)象。隨后，公司領(lǐng)導(dǎo)組織行業(yè)專家召開故障分析會(huì)。王總在會(huì)上對(duì)前期故障排查情況進(jìn)行了說(shuō)明，指出從外場(chǎng)現(xiàn)象看CCDL協(xié)議包丟失是引起系統(tǒng)報(bào)警、切換的主要原因。圖3-1給出了機(jī)電管理產(chǎn)品的工作原理，機(jī)電管理系統(tǒng)主要承擔(dān)了對(duì)飛行器的剎車、燃油和環(huán)控等子系統(tǒng)進(jìn)行監(jiān)視與控制，它對(duì)飛行器而言是安全攸關(guān)系統(tǒng)，因此，從系統(tǒng)結(jié)構(gòu)上采用了雙余度計(jì)算機(jī)系統(tǒng)。具體工作流程簡(jiǎn)要說(shuō)明如下：

1.機(jī)電管理系統(tǒng)由1號(hào)計(jì)算機(jī)和2號(hào)計(jì)算機(jī)組成，雙機(jī)互為余度備份；

2.雙機(jī)中分別駐留了一個(gè)100ms周期的CCDL任務(wù)，完成雙機(jī)間的交叉對(duì)比和實(shí)時(shí)監(jiān)控等工作。10ms定時(shí)器作為任務(wù)的工作頻率；

3.交叉對(duì)比協(xié)議包包含一組“AA55”報(bào)頭、消息長(zhǎng)度、數(shù)據(jù)和校驗(yàn)碼；

4.2號(hào)機(jī)將協(xié)議包通過(guò)422總線發(fā)送給1號(hào)機(jī)（422總線接口芯片有8級(jí)緩沖）；

5.1號(hào)機(jī)通過(guò)中斷方式將422總線數(shù)據(jù)接收到大環(huán)形緩沖區(qū)中（大小為4096B）；

6.100ms的CCDL定時(shí)任務(wù)將大環(huán)形緩沖區(qū)的數(shù)據(jù)以512B為單位拷貝到小環(huán)形緩沖區(qū)中（大小512B）；

7.CCDL任務(wù)按照協(xié)議包格式解析小環(huán)形緩沖的數(shù)據(jù)，如果校驗(yàn)錯(cuò)誤，丟棄當(dāng)前協(xié)議包；

8.在協(xié)議包格式正確的情況下，進(jìn)行數(shù)據(jù)交叉比對(duì)，比對(duì)正確則輸出；比對(duì)不正確，并連續(xù)不正確超過(guò)門限，則報(bào)警。

【問(wèn)題1】（12分）

王總匯報(bào)時(shí)指出，在設(shè)計(jì)安全攸關(guān)系統(tǒng)軟件時(shí)，往往不重視安全攸關(guān)軟件設(shè)計(jì)方法,不遵守C語(yǔ)言安全編碼規(guī)范，導(dǎo)致程序質(zhì)量較差，代碼中存在支全隱患。請(qǐng)簡(jiǎn)要說(shuō)明表3-1給出的C語(yǔ)言代碼是C語(yǔ)言安全編碼標(biāo)準(zhǔn)中（如：MISARC標(biāo)準(zhǔn)）不允許采用的代碼結(jié)構(gòu)的原因。

表3-1C語(yǔ)言代碼實(shí)例

【問(wèn)題2】（10分）

請(qǐng)根據(jù)自己對(duì)圖3-1所示機(jī)電管理系統(tǒng)工作原理的分析，用300字以內(nèi)的文字說(shuō)明本實(shí)例中可能存在哪三方面數(shù)據(jù)傳輸時(shí)丟失協(xié)議包現(xiàn)象，并簡(jiǎn)要說(shuō)明原因。

問(wèn)題3（3分）

針對(duì)以上分析出的三種丟包原因，請(qǐng)舉例給出兩種以上的修改丟包bug的可能的方法。

【答案】【問(wèn)題1】

1）不允許。違背（建議）規(guī)則6.3。

2）不允許。違背（建議）規(guī)則6.3、（強(qiáng)制）規(guī)則15.3和（強(qiáng)制）規(guī)則15.5。

3）不允許。違背（建議）規(guī)則6.3。

4）不允許。違背（建議）規(guī)則6.3和強(qiáng)制規(guī)則8.1。

5）不允許。違背（建議）規(guī)則6.3和強(qiáng)制規(guī)則12.2.x=exp_1(&y)+exp_2(&)應(yīng)修改為：x=exp_1(&y)；x+=exp_2(&y)。

6）不允許。違背（建議）規(guī)則6.3和強(qiáng)制規(guī)則10.3；（unsignedint*）s是危險(xiǎn)的類型轉(zhuǎn)換。

【問(wèn)題2】

圖3-1可能存在大小緩沖不匹配、時(shí)鐘不準(zhǔn)和422總線緩沖丟字節(jié)等三方面丟數(shù)據(jù)包現(xiàn)象。

（1）大小緩沖不匹配。由于CCDL任務(wù)在每100ms將大緩沖的數(shù)據(jù)拷貝到小緩沖后，進(jìn)行協(xié)議包解析。當(dāng)兩緩沖存在大量接收數(shù)據(jù)包時(shí)，如果CCDL任務(wù)處理機(jī)制設(shè)計(jì)不合理，有可能解析時(shí)間過(guò)長(zhǎng)而引起丟包現(xiàn)象。

（2）100ms時(shí)鐘不準(zhǔn)。由于大小環(huán)形緩沖數(shù)據(jù)交換采用100ms時(shí)鐘周期處理，而100ms時(shí)鐘周期依賴于10ms計(jì)時(shí)器，如果10ms計(jì)時(shí)器受到系統(tǒng)干擾可能丟失中斷，則

引起100ms時(shí)鐘周期增加10ms。導(dǎo)致CCDL任務(wù)定時(shí)時(shí)間不準(zhǔn)，不能按100ms周期解析協(xié)議包，過(guò)早解析協(xié)議包，而當(dāng)前周期的協(xié)議包還未到達(dá)，可能導(dǎo)致丟包。

（3）422總線緩沖丟字節(jié)。422總線有8字節(jié)輸入緩沖，如果將422總線設(shè)置為全滿中斷時(shí)，在數(shù)據(jù)輸入流量大的情況下，8字節(jié)FIFO字節(jié)輸入緩沖容易溢出，導(dǎo)致字節(jié)丟失，一旦協(xié)議包校驗(yàn)和失敗，會(huì)丟棄此包，這樣會(huì)導(dǎo)致丟包。

【問(wèn)題3】

（1）512B和4096B兩個(gè)緩沖區(qū)合并，以減少緩沖區(qū)拷貝不同步而產(chǎn)生的丟包問(wèn)題。

（2）精簡(jiǎn)10ms時(shí)鐘中斷處理程序，避免10ms中斷的丟失，所引發(fā)100ms任務(wù)不能準(zhǔn)時(shí)啟動(dòng)。

（3）充分利用422芯片的緩沖區(qū)的滿、半滿和空中斷機(jī)制，避免422緩沖區(qū)內(nèi)字節(jié)數(shù)據(jù)未及時(shí)讀出而丟失，使100ms任務(wù)找不到包頭或校驗(yàn)碼錯(cuò)。

（4）采用新型校驗(yàn)碼，降低傳輸中的數(shù)據(jù)錯(cuò)誤。

（5）縮短100ms任務(wù)的循環(huán)周期，以及時(shí)處理CCDL任務(wù)。

【解析】本題問(wèn)題1考查MISAR-C標(biāo)準(zhǔn)，該標(biāo)準(zhǔn)中約定：

強(qiáng)制規(guī)則是對(duì)程序員的強(qiáng)制要求，編譯會(huì)報(bào)錯(cuò)；

建議規(guī)則要求程序員在通常情況下都要遵守，編譯會(huì)報(bào)警，應(yīng)該遵守。

本題相關(guān)規(guī)則如下：

（建議）規(guī)則6.3：必須用typedef顯式標(biāo)識(shí)出各數(shù)據(jù)類型的長(zhǎng)度和符號(hào)特性，避免直接使用標(biāo)準(zhǔn)數(shù)據(jù)類型。如：typedefunsignedintuint32_t。

（強(qiáng)制）規(guī)則8.1：函數(shù)應(yīng)當(dāng)有原型說(shuō)明，且原型在函數(shù)的定義和調(diào)用范圍內(nèi)都是可見的。

（強(qiáng)制）規(guī)則12.2：表達(dá)式的值在標(biāo)準(zhǔn)所允許的任何次序下應(yīng)該都是相同的。

（強(qiáng)制）規(guī)則10.3：危險(xiǎn)的類型轉(zhuǎn)換。

（強(qiáng)制）規(guī)則15.3：switch語(yǔ)句的最后子句應(yīng)當(dāng)是default子句。

（強(qiáng)制）規(guī)則15.5：switch語(yǔ)句至少應(yīng)有一個(gè)case子句。

7.單選題

云計(jì)算可以按需提供彈性資源，它的體系結(jié)構(gòu)由5部分組成。其中，（）為用戶提供對(duì)資源層的各項(xiàng)云計(jì)算服務(wù)的封裝，幫助用戶構(gòu)建所需的應(yīng)用。

問(wèn)題1選項(xiàng)

A.應(yīng)用層

B.平臺(tái)層

C.用戶訪問(wèn)層

D.管理層

【答案】B

【解析】資源層：資源池層是指基礎(chǔ)架構(gòu)層面的云計(jì)算服務(wù)，這些服務(wù)可以提供虛擬化的資源，從而隱藏物理資源的復(fù)雜性。如：服務(wù)器，存儲(chǔ)。

平臺(tái)層：為用戶提供對(duì)資源層服務(wù)的封裝，使用戶可以構(gòu)建自己的應(yīng)用。

應(yīng)用層：提供軟件服務(wù)，如：財(cái)務(wù)管理，客戶關(guān)系管理，商業(yè)智能。

用戶訪問(wèn)層：方便用戶使用云計(jì)算服務(wù)所需的各種支撐服務(wù)，針對(duì)每個(gè)層次的云計(jì)算服務(wù)都需要提供相應(yīng)的訪問(wèn)接口。

管理層：提供對(duì)所有層次云計(jì)算服務(wù)的管理功能。

8.單選題

商業(yè)智能(BI)主要關(guān)注如何從業(yè)務(wù)數(shù)據(jù)中提取有用的信息，然后根據(jù)這些信息采取相應(yīng)的行動(dòng)，其核心是構(gòu)建（）。BI系統(tǒng)的處理流程主要包括4個(gè)階段，其中（）階段主要包括數(shù)據(jù)的抽取(extraction)、轉(zhuǎn)換(transformation)和加載(load)三個(gè)步驟（即ETL過(guò)程）；（）階段不僅需要進(jìn)行數(shù)據(jù)匯總/聚集，同時(shí)還提供切片、切塊、下鉆、上卷和旋轉(zhuǎn)等海量數(shù)據(jù)分析功能。

問(wèn)題1選項(xiàng)

A.ER模型

B.消息中心

C.數(shù)據(jù)倉(cāng)庫(kù)

D.業(yè)務(wù)模型

問(wèn)題2選項(xiàng)

A.數(shù)據(jù)預(yù)處理

B.數(shù)據(jù)預(yù)加載

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

D.數(shù)據(jù)后處理

問(wèn)題3選項(xiàng)

A.業(yè)務(wù)流程分析

B.OLTP

C.OLAP

D.數(shù)據(jù)清洗

【答案】第1題:C

第2題:A

第3題:C

【解析】第1題:本題考查的是商業(yè)智能相關(guān)內(nèi)容。

商業(yè)智能的關(guān)鍵是從許多來(lái)自不同的企業(yè)運(yùn)作系統(tǒng)的數(shù)據(jù)中提取出有用的數(shù)據(jù)并進(jìn)行清理，以保證數(shù)據(jù)的正確性，其核心是構(gòu)建數(shù)據(jù)倉(cāng)庫(kù)。

BI系統(tǒng)主要包括數(shù)據(jù)預(yù)處理、建立數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)分析和數(shù)據(jù)展現(xiàn)四個(gè)主要階段。數(shù)據(jù)預(yù)處理是整合企業(yè)原始數(shù)據(jù)的第一步，它包括數(shù)據(jù)的抽?。‥xtraction）、轉(zhuǎn)換（Transformation）和加載（Load）三個(gè)過(guò)程（ETL過(guò)程）；建立數(shù)據(jù)倉(cāng)庫(kù)則是處理海量數(shù)據(jù)的基礎(chǔ)；數(shù)據(jù)分析是體現(xiàn)系統(tǒng)智能的關(guān)鍵，一般采用OLAP和數(shù)據(jù)挖掘兩大技術(shù)。OLAP不僅進(jìn)行數(shù)據(jù)匯總/聚集，同時(shí)還提供切片、切塊、下鉆、上卷和旋轉(zhuǎn)等數(shù)據(jù)分析功能，用戶可以方便地對(duì)海量數(shù)據(jù)進(jìn)行多維分析。數(shù)據(jù)挖掘的目標(biāo)則是挖掘數(shù)據(jù)背后隱藏的知識(shí)，通過(guò)關(guān)聯(lián)分析、聚類和分類等方法建立分析模型，預(yù)測(cè)企業(yè)未來(lái)發(fā)展趨勢(shì)和將要面臨的問(wèn)題；在海量數(shù)據(jù)和分析手段增多的情況下，數(shù)據(jù)展現(xiàn)則主要保障系統(tǒng)分析結(jié)果的可視化。

第2題:

第3題:

9.單選題

各種線性規(guī)劃模型都可以將其標(biāo)準(zhǔn)化。線性規(guī)劃模型標(biāo)準(zhǔn)形式的特點(diǎn)不包括（）。

問(wèn)題1選項(xiàng)

A.目標(biāo)函數(shù)達(dá)到最大化（或最小化）

B.約束條件都是線性等式

C.約束條件中的常數(shù)系數(shù)均為非負(fù)

D.所有的決策變量均為非負(fù)

【答案】A

【解析】本題考查線性規(guī)劃相關(guān)知識(shí)。

線性規(guī)劃的標(biāo)準(zhǔn)型（standardformoflinearprogramrmng）是線性規(guī)劃模型的標(biāo)準(zhǔn)形式。其主要特征為：

（1）目標(biāo)函數(shù)為極大化類型；

（2）所有的約束條件都是等式；

（3）所有約束方程右端的常數(shù)都是非負(fù)的，C選項(xiàng)描述不夠準(zhǔn)確；

（4）所有決策變量都是非負(fù)的。

10.單選題

以下關(guān)于多核處理器的說(shuō)法中，不正確的是（

）。

問(wèn)題1選項(xiàng)

A.采用多核處理器可以降低計(jì)算機(jī)系統(tǒng)的功耗和體積

B.SMP、BMP和MP是多核處理器系統(tǒng)通常采用的三種結(jié)構(gòu)，采用哪種結(jié)構(gòu)與應(yīng)用場(chǎng)景相關(guān)，而無(wú)須考慮硬件的組成差異

C.在多核處理器中，計(jì)算機(jī)可以同時(shí)執(zhí)行多個(gè)進(jìn)程，而操作系統(tǒng)中的多個(gè)線程也可以并行執(zhí)行

D.多核處理器是將兩個(gè)或更多的獨(dú)立處理器封裝在一起，集成在一個(gè)電路中

【答案】B

【解析】多核是多微處理器核的簡(jiǎn)稱，是將兩個(gè)或更多的獨(dú)立處理器封裝在一起，集成在一個(gè)電路中。多核處理器是單枚芯片（也稱為硅核），能夠直接插入單一的處理器插槽中，但操作系統(tǒng)會(huì)利用所有相關(guān)的資源，將它的每個(gè)執(zhí)行內(nèi)核作為分立的邏輯處理器。通過(guò)在多個(gè)執(zhí)行內(nèi)核之間劃分任務(wù)，多核處理器可在特定的時(shí)鐘周期內(nèi)執(zhí)行更多任務(wù)。

多核與多CPU相比，可以很好降低系統(tǒng)的功耗和體積。

在多核技術(shù)中，計(jì)算機(jī)可以同時(shí)執(zhí)行多個(gè)進(jìn)程；在操作系統(tǒng)中，多個(gè)線程也可以并發(fā)執(zhí)行。

SMP、BMP、MP這幾種處理器系統(tǒng)硬件結(jié)構(gòu)都有差異，采用哪種，是要考慮這個(gè)因素的。

11.單選題

在軟件逆向工程的相關(guān)概念中，（）是指在同一抽象級(jí)別上轉(zhuǎn)換系統(tǒng)描述形式。（）是指在逆向工程所獲得信息的基礎(chǔ)上，修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本。

問(wèn)題1選項(xiàng)

A.設(shè)計(jì)恢復(fù)

B.正向工程

C.設(shè)計(jì)重構(gòu)

D.重構(gòu)

問(wèn)題2選項(xiàng)

A.設(shè)計(jì)重構(gòu)

B.雙向工程

C.再工程

D.重構(gòu)

【答案】第1題:D

第2題:C

【解析】第1題:本題考查了逆向工程相關(guān)內(nèi)容。

軟件的逆向工程是分析程序，力圖在比源代碼更高抽象層次上建立程序的表示過(guò)程，逆向工程是設(shè)計(jì)的恢復(fù)過(guò)程。

與逆向工程相關(guān)的概念有重構(gòu)、設(shè)計(jì)恢復(fù)、再工程和正向工程。

（1）重構(gòu)（restructuring）。重構(gòu)是指在同一抽象級(jí)別上轉(zhuǎn)換系統(tǒng)描述形式。第一空選擇D選項(xiàng)。

（2）設(shè)計(jì)恢復(fù)（designrecovery）。設(shè)計(jì)恢復(fù)是指借助工具從已有程序中抽象出有關(guān)數(shù)據(jù)設(shè)計(jì)、總體結(jié)構(gòu)設(shè)計(jì)和過(guò)程設(shè)計(jì)等方面的信息。

（3）再工程（re-engineering）。再工程是指在逆向工程所獲得信息的基礎(chǔ)上，修改或重構(gòu)已有的系統(tǒng)，產(chǎn)生系統(tǒng)的一個(gè)新版本。再工程是對(duì)現(xiàn)有系統(tǒng)的重新開發(fā)過(guò)程，包括逆向工程、新需求的考慮過(guò)程和正向工程三個(gè)步驟。

它不僅能從已存在的程序中重新獲得設(shè)計(jì)信息，而且還能使用這些信息來(lái)重構(gòu)現(xiàn)有系統(tǒng)，以改進(jìn)它的綜合質(zhì)量。在利用再工程重構(gòu)現(xiàn)有系統(tǒng)的同時(shí)，一般會(huì)增加新的需求，包括增加新的功能和改善系統(tǒng)的性能。第一空選擇C選項(xiàng)

（4）正向工程（forwardengineering）。正向工程是指不僅從現(xiàn)有系統(tǒng)中恢復(fù)設(shè)計(jì)信息，而且使用該信息去改變或重構(gòu)現(xiàn)有系統(tǒng)，以改善其整體質(zhì)量。

第2題:

12.單選題

根據(jù)國(guó)際標(biāo)準(zhǔn)ITUTX.509規(guī)定，數(shù)字證書的一般格式中會(huì)包含認(rèn)證機(jī)構(gòu)的簽名，該數(shù)據(jù)域的作用是（）。

問(wèn)題1選項(xiàng)

A.用于標(biāo)識(shí)頒發(fā)證書的權(quán)威機(jī)構(gòu)CA

B.用于指示建立和簽署證書的CA的X.509名字

C.用于防止證書偽造

D.用于傳遞CA的公鑰

【答案】C

【解析】本題考查的是數(shù)字證書相關(guān)內(nèi)容。

數(shù)字證書又稱為數(shù)字標(biāo)識(shí)，是由認(rèn)證中心（CertificateAuthority，CA）簽發(fā)的對(duì)用戶的公鑰的認(rèn)證。數(shù)字證書的內(nèi)容應(yīng)包括CA的信息、用戶信息、用戶公鑰、CA簽發(fā)時(shí)間和有效期等。目前，國(guó)際上對(duì)證書的格式和認(rèn)證方法遵從X.509體系標(biāo)準(zhǔn)。

在X.509格式中，數(shù)字證書通常包括版本號(hào)、序列號(hào)（CA下發(fā)的每個(gè)證書的序列號(hào)都是唯一的）、簽名算法標(biāo)識(shí)符、發(fā)行者名稱、有效期、主體名稱、主體的公鑰信息、發(fā)行者唯一識(shí)別符、主體唯一識(shí)別符、擴(kuò)充域、發(fā)行者簽名（就是CA用自己的私鑰對(duì)上述數(shù)據(jù)進(jìn)行數(shù)字簽名的結(jié)果，也可以理解為是CA中心對(duì)用戶證書的簽名）等信息。

簽名可以理解為用私鑰加密的過(guò)程，認(rèn)證機(jī)構(gòu)在證書上用自己的私鑰簽名，可以保證簽名一定來(lái)自于認(rèn)證機(jī)構(gòu)，從而保證身份的真實(shí)性，防止證書偽造。本題選擇的是C選項(xiàng)。

13.案例題

閱讀以下關(guān)于微服務(wù)架構(gòu)中的數(shù)據(jù)管理的敘述，在答題紙上回答問(wèn)題1至問(wèn)題3。

【說(shuō)明】

某大型電商平臺(tái)構(gòu)建了一個(gè)在線B2B商店系統(tǒng)。該系統(tǒng)采用微服務(wù)架構(gòu)，將系統(tǒng)功能分解為多個(gè)松散耦合且可獨(dú)立部署的較小組件或服務(wù)。最終設(shè)計(jì)的系統(tǒng)包括了電商系統(tǒng)中常見的服務(wù)：客戶服務(wù)、訂單服務(wù)、支付服務(wù)等，其中：

1、客戶服務(wù)負(fù)責(zé)對(duì)客戶相關(guān)的信息進(jìn)行管理和維護(hù)；

2、訂單服務(wù)負(fù)責(zé)對(duì)訂單信息的管理和維護(hù)；

3、支付服務(wù)負(fù)責(zé)對(duì)在線支付功能和信息的管理和維護(hù)等。

為了確保微服務(wù)之間的松耦合，每個(gè)服務(wù)都有自己的數(shù)據(jù)，其中，訂單服務(wù)使用了NoSQL數(shù)據(jù)庫(kù)，客戶服務(wù)和支付服務(wù)使用了關(guān)系數(shù)據(jù)庫(kù)。

李工認(rèn)為由于不同服務(wù)使用了各自的不同數(shù)據(jù)庫(kù)，使得跨服務(wù)操作可能存在數(shù)據(jù)不一致。比如訂單與支付的數(shù)據(jù)一致性問(wèn)題，系統(tǒng)通過(guò)訂單服務(wù)在本地NoSQL數(shù)據(jù)庫(kù)中創(chuàng)建訂單記錄，同時(shí)在支付服務(wù)的關(guān)系數(shù)據(jù)庫(kù)中創(chuàng)建支付記錄，且必須保證訂單記錄和支付記錄的一致性，該問(wèn)題在系統(tǒng)構(gòu)建時(shí)需要考慮。

【問(wèn)題1】（7分）

李工建議采用兩階段提交協(xié)議（2PC）來(lái)解決服務(wù)數(shù)據(jù)的一致性問(wèn)題。請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要說(shuō)明2PC；說(shuō)明2PC是否能解決該問(wèn)題，并簡(jiǎn)要解釋原因。

【問(wèn)題2】（8分）

王工建議采用分布式數(shù)據(jù)管理方案，用事件驅(qū)動(dòng)架構(gòu)來(lái)解決服務(wù)數(shù)據(jù)的一致性問(wèn)題，在訂單服務(wù)和支付服務(wù)之間通過(guò)可靠的消息隊(duì)列實(shí)現(xiàn)事件的傳遞，其基本操作步驟如下，請(qǐng)?zhí)顚懫渲械目瞻滋帯?/p>

（1）訂單服務(wù)接收訂購(gòu)請(qǐng)求，創(chuàng)建一個(gè)訂單，該記錄狀態(tài)為（a），發(fā)布一個(gè)“創(chuàng)建訂單”事件；

（2）（b）接收“創(chuàng)建訂單”事件，記錄（c），發(fā)布一個(gè)“支付完成”事件；

（3）訂單服務(wù)接收“支付完成”事件，修改訂單記錄狀態(tài)為（d）。

【問(wèn)題3】（10分）

李工提出王工的方案會(huì)有數(shù)據(jù)庫(kù)更新和發(fā)布事件的原子性問(wèn)題，例如訂單服務(wù)創(chuàng)建訂單記錄和發(fā)布“創(chuàng)建訂單”事件需要原子性保障，否則會(huì)出現(xiàn)數(shù)據(jù)不一致狀態(tài)。

王工認(rèn)為可以使用本地事務(wù)發(fā)布事件的方法來(lái)解決該問(wèn)題。請(qǐng)給出使用本地事務(wù)發(fā)布事件的基本方法，并說(shuō)明該方法的缺點(diǎn)。

【答案】【問(wèn)題1】

1、兩階段提交協(xié)議2PC經(jīng)常用來(lái)管理分布式事務(wù)。

（1）2PC包含協(xié)調(diào)者和參與者兩類站點(diǎn)，只有協(xié)調(diào)者才擁有提交或撤銷事務(wù)的決定權(quán)，而其他參與者各自負(fù)責(zé)在其本地?cái)?shù)據(jù)庫(kù)中執(zhí)行寫操作，并向協(xié)調(diào)者提出撤銷或提交事務(wù)的意向。

（2）2PC分為兩個(gè)階段：表決階段和執(zhí)行階段。

①表決階段，目的是形成一個(gè)共同的決定。協(xié)調(diào)者給所有參與者發(fā)送“準(zhǔn)備提交”消息，并進(jìn)入等待狀態(tài)，所有參與者給與回復(fù)“建議提交”或“建議撤銷”。只要有一個(gè)結(jié)點(diǎn)選擇撤銷，則整體事務(wù)撤銷，否則，執(zhí)行該事務(wù)。

②執(zhí)行階段，目的是實(shí)現(xiàn)這個(gè)協(xié)調(diào)者的決定。根據(jù)協(xié)調(diào)者的指令，參與者或者提交事務(wù)，或者撤銷事務(wù)，并給協(xié)調(diào)者發(fā)送確認(rèn)消息。

2、兩階段提交協(xié)議2PC不能解決當(dāng)前問(wèn)題。

（1）分布式數(shù)據(jù)庫(kù)遵循的是CAP原則，會(huì)在一定程度上犧牲一致性。

（2）大多數(shù)NoSQL數(shù)據(jù)庫(kù)并不支持2PC。

（3）分布式兩階段提交協(xié)議2PC一般針對(duì)的對(duì)象在邏輯上是一個(gè)整體，對(duì)某一個(gè)整體事務(wù)需要在多個(gè)物理節(jié)點(diǎn)上執(zhí)行時(shí)，進(jìn)行表決和執(zhí)行，對(duì)多個(gè)數(shù)據(jù)庫(kù)的不同服務(wù)并不是很合適。

【問(wèn)題2】

（a）未支付

（b）支付服務(wù)

（c）支付信息

（d）已支付

【問(wèn)題3】

使用本地事務(wù)發(fā)布事件：

由一個(gè)獨(dú)立進(jìn)程來(lái)發(fā)布事件。具體來(lái)說(shuō)，就是在存儲(chǔ)業(yè)務(wù)實(shí)體狀態(tài)的數(shù)據(jù)庫(kù)中，使用一個(gè)事件表來(lái)充當(dāng)消息隊(duì)列。應(yīng)用啟動(dòng)一個(gè)（本地）數(shù)據(jù)庫(kù)事務(wù)，更新業(yè)務(wù)實(shí)體的狀態(tài)，在事件表中插入一個(gè)事件，并提交該事務(wù)。一個(gè)獨(dú)立的消息發(fā)布線程或進(jìn)程查詢?cè)撌录恚瑢⑹录l(fā)布到消息代理，并標(biāo)注該事件為已發(fā)布。

缺點(diǎn)：

由于開發(fā)者必須牢記發(fā)布事件，因此有很大可能出錯(cuò)。此外這一方法對(duì)于某些使用NoSQL數(shù)據(jù)庫(kù)的應(yīng)用是個(gè)挑戰(zhàn)，因?yàn)镹oSQL本身交易和查詢能力有限。

【解析】試題解析：

本題考查的是數(shù)據(jù)庫(kù)管理相關(guān)知識(shí)。

【問(wèn)題1】

1、在兩階段提交協(xié)議（2PC）中，把分布式事務(wù)的某一個(gè)代理指定為協(xié)調(diào)者（Coordinator），所有其他代理稱為參與者（Participant）。只有協(xié)調(diào)者才擁有提交或撤銷事務(wù)的決定權(quán)，而其他參與者各自負(fù)責(zé)在其本地?cái)?shù)據(jù)庫(kù)中執(zhí)行寫操作，并向協(xié)調(diào)者提出撤銷或提交事務(wù)的意向。

2、2PC把事務(wù)的提交過(guò)程分為兩個(gè)階段：第一階段是表決階段，目的是形成一個(gè)共同的決定。開始時(shí)，協(xié)調(diào)者在它的日志中寫入一條開始提交的記錄，再給所有參與者發(fā)送“準(zhǔn)備提交”消息，并進(jìn)入等待狀態(tài)。當(dāng)參與者收到“準(zhǔn)備提交”消息后，它檢查是否能提交本地事務(wù)。如果能提交，參與者在日志中寫入一條就緒記錄，并給協(xié)調(diào)者發(fā)送“建議提交”消息，然后進(jìn)入就緒狀態(tài)；否則，參與者寫入撤銷記錄，并給協(xié)調(diào)者發(fā)送“建議撤銷”消息。如果某個(gè)站點(diǎn)做出“建議撤銷”題意，由于撤銷決定具有否決權(quán)（即單方面撤銷），發(fā)出“建議撤銷”的站點(diǎn)就可以直接忽略這個(gè)事務(wù)。協(xié)調(diào)者收到所有參與者的回答后，它就做出是否提交事務(wù)的決定。只要有一個(gè)參與者建議撤銷，協(xié)調(diào)者就必須從整體上撤銷整個(gè)分布式事務(wù)，因此它寫入一條撤銷記錄，并給所有參與者發(fā)送“全局撤銷”消息，然后進(jìn)入撤銷狀態(tài)；否則，它寫入提交記錄，給所有參與者發(fā)送“全局提交”消息，然后進(jìn)入提交狀態(tài)。

第二階段是執(zhí)行階段，目的是實(shí)現(xiàn)這個(gè)協(xié)調(diào)者的決定。根據(jù)協(xié)調(diào)者的指令，參與者或者提交事務(wù)，或者撤銷事務(wù)，并給協(xié)調(diào)者發(fā)送確認(rèn)消息。此時(shí)，協(xié)調(diào)者在日志中寫入一條事務(wù)記錄并終止事務(wù)。

3、兩階段提交協(xié)議2PC不能解決當(dāng)前問(wèn)題。

（1）分布式數(shù)據(jù)庫(kù)遵循的是CAP原則，會(huì)在一定程度上犧牲一致性。

（2）大多數(shù)NoSQL數(shù)據(jù)庫(kù)并不支持2PC。

（3）分布式兩階段提交協(xié)議2PC一般針對(duì)的對(duì)象在邏輯上是一個(gè)整體，對(duì)某一個(gè)整體事務(wù)需要在多個(gè)物理節(jié)點(diǎn)上執(zhí)行時(shí)，進(jìn)行表決和執(zhí)行，對(duì)多個(gè)數(shù)據(jù)庫(kù)的不同服務(wù)并不是很合適。

【問(wèn)題2】

對(duì)于許多應(yīng)用，解決服務(wù)數(shù)據(jù)的一致性問(wèn)題采用的是事件驅(qū)動(dòng)的架構(gòu)。

事件驅(qū)動(dòng)架構(gòu)（EventDrivenArchitecture，EDA）一個(gè)事件驅(qū)動(dòng)框架（EDA）定義了一個(gè)設(shè)計(jì)和實(shí)現(xiàn)一個(gè)應(yīng)用系統(tǒng)的方法學(xué)，在這個(gè)系統(tǒng)里事件可傳輸于松散耦合的組件和服務(wù)之間。一個(gè)事件驅(qū)動(dòng)系統(tǒng)典型地由事件消費(fèi)者和事件產(chǎn)生者組成。事件消費(fèi)者向事件管理器訂閱事件，事件產(chǎn)生者向事件管理器發(fā)布事件。當(dāng)事件管理器從事件產(chǎn)生者那接收到一個(gè)事件時(shí)，事件管理把這個(gè)事件轉(zhuǎn)送給相應(yīng)的事件消費(fèi)者。如果這個(gè)事件消費(fèi)者是不可用的，事件管理者將保留這個(gè)事件，一段間隔之后再次轉(zhuǎn)送該事件消費(fèi)者。

在這一架構(gòu)里，當(dāng)有顯著事件發(fā)生時(shí)，譬如更新業(yè)務(wù)實(shí)體，某個(gè)微服務(wù)會(huì)發(fā)布事件，其它微服務(wù)則訂閱這些事件。當(dāng)某一微服務(wù)接收到事件就可以更新自己的業(yè)務(wù)實(shí)體，實(shí)現(xiàn)更多事件被發(fā)布。用戶能夠使用事件來(lái)實(shí)現(xiàn)跨多個(gè)服務(wù)的業(yè)務(wù)邏輯。事務(wù)由一系列步驟組成，每一步都有一個(gè)微服務(wù)更新業(yè)務(wù)實(shí)體，然后發(fā)布觸發(fā)下一步的事件。

【問(wèn)題3】

使用本地事務(wù)發(fā)布事件：

由一個(gè)獨(dú)立進(jìn)程來(lái)發(fā)布事件。具體來(lái)說(shuō)，就是在存儲(chǔ)業(yè)務(wù)實(shí)體狀態(tài)的數(shù)據(jù)庫(kù)中，使用一個(gè)事件表來(lái)充當(dāng)消息隊(duì)列。應(yīng)用啟動(dòng)一個(gè)（本地）數(shù)據(jù)庫(kù)事務(wù)，更新業(yè)務(wù)實(shí)體的狀態(tài)，在事件表中插入一個(gè)事件，并提交該事務(wù)。一個(gè)獨(dú)立的消息發(fā)布線程或進(jìn)程查詢?cè)撌录?，將事件發(fā)布到消息代理，并標(biāo)注該事件為已發(fā)布。

缺點(diǎn)：

由于開發(fā)者必須牢記發(fā)布事件，因此有很大可能出錯(cuò)。此外這一方法對(duì)于某些使用NoSQL數(shù)據(jù)庫(kù)的應(yīng)用是個(gè)挑戰(zhàn)，因?yàn)镹oSQL本身交易和查詢能力有限。

14.單選題

若事務(wù)T1對(duì)數(shù)據(jù)D1已加排它鎖，事務(wù)T2對(duì)數(shù)據(jù)D2已加共享鎖，那么（）。

問(wèn)題1選項(xiàng)

A.事務(wù)T1對(duì)數(shù)據(jù)D2加共享鎖成功，加排它鎖失??；事務(wù)T2對(duì)數(shù)據(jù)D1加共享鎖成功、加排它鎖失敗

B.事務(wù)T1對(duì)數(shù)據(jù)D2加排它鎖和共享鎖都失?。皇聞?wù)T2對(duì)數(shù)據(jù)D1加共享鎖成功、加排它鎖失敗

C.事務(wù)T1對(duì)數(shù)據(jù)D2加共享鎖失敗，加排它鎖成功；事務(wù)T2對(duì)數(shù)據(jù)D1加共享鎖成功、加排它鎖失敗

D.事務(wù)T1對(duì)數(shù)據(jù)D2加共享鎖成功，加排它鎖失??；事務(wù)T2對(duì)數(shù)據(jù)D1加共享鎖和排它鎖都失敗

【答案】D

【解析】本題是對(duì)封鎖協(xié)議的考查。

共享鎖（S鎖）：又稱讀鎖，若事務(wù)T對(duì)數(shù)據(jù)對(duì)象A加上S鎖，其他事務(wù)只能再對(duì)A加S鎖，而不能加X鎖，直到T釋放A上的S鎖。

排他鎖（X鎖）：又稱寫鎖。若事務(wù)T對(duì)數(shù)據(jù)對(duì)象A加上X鎖，其他事務(wù)不能再對(duì)A加任何鎖，直到T釋放A上的鎖。

因?yàn)槭聞?wù)T1對(duì)數(shù)據(jù)D1已加排它鎖，那么其他事務(wù)不能再對(duì)D1加任何鎖，直到T1釋放D1上的鎖。可以直接排除ABC三個(gè)選項(xiàng)。事務(wù)T2對(duì)數(shù)據(jù)D2已加共享鎖，所以，其他事務(wù)只能再對(duì)D2加共享鎖，而不能加排他鎖，直到T2釋放D2上的共享鎖，所以D選項(xiàng)說(shuō)法正確。

15.單選題

TCP/IP的四層模型中，每一層都提供了安全協(xié)議，下列屬于網(wǎng)絡(luò)層安全協(xié)議的是（）。

問(wèn)題1選項(xiàng)

A.HTTPS

B.SSH

C.IPSec

D.Socks

【答案】C

16.案例題

閱讀以下關(guān)于數(shù)據(jù)管理的敘述，在答題紙上回答問(wèn)題1至問(wèn)題3。

【說(shuō)明】

某全國(guó)連鎖藥店企業(yè)在新冠肺炎疫情期間，緊急推出在線口罩預(yù)約業(yè)務(wù)系統(tǒng)。該業(yè)務(wù)系統(tǒng)為普通用戶提供口罩商品查詢、購(gòu)買、訂單查詢等業(yè)務(wù)，為后臺(tái)管理人員提供訂單查詢、訂單地點(diǎn)分布匯總、物流調(diào)度等功能。該系統(tǒng)核心的關(guān)系模式為預(yù)約訂單信息表。

推出業(yè)務(wù)系統(tǒng)后，幾天內(nèi)業(yè)務(wù)迅速增長(zhǎng)到每日10萬(wàn)多筆預(yù)約訂單，系統(tǒng)數(shù)據(jù)庫(kù)服務(wù)器壓力劇增，導(dǎo)致該業(yè)務(wù)交易響應(yīng)速度迅速降低，甚至出現(xiàn)部分用戶頁(yè)面無(wú)法刷新、預(yù)約訂單服務(wù)無(wú)響應(yīng)的情況。為此，該企業(yè)緊急成立技術(shù)團(tuán)隊(duì)，由張工負(fù)責(zé)，以期盡快解決該問(wèn)題。

【問(wèn)題1】（9分）

經(jīng)過(guò)分析，張工認(rèn)為當(dāng)前預(yù)約訂單信息表存儲(chǔ)了所有訂單信息，記錄已達(dá)到了百萬(wàn)級(jí)別。系統(tǒng)主要的核心功能均涉及對(duì)訂單信息表的操作，應(yīng)首先優(yōu)化預(yù)約訂單信息表的讀寫性能，建議針對(duì)系統(tǒng)中的SQL語(yǔ)句，建立相應(yīng)索引，并進(jìn)行適當(dāng)?shù)乃饕齼?yōu)化。

針對(duì)張工的方案，其他設(shè)計(jì)人員提出了一些異議，認(rèn)為索引過(guò)多有很多副作用。請(qǐng)用100字以內(nèi)的文字簡(jiǎn)要說(shuō)明索引|過(guò)多的副作用。

【問(wèn)題2】（10分）

作為團(tuán)隊(duì)成員之一，李工認(rèn)為增加索引并進(jìn)行優(yōu)化并不能解決當(dāng)前問(wèn)題，建議采用物理分區(qū)策略，可以根據(jù)預(yù)約訂單信息表中“所在城市”屬性進(jìn)行表分區(qū)，并將每個(gè)分區(qū)分布到獨(dú)立的物理磁盤上，以提高讀寫性能。常見的物理分區(qū)特征如表41所示。李工建議選擇物理分區(qū)中的列表分區(qū)模式。

請(qǐng)?zhí)钛a(bǔ)表4-1中的空（a）~（d）處，并用100字以內(nèi)的文字解釋說(shuō)明李工選擇該方案的原因。

【問(wèn)題3】（6分）

在系統(tǒng)運(yùn)行過(guò)程中，李工發(fā)現(xiàn)后臺(tái)管理人員執(zhí)行的訂單地址信息匯總等操作，經(jīng)常出現(xiàn)與普通用戶的預(yù)約訂單操作形成讀寫沖突，影響系統(tǒng)的性能。因此李工建議采用讀寫分離模式，采用兩臺(tái)數(shù)據(jù)庫(kù)服務(wù)器，并采用主從復(fù)制的方式進(jìn)行數(shù)據(jù)同步。請(qǐng)用100字以內(nèi)的文字簡(jiǎn)要說(shuō)明主從復(fù)制的基本步驟。

【答案】【問(wèn)題1】

索引過(guò)多的副作用有：

（1）過(guò)多的索引會(huì)占用大量的存儲(chǔ)空間；

（2）更新開銷，更新語(yǔ)句會(huì)引起相應(yīng)的索引更新；

（3）過(guò)多索引會(huì)導(dǎo)致查詢優(yōu)化器需要評(píng)估的組合增多；

（4）每個(gè)索引都有對(duì)應(yīng)的統(tǒng)計(jì)信息，索引越多則需要的統(tǒng)計(jì)信息越多；

（5）聚集索引的變化會(huì)導(dǎo)致非聚集索引的同步變化。

【問(wèn)題2】

（a）屬性的離散值

（b）周期性數(shù)據(jù)/周期數(shù)據(jù)

（c）能力強(qiáng)

（d）均勻

李工建議根據(jù)預(yù)約訂單所在城市進(jìn)行表分區(qū)，而所在城市屬性為離散值，根據(jù)所在城市屬性建立列表分區(qū)，也方便不同城市處理自己的數(shù)據(jù)，方便數(shù)據(jù)管理。

【問(wèn)題3】

主從復(fù)制的基本步驟：

（1）主服務(wù)器將所做修改通過(guò)自己的IO線程，保存在本地二進(jìn)制日志中；

（2）從服務(wù)器上的1/0線程讀取主服務(wù)器上面的二進(jìn)制日志，然后寫入從服務(wù)器本地的中繼日志；

（3）從服務(wù)器上同時(shí)開啟一個(gè)SQLthread，定時(shí)檢查中繼日志，如果發(fā)現(xiàn)有更新則立即把更新的內(nèi)容在本機(jī)的數(shù)據(jù)庫(kù)上面執(zhí)行一遍。

【解析】本題考查的是數(shù)據(jù)庫(kù)相關(guān)知識(shí)內(nèi)容及應(yīng)用。

【問(wèn)題1】

索引是為了加速對(duì)表中數(shù)據(jù)行的檢索而創(chuàng)建的一種分散的存儲(chǔ)結(jié)構(gòu)。索引是針對(duì)表而建立的，它是由數(shù)據(jù)頁(yè)面以外的索引頁(yè)面組成的，每個(gè)索引頁(yè)面中的行都會(huì)含有邏輯指針，以便加速檢索物理數(shù)據(jù)。

索引的優(yōu)點(diǎn)：

（1）加快了數(shù)據(jù)的檢索速度；

（2）創(chuàng)建唯一性索引，保證數(shù)據(jù)庫(kù)表中每一行數(shù)據(jù)的唯一性；

（3）加速表和表之間的連接；

（4）在使用分組和排序子句進(jìn)行數(shù)據(jù)檢索時(shí)，可以顯著減少查詢中分組和排序的時(shí)間；

（5）建立索引之后，在信息查詢過(guò)程中可以使用優(yōu)化隱藏器，提高整個(gè)信息檢索系統(tǒng)的性能。

索引過(guò)多的缺點(diǎn)：

（1）過(guò)多的索引會(huì)占用大量的存儲(chǔ)空間；

（2）更新開銷，更新語(yǔ)句會(huì)引起相應(yīng)的索引更新；

（3）過(guò)多索引會(huì)導(dǎo)致查詢優(yōu)化器需要評(píng)估的組合增多；

（4）每個(gè)索引都有對(duì)應(yīng)的統(tǒng)計(jì)信息，索引越多則需要的統(tǒng)計(jì)信息越多；

（5）聚集索引的變化會(huì)導(dǎo)致非聚集索引的同步變化。

【問(wèn)題2】

范圍分區(qū)：Range分區(qū)是應(yīng)用范圍比較廣的表分區(qū)方式，它是以列的值的范圍來(lái)做為分區(qū)的劃分條件，將記錄存放到列值所在的range分區(qū)中。如按照時(shí)間劃分，2010年1月的數(shù)據(jù)放到a分區(qū)，2月的數(shù)據(jù)放到b分區(qū)，在創(chuàng)建的時(shí)候，需要指定基于的列，以及分區(qū)的范圍值。

列表分區(qū)：List分區(qū)也需要指定列的值，其分區(qū)值必須明確指定，該分區(qū)列只能有一個(gè)，不能像range或者h(yuǎn)ash分區(qū)那樣同時(shí)指定多個(gè)列做為分區(qū)依賴列，但它的單個(gè)分區(qū)對(duì)應(yīng)值可以是多個(gè)。在根據(jù)某字段，如城市代碼分區(qū)時(shí)，可以指定default，把非分區(qū)規(guī)則的數(shù)據(jù)，全部放到這個(gè)default分區(qū)。

組合分區(qū)：如果某表按照某列分區(qū)之后，仍然較大，或者是一些其它的需求，還可以通過(guò)分區(qū)內(nèi)再建子分區(qū)的方式將分區(qū)再分區(qū)，即組合分區(qū)的方式。

Hash分區(qū)（散列分區(qū)）：對(duì)于那些無(wú)法有效劃分范圍的表，可以使用hash分區(qū)，這樣對(duì)于提高性能還是會(huì)有一定的幫助。hash分區(qū)會(huì)將表中的數(shù)據(jù)平均分配到你指定的幾個(gè)分區(qū)中，列所在分區(qū)是依據(jù)分區(qū)列的hash值自動(dòng)分配，因此你并不能控制也不知道哪條記錄會(huì)被放到哪個(gè)分區(qū)中，hash分區(qū)也可以支持多個(gè)依賴列。

李工建議根據(jù)預(yù)約訂單所在城市進(jìn)行表分區(qū)，而所在城市屬性為離散值，根據(jù)所在城市屬性建立列表分區(qū)，也方便不同城市處理自己的數(shù)據(jù)，方便數(shù)據(jù)管理。

【問(wèn)題3】

主從復(fù)制的定義：

主從復(fù)制，是用來(lái)建立一個(gè)和主數(shù)據(jù)庫(kù)完全一樣的數(shù)據(jù)庫(kù)環(huán)境，稱為從數(shù)據(jù)庫(kù)。在賦值過(guò)程中，一個(gè)服務(wù)器充當(dāng)主服務(wù)器，而另外一臺(tái)服務(wù)器充當(dāng)從服務(wù)器。當(dāng)一臺(tái)從服務(wù)器連接到主服務(wù)器時(shí)，從服務(wù)器會(huì)通知主服務(wù)器從服務(wù)器的日志文件中讀取最后一次成功更新的位置。然后從服務(wù)器會(huì)接收從哪個(gè)時(shí)刻起發(fā)生的任何更新，然后鎖住并等到主服務(wù)器通知新的更新。

主從復(fù)制的原理：

1.數(shù)據(jù)庫(kù)有個(gè)bin-log二進(jìn)制文件，記錄了所有sql語(yǔ)句。

2.我們的目標(biāo)就是把主數(shù)據(jù)庫(kù)的bin-log文件的sql語(yǔ)句復(fù)制過(guò)來(lái)。

3.讓其在從數(shù)據(jù)的relay-log重做日志文件中再執(zhí)行一次這些sql語(yǔ)句即可。

主從復(fù)制的基本步驟：

（1）主服務(wù)器將所做修改通過(guò)自己的IO線程，保存在本地二進(jìn)制日志中；

（2）從服務(wù)器上的1/0線程讀取主服務(wù)器上面的二進(jìn)制日志，然后寫入從服務(wù)器本地的中繼日志；

（3）從服務(wù)器上同時(shí)開啟一個(gè)SQLthread，定時(shí)檢查中繼日志，如果發(fā)現(xiàn)有更新則立即把更新的內(nèi)容在本機(jī)的數(shù)據(jù)庫(kù)上面執(zhí)行一遍。

17.單選題

某文件管理系統(tǒng)在磁盤上建立了位示圖（bitmap），記錄磁盤的使用情況。若磁盤上物理塊的編號(hào)依次為：0、1、2、……；系統(tǒng)中的字長(zhǎng)為32位，字的編號(hào)依次為：0、1、2，字中的一位對(duì)應(yīng)文件存儲(chǔ)器上的一個(gè)物理塊，取值0表示該物理塊空閑，取值1表示該物理塊占用，如下圖所示。

假設(shè)操作系統(tǒng)將256號(hào)物理塊分配給某文件，那么該物理塊的使用情況在位示圖中編號(hào)為（）的字中描述；系統(tǒng)應(yīng)該將（）。

問(wèn)題1選項(xiàng)

A.5

B.6

C.7

D.8

問(wèn)題2選項(xiàng)

A.該字的位號(hào)32的位置“1”

B.該字的位號(hào)0的位置“1”

C.該字的位號(hào)32的位置“0”

D.該字的位號(hào)0的位置“0”

【答案】第1題:D

第2題:B

【解析】第1題:

第2題:

18.案例題

閱讀以下關(guān)于系統(tǒng)設(shè)計(jì)的敘述，在答題紙上回答問(wèn)題1至問(wèn)題3。

【說(shuō)明】

某軟件公司為某企業(yè)開發(fā)一套在線辦公自動(dòng)化系統(tǒng)，以提升企業(yè)管理服務(wù)的質(zhì)量和效率。公司決定采用面向?qū)ο蠓椒ㄩ_發(fā)該系統(tǒng)，張工負(fù)責(zé)對(duì)員工請(qǐng)假審批業(yè)務(wù)進(jìn)行了分析，具體描述如下：

企業(yè)員工通過(guò)請(qǐng)假申請(qǐng)頁(yè)面提出請(qǐng)假申請(qǐng)后，首先由部門經(jīng)理進(jìn)行審核，若請(qǐng)假理由不合理，部門經(jīng)理拒絕請(qǐng)假申請(qǐng)，將申請(qǐng)退回給員工，員工對(duì)請(qǐng)假申請(qǐng)表進(jìn)行修改再次提交，或放棄請(qǐng)假申請(qǐng)。

若請(qǐng)假理由合理，且請(qǐng)假天數(shù)小于等于3天，則部門經(jīng)理直接批準(zhǔn)請(qǐng)假申請(qǐng)，生成請(qǐng)假批準(zhǔn)單，申請(qǐng)結(jié)束。

若請(qǐng)假天數(shù)大于3天，則在部門經(jīng)理批準(zhǔn)請(qǐng)假申請(qǐng)后，需要提交給副總經(jīng)理審核批準(zhǔn)。副總經(jīng)理若認(rèn)為該申請(qǐng)合理，則審核通過(guò)，生成請(qǐng)假批準(zhǔn)單，流程結(jié)束；若副總經(jīng)理認(rèn)為申請(qǐng)不合理，則拒絕請(qǐng)假申請(qǐng)，將請(qǐng)假申請(qǐng)退回給員工。

【問(wèn)題1】（11分）

識(shí)別設(shè)計(jì)類是面向?qū)ο笤O(shè)計(jì)過(guò)程中的重要環(huán)節(jié)之一，設(shè)計(jì)類表達(dá)了類的職責(zé)，即該類所承擔(dān)的任務(wù)。請(qǐng)用300字以內(nèi)的文字說(shuō)明設(shè)計(jì)類通常包含哪3種類型，以及每種類型的主要職責(zé)，并從題干描述案例涉及的具體類為每種類型的設(shè)計(jì)類舉出兩個(gè)實(shí)例。

【問(wèn)題2】（6分）

識(shí)別類之間的關(guān)系是面向?qū)ο蠓治鲞^(guò)程中的重要環(huán)節(jié)之一，常見的類之間關(guān)系包括泛化關(guān)系、關(guān)聯(lián)關(guān)系、聚合關(guān)系、組合關(guān)系等。請(qǐng)用300字以內(nèi)的文字對(duì)泛化關(guān)系和關(guān)聯(lián)關(guān)系的內(nèi)涵進(jìn)行描述，并根據(jù)題干具體類的描述為這兩種關(guān)系各舉出一種實(shí)例。

【問(wèn)題3】（8分）

在面向?qū)ο蟮脑O(shè)計(jì)過(guò)程中，狀態(tài)圖描述了一個(gè)實(shí)體基于事件反應(yīng)的動(dòng)態(tài)行為。請(qǐng)根據(jù)題干描述，填寫圖2-1中的（a）～（d）空白，完成請(qǐng)假審批的狀態(tài)圖。

【答案】【問(wèn)題1】

（1）實(shí)體類。實(shí)體類映射需求中的每個(gè)實(shí)體，保存需要存儲(chǔ)在永久存儲(chǔ)體中的信息，例如，員工信息、請(qǐng)假申請(qǐng)表。

（2）控制類。控制類是用于控制用例工作的類，用于對(duì)一個(gè)或幾個(gè)用例所特有的控制行為進(jìn)行建模。例如，提交請(qǐng)假，審批請(qǐng)假。

（3）邊界類。邊界類用于封裝在用例內(nèi)、外流動(dòng)的信息或數(shù)據(jù)流。例如，請(qǐng)假申請(qǐng)頁(yè)面、請(qǐng)假批準(zhǔn)單。

【問(wèn)題2】

（1）泛化關(guān)系。泛化關(guān)系描述了一般事物與該事物中的特殊種類之間的關(guān)系，也就是父類與子類之間的關(guān)系。繼承關(guān)系是泛化關(guān)系的反關(guān)系，也就是說(shuō)，子類繼承了父類，而父類則是子類的泛化。

（2）關(guān)聯(lián)關(guān)系。關(guān)聯(lián)提供了不同類的對(duì)象之間的結(jié)構(gòu)關(guān)系，它在一段時(shí)間內(nèi)將多個(gè)類的實(shí)例連接在一起。關(guān)聯(lián)體現(xiàn)的是對(duì)象實(shí)例之間的關(guān)系，而不表示兩個(gè)類之間的關(guān)系。其余的關(guān)系涉及類元自身的描述，而不是它們的實(shí)例。對(duì)于關(guān)聯(lián)關(guān)系的描述，可以使用關(guān)聯(lián)名稱、角色、多重性和導(dǎo)向性來(lái)說(shuō)明。

泛化關(guān)系實(shí)例：?jiǎn)T工與部門經(jīng)理。部門經(jīng)理也是員工的一種。

關(guān)聯(lián)關(guān)系：?jiǎn)T工與請(qǐng)假記錄之間有關(guān)聯(lián)關(guān)系。

【問(wèn)題3】

（a）部門經(jīng)理拒絕請(qǐng)假申請(qǐng)

（b）請(qǐng)假天數(shù)>3天

（c）副總經(jīng)理不批準(zhǔn)請(qǐng)假

（d）請(qǐng)假天數(shù)<=3天

19.單選題

確保計(jì)算機(jī)系統(tǒng)機(jī)密性的方法不包括（）。

問(wèn)題1選項(xiàng)

A.加密

B.認(rèn)證

C.授權(quán)

D.備份

【答案】D

20.單選題

IP報(bào)文首部不包含（）。

問(wèn)題1選項(xiàng)

A.版本號(hào)

B.源目的MAC

C.生存時(shí)間

D.源/目的IP

【答案】B

21.單選題

（）是一套為企業(yè)運(yùn)營(yíng)提供輔助決策和日常管理信息的大規(guī)模集成化軟件，同時(shí)也是輔助企業(yè)管理向零缺陷趨近的一整套現(xiàn)代化管理思想和辦公手段。它將供應(yīng)商和企業(yè)內(nèi)部的采購(gòu)、（）、銷售以及客戶緊密聯(lián)系起來(lái)，可對(duì)（）上的所有環(huán)節(jié)進(jìn)行有效管理，實(shí)現(xiàn)對(duì)企業(yè)的動(dòng)態(tài)控制和資源的集成和優(yōu)化，提升基礎(chǔ)管理水平，追求資源的合理高效利用。

問(wèn)題1選項(xiàng)

A.供應(yīng)鏈管理系統(tǒng)

B.財(cái)務(wù)管理系統(tǒng)

C.信息資源規(guī)劃系統(tǒng)

D.企業(yè)資源規(guī)劃系統(tǒng)

問(wèn)題2選項(xiàng)

A.人力

B.生產(chǎn)

C.培訓(xùn)

D.交付

問(wèn)題3選項(xiàng)

A.供應(yīng)鏈

B.資金鏈

C.信息流

D.業(yè)務(wù)流

【答案】第1題:D

第2題:B

第3題:A

【解析】第1題:本題考查的是ERP相關(guān)內(nèi)容。

ERP（企業(yè)資源規(guī)劃系統(tǒng)）是一套多方面、全方位為企業(yè)運(yùn)營(yíng)提供輔助決策信息和大量日常管理信息的大規(guī)模集成化軟件，同時(shí)也是企業(yè)管理不斷向零缺陷趨近的一整套現(xiàn)代化管理思想和辦公手段。它能使企業(yè)在縱橫市場(chǎng)的過(guò)程中始終處于企業(yè)供應(yīng)與市場(chǎng)需求的平衡點(diǎn)，以及最優(yōu)資源配置，最少資源占用的狀態(tài)，從而加速企業(yè)資金周轉(zhuǎn)，修正企業(yè)日常運(yùn)營(yíng)中的偏差，使企業(yè)達(dá)到全面受控狀態(tài)。第一空為D選項(xiàng)。

1.ERP的概念

ERP是一種融合了企業(yè)最佳實(shí)踐和先進(jìn)信息技術(shù)的新型管理工具，它擴(kuò)充了管理信息系統(tǒng)（ManagementInformationSystem，MIS）和制造資源計(jì)劃（ManufacturingResourcesPlanning，MRP）的管理范圍，將供應(yīng)商和企業(yè)內(nèi)部的采購(gòu)、生產(chǎn)、銷售以及客戶緊密聯(lián)系起來(lái)，可對(duì)供應(yīng)鏈上的所有環(huán)節(jié)進(jìn)行有效管理，實(shí)現(xiàn)對(duì)企業(yè)的動(dòng)態(tài)控制和各種資源的集成和優(yōu)化，提升基礎(chǔ)管理水平，追求企業(yè)資源的合理高效利用。為了更好地理解ERP的概念，可以從管理思想、軟件產(chǎn)品和管理系統(tǒng)三個(gè)角度來(lái)思考。第二空為B選項(xiàng)，第三空為A選項(xiàng)。

（1）管理思想。ERP最初是一種基于企業(yè)內(nèi)部供應(yīng)鏈的管理思想，是在MRPⅡ的基礎(chǔ)上擴(kuò)展了管理范圍，給出了新的結(jié)構(gòu)。它的基本思想是將企業(yè)的業(yè)務(wù)流程看作是一個(gè)緊密聯(lián)接的供應(yīng)鏈，將企業(yè)內(nèi)部劃分成幾個(gè)相互協(xié)同作業(yè)的支持子系統(tǒng)，例如，財(cái)務(wù)、市場(chǎng)營(yíng)銷、生產(chǎn)制造、質(zhì)量控制、售后服務(wù)、工程技術(shù)等。

（2）軟件產(chǎn)品。隨著應(yīng)用的深入，軟件產(chǎn)品作為ERP的載體，也在向更高的層次發(fā)展。最初，ERP就是一個(gè)軟件開發(fā)項(xiàng)目。這時(shí)的ERP產(chǎn)品費(fèi)用高、耗時(shí)長(zhǎng)，而且項(xiàng)目可控性很差，導(dǎo)致ERP成功率很低；后來(lái)，ERP產(chǎn)品發(fā)展成為模塊化，這時(shí)，大大地提高了軟件開發(fā)效率，但是，由于是產(chǎn)品導(dǎo)向的，出現(xiàn)了削足適履的現(xiàn)象。因此，這時(shí)的ERP成功率還是不高；現(xiàn)在，大多數(shù)ERP產(chǎn)品供應(yīng)商都在模塊化的基礎(chǔ)上，把產(chǎn)品和服務(wù)進(jìn)行了集成，能實(shí)現(xiàn)ERP產(chǎn)品的技術(shù)先進(jìn)性和個(gè)性化設(shè)計(jì)，為用戶提供一體化的解決方案。

（3）管理系統(tǒng)。管理系統(tǒng)是ERP的基礎(chǔ)和依托。ERP是一個(gè)集成的信息系統(tǒng)，集成了企業(yè)各個(gè)部門、各種資源和環(huán)境。具體而言，ERP管理系統(tǒng)主要由六大功能目標(biāo)組成，分別是支持企業(yè)整體發(fā)展戰(zhàn)略經(jīng)營(yíng)系統(tǒng)、實(shí)現(xiàn)全球大市場(chǎng)營(yíng)銷戰(zhàn)略與集成化市場(chǎng)營(yíng)銷、完善企業(yè)成本管理機(jī)制、研究開發(fā)管理系統(tǒng)、建立敏捷的后勤管理系統(tǒng)、實(shí)施準(zhǔn)時(shí)生產(chǎn)方式。

第2題:

第3題:

22.單選題

相比傳統(tǒng)SOA的服務(wù)實(shí)現(xiàn)方式，微服務(wù)更具有靈活性、可實(shí)施性以及可擴(kuò)展性，其強(qiáng)調(diào)的是一種（）的軟件架構(gòu)模式。

問(wèn)題1選項(xiàng)

A.聯(lián)合測(cè)試、獨(dú)立部署、獨(dú)立運(yùn)行

B.聯(lián)合測(cè)試、獨(dú)立部署、集中運(yùn)行

C.獨(dú)立測(cè)試、獨(dú)立部署、獨(dú)立運(yùn)行

D.獨(dú)立測(cè)試、獨(dú)立部署、集中運(yùn)行

【答案】C

【解析】微服務(wù)強(qiáng)調(diào)的是一種獨(dú)立開發(fā)、獨(dú)立測(cè)試、獨(dú)立部署、獨(dú)立運(yùn)行的高度自治的架構(gòu)模式，也是一種更靈活、更開發(fā)、更松散的演進(jìn)式架構(gòu)。

23.單選題

嵌入式軟件開發(fā)方法與傳統(tǒng)軟件開發(fā)方法存在較大差異，（）的說(shuō)法對(duì)嵌入式軟件開發(fā)而言是錯(cuò)誤的。

問(wèn)題1選項(xiàng)

A.嵌入式軟件開發(fā)的結(jié)果通常需要固化在目標(biāo)系統(tǒng)的儲(chǔ)存器或處理器內(nèi)部?jī)?chǔ)存器資源中

B.嵌入式軟件的開發(fā)一般需要專門的開發(fā)工具、目標(biāo)系統(tǒng)和測(cè)試設(shè)備

C.嵌入式軟件對(duì)安全性和可靠性的要求較高

D.嵌入式軟件開發(fā)不用考慮代碼的規(guī)模

【答案】D

24.單選題

運(yùn)用互聯(lián)網(wǎng)技術(shù)，在系統(tǒng)性能評(píng)價(jià)中通常用平均無(wú)故障時(shí)間（MTBF）和平均故障修復(fù)時(shí)間（MTTR）分別表示計(jì)算機(jī)系統(tǒng)的可靠性和可用性，（

）表示系統(tǒng)具有高可靠性和高可用性。

問(wèn)題1選項(xiàng)

A.MTBF小，MTTR小

B.MTBF大，MTTR小

C.MTBF大，MTTR大

D.MTBF小，MTTR大

【答案】B

【解析】MTBF：平均無(wú)故障時(shí)間，也就是平均運(yùn)行多久不出故障，這個(gè)時(shí)間越大，可用性越好。

MTTR：平均故障修復(fù)時(shí)間，也就是每次故障需要多長(zhǎng)時(shí)間恢復(fù)為正常狀態(tài)，這個(gè)時(shí)間越小越好。

如果兩次故障的間隔時(shí)間長(zhǎng)，而每次故障的修復(fù)時(shí)間短，則系統(tǒng)的可靠性高。

25.案例題

閱讀以下關(guān)于web系統(tǒng)設(shè)計(jì)的敘述，在答題紙上回答問(wèn)題1至問(wèn)題3。

【說(shuō)明】

某公司擬開發(fā)一個(gè)食品供應(yīng)鏈溯源系統(tǒng)，該系統(tǒng)需要提供從原材料供應(yīng)商、加工商、物流、分銷商、零售商、消費(fèi)者的食品供應(yīng)鏈全流程溯源。該公同組建了項(xiàng)目組，并召開了項(xiàng)目開發(fā)討論會(huì)。會(huì)上，張工提出通過(guò)二維碼掃描獲取食品信息，采用中心化數(shù)據(jù)庫(kù)作為數(shù)據(jù)存儲(chǔ)媒介；李工提出使用中心化數(shù)據(jù)庫(kù)容易產(chǎn)生數(shù)據(jù)信任、溯源追責(zé)困難等問(wèn)題，建議建立區(qū)塊鏈和數(shù)據(jù)庫(kù)的映射存儲(chǔ)，提供存儲(chǔ)和查詢操作功能，并提出采用數(shù)據(jù)接入層、數(shù)據(jù)核心層、應(yīng)用表示層三層體系架構(gòu)實(shí)現(xiàn)該食品溯源系統(tǒng)。

【問(wèn)題1】（6分）

去中心化和開放性是區(qū)塊鏈的重要特征，請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要說(shuō)明什么是區(qū)塊鏈的去中心化和開放性。

【問(wèn)題2】（7分）

分布式交易賬本、哈希散列函數(shù)、公私鑰簽名、時(shí)間戳就是區(qū)塊鏈的核心技術(shù)，請(qǐng)從上述技術(shù)中選擇兩種最適合解決數(shù)據(jù)信任問(wèn)題的技術(shù)，并用300字以內(nèi)的文字說(shuō)明原因。

【問(wèn)題3】（12分）

根據(jù)李工的建議，該系統(tǒng)將采用三層架構(gòu)。請(qǐng)從下面給出的（a）～（m）候選項(xiàng)中進(jìn)行選擇，補(bǔ)充完善圖5-1中（1）～（6）處空白的內(nèi)容，完成該系統(tǒng)的架構(gòu)設(shè)計(jì)方案。

（a）數(shù)據(jù)接入層

（b）智能合約

（c）Socket

（d）4G/Wifi

（e）應(yīng)用表示層

（f）數(shù)據(jù)庫(kù)

（g）MVC

（h）數(shù)據(jù)核心層

（i）傳感器網(wǎng)絡(luò)

（j）區(qū)塊鏈網(wǎng)絡(luò)

（k）4G/Wifi

（l）JDBC

（m）業(yè)務(wù)邏輯層

【答案】【問(wèn)題1】

1、去中心化

區(qū)塊鏈采用了分布式計(jì)算和存儲(chǔ)，不存在中心化的硬件或管理機(jī)構(gòu)，因此使得任意節(jié)點(diǎn)的權(quán)利和義務(wù)都是均等的。

2、開放性

區(qū)塊鏈的系統(tǒng)的一個(gè)開放性質(zhì)的，除了交易各方的私有信息被加密外，區(qū)塊鏈的數(shù)據(jù)對(duì)所有人公開的。

【問(wèn)題2】

分布式交易賬本、公私鑰簽名

分布式交易賬本使交易賬本在全網(wǎng)不止一份，而是有多份，當(dāng)有人想篡改賬本時(shí)，非常難以實(shí)現(xiàn)，所以能解決數(shù)據(jù)可信度問(wèn)題。

公私鑰簽名是使用非對(duì)稱加密機(jī)制，做簽名，以驗(yàn)證持有人以及防止偽造的效果，這種技術(shù)也極難被破解，能驗(yàn)證持有人自然能一定程度解決數(shù)據(jù)可信度的問(wèn)題。

【問(wèn)題3】

（1）（a）數(shù)據(jù)接入層

（2）（k）4G/Wifi

（3）（b）智能合約

（4）（f）數(shù)據(jù)庫(kù)

（5）（h）數(shù)據(jù)核心層

（6）（e）應(yīng)用表示層

【解析】區(qū)塊鏈的特點(diǎn)：

1、去中心化

區(qū)塊鏈采用了分布式計(jì)算和存儲(chǔ)，不存在中心化的硬件或管理機(jī)構(gòu)，因此使得任意節(jié)點(diǎn)的權(quán)利和義務(wù)都是均等的。

2、開放性

區(qū)塊鏈的系統(tǒng)的一個(gè)開放性質(zhì)的，除了交易各方的私有信息被加密外，區(qū)塊鏈的數(shù)據(jù)對(duì)所有人公開的。

3、自治性

在區(qū)塊鏈中，任何人為的干預(yù)都是不起作用的，將對(duì)“人”的信任改成了對(duì)機(jī)器的信任。使得整個(gè)系統(tǒng)中的所有節(jié)點(diǎn)能夠在去信任的環(huán)境自由安全的交換數(shù)據(jù)。

4、信息不可篡改

在區(qū)塊鏈中一旦信息經(jīng)過(guò)驗(yàn)證并添加至區(qū)塊就會(huì)永久的存儲(chǔ)起來(lái)無(wú)法進(jìn)行修改。

區(qū)塊鏈的概率主要就是分布式數(shù)據(jù)存儲(chǔ)、點(diǎn)對(duì)點(diǎn)傳輸、共識(shí)機(jī)制、加密算法等計(jì)算機(jī)技術(shù)的新型應(yīng)用模式。區(qū)塊鏈主要就是分為交易、區(qū)塊和鏈三大部分。區(qū)塊是用來(lái)記錄一段時(shí)間內(nèi)發(fā)生的交易和狀態(tài)結(jié)果，鏈?zhǔn)怯梢粋€(gè)個(gè)區(qū)塊按照發(fā)生順序串聯(lián)而成，是整個(gè)狀態(tài)變化的日志記錄。

區(qū)塊鏈作為當(dāng)下被推崇的一門技術(shù)主要優(yōu)點(diǎn)為分布式記賬、全流程記錄、不可篡改性和加密技術(shù)。在區(qū)塊鏈中都必須遵循同一記賬交易規(guī)則，基于密碼的算法同時(shí)每筆交易需要網(wǎng)絡(luò)內(nèi)其他用戶的批準(zhǔn)，核心分布式去中心化。區(qū)塊鏈不可篡改和加密安全性采取了單向哈希算法，時(shí)間的不可逆性導(dǎo)致任何試圖入侵篡改區(qū)塊鏈內(nèi)數(shù)據(jù)信息的行為都很容易被追溯，提高了對(duì)應(yīng)的安全性。

26.單選題

對(duì)于安全關(guān)鍵系統(tǒng)，需要額外的安全保證、軟件驗(yàn)證以及系統(tǒng)分析過(guò)程。（）是檢查系統(tǒng)是否安全運(yùn)行的一組活動(dòng)，包含在軟件開發(fā)過(guò)程的所有階段中，記錄了所進(jìn)行的分析以及負(fù)責(zé)分析的相關(guān)人員。

問(wèn)題1選項(xiàng)

A.軟件測(cè)試

B.安全保證

C.軟件驗(yàn)證

D.系統(tǒng)分析

【答案】B

27.單選題

信息系統(tǒng)的安全是一個(gè)復(fù)雜的綜合體，涉及系統(tǒng)的方方面面，其中（）是指保護(hù)計(jì)算機(jī)設(shè)備、設(shè)施和其他媒體免遭地震、水災(zāi)、火災(zāi)、有害氣體和其他環(huán)境事故（例如，電磁輻射等）破壞的措施和過(guò)程。（）是計(jì)算機(jī)信息系統(tǒng)安全的重要環(huán)節(jié)，其實(shí)質(zhì)是保證系統(tǒng)的正常運(yùn)行，不因偶然的或惡意的侵?jǐn)_而遭到破壞，使系統(tǒng)可靠、連續(xù)地運(yùn)行，服務(wù)不被中斷。

問(wèn)題1選項(xiàng)

A.信息安全

B.人員安全

C.運(yùn)行安全

D.實(shí)體安全

問(wèn)題2選項(xiàng)

A.信息安全

B.人員安全

C.運(yùn)行安全

D.實(shí)體安全

【答案】第1題:D

第2題:C

【解析】第1題:本題考查計(jì)算機(jī)信息系統(tǒng)的安全體系。

信息系統(tǒng)的安全是個(gè)復(fù)雜的綜合體，涉及系統(tǒng)的方方面面，其中實(shí)體安全是指保護(hù)計(jì)算機(jī)設(shè)備、設(shè)施和其他媒體免遭地震、水災(zāi)、火災(zāi)、有害氣體和其他環(huán)境事故（例如，電磁輻射等）破壞的措施和過(guò)程。運(yùn)行安全是計(jì)算機(jī)信息系統(tǒng)安全的重要環(huán)節(jié)，其實(shí)質(zhì)是保證系統(tǒng)的正常運(yùn)行，不因偶然的或惡意的侵?jǐn)_而遭到破壞，使系統(tǒng)可靠、連續(xù)地運(yùn)行，服務(wù)不被中斷。

第2題:

28.單選題

Requirementsvalidationistheprocessofcheckingthatrequirementsactuallydefinethesystemthatthecustomerreallywants.Itoverlapswithanalysisasitisconcernedwithfindingproblemswiththerequirements.Requirementsvalidationisimportantbecauseerrorsinarequirementsdocumentcanleadtoextensivereworkcostswhentheseproblemsarediscoveredduringdevelopmentorafterthesystemisinservice.Thecostoffixingarequirementsproblembymakingasystemchangeisusuallymuchgreaterthanrepairingdesignorcodingerrors.Thereasonforthisisthatachangetotherequirementsusuallymeansthatthesystemdesignandimplementationmustalsobechanged.Furthermore,thesystemmustthenbere-tested.

Duringtherequirementsvalidationprocess,differenttypesofchecksshouldbecarriedoutontherequirementsintherequirementsdocument.Thesechecksinclude:

1.（

）:Ausermaythinkthatasystemisneededtoperformcertainfunction.However,furtherthoughtandanalysismayidentifyadditionalordifferentfunctionsthatarerequired.Systemshavediversestakeholderswithdifferentneedsandanysetofrequirementsisinevitablyacompromiseacrossthestakeholdercommunity.

2.

（

）

:Requirementsinthedocumentshouldnotconflict.Thatis,thereshouldnotbecontradictoryconstraintsordifferentdescriptionsofthesamesystemfunction.

3.

（

）

:Therequirementsdocumentshouldincluderequirementsthatdefineallfunctionsandtheconstraintsintendedbythesystemuser.

4.Realismchecks:Usingknowledgeofexistingtechnology,therequirementsshouldbecheckedtoensurethattheycanactuallybeimplemented.Thesechecksshouldalsotakeaccountofthe

（

）

forthesystemdevelopment.

5.Verifiability:Toreducethepotentialfordisputebetweencustomerandcontractor,systemrequirementsshouldalwaysbewrittensothattheyareverifiable.Thismeansthatyoushouldbeabletowriteasetofteststhatcandemonstratethatthedeliveredsystemmeetseachspecified

（

）

.

問(wèn)題1選項(xiàng)

A.Securitychecks

B.Validitychecks

C.Consistencychecks

D.Completenesschecks

問(wèn)題2選項(xiàng)

A.Securitychecks

B.Safetychecks

C.Consistencychecks

D.Usabilitychecks

問(wèn)題3選項(xiàng)

A.Consistencychecks

B.Usabilitychecks

C.Operationalchecks

D.Completenesschecks

問(wèn)題4選項(xiàng)

A.tools

B.tests

C.models

D.budgetandschedule

問(wèn)題5選項(xiàng)

A.requirement

B.model

C.design

D.implementation

【答案】第1題:B

第2題:C

第3題:D

第4題:C

第5題:A

【解析】第1題:需求驗(yàn)證是檢查需求是否實(shí)際定義了客戶真正想要的系統(tǒng)的過(guò)程。它與分析重疊，因?yàn)樗P(guān)注的是發(fā)現(xiàn)需求中的問(wèn)題。需求驗(yàn)證是很重要的，因?yàn)楫?dāng)這些問(wèn)題在開發(fā)過(guò)程中或系統(tǒng)投入使用后被發(fā)現(xiàn)時(shí)，需求文件中的錯(cuò)誤會(huì)導(dǎo)致大量的返工成本。通過(guò)改變系統(tǒng)來(lái)修復(fù)需求問(wèn)題的成本通常比修復(fù)設(shè)計(jì)或編碼錯(cuò)誤要大得多。原因是對(duì)需求的改變通常意味著系統(tǒng)的設(shè)計(jì)和實(shí)施也必須改變。此外，還必須重新測(cè)試系統(tǒng)。

在需求驗(yàn)證過(guò)程中，應(yīng)該對(duì)需求文件中的需求進(jìn)行不同類型的檢查。這些檢查包括：

1.（

）:用戶可能認(rèn)為需要一個(gè)系統(tǒng)來(lái)執(zhí)行某些功能。然而，進(jìn)一步的思考和分析可能會(huì)發(fā)現(xiàn)需要額外的或不同的功能。系統(tǒng)有不同的利益相關(guān)者，有不同的需求，任何一套需求都不可避免地是整個(gè)利益相關(guān)者群體的妥協(xié)。

2.

（

）

:文件中的要求不應(yīng)沖突。也就是說(shuō)，不應(yīng)該有相互矛盾的約束或?qū)ν幌到y(tǒng)功能的不同描述。

3.（

）

:需求文件應(yīng)該包括定義所有功能的需求和系統(tǒng)用戶所期望的約束。

4.現(xiàn)實(shí)性檢查。利用現(xiàn)有技術(shù)的知識(shí)，應(yīng)該對(duì)需求進(jìn)行檢查，以確保它們能夠真正被實(shí)現(xiàn)。這些檢查也應(yīng)該考慮到系統(tǒng)開發(fā)的（

）

。

5.可驗(yàn)證性。為了減少客戶和承包商之間潛在的爭(zhēng)議，系統(tǒng)需求的編寫應(yīng)該始終是可驗(yàn)證的。這意味著你應(yīng)該能夠編寫一套測(cè)試，以證明所交付的系統(tǒng)符合每一個(gè)指定的（

）

。

（1）A.安全檢查

B.有效性檢查

C.一致性檢查

D.完整性檢查

（2）A.安全檢查

B.安全檢查

C.一致性檢查

D.可用性檢查

（3）A.一致性檢查

B.可用性檢查

C.操作性檢查

D.完整性檢查

（4）A.工具

B.測(cè)試

C.模型

D.預(yù)算和時(shí)間表

（5）A.需求

B.模型

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

D.實(shí)施

第2題:

第3題:

第4題:

第5題:需求驗(yàn)證是檢查需求是否實(shí)際定義了客戶真正想要的系統(tǒng)的過(guò)程。它與分析重疊，因?yàn)樗P(guān)注的是發(fā)現(xiàn)需求中的問(wèn)題。需求驗(yàn)證是很重要的，因?yàn)楫?dāng)這些問(wèn)題在開發(fā)過(guò)程中或系統(tǒng)投入使用后被發(fā)現(xiàn)時(shí)，需求文件中的錯(cuò)誤會(huì)導(dǎo)致大量的返工成本。通過(guò)改變系統(tǒng)來(lái)修復(fù)需求問(wèn)題的成本通常比修復(fù)設(shè)計(jì)或編碼錯(cuò)誤要大得多。原因是對(duì)需求的改變通常意味著系統(tǒng)的設(shè)計(jì)和實(shí)施也必須改變。此外，還必須重新測(cè)試系統(tǒng)。

在需求驗(yàn)證過(guò)程中，應(yīng)該對(duì)需求文件中的需求進(jìn)行不同類型的檢查。這些檢查包括：

1.___1___:用戶可能認(rèn)為需要一個(gè)系統(tǒng)來(lái)執(zhí)行某些功能。然而，進(jìn)一步的思考和分析可能會(huì)發(fā)現(xiàn)需要額外的或不同的功能。系統(tǒng)有不同的利益相關(guān)者，有不同的需求，任何一套需求都不可避免地是整個(gè)利益相關(guān)者群體的妥協(xié)。

2.___2___:文件中的要求不應(yīng)沖突。也就是說(shuō)，不應(yīng)該有相互矛盾的約束或?qū)ν幌到y(tǒng)功能的不同描述。

3.___3___:需求文件應(yīng)該包括定義所有功能的需求和系統(tǒng)用戶所期望的約束。

4.現(xiàn)實(shí)性檢查。利用現(xiàn)有技術(shù)的知識(shí)，應(yīng)該對(duì)需求進(jìn)行檢查，以確保它們能夠真正被實(shí)現(xiàn)。這些檢查也應(yīng)該考慮到系統(tǒng)開發(fā)的___4___。

5.可驗(yàn)證性。為了減少客戶和承包商之間潛在的爭(zhēng)議，系統(tǒng)需求的編寫應(yīng)該始終是可驗(yàn)證的。這意味著你應(yīng)該能夠編寫一套測(cè)試，以證明所交付的系統(tǒng)符合每一個(gè)指定的___5___。

（1）A.安全檢查

B.有效性檢查

C.一致性檢查

D.完整性檢查

（2）A.安全檢查

B.安全檢查

C.一致性檢查

D.可用性檢查

（3）A.一致性檢查

B.可用性檢查

C.操作性檢查

D.完整性檢查

（4）A.工具

B.測(cè)試

C.模型

D.預(yù)算和時(shí)間表

（5）A.需求

B.模型

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

D.實(shí)施

29.單選題

模型驅(qū)動(dòng)的體系結(jié)構(gòu)是一種關(guān)注模型的軟件設(shè)計(jì)和實(shí)現(xiàn)方法，使用了UML模型的子集描述系統(tǒng)，創(chuàng)建不同抽象層次上的模型，其中不包括（）。

問(wèn)題1選項(xiàng)

A.計(jì)算無(wú)關(guān)模型

B.計(jì)算相關(guān)模型

C.平臺(tái)無(wú)關(guān)模型

D.平臺(tái)相關(guān)模型

【答案】A

30.案例題

閱讀以下關(guān)于軟件系統(tǒng)分析與建模的敘述，在答題紙上回答問(wèn)題1至問(wèn)題3。

【說(shuō)明】

某軟件公司擬開發(fā)一套博客系統(tǒng)，要求能夠向用戶提供一個(gè)便捷發(fā)布自已心得，及時(shí)有效的與他人進(jìn)行交流的平臺(tái)。新用戶發(fā)布個(gè)人博客之前，需要?jiǎng)?chuàng)建一個(gè)新的博客賬戶，以下為新用戶注冊(cè)的操作行為：

(a)向系統(tǒng)請(qǐng)求創(chuàng)建一個(gè)新的博客賬戶；

(b)輸入個(gè)人詳細(xì)信息；

(c)使用證件數(shù)據(jù)庫(kù)驗(yàn)證個(gè)人詳細(xì)信息；

(d)選擇賬戶類型；

(e)身份驗(yàn)證成功，創(chuàng)建新的博客賬戶；

(f)用戶身份信息驗(yàn)證不成功；

(g)以電子郵件的方式將賬戶詳細(xì)信息發(fā)送給用戶；

(h)博客賬戶申請(qǐng)被拒絕。

【問(wèn)題1】（6分）

在結(jié)構(gòu)化和面向?qū)ο蟮能浖治鲞^(guò)程中，通常會(huì)使用到數(shù)據(jù)流圖、活動(dòng)圖和流程圖，請(qǐng)分別描述這三種模型的特點(diǎn)和適用場(chǎng)景。

【問(wèn)題2】（9分）

采用用例圖和用例描述建模系統(tǒng)需求，請(qǐng)使用題干給出的（a）～（h），完善“博客賬戶創(chuàng)建用例描述”中的（1）～（6），如表1-1所示。將正確答案填在答題紙上。

表1-1博客賬戶創(chuàng)建用例描述

【問(wèn)題3】（10分）

需求評(píng)審是通過(guò)將需求規(guī)格說(shuō)明書遞交給相關(guān)人員檢查，以發(fā)現(xiàn)其中存在缺陷的過(guò)程。在需求工程中，需求評(píng)審是一個(gè)非常重要的過(guò)程。結(jié)合題干案例，請(qǐng)用300字以內(nèi)的文字簡(jiǎn)要說(shuō)明需求評(píng)審的內(nèi)容及作用。

【答案】【問(wèn)題1】

數(shù)據(jù)流圖：

特點(diǎn)：通過(guò)系統(tǒng)內(nèi)數(shù)據(jù)的流動(dòng)來(lái)描述系統(tǒng)功能的一種方法。強(qiáng)調(diào)系統(tǒng)中的數(shù)據(jù)流動(dòng)。由：數(shù)據(jù)流，外部實(shí)體，加工，數(shù)據(jù)存儲(chǔ)。

適用場(chǎng)景：結(jié)構(gòu)化需求分析，為系統(tǒng)做功能建模。

活動(dòng)圖：

特點(diǎn)：與流程圖類似，但可以表現(xiàn)并行執(zhí)行。

適用場(chǎng)景：面向?qū)ο蠓治雠c設(shè)計(jì)建模。

流程圖：

特點(diǎn)：能清晰展現(xiàn)業(yè)務(wù)執(zhí)行的流程順序。強(qiáng)調(diào)控制流。

適用場(chǎng)景：結(jié)構(gòu)化需求分析與結(jié)構(gòu)化設(shè)計(jì)，為系統(tǒng)梳理業(yè)務(wù)流程。

【問(wèn)題2】

（1）（a）

（2）（d）

（3）（b）

（4）（c）

（5）（g）

（6）（h）

【問(wèn)題3】

需求評(píng)審內(nèi)容：

（1）SRS正確地描述了預(yù)期的、滿足項(xiàng)目干系人需求的系統(tǒng)行為和特征。

（2）SRS中的軟件需求是從系統(tǒng)需求、業(yè)務(wù)規(guī)格和其他來(lái)源中正確推導(dǎo)而來(lái)的。

（3）需求是完整的和高質(zhì)量的。

本例中存在需求描述不完整的情況，如：誰(shuí)向系統(tǒng)請(qǐng)求？輸入個(gè)人詳細(xì)信息要輸入哪些？選擇賬戶類型，有哪些賬戶類型供選擇？

（4）需求的表示在所有地方都是一致的。

（5）需求為繼續(xù)進(jìn)行系統(tǒng)設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試提供了足夠的基礎(chǔ)。

（6）用例優(yōu)先級(jí)合理度評(píng)估。

本案例中，未說(shuō)明用例的優(yōu)先級(jí)。

作用：

1、發(fā)現(xiàn)二義性需求；

2、發(fā)現(xiàn)不確定性用戶未達(dá)成共識(shí)的需求；

3、發(fā)現(xiàn)遺漏的需求；

4、為項(xiàng)目干系人在需求問(wèn)題上達(dá)成共識(shí)提供支撐；

5、降低風(fēng)險(xiǎn)；

6、提高軟件質(zhì)量。

31.單選題

模型驅(qū)動(dòng)的體系結(jié)構(gòu)是一種關(guān)注模型的軟件設(shè)計(jì)和實(shí)現(xiàn)方法，使用了UML模型的子集描述系統(tǒng)，創(chuàng)建不同抽象層次上的模型，其中不包括（）。

問(wèn)題1選項(xiàng)

A.計(jì)算無(wú)關(guān)模型

B.計(jì)算相關(guān)模型

C.平臺(tái)無(wú)關(guān)模型

D.平臺(tái)相關(guān)模型

【答案】A

32.單選題

某信息系統(tǒng)不斷受到SQL注入攻擊，應(yīng)部署（）進(jìn)行安全防護(hù)，實(shí)時(shí)阻斷攻擊行為。

問(wèn)題1選項(xiàng)

A.防火墻

B.WEB防火墻

C.入侵檢測(cè)系統(tǒng)

D.堡壘機(jī)

【答案】B

33.單選題

信息化規(guī)劃與企業(yè)戰(zhàn)略規(guī)劃總是互相影響、互相促進(jìn)的。當(dāng)財(cái)務(wù)部門提出財(cái)務(wù)電算化的需求，生產(chǎn)部門提出庫(kù)房管理的需求時(shí)，IT部門根據(jù)不同部門的需求分別獨(dú)立實(shí)施，以此形成一個(gè)完全基于企業(yè)組織與業(yè)務(wù)流程的信息系統(tǒng)結(jié)構(gòu)，其中各個(gè)信息系統(tǒng)分別對(duì)應(yīng)于特定部門或特定業(yè)務(wù)流程。這表明（）。

問(wèn)題1選項(xiàng)

A.企業(yè)處在信息化的初級(jí)階段

B.企業(yè)處在信息化的中級(jí)階段

C.企業(yè)處在信息化的高級(jí)階段

D.企業(yè)處在信息化的完成階段

【答案】A

【解析】該企業(yè)信息化還停留于圍繞部門需求以數(shù)據(jù)處理為核心，這屬于信息化初級(jí)階段。

34.多選題

題干

問(wèn)題1選項(xiàng)

A.1

B.2

C.3

D.4

【答案】A

【解析】分析

35.單選題

計(jì)算機(jī)系統(tǒng)性能評(píng)估中，（）通常采用加法指令的運(yùn)算速度來(lái)衡量計(jì)算機(jī)的速度。（）首先計(jì)算出處理部件每個(gè)計(jì)算單元的有效計(jì)算率，再按不同字長(zhǎng)加以調(diào)整，得出該計(jì)算單元的理論性能，所有組成該處理部件的計(jì)算單元的理論性能之和即為最終的計(jì)算機(jī)性能。

問(wèn)題1選項(xiàng)

A.指令執(zhí)行速度法

B.等效指令速度法

C.綜合理論性能法

D.基準(zhǔn)程序法

問(wèn)題2選項(xiàng)

A.指令執(zhí)行速度法

B.等效指令速度法

C.綜合理論性能法

D.基準(zhǔn)程序法

【答案】第1題:A

第2題:C

【解析】第1題:本題考查計(jì)算機(jī)系統(tǒng)性能評(píng)價(jià)方法。

指令執(zhí)行速度法：在計(jì)算機(jī)發(fā)展的初期，曾用加法指令的運(yùn)算速度來(lái)衡量計(jì)算機(jī)的速度，速度是計(jì)算機(jī)的主要性能指標(biāo)之一。因?yàn)榧臃ㄖ噶畹倪\(yùn)算速度大體上可反映出乘法、除法等其他算術(shù)運(yùn)算的速度，而且邏輯運(yùn)算、轉(zhuǎn)移指令等簡(jiǎn)單指令的執(zhí)行時(shí)間往往設(shè)計(jì)成與加法指令相同，因此加法指令的運(yùn)算速度有一定代表性。表示機(jī)器運(yùn)算速度的單位是KIPS（每秒千條指令）。

等效指令速度法（Gibsonmix，吉普森混合法）：通過(guò)各類指令在程序中所占的比例（Wi）進(jìn)行計(jì)算得到的。特點(diǎn)：考慮指令比例不同的問(wèn)題。

綜合理論性能法（CTP，CompositeTheoreticalPerformance）：CTP用MTOPS（MillionTheoreticalOperationsPerSecond，每秒百萬(wàn)次理論運(yùn)算）表示。CTP的估算方法是，首先算出處理部件每個(gè)計(jì)算單元的有效計(jì)算率，再按不同字長(zhǎng)加以調(diào)整，得出該計(jì)算單元的理論性能，所有組成該處理部件的計(jì)算單元的理論性能之和即為CTP。

基準(zhǔn)程序法：把應(yīng)用程序中用得最多、最頻繁的那部分核心程序作為評(píng)估計(jì)算機(jī)系統(tǒng)性能的標(biāo)準(zhǔn)程序，稱為基準(zhǔn)測(cè)試程序（benchmark）。基準(zhǔn)程序法是目前一致承認(rèn)的測(cè)試系統(tǒng)性能的較好方法。

所以答案是A；C。

第2題:

36.單選題

IEEE-1394總線采用菊花鏈的拓?fù)浣Y(jié)構(gòu)時(shí)，可最多支持63個(gè)節(jié)