2023年上半年中級軟考信息系統(tǒng)監(jiān)理師上午真題(總分：75.00，做題時間：120分鐘)一、單項選擇題(總題數(shù)：75，分數(shù)：75.00)1.計算機網(wǎng)絡系統(tǒng)可以劃分為網(wǎng)絡基礎平臺、網(wǎng)絡服務平臺、網(wǎng)絡安全平臺、（）和環(huán)境平臺。

（分數(shù)：1.00）

A.網(wǎng)絡管理平臺

√

B.網(wǎng)絡調(diào)度平臺

C.網(wǎng)絡計費平臺

D.網(wǎng)絡計算平臺解析：信息網(wǎng)絡系統(tǒng)集成的一般體系框架，將計算機網(wǎng)絡系統(tǒng)劃分成若干平臺。1、網(wǎng)絡基礎平臺，包括網(wǎng)絡傳輸、路由、交換、接入系統(tǒng)、服務器及操作系統(tǒng)、存儲和備份等系統(tǒng)。2、網(wǎng)絡服務平臺，既包括DNS,WWW、電子郵件等Internet網(wǎng)絡服務系統(tǒng)，也包括VoIP.VOD.視頻會議等多媒體業(yè)務系統(tǒng)。3、網(wǎng)絡安全平臺，包括防火墻、入侵監(jiān)測和漏洞掃描、網(wǎng)絡防病毒、安全審計、數(shù)字證書系統(tǒng)等。4、網(wǎng)絡管理平臺，隨著計算機網(wǎng)絡的廣泛應用，網(wǎng)絡的規(guī)模越來越大，設備越來越多，必須使用專門的網(wǎng)絡管理系統(tǒng)來管理、監(jiān)測和控制網(wǎng)絡的運行。5、環(huán)境平臺，包括機房建設和綜合布線系統(tǒng)。2.（）指以信息技術為主要手段建立的信息處理、傳輸、交換、分發(fā)的計算機系統(tǒng)。

（分數(shù)：1.00）

A.信息運輸系統(tǒng)

B.信息網(wǎng)絡系統(tǒng)

√

C.信息安全系統(tǒng)

D.信息存儲系統(tǒng)解析：信息系統(tǒng)工程是指信息化工程建設中的信息網(wǎng)絡系統(tǒng)、信息資源系統(tǒng)、信息應用系統(tǒng)的新建、升級、改造工程。信息網(wǎng)絡系統(tǒng)是指以信息技術為主要手段建立的信息處理、傳輸、交換和分發(fā)的計算機網(wǎng)絡系統(tǒng)。信息資源系統(tǒng)是指以信息技術為主要手段建立的信息資源采集、存儲、處理的資源系統(tǒng)。信息應用系統(tǒng)是指以信息技術為主要手段建立的各類業(yè)務管理的應用系統(tǒng)。3.人工智能的核心是機器學習，在機器學習過程中提供對錯指示等導師信號，通過算法讓機器自我減少誤差的學習形式是（）。

（分數(shù)：1.00）

A.監(jiān)督學習

√

B.無監(jiān)督學習

C.半監(jiān)督學習

D.強化學習解析：機器學習有三類。第一類是無監(jiān)督學習，指的是從信息出發(fā)自動尋找規(guī)律，并將其分成各種類別，有時也稱”聚類問題”。第二類是監(jiān)督學習，監(jiān)督學習指的是給歷史一個標簽，運用模型預測結果。如有一個水果，我們根據(jù)水果的形狀和顏色去判斷到底是香蕉還是蘋果，這就是一個監(jiān)督學習的例子。最后一類為強化學習，是指可以用來支持人們?nèi)プ鰶Q策和規(guī)劃的一個學習方式，它是對人的一些動作、行為產(chǎn)生獎勵的回饋機制，通過這個回饋機制促進學習，這與人類的學習相似，所以強化學習是目前研究的重要方向之一。4.關于軟件工程基本原則的描述，不正確的是：(

)

（分數(shù)：1.00）

A.合適的設計方法應考慮軟件的模塊化、抽象與隱蔽性、局部化等特征

B.必須認識到需求定義具有不變性，應采用安全的開發(fā)范型及時驗證需求

√

C.要提供高質(zhì)量的工程支持，軟件工具與環(huán)境對軟件過程的支持較為重要

D.僅當軟件過程得以有效管理時，才能實現(xiàn)有效的軟件工程解析：軟件工程有四條基本原則。(1)選取適宜開發(fā)范型。該原則與系統(tǒng)設計有關。在系統(tǒng)設計中，軟件需求、硬件需求以及其他因素之間是相互制約、相互影響的，經(jīng)常需要權衡。因此，必須認識需求定義的易變性，采用適宜的開發(fā)范型予以控制，以保證軟件產(chǎn)品滿足用戶的要求。(2)采用合適的設計方法。在軟件設計中，通常要考慮軟件的模塊化、抽象與信息隱蔽、局部化、一致性以及適應性等特征。合適的設計方法有助于這些特征的實現(xiàn)，以達到軟件工程的目標。(3)提供高質(zhì)量的工程支持?！肮び破涫拢叵壤淦鳌?。在軟件工程中，軟件工具與環(huán)境對軟件過程的支持頗為重要。軟件工程項目的質(zhì)量與開銷直接取決于對軟件工程所提供的支撐質(zhì)量和效用。(4)重視開發(fā)過程的管理。軟件工程的管理，直接影響可用資源的有效利用，生產(chǎn)滿足目標的軟件產(chǎn)品，提高軟件組織的生產(chǎn)能力等問題。因此，僅當軟件過程得以有效管理時，才能實現(xiàn)有效的軟件工程。5.某信息網(wǎng)絡系統(tǒng)立項評審時,評審專家提出了下述意見。其中不正確的是：(

)

（分數(shù)：1.00）

A.系統(tǒng)設計應該盡量簡單，以提高運行效益

B.系統(tǒng)對外界條件的變化應具有較強的適應能力

C.系統(tǒng)體系架構設計時，應優(yōu)先選擇性能高的硬件設備

√

D.系統(tǒng)建設工程應具備經(jīng)濟性，在投資和績效之間取得平衡解析：立項評審的基本原則。1.簡單性，工程設計應該盡量簡單。這樣可以提高運行效益，同時也可以節(jié)省投資和提高系統(tǒng)的運行質(zhì)量。2.靈活性，工程對外界條件的變化應具有較強的適應能力。由于信息網(wǎng)絡工程是復雜的系統(tǒng)工程，要求系統(tǒng)的結構要具有較好的靈活性和可塑性。3.完整性，信息網(wǎng)絡系統(tǒng)工程是各個子工程的集合，并作為一個有機的整體而存在，因此信息網(wǎng)絡工程要求各子系統(tǒng)功能規(guī)范、接口統(tǒng)一。各子系統(tǒng)的協(xié)調(diào)工作是保證整個網(wǎng)絡系統(tǒng)正常運行的基礎。4.可靠性，系統(tǒng)的可靠性是評定工程質(zhì)量的主要指標之一?？煽啃缘囊蟀?(1)系統(tǒng)體系結構設計合理，具有良好的可擴展性;(2)硬件設備穩(wěn)定性高;(3)良好的可管理性;(4)安全防護措施完善。5.經(jīng)濟性，同其他工程一樣，信息網(wǎng)絡系統(tǒng)工程的長遠目標是為使用者帶來相應的效益，因此如何在投資和績效之間取得平衡是項目建設的重要目標之一。這也是監(jiān)理方在為業(yè)主進行項目經(jīng)濟分析時必須考慮的問題。6.在信息網(wǎng)絡系統(tǒng)的體系框架中，多媒體信息檢索服務是由(

)提供的。

（分數(shù)：1.00）

A.網(wǎng)絡基礎平臺

B.網(wǎng)絡調(diào)度平臺

C.網(wǎng)絡安全平臺

D.網(wǎng)絡服務平臺

√解析：網(wǎng)絡服務平臺。在實際應用中許多用戶只重視網(wǎng)絡硬件建設，不重視網(wǎng)絡服務和應用。其實網(wǎng)絡服務是網(wǎng)絡應用的核心問題。即使建設技術再先進的網(wǎng)絡，如果沒有完善的網(wǎng)絡服務，也不能充分發(fā)揮網(wǎng)絡的效益。網(wǎng)絡服務主要包括:Internet服務、多媒體信息檢索、信息點播、信息廣播、遠程計算與事務處理和其他信息服務等。7.關于城域網(wǎng)交換技術分布式隊列雙總線(DQDB)的描述，不正確的是：（

)

（分數(shù)：1.00）

A.DQDB能夠橋接局域網(wǎng)和廣域網(wǎng)

B.采用DQDB技術的網(wǎng)絡運行與工作站的數(shù)量無關

C.使用雙總線體系結構，總線間的運行相互依賴

√

D.DQDB使用光纖作為傳輸介質(zhì)，可支持直徑超過50km的城域范圍解析：DQDB(DistributedQueueDoubleBus)能在很大的地理范圍人提供綜合服務，如話音、圖像和數(shù)據(jù)等。由于DQDB具有根多優(yōu)點，所以IEEE802.6最終接納其為城域網(wǎng)標準。DQDB具有以下主要特點:(1)同時提供電路交換和分組交換功能:(2)能橋接局域網(wǎng)和廣域網(wǎng);(3)使用雙總線體系結構，每條總線的運行互相獨立;(4)使用802.2LLC，能與IEEE802局域網(wǎng)兼容;(5)使用光纖傳輸介質(zhì);(6)與ATM兼容;(7)使用雙總線拓撲結構，提高其高容錯特性：(8)可支持2Mb/s至300Mb/s的傳輸速率;(9)網(wǎng)絡運行與工作站的數(shù)量無關;(10)可支持直徑超過50km的城域范圍。8.關于網(wǎng)絡設備的描述，正確的是:(

)

