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

結(jié)構(gòu)化設(shè)計(jì)(StructuredDesign,SD)是一種面向數(shù)據(jù)流的系統(tǒng)設(shè)計(jì)方法，它以（）等文檔為基礎(chǔ)，是一個(gè)（）。逐步求精和模塊化的過程。SD方法的基本思想是將軟件設(shè)計(jì)成由相對獨(dú)立且具有單一功能的模塊，其中（）階段的主要任務(wù)是確定軟件系統(tǒng)的結(jié)構(gòu)，對軟件系統(tǒng)進(jìn)行模塊劃分，確定每個(gè)模塊的功能、接口和模塊之間的調(diào)用關(guān)系。

問題1選項(xiàng)

A.數(shù)據(jù)流圖和數(shù)據(jù)字典

B.業(yè)務(wù)流程說明書

C.需求說明書

D.數(shù)據(jù)說明書

問題2選項(xiàng)

A.自底向上

B.自頂向下

C.原型化

D.層次化

問題3選項(xiàng)

A.模塊設(shè)計(jì)

B.詳細(xì)設(shè)計(jì)

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

D.架構(gòu)設(shè)計(jì)

【答案】第1題:A

第2題:B

第3題:C

【解析】第1題:本題考查的是結(jié)構(gòu)化設(shè)計(jì)相關(guān)內(nèi)容。

結(jié)構(gòu)是指系統(tǒng)內(nèi)各個(gè)組成要素之間的相互聯(lián)系、相互作用的框架。結(jié)構(gòu)化方法也稱為生命周期法，是一種傳統(tǒng)的信息系統(tǒng)開發(fā)方法，由結(jié)構(gòu)化分析（StructuredAnalysis，SA）、結(jié)構(gòu)化設(shè)計(jì)（StructuredDesign，SD）和結(jié)構(gòu)化程序設(shè)計(jì)（StructuredProgramming，SP）三部分有機(jī)組合而成，其精髓是自頂向下、逐步求精和模塊化設(shè)計(jì)。

結(jié)構(gòu)化設(shè)計(jì)是一種面向數(shù)據(jù)流的系統(tǒng)設(shè)計(jì)方法，它以數(shù)據(jù)流圖和數(shù)據(jù)字典等文檔為基礎(chǔ)。數(shù)據(jù)流圖從數(shù)據(jù)傳遞和加工角度，以圖形方式來表達(dá)系統(tǒng)的邏輯功能、數(shù)據(jù)在系統(tǒng)內(nèi)部的邏輯流向和邏輯變換過程，是結(jié)構(gòu)化系統(tǒng)分析方法的主要表達(dá)工具及用于表示軟件模型的一種圖示方法。數(shù)據(jù)字典是對于數(shù)據(jù)模型中的數(shù)據(jù)對象或者項(xiàng)目的描述的集合，這樣做有利于程序員和其他需要參考的人。在結(jié)構(gòu)化分析中，數(shù)據(jù)字典的作用是給數(shù)據(jù)流圖上每個(gè)成分加以定義和說明。第一空為A選項(xiàng)。

結(jié)構(gòu)化設(shè)計(jì)的基本思想是自頂向下逐步分解。這一思想指明了模塊劃分工作的層次性。首先，將系統(tǒng)整體看作一個(gè)模塊，按其功能分為若干個(gè)子模塊，這些子模塊各自承擔(dān)系統(tǒng)部分功能，并協(xié)調(diào)完成系統(tǒng)總體功能。然后，將每一個(gè)子模塊分別作為整體，進(jìn)一步劃分下一層功能更簡單的子模塊，以此類推，直至模塊功能不能再劃分為止，最終形成層次型的系統(tǒng)結(jié)構(gòu)模型。第二空為B選項(xiàng)。

SD可以進(jìn)一步細(xì)分為概要設(shè)計(jì)和詳細(xì)設(shè)計(jì)兩個(gè)階段，其中概要設(shè)計(jì)主要任務(wù)是確定軟件系統(tǒng)的結(jié)構(gòu)，對軟件系統(tǒng)進(jìn)行模塊劃分，確定每個(gè)模塊的功能、接口和模塊之間的調(diào)用關(guān)系。而詳細(xì)設(shè)計(jì)則是具體描述每個(gè)部件或模塊的實(shí)現(xiàn)方法。第三空為C選項(xiàng)。

第2題:

第3題:

2.單選題

信息資源是企業(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ù)范圍等。

3.單選題

業(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è)全新的思路。

4.案例題

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

【說明】

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

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

【問題1】（9分）

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

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

【問題2】（10分）

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

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

【問題3】（6分）

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

【答案】【問題1】

索引過多的副作用有：

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

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

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

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

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

【問題2】

（a）屬性的離散值

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

（c）能力強(qiáng)

（d）均勻

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

【問題3】

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

（1）主服務(wù)器將所做修改通過自己的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ù)庫上面執(zhí)行一遍。

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

【問題1】

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

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

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

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

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

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

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

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

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

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

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

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

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

【問題2】

范圍分區(qū)：Range分區(qū)是應(yīng)用范圍比較廣的表分區(qū)方式，它是以列的值的范圍來做為分區(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ū)對應(yīng)值可以是多個(gè)。在根據(jù)某字段，如城市代碼分區(qū)時(shí)，可以指定default，把非分區(qū)規(guī)則的數(shù)據(jù)，全部放到這個(gè)default分區(qū)。

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

Hash分區(qū)（散列分區(qū)）：對于那些無法有效劃分范圍的表，可以使用hash分區(qū)，這樣對于提高性能還是會(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ù)管理。

【問題3】

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

主從復(fù)制，是用來建立一個(gè)和主數(shù)據(jù)庫完全一樣的數(shù)據(jù)庫環(huán)境，稱為從數(shù)據(jù)庫。在賦值過程中，一個(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ù)庫有個(gè)bin-log二進(jìn)制文件，記錄了所有sql語句。

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

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

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

（1）主服務(wù)器將所做修改通過自己的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ù)庫上面執(zhí)行一遍。

5.單選題

使用（

）DPI分辨率的掃描儀掃描一幅2×4英寸的照片，可直接得到300×600像素的圖像。

問題1選項(xiàng)

A.100

B.150

C.300

D.600

【答案】B

【解析】DPI（DotsPerInch，每英寸點(diǎn)數(shù)）是一個(gè)量度單位，用于點(diǎn)陣數(shù)碼影像，指每一英寸長度中，取樣、可顯示或輸出點(diǎn)的數(shù)目。

300×600/(2×4)=22500，這說明每平方英寸的像素是22500，將此數(shù)開方得，每一英寸長度對應(yīng)的像素是150個(gè)。

6.單選題

使用電子郵件客戶端從服務(wù)器下載郵件，能實(shí)現(xiàn)郵件的移動(dòng)、刪除等操作在客戶端和郵箱上更新同步，所使用的電子郵件接收協(xié)議是（）。

問題1選項(xiàng)

A.SMTP

B.POP3

C.IMAP4

D.MIME

【答案】C

【解析】本題考查的是電子郵件相關(guān)協(xié)議。

電子郵件協(xié)議通常包括SMTP和POP3，其中SMTP是電子郵件發(fā)送協(xié)議，POP3是電子郵件接收協(xié)議

MIME是多用途互聯(lián)網(wǎng)郵件擴(kuò)展，它是一個(gè)互聯(lián)網(wǎng)標(biāo)準(zhǔn)，擴(kuò)展了電子郵件標(biāo)準(zhǔn)，使其能夠支持：非ASCII字符文本；非文本格式附件（二進(jìn)制、聲音、圖像等）；由多部分組成的消息體；包含非ASCII字符的頭信息（Headerinformation）。

IMAP和POP3的區(qū)別是：POP3協(xié)議允許電子郵件客戶端下載服務(wù)器上的郵件，但是在客戶端的操作（如移動(dòng)郵件、標(biāo)記已讀等），不會(huì)反饋到服務(wù)器上，比如通過客戶端收取了郵箱中的3封郵件并移動(dòng)到其他文件夾，郵箱服務(wù)器上的這些郵件是沒有同時(shí)被移動(dòng)的。而IMAP客戶端的操作都會(huì)反饋到服務(wù)器上，對郵件進(jìn)行的操作，服務(wù)器上的郵件也會(huì)做相應(yīng)的動(dòng)作。本題描述的是C選項(xiàng)IMAP4。

