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

問題1選項(xiàng)

A.

B.

C.

D.

【答案】A

【解析】(

0

，1

)區(qū)間內(nèi)的分布密度函數(shù)2x。意味著隨著x

的增大出現(xiàn)的概率也線性地增大。顯然，對于min(r1

,r2

)

，出現(xiàn)較小的數(shù)值的概率更大些；r1

*r2（兩個(gè)小于1

的數(shù)相乘會(huì)變得更?。┮矔?huì)這樣。對于隨機(jī)變量(r1+r2)/2

，

出現(xiàn)中等大小數(shù)值的概率更大一些，出現(xiàn)較大的或較小值的概率會(huì)小一些，其分布密度函數(shù)會(huì)呈凸型。只有max(r1

,r2)

，出現(xiàn)較大數(shù)值的概率更大些。

2.單選題

UML中的（）主要用于參與者與系統(tǒng)中對象之間的交互，以及這些對象之間交互的建模。

問題1選項(xiàng)

A.順序圖

B.活動(dòng)圖

C.用例圖

D.狀態(tài)圖

【答案】A

3.單選題

隨著對象持久化技術(shù)的發(fā)展，產(chǎn)生了眾多持久化框架，其中，（

）基于EJB技術(shù)。（

）是ORM的解決方案。

問題1選項(xiàng)

A.iBatis

B.CMP

C.JDO

D.SQL

問題2選項(xiàng)

A.SQL

B.CMP

C.JDO

D.iBatis

【答案】第1題:B

第2題:D

【解析】JAVA體系下，目前主流的持久化技術(shù)框架包括CMP、Hibernate、iBatis和JDO等。

1.CMP

在J2EE架構(gòu)中，CMP（Container-ManagedPersistence，容器管理持久化）是由EJB容器來管理實(shí)體EJB的持久化，EJB容器封裝了對象/關(guān)系的映射和數(shù)據(jù)訪問細(xì)節(jié)。CMP和ORM的相似之處在于，兩者都提供對象/關(guān)系映射服務(wù)，都將對象持久化的任務(wù)從業(yè)務(wù)邏輯中分離出來。區(qū)別在于CMP負(fù)責(zé)持久化實(shí)體EJB組件，而ORM負(fù)責(zé)持久化POJO（PlainOrdinaryJavaObject，簡單的Java對象），它是普通的基于JavaBean形式的實(shí)體域?qū)ο蟆?/p>

CMP模式的優(yōu)點(diǎn)在于它基于EJB技術(shù)，是SUNJ2EE體系的核心部分，獲得了業(yè)界的普遍支持，包括各大廠商和開源組織等，如果選擇它來進(jìn)行企業(yè)級(jí)開發(fā)，技術(shù)支持會(huì)非常完備，同時(shí)其功能日趨完善，包括了完善的事務(wù)支持，EJBQL查詢語言和透明的分布式訪問等。CMP的缺點(diǎn)在于開發(fā)的實(shí)體必須遵守復(fù)雜的J2EE規(guī)范，而ORM沒有類似要求，其靈活性受到影響；而且，CMP只能運(yùn)行在EJB容器中，而普通POJO可以運(yùn)行在任何一種Java環(huán)境中；盡管遵循J2EE的規(guī)范，但EJB的移植性比ORM要差。

2.Hibernate

Hibernate和iBatis都是ORM解決方案，不同的是兩者各有側(cè)重。

3.iBatis

iBatis提供Java對象到SQL（面向參數(shù)和結(jié)果集）的映射實(shí)現(xiàn)，實(shí)際的數(shù)據(jù)庫操作需要通過手動(dòng)編寫SQL實(shí)現(xiàn)，與Hibernate相比，iBatis最大的特點(diǎn)就是小巧，上手較快。如果不需要太多復(fù)雜的功能，iBatis是既可滿足要求又足夠靈活的最簡單的解決方案。

4.JDO

JDO（JavaDataObject，Java數(shù)據(jù)對象）是SUN公司制定的描述對象持久化語義的標(biāo)準(zhǔn)API，它是Java對象持久化的新規(guī)范。JDO提供了透明的對象存儲(chǔ)，對開發(fā)人員來說，存儲(chǔ)數(shù)據(jù)對象完全不需要額外的代碼（例如，JDBCAPI的使用）。這些繁瑣的例行工作已經(jīng)轉(zhuǎn)移到JDO產(chǎn)品提供商身上，使開發(fā)人員解脫出來，從而集中時(shí)間和精力在業(yè)務(wù)邏輯上。

另外，JDO很靈活，因?yàn)樗梢栽谌魏螖?shù)據(jù)底層上運(yùn)行。JDBC只能應(yīng)用于關(guān)系型數(shù)據(jù)庫，而JDO更通用，提供到任何數(shù)據(jù)底層的存儲(chǔ)功能，包括關(guān)系型數(shù)據(jù)庫、普通文件、XML文件和對象數(shù)據(jù)庫等，使得應(yīng)用的可移植性更強(qiáng)。

4.單選題

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

問題1選項(xiàng)

A.版本號(hào)

B.源目的MAC

C.生存時(shí)間

D.源/目的IP

【答案】B

5.單選題

設(shè)三個(gè)煤場A、B、C分別能供應(yīng)煤12、14、10萬噸，三個(gè)工廠X、Y、Z分別需要煤11、12、13萬噸，從各煤場到各工廠運(yùn)煤的單價(jià)（百元/噸）見下表方框內(nèi)的數(shù)字。只要選擇最優(yōu)的運(yùn)輸方案，總的運(yùn)輸成本就能降到（

）百萬元。

問題1選項(xiàng)

A.83

B.91

C.113

D.153

【答案】A

【解析】該題的基本解題思路為：先按前兩列最優(yōu)化原則排定，然后按行進(jìn)行最優(yōu)化驗(yàn)證，如果不是最優(yōu)則調(diào)整。

最終找到的最優(yōu)方案為：

煤場A：供給Y工廠12萬噸。

煤場B：供給X工廠1萬噸；供給Z工廠13萬噸。

煤場C：供給X工廠10萬噸。

6.單選題

配置POP3服務(wù)器時(shí)，郵件服務(wù)器中默認(rèn)開放TCP的（）端口。

問題1選項(xiàng)

A.21

B.25

C.53

D.110

【答案】D

【解析】常用協(xié)議端口號(hào)情況如下：

POP3：110端口，郵件收取。

SMTP：25端口，郵件發(fā)送。

FTP：20數(shù)據(jù)端口/21控制端口，文件傳輸協(xié)議。

HTTP：80端口，超文本傳輸協(xié)議，網(wǎng)頁傳輸。

DHCP：67端口，IP地址自動(dòng)分配。

SNMP：161端口，簡單網(wǎng)絡(luò)管理協(xié)議。

DNS：53端口，域名解析協(xié)議，記錄域名與IP的映射關(guān)系。

TCP：可靠的傳輸層協(xié)議。

UDP：不可靠的傳輸層協(xié)議。

ICMP：因特網(wǎng)控制協(xié)議，PING命令來自該協(xié)議。

IGMP：組播協(xié)議。

ARP：地址解析協(xié)議，IP地址轉(zhuǎn)換為MAC地址。

RARP：反向地址解析協(xié)議，MAC地址轉(zhuǎn)IP地址。

7.單選題

在Linux系統(tǒng)中，DNS配置文件的（）參數(shù)，用于確定DNS服務(wù)器地址。

問題1選項(xiàng)

A.nameserver

B.domain

C.search

D.sortlist

【答案】A

【解析】本題考查了DNS相關(guān)應(yīng)用。

resolv.conf是resolver類庫使用的配置文件，每當(dāng)一個(gè)程序需要通過域名來訪問internet上面的其它主機(jī)時(shí)，需要利用該類庫將域名轉(zhuǎn)換成對應(yīng)的IP，然后才可進(jìn)行訪問。

resolv.conf的關(guān)鍵字主要有四個(gè)，分別是：

nameserver#定義DNS服務(wù)器的IP地址

domain#定義本地域名

search#定義域名的搜索列表

sortlist#對返回的域名進(jìn)行排序

最主要是nameserver關(guān)鍵字，如果沒指定nameserver就找不到DNS服務(wù)器，其它關(guān)鍵字是可選的。nameserver表示解析域名時(shí)使用該地址指定的主機(jī)為域名服務(wù)器。其中域名服務(wù)器是按照文件中出現(xiàn)的順序來查詢的,且只有當(dāng)?shù)谝粋€(gè)nameserver沒有反應(yīng)時(shí)才查詢下面的nameserver。本題應(yīng)該選擇A選項(xiàng)。

8.案例題

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

【說明】

某軟件企業(yè)開發(fā)了一套新聞社交類軟件，提供常見的新聞發(fā)布、用戶關(guān)注、用戶推薦、新聞點(diǎn)評(píng)、新聞推薦、熱點(diǎn)新聞等功能，項(xiàng)目采用MySQL數(shù)據(jù)庫來存儲(chǔ)業(yè)務(wù)數(shù)據(jù)。系統(tǒng)上線后，隨著用戶數(shù)量的增加，數(shù)據(jù)庫服務(wù)器的壓力不斷加大。為此，該企業(yè)設(shè)立了專門的工作組來解決此問題。

