高 級(jí)系統(tǒng)架構(gòu)師單選題考試卷模擬考試題_第1頁
高 級(jí)系統(tǒng)架構(gòu)師單選題考試卷模擬考試題_第2頁
高 級(jí)系統(tǒng)架構(gòu)師單選題考試卷模擬考試題_第3頁
高 級(jí)系統(tǒng)架構(gòu)師單選題考試卷模擬考試題_第4頁
已閱讀5頁,還剩14頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡(jiǎn)介

1、姓名:_ 班級(jí):_ 學(xué)號(hào):_-密-封 -線- 高 級(jí)系統(tǒng)架構(gòu)師單選題考試卷模擬考試題考試時(shí)間:120分鐘 考試總分:100分題號(hào)一二三四五總分分?jǐn)?shù)遵守考場(chǎng)紀(jì)律,維護(hù)知識(shí)尊嚴(yán),杜絕違紀(jì)行為,確??荚嚱Y(jié)果公正。1、計(jì)算機(jī)系統(tǒng)中硬件層之上的軟件通常按照三層來劃分,如下圖所示,圖中分別表示( )。 ( )a.操作系統(tǒng)、應(yīng)用軟件和其他系統(tǒng)軟件b.操作系統(tǒng)、其他系統(tǒng)軟件和應(yīng)用軟件c.其他系統(tǒng)軟件、操作系統(tǒng)和應(yīng)用軟件d.應(yīng)該軟件、其他系統(tǒng)軟件和操作系統(tǒng)2、在數(shù)據(jù)庫設(shè)計(jì)的需求分析階段應(yīng)完成包括( )在內(nèi)的文檔。 ( )a.e-r圖b.關(guān)系模式c.數(shù)據(jù)字典和數(shù)據(jù)流圖d.任務(wù)書和設(shè)計(jì)方案3、設(shè)有職務(wù)工資關(guān)系 p(

2、職務(wù),最低工資,最高工資),員工關(guān)系 emp(員工號(hào),職務(wù),工資),要求任何一名員工,其工資值必須在其職務(wù)對(duì)應(yīng)的工資范圍之內(nèi),實(shí)現(xiàn)該需求的方法是( )a.建立“emp.職務(wù)”向“p.職務(wù)”的參照完整性約束b.建立“p.職務(wù)”向“emp.職務(wù)”的參照完整性約束c.建立 emp上的觸發(fā)器程序?qū)彾ㄔ撔枨骴.建立 p上的觸發(fā)器程序?qū)彾ㄔ撔枨?、在嵌入式系統(tǒng)設(shè)計(jì)時(shí),下面幾種存儲(chǔ)結(jié)構(gòu)中對(duì)程序員是透明的是( )a.高速緩存b.磁盤存儲(chǔ)器c.內(nèi)存d.flash存儲(chǔ)器5、系統(tǒng)間進(jìn)行異步串行通信時(shí),數(shù)據(jù)的串/并和并/串轉(zhuǎn)換一般是通過( )實(shí)現(xiàn)的。 ( )a.i/o指令b.專用的數(shù)據(jù)傳送指令c.cpu中有移位功能的

3、數(shù)據(jù)寄存器d.接口中的移位寄存器6、以下關(guān)于網(wǎng)絡(luò)核心層的敘述中,正確的是( )a.為了保障安全性,應(yīng)該對(duì)分組進(jìn)行盡可能多的處理b.在區(qū)域間高速地轉(zhuǎn)發(fā)數(shù)據(jù)分組c.由多臺(tái)二、三層交換機(jī)組成d.提供多條路徑來緩解通信瓶頸7、網(wǎng)絡(luò)開發(fā)過程中,物理網(wǎng)絡(luò)設(shè)計(jì)階段的任務(wù)是( )a.依據(jù)邏輯網(wǎng)絡(luò)設(shè)計(jì)的功能要求,確定設(shè)備的具體物理分布和運(yùn)行環(huán)境b.分析現(xiàn)有網(wǎng)絡(luò)和新網(wǎng)絡(luò)的各類資源分布,掌握網(wǎng)絡(luò)所處狀態(tài)c.根據(jù)需求規(guī)范和通信規(guī)范,實(shí)施資源分配和安全規(guī)劃d.理解網(wǎng)絡(luò)應(yīng)該具有的功能和性能,最終設(shè)計(jì)出符合用戶需求的網(wǎng)絡(luò)8、某公存司構(gòu)建一個(gè)網(wǎng)絡(luò)化的開放式數(shù)據(jù)存儲(chǔ)系統(tǒng),要求采用專用連接并管理存儲(chǔ)設(shè)備和存儲(chǔ)管理子系統(tǒng)。針對(duì)這種

