2023年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計師考試歷年高頻考點(diǎn)真題薈萃帶答案_第1頁
2023年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計師考試歷年高頻考點(diǎn)真題薈萃帶答案_第2頁
2023年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計師考試歷年高頻考點(diǎn)真題薈萃帶答案_第3頁
2023年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計師考試歷年高頻考點(diǎn)真題薈萃帶答案_第4頁
2023年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計師考試歷年高頻考點(diǎn)真題薈萃帶答案_第5頁
已閱讀5頁,還剩21頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進(jìn)行舉報或認(rèn)領(lǐng)

文檔簡介

2023年職業(yè)考證-軟考-系統(tǒng)架構(gòu)設(shè)計師考試歷年高頻考點(diǎn)真題薈萃帶答案第1卷一.綜合題(共25題)1.單選題軟件結(jié)構(gòu)化設(shè)計包括(

)等任務(wù)。問題1選項(xiàng)A.架構(gòu)設(shè)計、數(shù)據(jù)設(shè)計、過程設(shè)計、原型設(shè)計B.架構(gòu)設(shè)計、過程設(shè)計、程序設(shè)計、原型設(shè)計C.數(shù)據(jù)設(shè)計、過程設(shè)計、交互設(shè)計、程序設(shè)計D.架構(gòu)設(shè)計、接口設(shè)計、數(shù)據(jù)設(shè)計、過程設(shè)計2.單選題人口信息采集處理和利用業(yè)務(wù)屬于(

),營業(yè)執(zhí)照發(fā)放屬于(

),戶籍管理屬于(

),參加政府工程交接屬于(

)。問題1選項(xiàng)A.政府對企業(yè)(GovernmenttoBusiness,G2B)B.政府對政府(GovernmenttoGovernment,G2G)C.企業(yè)對政府(BusinesstoGovernment,B2G)D.政府對公眾(GovernmenttoCitizen,G2C)問題2選項(xiàng)A.政府對企業(yè)(GovernmenttoBusiness,G2B)B.政府對政府(GovernmenttoGovernment,G2G)C.企業(yè)對政府(BusinesstoGovernment,B2G)D.政府對公眾(GovernmenttoCitizen,G2C)問題3選項(xiàng)A.政府對企業(yè)(GovernmenttoBusiness,G2B)B.政府對政府(GovernmenttoGovernment,G2G)C.企業(yè)對政府(BusinesstoGovernment,B2G)D.政府對公眾(GovernmenttoCitizen,G2C)問題4選項(xiàng)A.政府對企業(yè)(GovernmenttoBusiness,G2B)B.政府對政府(GovernmenttoGovernment,G2G)C.企業(yè)對政府(BusinesstoGovernment,B2G)D.政府對公眾(GovernmenttoCitizen,G2C)3.單選題UML(UnifiedModelingLanguage)是面向?qū)ο笤O(shè)計的建模工具,獨(dú)立于任何具體程序設(shè)計語言,以下(

)不屬于UML中的模型。問題1選項(xiàng)A.用例圖B.協(xié)作圖C.活動圖D.PAD圖4.單選題以下關(guān)于區(qū)塊鏈應(yīng)用系統(tǒng)中“挖礦”行為的描述中,錯誤的是()。問題1選項(xiàng)A.礦工“挖礦”取得區(qū)塊鏈的記賬權(quán),同時獲得代幣獎勵B.“挖礦”本質(zhì)上是在嘗試計算一個Hash碰撞C.“挖礦”是一種工作量證明機(jī)制D.可以防止比特幣的雙花攻擊5.單選題對應(yīng)軟件開發(fā)過程的各種活動,軟件開發(fā)工具有需求分析工具、(

)、編碼與排錯工具、測試工具,按照描述需求定義的方法,可將需求分析工具分為基于自然語言或圖形描述的工具,和基于(

)的工具。問題1選項(xiàng)A.設(shè)計工具B.分析工具C.耦合工具D.監(jiān)控工具問題2選項(xiàng)A.用例B.形式需求定義語言C.UMLD.需求描述6.單選題通常用戶采用評價程序來評價系統(tǒng)的性能,評測準(zhǔn)確度最高的評價程序是()。在計算機(jī)性能評估中,通常將評價程序中用得最多、最頻繁的()作為評價計算機(jī)性能的標(biāo)準(zhǔn)程序,稱其為基準(zhǔn)測試程序。問題1選項(xiàng)A.真實(shí)程序B.核心程序C.小型基準(zhǔn)程序D.核心基準(zhǔn)程序問題2選項(xiàng)A.真實(shí)程序B.核心程序C.小型基準(zhǔn)程序D.核心基準(zhǔn)程序7.單選題按照外部形態(tài),構(gòu)成一個軟件系統(tǒng)的構(gòu)件可以分為五類,其中,()是指可以進(jìn)行版本替換并增加構(gòu)件新功能。問題1選項(xiàng)A.裝配的構(gòu)件B.可修改的構(gòu)件C.有限制的構(gòu)件D.適應(yīng)性構(gòu)件8.單選題(

)是由中間件技術(shù)實(shí)現(xiàn)并支持SOA的一組基礎(chǔ)架構(gòu),它提供了一種基礎(chǔ)設(shè)施,其優(yōu)勢在于(

)。問題1選項(xiàng)A.ESBB.微服務(wù)C.云計算D.Multi-AgentSystem問題2選項(xiàng)A.支持了服務(wù)請求者與服務(wù)提供者之間的直接鏈接B.支持了服務(wù)請求者與服務(wù)提供者之間的緊密耦合C.消除了服務(wù)請求者與服務(wù)提供者之間的直接鏈接D.消除了服務(wù)請求者與服務(wù)提供者之間的關(guān)系9.單選題某企業(yè)開發(fā)信息管理系統(tǒng)平臺進(jìn)行E-R圖設(shè)計,人力部門定義的是員工實(shí)體具有屬性:員工號、姓名、性別、出生日期、聯(lián)系方式和部門,培訓(xùn)部門定義的培訓(xùn)師實(shí)體具有屬性:培訓(xùn)師號,姓名和職稱,其中職稱={初級培訓(xùn)師,中級培訓(xùn)師,高級培訓(xùn)師},這種情況屬于(

)。在合并E-R圖時,解決這一沖突的方法是(

)。問題1選項(xiàng)A.屬性沖突B.結(jié)構(gòu)沖突C.命名沖突D.實(shí)體沖突問題2選項(xiàng)A.員工實(shí)體和培訓(xùn)師實(shí)體均保持不變B.保留員工實(shí)體、刪除培訓(xùn)師實(shí)體C.員工實(shí)體中加入職稱屬性,剔除培訓(xùn)師實(shí)體D.將培訓(xùn)師實(shí)體所有屬性并入員工實(shí)體,刪除培訓(xùn)師實(shí)體10.案例題某企業(yè)委托軟件公司開發(fā)一套包裹信息管理系統(tǒng),以便于對該企業(yè)通過快遞收發(fā)的包裹信息進(jìn)行統(tǒng)一管理,在系統(tǒng)設(shè)計階段,需要對不同快遞信息的包裹單信息進(jìn)行建模,其中,郵政包裹單如圖2-1所示:圖2-1包裹詳情單【問題1】(13分)請說明關(guān)系型數(shù)據(jù)庫開發(fā)中,邏輯數(shù)據(jù)模型設(shè)計過程包含哪些任務(wù)?根據(jù)圖2-1包裹詳情單應(yīng)該設(shè)計出哪些關(guān)系模式的名稱,并指出每個關(guān)系模式的主鍵屬性?!締栴}2】(6分)請說明什么是超類實(shí)體?結(jié)合圖中包裹單信息,試設(shè)計一種超類實(shí)體,給出完整的屬性列表?!締栴}3】(6分)請說明什么是派生屬性?結(jié)合圖2-1中包裹單信息說明哪個屬性是派生屬性。11.案例題閱讀以下關(guān)于開放式嵌入式軟件架構(gòu)設(shè)計的相關(guān)描述,回答問題1至問題3?!菊f明】某公司一直從事宇航系統(tǒng)研制任務(wù),隨著宇航產(chǎn)品綜合化、網(wǎng)絡(luò)化技術(shù)發(fā)展的需要,公司的業(yè)務(wù)量急劇增加,研制新的軟件架構(gòu)已迫在眉睫。公司架構(gòu)師王工廣泛調(diào)研了多種現(xiàn)代架構(gòu)的基礎(chǔ),建議采用基于FACE(FutureAirborneCapabilityEnvironment)的字航系統(tǒng)開放式軟件架構(gòu),以實(shí)現(xiàn)字航系統(tǒng)的跨平臺復(fù)用,實(shí)現(xiàn)字航軟件高質(zhì)量、低成本的開發(fā)。公司領(lǐng)導(dǎo)肯定了王工的提案,并指出公司要全面實(shí)施基于FACE的開放式軟件架構(gòu),應(yīng)注意每個具體項(xiàng)目在實(shí)施中如何有效實(shí)現(xiàn)從需求到架構(gòu)設(shè)計的關(guān)系,掌握基于軟件需求的軟件架構(gòu)設(shè)計方法,并做好開放式軟件架構(gòu)中各段間的接口標(biāo)準(zhǔn)化設(shè)計工作?!締栴}1】(9分)王工指出,軟件開發(fā)中需求分析是根本,架構(gòu)設(shè)計是核心,不考慮軟件需求便進(jìn)行軟件架構(gòu)設(shè)計很可能導(dǎo)致架構(gòu)設(shè)計的失敗,因此,如何把軟件需求映射到軟件架構(gòu)至關(guān)重要。請從描述語言、非功能性需求描述、需求和架構(gòu)的一致性等三個方面,用300字以內(nèi)的文字說明軟件需求到架構(gòu)的映射存在哪些難點(diǎn)?!締栴}2】(10分)圖3-1是王工給出的FACE架構(gòu)布局,包括操作系統(tǒng)、I/O服務(wù)、平臺服務(wù)、傳輸服務(wù)和可移植組件等5個段;操作系統(tǒng)、I0和傳輸?shù)?個標(biāo)準(zhǔn)接口。請分析圖3-1給出的FACE架構(gòu)的相關(guān)信息,用300字以內(nèi)的文字簡要說明FACE5個段的含義?!締栴}3】(6分)FACE架構(gòu)的核心能力是可支持應(yīng)用程序的跨平臺執(zhí)行和可移植性,要達(dá)到可移植能力,必須解決應(yīng)用程序的緊耦合和封裝的障礙。請用200字以內(nèi)的文字簡要說明在可移植性上,應(yīng)用程序的緊耦合和封裝問題的主要表現(xiàn)分別是什么,并給出解決方案。12.單選題如果A公司購買了一個軟件的源程序,A公司將該軟件源程序中的所有標(biāo)識符做了全面修改后,作為該公司的產(chǎn)品銷售,這種行為(

)。問題1選項(xiàng)A.尚不構(gòu)成侵權(quán)B.侵犯了著作權(quán)C.侵犯了專利權(quán)D.屬于不正當(dāng)競爭13.單選題軟件性能測試有多種不同類型的測試方法,其中,(

)用于測試在限定的系統(tǒng)下考查軟件系統(tǒng)極限運(yùn)行的情況,(

)可用于測試系統(tǒng)同時處理的在線最大用戶數(shù)量。問題1選項(xiàng)A.強(qiáng)度測試B.負(fù)載測試C.壓力測試D.容量測試問題2選項(xiàng)A.強(qiáng)度測試B.負(fù)載測試C.壓力測試D.容量測試14.單選題軟件過程是制作軟件產(chǎn)品的-組活動及其結(jié)果。這些活動主要由軟件人員來完成,軟件活動主要包括軟件描述、()、軟件有效性驗(yàn)證和()。其中,()定義了軟件功能以及使用的限制。問題1選項(xiàng)A.軟件模型B.軟件需求C.軟件分析D.軟件開發(fā)問題2選項(xiàng)A.軟件分析B.軟件測試C.軟件演化D.軟件開發(fā)問題3選項(xiàng)A.軟件分析B.軟件測試C.軟件描述D.軟件開發(fā)15.單選題信息系統(tǒng)面臨多種類型的網(wǎng)絡(luò)安全威脅。其中,信息泄露是指信息被泄露或透露給某個非授權(quán)的實(shí)體;(

)是指數(shù)據(jù)被非授權(quán)地進(jìn)行修改;(

)是指對信息或其他資源的合法訪問被無條件地阻止;(

)是指通過對系統(tǒng)進(jìn)行長期監(jiān)聽,利用統(tǒng)計分析方法對諸如通信頻度、通信的信息流向、通信總量的變化等參數(shù)進(jìn)行研究,從而發(fā)現(xiàn)有價值的信息和規(guī)律。問題1選項(xiàng)A.非法使用B.破環(huán)信息的完整性C.授權(quán)侵犯D.計算機(jī)病毒問題2選項(xiàng)A.拒絕服務(wù)B.陷阱門C.旁路控制D.業(yè)務(wù)欺騙問題3選項(xiàng)A.特洛伊木馬B.業(yè)務(wù)欺騙C.物理侵入D.業(yè)務(wù)流分析16.單選題基于網(wǎng)絡(luò)的數(shù)據(jù)庫系統(tǒng)(NetwareDatabaseSystem,NDB)是基于4G/5G的移動通信之上,在邏輯上可以把嵌入式設(shè)備看作遠(yuǎn)程服務(wù)器的一個客戶端。以下有關(guān)NDB的敘述中,不正確的是(

)。問題1選項(xiàng)A.NDB主要由客戶端、通信協(xié)議和遠(yuǎn)程服務(wù)器等三部分組成B.NDB的客戶端主要負(fù)責(zé)提供接口給嵌入式程序,通信協(xié)議負(fù)責(zé)規(guī)范客戶端與遠(yuǎn)程服務(wù)器之間的通信,遠(yuǎn)程服務(wù)器負(fù)責(zé)維護(hù)服務(wù)器上的數(shù)據(jù)庫數(shù)據(jù)C.NDB具有客戶端小、無需支持可剪裁性、代碼可重用等特點(diǎn)D.NDB是以文件方式存儲數(shù)據(jù)庫數(shù)據(jù)。即數(shù)據(jù)按照一定格式儲存在磁盤中,使用時由應(yīng)用程序通過相應(yīng)的驅(qū)動程序甚至直接對數(shù)據(jù)文件進(jìn)行讀寫17.單選題下列關(guān)于著作權(quán)歸屬的表述,正確的是()。問題1選項(xiàng)A.改編作品的著作權(quán)歸屬于改編人B.職務(wù)作品的著作權(quán)都?xì)w屬于企業(yè)法人C.委托作品的著作權(quán)都?xì)w屬于委托人D.合作作品的著作權(quán)歸屬于所有參與和組織創(chuàng)作的人18.單選題在三層C/S架構(gòu)中,()是應(yīng)用的用戶接口部分,負(fù)責(zé)與應(yīng)用邏輯間的對話功能;()是應(yīng)用的本體,負(fù)責(zé)具體的業(yè)務(wù)處理邏輯。問題1選項(xiàng)A.表示層B.感知層C.設(shè)備層D.業(yè)務(wù)邏輯層問題2選項(xiàng)A.數(shù)據(jù)層B.分發(fā)層C.功能層D.算法層19.單選題應(yīng)用系統(tǒng)開發(fā)中可以采用不同的開發(fā)模型,其中,()將整個開發(fā)流程分為目標(biāo)設(shè)定、風(fēng)險分析、開發(fā)和有效性驗(yàn)證、評審四個部分:()則通過重用來提高軟件的可靠性和易維護(hù)性,程序在進(jìn)行修改時產(chǎn)生較少的副作用。問題1選項(xiàng)A.瀑布模型B.螺旋模型C.構(gòu)件模型D.對象模型問題2選項(xiàng)A.瀑布模型B.螺旋模型C.構(gòu)件模型D.對象模型20.單選題分層結(jié)構(gòu)的脆弱性包含(

)。問題1選項(xiàng)A.底層錯誤導(dǎo)致整個系統(tǒng)無法運(yùn)行,層與層之間功能引用可能導(dǎo)致功能失效B.底層錯誤導(dǎo)致整個系統(tǒng)無法運(yùn)行,層與層之間引入通信機(jī)制勢必造成性能下降C.上層錯誤導(dǎo)致整個系統(tǒng)無法運(yùn)行,層與層之間引入通信機(jī)制勢必造成性能下降D.上層錯誤導(dǎo)致整個系統(tǒng)無法運(yùn)行,層與層之間功能引用可能導(dǎo)致功能生效21.單選題在軟件開發(fā)和維護(hù)過程中,一個軟件會有多個版本,(

)工具用來存儲、更新、恢復(fù)和管理一個軟件的多個版本。問題1選項(xiàng)A.軟件測試B.版本控制C.UML建模D.逆向工程22.案例題閱讀下列說明,回答問題1至問題3,將解答填入答題紙的對應(yīng)欄內(nèi)。【說明】某軟件企業(yè)為快餐店開發(fā)一套在線訂餐管理系統(tǒng),主要功能包括:(1)在線訂餐:已注冊客戶通過網(wǎng)絡(luò)在線選擇快餐店所提供的餐品種類和數(shù)量后提交訂單,系統(tǒng)顯示訂單費(fèi)用供客戶確認(rèn),客戶確認(rèn)后支付訂單所列各項(xiàng)費(fèi)用。(2)廚房備餐:廚房接收到客戶已付款訂單后按照訂單餐品列表選擇各類食材進(jìn)行餐品加工。(3)食材采購:當(dāng)快餐店某類食材低于特定數(shù)量時自動向供應(yīng)商發(fā)起采購信息,包括食材類型和數(shù)量。供應(yīng)商接收到采購信息后按照要求將食材送至快餐店并提交已采購的食材信息。系統(tǒng)自動更新食材庫存。(4)生成報表:每個周末和月末,快餐店經(jīng)理會自動收到系統(tǒng)生成的統(tǒng)計報表,報表中詳細(xì)列出了本周或本月訂單的統(tǒng)計信息以及庫存食材的統(tǒng)計信息。現(xiàn)采用數(shù)據(jù)流圖對上述訂餐管理系統(tǒng)進(jìn)行分析與設(shè)計,系統(tǒng)未完成的0層數(shù)據(jù)流圖。如圖2-1所示。圖2-1【問題1】(8分)根據(jù)訂餐管理系統(tǒng)功能說明,請?jiān)趫D2-1所示數(shù)據(jù)流圖中給出外部實(shí)體E1~E4和加工P1~P4的具體名稱?!締栴}2】(8分)根據(jù)數(shù)據(jù)流圖規(guī)范和訂餐管理系統(tǒng)功能說明,請說明在圖2-1中需要補(bǔ)充哪些數(shù)據(jù)流可以構(gòu)造出完整的0層數(shù)據(jù)流圖?!締栴}3】(9分)根據(jù)數(shù)據(jù)流圖的含義,請說明數(shù)據(jù)流圖和系統(tǒng)流程圖之間有哪些方面的區(qū)別。23.單選題中間件基本功能包括,為客戶機(jī)和服務(wù)器提供(

),提供(

)保證交易的一致性,提供應(yīng)用的(

)。問題1選項(xiàng)A.連接和通信B.應(yīng)用程序接口C.通信協(xié)議支持D.數(shù)據(jù)交換標(biāo)準(zhǔn)問題2選項(xiàng)A.安全控制機(jī)制B.交易管理機(jī)制C.標(biāo)準(zhǔn)信息格式D.數(shù)據(jù)映射機(jī)制問題3選項(xiàng)A.基礎(chǔ)硬件平臺B.操作系統(tǒng)服務(wù)C.網(wǎng)絡(luò)和數(shù)據(jù)庫D.負(fù)載均衡和高可用性24.單選題以下關(guān)于網(wǎng)絡(luò)冗余設(shè)計的敘述中,錯誤的是()。問題1選項(xiàng)A.網(wǎng)絡(luò)冗余設(shè)計避免網(wǎng)絡(luò)組件單點(diǎn)失效造成應(yīng)用失效B.備用路徑與主路徑同時投入使用,分擔(dān)主路徑流量C.負(fù)載分擔(dān)是通過并行鏈路提供流量分擔(dān)來提高性能的D.網(wǎng)絡(luò)中存在備用鏈路時,可以考慮加入負(fù)載分擔(dān)設(shè)計25.單選題在Web服務(wù)器的測試中,反映其性能的指標(biāo)不包括:(),常見的Web服務(wù)器性能評測方法有基準(zhǔn)性能測試、壓力測試和()。問題1選項(xiàng)A.鏈接正確跳轉(zhuǎn)B.最大并發(fā)連接數(shù)C.響應(yīng)延遲D.吞吐量問題2選項(xiàng)A.功能測試B.黑盒測試C.白盒測試D.可靠性測試第1卷參考答案一.綜合題1.【答案】D【解析】本題考查的是軟件設(shè)計的知識內(nèi)容。軟件設(shè)計包括體系結(jié)構(gòu)設(shè)計、接口設(shè)計、數(shù)據(jù)設(shè)計和過程設(shè)計。本題選擇D選項(xiàng)。體系結(jié)構(gòu)設(shè)計:定義軟件系統(tǒng)各主要部件之間的關(guān)系。數(shù)據(jù)設(shè)計:將模型轉(zhuǎn)換成數(shù)據(jù)結(jié)構(gòu)的定義。好的數(shù)據(jù)設(shè)計將改善程序結(jié)構(gòu)和模塊劃分,降低過程復(fù)雜性。接口設(shè)計(人機(jī)界面設(shè)計):軟件內(nèi)部,軟件和操作系統(tǒng)間以及軟件和人之間如何通信。過程設(shè)計:系統(tǒng)結(jié)構(gòu)部件轉(zhuǎn)換成軟件的過程描述。確定軟件各個組成部分內(nèi)的算法及內(nèi)部數(shù)據(jù)結(jié)構(gòu),并選定某種過程的表達(dá)形式來描述各種算法。