張工提出對MySQL數(shù)據(jù)庫進(jìn)行擴(kuò)展，采用讀寫分離，主從復(fù)制的策略，好處是程序改動(dòng)比較小，可以較快完成，后續(xù)也可以擴(kuò)展到MySQL集群，其方案如圖4-1所示。李工認(rèn)為該系統(tǒng)的諸多功能，并不需要采用關(guān)系數(shù)據(jù)庫，甚至關(guān)系數(shù)據(jù)庫限制了功能的實(shí)現(xiàn)，應(yīng)該采用NoSQL數(shù)據(jù)庫來替代MySQL，重新構(gòu)造系統(tǒng)的數(shù)據(jù)層。而劉工認(rèn)為張工的方案過于保守，對該系統(tǒng)的某些功能，如關(guān)注列表、推薦列表、熱搜榜單等實(shí)現(xiàn)困難，且性能提升不大；而李工的方案又太激進(jìn)，工作量太大，短期無法完成，應(yīng)盡量綜合二者的優(yōu)點(diǎn)，采用Key-Value數(shù)據(jù)庫+MySQL數(shù)據(jù)庫的混合方案。

經(jīng)過組內(nèi)多次討論，該企業(yè)最終決定采用劉工提出的方案。

【問題1】（8分）

張工方案中采用了讀寫分離，主從復(fù)制策略。其中，讀寫分離設(shè)置物理上不同的主/從服務(wù)器，讓主服務(wù)器負(fù)責(zé)數(shù)據(jù)的（a）操作，從服務(wù)器負(fù)責(zé)數(shù)據(jù)的（b）操作，從而有效減少數(shù)據(jù)并發(fā)操作的（c），但卻帶來了（d）。因此，需要采用主從復(fù)制策略保持?jǐn)?shù)據(jù)的（e）。

MySQL數(shù)據(jù)庫中，主從復(fù)制是通過binarylog來實(shí)現(xiàn)主從服務(wù)器的數(shù)據(jù)同步，MySQL數(shù)據(jù)庫支持的三種復(fù)制類型分別是（f）、g）、（h）。

請將答案填入（a）～（h）處的空白，完成上述描述。

【問題2】（8分）

李工方案中給出了關(guān)系數(shù)據(jù)庫與NoSQL數(shù)據(jù)的比較，如表4-1所示，以此來說明該新聞社交類軟件更適合采用NoSQL數(shù)據(jù)庫。請完成表4-1中的（a）~（d）處空白。

表4-1關(guān)系數(shù)據(jù)庫與NoSQL數(shù)據(jù)庫特征比較

【問題3】（9分）

劉工提出的方案采用了Key-Value數(shù)據(jù)庫+MySQL數(shù)據(jù)庫的混合方案，是根據(jù)數(shù)據(jù)的讀寫特點(diǎn)將數(shù)據(jù)分別部署到不同的數(shù)據(jù)庫中。但是由于部分?jǐn)?shù)據(jù)可能同時(shí)存在于兩個(gè)數(shù)據(jù)庫中，因此存在數(shù)據(jù)同步問題。請用200字以內(nèi)的文字簡要說明解決該數(shù)據(jù)同步問題的三種方法。

【答案】【問題1】

（a）寫

（b）讀

（c）延遲

（d）數(shù)據(jù)不一致風(fēng)險(xiǎn)

（e）一致性

（f）基于SQL語句的復(fù)制（statement-basedreplication,SBR）

（g）基于行的復(fù)制（row-basedreplication,RBR）

（h）混合模式復(fù)制（mixed-basedreplication,MBR）

【問題2】

（a）弱一致性

（b）非結(jié)構(gòu)化

（c）弱事務(wù)性

（d）海量數(shù)據(jù)

【問題3】

1、實(shí)時(shí)同步方案，先查緩存，查不到再從DB查詢，并保存到緩存；更新緩存時(shí)先更新數(shù)據(jù)庫，再將緩存設(shè)置過程期更新緩存。

2、異步隊(duì)列方式同步，可采用消息中間件處理。

3、通過數(shù)據(jù)庫插件完成數(shù)據(jù)同步。

4、利用觸發(fā)器進(jìn)行緩存同步。

【解析】MySQL的三種類型分別是：

1、基于SQL語句的復(fù)制（statement-basedreplication,SBR），

2、基于行的復(fù)制（row-basedreplication,RBR），

3、混合模式復(fù)制（mixed-basedreplication,MBR）。

9.多選題

題干

問題1選項(xiàng)

A.1

B.2

C.3

D.4

【答案】A

【解析】分析

10.單選題

多核CPU環(huán)境下進(jìn)程的調(diào)度算法一般有全局隊(duì)列調(diào)度和局部隊(duì)列調(diào)度兩種。（

）屬于全局隊(duì)列調(diào)度的特征。

問題1選項(xiàng)

A.操作系統(tǒng)為每個(gè)CPU維護(hù)一個(gè)任務(wù)等待隊(duì)列

B.操作系統(tǒng)維護(hù)一個(gè)任務(wù)等待隊(duì)列

C.任務(wù)基本上無需在多個(gè)CPU核心間切換，有利于提高Cache命中率

D.當(dāng)系統(tǒng)中有一個(gè)CPU核心空閑時(shí)，操作系統(tǒng)便從該核心的任務(wù)等待隊(duì)列中選取適當(dāng)?shù)娜蝿?wù)執(zhí)行

【答案】B

【解析】對于多核CPU，優(yōu)化操作系統(tǒng)任務(wù)調(diào)度算法是保證效率的關(guān)鍵。一般任務(wù)調(diào)度算法有全局隊(duì)列調(diào)度和局部隊(duì)列調(diào)度。

前者是指操作系統(tǒng)維護(hù)一個(gè)全局的任務(wù)等待隊(duì)列，當(dāng)系統(tǒng)中有一個(gè)CPU核心空閑時(shí)，操作系統(tǒng)就從全局任務(wù)等待隊(duì)列中選取就緒任務(wù)開始在此核心上執(zhí)行。這種方法的優(yōu)點(diǎn)是CPU核心利用率較高。

后者是指操作系統(tǒng)為每個(gè)CPU內(nèi)核維護(hù)一個(gè)局部的任務(wù)等待隊(duì)列，當(dāng)系統(tǒng)中有一個(gè)CPU內(nèi)核空閑時(shí)，便從該核心的任務(wù)等待隊(duì)列中選取恰當(dāng)?shù)娜蝿?wù)執(zhí)行，這種方法的優(yōu)點(diǎn)是任務(wù)基本上無需在多個(gè)CPU核心間切換，有利于提高CPU核心局部Cache命中率。目前多數(shù)多核CPU操作系統(tǒng)采用的是基于全局隊(duì)列的任務(wù)調(diào)度算法。

11.單選題

系統(tǒng)結(jié)構(gòu)化分析模型包括數(shù)據(jù)模型、功能模型和行為模型，這些模型的核心是（）。

問題1選項(xiàng)

A.實(shí)體聯(lián)系圖

B.狀態(tài)轉(zhuǎn)換圖

C.數(shù)據(jù)字典

D.流程圖

【答案】C

【解析】本題考查的是結(jié)構(gòu)化分析模型的相關(guān)概念。

結(jié)構(gòu)化分析就是一種建立模型的活動(dòng)，通常建立數(shù)據(jù)模型、功能模型和行為模型三種模型。流程圖一般用于描述活動(dòng)流程或程序執(zhí)行流程，程序流程圖是設(shè)計(jì)階段的工具，與結(jié)構(gòu)化分析無關(guān)。

實(shí)體-關(guān)系圖（E-R圖）：用于建立數(shù)據(jù)模型，其中包含了實(shí)體、關(guān)系、屬性。

數(shù)據(jù)流圖（DFD）：描繪信息流和數(shù)據(jù)輸入輸出的移動(dòng)過程。是結(jié)構(gòu)化分析過程中使用的主要功能建模工具。

狀態(tài)轉(zhuǎn)換圖：通過描述系統(tǒng)的狀態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，表示系統(tǒng)的行為，提供了行為建模的機(jī)制。

數(shù)據(jù)字典：描述在數(shù)據(jù)模型、功能模型和行為模型中出現(xiàn)的數(shù)據(jù)對象和控制信息的特征，給出這些對象的精確定義。數(shù)據(jù)字典是分析模型的核心，通常使用CASE工具來創(chuàng)建和維護(hù)數(shù)據(jù)字典。

數(shù)據(jù)字典是結(jié)構(gòu)化分析方法（SA方法）的核心。它通常包括五個(gè)部分，即數(shù)據(jù)項(xiàng)、數(shù)據(jù)結(jié)構(gòu)、數(shù)據(jù)流、數(shù)據(jù)存儲(chǔ)、處理過程。答案選擇C選項(xiàng)。

12.單選題

由于處理器芯片在不同領(lǐng)域應(yīng)用時(shí)，需要考慮對環(huán)境的適應(yīng)性。通常，我們把芯片分為民用級(jí)、工業(yè)級(jí)和軍用級(jí)。（）分別是民用級(jí)、工業(yè)級(jí)和軍用級(jí)芯片的標(biāo)準(zhǔn)工作溫度范圍。

問題1選項(xiàng)

A.-10℃~+70℃、-40℃~+80℃、-50℃+150℃

B.0℃~+70℃、-30℃~+85℃、-60℃~+150℃

C.0℃~+70℃、-40℃~+85℃、-55℃~+150℃

D.-10℃~+60℃、-40℃~+90℃、-55℃~+150℃

【答案】C

13.單選題

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