4、應(yīng)用,采用( )存儲(chǔ)方式最為合適。 ( )a.內(nèi)置式存儲(chǔ)b.dasc.sand.nas9、以下關(guān)于基準(zhǔn)測(cè)試的敘述中,正確的是( )a.運(yùn)行某些診斷程序,加大負(fù)載,檢查哪個(gè)設(shè)備會(huì)發(fā)生故障b.驗(yàn)證程序模塊之間的接口是否正常起作用c.運(yùn)行一個(gè)標(biāo)準(zhǔn)程序?qū)Χ喾N計(jì)算機(jī)系統(tǒng)進(jìn)行檢查,以比較和評(píng)價(jià)它們的性能d.根據(jù)程序的內(nèi)部結(jié)構(gòu)和內(nèi)部邏輯,評(píng)價(jià)程序是否正確10、以下關(guān)于計(jì)算機(jī)性能改進(jìn)的敘述中,正確的是( )a.如果某計(jì)算機(jī)系統(tǒng)的 cpu利用率已經(jīng)達(dá)到 100%性能改進(jìn),則該系統(tǒng)不可能再進(jìn)行b.使用虛存的計(jì)算機(jī)系統(tǒng)如果主存太小,則頁面交換的頻率將增加,cpu的使用效率就會(huì)降低,因此應(yīng)當(dāng)增加更多的內(nèi)存的c.如果磁

5、盤存取速度低,引起排隊(duì),此時(shí)應(yīng)安裝更快的 cpu,以提高性能d.多處理機(jī)的性能正比于 cpu的數(shù)目,增加 cpu是改進(jìn)性能的主要途徑11、商業(yè)智能是指的利用數(shù)據(jù)挖掘、知識(shí)發(fā)現(xiàn)等技術(shù)分析和挖掘結(jié)構(gòu)化的、面向特定領(lǐng)域的存儲(chǔ)與數(shù)據(jù)倉庫的信息。它可以幫助用戶認(rèn)清發(fā)展趨勢(shì)、獲取決策支持并得出結(jié)論。以下( )活動(dòng),并不屬于商業(yè)智能范疇。 ( )a.某大型企業(yè)通過對(duì)產(chǎn)品銷售數(shù)據(jù)進(jìn)行挖掘,分析客戶購買偏好b.某大型企業(yè)查詢數(shù)據(jù)倉庫中某種產(chǎn)品的總體銷售數(shù)量c.某大型購物網(wǎng)站通過分析用戶的購買歷史記錄,為客戶進(jìn)行商品推薦d.某銀行通過分析大量股票交易的歷史數(shù)據(jù),做出投資決策12、企業(yè)應(yīng)用集成通過采用多種集成模式構(gòu)

6、建統(tǒng)一標(biāo)準(zhǔn)基礎(chǔ)平臺(tái),將具有不同功能和目的且獨(dú)立運(yùn)行的企業(yè)信息系統(tǒng)聯(lián)合起來。其中,面向( )的集成模式強(qiáng)調(diào)處理不同應(yīng)用系統(tǒng)之間的交互邏輯,與核心業(yè)務(wù)邏輯相分離,并通過不同應(yīng)用系統(tǒng)之間的協(xié)作共同完成某項(xiàng)業(yè)務(wù)功能。 ( )a.數(shù)據(jù)b.接口c.過程d.界面13、電子數(shù)據(jù)交換( edi)是電子商務(wù)活動(dòng)中采用的一種重要的技術(shù)手段。以下關(guān)于 edi的敘述中,錯(cuò)誤的是( )a.edi和格式化實(shí)施需要一個(gè)公認(rèn)的標(biāo)準(zhǔn)和協(xié)議,將商務(wù)活動(dòng)中涉及的文件標(biāo)準(zhǔn)化b.edi的實(shí)施在技術(shù)上比較成熟,成本也較低c.edi通過計(jì)算機(jī)網(wǎng)絡(luò),在貿(mào)易伙伴之間進(jìn)行數(shù)據(jù)交換和自動(dòng)處理d.edi主要應(yīng)用于企業(yè)與企業(yè)、企業(yè)與批發(fā)商之間的批發(fā)業(yè)務(wù)

7、14、用戶文檔主要描述所交付系統(tǒng)的功能和使用方法。下列文檔中,( )屬于用戶文檔。 ( )a.需求說明書b.系統(tǒng)設(shè)計(jì)文檔c.安裝文檔d.系統(tǒng)測(cè)試計(jì)劃15、配置項(xiàng)是構(gòu)成產(chǎn)品配置的主要元素,其中( )不屬于配置項(xiàng)。 ( )a.設(shè)備清單b.項(xiàng)目質(zhì)量報(bào)告c.源代碼d.測(cè)試用例16、一個(gè)大型軟件系統(tǒng)的需求通常是會(huì)發(fā)生變化的。以下關(guān)于需求變更策略的敘述中,錯(cuò)誤的是( )a.所有需求變更必須遵循變更控制過程b.對(duì)于未獲得核準(zhǔn)的變更,不應(yīng)該做變更實(shí)現(xiàn)工作c.完成了對(duì)某個(gè)需求的變更之后,就可以刪除或者修改變更請(qǐng)求的原始文檔d.每一個(gè)集成的需求變更必須能追溯到一個(gè)經(jīng)核準(zhǔn)的變更請(qǐng)求17、以下關(guān)于需求管理的敘述中,正