2.【答案】第1題:B第2題:A第3題:D第4題:C【解析】本題考查信息化中的電子政務(wù)類型。電子政務(wù)分以下類型:1、政府對政府(G2G,GovernmentToGovernment):政府之間的互動及政府與公務(wù)員之間互動?;A(chǔ)信息的采集、處理和利用,如人口信息;各級政府決策支持。G2G原則上包含:政府對公務(wù)員(G2E,GovernmentToEmployee):內(nèi)部管理信息系統(tǒng)。2、政府對企業(yè)(G2B,GovernmentToBusiness):政府為企業(yè)提供的政策環(huán)境。給企業(yè)單位頒發(fā)的各種營業(yè)執(zhí)照、許可證、合格證、質(zhì)量認(rèn)證。3、企業(yè)對政府(B2G,BusinessToGovernment):企業(yè)納稅及企業(yè)為政府提供服務(wù)。企業(yè)參加政府各項(xiàng)工程的競/投標(biāo),向政府供應(yīng)各種商品和服務(wù),企業(yè)向政府提建議,申訴。4、政府對公民(G2C,GovernmentToCitizen):政府對公民提供的服務(wù)。社區(qū)公安和水、火、天災(zāi)等與公共安全有關(guān)的信息。戶口、各種證件和牌照的管理。5、公民對政府(C2G,CitizenToGovernment):個人應(yīng)向政府繳納稅費(fèi)和罰款及公民反饋渠道。個人應(yīng)向政府繳納的各種稅款和費(fèi)用了解民意,征求群眾意見。報警服務(wù)(盜賊、醫(yī)療、急救、火警等)。3.【答案】D【解析】UML2.0中一共定義了14種圖。其中結(jié)構(gòu)圖(靜態(tài)圖)包括:類圖、對象圖、構(gòu)件圖、部署圖、制品圖、包圖、組合結(jié)構(gòu)圖;行為圖(動態(tài)圖)包括:用例圖、順序圖、通信圖(協(xié)作圖)、定時圖、交互概覽圖、活動圖、狀態(tài)圖。4.【答案】D【解析】本題考查了區(qū)塊鏈技術(shù)的相關(guān)應(yīng)用。比特幣網(wǎng)絡(luò)通過“挖礦”來生成新的比特幣。所謂“挖礦”實(shí)質(zhì)上是用計算機(jī)解決一項(xiàng)復(fù)雜的數(shù)學(xué)問題,來保證比特幣網(wǎng)絡(luò)分布式記賬系統(tǒng)的一致性。比特幣網(wǎng)絡(luò)會自動調(diào)整數(shù)學(xué)問題的難度,讓整個網(wǎng)絡(luò)約每10分鐘得到一個合格答案。隨后比特幣網(wǎng)絡(luò)會新生成一定量的比特幣作為區(qū)塊獎勵,獎勵獲得答案的人。A選項(xiàng)正確。本質(zhì)上,挖礦的過程就是計算哈希函數(shù),并以此來確認(rèn)交易的過程。哈希函數(shù)值具有不可篡改、不可逆性。但哈希函數(shù)輸入的原始數(shù)據(jù)長度是不定長的,可以隨意長度,而得出的摘要值是固定長度的。因此,存在一個可能,同樣一個哈希值對應(yīng)的不止一個數(shù)據(jù)串。這個現(xiàn)象就是哈希碰撞。B選項(xiàng)正確。工作量證明機(jī)制(PoW)是我們最熟知的一種共識機(jī)制。工作量證明機(jī)制PoW就是工作越多,收益越大。這里的工作就是計算出一個滿足規(guī)則的隨機(jī)數(shù),誰能最快地計算出唯一的數(shù)字,誰就能做信息公示人。C選項(xiàng)正確。“雙花”問題是指一筆數(shù)字現(xiàn)金在交易中被反復(fù)使用的現(xiàn)象。傳統(tǒng)的加密數(shù)字貨幣和其他數(shù)字資產(chǎn),都具有無限可復(fù)制性,人們在交易過程中,難以確認(rèn)這筆數(shù)字現(xiàn)金是否已經(jīng)產(chǎn)生過一次交易。在區(qū)塊鏈技術(shù)中,中本聰通過對產(chǎn)生的每一個區(qū)塊蓋上時間戳(時間戳相當(dāng)于區(qū)塊鏈公證人)的方式保證了交易記錄的真實(shí)性,保證每筆貨幣被支付后,不能再用于其他支付。在這個過程中,當(dāng)且僅當(dāng)包含在區(qū)塊中的所有交易都是有效的且之前從未存在過的,其他節(jié)點(diǎn)才認(rèn)同該區(qū)塊的有效性。所以雙花攻擊解決的方法就是通過時間戳。用戶發(fā)起的每一筆交易都有時間記錄,“挖礦”行為不能防止雙花攻擊,D選項(xiàng)錯誤。5.【答案】第1題:A第2題:B【解析】本題考查的是系統(tǒng)開發(fā)基礎(chǔ)中軟件系統(tǒng)工具的知識內(nèi)容。軟件開發(fā)工具用來輔助開發(fā)人員進(jìn)行軟件開發(fā)活動,對應(yīng)軟件開發(fā)過程的各種活動,軟件開發(fā)工具包括需求分析工具、設(shè)計工具、編碼與排錯工具、測試工具等。