（分數(shù)：1.00）

A.匯聚層交換機應采用交換能力較強的設備

√

B.接入層交換機通過網(wǎng)絡轉(zhuǎn)接器，間接與用戶連接

C.核心交換機的部件不支持熱插拔功能

D.路由器支持IGMP協(xié)議，不支持靜態(tài)組播配置解析：匯聚層交換機采用交換能力較強的設備，匯聚層設備是相對數(shù)據(jù)量比較大的地方，所以匯聚層的設備連接子節(jié)點比較多的地方，應配備交換和路由能力比較強的設備，匯聚層設備應滿足以下條件。接入層交換機直接連接用戶，其主要功能是為最終用戶提供網(wǎng)絡接入，所以要具有高性能、高端口密度且易于安裝的特性。另外，還應檢查接入層交換機是否具備下述功能:核心交換機所用設備應具有以下幾種功能:極高的網(wǎng)絡可用度。設備的關鍵部件處理器、交換矩陣、接口卡、制冷系統(tǒng)和電源均有硬件冗余，單一部件的故障不影響網(wǎng)絡的運行;要求系統(tǒng)的可用度要大于99.999%。各個部件均有熱插拔功能。部件的更換和增加不影響網(wǎng)絡的運行，服務不會中斷。交換矩陣提供容錯功能，單個部件的故障可在最短的時間內(nèi)恢復，不影響網(wǎng)絡的運行，服務不會中斷。路由器支持IGMP協(xié)議，支持靜態(tài)組播配置，支持PIM-DM/SM,MSDP,MBGP組播路由協(xié)議;支持多個組播協(xié)議間的互操作性:支持組播策略處理，包括組播路由協(xié)議和組播轉(zhuǎn)發(fā)的策略處理，支持組播QoS9.網(wǎng)絡邏輯設計方案的內(nèi)容不包括(

)

（分數(shù)：1.00）

A.網(wǎng)間傳輸協(xié)議的選擇

B.路由器參數(shù)的確定

C.路由協(xié)議的選擇和設計

D.主機安裝測試步驟

√解析：網(wǎng)絡邏輯設計方案的內(nèi)容可能包括以下內(nèi)容:(1)網(wǎng)間傳輸協(xié)議的選擇;(2)路由協(xié)議的選擇和設計;(3)網(wǎng)絡地址的分配;(4)子網(wǎng)的劃分及配置;(5)虛擬網(wǎng)的劃分及配置;(6)路由器參數(shù)的確定;(7)交換機參數(shù)的確定;(8)網(wǎng)絡管理系統(tǒng)參數(shù)的確定:(9)其他網(wǎng)絡設備、網(wǎng)絡鏈路的參數(shù)配置10.對數(shù)據(jù)備份系統(tǒng)的要求不包括(

)

（分數(shù)：1.00）

A.使用和操作具備簡便性

B.對重要數(shù)據(jù)提供即時備份能力

C.具備并行處理能力

D.具備負載均衡能力

√解析：數(shù)據(jù)備份和恢復系統(tǒng)(1)對重要數(shù)據(jù)的即時備份能力;(2)備份數(shù)據(jù)加密功能;(3)設置的靈活性;(4)災難恢復;(5)并行處理能力;(6)數(shù)據(jù)可靠性;(7)系統(tǒng)的跨平臺兼容性;(8)使用和操作的簡便性;(9)支持LUN屏蔽功能;(10)數(shù)據(jù)備份和恢復的效率;(11)備份管理軟件應具備以下功能:顯示備份網(wǎng)絡拓撲結構圖、識別并顯示磁帶庫驅(qū)動器、監(jiān)控作業(yè)任務的執(zhí)行情況(備份進度、資源利用率等)、監(jiān)控進程的狀態(tài);(12.)備份策略的合理性。包括設置備份對象、數(shù)據(jù)保存時間、備份時間段等;(13)可以選擇靈活的備份策略，支持數(shù)據(jù)庫全備份、數(shù)據(jù)庫增量備份、文件全備份、文件增量備份、系統(tǒng)全量備份、系統(tǒng)增量備份、跟蹤備份等多種備份方式。11.網(wǎng)絡設備模擬測試應用定模擬方案，模擬方案的必要內(nèi)容不包括(

)

（分數(shù)：1.00）

A.主干交換機之間的連接可靠性、冗余性

B.模擬各樓宇PC與中心服務器之間的連通性

C.各配線間交換機與主干交換機的連通性

D.應用軟件版本與主機操作系統(tǒng)是否適配

√解析：模擬測試必須制定模擬方案。模擬方案內(nèi)容包括:(1)主干交換機之間的連接可靠性，冗余性。要實現(xiàn)任何一臺設備失效后，其余設備之間可維持正常通信。對于采用冗余線路連接的設備之間，斷開其中一條鏈路可保證設備之間仍可連通。(2)各配線間交換機與主干交換機的連通性。此測試通過后可認為，當各配線間交換機實際安裝后，可以與中心主干之間連通(在布線系統(tǒng)測試通過的前提下)。(3)模擬各樓宇PC與中心服務器之間的連通性。此測試通過后，可確保未來各樓宇PC之間及PC與服務器之間的互相訪問。(4)系統(tǒng)軟件的更新能力及系統(tǒng)配置信息的存儲和回載。為保護用戶投資，設備必須具有軟件更新手段，設備的故障可能導致系統(tǒng)配置信息的破壞甚至丟失，在用戶配置好設備之后，將其配置信息保存起來，一旦這些配置信息遭到破壞或者丟失，系統(tǒng)都有能力將原配置恢復。此測試驗證各交換機配置信息的存儲和回載能力。(5)系統(tǒng)軟件、支撐軟件和應用軟件的測試。利用模擬測試環(huán)境，將網(wǎng)絡中用到的所有設備分別放入該環(huán)境中相應位置進行連通性測試，按照實際設計配置各項參數(shù)。同時，對每臺設備分別做設備標簽，標簽內(nèi)容包括設備編號、安裝地點、網(wǎng)絡地址、子網(wǎng)網(wǎng)關地址等信息。經(jīng)過連通性測試后的設備，可直接進入現(xiàn)場安裝。12.HTIP傳輸模型中工作過程的正確順序是(

)①服務器響應客戶的請求②客戶向服務器提出請求③客戶與服務器關閉連接④客戶與服務器建立連接

（分數(shù)：1.00）

A.④①②③

B.④②①③

√

C.②③①④

D.②①④③解析：HTTP的傳輸模型，其工作過程如下:(1)客戶與服務器建立連接;(2)客戶向服務器提出請求:(3)服務器響應客戶的請求;(4)客戶與服務器關閉連接。13.入侵檢測系統(tǒng)的描述，不正確的是(

)

（分數(shù)：1.00）

A.進行入侵檢測的軟件與硬件的組合就是入侵檢測系統(tǒng)，可以發(fā)現(xiàn)網(wǎng)絡是否被攻擊

B.基于主機的入侵檢測系統(tǒng)，其輸入數(shù)據(jù)來源于系統(tǒng)的審計日志，一般只能檢測該主機上發(fā)生的入侵

C.基于網(wǎng)絡的入侵檢測系統(tǒng)，其輸入數(shù)據(jù)來源于網(wǎng)絡的信息流，能夠被檢測到信息流的目的主機上發(fā)生的入侵

√

D.分布式入侵檢測系統(tǒng)，能夠同時分析來自主機系統(tǒng)審計日志和網(wǎng)絡數(shù)據(jù)流加入侵檢測系統(tǒng)解析：入侵檢測系統(tǒng)的分類?；谥鳈C的入侵檢測系統(tǒng)，其輸入數(shù)據(jù)來源于系統(tǒng)的審計日志一般只能檢測該主機上發(fā)生的入侵。基于網(wǎng)絡的入侵檢測系統(tǒng)，其輸入數(shù)據(jù)來源于網(wǎng)絡的信息流，能夠檢測該網(wǎng)段上發(fā)生的網(wǎng)絡入侵。分布式入侵檢測系統(tǒng)，能夠同時分析來自主機系統(tǒng)審計日志和網(wǎng)絡數(shù)據(jù)流的入侵檢測系統(tǒng)，系統(tǒng)由多個部件組成，采用分布式結構。另外，入侵檢測系統(tǒng)還有其他一些分類方法。如根據(jù)布控物理位置可分為基于網(wǎng)絡邊界(防火墻、路由器)的監(jiān)控系統(tǒng)、基于網(wǎng)絡的流量監(jiān)控系統(tǒng)以及基于主機的審計追蹤監(jiān)控系統(tǒng);根據(jù)建模方法可分為基于異常檢測的系統(tǒng)、基于行為檢測的系統(tǒng)、基于分布式免疫的系統(tǒng);根據(jù)時間分析可分為實時入侵檢測系統(tǒng)、離線入侵檢測系統(tǒng)。14.防火墻的功能和性能指標不包括(

)

（分數(shù)：1.00）

A.入侵檢測系統(tǒng)和聯(lián)動度

√

B.密鑰長度

C.單臺設備并發(fā)VPN隧道數(shù)

D.加密速度解析：性能指標(1)單臺設備并發(fā)VPN隧道數(shù);(2)系統(tǒng)平均無故障時間;(3)網(wǎng)絡接口:(4)加密速度;(5)密鑰長度;(6)設備連續(xù)無故障運行時間;(7)在不產(chǎn)生網(wǎng)絡瓶頸、千兆和百兆網(wǎng)絡環(huán)境下防火墻的吞吐量;(8)防火墻的并發(fā)連接數(shù)。15.在機房隱蔽工程中，關于金屬線槽安裝要求的描述，正確的是(

)