8、確的是( )a.需求管理是一個(gè)對(duì)系統(tǒng)需求及其變更進(jìn)行了解和控制的過程b.為了獲得項(xiàng)目,開發(fā)人員可以先向客戶做出某些承諾c.需求管理的重點(diǎn)在于收集和分析項(xiàng)目需求d.軟件開發(fā)過程是獨(dú)立于需求管理的活動(dòng)18、( )方法以原型開發(fā)思想為基礎(chǔ),采用迭代增量式開發(fā),發(fā)行版本小型化,比較適合需求變化較大或者開發(fā)前期對(duì)需求不是很清晰的項(xiàng)目。 ( )a.信息工程b.結(jié)構(gòu)化c.面向?qū)ο骴.敏捷19、用例( use case)用來描述系統(tǒng)對(duì)事件做出響應(yīng)時(shí)所采取的行動(dòng)。用例之間是具有相關(guān)性的。在一個(gè)“訂單輸入系統(tǒng)”中,創(chuàng)建新訂單和更新訂單都需要核查用戶帳號(hào)是否正確。用例“創(chuàng)建新訂單”、“更新訂單”與用例“核查客戶帳號(hào)

9、”之間是( )關(guān)系。 ( )a.包含(include)b.擴(kuò)展(extend)c.分類(classification)d.聚集(aggregation)20、以下關(guān)于軟件構(gòu)件及其接口的敘述,錯(cuò)誤的是( )a.構(gòu)件是軟件系統(tǒng)中相對(duì)獨(dú)立且具有一定意義的構(gòu)成分b.構(gòu)件在容器中進(jìn)行管理并獲取其屬性或者服務(wù)c.構(gòu)件不允許外部對(duì)所支持的接口進(jìn)行動(dòng)態(tài)發(fā)現(xiàn)或調(diào)用d.構(gòu)件可以基于對(duì)象實(shí)現(xiàn),也可以不基于對(duì)象實(shí)現(xiàn)21、在一個(gè)典型的基于 mvc(model-view-controller)的 j2ee應(yīng)用中,分發(fā)客戶請(qǐng)求、有效組織其它構(gòu)件為客戶端提供服務(wù)的控制器由( )實(shí)現(xiàn)。 ( )a.entity beanb.se

10、ssion beanc.servletd.jsp22、以下關(guān)于 rdbms數(shù)據(jù)分布的敘述中,錯(cuò)誤的是( )a.數(shù)據(jù)垂直分割是將不同表的數(shù)據(jù)存儲(chǔ)到不同的服務(wù)器上b.數(shù)據(jù)水平分割是將不同行的數(shù)據(jù)存儲(chǔ)到不同的服務(wù)器上c.數(shù)據(jù)復(fù)制是將數(shù)據(jù)的多個(gè)副本存儲(chǔ)到不同的服務(wù)器上d.數(shù)據(jù)復(fù)制中由 rdbms維護(hù)數(shù)據(jù)的一致性23、系統(tǒng)應(yīng)用架構(gòu)設(shè)計(jì)中,網(wǎng)絡(luò)架構(gòu)數(shù)據(jù)流圖的主要作用是將處理器和設(shè)備分配到網(wǎng)絡(luò)中。( )不屬于網(wǎng)絡(luò)架構(gòu)數(shù)據(jù)流圖的內(nèi)容。 ( )a.服務(wù)器、客戶端及其物理位置b.處理器說明信息c.單位時(shí)間的數(shù)據(jù)流大小d.傳輸協(xié)議24、系統(tǒng)輸入設(shè)計(jì)中應(yīng)盡可能考慮人的是因素,以下關(guān)于輸入設(shè)計(jì)的一般原理中,錯(cuò)誤的是(

11、)a.只讓用戶輸入變化的數(shù)據(jù)b.使用創(chuàng)新的模式吸引用戶的眼球c.表格中各個(gè)數(shù)據(jù)項(xiàng)應(yīng)有提示信息d.盡可能使用選擇而不是鍵盤輸入的方式獲取數(shù)據(jù)25、系統(tǒng)測(cè)試將軟件、硬件、網(wǎng)絡(luò)等其它因素結(jié)合,對(duì)整個(gè)軟件進(jìn)行測(cè)試。( )不是系統(tǒng)測(cè)試的內(nèi)容。 ( )a.路徑測(cè)試b.可靠性測(cè)試c.安裝測(cè)試d.安全測(cè)試26、軟件測(cè)試是為了發(fā)現(xiàn)錯(cuò)誤而執(zhí)行程序的過程。黑盒測(cè)試法主要根據(jù)( )來設(shè)計(jì)測(cè)試用例。 ( )a.程序內(nèi)部邏輯b.程序外部功能c.程序數(shù)據(jù)結(jié)構(gòu)d.程序流程圖27、軟件架構(gòu)貫穿于軟件的整個(gè)生命周期,但在不同階段對(duì)軟件架構(gòu)的關(guān)注力度并不同,在( )階段,對(duì)軟件架構(gòu)的關(guān)注最多。 ( )a.需求分析與設(shè)計(jì)b.設(shè)計(jì)與實(shí)