7.單選題

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

問題1選項(xiàng)

A.防火墻

B.WEB防火墻

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

D.堡壘機(jī)

【答案】B

8.單選題

（）不屬于基于生物特征的認(rèn)證技術(shù)。

問題1選項(xiàng)

A.指紋識(shí)別

B.人臉識(shí)別

C.口令

D.虹膜識(shí)別

【答案】C

【解析】生物特征識(shí)別技術(shù)主要是指通過人類生物特征進(jìn)行身份認(rèn)證的一種技術(shù)，這里的生物特征通常具有唯一的（與他人不同）、可以測量或可自動(dòng)識(shí)別和驗(yàn)證、遺傳性或終身不變等特點(diǎn)。所謂生物識(shí)別的核心在于如何獲取這些生物特征，并將之轉(zhuǎn)換為數(shù)字信息，存儲(chǔ)于計(jì)算機(jī)中，利用可靠的匹配算法來完成驗(yàn)證與識(shí)別個(gè)人身份的過程。

身體特征包括：指紋、靜脈、掌型、視網(wǎng)膜、虹膜、人體氣味、臉型、甚至血管、DNA、骨骼等。

9.單選題

數(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í)踐。

10.單選題

給定關(guān)系模式R，其中:屬性集U={A,B,C,D,E,G}，函數(shù)依賴集F={A→BC,C→D,AE→G}。因?yàn)椋?/p>

）=U，且滿足最小性，所以其為R的候選碼；若將R分解為如下兩個(gè)關(guān)系模式（

），則分解后的關(guān)系模式保持函數(shù)依賴。

問題1選項(xiàng)

A.

B.

C.

D.

問題2選項(xiàng)

A.R(A,B,C)和R2(D,E,G)

B.R(B,C,D,E)和R{(A,E,G)

C.R(B,C,D)和R2(A,E,G)

D.R(A,B,C,D)和R2(A,E,G)

【答案】第1題:C

第2題:D

【解析】第1題:本題第一空是對候選關(guān)鍵字的考查。

可以利用圖示法分析，入度為0的屬性集合為｛A,E｝通過該集合出發(fā)，可以遍歷全圖，本題選擇C選項(xiàng)。

也可以通過(X)+F=Y閉包求法分析：

第一步：設(shè)最終將成為閉包的屬性集是Y，把Y初始化為X；

第二步：檢查F中的每一個(gè)函數(shù)依賴A→B，如果屬性集A中所有屬性均在Y中，而B中有的屬性不在Y中，則將其加入到Y(jié)中；

第三步：重復(fù)第二步，直到?jīng)]有屬性可以添加到屬性集Y中為止。最后得到的Y就是X+

A選項(xiàng)（AB）+F根據(jù)A→BC,C→D可得（AB）+F={A,B,C,D},

B選項(xiàng)（AD）+F根據(jù)A→BC可得（AD）+F={A,B,C,D}，

C選項(xiàng)（AE）+F根據(jù)A→BC,C→D,AE→G可得（A）+F={A，B，C，D,E,G}=U,

D選項(xiàng)（CD）+F根據(jù)C→D可得（CD）+F={C，D}。所以第1題答案為C。

第2題:本題第二空是對模式分解的考查。

A選項(xiàng)：分解R1(A,B,C)和R2(D,E,G)，可得F1={A→BC}，F(xiàn)2為空，所以F=F1+F2={A→BC}，丟失函數(shù)依賴C→D,AE→G，所以分解后的關(guān)系模式不保持函數(shù)依賴。

B選項(xiàng)：分解R1(B,C,D,E)和R{(A,E,G)，可得F1={C→D}，F(xiàn)2={AE→G}，所以F=F1+F2={C→D，AE→G}，丟失函數(shù)依賴A→BC，所以分解后的關(guān)系模式不保持函數(shù)依賴。

C選項(xiàng)：分解R1(B,C,D)和R2(A,E,G)，可得F1={C→D}，F(xiàn)2={AE→G}，所以F=F1+F2={C→D，AE→G}，丟失函數(shù)依賴A→BC，所以分解后的關(guān)系模式不保持函數(shù)依賴。

D選項(xiàng)：分解R1(A,B,C,D)和R2(A,E,G)，可得F1={A→BC，C→D}，F(xiàn)2={AE→G}，所以F=F1+F2={A→BC，C→D，AE→G}，沒有丟失函數(shù)依賴，所以分解后的關(guān)系模式保持函數(shù)依賴。第2題答案為D。

11.單選題

某文件管理系統(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”，表示占用。

12.案例題

某公司擬開發(fā)一個(gè)基于web的遠(yuǎn)程康復(fù)系統(tǒng)，該系統(tǒng)的主要功能要求如下：

（1）康復(fù)設(shè)備可將患者的康復(fù)訓(xùn)練數(shù)據(jù)實(shí)時(shí)傳入云數(shù)據(jù)庫。

（2）醫(yī)生可隨時(shí)隨地的通過瀏覽器獲取患者康復(fù)訓(xùn)練數(shù)據(jù)并進(jìn)行康復(fù)訓(xùn)練的結(jié)果評(píng)估和康復(fù)處方的更新。

（3）患者可通過此系統(tǒng)查看自己的康復(fù)訓(xùn)練記錄和醫(yī)生下達(dá)的康復(fù)訓(xùn)練處方，并可隨時(shí)與醫(yī)生進(jìn)行在線溝通交流。

（4）平臺(tái)管理員可借助此系統(tǒng)實(shí)現(xiàn)用戶的管理和康復(fù)設(shè)備的監(jiān)控與管理，及時(shí)獲悉設(shè)備的數(shù)據(jù)信息，便于設(shè)備維護(hù)和更新。

該公司針對上述需求組建了項(xiàng)目組，并召開了項(xiàng)目開發(fā)研討會(huì)，會(huì)上，張工建議云數(shù)據(jù)庫采用關(guān)系型數(shù)據(jù)庫來實(shí)現(xiàn)數(shù)據(jù)存儲(chǔ)；李工提出來用三層架構(gòu)實(shí)現(xiàn)該遠(yuǎn)程康復(fù)系統(tǒng)。

【問題1】（6分）

請用200字以內(nèi)文容說明什么是云數(shù)據(jù)庫以及云數(shù)據(jù)庫特點(diǎn)。

【問題2】（9分）

根據(jù)該系統(tǒng)的功能需求，列舉該系統(tǒng)中存在的實(shí)體，以輔助張工進(jìn)行關(guān)系數(shù)據(jù)庫設(shè)計(jì)。

【問題3】（10分）

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

候選項(xiàng)：

（a）治療儀

（b）接入層

（c）Socket

（d）Spring

（e）應(yīng)用層

（f）MySQL

（g）MVC

（h）無線通信

（i）網(wǎng)絡(luò)層

【答案】【問題1】

云數(shù)據(jù)庫是指被優(yōu)化或部署到一個(gè)虛擬計(jì)算環(huán)境中的數(shù)據(jù)庫，可以實(shí)現(xiàn)按需付費(fèi)、按需擴(kuò)展、高可用性以及存儲(chǔ)整合等優(yōu)勢。根據(jù)數(shù)據(jù)庫類型一般分為關(guān)系型數(shù)據(jù)庫和非關(guān)系型數(shù)據(jù)庫（NoSQL數(shù)據(jù)庫）。

云數(shù)據(jù)庫的特性有：實(shí)例創(chuàng)建快速、支持只讀實(shí)例、讀寫分離、故障自動(dòng)切換、數(shù)據(jù)備份、Binlog備份、SQL審計(jì)、訪問白名單、監(jiān)控與消息通知等。

【問題2】

康復(fù)設(shè)備患者醫(yī)生平臺(tái)管理員訓(xùn)練數(shù)據(jù)訓(xùn)練處方

【問題3】

架構(gòu)的優(yōu)勢：

1、良好的復(fù)用性，只要接口不變可用在其它處；

2、可維護(hù)性好；

3、可擴(kuò)展性好，支持遞增設(shè)計(jì)；

4、經(jīng)過合理分層，能讓系統(tǒng)整體耦合性降低，達(dá)到解耦的效果；

5、可把相同邏輯與抽象級(jí)別的內(nèi)容放在同一層次，更利于理解。

（1）（b）接入層

（2）（a）治療儀

（3）（h）無線通信

（4）（c）Socket

（5）（i）網(wǎng)絡(luò)層

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

13.單選題

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

問題1選項(xiàng)

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

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

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

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

【答案】A

14.單選題

假設(shè)模擬信號(hào)的頻率為10?16MHz，采樣頻率必須大于（

）時(shí)，才能使得樣本信號(hào)不失真。

問題1選項(xiàng)

A.8MHz

B.10MHz

C.20MHz

D.32MHz

【答案】D

【解析】根據(jù)奈奎斯特定理，要確保聲音基本不失真，采樣頻率應(yīng)設(shè)定為擬采樣音頻最高頻率的2倍，即：16MHz×2=32MHz。

15.單選題

建立TCP連接時(shí)，一端主動(dòng)打開后所處的狀態(tài)為（）。

問題1選項(xiàng)

A.SYN-SENT

B.ESTABLISHED

C.CLOSE-WAIT

D.LAST-ACK

【答案】A

【解析】LISTEN：偵聽來自遠(yuǎn)方的TCP端口的連接請求。

SYN-SENT：在發(fā)送連接請求后等待匹配的連接請求。

SYN-RECEIVED：在收到和發(fā)送一個(gè)連接請求后等待對方對連接請求的確認(rèn)。

ESTABLISHED：代表一個(gè)打開的連接。

FIN-WAIT-1：等待遠(yuǎn)程TCP連接中斷請求，或先前的連接中斷請求的確認(rèn)。

FIN-WAIT-2：從遠(yuǎn)程TCP等待連接中斷請求。

CLOSE-WAIT：等待從本地用戶發(fā)來的連接中斷請求。

CLOSING：等待遠(yuǎn)程TCP對連接中斷的確認(rèn)。

LAST-ACK：等待原來的發(fā)向遠(yuǎn)程TCP的連接中斷請求的確認(rèn)。

TIME-WAIT：等待足夠的時(shí)間以確保遠(yuǎn)程TCP接收到連接中斷請求的確認(rèn)。

CLOSED：沒有任何連接狀態(tài)。

16.單選題

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ù)人員之間的溝通。

17.單選題

IEEE-1394總線采用菊花鏈的拓?fù)浣Y(jié)構(gòu)時(shí)，可最多支持63個(gè)節(jié)點(diǎn)。當(dāng)1394總線支持1023條橋接總線時(shí)，最多可以采用菊花鏈的拓?fù)浣Y(jié)構(gòu)互連（）個(gè)節(jié)點(diǎn)。