（分數(shù)：1.00）

A.線槽應平整，無扭曲變形，內(nèi)壁無毛刺

√

B.線槽宜采用PVC管引入分線盒內(nèi)

C.在建筑物中預埋線槽截面高度不宜超過30mm

D.接線盒蓋應密封固定，并采取防水措施解析：線槽安裝要求(1)線槽應平整，無扭曲變形，內(nèi)壁無毛刺，各種附件齊全。(2)線槽接口應平整，接縫處緊密平直，槽蓋裝上后應平整、無翹腳，出線口的位置準確。(3.)線槽的所有非導電部分的鐵件均應相互連接和跨接，使之成為一個連續(xù)導體，并做好整體接地。(4)線槽安裝應符合《高層民用建筑設計防火規(guī)范》(GB50045-95)的有關部門規(guī)定。(5)在建筑物中預埋線槽可為不同尺寸，按一層或兩層設置，應至少預埋兩根以上，線槽截面高度不宜超過25mm。(6)線槽直埋長度超過6m或在線槽路由交叉、轉(zhuǎn)變時宜設置拉線盒，以便于布放纜線和維修。(7)拉線盒蓋應能開啟，并與地面齊平，盒蓋處應采取防水措施。(8)線槽宜采用金屬管引入分線盒內(nèi)。16.（）是按照程序內(nèi)部的邏輯結構和編碼結構設計并執(zhí)行測試用例的測試方法。

（分數(shù)：1.00）

A.白盒測試

√

B.黑盒測試

C.靜態(tài)測試

D.代碼審查解析：白盒測試是一種按照程序內(nèi)部的邏輯結構和編碼結構設計并執(zhí)行測試用例的測試方法。17.關于加密技術的描述，不正確的是:(

)

（分數(shù)：1.00）

A.加密是把數(shù)據(jù)(普通文本)變換為不可讀形式(加密文本)的過程

B.數(shù)據(jù)加密具有驗證身份、保持數(shù)據(jù)完整性、確認事件發(fā)生的功能

C.對稱密鑰加密算法優(yōu)劣的主要衡量尺度是密鑰的長度

D.數(shù)據(jù)完整性是指數(shù)據(jù)應當包含發(fā)送時間、發(fā)送目標等信息

√解析：數(shù)據(jù)完整性的含義是數(shù)據(jù)沒有在傳輸或保存期間被別人修改。18.訪問控制軟件可以提供的功能包括(

)①用戶在網(wǎng)絡和子系統(tǒng)層面的登錄驗證②用戶在應用程序和交易類別的驗證③用戶對個人賬戶的管理和日志審計④用戶在子系統(tǒng)數(shù)據(jù)層面的驗證

（分數(shù)：1.00）

A.①②③

B.①②④

√

C.①③④

D.②③④解析：訪問控制軟件可以提供的功能(1)用戶在網(wǎng)絡和子系統(tǒng)層面的登錄驗證;(2)用戶在應用程序和交易類別的驗證;(3)用戶在數(shù)據(jù)庫中的驗證;(4)用戶在子系統(tǒng)數(shù)據(jù)層面的驗證。19.信息應用系統(tǒng)建設中，需求分析的目標是深入描述軟件的(

)

（分數(shù)：1.00）

A.功能和效益

B.功能和性能

√

C.性能和速度

D.效益和效率解析：需求分析的目標是深入描述軟件的功能和性能，確定軟件設計的約束和軟件同其他系統(tǒng)元素的接口細節(jié)，定義軟件的其他有效性需求。20.網(wǎng)絡設備驗收時，主要功能和性能驗證點不包括(

)

（分數(shù)：1.00）

A.動態(tài)路由測試

B.UTP測試

√

C.DHCP功能測試

D.FTP功能測試解析：網(wǎng)絡設備的主要功能和性能驗證點(1)關鍵網(wǎng)絡設備(路由器、交換機、接入服務器等)的冗余能力測試，關鍵部件，如電源、路由處理板、接口板支持熱插拔;(2)鏈路和線路冗余測試:(3)網(wǎng)絡流量及路由轉(zhuǎn)發(fā)能力測試;(4)組播測試;(5)動態(tài)路由測試;(6)靜態(tài)路由測試:(7)VLANTRUNK功能測試;(8)VPN功能測試;(9)TELNET控制測試:(10)DHCP功能測試;(11)端口控制功能測試;(12)FTP功能測試;(13)設計要求實現(xiàn)的其他功能，如鏈路負載均衡等。21.網(wǎng)絡按照所覆蓋的區(qū)域分為(

)①局域網(wǎng)

②區(qū)域網(wǎng)

③城域網(wǎng)

④廣域網(wǎng)

（分數(shù)：1.00）

A.①②③④

B.①②④

C.①③④

√

D.①②③解析：網(wǎng)絡按照所覆蓋的區(qū)域分為局域網(wǎng)、城域網(wǎng)、廣域網(wǎng)22.信息網(wǎng)絡系統(tǒng)設計方案的基本原則不包括(

)

（分數(shù)：1.00）

A.標準化原則

B.安全性原則

C.可管理性原則

D.技術前瞻性原則

√解析：監(jiān)理工程師評審設計方案應該把握如下基本原則。1.標準化原則2.先進性和實用性原則3.可靠性和穩(wěn)定性原則4.可擴展性原則5.安全性原則6.可管理性原則7.對原有設備、資源合理整合的原則8.經(jīng)濟和效益性原則23.軟件質(zhì)量保證的目標不包括:(

)

（分數(shù)：1.00）

A.監(jiān)督承建單位制定軟件質(zhì)量保證計劃

B.觀地驗證軟件產(chǎn)品及其活動是否遵守應用的標準、規(guī)程和需求

C.促進各方及時處理軟件項目開發(fā)過程中的不一致問題

D.記錄并保管軟件計劃數(shù)據(jù)，審查軟件項目計劃的活動情況

√解析：軟件質(zhì)量保證監(jiān)理的目標(1)監(jiān)督承建單位對軟件質(zhì)量保證活動做到有計劃;(2)客觀地驗證軟件產(chǎn)品及其活動是否遵守應用的標準、規(guī)程和需求;(3)促進由各方及時處理軟件項目開發(fā)過程中的不一致性問題。在建設合同簽訂后，監(jiān)理單位根據(jù)合同規(guī)定要求承建單位提供本項目開發(fā)的質(zhì)量保證計劃，根據(jù)相應標準、規(guī)程以及對本項目特殊性等情況進行綜合評審。24.在災難復站點中，(

)只有基礎物理環(huán)境(如電線、空調(diào)、地板等)，災難發(fā)生時，所有設備都必須運送到站點上，同時從基礎開始安裝，因此故障恢復時間可能會很長。

（分數(shù)：1.00）

A.熱站

B.溫站

C.冷站

√

D.設備站解析：·熱站(HotSite)，在恢復站點，服務器、數(shù)據(jù)與應用程序與主服務器隨時同步(鏡像)運行，這種方式的災難恢復過程非?？焖?，幾乎難于察覺。裝備了數(shù)據(jù)中心，完全可以在災難來臨時發(fā)揮作用。但由于這種方案意味著軟硬件的重復投資，因此這種方案一般投資高昂。冷站(ColdSite)，只有用于信息處理的基礎物理環(huán)境(如電線、空調(diào)、地板等)，災難發(fā)生時，所有設備都必須運送到站點上，同時從基礎開始安裝，因此故障恢復時間可能會很長。溫站(WarmSite)，用于信息處理的網(wǎng)絡連接和一些外圍設備只是部分進行了配置，如磁盤、磁帶，但主要的計算機系統(tǒng)沒有備份。有時，溫站裝配一些小功率的CPU，這樣的安排有利于災難發(fā)生時，計算機能立即投入使用，同時，還比熱站的費用低。25.某信息網(wǎng)絡系統(tǒng)服務器選型時，建設單位提出穩(wěn)定可靠是第一位的。監(jiān)理工程師應建議使用(

)衡量服務器的可靠性。

（分數(shù)：1.00）

A.RAID

B.MTBF

√

C.CPU主頻