1、需求分析工具用以輔助軟件需求分析活動,輔助系統(tǒng)分析員從需求定義出發(fā),生成完成的、清晰的、一致的功能規(guī)范。按描述需求定義的方法可以將需求分析工具分為基于自然語言或圖像描述的工具和基于形式化需求定義語言的工具。(1)基于自然語言或圖形描述的工具:這類工具采用分解與抽象等基本手段,對用戶問題逐步求精,并在檢測機(jī)制的輔助下,發(fā)現(xiàn)其中可能存在的問題(如一致性),通過對問題描述的修改,逐步形成能正確反映用戶需求的功能規(guī)范。比如結(jié)構(gòu)化分析方法采用的數(shù)據(jù)流圖。(2)基于形式化需求定義語言的工具:基于形式化需求定義語言的工具大多以基于知識的需求智能助手的形式出現(xiàn),并把人工智能技術(shù)運(yùn)用于軟件工程。這類工具通常具有一個知識庫和一個推理機(jī)制。(3)其他需求分析工具:可執(zhí)行規(guī)范語言以及原型技術(shù)為需求分析工具提供了另一條實(shí)現(xiàn)途徑,這些工具通過運(yùn)行可執(zhí)行規(guī)范或原型,將有關(guān)的結(jié)果顯示給用戶和系統(tǒng)分析員,以便進(jìn)行需求確認(rèn)。2、設(shè)計工具:設(shè)計工具用以輔助軟件設(shè)計活動,輔助設(shè)計人員從軟件功能規(guī)范出發(fā),得到相應(yīng)的設(shè)計規(guī)范。3、編碼與排錯工具:編碼工具和排錯工具用以輔助程序員進(jìn)行編碼活動。編碼工具輔助程序員用某種程序語言編制源程序,并對源程序進(jìn)行翻譯,最終轉(zhuǎn)換成可執(zhí)行的代碼,主要有編輯程序、匯編程序、編譯程序和生成程序等。排錯工具用來輔助程序員尋找源程序中錯誤的性質(zhì)和原因,并確定其出錯的位置,主要有源代碼排錯程序和排錯程序生成程序兩類。4、軟件維護(hù)工具:軟件維護(hù)工具輔助軟件維護(hù)過程中的活動,輔助維護(hù)人員對軟件代碼及其文檔進(jìn)行各種維護(hù)活動。軟件維護(hù)工具主要有版本控制工具、文檔分析工具、開發(fā)信息庫工具、逆向工程工具和再工程工具等。5、軟件管理和軟件支持工具:軟件管理過程和軟件支持過程往往要涉及到軟件生存周期中的多個活動,軟件管理和軟件支持工具用來輔助管理人員和軟件支持人員的管理活動和支持活動,以確保軟件高質(zhì)高效地完成。其中常用的工具有項(xiàng)目管理工具、配置管理工具、軟件評價工具等。6.【答案】第1題:A第2題:B【解析】第1題:本題是對性能評價方法的考查。真實(shí)程序、核心程序、小型基準(zhǔn)程序和合成基準(zhǔn)程序,其評測準(zhǔn)確程度依次遞減。其中評測準(zhǔn)確性最高的是真實(shí)程序,第一空選擇A選項(xiàng)。把應(yīng)用程序中用得最多、最頻繁的那部分核心程序作為評估計算機(jī)系統(tǒng)性能的標(biāo)準(zhǔn)程序,稱為基準(zhǔn)測試程序(benchmark)。基準(zhǔn)程序法是目前一致承認(rèn)的測試系統(tǒng)性能的較好方法。因此第二空選擇B選項(xiàng)。第2題:本題是對性能評價方法的考查。真實(shí)程序、核心程序、小型基準(zhǔn)程序和合成基準(zhǔn)程序,其評測準(zhǔn)確程度依次遞減。其中評測準(zhǔn)確性最高的是真實(shí)程序,第一空選擇A選項(xiàng)。把應(yīng)用程序中用得最多、最頻繁的那部分核心程序作為評估計算機(jī)系統(tǒng)性能的標(biāo)準(zhǔn)程序,稱為基準(zhǔn)測試程序(benchmark)?;鶞?zhǔn)程序法是目前一致承認(rèn)的測試系統(tǒng)性能的較好方法。因此第二空選擇B選項(xiàng)。7.【答案】B【解析】本題考查構(gòu)件的基本概念。如果把軟件系統(tǒng)看成是構(gòu)件的集合,那么從構(gòu)件的外部形態(tài)來看,構(gòu)成一個系統(tǒng)的構(gòu)件可分為5類:(1)獨(dú)立而成熟的構(gòu)件。獨(dú)立而成熟的構(gòu)件得到了實(shí)際運(yùn)行環(huán)境的多次檢驗(yàn),該類構(gòu)件隱藏了所有接口,用戶只需用規(guī)定好的命令進(jìn)行使用。例如,數(shù)據(jù)庫管理系統(tǒng)和操作系統(tǒng)等。(2)有限制的構(gòu)件。有限制的構(gòu)件提供了接口,指出了使用的條件和前提,這種構(gòu)件在裝配時,會產(chǎn)生資源沖突、覆蓋等影響,在使用時需要加以測試。例如,各種面向?qū)ο蟪绦蛟O(shè)計語言中的基礎(chǔ)類庫等。(3)適應(yīng)性構(gòu)件。適應(yīng)性構(gòu)件進(jìn)行了包裝或使用了接口技術(shù),把不兼容性、資源沖突等進(jìn)行了處理,可以直接使用。這種構(gòu)件可以不加修改地使用在各種環(huán)境中。例如ActiveX等。(4)裝配的構(gòu)件。裝配(assemble)的構(gòu)件在安裝時,已經(jīng)裝配在操作系統(tǒng)、數(shù)據(jù)庫管理系統(tǒng)或信息系統(tǒng)不同層次上,使用膠水代碼(gluecode)就可以進(jìn)行連接使用。目前一些軟件商提供的大多數(shù)軟件產(chǎn)品都屬這一類。(5)可修改的構(gòu)件??尚薷牡臉?gòu)件可以進(jìn)行版本替換。如果對原構(gòu)件修改錯誤、增加新功能,可以利用重新“包裝”或?qū)懡涌趤韺?shí)現(xiàn)構(gòu)件的替換。這種構(gòu)件在應(yīng)用系統(tǒng)開發(fā)中使用得比較多。8.【答案】第1題:A第2題:C【解析】第1題:本題考查的是SOA相關(guān)知識。SOA常用的設(shè)計模式是服務(wù)注冊表模式和企業(yè)服務(wù)總線ESB模式。微服務(wù)是SOA技術(shù)的一種變體,云計算是網(wǎng)絡(luò)云服務(wù)的一種技術(shù),Multi-AgentSystem多智能系統(tǒng)是人工智能技術(shù)的一種應(yīng)用。本題第一空選擇A選項(xiàng)。企業(yè)服務(wù)總線(EnterpriseServiceBus,EBS)技術(shù),其思想是提供一種標(biāo)準(zhǔn)的軟件底層架構(gòu),各種程序組件能夠以服務(wù)單元的方式“插入”到該平臺上運(yùn)行,并且組件之間能夠以標(biāo)準(zhǔn)的消息通信方式來進(jìn)行交互。ESB的定義通常如下:企業(yè)服務(wù)總線是由中間件技術(shù)實(shí)現(xiàn)的支持面向服務(wù)架構(gòu)的基礎(chǔ)軟件平臺,支持異構(gòu)環(huán)境中的服務(wù)以基于消息和事件驅(qū)動模式的交互,并且具有適當(dāng)?shù)姆?wù)質(zhì)量和可管理性。這種交互過程不再是點(diǎn)對點(diǎn)的直接交互模式,而是由事件驅(qū)動的消息交互模式。通過這種方式,ESB最大限度上解耦了組件之間的依賴關(guān)系,降低了軟件系統(tǒng)互連的復(fù)雜性。ESB不支持服務(wù)請求者與服務(wù)提供者直接的直接鏈接,二者之間仍然存在關(guān)系,只是這種關(guān)系是松耦合的。本題第二空選擇C選項(xiàng),其他選項(xiàng)的說法都是錯誤的。第2題:9.【答案】第1題:B第2題:C【解析】ER圖集成時產(chǎn)生的沖突及解決辦法:屬性沖突:包括屬性域沖突和屬性取值沖突。命名沖突:包括同名異義和異名同義。結(jié)構(gòu)沖突:包括同一對象在不同應(yīng)用中具有不同的抽象,以及同一實(shí)體在不同局部E-R圖中所包含的屬性個數(shù)和屬性排列次序不完全相同。本題中,培訓(xùn)師屬于員工的一種,所以不應(yīng)該抽象為兩個不同實(shí)體,這個沖突屬于結(jié)構(gòu)沖突,解決方案是員工實(shí)體中加入職稱屬性,剔除培訓(xùn)師實(shí)體。10.【答案】【問題1】邏輯數(shù)據(jù)模型設(shè)計過程包含的任務(wù):(1)構(gòu)建系統(tǒng)上下文數(shù)據(jù)模型,包含實(shí)體及實(shí)體之間的聯(lián)系:(2)繪制基于主鍵的數(shù)據(jù)模型,為每個實(shí)體添加主鍵屬性;(3)構(gòu)建全屬性數(shù)據(jù)模型,為每個實(shí)體添加非主鍵屬性:(4)利用規(guī)范化技術(shù)建立系統(tǒng)規(guī)范化數(shù)據(jù)模型。包裹單的邏輯數(shù)據(jù)模型中包含的實(shí)體:(1)收件人(主鍵:電話);(2)寄件人(主鍵:電話);(3)包裹單(主鍵:編號)?!締栴}2】超類實(shí)體是將多個實(shí)體中相同的屬性組合起來構(gòu)造出的新實(shí)體。用戶(姓名、電話、單位名稱、詳細(xì)地址)【問題3】派生屬性是指某個實(shí)體的非主鍵屬性由該實(shí)體其他非主鍵屬性決定。包裹單中的總計是由資費(fèi)、掛號費(fèi)、保價費(fèi)、回執(zhí)費(fèi)計算得出,所以是派生屬性?!窘馕觥俊締栴}1】數(shù)據(jù)庫設(shè)計分為概念結(jié)構(gòu)設(shè)計、邏輯結(jié)構(gòu)設(shè)計物理結(jié)構(gòu)設(shè)計:概念設(shè)計也稱為概念結(jié)構(gòu)設(shè)計,其任務(wù)是在需求分析階段產(chǎn)生的需求說明書的基礎(chǔ)上,按照特定的方法將它們抽象為一個不依賴于任何DBMS的數(shù)據(jù)模型,即概念模型。概念模型的表現(xiàn)形式即ER模型。邏輯設(shè)計也稱為邏輯結(jié)構(gòu)設(shè)計,其主要任務(wù)是將概念設(shè)計階段設(shè)計好的E-R圖轉(zhuǎn)換為與選用的具體機(jī)器上的DBMS所支持的數(shù)據(jù)模型相符合的邏輯結(jié)構(gòu)(如:關(guān)系模式)。物理設(shè)計也稱為物理結(jié)構(gòu)設(shè)計,其任務(wù)是對給定的邏輯模型選取一個最適合應(yīng)用環(huán)境的物理結(jié)構(gòu),所謂數(shù)據(jù)庫的物理結(jié)構(gòu),主要是指數(shù)據(jù)庫在物理設(shè)備上的存儲結(jié)構(gòu)和存取方法?!締栴}2】當(dāng)較低層次上實(shí)體類型表達(dá)了與之聯(lián)系的較高層次上的實(shí)體類型的特殊情況時,就稱較高層次上實(shí)體類型為超類型,反之為子類型。子類到超類的過程為概化,超類到子類的過程為特化。①子類與超類之間具有繼承特點(diǎn),即子類包含了超類的所有屬性,并且可以比超類擁有更多的屬性。②這種繼承性是通過子類實(shí)體和超類實(shí)體有相同的實(shí)體標(biāo)識符實(shí)現(xiàn)的?!締栴}3】可以從其它屬性得來的屬性就叫派生屬性。包裹圖中的“總計”屬性是派生屬性??梢詮馁Y費(fèi)、掛號費(fèi)、保價費(fèi)、回執(zhí)費(fèi)累加計算出來。11.【答案】【問題1】(1)需求和架構(gòu)描述語言存在差異:軟件需求是頻繁獲取的非正規(guī)的自然語言,而軟件架構(gòu)常用的是一種正式語言。(2)非功能屬性難于在架構(gòu)中描述:系統(tǒng)屬性中描述的非功能性需求通常很難在架構(gòu)模型中形成規(guī)約。(3)需求和架構(gòu)的一致性難以保障:從軟件需求映射到軟件架構(gòu)的過程中,保持一致性和可追溯性很難,且復(fù)雜程度很高,因?yàn)閱?-的軟件需求可能定位到多個軟件架構(gòu)的關(guān)注點(diǎn)。反之,架構(gòu)元素也可能有多個軟件需求。【問題2】操作系統(tǒng)服務(wù)段:為FACE架構(gòu)其他段提供操作系統(tǒng)、運(yùn)行時和操作系統(tǒng)級健康監(jiān)控等服務(wù)。通過開放式OSGi框架為上層功能提供OS標(biāo)準(zhǔn)接口,并可實(shí)現(xiàn)上層組件的即插即用能力。I/O服務(wù)段:主要針對專用IO設(shè)備進(jìn)行抽象,屏蔽平臺服務(wù)段軟件與硬件設(shè)備的關(guān)系。由于圖形服務(wù)軟件和GPU處理器緊密相關(guān),因此I/0服務(wù)段不對GPU驅(qū)動進(jìn)行抽象。平臺服務(wù)段:主要是指用戶需要的共性軟件,如:系統(tǒng)級健康監(jiān)控(HM).配置、日志和流媒體等服務(wù)。本段可包括平臺公共服務(wù)、平臺設(shè)備服務(wù)和平臺圖像服務(wù)等三類。傳輸服務(wù)段:主要為上層可移植組件段提供平臺性的數(shù)據(jù)交換服務(wù)??梢浦步M件將通過傳輸服務(wù)段提供的服務(wù)實(shí)現(xiàn)交換,禁止組件間直接調(diào)用。可移植組件段:提供了多組件使用能力和功能服務(wù)。主要包括公共服務(wù)和可移植組件兩類。【問題3】緊耦合問題主要表現(xiàn)在:I/O問題、業(yè)務(wù)邏輯問題和表現(xiàn)問題。解決方案:可采用分離原則,通過隔離實(shí)現(xiàn)硬件特定信息和少數(shù)模塊的代碼,減少耦合性。封裝問題主要表現(xiàn)在:ICD硬編碼問題、組件的緊耦合問題、直接調(diào)用問題。解決方案:可以通過提供數(shù)據(jù)源或槽的軟件服務(wù)的方法,將緊耦合組件分解出應(yīng)用程序,并將平臺相關(guān)部分加入計算環(huán)境中,在計算平臺內(nèi)提供數(shù)據(jù)源或槽的軟件服務(wù),并實(shí)現(xiàn)接口標(biāo)準(zhǔn)化。【解析】【問題1】軟件需求是指為用戶解決某一問題或達(dá)到某一目標(biāo)所需的軟件功能;系統(tǒng)或系統(tǒng)構(gòu)件為了滿足合同、規(guī)約、標(biāo)準(zhǔn)或其他正式實(shí)行的文檔而必須滿足或具備的軟件功能。軟件需求包括三個不同的層次:業(yè)務(wù)需求、用戶需求和功能需求;軟件需求規(guī)格說明還應(yīng)包括非功能需求,它描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等。它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和合約;外部界面的具體細(xì)節(jié);性能要求;設(shè)計或?qū)崿F(xiàn)的約束條件及質(zhì)量屬性。架構(gòu),又名軟件架構(gòu),是有關(guān)軟件整體結(jié)構(gòu)與組件的抽象描述,用于指導(dǎo)大型軟件系統(tǒng)各個方面的設(shè)計。通常在軟件開發(fā)過程中,需求會隨著開發(fā)深入而有所變化,而架構(gòu)又不能完全地將需求全部反映出來,因此,如何把軟件需求映射到軟件架構(gòu)是至關(guān)重要一個問題。(1)從描述語言方面來講:軟件需求是頻繁獲取的非正規(guī)的自然語言,而軟件架構(gòu)常用的是一種正式語言。(2)從非功能性需求描述方面來講:系統(tǒng)屬性中描述的非功能性需求通常很難在架構(gòu)模型中形成規(guī)約。(3)從需求和架構(gòu)的一致性方面來講:從軟件需求映射到軟件架構(gòu)的過程中,保持一致性和可追溯性很難,且復(fù)雜程度很高,因?yàn)閱我坏能浖枨罂赡芏ㄎ坏蕉鄠€軟件架構(gòu)的關(guān)注點(diǎn)。反之,架構(gòu)元素也可能有多個軟件需求?!締栴}2】FACE軟件架構(gòu)是建立在操作系統(tǒng)上的一個三維架構(gòu),該架構(gòu)由操作系統(tǒng)、I/O服務(wù)、平臺服務(wù)(PSS)、傳輸服務(wù)(TSS)、可移植組件五部分組成。該軟件架構(gòu)能夠更好的將關(guān)注點(diǎn)分離,軟件功能能夠重用,旨在實(shí)現(xiàn)FACE的目標(biāo)——降低研發(fā)和集成的成本。(1)操作系統(tǒng)服務(wù)段:為FACE架構(gòu)其他段提供操作系統(tǒng)、運(yùn)行時和操作系統(tǒng)級健康監(jiān)控等服務(wù)。通過開放式OSGi框架為上層功能提供OS標(biāo)準(zhǔn)接口,并可實(shí)現(xiàn)上層組件的即插即用能力。本段是FACE架構(gòu)的基本服務(wù)段。(2)I/O服務(wù)段:主要針對專用I/O設(shè)備進(jìn)行抽象,屏蔽平臺服務(wù)段軟件與硬件設(shè)備的關(guān)系,形成一種虛擬設(shè)備,這里隱含著對系統(tǒng)中的所有硬件I/O的虛擬化。由于圖形服務(wù)軟件和GPU處理器緊密相關(guān),因此I/O服務(wù)段不對GPU驅(qū)動進(jìn)行抽象。(3)平臺服務(wù)段:主要是指平臺/用戶需要的共性服務(wù)軟件,主要涵蓋跨平臺的系統(tǒng)管理、共享設(shè)備服務(wù),以及健康管理等。如:系統(tǒng)級健康監(jiān)控(HM)、配置、日志和流媒體等服務(wù)。本段主要包括平臺公共服務(wù)、平臺設(shè)備服務(wù)和平臺圖像服務(wù)等三類。(4)傳輸服務(wù)段:通過使用傳統(tǒng)跨平臺中間件軟件(如CORBA、DDA等),為平臺上層可移植組件段提供平臺性的數(shù)據(jù)交換服務(wù),可移植組件將通過傳輸服務(wù)段提供的服務(wù)實(shí)現(xiàn)交換,禁止組件間直接調(diào)用。本段應(yīng)具備QoS質(zhì)量特征服務(wù)、配置能力服務(wù)以及分布式傳輸服務(wù)等。(5)可移植組件段:為用戶軟件段,提供了多組件使用能力和功能服務(wù)。主要包括公共服務(wù)和可移植組件兩類?!締栴}3】可移植性是軟件質(zhì)量之一,良好的可移植性可以提高軟件的生命周期??梢浦残允侵杠浖囊粋€計算機(jī)系統(tǒng)或環(huán)境搬到另一個計算機(jī)系統(tǒng)或環(huán)境的難易程度。緊耦合就是模塊或者系統(tǒng)之間關(guān)系太緊密,存在相互調(diào)用。緊耦合系統(tǒng)的缺點(diǎn)在于更新一個模塊的結(jié)果導(dǎo)致其它模塊的結(jié)果變化,難以重用特定的關(guān)聯(lián)模塊。封裝,即隱藏對象的屬性和實(shí)現(xiàn)細(xì)節(jié),僅對外公開接口,控制在程序中屬性的讀和修改的訪問級別。緊耦合問題主要表現(xiàn)在:I/O問題、業(yè)務(wù)邏輯問題和表現(xiàn)問題。解決方案:可采用分離原則,通過隔離實(shí)現(xiàn)硬件特定信息和少數(shù)模塊的代碼,減少耦合性。封裝問題主要表現(xiàn)在:

ICD硬編碼問題、組件的緊耦合問題、直接調(diào)用問題。解決方案:可以通過提供數(shù)據(jù)源或槽的軟件服務(wù)的方法,將緊耦合組件分解出應(yīng)用程序,并將平臺相關(guān)部分加入計算環(huán)境中,在計算平臺內(nèi)提供數(shù)據(jù)源或槽的軟件服務(wù),并實(shí)現(xiàn)接口標(biāo)準(zhǔn)化。12.【答案】B【解析】暫無解析。13.【答案】第1題:A第2題:D【解析】第1題:本題考查的是測試相關(guān)知識。根據(jù)測試目的不同,性能測試主要包括壓力測試、負(fù)載測試、并發(fā)測試和可靠性測試等。強(qiáng)度測試:是在系統(tǒng)資源特別低的情況下考查軟件系統(tǒng)極限運(yùn)行情況。本題第一空選擇A選項(xiàng)。負(fù)載測試:用于測試超負(fù)荷環(huán)境中程序是否能夠承擔(dān),確定在各種工作負(fù)載下系統(tǒng)的性能,測試當(dāng)負(fù)載逐漸增加時,系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測試:通過確定系統(tǒng)的瓶頸或不能接收的性能點(diǎn),來獲得系統(tǒng)能夠提供的最大服務(wù)級別的測試。負(fù)載測試和壓力測試可以結(jié)合進(jìn)行,統(tǒng)稱為負(fù)載壓力測試。容量測試:并發(fā)測試也稱為容量測試,主要用于測試系統(tǒng)可同時處理的在線最大用戶數(shù)量。本題第二空選擇D選項(xiàng)。第2題:14.【答案】第1題:D第2題:C第3題:C【解析】第1題:本題考查的是軟件過程的相關(guān)知識。軟件生命周期模型又稱軟件開發(fā)模型(softwaredevelopmodel)或軟件過程模型(softwareprocessmodel),它是從某一個特定角度提出的軟件過程的簡化描述。軟件過程模型是軟件開發(fā)實(shí)際過程的抽象與概括,它應(yīng)該包括構(gòu)成軟件過程的各種活動,也就是對軟件開發(fā)過程各階段之間關(guān)系的一個描述和表示。軟件過程模型的基本概念:軟件過程是制作軟件產(chǎn)品的一組活動以及結(jié)果,這些活動主要由軟件人員來完成,軟件活動主要有如下一些:1、軟件描述。必須定義軟件功能以及使用的限制。第三空選擇C選項(xiàng)。2、軟件開發(fā)。也就是軟件的設(shè)計和實(shí)現(xiàn),軟件工程人員制作出能滿足描述的軟件。3、軟件有效性驗(yàn)證。軟件必須經(jīng)過嚴(yán)格的驗(yàn)證,以保證能夠滿足客戶的需求。4、軟件演化。改進(jìn)軟件以適應(yīng)不斷變化的需求。第一空和第二空選擇D選項(xiàng)和C選項(xiàng)。第2題:第3題:15.【答案】第1題:B第2題:A第3題:D【解析】數(shù)據(jù)被非授權(quán)地進(jìn)行修改是破壞了數(shù)據(jù)的完整性,而拒絕服務(wù)攻擊會破壞服務(wù)的可用性,使正常合法用戶無法訪問,利用統(tǒng)計分析方法對諸如通信頻度、通信的信息流向、通信總量的變化等參數(shù)進(jìn)行研究,從而發(fā)現(xiàn)有價值的信息和規(guī)律是業(yè)務(wù)流分析。16.【答案】C【解析】基于網(wǎng)絡(luò)的數(shù)據(jù)庫系統(tǒng)(NetwareDatabaseSystem,NDB)是基于4G/5G的移動通信之上,主要由客戶端、通信協(xié)議和遠(yuǎn)程服務(wù)器等三部分組成。NDB的客戶端主要負(fù)責(zé)提供接口給嵌入式程序,在邏輯上可以把嵌入式設(shè)備看作遠(yuǎn)程服務(wù)器的一個客戶端;通信協(xié)議負(fù)責(zé)規(guī)范客戶端與遠(yuǎn)程服務(wù)器之間的通信;遠(yuǎn)程服務(wù)器負(fù)責(zé)維護(hù)服務(wù)器上的數(shù)據(jù)庫數(shù)據(jù)。NDB是以文件方式存儲數(shù)據(jù)庫數(shù)據(jù)。即數(shù)據(jù)按照一定格式儲存在磁盤中,使用時由應(yīng)用程序通過相應(yīng)的驅(qū)動程序甚至直接對數(shù)據(jù)文件進(jìn)行讀寫基于網(wǎng)絡(luò)的數(shù)據(jù)庫系統(tǒng)一般是用于嵌入式設(shè)備,像這種系統(tǒng)都要求支持可裁剪,因?yàn)榍度胧皆O(shè)備資源有限,要根據(jù)實(shí)際情況安排部署。17.【答案】A【解析】本題A選項(xiàng)正確,改編、翻譯、注釋、整理已有作品而產(chǎn)生的作品,其著作權(quán)由改編、翻譯、注釋、整理人享有,但行使著作權(quán)時不得侵犯原作品的著作權(quán)。B選項(xiàng)職務(wù)作品的著作權(quán)不一定歸屬于企業(yè)法人,有可能歸屬于個人,企業(yè)有優(yōu)先使用權(quán)。C選項(xiàng)委托作品的著作權(quán)可以由合同約定歸屬人,不一定都?xì)w屬于委托人。D選項(xiàng)合作作品的著作權(quán)歸屬于所有參與人不含組織創(chuàng)作的人。18.【答案】第1題:A第2題:C【解析】