問題1選項(xiàng)

A.1023

B.1086

C.64449

D.645535

【答案】C

【解析】本題考查的是總線相關(guān)計(jì)算。

根據(jù)題干可知，IEEE-1394通?？梢砸詷湫位蚓栈ㄦ溞瓮?fù)浣Y(jié)構(gòu)連接63臺(tái)設(shè)備，這63個(gè)設(shè)備對外可以連接其他總線，現(xiàn)在這每個(gè)1394設(shè)備支持1023條橋接總線與其他節(jié)點(diǎn)進(jìn)行連接，那么此時(shí)最多可以互63*1023=64449個(gè)節(jié)點(diǎn)。

18.案例題

閱讀以下關(guān)于基于MDA（ModelDrivenArchitecture）的軟件開發(fā)過程的敘述，在答題紙上回答問題1至問題3。

【說明】

某公司擬開發(fā)一套手機(jī)通訊錄管理軟件，實(shí)現(xiàn)對手機(jī)中聯(lián)系人的組織與管理。公司系統(tǒng)分析師王工首先進(jìn)行了需求分析，得到的系統(tǒng)需求列舉如下：

用戶可通過查詢接口查找聯(lián)系人，軟件以列表的方式將查找到的聯(lián)系人顯示在屏幕上。顯示信息包括姓名、照片和電話號(hào)碼。用戶點(diǎn)擊手機(jī)的“后退”按鈕則退出此軟件。

點(diǎn)擊聯(lián)系人列表進(jìn)入聯(lián)系人詳細(xì)信息界面，包括姓名、照片、電話號(hào)碼、電子郵箱、地址和公司等信息。為每個(gè)電話號(hào)碼提供發(fā)送短信和撥打電話兩個(gè)按鍵實(shí)現(xiàn)對應(yīng)的操作。用戶點(diǎn)擊手機(jī)的“后退”按鈕則回到聯(lián)系人列表界面。

在聯(lián)系人詳細(xì)信息界面點(diǎn)擊電話號(hào)碼對應(yīng)的發(fā)送短信按鍵則進(jìn)入發(fā)送短信界面。界面包括發(fā)送對象信息顯示、短信內(nèi)容輸入和發(fā)送按鍵三個(gè)功能。用戶點(diǎn)擊發(fā)送按鍵則發(fā)送短信并返回聯(lián)系人詳細(xì)信息界面；點(diǎn)擊“后退”按鈕則回到聯(lián)系人詳細(xì)信息界面。

在聯(lián)系人詳細(xì)信息界面內(nèi)點(diǎn)擊電話號(hào)碼對應(yīng)的撥打電話按鍵則進(jìn)入手機(jī)的撥打電話界面。在通話結(jié)束或掛斷電話后返回聯(lián)系人詳細(xì)信息界面。

在系統(tǒng)分析與設(shè)計(jì)階段，公司經(jīng)過內(nèi)部討論，一致認(rèn)為該系統(tǒng)的需求定義明確，建議基于公司現(xiàn)有的軟件開發(fā)框架，采用新的基于模型驅(qū)動(dòng)架構(gòu)的軟件開發(fā)方法，將開發(fā)人員從大量的重復(fù)工作和技術(shù)細(xì)節(jié)中解放出來，使之將主要精力集中在具體的功能或者可用性的設(shè)計(jì)上。公司任命王工為項(xiàng)目技術(shù)負(fù)責(zé)人，負(fù)責(zé)項(xiàng)目的開發(fā)工作。

【問題1】（7分）

請用300字以內(nèi)的文字，從可移植性、平臺(tái)互操作性、文檔和代碼的一致性等三個(gè)方面說明基于MDA的軟件開發(fā)方法的優(yōu)勢。

【問題2】（8分）

王工經(jīng)過分析，設(shè)計(jì)出了一個(gè)基于MDA的軟件開發(fā)流程，如圖2-1所示。請?zhí)顚憟D2-1中（1）～（4）處的空白，完成開發(fā)流程。

【問題3】（10分）

王工經(jīng)過需求分析，首先建立了該手機(jī)通信錄管理軟件的狀態(tài)機(jī)模型，如圖2-2所示。請對題干需求進(jìn)行仔細(xì)分析，填寫圖2-2中的（1）～（5）處空白。

【答案】【問題1】

可移植性：在MDA中，先會(huì)建立平臺(tái)無關(guān)模型（PIM），然后轉(zhuǎn)換為平臺(tái)相關(guān)模型（PSM），1個(gè)PIM可轉(zhuǎn)換成多個(gè)PSM，所以要把一個(gè)軟件移植到另一個(gè)平臺(tái)時(shí)，只需要將平臺(tái)無關(guān)模型轉(zhuǎn)換成另一個(gè)平臺(tái)的相關(guān)模型即可。所以可移植性很強(qiáng)。

平臺(tái)互操作性：在MDA中，整個(gè)開發(fā)過程都是模型驅(qū)動(dòng)的，所以標(biāo)準(zhǔn)化程度很高，這樣為平臺(tái)的互操作帶來了非常大的幫助。

文檔和代碼的一致性：在MDA中，代碼是由模型生成的，所以具有天然的一致性。這一點(diǎn)其他方法無法比擬。

【問題2】

（1）平臺(tái)無關(guān)模型（PIM）

（2）UML建模

（3）模型變換（映射）

（4）模型生成源代碼

【問題3】

