●(21)不屬于專業(yè)監(jiān)理工程師的職責(zé)。

(21) A.負(fù)責(zé)編制監(jiān)理規(guī)劃中本專業(yè)部分以及本專業(yè)監(jiān)理實(shí)施方案

B.負(fù)責(zé)本專業(yè)的測(cè)試審核、單元工程驗(yàn)收

C.負(fù)責(zé)管理監(jiān)理項(xiàng)目部的日常工作，并定期向監(jiān)理單位報(bào)告

D.負(fù)責(zé)本專業(yè)工程量的核定，審核工程量的數(shù)據(jù)和原始憑證

●云服務(wù)器提供一種簡(jiǎn)單高效、安全可靠、處理能力可彈性伸縮的計(jì)算服務(wù)。(22)不屬于云服務(wù)器關(guān)鍵技術(shù)。

(22) A.虛擬化技術(shù)  B.模塊化數(shù)據(jù)中心

C.分布式存儲(chǔ)  D.資源調(diào)度

●關(guān)于軟件項(xiàng)目需求分析的描述，不正確的是:_ (23)。

(23) A.需求分析階段研究的對(duì)象是軟件項(xiàng)目的用戶要求

B. 需求分析的目標(biāo)是深入描述軟件的功能和性能

C.只有確切描述的軟件需求才能成為軟件設(shè)計(jì)的基礎(chǔ)

D. 需求分析階段成果包括確認(rèn)測(cè)試計(jì)劃、集成測(cè)試計(jì)劃等

●軟件評(píng)審分為內(nèi)部評(píng)審和外部評(píng)審。在成立評(píng)審委員會(huì)進(jìn)行外部評(píng)審時(shí)，其中評(píng)審委員會(huì)成員不包括_ (24)。

(24) A.質(zhì)量管理人員  B.軟件技術(shù)希賽網(wǎng)

C.業(yè)主單位代表  D.配置管理人員

●在軟件生命周期內(nèi)所產(chǎn)生的各種管理文檔和技術(shù)文檔源代碼列表和可執(zhí)行代碼以及運(yùn)行所需的各種數(shù)據(jù)均需要納入配置管理庫進(jìn)行管理，配置管理庫中不包含(25)。

(25) A.開發(fā)庫  B.受控庫  C.知識(shí)庫  D.產(chǎn)品庫

●根據(jù)軟件項(xiàng)目的規(guī)模等級(jí)和安全性關(guān)鍵等級(jí)，軟件測(cè)試可由不同機(jī)構(gòu)組織實(shí)施，由承建單位組織進(jìn)行的測(cè)試不包括_ (26)

(26) A.單元測(cè)試  B.集成測(cè)試  C.確認(rèn)測(cè)試  D.驗(yàn)收測(cè)試

●軟件測(cè)試方法可分為白盒測(cè)試法和黑盒測(cè)試法。黑盒測(cè)試法可以發(fā)現(xiàn)的軟件問題不包含_ (27)。

(27) A.代碼冗余  B.系統(tǒng)功能錯(cuò)誤

C.界面錯(cuò)誤  D.瀏覽器兼容性問題

●軟件維護(hù)一般分為糾錯(cuò)性維護(hù)、適應(yīng)性維護(hù)和完善性維護(hù)。(28) 不屬于適應(yīng)性維護(hù)。

(28) A.為提高性能而做的修改  B.硬件配置的變化

C.數(shù)據(jù)格式或文件結(jié)構(gòu)的改變  D.軟件支持環(huán)境的改變

●(29)不屬于面向?qū)ο筌浖_發(fā)方法的特點(diǎn)。

(29) A.自底向上的歸納  B.線性模式

C.自頂向下的分解  D.以對(duì)象模型為基礎(chǔ)

●在UML視圖中描述系統(tǒng)的物理網(wǎng)絡(luò)布局的是(30)_。

(30) A.用例視圖  B.邏輯視圖

C.實(shí)現(xiàn)視圖  D.部署視圖

>>>>>>2018上半年信息系統(tǒng)監(jiān)理師上午真題（匯總）

>>>>>>查看更多信息系統(tǒng)監(jiān)理師歷年真題