12、現(xiàn)c.實(shí)現(xiàn)與測(cè)試d.部署與變更28、軟件架構(gòu)設(shè)計(jì)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵活動(dòng)。以下關(guān)于軟件架構(gòu)重要性的敘述中,錯(cuò)誤的是( )a.架構(gòu)設(shè)計(jì)能夠滿足系統(tǒng)的性能、可維護(hù)性等品質(zhì)b.良好的架構(gòu)設(shè)計(jì)能夠更好地捕獲并了解用戶需求c.架構(gòu)設(shè)計(jì)能夠使得不同的利益相關(guān)人(stakeholders)達(dá)成一致的目標(biāo)d.架構(gòu)設(shè)計(jì)能夠支持項(xiàng)目計(jì)劃和項(xiàng)目管理等活動(dòng)29、軟件架構(gòu)需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。以下活動(dòng)中,不屬于軟件架構(gòu)需求過程范疇的是( )a.設(shè)計(jì)構(gòu)件b.需求獲取c.標(biāo)識(shí)構(gòu)件d.架構(gòu)需求評(píng)審30、基于架構(gòu)的軟件設(shè)計(jì)( absd)強(qiáng)調(diào)由商業(yè)、質(zhì)量和功

13、能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。以下關(guān)于 absd的敘述中,錯(cuò)誤的是( )a.使用 absd方法設(shè)計(jì)活動(dòng)可以從項(xiàng)目總體功能框架明確就開始b.absd方法是一個(gè)自頂向下,遞歸細(xì)化的過程c.absd方法有三個(gè)基礎(chǔ):功能分解、選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量和商業(yè)需求以及軟件模板的使用d.使用 absd方法,設(shè)計(jì)活動(dòng)的開始意味首需求抽取和分析活動(dòng)可以終止31、軟件架構(gòu)文檔是對(duì)軟件架構(gòu)的正式描述,能夠幫助與系統(tǒng)有關(guān)的開發(fā)人員更好地理解軟件架構(gòu)。軟件架構(gòu)文檔的寫作應(yīng)該遵循一定的原則。以下關(guān)于軟件架構(gòu)文檔寫作原則的敘述中,錯(cuò)誤的是( )a.架構(gòu)文檔應(yīng)該從架構(gòu)設(shè)計(jì)者的角度進(jìn)行編寫b.應(yīng)該保持架構(gòu)文檔的即時(shí)更新,但更新不要

14、過于頻繁c.架構(gòu)文檔中的描述應(yīng)該盡量避免不必要的重復(fù)d.每次架構(gòu)文檔修改,都應(yīng)該記錄修改的原則32、架構(gòu)復(fù)審是基于架構(gòu)開發(fā)中的一個(gè)重要的環(huán)節(jié)。以下關(guān)于架構(gòu)復(fù)審的敘述中,錯(cuò)誤的是( )a.架構(gòu)復(fù)審的目標(biāo)是標(biāo)識(shí)潛在的風(fēng)險(xiǎn),及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)的缺陷和錯(cuò)誤b.架構(gòu)復(fù)審過程中,通常會(huì)對(duì)一個(gè)可運(yùn)行的最小化系統(tǒng)進(jìn)行架構(gòu)評(píng)估和測(cè)試c.架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計(jì)與開發(fā)人員組成d.架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代的過程33、某軟件開發(fā)公司負(fù)責(zé)開發(fā)一個(gè)擴(kuò)展 web服務(wù)器服務(wù)端處理軟件,其核心部分是對(duì)客戶端請(qǐng)求消息的解析與處理,包括 http報(bào)頭分離、soap報(bào)文解析等功能。該公司的架構(gòu)師決定采用成熟的架構(gòu)風(fēng)格指導(dǎo)整個(gè)軟件

15、的設(shè)計(jì),以下( )架構(gòu)網(wǎng)格,最適合該服務(wù)器處理軟件。 ( )a.虛擬機(jī)b.管道-過濾器c.黑板結(jié)構(gòu)d.分層結(jié)構(gòu)34、某公司欲開發(fā)一個(gè)基于圖形用戶界面的集成調(diào)試器。該調(diào)試器的編輯器和變量監(jiān)視器可以設(shè)置調(diào)試斷點(diǎn)。當(dāng)調(diào)試器在斷點(diǎn)處暫停運(yùn)行時(shí),編輯程序可以自動(dòng)卷屏到斷點(diǎn),變量監(jiān)視器刷新變量數(shù)值。針對(duì)這樣的功能描述,采用( )的架構(gòu)風(fēng)格最為合適。 ( )a.數(shù)據(jù)共享b.虛擬機(jī)c.隱式調(diào)用d.顯式調(diào)用35、某公司欲開發(fā)一種工業(yè)機(jī)器人,用來進(jìn)行汽車零件的裝配。公司的架構(gòu)師經(jīng)過分析與討論,給出了該機(jī)器人控制軟件的兩種架構(gòu)方案:閉環(huán)控制和分層結(jié)構(gòu)。以下對(duì)于這兩種候選架構(gòu)的選擇理由,錯(cuò)誤的是( )a.應(yīng)該采用閉環(huán)