（1）點(diǎn)擊后退按鈕

（2）聯(lián)系人詳細(xì)信息界面

（3）點(diǎn)擊發(fā)送按鍵或點(diǎn)擊后退按鈕

（4）點(diǎn)擊撥打電話按鍵

（5）撥打電話界面

【解析】【問題1】

可移植性：在MDA中，先會(huì)建立平臺(tái)無關(guān)模型（PIM），然后轉(zhuǎn)換為平臺(tái)相關(guān)模型（PSM），1個(gè)PIM可轉(zhuǎn)換成多個(gè)PSM，所以要把一個(gè)軟件移植到另一個(gè)平臺(tái)時(shí)，只需要將平臺(tái)無關(guān)模型轉(zhuǎn)換成另一個(gè)平臺(tái)的相關(guān)模型即可。所以可移植性很強(qiáng)。

平臺(tái)互操作性：在MDA中，整個(gè)開發(fā)過程都是模型驅(qū)動(dòng)的，所以標(biāo)準(zhǔn)化程度很高，這樣為平臺(tái)的互操作帶來了非常大的幫助。

文檔和代碼的一致性：在MDA中，代碼是由模型生成的，所以具有天然的一致性。這一點(diǎn)其他方法無法比擬。

【問題2】

（1）平臺(tái)無關(guān)模型（PIM）

（2）UML建模

（3）模型變換（映射）

（4）模型生成源代碼

【問題3】

（1）點(diǎn)擊后退按鈕

（2）聯(lián)系人詳細(xì)信息界面

（3）點(diǎn)擊發(fā)送按鍵或點(diǎn)擊后退按鈕

（4）點(diǎn)擊撥打電話按鍵

（5）撥打電話界面

19.單選題