D.RAM容量解析：選擇服務器應考慮以下內(nèi)容。(1)服務器的選擇應充分考慮業(yè)主在應用方面的需求。應用一般分為三種類型:報告、查詢、統(tǒng)計。報告和查詢?yōu)橐活?，特點是:發(fā)生頻率高、單個業(yè)務處理時間短、數(shù)據(jù)庫操作負荷低。統(tǒng)計為另一類，特點是:發(fā)生頻率低、單個業(yè)務處理時間長、數(shù)據(jù)庫操作負荷高。因此在作服務器處理能力需求和資源配置(CPU、內(nèi)存)時應科學分析每臺服務器承載的業(yè)務類型，并提供詳細的估算方法，根據(jù)估算的TPC值選擇CPU的型號和數(shù)量。在估算內(nèi)存時，應計算操作系統(tǒng)、數(shù)據(jù)庫、Portal、應用系統(tǒng)、數(shù)據(jù)庫并發(fā)用戶內(nèi)存開銷、共享內(nèi)存、文件交換和緩沖區(qū)等開銷。(2)分析應用系統(tǒng)的運算模型是以OLTP(聯(lián)機事務處理)為主還是以數(shù)據(jù)挖掘和數(shù)據(jù)倉庫等OLAP類型為主;然后在審核系統(tǒng)設計和資源配置方案時應主要考察應用服務器和數(shù)據(jù)庫服務器的運算指標和性能。OLTP類型的業(yè)務主要參考服務器的TPC-C指標，OLAP類型的業(yè)務主要參考TPC-R和TPC一指標，Web服務器主要參考TPC-W指標。在系統(tǒng)規(guī)劃設計階段，可以參考原廠商數(shù)據(jù)和國際權威測評機構的數(shù)據(jù)〔如)。(3)在關鍵業(yè)務應用中數(shù)據(jù)庫和應用服務器應支持群集和高可用性(HA)處理，設備選型時應重點審核多機間的熱切換和負載均衡能力(需要應用軟件開發(fā)商的配合)。此外還要確定服務器的HA策略是否需要網(wǎng)絡設備的支持。(4)服務器的硬盤、網(wǎng)絡接口、網(wǎng)絡連接及電源均應考慮足夠的冗余。(5)系統(tǒng)可靠性。通常用MTBF(平均無故障時間)值衡量。(6)服務器系統(tǒng)設備應具有適當?shù)臄U充能力，包括CPU的擴充、內(nèi)存容量的擴充及I/O能力的擴充等;并可支持CPU模塊的升級和群集內(nèi)節(jié)點數(shù)的平滑擴充。(7)數(shù)據(jù)庫和應用服務器應支持并行數(shù)據(jù)庫。(8)服務器的處理能力要求能滿足所有的業(yè)務應用和一定用戶規(guī)模的需求，而且須考慮全部系統(tǒng)的開銷及應用切換時性能余量。在做系統(tǒng)配置時應進行峰值處理能力的估算(風險分析)，例如是否需要在意外宕機后對歷史數(shù)據(jù)進行累計處理，如果發(fā)生，必須評估服務器的配置(CPU、內(nèi)存)能否滿足要求。26.關于軟件配置管理的描述，不正確的是:(

)

（分數(shù)：1.00）

A.納入配置管理的軟件工作產(chǎn)品，其更改是受控的

B.軟件配置管理是保證軟件質(zhì)量和軟件研制進度的重要手段

C.已送審的軟件配置管理計劃是實施軟件配置管理活動的基礎

√

D.軟件配置管理計劃涉及軟件需求、軟件設計、軟件代碼單元等內(nèi)容解析：軟件配置管理監(jiān)理。軟件配置管理是保證軟件質(zhì)量和軟件研制進度的重要手段，軟件配置管理包括標識給定時間點的軟件配置(即所選擇的工作產(chǎn)品及其描述)，系統(tǒng)地控制這些配置的更改，并在軟件生命周期中保持這些配置的完整性和可跟蹤性。監(jiān)督承建單位使用審批通過的、文檔化的軟件配置管理計劃作為實施軟件配置管理活動的基礎27.在信息應用系統(tǒng)建設中，軟件測試的目的是(

)

（分數(shù)：1.00）

A.驗證開發(fā)團隊的能力

B.驗證軟件是否滿足需求

√

C.證明軟件的正確性

D.為軟件規(guī)定的功能提供依據(jù)解析：測試目的：(1)通過測試，發(fā)現(xiàn)軟件錯誤。(2)驗證軟件是否滿足軟件需求規(guī)格說明和軟件設計所規(guī)定的功能、性能及其軟件質(zhì)量特性的要求。(3)為軟件質(zhì)量的評價提供依據(jù)。28.JAVA語言采用了(

)機制，使得編譯后產(chǎn)生的泛代碼程序可以在各種平臺上執(zhí)行，從而做到了程序執(zhí)行與平臺無關。

（分數(shù)：1.00）

A.構件對象

B.虛擬機

√

C.CORBA

D.COM/DCOM解析：JAVA語言由于巧妙地采用了虛擬機的機制，使得編譯后產(chǎn)生的泛代碼程序可以在各種平臺上執(zhí)行，從而做到了程序執(zhí)行與平臺無關。29.關于面向?qū)ο蟮能浖_發(fā)方法(OMT)的描述，不正確的是:(

)

（分數(shù)：1.00）

A.OMT的基礎是對軟件系統(tǒng)功能的逐層分解

√

B.OMT的第一步是從問題的陳述入手，構造系統(tǒng)模型

C.OMT是一種自底向上和自頂向下相結合的方法

D.OMT提升了軟件的可維護性解析：OMT的基礎是目標系統(tǒng)的對象模型，而不是功能的分解。30.軟件開發(fā)模型中，原型模型可以細分為(

)

（分數(shù)：1.00）

A.增量模型和噴泉模型

B.螺旋模型和噴泉模型

C.漸進模型和螺旋模型

D.增量模型和漸進模型

√解析：原型模型按需求分成增量模型及漸進模型兩種31.某政務應用軟件項目覆蓋省市縣三級行政機構，規(guī)模大，安全性等級高。在設計階段，建設單位組織了外部評審，計劃邀請9名專家組成評審委員會，其中軟件專家人數(shù)最少為(

)

（分數(shù)：1.00）

A.4

B.5

√

C.6

D.7解析：外部評審，對規(guī)模等級大和安全性關鍵等級高的軟件必須進行外部評審。外部評審由業(yè)主單位主持，承建單位組織，成立評審委員會。評審委員會由業(yè)主單位、承建單位和一定數(shù)量(占評審委員會總人數(shù)的50%以上)的軟件專家組成員組成，人數(shù)七人以上(單數(shù))，設主任一人、副主任若干人。評審委員會與軟件專家組共同進行評審。評審分專家組審查和評委會評審兩步完成。軟件專家組進行審查，評審委員會進行評審。32.某政府單位批量替換了一批辦公終端，其芯片架構由X86改為了ARM，為了使單位的業(yè)務應用系統(tǒng)能夠在新環(huán)境下正常使用，需要對其進行升級。這種軟件升級屬于(

)

（分數(shù)：1.00）

A.糾錯性維護

B.適應性維護

√

C.預防性維護

D.完善性維護解析：適應性維護。為適應軟件運行環(huán)境改變而作的修改。環(huán)境改變的主要內(nèi)容包括:(1)影響系統(tǒng)的規(guī)則或規(guī)律的變化;(2)硬件配置的變化，如機型、終端、外部設備的改變等;(3)數(shù)據(jù)格式或文件結構的改變;(4)軟件支持環(huán)境的改變，如操作系統(tǒng)、編譯器或?qū)嵱贸绦虻淖兓取?3.關于信息應用系統(tǒng)項目及項目管理的描述，不正確的是:(

)

（分數(shù)：1.00）

A.一般采取集中辦公方式，項目實施過程可視性較好

√

B.項目建設過程中工期經(jīng)常會超出計劃

C.項目監(jiān)理在項目執(zhí)行過程中應被重視

D.加強項目管理能夠確保順利完成項目實施解析：建筑工程項目可視性、可檢查性強;信息系統(tǒng)工程項目可視性差，而且在度量和檢查方面難度較高34.在信息系統(tǒng)項目建設過程中，可以采用的質(zhì)量控制工具不包括:(

)

（分數(shù)：1.00）

A.統(tǒng)計抽樣

B.六西格瑪

C.帕累托分析

D.掙值分析

√解析：成本控制中常采用輔助工具和技術:典型的有掙值分析等35.監(jiān)理活動的主要內(nèi)容被概括為“四控、三管、一協(xié)調(diào)”，其中“四控”不包括（）。

（分數(shù)：1.00）

A.質(zhì)量控制

B.進度控制

C.投資控制

D.安全控制

√解析：“四控制”(即質(zhì)量控制、進度控制、投資控制和變更控制)、36.關于監(jiān)理單位權利和義務的描述，不正確的是(

)。

（分數(shù)：1.00）

A.監(jiān)理單位應按照“守法、公平、公正、獨立”的原則開展監(jiān)理工作。

B.監(jiān)理單位應按照監(jiān)理合同和所分配的承建任務取得收入。

√

C.監(jiān)理單位不得與被監(jiān)理項目的承建單位存在隸屬關系

D.監(jiān)理單位不得侵害建設單位和承建單位的知識產(chǎn)權解析：監(jiān)理單位的權利與義務。在信息產(chǎn)業(yè)部正式頒布的《信息系統(tǒng)工程監(jiān)理暫行規(guī)定》中，第18條詳細規(guī)定了監(jiān)理單位的權利與義務:(1)應按照“守法、公平、公正、獨立”的原則，開展信息系統(tǒng)工程監(jiān)理工作，維護建設單位與承建單位的合法權益;(2)按照監(jiān)理合同取得監(jiān)理收入:(3)不承建信息系統(tǒng)工程;(4)不得與被監(jiān)理項目的承建單位存在隸屬關系和利益關系，不得作為其投資者或合伙經(jīng)營者;(5)不得以任何形式侵害建設單位和承建單位的知識產(chǎn)權;(6)在監(jiān)理過程中因違犯國家法律、法規(guī)，造成重大質(zhì)量、安全事故的，應承擔相應的經(jīng)濟責任和法律責任37.關于信息系統(tǒng)工程竣工結算審核的描述，不正確的是：（）。

（分數(shù)：1.00）

A.審核項目的各項費用支出是否合理

B.審核項目成本計劃的編制情況

√

C.審核各項賬目、統(tǒng)計資料是否準確完整

D.審核項目竣工說明書是否全面、系統(tǒng)解析：信息系統(tǒng)工程竣工結算審核的內(nèi)容有：①審核項目的各項費用支出是否合理；②審核報廢損失和核銷損失的真實性；③審核各項賬目、統(tǒng)計資料是否準確完整；④審核項目竣工說明書是否全面、系統(tǒng)。38.《關鍵信息基礎設施安全保護條例》的實施日期是（

）。

（分數(shù)：1.00）

A.2021年7月17日

B.2021年7月30日

C.2021年9月1日

√