問題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ā)的對用戶的公鑰的認(rèn)證。數(shù)字證書的內(nèi)容應(yīng)包括CA的信息、用戶信息、用戶公鑰、CA簽發(fā)時(shí)間和有效期等。目前，國際上對證書的格式和認(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用自己的私鑰對上述數(shù)據(jù)進(jìn)行數(shù)字簽名的結(jié)果，也可以理解為是CA中心對用戶證書的簽名）等信息。

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

14.單選題

某企業(yè)信息系統(tǒng)采用分布式數(shù)據(jù)庫系統(tǒng)，該系統(tǒng)中“每節(jié)點(diǎn)對本地?cái)?shù)據(jù)都能獨(dú)立管理”和“當(dāng)某一場地故障時(shí)，系統(tǒng)可以使用其他場地上的副本而不至于使整個(gè)系統(tǒng)癱瘓”分別稱為分布式數(shù)據(jù)庫的（

）。

問題1選項(xiàng)

A.共享性和分布性

B.自治性和分布性

C.自治性和可用性

D.分布性和可用性

【答案】C

【解析】分布式數(shù)據(jù)庫是由一組數(shù)據(jù)組成的，這組數(shù)據(jù)分布在計(jì)算機(jī)網(wǎng)絡(luò)的不同計(jì)算機(jī)上，網(wǎng)絡(luò)中的每個(gè)節(jié)點(diǎn)具有獨(dú)立處理的能力（稱為場地自治），它可以執(zhí)行局部應(yīng)用，同時(shí)，每個(gè)節(jié)點(diǎn)也能通過網(wǎng)絡(luò)通信子系統(tǒng)執(zhí)行全局應(yīng)用。分布式數(shù)據(jù)庫系統(tǒng)是在集中式數(shù)據(jù)庫系統(tǒng)技術(shù)的基礎(chǔ)上發(fā)展起來的，具有如下特點(diǎn)：

（1）數(shù)據(jù)獨(dú)立性。在分布式數(shù)據(jù)庫系統(tǒng)中，數(shù)據(jù)獨(dú)立性這一特性更加重要，并具有更多的內(nèi)容。除了數(shù)據(jù)的邏輯獨(dú)立性與物理獨(dú)立性外，還有數(shù)據(jù)分布獨(dú)立性（分布透明性）。

（2）集中與自治共享結(jié)合的控制結(jié)構(gòu)。各局部的DBMS可以獨(dú)立地管理局部數(shù)據(jù)庫，具有自治的功能。同時(shí)，系統(tǒng)又設(shè)有集中控制機(jī)制，協(xié)調(diào)各局部DBMS的工作，執(zhí)行全局應(yīng)用。

（3）適當(dāng)增加數(shù)據(jù)冗余度。在不同的場地存儲(chǔ)同一數(shù)據(jù)的多個(gè)副本，這樣，可以提高系統(tǒng)的可靠性和可用性，同時(shí)也能提高系統(tǒng)性能。

（4）全局的一致性、可串行性和可恢復(fù)性。

15.單選題

DNS協(xié)議的功能是（）。

問題1選項(xiàng)

A.將域名解析為IP地址

B.將MAC地址解析為IP地址

C.將IP地址解析為MAC地址

D.將主機(jī)名解析為IP地址

【答案】A

16.單選題

給定關(guān)系模式R（U，F(xiàn)），U={A?，A?，A?，A4}，F(xiàn)={A?→A?A?，A?A?→A4}，那么在關(guān)系R中（）。以下說法錯(cuò)誤的是（）。

問題1選項(xiàng)

A.有1個(gè)候選關(guān)鍵字A1

B.有1個(gè)候選關(guān)鍵字A2A3

C.有2個(gè)候選關(guān)鍵字A2和A3

D.有2個(gè)候選關(guān)鍵字A1和A2A3

問題2選項(xiàng)

A.根據(jù)F中“A?→A?A?”，可以得出“A?→A?”

B.根據(jù)F中“A?→A?A?”，可以得出“A?→A?”

C.根據(jù)F中“A?A?→A4”，可以得出“A?→A4，A?→A4”

D.根據(jù)F中“A?→A?A?，A?A?→A4”，可以得出“A?→A4”

【答案】第1題:A

第2題:C

【解析】第1題:

第2題:

17.單選題

TOGAF框架是一個(gè)多視圖的體系結(jié)構(gòu)，它由企業(yè)的業(yè)務(wù)架構(gòu)、信息架構(gòu)、應(yīng)用架構(gòu)和技術(shù)架構(gòu)共同構(gòu)成。企業(yè)信息架構(gòu)是將企業(yè)業(yè)務(wù)實(shí)體抽象成為信息對象，將企業(yè)的業(yè)務(wù)運(yùn)作模式抽象為信息對象的屬性和方法，建立面向?qū)ο蟮钠髽I(yè)信息模型。企業(yè)信息架構(gòu)實(shí)現(xiàn)了從（）。

①業(yè)務(wù)模式向信息模型的轉(zhuǎn)變

②業(yè)務(wù)需求向信息功能的映射

③企業(yè)基礎(chǔ)數(shù)據(jù)向企業(yè)信息的抽象

④業(yè)務(wù)邏輯向功能邏輯的演化

問題1選項(xiàng)

A.①②③

B.①②④

C.①③④

D.②③④

【答案】A

【解析】企業(yè)信息架構(gòu)是將企業(yè)業(yè)務(wù)實(shí)體抽象成為信息對象，將企業(yè)的業(yè)務(wù)運(yùn)作模式抽象成為信息對象的屬性和方法，建立面向?qū)ο蟮钠髽I(yè)信息模型。企業(yè)信息架構(gòu)實(shí)現(xiàn)從業(yè)務(wù)模式向信息模型的轉(zhuǎn)變，業(yè)務(wù)需求向信息功能的映射，企業(yè)基礎(chǔ)數(shù)據(jù)向企業(yè)信息的抽象。

企業(yè)信息架構(gòu)對企業(yè)業(yè)務(wù)進(jìn)行建模，它能獨(dú)立于技術(shù)的發(fā)展和變化，并能幫助項(xiàng)目中業(yè)務(wù)人員和技術(shù)人員之間的溝通。

18.案例題

閱讀以下關(guān)于基于模型的系統(tǒng)工程方法的描述，在答題紙上回答問題1至問題3。

【說明】

某公司長期從事宇航系統(tǒng)的研制任務(wù)。隨著宇航系統(tǒng)能力的不斷提升，軟件的規(guī)模急劇增加，對應(yīng)的缺陷密度呈現(xiàn)出幾何增長，失效問題越來越嚴(yán)重。為了保證產(chǎn)品的質(zhì)量，公司領(lǐng)導(dǎo)要求在重點(diǎn)項(xiàng)目中實(shí)施基于模型的系統(tǒng)工程（MBSE）。由于輔助動(dòng)力控制系統(tǒng)關(guān)系著飛行器的飛行安全，有必要作為試點(diǎn)工程首先實(shí)施MBSE方法。王工作為該系統(tǒng)的主要負(fù)責(zé)人，承擔(dān)起了此項(xiàng)工作。

【問題1】（10分）

王工以前一直負(fù)責(zé)用傳統(tǒng)開發(fā)方法進(jìn)行系統(tǒng)設(shè)計(jì)，深知基于文本的系統(tǒng)設(shè)計(jì)方式存在天然的局限性。王工接到指示后，研究了MBSE的相關(guān)理論基礎(chǔ)和工程實(shí)現(xiàn)方法，提出了用MBSE方法設(shè)計(jì)輔助動(dòng)力控制系統(tǒng)的實(shí)施方案。請用300字以內(nèi)的文字說明什么是MBSE方法，并列舉出三個(gè)基于文本設(shè)計(jì)方式的局限性。

【問題2】（9分）

MBSE的核心技術(shù)是模型方法論，王工對目前主流建模方法Harmony-SE（harmonyforSystemEngineering）方法、RUP-SE（RationalUnifiedProcessforSystem）方法和VitechMBSE方法進(jìn)行了分析、對比，鑒于該系統(tǒng)具備安全攸關(guān)系統(tǒng)的特殊性，強(qiáng)調(diào)驗(yàn)證的有效性，王工認(rèn)為Harmony-SE方法比較適合宇航環(huán)境開發(fā)。圖3-1給出了Harmony-SE方法的產(chǎn)品生命周期結(jié)構(gòu)。請根據(jù)以下三種有關(guān)建模方式的描述，判定哪種描述是Harmony-SE方法的正確說明？并簡要說明王工在本項(xiàng)目中選擇Harmony-SE方法的理由。

描述1：一種面向?qū)ο蟮脑O(shè)計(jì)方法，可以將設(shè)計(jì)工作按照角色、工件和任務(wù)類型進(jìn)行分解，生成新的分解結(jié)構(gòu)，實(shí)現(xiàn)并行設(shè)計(jì)與迭代開發(fā)。

描述2：系統(tǒng)模型貫穿系統(tǒng)研發(fā)的整個(gè)生命周期，能夠較好處理復(fù)雜與整體問題。

描述3：一種并行系統(tǒng)工程活動(dòng)，由四個(gè)基本系統(tǒng)工程活動(dòng)組而成，這四種活動(dòng)通過公共系統(tǒng)設(shè)計(jì)庫相關(guān)聯(lián)。

【問題3】（6分）

MBSE方法可以通過軟硬件建模來預(yù)先評(píng)估系統(tǒng)的可靠性。王工帶領(lǐng)項(xiàng)目成員針對其負(fù)責(zé)的輔助動(dòng)力控制系統(tǒng)中的進(jìn)排氣門控制器組件開展了基于MBSE系統(tǒng)分析工作。

圖3-2給出了進(jìn)排氣門控制器的可靠性分布圖。

王工指出：系統(tǒng)是由軟硬件組成，以往考慮可靠性指標(biāo)僅僅關(guān)注硬件失效問題，而不考慮軟件失效對系統(tǒng)可靠性的影響。如果不考慮軟件失效對系統(tǒng)可靠性的影響，本系統(tǒng)可靠性的MTTF（MeanTimeToFailure，平均失效前時(shí)間）應(yīng)該為125.9h（參考公式：