由于處理器芯片在不同領(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

20.單選題

系統(tǒng)評(píng)價(jià)是對系統(tǒng)運(yùn)行一段時(shí)間后的技術(shù)性能和經(jīng)濟(jì)效益等方面的評(píng)價(jià)，是對信息系統(tǒng)審計(jì)工作的延伸。系統(tǒng)評(píng)價(jià)包含多個(gè)方面的內(nèi)容，其中系統(tǒng)（）評(píng)價(jià)是系統(tǒng)評(píng)價(jià)的主要內(nèi)容，評(píng)價(jià)指標(biāo)一般包括可靠性、系統(tǒng)效率、可維護(hù)性等；系統(tǒng)（）評(píng)價(jià)分配在信息系統(tǒng)生命周期的各個(gè)階段的階段評(píng)審之中，在系統(tǒng)規(guī)劃階段，主要關(guān)注如何識(shí)別滿足業(yè)務(wù)目標(biāo)的信息系統(tǒng)。

問題1選項(xiàng)

A.性能

B.建設(shè)

C.效益

D.安全.

問題2選項(xiàng)

A.性能

B.建設(shè)

C.效益

D.安全

【答案】第1題:A

第2題:B

【解析】第1題:系統(tǒng)評(píng)價(jià)是對系統(tǒng)運(yùn)行一段時(shí)間后的技術(shù)性能和經(jīng)濟(jì)效益等方面的評(píng)價(jià)，是對信息系統(tǒng)審計(jì)工作的延伸。評(píng)價(jià)的目的是檢查系統(tǒng)是否達(dá)到了預(yù)期的目標(biāo)，技術(shù)性能是否達(dá)到了設(shè)計(jì)的要求，系統(tǒng)的各種資源是否得到充分利用，經(jīng)濟(jì)效益是否理想，并指出系統(tǒng)的長處與不足，為以后系統(tǒng)的改進(jìn)和擴(kuò)展提出依據(jù)。

評(píng)價(jià)的指標(biāo)：

信息系統(tǒng)的評(píng)價(jià)是一項(xiàng)難度很大的工作，它屬于多目標(biāo)評(píng)價(jià)問題。目前，大部分的系統(tǒng)評(píng)價(jià)還處于非結(jié)構(gòu)化的階段，只能對部分評(píng)價(jià)內(nèi)容列出可度量的指標(biāo)，其他的還只能利用定性的方法。系統(tǒng)評(píng)價(jià)指標(biāo)可以分為系統(tǒng)性能評(píng)價(jià)、系統(tǒng)效益評(píng)價(jià)和系統(tǒng)建設(shè)評(píng)價(jià)。

（1）系統(tǒng)性能評(píng)價(jià)。信息系統(tǒng)的性能是指系統(tǒng)的各個(gè)組成部分，包括計(jì)算機(jī)硬件、軟件、人員和各種規(guī)章制度，有機(jī)地結(jié)合在一起，作為一個(gè)整體對使用者所表現(xiàn)出來的特性。系統(tǒng)性能的好壞直接影響到系統(tǒng)的運(yùn)行與維護(hù)，決定了運(yùn)行和應(yīng)用的長期效果，決定了系統(tǒng)的生命力。因此，系統(tǒng)性能評(píng)價(jià)是信息系統(tǒng)評(píng)價(jià)的主要內(nèi)容。性能評(píng)價(jià)的指標(biāo)體系一般包括可靠性、系統(tǒng)效率、可維護(hù)性、可擴(kuò)充性、可移植性、實(shí)用性、適應(yīng)性和安全保密性等。第一空為A選項(xiàng)。

（2）系統(tǒng)效益評(píng)價(jià)。系統(tǒng)效益評(píng)價(jià)是指對系統(tǒng)的經(jīng)濟(jì)效益和社會(huì)效益等做出評(píng)價(jià)。經(jīng)濟(jì)效益評(píng)價(jià)又稱為直接效益評(píng)價(jià)，社會(huì)效益評(píng)價(jià)又稱為間接效益評(píng)價(jià)。由于社會(huì)效益評(píng)價(jià)難度較大，一般以經(jīng)濟(jì)效益評(píng)價(jià)為主。直接經(jīng)濟(jì)效益有關(guān)的指標(biāo)包括系統(tǒng)投資額、系統(tǒng)運(yùn)行維護(hù)費(fèi)用、運(yùn)行信息系統(tǒng)而帶來的收益和投資回收期等。

（3）系統(tǒng)建設(shè)評(píng)價(jià)。系統(tǒng)建設(shè)評(píng)價(jià)分配在信息系統(tǒng)生命周期的各個(gè)階段的階段評(píng)審之中。在信息系統(tǒng)生命周期的不同階段，系統(tǒng)評(píng)價(jià)的作用是不同的。例如，在系統(tǒng)規(guī)劃階段，重點(diǎn)關(guān)注如何識(shí)別滿足業(yè)務(wù)目標(biāo)的信息系統(tǒng)；在系統(tǒng)實(shí)現(xiàn)階段，在于理解IT戰(zhàn)略后，識(shí)別、開發(fā)或獲取、實(shí)施信息系統(tǒng)解決方案，保持項(xiàng)目的方向。第二空為B選項(xiàng)。

第2題:

21.單選題

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

問題1選項(xiàng)

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

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

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

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

【答案】A

22.單選題

我國由國家版權(quán)局主管全國軟件著作權(quán)登記管理工作，指定（）為軟件著作權(quán)登記機(jī)構(gòu)。

問題1選項(xiàng)

A.著作權(quán)登記中心

B.國家知識(shí)產(chǎn)權(quán)局

C.中國版權(quán)保護(hù)中心

D.國家專利局

【答案】C

【解析】本題考查軟件著作權(quán)相關(guān)內(nèi)容。

根據(jù)計(jì)算機(jī)軟件著作權(quán)登記辦法第一章第六條：國家版權(quán)局主管全國軟件著作權(quán)登記管理工作。國家版權(quán)局認(rèn)定中國版權(quán)保護(hù)中心為軟件登記機(jī)構(gòu)。經(jīng)國家版權(quán)局批準(zhǔn)，中國版權(quán)保護(hù)中心可以在地方設(shè)立軟件登記辦事機(jī)構(gòu)。

中國版權(quán)保護(hù)中心是國家版權(quán)登記機(jī)構(gòu)，我國唯一的軟件著作權(quán)登記、著作權(quán)質(zhì)權(quán)登記機(jī)構(gòu)，提供版權(quán)鑒定、監(jiān)測維權(quán)、版權(quán)產(chǎn)業(yè)及版權(quán)資產(chǎn)管理研究咨詢培訓(xùn)等專業(yè)服務(wù)。

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

23.單選題

在企業(yè)信息化中，（）的主要方法有業(yè)務(wù)與IT整合和企業(yè)IT架構(gòu)構(gòu)建。下面關(guān)于上述兩種方法的說法中，不正確的是（）。

問題1選項(xiàng)

A.信息架構(gòu)繼承

B.企業(yè)戰(zhàn)略與信息化戰(zhàn)略集成

C.信息化規(guī)劃與業(yè)務(wù)整合

D.信息化規(guī)劃與企業(yè)戰(zhàn)略規(guī)劃

問題2選項(xiàng)

A.業(yè)務(wù)與IT整合和企業(yè)IT架構(gòu)兩種方法不存在任何領(lǐng)域的重疊

B.業(yè)務(wù)與IT整合是一種以業(yè)務(wù)為導(dǎo)向的、全面的IT管理咨詢實(shí)施方法論

C.企業(yè)IT架構(gòu)幫助企業(yè)制訂IT戰(zhàn)略，并對其投資決策進(jìn)行指導(dǎo)

D.企業(yè)IT架構(gòu)適用于現(xiàn)有信息系統(tǒng)和IT基礎(chǔ)架構(gòu)不一致、不兼容和缺乏統(tǒng)一的整體管理的企業(yè)

【答案】第1題:B

第2題:A

【解析】第1題:企業(yè)戰(zhàn)略與信息化戰(zhàn)略集成的主要方法有BITA（Business-ITAlignment，業(yè)務(wù)與IT整合）和EITA（EnterpriseITArchitecture，企業(yè)IT架構(gòu)）。

（1）業(yè)務(wù)與IT整合。BITA是一種以業(yè)務(wù)為導(dǎo)向的、全面的IT管理咨詢實(shí)施方法論。從制訂企業(yè)戰(zhàn)略、建立（或改進(jìn)）企業(yè)組織結(jié)構(gòu)和業(yè)務(wù)流程，到進(jìn)行IT管理和制訂過渡計(jì)劃（transitionplan），使IT能夠更好地為企業(yè)戰(zhàn)略和目標(biāo)服務(wù)。BITA適用于信息系統(tǒng)不能滿足當(dāng)前管理中的業(yè)務(wù)需要，業(yè)務(wù)和IT之間總是有不一致的地方。BITA的主要步驟是：評(píng)估和分析企業(yè)當(dāng)前業(yè)務(wù)和IT不一致的領(lǐng)域，整理出企業(yè)的業(yè)務(wù)遠(yuǎn)景和未來戰(zhàn)略，建立業(yè)務(wù)模型，提出達(dá)到未來目標(biāo)的轉(zhuǎn)變過程建議和初步計(jì)劃，以及執(zhí)行計(jì)劃。

（2）企業(yè)IT架構(gòu)。EITA分析企業(yè)戰(zhàn)略，幫助企業(yè)制訂IT戰(zhàn)略，并對其投資決策進(jìn)行指導(dǎo)。在技術(shù)、信息系統(tǒng)、信息、IT組織和IT流程方面，幫助企業(yè)建立IT的原則規(guī)范、模式和標(biāo)準(zhǔn)，指出IT需要改進(jìn)的方面并幫助制訂行動(dòng)計(jì)劃。EITA適用于現(xiàn)有信息系統(tǒng)和IT基礎(chǔ)架構(gòu)不一致、不兼容和缺乏統(tǒng)一的整體管理的企業(yè)。

根據(jù)以上介紹可知，BITA和EITA有相同之處，甚至在某些領(lǐng)域有重疊。在企業(yè)信息化實(shí)踐中，需要根據(jù)實(shí)際情況，選擇其中的一種方法，或者結(jié)合使用BITA和EITA方法進(jìn)行實(shí)施。

第2題:企業(yè)戰(zhàn)略與信息化戰(zhàn)略集成的主要方法有BITA（Business-ITAlignment，業(yè)務(wù)與IT整合）和EITA（EnterpriseITArchitecture，企業(yè)IT架構(gòu)）。

（1）業(yè)務(wù)與IT整合。BITA是一種以業(yè)務(wù)為導(dǎo)向的、全面的IT管理咨詢實(shí)施方法論。從制訂企業(yè)戰(zhàn)略、建立（或改進(jìn)）企業(yè)組織結(jié)構(gòu)和業(yè)務(wù)流程，到進(jìn)行IT管理和制訂過渡計(jì)劃（transitionplan），使IT能夠更好地為企業(yè)戰(zhàn)略和目標(biāo)服務(wù)。BITA適用于信息系統(tǒng)不能滿足當(dāng)前管理中的業(yè)務(wù)需要，業(yè)務(wù)和IT之間總是有不一致的地方。BITA的主要步驟是：評(píng)估和分析企業(yè)當(dāng)前業(yè)務(wù)和IT不一致的領(lǐng)域，整理出企業(yè)的業(yè)務(wù)遠(yuǎn)景和未來戰(zhàn)略，建立業(yè)務(wù)模型，提出達(dá)到未來目標(biāo)的轉(zhuǎn)變過程建議和初步計(jì)劃，以及執(zhí)行計(jì)劃。

（2）企業(yè)IT架構(gòu)。EITA分析企業(yè)戰(zhàn)略，幫助企業(yè)制訂IT戰(zhàn)略，并對其投資決策進(jìn)行指導(dǎo)。在技術(shù)、信息系統(tǒng)、信息、IT組織和IT流程方面，幫助企業(yè)建立IT的原則規(guī)范、模式和標(biāo)準(zhǔn)，指出IT需要改進(jìn)的方面并幫助制訂行動(dòng)計(jì)劃。EITA適用于現(xiàn)有信息系統(tǒng)和IT基礎(chǔ)架構(gòu)不一致、不兼容和缺乏統(tǒng)一的整體管理的企業(yè)。

根據(jù)以上介紹可知，BITA和EITA有相同之處，甚至在某些領(lǐng)域有重疊。在企業(yè)信息化實(shí)踐中，需要根據(jù)實(shí)際情況，選擇其中的一種方法，或者結(jié)合使用BITA和EITA方法進(jìn)行實(shí)施。

24.單選題

隨著對象持久化技術(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)。

25.案例題

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

【說明】

某企業(yè)擬開發(fā)一套數(shù)據(jù)處理系統(tǒng)，在系統(tǒng)分析階段，系統(tǒng)分析師整理的核心業(yè)務(wù)流程與需求如下：

（a）系統(tǒng)分為管理員和用戶兩類角色，其中管理員主要進(jìn)行用戶注冊與權(quán)限設(shè)置，用戶主要完成業(yè)務(wù)功能；

（b）系統(tǒng)支持用戶上傳多種類型的數(shù)據(jù)，主要包括圖像、文本和二維曲線等；

（c）數(shù)據(jù)上傳完成后，用戶需要對數(shù)據(jù)進(jìn)行預(yù)處理操作，預(yù)處理操作包括圖像增強(qiáng)、文本摘要，曲線平滑等；.

（d）預(yù)處理操作完成后，需要進(jìn)一步對數(shù)據(jù)進(jìn)行智能分析，智能分析操作包括圖像分類、文本情感分析、曲線未來走勢預(yù)測等；

（e）上述預(yù)處理和智能分析操作的中間結(jié)果均需要進(jìn)行保存；

（f）用戶可以將數(shù)據(jù)分析結(jié)果以圖片、文本、二維圖表等多種方式進(jìn)行展示，并支持結(jié)果匯總，最終導(dǎo)出為符合某種格式的報(bào)告。

【問題1】（9分）

數(shù)據(jù)流圖（DataFlowDiagram，DFD）是一種重要的結(jié)構(gòu)化系統(tǒng)分析方法，重點(diǎn)表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的傳遞關(guān)系，并通過數(shù)據(jù)流描述系統(tǒng)功能。請用300字以內(nèi)的文字說明DFD在進(jìn)行系統(tǒng)需求分析過程中的主要作用。

【問題2】（10分）

頂層圖（也稱作上下文數(shù)據(jù)流圖）是描述系統(tǒng)最高層結(jié)構(gòu)的DFD，它的特點(diǎn)是將整個(gè)待開發(fā)的系統(tǒng)表示為一個(gè)加工，將所有的外部實(shí)體和進(jìn)出系統(tǒng)的數(shù)據(jù)流都畫在一張圖中。請參考題干描述，將合適的內(nèi)容填入圖2—1中（1）~（5）空白處，完成該系統(tǒng)的頂層圖。

【問題3】（6分）

在結(jié)構(gòu)化設(shè)計(jì)方法中，通常采用流程圖表示某一處理過程，這種過程既可以是生產(chǎn)線上的工藝流程，也可以是完成一項(xiàng)任務(wù)必需的管理過程。而在面向?qū)ο蟮脑O(shè)計(jì)方法中，則主要采用活動(dòng)圖表示某個(gè)用例的工作流程。請用300字以內(nèi)的文字說明流程圖和活動(dòng)圖在表達(dá)業(yè)務(wù)流程時(shí)的三個(gè)主要不同點(diǎn)。