D.2021年9月17日解析：本條例自2021年9月1日起施行39.在信息應用系統(tǒng)開發(fā)過程中，監(jiān)理工程師小趙按照正常的程序和方法，對開發(fā)過程進行了檢查和監(jiān)督，沒有發(fā)現(xiàn)任何問題，項目順利通過初驗。然而在系統(tǒng)試運行期間發(fā)生了嚴重的系統(tǒng)故障，這類問題屬于（

）風險。

（分數(shù)：1.00）

A.行為責任

B.工作技能

C.技術資源

√

D.管理解析：1.行為責任風險。行為責任風險來自三個方面:(1)監(jiān)理工程師超出建設單位委托的工作范圍，從事了自身職責外的工作，并造成了工作上的損失;(2)監(jiān)理工程師未能正確地履行合同中規(guī)定的職責，在工作中發(fā)生失職行為造成損失;(3)監(jiān)理工程師由于主觀上的無意行為未能嚴格履行職責并造成了損失。2.工作技能風險。監(jiān)理工程師由于他在某些方面工作技能的不足，盡管履行了合同中建設單位委托的職責，實際上并未發(fā)現(xiàn)本應該發(fā)現(xiàn)的問題和隱患?，F(xiàn)代信息技術日新月異，并不是每一位監(jiān)理工程師都能及時、準確、全面地掌握所有的相關知識和技能的，無法完全避免這一類風險的發(fā)生。3.技術資源風險。即使監(jiān)理工程師在工作中沒有行為上的過錯，仍然有可能承受一些風險。例如在軟件開發(fā)過程中，監(jiān)理工程師按照正常的程序和方法，對開發(fā)過程進行了檢查和監(jiān)督，并未發(fā)現(xiàn)任何問題，但仍有可能出現(xiàn)由于系統(tǒng)設計留有缺陷而導致不能全部滿足實際應用的情況。眾所周知，某些工程上質(zhì)量隱患的暴露需要一定的時間和誘因，利用現(xiàn)有的技術手段和方法，并不可能保證所有問題都能及時發(fā)現(xiàn)。同時，由于人力、財力和技術資源的限制，監(jiān)理無法對施工過程的所有部位、所有環(huán)節(jié)的問題都能及時進行全面細致的檢查發(fā)現(xiàn)，必然需要面對風險。4.管理風險。明確的管理目標、合理的組織機構、細致的職責分工、有效的約束機制，是監(jiān)理組織管理的基本保證。如果管理機制不健全，即使有高素質(zhì)的人才，也會出現(xiàn)這樣或那樣的問題。40.監(jiān)理實施細則的編制時間應當是（）。

（分數(shù)：1.00）

A.監(jiān)理招標階段

B.監(jiān)理委托合同簽訂后，監(jiān)理項目部建立前

C.監(jiān)理項目部建立后，人員責任明確后

√

D.全部監(jiān)理人員到崗后解析：41.關于監(jiān)理大綱、監(jiān)理規(guī)劃、監(jiān)理實施細則的描述，不正確的是（）。

（分數(shù)：1.00）

A.項目監(jiān)理公司在招標階段編制監(jiān)理大綱，供建設單位審查其監(jiān)理能力。

B.項目總監(jiān)理工程師在監(jiān)理合同簽訂前，根據(jù)招標要求編制監(jiān)理規(guī)劃。

√

C.專業(yè)監(jiān)理工程師根據(jù)項目特點及技術要求編制監(jiān)理實施細則

D.專業(yè)監(jiān)理工程師編制監(jiān)理實施細則，報送總監(jiān)理工程師審批解析：監(jiān)理大綱是在建設單位選擇合適的監(jiān)理單位時，監(jiān)理單位為了獲得監(jiān)理任務，在項目監(jiān)理招標階段編制的項目監(jiān)理單位案性文件。它是監(jiān)理單位參與投標時，投標書內(nèi)容的重要組成部分。編制監(jiān)理大綱的目的是，要使建設單位信服，采用本監(jiān)理單位制定的監(jiān)理單位案，能夠圓滿實現(xiàn)建設單位的投資目標和建設意圖，進而贏得競爭投標的勝利。由此可見，監(jiān)理大綱的作用，是為監(jiān)理單位的經(jīng)營目標服務的，起著承接監(jiān)理任務的作用。監(jiān)理規(guī)劃則是在監(jiān)理委托合同簽訂后，由監(jiān)理單位制定的指導監(jiān)理工作開展的綱領性文件。它起著指導監(jiān)理單位規(guī)劃自身的業(yè)務工作，并協(xié)調(diào)與建設單位在開展監(jiān)理活動中的統(tǒng)一認識、統(tǒng)一步調(diào)、統(tǒng)一行動的作用。由于監(jiān)理規(guī)劃是在委托合同簽訂后編制的，監(jiān)理委托關系和監(jiān)理授權范圍都已經(jīng)很明確，工程項目特點及建設條件等資料也都比較翔實。因此，監(jiān)理規(guī)劃在內(nèi)容和深度等方面比監(jiān)理委托合同更加具體化，更加具有指導監(jiān)理工作的實際價值。監(jiān)理實施細則則是在監(jiān)理規(guī)劃指導下，監(jiān)理項目部已經(jīng)建立，各項專業(yè)監(jiān)理工作責任制己經(jīng)落實，配備的專業(yè)監(jiān)理工程師已經(jīng)上崗，再由專業(yè)監(jiān)理工程師根據(jù)專業(yè)項目特點及本專業(yè)技術要求所編制的、具有實施性和可操作性的業(yè)務性文件。監(jiān)理實施細則由各專業(yè)監(jiān)理工程師負責主持編制，并報送項目總監(jiān)理工程師認可批準執(zhí)行。42.監(jiān)理規(guī)劃的內(nèi)容包括（）。①工程項目概況；②監(jiān)理的范圍、內(nèi)容與目標；③監(jiān)理流程；④監(jiān)理依據(jù)、程序、措施及制度；⑤監(jiān)理方法及措施；

（分數(shù)：1.00）

A.①②③

B.②④⑤

C.①③⑤

D.①②④

√解析：下面對上述內(nèi)容做簡單介紹。1.工程項目概況2.監(jiān)理的范圍、內(nèi)容與目標3.監(jiān)理項目部的組織結構與人員配備4.監(jiān)理依據(jù)、程序、措施及制度5.監(jiān)理工具和設施43.關于監(jiān)理規(guī)劃的描述，不正確的是（）。

（分數(shù)：1.00）

A.監(jiān)理規(guī)劃是監(jiān)理單位實施監(jiān)理項目的行動指南

B.監(jiān)理規(guī)劃是建設單位考核監(jiān)理單位執(zhí)行監(jiān)理合同的重要依據(jù)

C.監(jiān)理規(guī)劃的目的是增強監(jiān)理單位中標的可能性

√

D.監(jiān)理規(guī)劃是監(jiān)理人員在項目中開展工作的依據(jù)和基礎解析：監(jiān)理大綱是在建設單位選擇合適的監(jiān)理單位時，監(jiān)理單位為了獲得監(jiān)理任務，在項目監(jiān)理招標階段編制的項目監(jiān)理單位案性文件。它是監(jiān)理單位參與投標時，投標書內(nèi)容的重要組成部分。編制監(jiān)理大綱的目的是，要使建設單位信服，采用本監(jiān)理單位制定的監(jiān)理單位案，能夠圓滿實現(xiàn)建設單位的投資目標和建設意圖，進而贏得競爭投標的勝利。由此可見，監(jiān)理大綱的作用，是為監(jiān)理單位的經(jīng)營目標服務的，起著承接監(jiān)理任務的作用。44.在信息系統(tǒng)工程中，承建單位編制了總體技術方案、工程實施方案、系統(tǒng)集成方案等重要文檔。將（

）作為質(zhì)量控制手段，可以及時發(fā)現(xiàn)文檔中存在的重大問題。

（分數(shù)：1.00）

A.評審

√

B.測試

C.旁站

D.抽樣解析：評審的主要目的是本著公正的原則檢查項目的當前狀態(tài)，項目評審一般是在主要的項目里程碑接近完成時進行，比如總體設計、產(chǎn)品設計、編碼或測試完成的時候。通過專家評審，可以及時發(fā)現(xiàn)重大問題，并給出處理意見。評審的范圍：一般來說，一個信息系統(tǒng)工程需要采用專家會審內(nèi)容有:(1)建設單位的用戶需求和招標方案;(2)承建單位的質(zhì)量控制體系和質(zhì)量保證計劃;(3)承建單位的總體技術方案;(4)承建單位的工程實施方案;(5)承建單位的系統(tǒng)集成方案;(6)承建單位有關應用軟件開發(fā)的重要過程文檔;(7)工程驗收方案;(8)承建單位的培訓方案與計劃:(9)其他需要會審的重要方案。45.關于監(jiān)理單位在招投標階段質(zhì)量控制要點的描述，不正確的是（

）

（分數(shù)：1.00）

A.應提出工程需求方案，確定工程的整體質(zhì)量目標

√

B.協(xié)助評標時，應對投標單位標書中的質(zhì)量控制計劃進行審查

C.應對項目招標文件進行審核，對涉及的商務內(nèi)容和技術內(nèi)容進行確認