請對照圖3-3給出的考慮軟件失效情況下的系統(tǒng)可靠性分布圖（這里，假設(shè)SYS1軟件非?？煽?，系統(tǒng)僅僅將圈中的軟件可靠性加入系統(tǒng)可靠性的評(píng)估過程），說明此時(shí)的系統(tǒng)可靠性（MTTF）應(yīng)大于還是小于不考慮軟件失效的MTTF？并計(jì)算出此時(shí)的系統(tǒng)可靠性（MTTF）是多少？

【答案】【問題1】

基于模型的系統(tǒng)工程（MBSE）是一種形式化的方法，用于支持與復(fù)雜系統(tǒng)的開發(fā)相關(guān)的需求，設(shè)計(jì)，分析，驗(yàn)證和確認(rèn)。與以文檔為中心的工程，MBSE將模型放在系統(tǒng)設(shè)計(jì)的中心。MBSE是向以模型為中?的?系列?法轉(zhuǎn)變這?長期趨勢的?部分，這些?法被應(yīng)?于機(jī)械、電?和軟件等?程領(lǐng)域，以期望取代原來系統(tǒng)?程師們所擅長的以?檔為中?的?法，并通過完全融?系統(tǒng)?程過程來影響未來系統(tǒng)?程的實(shí)踐。

基于文檔的設(shè)計(jì)方法的局限性主要有：

（1）在基于文檔的方法中，許多文檔是由不同的作者生成的，以從各種利益相關(guān)者的觀點(diǎn)（例如系統(tǒng)行為，軟件，硬件，安全，安全性或其他學(xué)科）中捕獲系統(tǒng)的設(shè)計(jì)。不利于利益相關(guān)者之間的溝通，容易產(chǎn)生歧義。

（2）開發(fā)復(fù)雜系統(tǒng)的能力有限，基于?本的設(shè)計(jì)?案?法進(jìn)?前期仿真驗(yàn)證。

（3）自然語言容易引入形容詞等模糊描述，很難保證準(zhǔn)確性。

【問題2】

正確的描述是【描述2】。

【描述1】描述1是對RUP-SE方法的描述。

【描述3】描述3是對vitechMBSE方法的描述。

根據(jù)王工對MBSE的研究，RUP-SE是一種面向?qū)ο蟮脑O(shè)計(jì)方法，vitechMBSE方法是一種并行系統(tǒng)，并不滿足宇航系統(tǒng)所要求的高安全性和強(qiáng)調(diào)驗(yàn)證性的要求。而Harmony-SE建模方法是貫穿系統(tǒng)研發(fā)的整個(gè)生命周期，用于支持與復(fù)雜系統(tǒng)的開發(fā)相關(guān)的需求、設(shè)計(jì)、分析、驗(yàn)證和確認(rèn)。符合宇航系統(tǒng)所描述的安全性和驗(yàn)證性的要求。

【問題3】

（1）小于不考慮軟件失效的MTTF。

（2）系統(tǒng)可靠性的計(jì)算如下：

1/280+1/(5.01*104)+1/104+1/600+1/387+(1/0.3968+1/0.3968)

=0.007942+(1/0.3968+1/0.3968)

=0.007942+2/0.3968

=0.007942+5.040322

=5.048264（1/h）

所以系統(tǒng)的可靠性為：1/5.048264==0.1980879H。

19.單選題

ISO9000定義業(yè)務(wù)過程（BusinessProcess）為一組將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作用的活動(dòng)。該過程包括6個(gè)基本要素，分別是（）、活動(dòng)、活動(dòng)的相互作用、輸出結(jié)果、用戶和價(jià)值。

問題1選項(xiàng)

A.輸入資源

B.需求說明

C.活動(dòng)環(huán)境

D.活動(dòng)前提

【答案】A

【解析】IS09000有關(guān)業(yè)務(wù)流程的定義是：業(yè)務(wù)流程是一組將輸入轉(zhuǎn)化為輸出的相互關(guān)聯(lián)或相互作用的活動(dòng)。流程6個(gè)要素分別是：輸入、活動(dòng)、活動(dòng)的相互作用（即結(jié)構(gòu)）、輸出、客戶、價(jià)值。

20.單選題

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

問題1選項(xiàng)

A.應(yīng)用層

B.平臺(tái)層

C.用戶訪問層

D.管理層

【答案】B

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

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

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

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

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

21.單選題

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

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

問題1選項(xiàng)

A.3

B.4

C.5

D.6

問題2選項(xiàng)

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

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

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

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

【答案】第1題:B

第2題:A

【解析】（256+1）/64=4.02，同時(shí)由于題目已明示“字號(hào)從0開始計(jì)算”，所以256號(hào)物理塊應(yīng)在4號(hào)字中描述。

256號(hào)物理塊對應(yīng)的是4號(hào)字中第0位，所以應(yīng)將第0位置為“1”，表示占用。

22.單選題

信息資源是企業(yè)的重要資源，需要進(jìn)行合理的管理，其中（

）管理強(qiáng)調(diào)對數(shù)據(jù)的控制（維護(hù)和安全），（

）管理則關(guān)心企業(yè)管理人員如何獲取和處理信息（流程和方法）且強(qiáng)調(diào)企業(yè)中信息資源的重要性。

問題1選項(xiàng)

A.生產(chǎn)資源

B.流程資源

C.客戶資源

D.數(shù)據(jù)資源

問題2選項(xiàng)

A.信息處理

B.流程重組

C.組織機(jī)構(gòu)

D.業(yè)務(wù)方法

【答案】第1題:D

第2題:A

【解析】信息資源管理包括數(shù)據(jù)資源管理和信息處理管理，前者強(qiáng)調(diào)對數(shù)據(jù)的控制（維護(hù)和安全），后者則關(guān)心企業(yè)管理人員如何獲取和處理信息（流程和方法）且強(qiáng)調(diào)企業(yè)中信息資源的重要性。信息資源管理的基礎(chǔ)是數(shù)據(jù)管理。數(shù)據(jù)管理與數(shù)據(jù)庫管理有很大的區(qū)別，數(shù)據(jù)庫管理僅僅負(fù)責(zé)物理數(shù)據(jù)庫的設(shè)計(jì)、實(shí)現(xiàn)、安全性和維護(hù)工作；而數(shù)據(jù)管理在于確定數(shù)據(jù)規(guī)劃、數(shù)據(jù)應(yīng)用、數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)內(nèi)容、數(shù)據(jù)范圍等。

23.單選題

下列協(xié)議中，可以用于文件安全傳輸?shù)氖牵ǎ?/p>

問題1選項(xiàng)

A.FTP

B.SFTP

C.TFTP

D.ICMP

【答案】B

24.案例題

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

【說明】

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

公司領(lǐng)導(dǎo)非常重視航空公司的問題反饋，責(zé)令公司王總帶隊(duì)到現(xiàn)場進(jìn)行故障排查。經(jīng)過一個(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ì)上對前期故障排查情況進(jìn)行了說明，指出從外場現(xiàn)象看CCDL協(xié)議包丟失是引起系統(tǒng)報(bào)警、切換的主要原因。圖3-1給出了機(jī)電管理產(chǎn)品的工作原理，機(jī)電管理系統(tǒng)主要承擔(dān)了對飛行器的剎車、燃油和環(huán)控等子系統(tǒng)進(jìn)行監(jiān)視與控制，它對飛行器而言是安全攸關(guān)系統(tǒng)，因此，從系統(tǒng)結(jié)構(gòu)上采用了雙余度計(jì)算機(jī)系統(tǒng)。具體工作流程簡要說明如下：

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

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

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

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

5.1號(hào)機(jī)通過中斷方式將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ù)交叉比對，比對正確則輸出；比對不正確，并連續(xù)不正確超過門限，則報(bào)警。

【問題1】（12分）

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

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

【問題2】（10分）

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

問題3（3分）

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

【答案】【問題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)換。

【問題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í)間過長而引起丟包現(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é)議包，過早解析協(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)致丟包。

【問題3】

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

（2）精簡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ù)。

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

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

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

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

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

（強(qiáng)制）規(guī)則8.1：函數(shù)應(yīng)當(dāng)有原型說明，且原型在函數(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īng)當(dāng)是default子句。

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

25.單選題

業(yè)務(wù)流程重組（BusinessProcessReengineering,BPR）是針對企業(yè)業(yè)務(wù)流程的基本問題進(jìn)行回顧，其核心思路是對業(yè)務(wù)流程的（

）改造，BPR過程通常以（

）為中心。

問題1選項(xiàng)

A.增量式

B.根本性

C.迭代式

D.保守式

問題2選項(xiàng)

A.流程

B.需求

C.組織

D.資源

【答案】第1題:B

第2題:A

【解析】業(yè)務(wù)流程重組（BusinessProcessReengineering,BPR）是針對企業(yè)業(yè)務(wù)流程的基本問題進(jìn)行反思，并對它進(jìn)行徹底的重新設(shè)計(jì)，使業(yè)績?nèi)〉蔑@著性的提高。與目標(biāo)管理、全面質(zhì)量管理、戰(zhàn)略管理等理論相比，BPR要求企業(yè)管理人員從根本上重新思考企業(yè)已形成的基本信念，即對長期以來企業(yè)在經(jīng)營中所遵循的基本信念（例如，分工思想、等級(jí)制度、規(guī)模經(jīng)營和標(biāo)準(zhǔn)化生產(chǎn)等體制性問題）進(jìn)行重新思考。這就需要打破原有的思維定勢，進(jìn)行創(chuàng)造性思維。