【答案】【問題1】

DFD的主要作用如下：

（1）DFD是理解和表達(dá)用戶需求的工具，是需求分析的手段。

（2）DFD概括地描述了系統(tǒng)的內(nèi)部邏輯過程，是需求分析結(jié)果的表達(dá)工具，也是系統(tǒng)設(shè)計(jì)的重要參考資料，是系統(tǒng)設(shè)計(jì)的起點(diǎn)。

（3）DFD作為一個(gè)存檔的文字材料，是進(jìn)一步修改和充實(shí)開發(fā)計(jì)劃的依據(jù)。

【問題2】

（1）管理員

（2）用戶權(quán)限信息

（3）用戶

（4）多種類型數(shù)據(jù)

（5）導(dǎo)出報(bào)告/展示結(jié)果

【問題3】

流程圖和活動(dòng)圖有如下三個(gè)主要區(qū)別：

（1）流程圖著重描述處理過程，它的主要控制結(jié)構(gòu)是順序、分支和循環(huán)，各個(gè)處理過程之間有嚴(yán)格的順序和時(shí)間關(guān)系。而活動(dòng)圖描述的是對象活動(dòng)的順序關(guān)系所遵循的規(guī)則，它著重表現(xiàn)的是系統(tǒng)的行為，而非系統(tǒng)的處理過程。

（2）流程圖只能表達(dá)順序執(zhí)行過程，活動(dòng)圖則可以表達(dá)并發(fā)執(zhí)行過程。

（3）活動(dòng)圖可以有多個(gè)結(jié)束狀態(tài)，而流程圖只能有一個(gè)結(jié)束狀態(tài)。

【解析】本題考查的是結(jié)構(gòu)化分析工具-數(shù)據(jù)流圖DFD的分析與應(yīng)用。

【問題1】

DFD是SA方法中的重要工具，是表達(dá)系統(tǒng)內(nèi)數(shù)據(jù)的流動(dòng)并通過數(shù)據(jù)流描述系統(tǒng)功能的一種方法。DFD還可被認(rèn)為是一個(gè)系統(tǒng)模型，在信息系統(tǒng)開發(fā)中，如果采用結(jié)構(gòu)化方法，則一般將DFD作為需求規(guī)格說明書的一個(gè)組成部分。

DFD從數(shù)據(jù)傳遞和加工的角度，利用圖形符號(hào)通過逐層細(xì)分描述系統(tǒng)內(nèi)各個(gè)部件的功能和數(shù)據(jù)在它們之間傳遞的情況，來說明系統(tǒng)所完成的功能。具體來說，DFD的主要作用如下：

（1）DFD是理解和表達(dá)用戶需求的工具，是需求分析的手段。由于DFD簡明易懂，不需要任何計(jì)算機(jī)專業(yè)知識(shí)就可以理解它，因此，系統(tǒng)分析師可以通過DFD與用戶進(jìn)行交流。

（2）DFD概括地描述了系統(tǒng)的內(nèi)部邏輯過程，是需求分析結(jié)果的表達(dá)工具，也是系統(tǒng)設(shè)計(jì)的重要參考資料，是系統(tǒng)設(shè)計(jì)的起點(diǎn)。

（3）DFD作為一個(gè)存檔的文字材料，是進(jìn)一步修改和充實(shí)開發(fā)計(jì)劃的依據(jù)。

【問題2】

在DFD中，通常會(huì)出現(xiàn)4種基本符號(hào)，分別是數(shù)據(jù)流、加工、數(shù)據(jù)存儲(chǔ)和外部實(shí)體（數(shù)據(jù)源及數(shù)據(jù)終點(diǎn)）。數(shù)據(jù)流是具有名字和流向的數(shù)據(jù)，在DFD中用標(biāo)有名字的箭頭表示。加工是對數(shù)據(jù)流的變換，一般用圓圈表示。數(shù)據(jù)存儲(chǔ)是可訪問的存儲(chǔ)信息，一般用直線段表示。外部實(shí)體是位于被建模的系統(tǒng)之外的信息生產(chǎn)者或消費(fèi)者，是不能由計(jì)算機(jī)處理的成分，它們分別表明數(shù)據(jù)處理過程的數(shù)據(jù)來源及數(shù)據(jù)去向，用標(biāo)有名字的方框表示。

所以（1）（3）應(yīng)填入外部實(shí)體名，（2）（3）（4）應(yīng)填入加工名，根據(jù)（a）系統(tǒng)分為管理員和用戶兩類角色，其中管理員主要進(jìn)行用戶注冊與權(quán)限設(shè)置，用戶主要完成業(yè)務(wù)功能，可以得出（1）為管理員（2）為用戶權(quán)限信息。根據(jù)（b）系統(tǒng)支持用戶上傳多種類型的數(shù)據(jù)，主要包括圖像、文本和二維曲線等，可以得出（4）為多種類型數(shù)據(jù)。根據(jù)（c）數(shù)據(jù)上傳完成后，用戶需要對數(shù)據(jù)進(jìn)行預(yù)處理操作，預(yù)處理操作包括圖像增強(qiáng)、文本摘要，曲線平滑等，可以得出（3）為用戶。根據(jù)（f）用戶可以將數(shù)據(jù)分析結(jié)果以圖片、文本、二維圖表等多種方式進(jìn)行展示，并支持結(jié)果匯總，最終導(dǎo)出為符合某種格式的報(bào)告，可以得出（5）為導(dǎo)出報(bào)告/展示結(jié)果。

【問題3】

流程圖是對過程、算法、流程的一種圖像表示，在技術(shù)設(shè)計(jì)、交流及商業(yè)簡報(bào)等領(lǐng)域有廣泛的應(yīng)用。通常用一些圖框來表示各種類型的操作，在框內(nèi)寫出各個(gè)步驟，然后用帶箭頭的線把它們連接起來，以表示執(zhí)行的先后順序。用圖形表示算法，直觀形象，易于理解。有時(shí)候也被稱之為輸入-輸出圖。顧名思義，就是用來直觀地描述一個(gè)工作過程的具體步驟。這種過程既可以是生產(chǎn)線上的工藝流程，也可以是完成一項(xiàng)任務(wù)所必需的管理過程。

活動(dòng)圖是由活動(dòng)節(jié)點(diǎn)和轉(zhuǎn)換流程構(gòu)成的圖。它描述系統(tǒng)或業(yè)務(wù)的一系列活動(dòng)構(gòu)成的控制流，描述系統(tǒng)從一種活動(dòng)轉(zhuǎn)換到另一種活動(dòng)的整個(gè)過程。

流程圖著重描述處理過程，它的主要控制結(jié)構(gòu)是順序、分支和循環(huán)，各個(gè)處理過程之間有嚴(yán)格的順序和時(shí)間關(guān)系。而活動(dòng)圖描述的是對象活動(dòng)的順序關(guān)系所遵循的規(guī)則，它著重表現(xiàn)的是系統(tǒng)的行為，而非系統(tǒng)的處理過程；活動(dòng)圖能夠表示并發(fā)活動(dòng)的情形，而流程圖不行；活動(dòng)圖是面向?qū)ο蟮?，而流程圖是面向過程的；活動(dòng)圖可以有多個(gè)結(jié)束狀態(tài)，而流程圖只能有一個(gè)結(jié)束狀態(tài)。