D.應參與招標文件的編制，并對可能影響工程質(zhì)量的因素明確提出要求解析：招投標過程的質(zhì)量控制。信息工程的招標一般由建設單位、監(jiān)理單位、招標公司、專家、紀檢或者公證部門參加，監(jiān)理單位在招投標階段質(zhì)量控制的注意要點有:(1)協(xié)助建設單位提出工程需求方案，確定工程的整體質(zhì)量目標:(2)參與標書的編制，并對工程的技術和質(zhì)量、驗收準則、投標單位資格等可能對工程質(zhì)量有影響的因素明確提出要求;(3)協(xié)助招標公司和建設單位制定評標的評定標準:(4)對項目的招標文件進行審核，對招標書涉及的商務內(nèi)容和技術內(nèi)容進行確認;(5)監(jiān)理在協(xié)助評標時，應對投標單位標書中的質(zhì)量控制計劃進行審查，提出監(jiān)理意見;(6)對招標過程進行監(jiān)控，如招標過程是否存在不公正的現(xiàn)象等問題;(7)協(xié)助建設單位與中標單位洽商并簽訂工程合同，在合同中要對工程質(zhì)量目標提出明確的要求。46.在設計階段，監(jiān)理人員質(zhì)量控制的要點不包括（）

（分數(shù)：1.00）

A.確?？傮w設計方案中已包括了建設單位的所有需求

B.總體方案應滿足建設單位所提出的質(zhì)量、工期和造價等工程目標

C.應對整個系統(tǒng)的體系結構、網(wǎng)絡安全方案等進行充分論證

D.組織設計文件及設計方案交底會，對項目實施及開發(fā)過程進行規(guī)劃

√解析：設計階段的質(zhì)量控制。信息系統(tǒng)工程設計階段的主要任務是使工程設計的各項工作能夠在預定的投資、進度、質(zhì)量目標內(nèi)予以完成。在信息系統(tǒng)工程設計階段涉及的主要工作有用戶需求調(diào)研分析、總體方案設計、概要設計、詳細設計、階段性測試驗收計劃等等，這些工作內(nèi)容比較復雜且制約因素多，因此對承建單位提供的各類設計實施方案進行審查，并采取監(jiān)理措施，是本階段質(zhì)量控制的重點，主要包括:(1)了解建設單位建設需求和對信息系統(tǒng)安全性的要求，協(xié)助建設單位制定項目質(zhì)量目標規(guī)劃和安全目標規(guī)劃。(2)對各種設計文件，提出設計質(zhì)量標準。(3)進行設計過程跟蹤，及時發(fā)現(xiàn)質(zhì)量問題，并及時與承建單位協(xié)調(diào)解決。(4)審查階段性設計成果，并提出監(jiān)理意見。(5)審查承建單位提交的總體設計方案，主要審查以下內(nèi)容:確?？傮w方案中已包括了建設單位的所有需求;要滿足建設單位所提出質(zhì)量、工期和造價等工程目標;總體方案要符合有關規(guī)范和標準:質(zhì)量保證措施的合理性、可行性;方案要合理可行，不僅要有明確的實施目標，還要有可操作的實施步驟;對整個系統(tǒng)的體系結構、開發(fā)平臺和開發(fā)工具的選擇、網(wǎng)絡安全方案等要進行充分論證。當前信息技術發(fā)展迅速，許多技術還沒有達到成熟階段:就被更先進的技術所替代，而且所花費的成本可能還更低。但是，需要注意的是，在信息系統(tǒng)工程中采用最新的、最先進的技術，會給質(zhì)量控制帶來技術風險;對總體設計方案中有關材料和設備進行比較，在價格合理基礎上確認其符合要求。(6)審查承建單位對關鍵部位的測試方案，如主機網(wǎng)絡系統(tǒng)軟硬件測試方案、應用軟件開發(fā)的模塊功能測試方法等。(7)協(xié)助承建單位建立、完善針對該信息工程建設的質(zhì)量保證體系，包括完善計量及質(zhì)量檢測技術和手段。(8)協(xié)助總承建單位完善現(xiàn)場質(zhì)量管理制度，包括現(xiàn)場會議制度、現(xiàn)場質(zhì)量檢驗制度、質(zhì)量統(tǒng)計報表制度和質(zhì)量事故報告及處理制度等。(9)組織設計文件及設計方案交底會，熟悉項目設計、實施及開發(fā)過程，根據(jù)有關設計規(guī)范，實施驗收及軟件工程驗收等規(guī)范、規(guī)程或標準，對有的工程部位下達質(zhì)量要求標準。方案經(jīng)監(jiān)理工程師審定后，由總監(jiān)理工程師審定簽發(fā);上述方案未經(jīng)批準，建設單位的工程不得部署實施。47.在信息系統(tǒng)工程建設項目的實施階段，應對關鍵過程實施質(zhì)量控制。制定（）是實施階段性質(zhì)量控制的基礎，設置（）

，實施跟蹤控制是工程質(zhì)量控制的有效手段。

（分數(shù)：1.00）

A.豐厚的質(zhì)量獎勵計劃；質(zhì)量交叉管理崗位

B.完善的質(zhì)量管理體系；全面的質(zhì)量內(nèi)審檢查點

C.階段性質(zhì)量控制計劃；階段性質(zhì)量控制點

√

D.嚴格的質(zhì)量測試計劃；質(zhì)量全過程監(jiān)督人員解析：關鍵過程質(zhì)量控制的實施要點(1)制定階段性質(zhì)量控制計劃，是實施階段性質(zhì)量控制的基礎。階段性質(zhì)量控制計劃包括:確定控制內(nèi)容，技術質(zhì)量標準，檢驗方法及手段，建立階段性質(zhì)量控制責任制和質(zhì)量檢查制度。(2)進行工程各階段分析，分清主次，抓住關鍵是階段性工程結果質(zhì)量控制的目的。工程各階段分析是指從眾多影響工程質(zhì)量的因素中，找出對特定工程階段重要的或關鍵的質(zhì)量特征特性指標起支配性作用或具有重要影響的主要因素，以便在工程實施中對那些主要因素制定出相應的控制措施和標準，開展對工程實施過程中關鍵質(zhì)量的重點控制。(3)設置階段性質(zhì)量控制點，實施跟蹤控制是工程質(zhì)量控制的有效手段。質(zhì)量控制點是實施質(zhì)量控制的重點。在實施過程中的關鍵過程或環(huán)節(jié)及隱蔽工程;實施中的薄弱環(huán)節(jié)或質(zhì)量變異大的工序、部位和實施對象;對后續(xù)工程實施或后續(xù)階段質(zhì)量和安全有重大影響的工序、部位或?qū)ο?實施中無足夠把握的、實施條件困難或技術難度大的過程或環(huán)節(jié);在采用新技術或新設備應用的部位或環(huán)節(jié)等處都應設置質(zhì)量控制點等。(4)嚴格各過程間交接檢查。48.驗收階段質(zhì)量控制流程中，正確的活動順序是（）①驗收組實施驗收；②審查驗收方案；③審查驗收過程；④審查驗收條件；⑤工程竣工；⑥承建單位提交驗收方案；⑦判斷驗收是否合格；⑧承建單位提交驗收申請

（分數(shù)：1.00）

A.⑧④⑥②①③⑦⑤

√

B.⑥⑧④②③①⑦⑤

C.⑧⑥④②③①⑦⑤

D.⑥④⑧②①③⑤⑦解析：49.某信息應用系統(tǒng)項目驗收階段，承建單位提交驗收申請時，提供了下列項目相關資料。監(jiān)理工程師檢查（）不合格，審核未通過。

（分數(shù)：1.00）

A.承建單位與各方簽訂的信息系統(tǒng)工程建設合同

B.承建單位編寫的用戶使用說明書

√

C.承建單位編寫的初驗報告和試運行報告

D.設計、施工圖紙，及設計方案論證意見解析：驗收資料的審查。承建單位申請驗收時，監(jiān)理單位要審核以下資料是否齊全:(1)承建單位與各方簽訂的信息系統(tǒng)工程建設合同;(2)承建單位的設計、實施方案;(3)承建單位的竣工報告;(4)建設單位出具的試運行報告;(5)承建單位和建設單位的初驗報告;(6)承建單位對建設單位進行培訓的報告;(7)用戶使用說明書;(8)需求分析規(guī)格說明書;(9)設計方案論證意見;(10)設計、施工圖紙(系統(tǒng)原理圖、平面位置圖、布線圖、系統(tǒng)控制、中心配置圖、器材清單);(11)應用軟件開發(fā)過程文檔;(12)系統(tǒng)調(diào)試報告(含調(diào)試記錄);(13)系統(tǒng)試運行報告(含試運行中間發(fā)現(xiàn)的問題及解決的方法);(14)系統(tǒng)檢測報告。根據(jù)以上內(nèi)容ABCD均屬于承建單位申請驗收時，監(jiān)理單位要審核的資料。但四個選項中只有用戶使用說明書是信息應用系統(tǒng)中涉及的。50.某信息系統(tǒng)工程建設項目進展到第8個月時,監(jiān)理工程師小劉計算當前進度業(yè)績指標SPI為1.2，費用業(yè)績指標CPI為0.9，這表示項目(

)

（分數(shù)：1.00）

A.進度超前，費用節(jié)余

B.進度滯后，費用節(jié)余

C.進度超前，費用超支

√

D.進度滯后，費用超支解析：進度業(yè)績指標SPI=實績值/計劃值，（SPI>1.0表示進度超前，SPI1.0表示費用節(jié)余，CPI51.監(jiān)理工程師在實施階段進度控制任務包括（

）

（分數(shù)：1.00）

A.對建設合同中所涉及產(chǎn)品和服務的供應周期等做出詳細說明，并建議建設單位做出合理安排

B.提請建設單位按合同要求向承建單位及時、準確、完整地提供設計所需要的基礎資料和數(shù)據(jù)

C.監(jiān)督承建單位對工程實施的關鍵過程或流程的執(zhí)行情況，審核承建單位階段性進度計劃的合理性，提出監(jiān)理意見以控制關鍵進度

√