由于BPR理論突破了傳統(tǒng)的企業(yè)分工思想，強(qiáng)調(diào)以流程為核心，改變了原有以職能為基礎(chǔ)的管理模式，為企業(yè)經(jīng)營管理提出了一個(gè)全新的思路。

26.單選題

企業(yè)應(yīng)用集成(EnterpriseApplicationIntegration,EAI)技術(shù)可以消除（）。當(dāng)前，從最普遍的意義上來說，EAI可以包括表示集成、數(shù)據(jù)集成、控制集成和業(yè)務(wù)流程集成等多個(gè)層次和方面。其中，（）把用戶界面作為公共的集成點(diǎn)，把原有零散的系統(tǒng)界面集中在一個(gè)新的界面中。

問題1選項(xiàng)

A.業(yè)務(wù)流程編排錯(cuò)誤

B.安全隱患

C.信息孤島

D.網(wǎng)絡(luò)故障

問題2選項(xiàng)

A.表示集成

B.數(shù)據(jù)集成

C.控制集成

D.業(yè)務(wù)流程集成

【答案】第1題:C

第2題:A

【解析】第1題:本題考查的是企業(yè)應(yīng)用集成（EnterpriseApplicationIntegration，EAI）技術(shù)。

企業(yè)應(yīng)用集成（EnterpriseApplicationIntegration，EAI）技術(shù)可以消除信息孤島，它將多個(gè)企業(yè)信息系統(tǒng)連接起來，實(shí)現(xiàn)無縫集成，使它們就像一個(gè)整體一樣。EAI是伴隨著企業(yè)信息系統(tǒng)的發(fā)展而產(chǎn)生和演變的，企業(yè)的價(jià)值取向是推動(dòng)EAI技術(shù)發(fā)展的原動(dòng)力，而EAI的實(shí)現(xiàn)反過來也驅(qū)動(dòng)企業(yè)競爭優(yōu)勢的提升。第一空為C選項(xiàng)。

EAI可以包括表示集成、數(shù)據(jù)集成、控制集成和業(yè)務(wù)流程集成等多個(gè)層次和方面。

界面集成：把各應(yīng)用系統(tǒng)的界面集成起來，統(tǒng)一入口，產(chǎn)生“整體”感覺。所以第二空為A選項(xiàng)。

數(shù)據(jù)集成：數(shù)據(jù)集成是應(yīng)用集成和業(yè)務(wù)過程集成的基礎(chǔ)。把不同來源、格式、特點(diǎn)性質(zhì)的數(shù)據(jù)在邏輯上或物理上有機(jī)地集中，從而為企業(yè)提供全面的數(shù)據(jù)共享。ETL、數(shù)據(jù)倉庫、聯(lián)邦數(shù)據(jù)庫都可視為數(shù)據(jù)集成。

控制集成（功能集成、應(yīng)用集成）：業(yè)務(wù)邏輯層次集成，可以借助于遠(yuǎn)程過程調(diào)用或遠(yuǎn)程方法調(diào)用、面向消息的中間件等技術(shù)。

業(yè)務(wù)流程集成（過程集成）：進(jìn)行業(yè)務(wù)流程集成時(shí)，企業(yè)必須對各種業(yè)務(wù)信息的交換進(jìn)行定義、授權(quán)和管理，以便改進(jìn)操作、減少成本、提高響應(yīng)速度。

第2題:

27.單選題

某校園網(wǎng)的地址是/19，要把該網(wǎng)絡(luò)分成32個(gè)子網(wǎng)，則子網(wǎng)掩碼該是（

）。

問題1選項(xiàng)

A.

B.

C.

D.

【答案】D

【解析】本題中，原網(wǎng)絡(luò)號(hào)19位，要?jiǎng)澐殖?2個(gè)子網(wǎng)，說明要再增加5位的網(wǎng)絡(luò)號(hào)，即網(wǎng)絡(luò)號(hào)一共24位，對應(yīng)子網(wǎng)掩碼為：。

28.單選題

Cookie為客戶端持久保持?jǐn)?shù)據(jù)提供了方便，但也存在一定的弊端。下列選項(xiàng)中，不屬于Cookie弊端的是（）。

問題1選項(xiàng)

A.增加流量消耗

B.明文傳輸，存在安全性隱患

C.存在敏感信息泄漏風(fēng)險(xiǎn)

D.保存訪問站點(diǎn)的緩存數(shù)據(jù)

【答案】D

【解析】Cookie作用：

1.可以在客戶端上保存用戶數(shù)據(jù)，起到簡單的緩存和用戶身份識(shí)別等作用。

2.保存用戶的登陸狀態(tài)，用戶進(jìn)行登陸，成功登陸后，服務(wù)器生成特定的Cookie返回給客戶端，客戶端下次訪問該域名下的任何頁面，將該Cookie的信息發(fā)送給服務(wù)器，服務(wù)器經(jīng)過檢驗(yàn)，來判斷用戶是否登陸。

3.記錄用戶的行為。

4.通過加密和安全傳輸技術(shù)（SSL），減少Cookie被破解的可能性。只在Cookie中存放不敏感數(shù)據(jù)，即使被盜也不會(huì)有重大損失。控制Cookie的生命期，使之不會(huì)永遠(yuǎn)有效。偷盜者很可能拿到一個(gè)過期的Cookie。

Cookie弊端：

1.增加流量消耗，每次請求都需要帶上Cookie信息。

2.安全性隱患，Cookie使用明文傳輸。如果Cookie被人攔截了，那人就可以取得所有的session信息。

3.Cookie數(shù)量和長度的限制。每個(gè)domain最多只能有20條Cookie，每個(gè)Cookie長度不能超過4KB，否則會(huì)被截掉。

D選項(xiàng)保存訪問站點(diǎn)的緩存數(shù)據(jù)是Cookie的作用，而不是Cookie的弊端。

本題選擇D選項(xiàng)。

29.單選題

TCP和UDP協(xié)議均提供了（）能力。

問題1選項(xiàng)

A.連接管理

B.差錯(cuò)校驗(yàn)和重傳

C.流量控制

D.端口尋址

【答案】D

【解析】TCP與UDP均支持對具體指定端口號(hào)進(jìn)行通信。但連接管理、差錯(cuò)校驗(yàn)、重傳等能力只有TCP具備。

30.單選題

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

問題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ù)量）。

31.單選題

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

問題1選項(xiàng)

A.HTTPS

B.SSH

C.IPSec

D.Socks

【答案】C

32.單選題

耦合表示模塊之間聯(lián)系的程度。模塊的耦合類型通?？煞譃?種。其中，一組模塊通過參數(shù)表傳遞記錄信息屬于（

）。一個(gè)模塊可直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)屬于（

）。（

）表示模塊之間的關(guān)聯(lián)程度最高。

問題1選項(xiàng)

A.內(nèi)容耦合

B.標(biāo)記耦合

C.數(shù)據(jù)耦合

D.控制耦合

問題2選項(xiàng)

A.內(nèi)容耦合

B.標(biāo)記耦合

C.數(shù)據(jù)耦合

D.控制耦合

問題3選項(xiàng)

A.內(nèi)容耦合

B.標(biāo)記耦合

C.數(shù)據(jù)耦合

D.控制耦合

【答案】第1題:B

第2題:A

第3題:A

【解析】

軟件模塊之間的耦合度從低到高排序?yàn)椋?/p>

1.非直接耦合：兩個(gè)模塊之間沒有直接關(guān)系，它們之間的聯(lián)系完全是通過主模塊的控制和調(diào)用來實(shí)現(xiàn)的。

2.數(shù)據(jù)耦合：一組模塊借助參數(shù)表傳遞簡單數(shù)據(jù)。

3.標(biāo)記耦合：一組模塊通過參數(shù)表傳遞記錄信息（數(shù)據(jù)結(jié)構(gòu)）。

4.控制耦合：模塊之間傳遞的信息中包含用于控制模塊內(nèi)部邏輯的信息。

5.外部耦合：一組模塊都訪問同一全局簡單變量而不是同一全局?jǐn)?shù)據(jù)結(jié)構(gòu)，而且不是通過參數(shù)表傳遞該全局變量的信息。

6.公共耦合：多個(gè)模塊都訪問同一個(gè)公共數(shù)據(jù)環(huán)境，公共的數(shù)據(jù)環(huán)境可以是全局?jǐn)?shù)據(jù)結(jié)構(gòu)、共享的通信區(qū)、內(nèi)存的公共覆蓋區(qū)等。

7.內(nèi)容耦合：一個(gè)模塊直接訪問另一個(gè)模塊的內(nèi)部數(shù)據(jù)；一個(gè)模塊不通過正常入口轉(zhuǎn)到另一個(gè)模塊的內(nèi)部；兩個(gè)模塊有一部分程序代碼重疊；一個(gè)模塊有多個(gè)入口。

33.單選題

郭一在單位運(yùn)營管理部工作，負(fù)責(zé)經(jīng)營報(bào)表和統(tǒng)計(jì)分析，為便于及時(shí)、準(zhǔn)確完成報(bào)表，郭一利用自身軟件開發(fā)基礎(chǔ)，在下班后的業(yè)余時(shí)間與家人共同開發(fā)了一個(gè)統(tǒng)計(jì)軟件。以下說法中，正確的是（）。

問題1選項(xiàng)

A.該軟件沒有商業(yè)用途，沒有著作權(quán)的問題

B.郭一在開發(fā)軟件的過程中，沒有利用企業(yè)的物質(zhì)技術(shù)條件，該軟件的著作權(quán)屬于郭一