三層C/S體系結(jié)構(gòu)是將應(yīng)用功能分成表示層、功能層和數(shù)據(jù)層三個部分。(1)表示層表示層是應(yīng)用的用戶接口部分擔(dān)負(fù)與應(yīng)用邏輯間的對話功能。它用于用戶從工作站輸入的數(shù)據(jù),并顯示應(yīng)用輸出的數(shù)據(jù)。為使用戶能直觀地進(jìn)行操作,一般要使用圖形用戶界面(GUI),在變更用戶界面時,只需改寫顯示控制和數(shù)據(jù)檢查程序,而不影響業(yè)務(wù)邏輯。(2)功能層功能層是應(yīng)用的本體,它負(fù)責(zé)具體的業(yè)務(wù)處理邏輯,例如在制作訂購合同時要計算合同金額。表示層和功能層之間的數(shù)據(jù)互交要盡可能簡潔。例如,用戶檢索數(shù)據(jù)時,要將有關(guān)檢索要求的信息一次性地傳送給功能層,檢索結(jié)果數(shù)據(jù)也由功能層一次性地傳送給表示層。(3)數(shù)據(jù)層數(shù)據(jù)層通常是數(shù)據(jù)庫管理系統(tǒng),負(fù)責(zé)管理對數(shù)據(jù)庫數(shù)據(jù)的讀寫。數(shù)據(jù)庫系統(tǒng)必須能迅速執(zhí)行大量數(shù)據(jù)的更新和檢索。三層C/S的解決方案對這三層進(jìn)行明確分割,不同層構(gòu)件相互獨(dú)立,層間的接口簡潔,適合復(fù)雜事務(wù)處理。19.【答案】第1題:B第2題:C【解析】第1題:本題考查的是軟件開發(fā)模型相關(guān)知識。瀑布模型可以說是最早使用的軟件生存周期模型之一。由于這個模型描述了軟件生存的一些基本過程活動,所以它被稱為軟件生存周期模型。這些活動從一個階段到另一個階段逐次下降,形式上很像瀑布。瀑布模型的特點(diǎn)是因果關(guān)系緊密相連,前一個階段工作的結(jié)果是后一個階段工作的輸入。本題與瀑布模型無關(guān)。螺旋模型是在快速原型的基礎(chǔ)上擴(kuò)展而成的。這個模型把整個軟件開發(fā)流程分成多個階段,每個階段都由4部分組成,它們是:①目標(biāo)設(shè)定。

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論