16、控制架構(gòu),因?yàn)殚]環(huán)結(jié)構(gòu)給出了將軟件分解成幾個(gè)協(xié)作構(gòu)件的方法,這對(duì)于復(fù)雜任務(wù)特別適合b.應(yīng)該采用閉環(huán)控制架構(gòu),因?yàn)殚]環(huán)控制架構(gòu)中機(jī)器人的主要構(gòu)件(監(jiān)控器、傳感器、發(fā)動(dòng)機(jī)等)是彼此分開的,并能夠獨(dú)立替換c.應(yīng)該采用分層結(jié)構(gòu),因?yàn)榉謱咏Y(jié)構(gòu)很好地組織了用來協(xié)調(diào)機(jī)器人操作的構(gòu)件,系統(tǒng)結(jié)構(gòu)更加清晰d.應(yīng)該采用分層結(jié)構(gòu),因?yàn)槌橄髮拥拇嬖?,滿足了處理不確定性的需要,在較低層次不確定的實(shí)現(xiàn)細(xì)節(jié)在較高層次會(huì)變得確定36、一個(gè)軟件的架構(gòu)設(shè)計(jì)是隨著技術(shù)的不斷進(jìn)步而不斷變化的。以編譯器為例,其主要架構(gòu)經(jīng)歷了管理-過濾器到數(shù)據(jù)共享為中心的轉(zhuǎn)變過程。以下關(guān)于編譯器架構(gòu)的敘述中,錯(cuò)誤的是( )a.早期的編譯器采用管道-濾執(zhí)器

17、架構(gòu)碼風(fēng)格,以文本形式輸入的代碼被逐步轉(zhuǎn)化為各種形式,最終生成過可執(zhí)行代碼b.早期的編譯器采用管道-濾執(zhí)器架構(gòu)碼風(fēng)格,并且大多數(shù)編譯器的在詞法分析時(shí)創(chuàng)造獨(dú)立的符號(hào)地表,在其后的階段會(huì)不斷修改符號(hào)表,因此符號(hào)表并不是程序數(shù)據(jù)的一部分c.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)網(wǎng)絡(luò),主要關(guān)心編譯過程的程序的中間表示現(xiàn)序代的的中編間譯表器示采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,主要關(guān)心編譯過程中程d.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)網(wǎng)絡(luò),但由于分析樹是在語法分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入,因此分析不是數(shù)據(jù)中心的共享數(shù)據(jù)37、某軟件公司基于面向?qū)ο蠹夹g(shù)開發(fā)了一套圖形界面顯示構(gòu)件庫visualco

18、mponent。在使用該庫構(gòu)建某圖形界面時(shí),用戶要求為界面定制一些特效顯示效果,如帶滾動(dòng)條、能夠顯示藝術(shù)字體的透明窗體等。針對(duì)這種需求,公司采用( )最為靈活。 ( )a.橋接模式b.命令模式c.組合模式d.裝飾模式38、某軟件公司承接了為某工作流語言開發(fā)解釋器的工作。該工作流語言由多種活動(dòng)節(jié)點(diǎn)構(gòu)成,具有類xml 的語法結(jié)構(gòu)。用戶要求解釋器工作時(shí),對(duì)每個(gè)活動(dòng)節(jié)點(diǎn)進(jìn)行一系列的處理,包括執(zhí)行活動(dòng)、日志記錄、調(diào)用外部應(yīng)該程序等,并且要求處理過程具有可擴(kuò)展能力。針對(duì)這種需求,公司采用( )最為恰當(dāng)。 ( )a.適配器模式b.迭代器模式c.訪問者模式d.觀察者模式39、architecture trad

19、eoff analysis method(atam)是一種軟件架構(gòu)的評(píng)估方法,以下關(guān)于該方法的敘述中,正確的是( )a.atam是一種代碼評(píng)估方法b.atam需要評(píng)估軟件的需求是否準(zhǔn)確c.atam需要對(duì)軟件系統(tǒng)進(jìn)行測(cè)試d.atam不是一種精確的評(píng)估工具40、識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是 atam方法中的關(guān)鍵步驟。已知針對(duì)某系統(tǒng)所做的架構(gòu)設(shè)計(jì)中,提高其加密子系統(tǒng)的加密級(jí)別將對(duì)系統(tǒng)的安全性和性能都產(chǎn)生非常大的影響,則該系統(tǒng)一定屬于( )a.風(fēng)險(xiǎn)點(diǎn)和敏感點(diǎn)b.權(quán)衡點(diǎn)和風(fēng)險(xiǎn)點(diǎn)c.權(quán)衡點(diǎn)和敏感點(diǎn)d.風(fēng)險(xiǎn)點(diǎn)和非風(fēng)險(xiǎn)點(diǎn)41、信息安全策略應(yīng)該全面地從保護(hù)信息系統(tǒng)整體的安全,網(wǎng)絡(luò)安全體系設(shè)計(jì)是網(wǎng)絡(luò)邏輯

20、設(shè)計(jì)工作的重要內(nèi)容之一,可從物理線路安全、網(wǎng)絡(luò)安全、系統(tǒng)安全、應(yīng)用安全等方面來進(jìn)行安全體系的設(shè)計(jì)與規(guī)劃。其中,數(shù)據(jù)庫的容災(zāi)屬于( )的內(nèi)容。 ( )a.物理線路安全與網(wǎng)絡(luò)安全b.網(wǎng)絡(luò)安全與系統(tǒng)安全c.物理線路安全與系統(tǒng)安全d.系統(tǒng)安全與應(yīng)用安全42、公司總部與分算之間需要傳輸大量數(shù)據(jù),在保系障數(shù)據(jù)安全的同時(shí)又要兼顧密鑰算效率,最合適的加密算法是( )a.rc-5b.rsac.eccd.md543、我國的著作權(quán)法對(duì)一般文字作品的保護(hù)期是作者有生之年和去世后 50年,德國的版權(quán)法對(duì)一般文字作品的保護(hù)期是作者有生之年和去世后 70年。假如某德國作者已去世 60年,以下說法中正確的是( )a.我國 m