C.按照軟件著作權(quán)歸屬的一般原則，該軟件的著作權(quán)歸屬于郭一

D.該軟件的著作權(quán)屬于企業(yè)，因其是郭一為完成本職工作而產(chǎn)生的結(jié)果

【答案】D

34.單選題

（）屬于公鑰加密算法。

問題1選項(xiàng)

A.AES

B.RSA

C.MD5

D.DES

【答案】B

【解析】本題考查信息安全基礎(chǔ)知識(shí)。

對稱加密算法包括：DES（數(shù)據(jù)加密標(biāo)準(zhǔn)）、AES。

35.單選題

在進(jìn)程資源有向圖中，圓圈表示進(jìn)程，方框表示資源，方框內(nèi)的小圓數(shù)表示資源數(shù)。當(dāng)有向邊（或稱請求邊）由進(jìn)程指向資源時(shí)，表示申請一個(gè)資源；當(dāng)有向邊（或稱分配邊）由資源指向進(jìn)程時(shí)，表示獲得一個(gè)資源。假設(shè)系統(tǒng)中有三個(gè)進(jìn)程P1、P2和P3，兩種資源R1、R2，且R1的資源數(shù)等于3，R2的資源數(shù)等于3。如果進(jìn)程資源圖如圖（a）和圖（b）所示，那么圖（a）中（）；圖（b）中（）。

問題1選項(xiàng)

A.P1、P2、P3都是阻塞節(jié)點(diǎn)，該圖不可以化簡，是死鎖的

B.Pl、P2、P3都是非阻塞節(jié)點(diǎn)，該圖可以化簡，是非死鎖的

C.PI、P2是非阻塞節(jié)點(diǎn)，P3是阻塞節(jié)點(diǎn)，該圖不可以化簡，是死鎖的

D.P3是非阻塞節(jié)點(diǎn)，PI、P3是阻塞節(jié)點(diǎn)，該圖可以化簡，是非死鎖的

問題2選項(xiàng)

A.Pl、P2、P3都是非阻塞節(jié)點(diǎn)，該圖可以化簡，是非死鎖的

B.Pl、P2、P3都是阻塞節(jié)點(diǎn)，該圖不可以化簡，是死鎖的

C.P3是非阻塞節(jié)點(diǎn)，PI,P2是阻塞節(jié)點(diǎn)，該圖可以化簡，是非死鎖的

D.PI.P2是非阻塞節(jié)點(diǎn)，P3是阻塞節(jié)點(diǎn)，該圖不可以化簡，是死鎖的

【答案】第1題:A

第2題:C

【解析】第1題:本題考查的是進(jìn)程資源圖的分析。

解答本題首先需要了解圖所代表的含義。在圖中R1與R2代表的是資源，P1-P3代表進(jìn)程。從資源指向進(jìn)程的箭頭代表有資源分配給了進(jìn)程，而從進(jìn)程指向資源的箭頭代表進(jìn)程要申請這個(gè)資源（注：每個(gè)箭頭只代表一個(gè)資源或資源請求）。

圖（a）：

在圖a中R1一共有3個(gè)資源，并將這3個(gè)資源中的1個(gè)分給了P1，1個(gè)分給了P3，P2此時(shí)向R1申請1個(gè)資源，該申請可以得到滿足，不會(huì)發(fā)生阻塞。一共有3個(gè)R2資源，并將這3個(gè)R2資源分別分給了進(jìn)程P1，P2和P3，所以此時(shí)已經(jīng)沒有可用的R2資源了，但是進(jìn)程P1、P2、P3又分別申請了1個(gè)R2，這三個(gè)請求都是得不到滿足的，所以進(jìn)程P1、P2、P3都是阻塞節(jié)點(diǎn)。進(jìn)程資源圖（a）不可以化簡，是死鎖的。第一題選擇A選項(xiàng)。

圖（b）：

在圖b中R1一共有3個(gè)資源，并將這3個(gè)資源中的2個(gè)分別分給了P1和P3，P2此時(shí)向R1申請2個(gè)資源，該申請不能得到滿足，P2會(huì)發(fā)生阻塞。一共有3個(gè)R2資源，并將這3個(gè)R2資源分別分給了進(jìn)程P1，P2和P3，所以此時(shí)已經(jīng)沒有可用的R2資源了，但是進(jìn)程P1又分別申請了1個(gè)R2，所以請求是得不到滿足的，所以進(jìn)程P1是阻塞節(jié)點(diǎn)。P3只有分配無請求，所以是非阻塞節(jié)點(diǎn)。因?yàn)镻3是非阻塞節(jié)點(diǎn)，可以運(yùn)行完畢，運(yùn)行完后釋放占有的1個(gè)R1資源和1個(gè)R2資源，然后P1申請1個(gè)R2資源可以得到滿足，這樣可以使得P1變?yōu)榉亲枞?jié)點(diǎn)，得到所需資源運(yùn)行完畢，釋放其占有資源，使得P2變?yōu)榉亲枞?jié)點(diǎn)，運(yùn)行完畢。故進(jìn)程資源圖（b）可以化簡，是非死鎖的。第二題選擇C選項(xiàng)。

第2題:

36.案例題

某軟件企業(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)入了問題分析階段，分析系統(tǒng)中存在的問題以及改進(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）用戶下單過程中應(yīng)該減少用戶輸入的數(shù)據(jù)量;

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

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

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

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

【問題1】（12分）

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

【問題2】（8分）

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

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

【問題3】（5分）

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

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

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

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

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

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

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

【答案】【問題1】

初步研究階段：

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

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

3、評(píng)估項(xiàng)目價(jià)值

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

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

問題分析階段：

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

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

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

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)

【問題2】

（a）（3）（6）

（b）（4）（9）

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

（d）（2）（8）

【問題3】

（a）

（b）（1）（3）

（c）（2）（5）

（d）（4）

37.單選題

數(shù)據(jù)中臺(tái)依據(jù)企業(yè)特有的業(yè)務(wù)模式和組織架構(gòu)，通過有形的產(chǎn)品和實(shí)施方法論支撐，構(gòu)建了一套持續(xù)不斷將數(shù)據(jù)變成資產(chǎn)并服務(wù)于業(yè)務(wù)的機(jī)制。數(shù)據(jù)中臺(tái)需要具備的4個(gè)核心能力為（），讓企業(yè)員工、客戶、伙伴能夠方便地應(yīng)用數(shù)據(jù)。

問題1選項(xiàng)

A.數(shù)據(jù)匯聚整合、數(shù)據(jù)清洗、數(shù)據(jù)加密、數(shù)據(jù)建模

B.數(shù)據(jù)匯聚整合、數(shù)據(jù)清洗、數(shù)據(jù)加密、數(shù)據(jù)分發(fā)

C.數(shù)據(jù)匯聚整合、數(shù)據(jù)提純加工、數(shù)據(jù)服務(wù)可視化、數(shù)據(jù)價(jià)值變現(xiàn)

D.數(shù)據(jù)清洗、數(shù)據(jù)加密、數(shù)據(jù)解密、數(shù)據(jù)建模

【答案】C

【解析】數(shù)據(jù)中臺(tái)必備的4個(gè)核心能力：

1、數(shù)據(jù)匯聚整合能力：

隨著業(yè)務(wù)的多元化發(fā)展，企業(yè)內(nèi)部往往信息部門和數(shù)據(jù)中心林立，大量系統(tǒng)、功能和應(yīng)用重復(fù)建設(shè)，存在巨大的數(shù)據(jù)資源和人力資源浪費(fèi)，同時(shí)組織壁壘也導(dǎo)致數(shù)據(jù)孤島的出現(xiàn)，使得內(nèi)外部數(shù)據(jù)難以被全局規(guī)劃。數(shù)據(jù)中臺(tái)需要能夠?qū)?shù)據(jù)進(jìn)行整合和完善，提供適用、適配、成熟、完善的一站式大數(shù)據(jù)平臺(tái)工具，在簡便有效的基礎(chǔ)上，實(shí)現(xiàn)數(shù)據(jù)采集、交換等任務(wù)配置以及監(jiān)控管理。

2、數(shù)據(jù)提純加工能力：

企業(yè)需要完整的數(shù)據(jù)資產(chǎn)體系，也就必須以客戶、產(chǎn)品、業(yè)務(wù)場景為指導(dǎo)原則進(jìn)行建設(shè)，推動(dòng)業(yè)務(wù)數(shù)據(jù)向數(shù)據(jù)資產(chǎn)的轉(zhuǎn)化。傳統(tǒng)數(shù)字化建設(shè)往往局限在單個(gè)業(yè)務(wù)流程，而忽視了多業(yè)務(wù)的關(guān)聯(lián)數(shù)據(jù)，缺乏對數(shù)據(jù)的深度理解。

3、數(shù)據(jù)服務(wù)可視化：

為了盡快讓數(shù)據(jù)用起來，數(shù)據(jù)中臺(tái)必須提供便捷、快速的數(shù)據(jù)服務(wù)能力，讓相關(guān)人員能夠迅速開發(fā)數(shù)據(jù)應(yīng)用，支持?jǐn)?shù)據(jù)資產(chǎn)場景化能力的快速輸出，以響應(yīng)客戶動(dòng)態(tài)的需求。多數(shù)受訪者還期待數(shù)據(jù)中臺(tái)可以提供數(shù)據(jù)化運(yùn)營平臺(tái)，幫助企業(yè)快速實(shí)現(xiàn)數(shù)據(jù)資產(chǎn)的可視化分析，提供包括實(shí)時(shí)流數(shù)據(jù)分析、預(yù)測分析、機(jī)器學(xué)習(xí)等更為高級(jí)的服務(wù)，為企業(yè)數(shù)據(jù)化運(yùn)營賦能。