26.案例題

閱讀以下關(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本身交易和查詢能力有限。

27.單選題

嵌入式系統(tǒng)已被廣泛應(yīng)用到各行各業(yè)。嵌入式系統(tǒng)是一個(gè)內(nèi)置于設(shè)備中，對設(shè)備的各種傳感器進(jìn)行管理與控制的系統(tǒng)。通常，根據(jù)系統(tǒng)對時(shí)間的敏感程度可將嵌入式系統(tǒng)劃分為（）兩種，而實(shí)時(shí)系統(tǒng)又可分為強(qiáng)實(shí)時(shí)（HardReal-Time）系統(tǒng)和弱實(shí)時(shí)（WeakReal-Time）系統(tǒng)；如果從安全性要求看，嵌入式系統(tǒng)還可分為（）。

問題1選項(xiàng)

A.嵌入式系統(tǒng)和嵌入式實(shí)時(shí)系統(tǒng)

B.控制系統(tǒng)和業(yè)務(wù)系統(tǒng)

C.安全攸關(guān)系統(tǒng)和非安全攸關(guān)系統(tǒng)

D.CPS系統(tǒng)和非CPS系統(tǒng)

問題2選項(xiàng)

A.高可靠系統(tǒng)和高安全系統(tǒng)

B.實(shí)時(shí)系統(tǒng)和強(qiáng)實(shí)時(shí)系統(tǒng)

C.安全攸關(guān)系統(tǒng)和非安全攸關(guān)系統(tǒng)

D.網(wǎng)絡(luò)系統(tǒng)和分布式系統(tǒng)

【答案】第1題:A

第2題:C

【解析】第1題:

第2題:

28.單選題

耦合表示模塊之間聯(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è)入口。

29.單選題

信息系統(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ù)量）。

30.單選題

假設(shè)計(jì)算機(jī)系統(tǒng)中有三類互斥資源R1、R2

和R3

,可用資源數(shù)分別為9、5和3，若在T0時(shí)刻系統(tǒng)中有P1，P2，P3，P4，和P5五個(gè)進(jìn)程，這些進(jìn)程對資源的最大需求量和已分配資源數(shù)如下表所示。在T0

時(shí)刻系統(tǒng)剩余的可用資源數(shù)分別為（）。如果進(jìn)程按（）序列執(zhí)行，那么系統(tǒng)狀態(tài)是安全的。

問題1選項(xiàng)

A.1、1和0

B.1、1和1

C.2、1和0

D.2、0和1

問題2選項(xiàng)

A.P1→P2→P4→P5→P3

B.P4→P2→P1→P5→P3

C.P5→P2→P4→P3→P1

D.P5→P1→P4→P2→P3

【答案】第1題:D

第2題:C

【解析】本題考銀行家算法。

T0時(shí)刻，系統(tǒng)剩余的可用資源數(shù)分別為：

R1：9-(2+2+1+1+1)=2

R2

：5-(1+1+1+1+1)=0

R3

：3-(1+1)=1

以目前的資源，只能先執(zhí)行P5，P5執(zhí)行完，系統(tǒng)剩余資源為：3，1，1，此時(shí)可執(zhí)行P2，但不能執(zhí)行P1，所以應(yīng)選C。

31.單選題

客戶關(guān)系管理系統(tǒng)的核心是客戶（）管理，其目的是與客戶建立長期和有效的業(yè)務(wù)關(guān)系，最大限度地增加利潤。（）和客戶服務(wù)是CRM的支柱性功能，是客戶與企業(yè)產(chǎn)生聯(lián)系的主要方面。

問題1選項(xiàng)

A.信息

B.價(jià)值

C.需求

D.變更

問題2選項(xiàng)

A.客戶關(guān)懷

B.客戶開拓

C.市場營銷

D.市場調(diào)研

【答案】第1題:B

第2題:C

【解析】第1題:本題考查的是客戶關(guān)系管理（CustomerRelationshipManagement,CRM）相關(guān)內(nèi)容。

客戶關(guān)系管理（CustomerRelationshipManagement,CRM）將客戶看作是企業(yè)的一項(xiàng)重要資產(chǎn),客戶關(guān)懷是CRM的中心，其目的是與客戶建立長期和有效的業(yè)務(wù)關(guān)系，在與客戶的每一個(gè)“接觸點(diǎn)”上都更加接近客戶、了解客戶，最大限度地增加利潤。CRM的核心是客戶價(jià)值管理，它將客戶價(jià)值分為既成價(jià)值、潛在價(jià)值和模型價(jià)值，通過“一對一”營銷原則，滿足不同價(jià)值客戶的個(gè)性化需求，提高客戶忠誠度和保有率，實(shí)現(xiàn)客戶價(jià)值持續(xù)貢獻(xiàn)，從而全面提升企業(yè)盈利能力。第一空為B選項(xiàng)。

CRM實(shí)際上是一個(gè)概念，也是一種理念；同時(shí)，它又不僅是一個(gè)概念，也不僅是一種理念，它是企業(yè)參與市場競爭新的管理模式，它是一種以客戶為中心的業(yè)務(wù)模型，并由集成了前臺(tái)和后臺(tái)業(yè)務(wù)流程的一系列應(yīng)用程序來支撐。這些整合的應(yīng)用系統(tǒng)保證了更令人滿意的客戶體驗(yàn)，因而會(huì)使企業(yè)直接受益。

CRM的功能可以歸納為三個(gè)方面：對銷售、營銷和客戶服務(wù)三部分業(yè)務(wù)流程的信息化；與客戶進(jìn)行溝通所需要的手段（例如，電話、傳真、網(wǎng)絡(luò)等）的集成和自動(dòng)化處理；對上面兩部分功能所積累下的信息進(jìn)行加工處理，產(chǎn)生客戶智能，為企業(yè)決策提供支持。業(yè)界一致認(rèn)為，市場營銷和客戶服務(wù)是CRM的支柱性功能。這些是客戶與企業(yè)聯(lián)系的主要領(lǐng)域，無論這些聯(lián)系發(fā)生在售前、售中還是售后。第二空為C選項(xiàng)。

第2題:

32.單選題

前趨圖是一個(gè)有向無環(huán)圖，記為→=｛（Pi,Pj）pi完成時(shí)間先于Pj開始時(shí)間｝。假設(shè)系統(tǒng)中進(jìn)程P=｛｝P=｛P1，P2，P3，P4，P5，P6，P7，P8｝，且進(jìn)程的前趨圖如下：

問題1選項(xiàng)

A.→={（P1,P2）,（P1,P3）,（P1,P4）,（P2,P5）,（P3,P2）,（P3,P4）,（P3,P6）,（P4,P7）,（P5,P8）}

B.→={（P1,P2）,（P1,P4）,（P2,P3）,（P2,P5）,（P3,P4）,（P3,P6）,（P4,P7）,（P5,P6）,（P6,P8）,（P7,P6）}

C.→={（P1,P2）,（P1,P4）,（P2,P5）,（P3,P2）,（P3,P4）,（P3,P6）,（P4,P6）,（P4,P7）,（P6,P8）,（P7,P8）}

D.→={（P1,P2）,（P1,P3）,（P2,P4）,（P2,P5）,（P3,P2）,（P3,P4）,（P3,P5）,（P4,P7）,（P6,P8）,（P7,P8）}

問題2選項(xiàng)

A.存在著10個(gè)前趨關(guān)系，P1為初始結(jié)點(diǎn)，P2P4為終止結(jié)點(diǎn)

B.存在著2個(gè)前趨關(guān)系，P6為初始結(jié)點(diǎn)，P2P4為終止結(jié)點(diǎn)

C.存在著9個(gè)前趨關(guān)系，P6為初始結(jié)點(diǎn)，P8為終止結(jié)點(diǎn)

D.存在著10個(gè)前趨關(guān)系，P1為初始結(jié)點(diǎn)，P8為終止結(jié)點(diǎn)

【答案】第1題:B

第2題:D

【解析】前趨圖中，箭線代表前趨關(guān)系，結(jié)點(diǎn)代表進(jìn)程，本圖中P1是起點(diǎn)，P8

是終點(diǎn)，一共有10個(gè)前趨關(guān)系。每個(gè)前趨關(guān)系可用（結(jié)點(diǎn)1，結(jié)點(diǎn)2）的形式表示，如：P1

到P2之間的前趨關(guān)系可用：（P1,P2）表示。

33.單選題

2019年我國將在多地展開5G試點(diǎn)，屆時(shí)將在人口密集區(qū)為用戶提供（

）bps的用戶體驗(yàn)速率。

問題1選項(xiàng)

A.100M

B.1G

C.10G

D.1T

【答案】B

【解析】2019年5G試點(diǎn)可為用戶提供的體驗(yàn)速率是1G，這個(gè)速率比4G快了10倍，但并非5G的極限速率。5G的理論極限速率可達(dá)10G。

34.單選題

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

問題1選項(xiàng)

A.軟件測試

B.安全保證

C.軟件驗(yàn)證

D.系統(tǒng)分析

【答案】B

35.單選題

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

問題1選項(xiàng)

A.連接管理

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

C.流量控制

D.端口尋址

【答案】D

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

36.案例題

某大型企業(yè)在長期信息化建設(shè)過程中，面向不同應(yīng)用，開發(fā)了各種不同類型的應(yīng)用軟件系統(tǒng)，以滿足不同的業(yè)務(wù)需求，隨著用戶需求和市場的快速變化，要求企業(yè)應(yīng)能快速地整合企業(yè)的各種業(yè)務(wù)能力。為不同類型的用戶提供多種流程的業(yè)務(wù)服務(wù)。但現(xiàn)有各個(gè)獨(dú)立的應(yīng)用系統(tǒng)難以滿足日益增長和快速變化的用戶需求。

目前該企業(yè)各個(gè)應(yīng)用系統(tǒng)主要存在以下問題：

（1）應(yīng)用系統(tǒng)是異構(gòu)的，運(yùn)行在不同軟硬件平臺(tái)上的信息系統(tǒng)。

（2）應(yīng)用系統(tǒng)的數(shù)據(jù)源彼此獨(dú)立，相互封閉，使得數(shù)據(jù)難以在系統(tǒng)之間交互，共享和融合，即存在“信息孤島”。

（3）系統(tǒng)是面向應(yīng)用的、各個(gè)應(yīng)用系統(tǒng)中的數(shù)據(jù)模型差異大，即使同一數(shù)據(jù)實(shí)體，其數(shù)據(jù)類型、長度均存在不一致甚至相互矛盾的問題，為此，該企業(yè)專門成立了研發(fā)團(tuán)隊(duì)，希望能盡快解決上述問題。

【問題1】

李工建議采用數(shù)據(jù)集成的方式來實(shí)現(xiàn)數(shù)據(jù)的整合，同時(shí)構(gòu)建新系統(tǒng)來滿足新的需求，針對題干中的問題（3），李工提出首先面向企業(yè)核心的業(yè)務(wù)主題，做好企業(yè)戰(zhàn)略數(shù)據(jù)規(guī)劃。建立企業(yè)的主題數(shù)據(jù)庫，然后再進(jìn)行集成系統(tǒng)的開發(fā)。

請用200字以內(nèi)的文字簡要說明主題數(shù)據(jù)庫的設(shè)計(jì)要求和基本特征。

【問題2】

張工認(rèn)為數(shù)據(jù)集成的方式難以充分利用已有應(yīng)用系統(tǒng)的業(yè)務(wù)功能實(shí)現(xiàn)不同業(yè)務(wù)功能的組合，建議采用基于S0A的應(yīng)用集成方式將原有系統(tǒng)的功能包裝為多個(gè)服務(wù)，并給出了基本的集成架構(gòu)，見圖：

圖4-1基于SOA的集成架構(gòu)示意圖

請補(bǔ)充實(shí)善圖4-1中（1）-（3）處空白的內(nèi)容。

【問題3】

研發(fā)團(tuán)隊(duì)在對張工的方案進(jìn)行分析后，發(fā)現(xiàn)該方案沒有發(fā)揮SOA的核心理念，即松耦合的服務(wù)帶來業(yè)務(wù)的復(fù)用通過服務(wù)的編排助力業(yè)務(wù)的快速響應(yīng)和創(chuàng)新、未實(shí)現(xiàn)“快速整合企業(yè)業(yè)務(wù)的能力，不同類型用戶提供各種不同功能，不同流程的業(yè)務(wù)服務(wù)的核心目標(biāo)，目前方案僅僅是通過SOA實(shí)現(xiàn)了系統(tǒng)集成。

請用200字以內(nèi)文字分析該方案未滿足本項(xiàng)目核心目標(biāo)的原因。

【答案】【問題1】

主題數(shù)據(jù)庫的設(shè)計(jì)要求：

（1）應(yīng)設(shè)計(jì)得盡可能的穩(wěn)定，使能在較長時(shí)間內(nèi)為企業(yè)的信息資源提供穩(wěn)定的服務(wù)。

（2）要求主題數(shù)據(jù)庫的邏輯結(jié)構(gòu)獨(dú)立于當(dāng)前的計(jì)算機(jī)硬件和軟件的物理實(shí)現(xiàn)過程，這樣能保持在技術(shù)不斷進(jìn)步的情況下，主題數(shù)據(jù)庫的邏輯結(jié)構(gòu)仍然有效。

主題數(shù)據(jù)庫具有以下基本特征：

（1）面向業(yè)務(wù)主題。主題數(shù)據(jù)庫是面向業(yè)務(wù)主題的數(shù)據(jù)組織存儲(chǔ)。

（2）信息共享。主題數(shù)據(jù)庫是對各個(gè)應(yīng)用系統(tǒng)“自建自用”的數(shù)據(jù)庫的否定，強(qiáng)調(diào)建立各個(gè)應(yīng)用系統(tǒng)“共建共用”的共享數(shù)據(jù)庫。不同的應(yīng)用系統(tǒng)統(tǒng)一調(diào)用主題數(shù)據(jù)庫。

（3）一次一處輸入系統(tǒng)。主題數(shù)據(jù)庫要求調(diào)研分析企業(yè)各經(jīng)營管理層次上的數(shù)據(jù)源，強(qiáng)調(diào)數(shù)據(jù)的就地采集，就地處理、使用和存儲(chǔ)，以及必要的傳輸、匯總和集中存儲(chǔ)。同一數(shù)據(jù)必須一次、一處進(jìn)入系統(tǒng)，保證其準(zhǔn)確性、及時(shí)性和完整性，但可以多次、多處使用。

（4）由基本表組成。主題數(shù)據(jù)庫是由多個(gè)達(dá)到基本表規(guī)范（滿足3NF）要求的數(shù)據(jù)實(shí)體構(gòu)成的。

【問題2】

（1）業(yè)務(wù)流程編排（2）消息轉(zhuǎn)換（3）應(yīng)用程序接口

【問題3】

張工的方案在進(jìn)行集成時(shí)，只是將原有的系統(tǒng)做了簡單的對接，應(yīng)把原來的業(yè)務(wù)功能模塊拆分并做成服務(wù)，以單個(gè)服務(wù)的形式使用企業(yè)服務(wù)總線做集成。

【解析】主題數(shù)據(jù)庫應(yīng)設(shè)計(jì)得盡可能的穩(wěn)定，使能在較長時(shí)間內(nèi)為企業(yè)的信息資源提供穩(wěn)定的服務(wù)。穩(wěn)定并非限制主題數(shù)據(jù)庫永不發(fā)生變化，而是要求在變化后不會(huì)影響已有的應(yīng)用項(xiàng)目的工作。要求主題數(shù)據(jù)庫的邏輯結(jié)構(gòu)獨(dú)立于當(dāng)前的計(jì)算機(jī)硬件和軟件的物理實(shí)現(xiàn)過程，這樣能保持在技術(shù)不斷進(jìn)步的情況下，主題數(shù)據(jù)庫的邏輯結(jié)構(gòu)仍然有效。

主題數(shù)據(jù)庫具有以下基本特