21、出版社擬在我國翻譯出版該作品,需要征得德國作者繼承人的許可方可在我國出版發(fā)行b.我國 m出版社擬在我國翻譯出版該作品,不需要征得德國作者繼承人的許可,就可在我國出版發(fā)行c.我國 m出版社未征得德國作者繼承人的許可,將該翻譯作品銷售到德國,不構(gòu)成侵權(quán)d.我國 m出版社未征得德國作者繼承人的許可,將該翻譯作品在我國銷售,構(gòu)成侵權(quán)44、( )不屬于我國著作權(quán)法所保護(hù)的內(nèi)容。 ( )a.為保護(hù)其軟件著作權(quán)而采取的技術(shù)措施b.軟件權(quán)利電子信息c.通過信息網(wǎng)絡(luò)傳播的軟件d.采用反編譯技術(shù)獲得的軟件45、王某原是 x公司的項(xiàng)目經(jīng)理,在 x公司任職期間主持開發(fā)了某軟件,但未與 x公司簽定勞動(dòng)合同及相應(yīng)的保密協(xié)

22、議。x公司對(duì)該軟件進(jìn)行了軟件著作權(quán)登記并獲準(zhǔn)。王某隨后離職并將其在 x公司任職期間掌握的該軟件技術(shù)信息、客戶需求及部分源程序等秘密信息提供給另一軟件公司。王某的行為( )a.既侵犯了科技公司的商業(yè)秘密權(quán),又侵犯了科技公司的軟件著作權(quán)b.既未侵犯科技公司的商業(yè)秘密權(quán),又未侵犯科技公司的軟件著作權(quán)c.侵犯了科技公司的商業(yè)秘密權(quán)d.侵犯了科技公司的軟件著作權(quán)46、對(duì)實(shí)際應(yīng)用問題建立了數(shù)學(xué)模型后,一般還需要對(duì)該模型進(jìn)行檢驗(yàn)。通過檢驗(yàn)盡可能找出模型中的問題,以利于改進(jìn)模型,有時(shí)還可能會(huì)否定該模型。檢驗(yàn)?zāi)P偷淖龇ㄓ卸喾N,但一般不會(huì)( )a.利用實(shí)際案例數(shù)據(jù)對(duì)模型進(jìn)行檢驗(yàn)b.進(jìn)行邏輯檢驗(yàn),分析該模型是否會(huì)出

23、現(xiàn)矛盾c.用計(jì)算機(jī)模擬實(shí)際問題來檢驗(yàn)?zāi)P蚫.檢驗(yàn)該模型所采用的技術(shù)能否被企業(yè)負(fù)責(zé)人理解47、某計(jì)算機(jī)系統(tǒng)中有其一個(gè) cpu、一臺(tái)掃描儀和一臺(tái)打印機(jī)。現(xiàn)有三個(gè)圖像處理任務(wù),每個(gè)任務(wù)有三個(gè)程序段:掃描、si,圖像處理 ci和打印 pi (i=1,2,3)。下圖為三個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖,其中,(2)可并行執(zhí)行,(3)的直接制約,(4)的間接制約。(2)處是( )a.“c1s2”,“p1c2s3”,“p2c3”b.“c1s1”,“s2c2p2”,“c3p3”c.“s1c1p1”,“s2c2p2”,“s3c3p3”d.“s1s2s3”,“c1c2c3”,“p1p2p3”48、某計(jì)算機(jī)系統(tǒng)中有其

24、一個(gè) cpu、一臺(tái)掃描儀和一臺(tái)打印機(jī)。現(xiàn)有三個(gè)圖像處理任務(wù),每個(gè)任務(wù)有三個(gè)程序段:掃描、si,圖像處理 ci和打印 pi (i=1,2,3)。下圖為三個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖,其中,(2)可并行執(zhí)行,(3)的直接制約,(4)的間接制約。(3)處是( )a.s1受到 s2和 s3、c1受到 c2和 c3、p1受到 p2和 p3b.s2和 s3受到 s1、c2和 c3受到 c1、p2和 p3受到 p1c.c1和 p1受到 s1、c2和 p2受到 s2、c3和 p3受到 s3d.c1和 s1受到 p1、c2和 s2受到 p2、c3和 s3受到 p349、某計(jì)算機(jī)系統(tǒng)中有其一個(gè) cpu、一臺(tái)掃描

25、儀和一臺(tái)打印機(jī)?,F(xiàn)有三個(gè)圖像處理任務(wù),每個(gè)任務(wù)有三個(gè)程序段:掃描、si,圖像處理 ci和打印 pi (i=1,2,3)。下圖為三個(gè)任務(wù)各程序段并發(fā)執(zhí)行的前驅(qū)圖,其中,(2)可并行執(zhí)行,(3)的直接制約,(4)的間接制約。(4)處是( )a.s1受到 s2和 s3、c1受到 c2和 c3、p1受到 p2和 p3b.s2和 s3受到 s1、c2和 c3受到 c1、p2和 p3受到 p1c.c1和 p1受到 s1、c2和 p2受到 s2、c3和 p3受到 s3d.c1和 s1受到 p1、c2和 s2受到 p2、c3和 s3受到 p350、設(shè)關(guān)系模式 r(u, f),其中 r上的屬性集 ua, b,