D.協(xié)助編制本項目的工作計劃，包括項目實施階段劃分和項目實施過程等解析：A、D屬于準備階段。B屬于設計階段。為完成實施階段進度控制任務，監(jiān)理工程師應當做好以下工作。(1)根據(jù)工程招標和施工準備階段的工程信息，進一步完善項目控制性進度計劃，并據(jù)此進行實施階段進度控制。(2)審查承建單位的施工進度計劃，確認其可行性并滿足項目控制性進度計劃要求。(3)審查承建單位進度控制報告，監(jiān)督承建單位做好施工進度控制，對施工進度進行跟蹤，掌握施工動態(tài)。(4)研究制定預防工期索賠措施，做好處理工期索賠工作。(5)在施工過程中，做好對人力、物力、資金的投入控制工作及轉(zhuǎn)換控制工作，做好信息反饋、對比和糾正工作，使進度控制定期連續(xù)進行。(6)開好進度協(xié)調(diào)會，及時協(xié)調(diào)各方關系，使工程施工順利進行。具體要求如下:審核承建單位的工程實施申請，檢查工程準備情況。如滿足工程實施條件，總監(jiān)理工程師和建設單位代表共同簽署開工通知，并正式通知承建單位。監(jiān)督承建單位對工程實施的關鍵過程或流程的執(zhí)行情況，審核承建單位階段性進度計劃的合理性，提出監(jiān)理意見，以控制關鍵進度。定期檢查、記錄工程的實際進度情況，監(jiān)督承建單位及時采取措施確保實際進度與計劃相一致。(7)及時處理承建單位提出的工程延期申請，若出現(xiàn)工程施工延期，按照下述流程進行:做出工程延期批準之前，應與建設單位、承建單位進行協(xié)商，共同商議。及時受理承建單位的工程延期申請，根據(jù)工程情況確認其合理、可行后，由總監(jiān)理工程師簽署執(zhí)行。階段性工程延期造成工程總工期延遲時，應要求承建單位修改總工期，修改后的總工期應經(jīng)過審核，并報建設單位備案。工程延期造成費用索賠時，監(jiān)理應提出建議并按規(guī)定程序處理。52.采用(

)進行進度控制，不僅能夠?qū)F(xiàn)在和將來完成的工程內(nèi)容、各工作單元間的關系明確地表示出來，而且能夠預先確定各作業(yè)，各系統(tǒng)的時差。

（分數(shù)：1.00）

A.網(wǎng)絡圖計劃法

√

B.甘特圖

C.進度曲線表

D.香蕉曲線圖解析：采用網(wǎng)絡圖計劃法進行進度控制，不僅能夠?qū)F(xiàn)在和將來完成的工程內(nèi)容、各工作單元間的關系明確地表示出來，而且能夠預先確定各作業(yè)、各系統(tǒng)的時差。這就使監(jiān)理工程師十分明確地了解關鍵作業(yè)或某一環(huán)節(jié)進度的超前、落后對以后銜接工程和總工期的影響程度，就可以及時采取措施或調(diào)整進度計劃，以確保總目標的實現(xiàn)。53.信息工程項目投資控制活動中，成本估算的輸入不包括(

)

（分數(shù)：1.00）

A.工作分解結構

B.資源需求

C.歷史資料

D.成本基準

√解析：54.項目成本失控的原因可能是思想、組織、技術、方法、手段等方面存在問題。(

)說明成本控制的方法有所欠缺。

（分數(shù)：1.00）

A.對項目的設計缺乏成本控制意識

B.建設單位控制項目投資的組織機構不健全

C.進行項目成本估算時，項目規(guī)劃設計的深度不夠

D.缺乏成本控制程序和明確的具體要求

√解析：A屬于思想方面、B屬于組織方面、C屬于技術方面方法方面(1)缺乏用于項目投資控制所需的有關報表及數(shù)據(jù)的處理辦法，如項目實施中缺少完整、準確、及時、適用的有關數(shù)據(jù)的采集、處理、審核和表現(xiàn)辦法;(2)缺乏系統(tǒng)的成本控制程序和明確的具體要求;在項目進展的不同階段對成本控制的任務、要求不明確，在項目進展的整個過程中缺乏連貫性的控制:(3)缺乏科學、嚴格、明確、完整的成本控制方法和成本控制工作制度。5.手段方面(1)缺乏計算機輔助的投資控制程序，利用計算機投資控制程序，大量歷史數(shù)據(jù)、市場信息可以集中存儲;可以編制不同階段、不同深度的費用計劃;(2)能夠動態(tài)地進行計劃值與實際值的比較并及時提供各種需要的狀態(tài)報告。55.（）是指建設單位請專業(yè)公司在工程方案設計、項目可行性分析、造價評估和項目招投標等方面所需的費用。

（分數(shù)：1.00）

A.工程前期費

√

B.咨詢設計費

C.工程監(jiān)理費

D.工程費解析：工程前期費是指建設單位請專業(yè)公司在編制工程方案設計、項目可行性分析、造價是否合理評估，以及項目招、投標等方面所需要的費用。56.在三種不同時機進行的預算中，與項目結算時的實際成本越接近，說明預算準確度越高。預算準確度由高到低排列的是:(

)

（分數(shù)：1.00）

A.預算估算，量級預算，最終概算

B.預算估算，最終概算，量級預算

C.最終概算，量級預算，預算估算

D.最終概算，預算估算，量級預算

√解析：信息系統(tǒng)工程建設成本的預算主要包含量級預算、預算估算和最終預算。這些方法的不同主要體現(xiàn)在其在什么時間進行、如何使用和精確度如何。量級預算提供了信息系統(tǒng)工程建設成本控制的一個粗略概念。它在信息系統(tǒng)工程建設早期甚至建設之前使用，信息系統(tǒng)工程建設相關人員使用該預算幫助決策。進行這種類型的預算通常是在工程建設完成之前2－3年。量級預算的精確度一般是從-25%－75%，也就是項目的實際成本可能低于量級預算的25%，或高于量級預算的75%。對于目前的信息系統(tǒng)工程建設而言，該精確范圍經(jīng)常更廣。例如，許多IT項目專業(yè)人員為軟件開發(fā)項目成本估算自動增加一倍。預算估算被用來將資金劃入一個組織的預算。許多建設單位建立至少2年的預算。預算估算在信息系統(tǒng)工程完成前1－2年做出。其精確度一般在-10%－25%，也就是項目的實際成本可能低于預算估算的1$%，或高于預算估算的25%。最終概算提供一個精確的項目成本概算。常用于許多項目采購決策的制訂，因為這些決策需要精確的預算。也常用于估算信息系統(tǒng)工程建設的最終成本，其精確度通常在-5%－10%，也就是項目的實際成本可能低于預算估算的S%，或高于預算估算的10%。57.下列說法不正確的是:(

)

（分數(shù)：1.00）

A.為信息系統(tǒng)工程建設做預算是一項復雜的任務

B.通過使用項目成本估算的工具和技術，成本預算可以做到非常準確

√

C.對于信息系統(tǒng)的預算，晚期的預算常常比早期的精確

D.相關人員在成本預算上接受培訓和指導能夠提高成本預算的精確度解析：預算中存在的問題。盡管有許多輔助進行項目成本估算的工具和技術，但是信息系統(tǒng)工程建設的成本預算仍然非常不準確。特別是涉及新科技和新軟件的信息系統(tǒng)工程。對于這些不精確，可以有以下辦法來克服。為信息系統(tǒng)工程建設作一個預算是一項復雜的任務。需要巨大的努力，很多預算必須迅速地進行，并且在明確系統(tǒng)要求之前做出。對于信息系統(tǒng)的預算，更精確的預算很難，晚期的預算常常比早期的精確，牢記在工程的不同階段進行預算是十分重要的。而監(jiān)理人員需要理解每個預算的合理性。進行信息系統(tǒng)工程成本預算的人經(jīng)常沒有太多的成本預算的經(jīng)驗。特別是對大型工程而言，也沒有足夠多的精確、可靠的數(shù)據(jù)作為工程預算的依據(jù)。如果單位有好的工程監(jiān)理，有良好的記錄信息歷史，那么有助于改進預算。允許信息技術人員在成本預算上接受培訓和指導也能提高成本概算的精確度。人們有低估的傾向，因此，由信息系統(tǒng)工程建設監(jiān)理工程師審核估計和詢問重要問題以確保預算不產(chǎn)生偏差是十分必要的。58.（

)使用先前類似項目的實際數(shù)據(jù)數(shù)據(jù)作為估計現(xiàn)在項目的基礎適用于早期的成本估計。

（分數(shù)：1.00）

A.參數(shù)建模

B.類比估計

√

C.從下往上估計法

D.從上往下估計法解析：成本估算的工具和方法。1)類比估計，類比估計是用先前類似項目的實際數(shù)據(jù)作為估計現(xiàn)在項目的基礎。這種估計法適用于早期的成本估計，因為此時有關項目僅有少量消息可供利用。類比估計是專家判斷的一種形式。類比估計是花費較少的一種方法，但精確性也較差。以下情況的類比估計是可靠的:先前的項目不僅在表面上且在實質(zhì)上和當前項目是類同的。作估算的個人或小組具有必要經(jīng)驗。59.監(jiān)理工程師在進行預算審核時，采用（

）使用與預算編制過程基本相同的方法計算項目成本，優(yōu)點是審核細致、質(zhì)量高、差錯少。

（分數(shù)：1.00）

A.全面審核法

√

B.分解對比審核法

C.重點審核法