4、價(jià)值變現(xiàn)方面：

企業(yè)內(nèi)部的各個(gè)部門和團(tuán)隊(duì)不應(yīng)該是數(shù)據(jù)孤島，打通不同部門和團(tuán)隊(duì)之間數(shù)據(jù)難以整合、標(biāo)簽不成體系、與業(yè)務(wù)關(guān)聯(lián)斷層的現(xiàn)狀，數(shù)據(jù)中臺(tái)被寄予厚望。企業(yè)期待數(shù)據(jù)中臺(tái)能助力跨部門的普適性業(yè)務(wù)價(jià)值能力，更好地管理數(shù)據(jù)應(yīng)用，將數(shù)據(jù)洞察變成直接驅(qū)動(dòng)業(yè)務(wù)行動(dòng)的核心動(dòng)能，跨業(yè)務(wù)場景推進(jìn)數(shù)據(jù)實(shí)踐。

38.單選題

某電子商務(wù)網(wǎng)站為實(shí)現(xiàn)用戶安全訪問，應(yīng)使用的協(xié)議是（）。

問題1選項(xiàng)

A.HTTP

B.WAP

C.HTTPS

D.IMAP

【答案】C

【解析】本題考查的是網(wǎng)絡(luò)安全協(xié)議相關(guān)內(nèi)容。

HTTP協(xié)議是HyperTextTransferProtocol（超文本傳輸協(xié)議）的縮寫,是用于從萬維網(wǎng)（WWW）服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。信息是明文傳輸，所以A選項(xiàng)不能實(shí)現(xiàn)用戶安全訪問。

HTTPS協(xié)議是由HTTP加上SSL協(xié)議構(gòu)建的可進(jìn)行加密傳輸、身份認(rèn)證的網(wǎng)絡(luò)協(xié)議，主要通過數(shù)字證書、加密算法、非對稱密鑰等技術(shù)完成互聯(lián)網(wǎng)數(shù)據(jù)傳輸加密，實(shí)現(xiàn)互聯(lián)網(wǎng)傳輸安全保護(hù)。設(shè)計(jì)目標(biāo)主要有三個(gè)。

（1）數(shù)據(jù)保密性：保證數(shù)據(jù)內(nèi)容在傳輸?shù)倪^程中不會(huì)被第三方查看。就像快遞員傳遞包裹一樣，都進(jìn)行了封裝，別人無法獲知里面裝了什么。

（2）數(shù)據(jù)完整性：及時(shí)發(fā)現(xiàn)被第三方篡改的傳輸內(nèi)容。就像快遞員雖然不知道包裹里裝了什么東西，但他有可能中途掉包，數(shù)據(jù)完整性就是指如果被掉包，我們能輕松發(fā)現(xiàn)并拒收。

（3）身份校驗(yàn)安全性：保證數(shù)據(jù)到達(dá)用戶期望的目的地。就像我們郵寄包裹時(shí)，雖然是一個(gè)封裝好的未掉包的包裹，但必須確定這個(gè)包裹不會(huì)送錯(cuò)地方，通過身份校驗(yàn)來確保送對了地方。所以C選項(xiàng)可以實(shí)現(xiàn)用戶安全訪問。

WAP（無線通訊協(xié)議）是在數(shù)字移動(dòng)電話、互聯(lián)網(wǎng)或其他個(gè)人數(shù)字助理機(jī)（PDA）、計(jì)算機(jī)應(yīng)用乃至未來的信息家電之間進(jìn)行通訊的全球性開放標(biāo)準(zhǔn)。所以B選項(xiàng)不能實(shí)現(xiàn)用戶安全訪問。

IMAP（因特網(wǎng)消息訪問協(xié)議）以前稱作交互郵件訪問協(xié)議（InteractiveMailAccessProtocol），是一個(gè)應(yīng)用層協(xié)議。與POP3協(xié)議類似，IMAP（Internet消息訪問協(xié)議）也是提供面向用戶的郵件收取服務(wù)。所以D選項(xiàng)不能實(shí)現(xiàn)用戶安全訪問。

39.單選題

某項(xiàng)目有A?H八個(gè)作業(yè)，各作業(yè)所需時(shí)間（單位：周）以及緊前作業(yè)如下表：

該項(xiàng)目的工期為（

）周。如果作業(yè)C拖延3周完成，則該項(xiàng)目的工期（

）。

問題1選項(xiàng)

A.12

B.13

C.14

D.15

問題2選項(xiàng)

A.不變

B.拖延1周

C.拖延2周

D.拖延3周

【答案】第1題:B

第2題:C

【解析】通過繪圖找最長路徑可知，關(guān)鍵路徑為：ADFH，長度為13，所以項(xiàng)目的工期為13周。

當(dāng)C拖延3周之后，關(guān)鍵路徑變?yōu)椋篈CEH，長度為15，所以工期拖延2周。

40.單選題

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

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

問題1選項(xiàng)

A.MTBF小，MTTR小

B.MTBF大，MTTR小

C.MTBF大，MTTR大

D.MTBF小，MTTR大

【答案】B

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

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

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

41.案例題

閱讀以下關(guān)于嵌入式實(shí)時(shí)系統(tǒng)設(shè)計(jì)的相關(guān)技術(shù)的描述，回答問題1至問題3。

【說明】

某公司長期從事嵌入式系統(tǒng)研制任務(wù)，面對機(jī)器人市場的蓬勃發(fā)展，公司領(lǐng)導(dǎo)決定自主研制一款通用的工業(yè)機(jī)器人。王工承擔(dān)了此工作，他在泛調(diào)研的基礎(chǔ)上提出：公司要成功地完成工業(yè)機(jī)器人項(xiàng)目的研制，應(yīng)采用實(shí)時(shí)結(jié)構(gòu)化分析和設(shè)計(jì)（RTSAD）方法，該方法已被廣泛應(yīng)用于機(jī)器人頂層分析和設(shè)計(jì)中。

【問題1】（9分）

實(shí)時(shí)結(jié)構(gòu)化分析和設(shè)計(jì)（RTSAD）方法分為分析和設(shè)計(jì)兩個(gè)階段。分析階段要開發(fā)個(gè)基本模型，即需求模型，基本模型中包含一個(gè)環(huán)境模型和一個(gè)行為模型：設(shè)計(jì)階段是一種程序設(shè)計(jì)方法，該方法在轉(zhuǎn)換分析和事務(wù)分析策略中結(jié)合使用了模塊耦合和內(nèi)聚標(biāo)準(zhǔn)，用于開發(fā)從結(jié)構(gòu)化分析規(guī)范開始的設(shè)計(jì)方案。請用300字以內(nèi)文字說明環(huán)境模型、行為模型、模塊耦合和內(nèi)聚的含義；并從模塊獨(dú)立性的角度，說明模塊設(shè)計(jì)的基本原則。

【問題2】（9分）

圖31給出了機(jī)器人控制器的狀態(tài)轉(zhuǎn)換圖，其中T1T6表示了狀態(tài)轉(zhuǎn)換過程中的觸發(fā)事件，請將T1T6填到圖31中的空（1）~（6）處，完善機(jī)器人控制器的狀態(tài)轉(zhuǎn)換圖，并將正確答案填寫在答題紙上。

【問題3】（7分）

參考機(jī)器人控制器狀態(tài)轉(zhuǎn)換圖（圖31）和機(jī)器人控制器環(huán)境圖（圖32），完善機(jī)器人控制器命令的數(shù)據(jù)流程圖（圖33）中的空（1）~（7）處，并將正確答案填寫在答題紙上。

【答案】【問題1】

環(huán)境模型描述的是系統(tǒng)運(yùn)行時(shí)所處的環(huán)境，也就是系統(tǒng)要連接的外部實(shí)體，以及發(fā)送給系統(tǒng)的輸入和來自系統(tǒng)的輸出。

行為模型描述的是行為，也就是系統(tǒng)對從外部環(huán)境中接收到的輸入信息的反應(yīng)，在實(shí)時(shí)系統(tǒng)中，這些反應(yīng)一般都是依賴于狀態(tài)的。

模塊耦合在模塊分解過程中作為種標(biāo)準(zhǔn)來使用，用于判斷模塊間連接性的程度。

模塊內(nèi)聚在模塊分解過程中作為種標(biāo)準(zhǔn)來使用，用于確定模塊內(nèi)部的強(qiáng)度或統(tǒng)一性。

模塊設(shè)計(jì)在模塊獨(dú)立性上的基本原則：高內(nèi)聚低耦合。

【問題2】

（1）T1

（2）T4

（3）T2

（4）T3

（5）T6

（6）T5

【問題3】

（1）控制機(jī)器人

（2）修改程序

（3）啟動(dòng)程序

（4）結(jié)束程序

（5）處理程序結(jié)束

（6）停止程序

（7）繼續(xù)執(zhí)行程序

【解析】本題是對嵌入式結(jié)構(gòu)化分析與設(shè)計(jì)相關(guān)內(nèi)容的考查。

RTSAD（Real-TimeStructuredAnalysisandDesign）方法是對傳統(tǒng)的結(jié)構(gòu)化分析和設(shè)計(jì)方法的補(bǔ)充擴(kuò)展，專門用于開發(fā)實(shí)時(shí)系統(tǒng)。

【問題1】

實(shí)時(shí)結(jié)構(gòu)化分析和設(shè)計(jì)（RTSAD）方法主要包含分析和設(shè)計(jì)兩個(gè)階段，其中分析階段要求開發(fā)一個(gè)基礎(chǔ)模型，這個(gè)基礎(chǔ)模型稱為需求模型。通?；灸Ｐ椭袘?yīng)包含一個(gè)環(huán)境模型和一個(gè)行為模型。