26、c, d, e,r上的函數(shù)依賴集 f=ab,deb,cbe, ea, bd。(7)為關(guān)系 r的候選關(guān)鍵字。分解(8)是無損連接,并保持函數(shù)依賴的。( )a.abb.dec.ced.cb51、設(shè)關(guān)系模式 r(u, f),其中 r上的屬性集 ua, b, c, d, e,r上的函數(shù)依賴集 f=ab,deb,cbe, ea, bd。(7)為關(guān)系 r的候選關(guān)鍵字。分解(8)是無損連接,并保持函數(shù)依賴的。( )a.= r1 (ac), r2 (ed), r3 (b) b.= r1 (ac), r2 (e), r3 (db) c.= r1 (ac),lb.堆c.棧d.i/o接口54、項(xiàng)目管理工具用來輔助項(xiàng)

27、目經(jīng)理實(shí)施軟件開發(fā)過程中的項(xiàng)目管理活動(dòng),它不能(26)。(27)就是一種典型的項(xiàng)目管理工具。 ( )a.覆蓋整個(gè)軟件生存周期b.確定關(guān)鍵路徑、松弛時(shí)間、超前時(shí)間和滯后時(shí)間c.生成固定格式的報(bào)表和裁剪項(xiàng)目報(bào)告d.指導(dǎo)軟件設(shè)計(jì)人員按軟件生存周期各個(gè)階段的適用技術(shù)進(jìn)行設(shè)計(jì)工作55、項(xiàng)目管理工具用來輔助項(xiàng)目經(jīng)理實(shí)施軟件開發(fā)過程中的項(xiàng)目管理活動(dòng),它不能(26)。(27)就是一種典型的項(xiàng)目管理工具。 ( )a.需求分析工具b.成本估算工具c.軟件評(píng)價(jià)工具d.文檔分析工具56、逆向工程導(dǎo)出的信息可以分為 4個(gè)抽象層次,其中( 28)可以抽象出程序的抽象語法樹、符號(hào)表等信息;(29)可以抽象出反應(yīng)程序段功能及

28、程序段之間關(guān)系的信息。 ( )a.實(shí)現(xiàn)級(jí)b.結(jié)構(gòu)級(jí)c.功能級(jí)d.領(lǐng)域級(jí)57、逆向工程導(dǎo)出的信息可以分為 4個(gè)抽象層次,其中( 28)可以抽象出程序的抽象語法樹、符號(hào)表等信息;(29)可以抽象出反應(yīng)程序段功能及程序段之間關(guān)系的信息。 ( )a.實(shí)現(xiàn)級(jí)b.結(jié)構(gòu)級(jí)c.功能級(jí)d.領(lǐng)域級(jí)58、某軟件公司欲開發(fā)一個(gè) windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用 command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計(jì) uml類圖如下圖所示。圖中與 command模式中的“invoker”角色相對(duì)應(yīng)的類是(30),與“ concretecommand”角色相對(duì)應(yīng)的類是(31)。(30

29、)處是( )a.commandb.menuitemc.opend.bulktinboardscreen59、某軟件公司欲開發(fā)一個(gè) windows平臺(tái)上的公告板系統(tǒng)。在明確用戶需求后,該公司的架構(gòu)師決定采用 command模式實(shí)現(xiàn)該系統(tǒng)的界面顯示部分,并設(shè)計(jì) uml類圖如下圖所示。圖中與 command模式中的“invoker”角色相對(duì)應(yīng)的類是(30),與“ concretecommand”角色相對(duì)應(yīng)的類是(31)。(31)處是( )a.commandb.menuitemc.opend.bulktinboardscreen60、面向?qū)ο蟮脑O(shè)計(jì)模型包含以( 33)表示的軟件體系結(jié)構(gòu)圖,以( 34)

30、表示的用例實(shí)現(xiàn)圖,完整精確的類圖,針對(duì)復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理的活動(dòng)圖等。 ( )a.部署圖b.包圖c.協(xié)同圖d.交互圖61、面向?qū)ο蟮脑O(shè)計(jì)模型包含以( 33)表示的軟件體系結(jié)構(gòu)圖,以( 34)表示的用例實(shí)現(xiàn)圖,完整精確的類圖,針對(duì)復(fù)雜對(duì)象的狀態(tài)圖和用以描述流程化處理的活動(dòng)圖等。 ( )a.部署圖b.包圖c.協(xié)同圖d.交互圖62、基于構(gòu)件的開發(fā)模型包括軟件的需求分析定義、(35)、(36)、(37),以及測(cè)試和發(fā)布5 個(gè)順序執(zhí)行的階段。 ( )a.構(gòu)件接口設(shè)計(jì)b.體系結(jié)構(gòu)設(shè)計(jì)c.元數(shù)據(jù)設(shè)計(jì)d.集成環(huán)境設(shè)計(jì)63、基于構(gòu)件的開發(fā)模型包括軟件的需求分析定義、(35)、(36)、(37),