D.經(jīng)驗審核法解析：1.全面審核法，其具體計算和審核過程與編制過程基本相同。優(yōu)點是全面細致、質(zhì)量高、差錯少，缺點是工作量過大，需要組織一批分專業(yè)的計劃預算工程師、經(jīng)濟師進行。2.重點審核法，如選擇工程量大，或造價高的項目重點審核，對補充單價和定額外設備價及差價進行審核，以及對計取各項費用和計算方法進行重點審核，在重點審核中如發(fā)現(xiàn)問題較多時應擴大審核范圍。3.經(jīng)驗審核法，即監(jiān)理工程師根據(jù)以往的實踐經(jīng)驗，審核容易發(fā)生差錯的那些工程細目的方法。4.分解對比審核法，如把一個單位工程，按直接費、間接費進行分解，然后把直接費按工種工程和分部工程進行分解。分別與審定的標準圖預算進行對比分析的方法，稱為分解對比審核法。邊分解邊對比，哪里出入較大，如超過標準預算的3%以上部分，就要審核該部分價格。60.關于變更控制基本原則的敘述，不正確的是，(

)

（分數(shù)：1.00）

A.在項目實施過程中，變更處理越早，損失越小

B.任何交更都要得到三方建設單位、監(jiān)理單位和承建單位的確認

C.在決策層做出變更決策時，成對變更信息保密，防止動搖軍心

√

D.防止變更范圍任意擴大，對項目變更范圍要有明確的界定解析：變更控制的基本原則。監(jiān)理對可能發(fā)生的變更要保持預控能力，要有防患于未然的應對措施，要對建設單位提出具體的建議，也要對承建單位提出明確的要求，一般情況在處理變更的時候要遵循以下幾個原則。1、對變更申請快速響應，項目變更是正常的、不可避免的。在項目實施過程中，變更處理越早，損失越小;變更處理越遲，難度越大，損失也越大。項目在失控的情況下，任何微小變化的積累，最終都會對項目的質(zhì)量、成本和進度產(chǎn)生較大影響，這是一個從量變到質(zhì)變的過程，因此監(jiān)理單位在接到變更申請之后，要快速按照變更處理程序進行變更處理，并迅速下達是否可以進行變更的監(jiān)理通知。2、任何變更都要得到三方確認，任何變更都要得到三方(建設單位、監(jiān)理單位和承建單位)書面的確認，并且要在接到變更通知單之后才能進行，嚴禁擅自變更，在任何一方或者兩方同意下做出變更而造成的損失應該由變更方承擔。3、明確界定項目變更的目標，變更的真實目的是為了解決問題，如果變更后項目的目標模糊不清，那么在實施過程中就難以確定努力的方向，即使完成了項目，也難以確定完成的目標是否真的達到當時想象中的目標。4、防止變更范圍的擴大化，對項目變更范圍要有明確的界定，而且三方對變更范圍的理解上沒有任何的異議。5、三方都有權提出變更，一般地說，承建單位和建設單位是變更的主要申請方，但是并不是說監(jiān)理單位就不可以提出變更，監(jiān)理單位也可以根據(jù)項目實施的情況，提出變更，比如在監(jiān)理過程中發(fā)現(xiàn)了前期設計的缺陷，發(fā)現(xiàn)原來計劃采購的設備有了更新的產(chǎn)品，而且價格下降，這時也要主動提出變更申請。6、加強變更風險以及變更效果的評估，變更對項目質(zhì)量、進度、成本都會產(chǎn)生影響，要多方面評估變更的風險，制定詳細的變更風險處理措施，并且要對變更實施過程進行監(jiān)控，對變更實施效果進行評估，如果發(fā)現(xiàn)異常情況，要及時中止變更，對變更重新進行評估。7、及時公布變更信息。只有項目的關鍵人員才清楚和控制著項目變更的全過程，而其他人員未獲得項目變更的全面信息，因此在決策層做出變更決策時，應及時將變更信息公之于眾，這樣才能調(diào)整所有人員的工作，朝著新的方向努力。8、選擇沖擊最小的方案。項目的目標、預算、項目的進度以及承建單位是決定項目計劃的主要因素，做出項目變更時，力求在盡可能小的變動幅度內(nèi)對這些主要因素進行微調(diào)。如果它們發(fā)生較大的變動，就意味著項目計劃的徹底變更，這會使目前的工作陷入癱瘓狀態(tài)。61.關于進度控制的描述，正確的是，(

)

（分數(shù)：1.00）

A.項目所制定的進度計劃必須是現(xiàn)實可行的

√

B.每個項目必須建立變更控制系統(tǒng)管理進度變更

C.每一次進度變更必須通過會議申請

D.進度變更必須獲得全部項目干系人的書面批準解析：B.對于大型項目來說，可以成立一個由所有有關人員組成的變更控制委員會處理變更申請。對于小項目而言，可以指定一個項目小組負責。C.每一項項目變更必須用變更申請單提出D.變更必須獲得項目各方責任人的書面批準62.合同變更的一般特征不包括(

)

（分數(shù)：1.00）

A.項目合同的雙方當事人必須協(xié)商一致

B.改變了合同的內(nèi)容或標的

C.其法律后果是將產(chǎn)生新的債權和債務關系

D.能夠規(guī)避項目風險

√解析：對合同變更的控制。所謂項目合同變更，是指由于一定的法律事實而改變合同的內(nèi)容和標的的法律行為。它的一般特征有如下幾點:(1)項目合同的雙方當事人必須協(xié)商一致;(2)改變合同的內(nèi)容與標的;(3)合同變更的法律后果是將產(chǎn)生新的債權和債務關系。63.按照信息系統(tǒng)工程范圍劃分，信息系統(tǒng)工程合同可以分為:(

)

（分數(shù)：1.00）

A.總承包合同、單項項目承包合同、分包合同

√

B.總承包合同、單價合同、分包合同

C.總價合同、單項項目承包合同、分包合同

D.總價合同、單價合同、成本加酬金合同解析：從信息系統(tǒng)工程的不同范圍和數(shù)量進行劃分，可以分為信息系統(tǒng)工程總承建合同、信息系統(tǒng)工程承建合同、分包合同。64.建設單位對于由承建單位造成的且實際發(fā)生的損失，向承建單位要求賠償，稱為(

)

（分數(shù)：1.00）

A.索賠

B.變更

C.反索賠

√

D.延期解析：建設單位對于屬于承建單位應承擔責任造成的，且實際發(fā)生了損失，向承建單位要求賠償，稱為反索賠。65.關于知識產(chǎn)權保護的監(jiān)理措施，不正確的是（）

（分數(shù)：1.00）

A.為保護建設單位的知識產(chǎn)權，監(jiān)理單行要求承建單位遵守相關法律

B.監(jiān)理單位與建設單位的合同中應明確工程涉及的知識產(chǎn)權歸屬

√

C.監(jiān)理單位應保護建設單位的知識產(chǎn)權，要求承建單位不用盜版軟件

D.監(jiān)理單位要求承建單位出具非自主產(chǎn)權軟件的使用權合法文件和證明解析：具體監(jiān)理措施包括:(1)保護建設單位的知識產(chǎn)權權益。監(jiān)理會根據(jù)信息系統(tǒng)工程建設項目的性質(zhì)審查承建單位的資質(zhì)，要求承建單位遵守知識產(chǎn)權保護的相關法律法規(guī)，確保在項目實施過程中采取正版軟件，堅決不使用盜版軟件。(2)項目文檔的知識產(chǎn)權保護控制。監(jiān)理單位協(xié)助建設單位在承建合同中明確知識產(chǎn)權及其相關資源如何所有或共享，建立嚴格的項目資料管理制度，從制度上保護項目各方的知識產(chǎn)權。(3)外購軟件的知識產(chǎn)權保護控制。監(jiān)理單位要在外購軟件訂單之前，對采購軟件的用戶數(shù)、許可證書數(shù)和軟件升級年限做好事前檢查，維護項目各方的權利。與此同時，監(jiān)理單位要檢查非自主產(chǎn)權軟件的使用權合法文件和證明。(4)待開發(fā)軟件的知識產(chǎn)權保護控制。監(jiān)理單位要及時提醒建設單位在承建合同中明確規(guī)定知識產(chǎn)權歸屬，避免產(chǎn)生不必要的知識產(chǎn)權糾紛。66.管理在信息系統(tǒng)安全中舉足輕重，信息系統(tǒng)安全的管理體系由（）組成。

（分數(shù)：1.00）

A.法律管理、制度管理、培訓管理

√

B.行業(yè)管理、法規(guī)管理、標準管理

C.標準管理、規(guī)范管理、體系管理

D.設施管理、通信管理、網(wǎng)絡管理解析：管理是信息系統(tǒng)安全的靈魂。信息系統(tǒng)安全的管理體系由法律管理、制度管理和培訓管理三部分組成。67.（）使服務器充斥大量要求響應的信息，消耗網(wǎng)絡帶寬或系統(tǒng)資源，導致網(wǎng)絡或系統(tǒng)不堪重負，以至于因癱瘓而停止提供正常的網(wǎng)絡服務。

（分數(shù)：1.00）

A.邏輯炸彈攻擊

B.特洛伊木馬攻擊

C.異步攻擊

D.拒絕服務攻擊

√解析：拒絕服務攻擊(DOS):DOS攻擊行為表現(xiàn)在使服務器充斥大量要求響應的信息，消耗網(wǎng)絡帶寬或系統(tǒng)資源，導致網(wǎng)絡或系統(tǒng)不勝負荷，以至于癱瘓而停止提供正常的網(wǎng)絡服務，是目前最為常見的網(wǎng)絡攻擊方法。68.某信息應用系統(tǒng)對于系統(tǒng)可靠性和持續(xù)運行要求較高，應采用（）備份方式。當一臺主機出現(xiàn)故障，可及時啟動另一臺主機接替原主機任務。

（分數(shù)：1.00）

A.全備份

B.磁盤鏡像

C.雙機容錯

√

D.存儲保護解析：雙機