環(huán)境模型描述的是系統(tǒng)運(yùn)行時(shí)所處的環(huán)境，也就是系統(tǒng)要連接的外部實(shí)體，以及發(fā)送給系統(tǒng)的輸入和來自系統(tǒng)的輸出。

行為模型描述的是行為，也就是系統(tǒng)對從外部環(huán)境中接收到的輸入信息的反應(yīng)，在實(shí)時(shí)系統(tǒng)中，這些反應(yīng)一般都是依賴于狀態(tài)的。

其中行為模型常用狀態(tài)轉(zhuǎn)換圖（簡稱狀態(tài)圖）來描述，它又稱為狀態(tài)機(jī)模型。行為模型通過描述系統(tǒng)的狀態(tài)以及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系統(tǒng)的行為。狀態(tài)圖中的基本元素有事件、狀態(tài)和行為等。

內(nèi)聚是指模塊內(nèi)各元素之間的關(guān)聯(lián)交互。耦合是指模塊間的依賴關(guān)聯(lián)、交互關(guān)系。模塊耦合在模塊分解過程中作為種標(biāo)準(zhǔn)來使用，用于判斷模塊間連接性的程度。模塊內(nèi)聚在模塊分解過程中作為種標(biāo)準(zhǔn)來使用，用于確定模塊內(nèi)部的強(qiáng)度或統(tǒng)一性。從模塊設(shè)計(jì)角度看，模塊獨(dú)立性應(yīng)遵守“高內(nèi)聚低耦合”的基本原則。

【問題2】

狀態(tài)轉(zhuǎn)換圖，即STD圖(StateTransformDiagram)，表示行為模型。STD通過描述系統(tǒng)的狀態(tài)和引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件，來表示系統(tǒng)的行為，指出作為特定事件的結(jié)果將執(zhí)行哪些動(dòng)作（例如處理數(shù)據(jù)等）。STD描述系統(tǒng)對外部事件如何響應(yīng)，如何動(dòng)作。在狀態(tài)轉(zhuǎn)換圖中，每一個(gè)節(jié)點(diǎn)代表一個(gè)狀態(tài)。

機(jī)器人控制器設(shè)定了6種狀態(tài)，即已關(guān)閉、增加動(dòng)力、手動(dòng)、運(yùn)行、終止和已掛起，在6個(gè)狀態(tài)相互轉(zhuǎn)換時(shí)，設(shè)計(jì)了6個(gè)觸發(fā)事件（T1~T6）。

當(dāng)按下啟動(dòng)按鍵時(shí)，系統(tǒng)就會(huì)進(jìn)入增加動(dòng)力狀態(tài)。在成功地完成了增加動(dòng)力的過程之后，系統(tǒng)就會(huì)進(jìn)入手動(dòng)狀態(tài)。

系統(tǒng)手動(dòng)狀態(tài)時(shí)操作員按下運(yùn)行按鈕，就會(huì)啟動(dòng)當(dāng)前選擇程序的執(zhí)行過程，然后系統(tǒng)就會(huì)過渡到運(yùn)行狀態(tài)，所以第三空應(yīng)該為T2：觸發(fā)【開始程序】。

系統(tǒng)運(yùn)行狀態(tài)時(shí)操作員可以通過按下停止按鈕來掛起程序的執(zhí)行過程，然后系統(tǒng)就會(huì)進(jìn)入已掛起狀態(tài)，所以第六空應(yīng)該為T5：觸發(fā)【停止程序】。

系統(tǒng)已掛起狀態(tài)時(shí)操作員可以按下運(yùn)行按鈕來繼續(xù)執(zhí)行程序，系統(tǒng)則返回到運(yùn)行狀態(tài)，所以第五空應(yīng)該為T6：觸發(fā)【恢復(fù)程序】。

系統(tǒng)運(yùn)行狀態(tài)時(shí)操作員可以按下結(jié)束按鈕，系統(tǒng)進(jìn)入終止?fàn)顟B(tài)，所以第四空應(yīng)該為T3：觸發(fā)【結(jié)束程序】。

當(dāng)程序終止執(zhí)行時(shí)要想返回手動(dòng)狀態(tài)，就需要觸發(fā)【處理程序已結(jié)束】，從而回到手動(dòng)狀態(tài)。所以所以第二空應(yīng)該為T4：觸發(fā)【處理程序已結(jié)束】。

系統(tǒng)手動(dòng)狀態(tài)時(shí)操作員現(xiàn)在可以使用程序選擇旋鈕開關(guān)來選擇程序，所以應(yīng)該觸發(fā)【改變程序】，第一空應(yīng)該為T1：觸發(fā)【改變程序】。

【問題3】

數(shù)據(jù)流程圖（DataFlowDiagram，DFD/DataFlowChart），是一種描述系統(tǒng)數(shù)據(jù)流程的主要工具，它用一組符號(hào)來描述整個(gè)系統(tǒng)中信息的全貌，綜合地反映出信息在系統(tǒng)中的流動(dòng)、處理和存儲(chǔ)情況。

數(shù)據(jù)流程圖有兩個(gè)特征:抽象性和概括性。抽象性指的是數(shù)據(jù)流程圖把具體的組織機(jī)構(gòu)、工作場所、物質(zhì)流都去掉，只剩下信息和數(shù)據(jù)存儲(chǔ)、流動(dòng)、使用以及加工情況。概括性則是指數(shù)據(jù)流程圖把系統(tǒng)對各種業(yè)務(wù)的處理過程聯(lián)系起來考慮，形成一個(gè)總體。

圖3-3為機(jī)器人控制器命令的數(shù)據(jù)流程圖。讀取控制面板輸入轉(zhuǎn)換可以從控制面板接收輸入。這些輸入要作為事件流發(fā)送給控制機(jī)器人，所以（1）答案為控制機(jī)器人。

控制機(jī)器人轉(zhuǎn)換要在系統(tǒng)當(dāng)前狀態(tài)下檢查輸入是否有效，如果有效，那么控制機(jī)器人轉(zhuǎn)換就可以從狀態(tài)轉(zhuǎn)換圖中判斷新的狀態(tài)和所需操作，然后該轉(zhuǎn)換就會(huì)觸發(fā)相應(yīng)的數(shù)據(jù)轉(zhuǎn)換來實(shí)現(xiàn)操作。

因此，根據(jù)問題2中狀態(tài)轉(zhuǎn)換圖，T1觸發(fā)了【修改程序】轉(zhuǎn)換，所以（2）答案為修改程序。

T2觸發(fā)了【啟動(dòng)程序】轉(zhuǎn)換，所以（3）答案為啟動(dòng)程序。

T3觸發(fā)了【結(jié)束程序】轉(zhuǎn)換，所以（4）答案為結(jié)束程序。

T4觸發(fā)了【處理程序結(jié)束】轉(zhuǎn)換，所以（5）答案為處理程序結(jié)束。

T5觸發(fā)了【停止程序】轉(zhuǎn)換，所以（6）答案為停止程序。

T6觸發(fā)了【繼續(xù)執(zhí)行程序】轉(zhuǎn)換，所以（7）答案為繼續(xù)執(zhí)行程序。

42.單選題

多核操作系統(tǒng)的設(shè)計(jì)方法不同于單核操作系統(tǒng)，一般要突破（

）等方面的關(guān)鍵技術(shù)。

問題1選項(xiàng)

A.總線設(shè)計(jì)、Cache設(shè)計(jì)、核間通信、任務(wù)調(diào)度、中斷處理、同步互斥

B.核結(jié)構(gòu)、Cache設(shè)計(jì)、核間通信、可靠性設(shè)計(jì)、安全性設(shè)計(jì)、同步互斥

C.核結(jié)構(gòu)、Cache設(shè)計(jì)、核間通信、任務(wù)調(diào)度、中斷處理、存儲(chǔ)器墻設(shè)計(jì)

D.核結(jié)構(gòu)、Cache設(shè)計(jì)、核間通信、任務(wù)調(diào)度、中斷處理、同步互斥

【答案】D

【解析】略

43.案例題

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

【說明】

某大型電商平臺(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é)對客戶相關(guān)的信息進(jìn)行管理和維護(hù)；

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

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

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

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

【問題1】（7分）

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

【問題2】（8分）

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

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

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

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

【問題3】（10分）

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

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

【答案】【問題1】

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

（1）2PC包含協(xié)調(diào)者和參與者兩類站點(diǎn)，只有協(xié)調(diào)者才擁有提交或撤銷事務(wù)的決定權(quán)，而其他參與者各自負(fù)責(zé)在其本地?cái)?shù)據(jù)庫中執(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)前問題。

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

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

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

【問題2】

（a）未支付

（b）支付服務(wù)

（c）支付信息

（d）已支付

【問題3】

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

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

缺點(diǎn)：

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

【解析】試題解析：

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

【問題1】

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

2、2PC把事務(wù)的提交過程分為兩個(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)前問題。

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

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

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

【問題2】

對于許多應(yīng)用，解決服務(wù)數(shù)據(jù)的一致性問題采用的是事件驅(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ā)布。用戶能夠使用事件來實(shí)現(xiàn)跨多個(gè)服務(wù)的業(yè)務(wù)邏輯。事務(wù)由一系列步驟組成，每一步都有一個(gè)微服務(wù)更新業(yè)務(wù)實(shí)體，然后發(fā)布觸發(fā)下一步的事件。

【問題3】

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

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

缺點(diǎn)：

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