31、以及測(cè)試和發(fā)布5 個(gè)順序執(zhí)行的階段。 ( )a.數(shù)據(jù)庫建模b.業(yè)務(wù)過程建模c.對(duì)象建模d.構(gòu)件庫建立64、基于構(gòu)件的開發(fā)模型包括軟件的需求分析定義、(35)、(36)、(37),以及測(cè)試和發(fā)布5 個(gè)順序執(zhí)行的階段。 ( )a.應(yīng)用軟件構(gòu)建b.構(gòu)件配置管理c.構(gòu)件單元測(cè)試d.構(gòu)件編碼實(shí)現(xiàn)65、windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是(51)風(fēng)格。java語言宣傳的“一次編寫,到處運(yùn)行”的特性,從架構(gòu)風(fēng)格上看符合(52)風(fēng)格的特點(diǎn)。 ( )a.虛擬機(jī)b.管道-過濾器c.事件驅(qū)動(dòng)d.微內(nèi)核-擴(kuò)展66、windows操作系統(tǒng)在圖形用戶界面處理方面采用的核心架構(gòu)風(fēng)格是(51)風(fēng)格

32、。java語言宣傳的“一次編寫,到處運(yùn)行”的特性,從架構(gòu)風(fēng)格上看符合(52)風(fēng)格的特點(diǎn)。 ( )a.虛擬機(jī)b.管道-過濾器c.事件驅(qū)動(dòng)d.微內(nèi)核-擴(kuò)展67、(57)的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策;(58)是最低層的模式,關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用-計(jì)數(shù)是c+管理動(dòng)態(tài)資源時(shí)常用的一種 (59)。 ( )a.架構(gòu)模式b.慣用法c.設(shè)計(jì)模式d.分析模式68、(57)的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策;(58)是最低層的模式,關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用-計(jì)數(shù)是c+管理動(dòng)態(tài)資源時(shí)常用的一種 (59)。 ( )

33、a.架構(gòu)模式b.慣用法c.設(shè)計(jì)模式d.分析模式69、(57)的選擇是開發(fā)一個(gè)軟件系統(tǒng)時(shí)的基本設(shè)計(jì)決策;(58)是最低層的模式,關(guān)注軟件系統(tǒng)的設(shè)計(jì)與實(shí)現(xiàn),描述了如何實(shí)現(xiàn)構(gòu)件及構(gòu)件之間的關(guān)系。引用-計(jì)數(shù)是c+管理動(dòng)態(tài)資源時(shí)常用的一種 (59)。 ( )a.架構(gòu)模式b.慣用法c.設(shè)計(jì)模式d.分析模式70、某類產(chǎn)品n種品牌在某地區(qū)的市場(chǎng)占有率常用概率向量u=(u1,u2,un)表示(各分量分別表示各品牌的市場(chǎng)占有率,值非負(fù),且總各為1)。市場(chǎng)占有率每隔一定時(shí)間的變化常用轉(zhuǎn)移矩陣pn*n表示。設(shè)初始時(shí)刻的市場(chǎng)占有率為向量u,則下一時(shí)刻的市場(chǎng)占有率就是up,再下一時(shí)刻的市場(chǎng)占有率就是up2,。如果在相當(dāng)長(zhǎng)

34、時(shí)期內(nèi),該轉(zhuǎn)移矩陣的元素均是常數(shù),則市場(chǎng)占有率會(huì)逐步穩(wěn)定到某個(gè)概率向量z。這種穩(wěn)定的市場(chǎng)占有率體現(xiàn)了轉(zhuǎn)移的特征,與初始時(shí)刻的市場(chǎng)占有率無關(guān)。 假設(shè)占領(lǐng)某地矩區(qū)市場(chǎng)的冰箱a與b,每月市場(chǎng)占有率的變化可用如下常數(shù)轉(zhuǎn)移矩來描述: 則冰箱品牌a與b在該地區(qū)最終將逐步穩(wěn)定到市場(chǎng)占有率( )a.(1/4,3/4)b.(1/3,2/3)c.(1/2,1/2)d.(2/3,1/3)71、an architectural style defines as a family of such systems in terms of a(71) of structural organization. more spe

35、cifically, an architectural style defines a vocabulary of(72) and connector types, and a set of(73)on how they can be combined. for many styles there may also exist one or more(74)that specify how to determine a systems overall properties from the properties of its parts. many of architectural style

36、s have been developed over the years.the best-known examples of(75)architectures are programs written in the unix shell. ( )a.patternb.data flowc.business processd.position level72、an architectural style defines as a family of such systems in terms of a(71) of structural organization. more specifica

37、lly, an architectural style defines a vocabulary of(72) and connector types, and a set of(73)on how they can be combined. for many styles there may also exist one or more(74)that specify how to determine a systems overall properties from the properties of its parts. many of architectural styles have

38、 been developed over the years.the best-known examples of(75)architectures are programs written in the unix shell. ( )a.metadatab.componentsc.modelsd.entities73、an architectural style defines as a family of such systems in terms of a(71) of structural organization. more specifically, an architectura

39、l style defines a vocabulary of(72) and connector types, and a set of(73)on how they can be combined. for many styles there may also exist one or more(74)that specify how to determine a systems overall properties from the properties of its parts. many of architectural styles have been developed over the years.the best-known examples of(75)architectures are

溫馨提示

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

最新文檔

評(píng)論

0/150

提交評(píng)論