信息系統(tǒng)監(jiān)理工程師繼續(xù)教育-C組題集

1、精品文檔信息系統(tǒng)監(jiān)理工程師繼續(xù)教育-C 組考試參考題一、單選題1 信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法 （參照標 準） 于（D ）年發(fā)布。A.2011 B.2012 C.2013 D.20142 信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法 （參照標 準） 由（A ）發(fā)布。A. 中國電子企業(yè)協(xié)會信息系統(tǒng)工程監(jiān)理分會B. 中國電子學會信息系統(tǒng)集成分會C. 中國軟件協(xié)會D. 中國電子聯(lián)合會3.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）文號為（A ）。A.中電企協(xié)監(jiān)字 201401號 B .中電學集字 201315號C.中軟協(xié) 20116號D.中電協(xié) 201

2、23號4.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）的第一章為（A ）oA.計算方法參考的有關(guān)政策、標準B 適用范圍C.取費原則D.信息系統(tǒng)工程監(jiān)理服務取費計算方法5.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）適用于信息系統(tǒng)工程建設過程中的信息網(wǎng)絡系統(tǒng)、信息資源系統(tǒng)、 信息應用系統(tǒng)的（D ）工程與運行維護中信息系統(tǒng)工程監(jiān)理服務的取費， 以及相關(guān)信息技術(shù)咨詢服務的取費。A.新建 B .升級 C .改造D.以上都是6.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）精品文檔中監(jiān)理服務 取費是以（A ）為取費額。A.信息系統(tǒng)工程項目投資總值

3、 B .信息系統(tǒng)工程項目預算C.信息系統(tǒng)工程項目概算D.信息系統(tǒng)工程項目承建合同額7.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）中的監(jiān)理服 務取費區(qū)間比例按照（C ）法公式計算。A.數(shù)列法 B .排比法 C .直線內(nèi)插 D .代入法8 信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）中信息系統(tǒng) 工程項目復雜度調(diào)整主要內(nèi)容是對（A）的監(jiān)理復雜程 度和工作量差異進行調(diào)整。A.同一類型不同信息系統(tǒng)工程項目 B .不同類型同一信息系統(tǒng)工程項目 c.同一類型同一信息系統(tǒng)工程項目 D .不同類型不同信息系統(tǒng)工程項目9.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法

4、（參照標 準）中說明各省 市可參照該取費計算方法，依據(jù)本地區(qū)軟件和信息服務 業(yè)當年的（A ） ，適當調(diào)整取費基價。A.勞動人員產(chǎn)值 B .勞動人員價值 c .勞動人員數(shù)量 D .勞動人員資歷10.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照 標準）未作規(guī)定的，可依照（B ）oA.行業(yè)相關(guān)規(guī)定和標準 B 國家和行業(yè)相關(guān)規(guī)定和標準 C .地方相關(guān)規(guī)定 和標準 D .企業(yè)內(nèi)部相關(guān)規(guī)定11.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照 標準）的取費原則中說明取費應當符合國家有關(guān)法律、法規(guī)和標準規(guī)范， 滿足（B ）約定的服務內(nèi)容和服務質(zhì)量等內(nèi)容。A.招標文件 B .合同 C.監(jiān)理

5、會議紀要 D .以上都不是12.需求層次分為業(yè)務需求、用戶需求和（c .功能需求）三個層次。A.軟件需求 B .系統(tǒng)需求 c .功能需求 D .非公能需求13.用來描述用戶的目標，或用戶要求系統(tǒng)必須能完成的任務的是 （B .用 戶需求）。A.業(yè)務需求 B .用戶需求 c .軟件需求 D .功能需求精品文檔14.軟件需求類型有功能需求和（A .非功能需求）A.非功能需求 B .質(zhì)量屬性 c .約束 D.用戶需求15.（c .質(zhì)量屬性）對產(chǎn)品的功能描述作了補充，它從不同方面描述了 產(chǎn)品的各種特性。A.功能屬性 B .非功能屬性 c .質(zhì)量屬性 D .約束16.“需求的來源、創(chuàng)建理由、實現(xiàn)的優(yōu)先級以

6、及實現(xiàn)需求的產(chǎn)品版本 號和需求當前版本 號等信息是（D 需求屬性）。A.質(zhì)量屬性 B .約束 c .用戶需求 D .需求屬性17.一個軟件系統(tǒng)幵發(fā)過程要考慮項目的預算、幵發(fā)團隊不集中或者用戶操作能力等因素，這些因素屬于需求類型中的（C .約束）。A.功能需求 B .質(zhì)量屬性 C .約束 D .需求屬性18.IS09126 六大質(zhì)量屬性分別是功能性、可靠性、易用性、效率、（A.維 護性）和可移植性。A.維護性 B .穩(wěn)定性 C .適應性 D，準確性19.成熟性、容錯性和易恢復性都屬于質(zhì)量屬性中的（B .可靠性）。A.功能性 B .可靠性 C .易用性 D .效率20.“執(zhí)行速度、響應時間及吞吐量

7、屬于（D .性能需求）。A.質(zhì)量保證 B .環(huán)境需求 C .安全保密需求 D .性能需求21.在眾多質(zhì)量屬性中，對于幵發(fā)人員來說（B .可維護性、可移植性、可重用性、可測試性）屬性重要。A.有效性、效率、靈活性、互操作性B .可維護性、可移植性、可重用性、可測試性 C .完整性、可靠性、健壯性、可用性 D .容錯性、易用性、 簡潔性、正確性22.互操作性是指軟件與其它系統(tǒng)進行交互的能力，下面（A.PC 機中 WORD和打印機完成 打印互通）體現(xiàn)了軟件的互操作性。A. PC 機中 WOR 和打印機完成打印互通精品文檔B. 系統(tǒng) 724 小時都可以使用C. 系統(tǒng)應在 20 秒之內(nèi)響應所有的請求D.

8、系統(tǒng)可提供適當?shù)臑g覽器供用戶閱讀電子文獻23.俗話說“事有輕重緩急”，想要更好地完成系統(tǒng)幵發(fā)就要有效區(qū)分需 求的先后次宇.這 描述的是優(yōu)秀需求標準中的（c .有優(yōu)先級）。A.完整性 B .不失真 c .有優(yōu)先級 D .技術(shù)介入24.需求分析人員應該具備（D .業(yè)務能力）、技術(shù)能力和溝通能力。A.領導能力 B .專業(yè)知識 c .管理能力 D .業(yè)務能力25.質(zhì)量屬性中維護性的子屬性包括易分析、（A .易改變性）、穩(wěn)定性 和易測試性。A.易改變性 B .易理解性 c .易替換性 D-易恢復性26.“軟件生命周期有六個階段，（A .需求階段）出現(xiàn)問題所需要花費的 成本更多。A.需求階段 B .設計階

9、段 c .編碼階段 D .測試階段27.需求分析過程中，（D .以上都是）現(xiàn)象出現(xiàn)時將會引起需求風險。A.無足夠用戶參與 B .用戶需求的不斷增加 c .不必要的特性D.以上都是28.需求工程由（B .需求幵發(fā)）和需求管理組成。A.需求獲取 B .需求幵發(fā) c .需求分析 D .需求確認29.在需求捕獲的過程中，用戶經(jīng)常會制定解決方案而不是闡述需求，有 效識別這一情況的 措施是（C .詢問用戶提出需求的理由）。A.提前向用戶提供訪談計劃 B .利用原型來及時驗證用戶的需求C.詢問用戶提出需求的理由 D .讓用戶介紹工作場景30.軟件需求幵發(fā)中最核心的工作是（B .需求分析）。精品文檔A.需求獲

10、取 B .需求分析 c .編寫規(guī)約 D .需求確認31.準確地指出“軟件目標產(chǎn)品必須做什么”，以指導后續(xù)的設計、幵發(fā) 工作。這是需求幵 發(fā)（B .需求分析）活動的主要任務A.需求獲取 B .需求分析 c 編寫規(guī)約 D .需求確認32.需求獲取中用戶調(diào)查的策略主要是用來彌補用戶訪談（B .捕獲的信 息存在片面性）方面的不足。A.捕獲的信息不夠完整B 捕獲的信息存在片面性C.缺少非功能方面的需求信息D 易于形而上學33.有關(guān)用例的描述錯誤的是（B. 一個用例代表一個子系統(tǒng)的單個目標）。A. 用例將系統(tǒng)的功能范圍分解成許多小的系統(tǒng)功能。B. 一個用例代表一個子系統(tǒng)的單個目標。C. 用例是一個行為上相

11、關(guān)的步驟序列。D. 用例描述了系統(tǒng)與用戶的交互。34.“數(shù)據(jù)流圖（DFD）的基本符號不包括下列哪種（A .數(shù)據(jù)字典）。A.數(shù)據(jù)字典B .加工 C .外部實體 D .數(shù)據(jù)流35. 常用的需求分析方法有：面向數(shù)據(jù)流的結(jié)構(gòu)化分析方法（SA），面向?qū)ο蟮姆?析方法（OOA），下列（D.快速原型）不是結(jié)構(gòu)化分析方法的圖形工具。A.決策樹 B .數(shù)據(jù)流圖 C .數(shù)據(jù)字典 D .快速原型36. 需求規(guī)格說明書的作用不包括（C.軟件可行性研究的依據(jù)）。A.軟件驗收的依據(jù) B .用戶與開發(fā)人員對軟件要做什么的共同理解C.軟件可行性研究的依據(jù)D .軟件設計的依據(jù)37. 下面不是軟件需求規(guī)格說明書的特點的是（D .

12、不可修改性）。A.正確性 B .無歧義性 C .完整性 D.不可修改性38. 下列選項中（D .便于軟件的維護）不是軟件需求規(guī)格的目標。精品文檔A. 便于用戶、分析員和軟件設計人員進行理解及交流B. 控制系統(tǒng)的實施過程C作為軟件測試和驗收以及維護的依據(jù)D. 便于軟件的維護39. OOA 是（C .面向?qū)ο蟮姆治觯〢.面向?qū)ο蟮脑O計 B 結(jié)構(gòu)化分析 C 面向?qū)ο蟮姆治?D 結(jié)構(gòu)化設計40.需求跟蹤矩陣的作用是（A可以體現(xiàn)需求與后續(xù)工作成果之間的對應關(guān)系）。A.可以體現(xiàn)需求與后續(xù)工作成果之間的對應關(guān)系B 固化需求，防止變更。C. 明確項目干系人對于需求的責任D. 對 F 需求復雜的項目，可以用來明

13、確需求。41.需求評審會上，大家對作者提出了很多批評，做出不少負面評價，作者對其 進行辯解和爭論。防止這種現(xiàn)象出現(xiàn)的辦法是（B 建議評審者轉(zhuǎn)換身份，以“建 議”的口氣表達自己的意見）。A. 分主題，分場次開展周期短的評審會B. 建議評審者轉(zhuǎn)換身份，以“建議”的口氣表達自己的意見C. 只提優(yōu)點不提缺點，避免發(fā)生沖突D. 要求作者必須接受評審意見，不允許會上辯解42.在各種不同的信息系統(tǒng)需求中，（C .用戶需求）描述了用戶使用產(chǎn)品必須 要完成的任 務，可以在用例模型中予以說明。A.業(yè)務需求 B .功能需求 c .用戶需求 D .非功能需求43.（ D .以上都是）是造成需求變更的因素。A.對需求的

14、理解存在分歧 B .系統(tǒng)實施時間過長C.用戶業(yè)務需求改變D .以上都是44 .下列描述中錯誤的是（C .可以從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔）。A. 每一個集成的需求變更必須能跟蹤到一個經(jīng)核準的變更請求。B. 變更過程應該做成文檔，盡可能簡單，當然首要的是有效性。C. 可以從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔。精品文檔D. 所有需求變更必須遵循過程，按照此過程，如果一個變更需求未被采納，則其后過 程不再予以考慮：45 .移動互聯(lián)網(wǎng)是一種通過智能移動終端， 米取移動無線通信方式獲取業(yè)務和服 務的新興業(yè)態(tài)，包含終端、軟件和（C .應用）三個層面。A.平臺 B .渠道 C .應用 D.硬件4

15、6.4G 是集 3G 與（D.WLAN ）于一體并能夠傳輸高質(zhì)量視頻圖像且圖像傳輸質(zhì)量 與高清晰 度電視不相上下的技術(shù)產(chǎn)品。A.FDMA B.CDMA C.TDMA D.WLAN47.移動互聯(lián)網(wǎng)同樣有四大驅(qū)動要素：終端、應用、平臺、（A 管道）。A.管道 B 軟件 C 渠道 D 硬件48.移動互聯(lián)網(wǎng)發(fā)展的驅(qū)動要素中，（B 應用）持續(xù)激發(fā)用戶需求。A.終端 B 應用 C 平臺 D 管道49.（A 移動云計算）指通過移動網(wǎng)絡以按需、易擴散的方式獲得所需的基礎設 施、平臺、軟件（或應用）等的一種 IT 資源或（信息）服務的交付與使用模式A.移動云計算 B 云計算 C 大數(shù)據(jù) D 物聯(lián)網(wǎng)50.以下（A

16、 .平臺模式不具有開放性特征）不是構(gòu)成平臺模式的條件。A. 平臺模式不具有開放性特征B. 市場中有信息需要對接，也就是說平臺要有聚合力C. 平臺企業(yè)具有至少一項對于行業(yè)來講是稀缺的且具有競爭力的核心能力 或核心應用D. 平臺企業(yè)與其合作伙伴沒有直接的競爭關(guān)系51.（ D. OTT ）是指通過互聯(lián)網(wǎng)向用戶提供各種應用服務。這種應用和目前運營 商所提供的 通信業(yè)務不同，它僅利用運營商的網(wǎng)絡，而服務由運營商之外的第 三方提供。A.SNS B.020 C 丄 BS D.OTT52.以下（D .硬件即服務（HaaS）不屬于云計算的 3 個層次。A.基礎設施即服務（laaS） B .平臺即服務（PaaS）

17、C.軟件即服務（SaaS） D .硬件即服務（HaaS）精品文檔53.020 模式的核心是（A .線上交易線下體驗）。A.線上交易線下體驗 B .線上交易 c .線下體驗 D .線下交易線上體驗54.（ D .基礎層）作為整個大數(shù)據(jù)技術(shù)架構(gòu)的最底層，需要高度自動化的、可 橫向擴展的存儲和計算平臺。A.應用層 B .分析層 c .管理層 D.基礎層精品文檔55.Hadoop 是一個可以更容易開發(fā)和運行處理大規(guī)模數(shù)據(jù)的軟件平臺，該平臺 使用的是面向 對象編程語言（A. JAVA ）實現(xiàn)的，具有良好的可移植性。A.JAVA B.C+ C.Pytho n D.Delphi56.（ B 數(shù)據(jù)準備）階段的

18、任務是收集質(zhì)量足夠好的數(shù)據(jù)，以便用于后續(xù)的建 模和分析工 作，通常是大數(shù)據(jù)分析生命周期模型中最反復和耗時的階段。A.探索發(fā)現(xiàn) B 數(shù)據(jù)準備 c 模型建造 D 項目實施57.隨著互聯(lián)網(wǎng)進入 WEB2.0 時代，（D 非關(guān)系型）數(shù)據(jù)庫在大數(shù)據(jù)應用背景下 得到了迅猛發(fā)展。A.關(guān)系型 B 半關(guān)系型 c 對象型 D 非關(guān)系型58.存儲系統(tǒng)的可用性對于大數(shù)據(jù)存儲至關(guān)重要，平均無故障時間和（A 平均維修時間），是衡量存儲系統(tǒng)可用性的兩個重要指標。B.平均調(diào)試時間 c .平均備份時間 D .平均讀寫時間59.大數(shù)據(jù)需要一種可讓業(yè)務和技術(shù)都獲得競爭優(yōu)勢的（A 分析平臺），借助于對海量數(shù)據(jù) 集的新尺度處理能力，不

19、斷識別深藏在大數(shù)據(jù)中的可 操作價值，為業(yè)主單位的業(yè)務改進業(yè)務決策提供前瞻式預測，讓業(yè)主單位 從回顧性報告的舊方式中解脫出來。A.分析平臺B .存儲平臺 C .虛擬平臺 D .開放平臺60. 大數(shù)據(jù)分析的生命周期中，（D.模型規(guī)劃）和模型建造階段有一些重 疊，這兩個步驟在 項目實際執(zhí)行過程中是可以反復迭代進行的，指導建 立好最終模型。A.數(shù)據(jù)準備 B 項目實施 C溝通結(jié)果 D.模型規(guī)劃61.下列數(shù)據(jù)不屬于大數(shù)據(jù)發(fā)展趨勢的是（B 逐步擺脫數(shù)據(jù)挖掘、分析、處理等技術(shù)限制）A. 海量數(shù)據(jù)智能挖掘應用細化B.逐步擺脫數(shù)據(jù)挖掘、分析、處理等技術(shù)限制.平均維修時間精品文檔C. 行業(yè)數(shù)據(jù)共享平臺形成鏈條D.

20、大數(shù)據(jù)安全形勢緊迫62.中共中央辦公廳、國務院辦公廳關(guān)于加強信息資源幵發(fā)利用工作的 若干意見（中辦發(fā)200434 號）指出，加強（C.信息資源幵發(fā)利用）、 提高幵發(fā)利用水平，是落實科學發(fā)展觀、推動經(jīng)濟社會全面發(fā)展的重要途徑，是增強我國綜合國力和國際競爭力的必然選擇。A.數(shù)據(jù)資源幵發(fā)利用 B .大數(shù)據(jù)與云計算的融合C信息資源開發(fā)利用D 大數(shù)據(jù)與物聯(lián)網(wǎng)的融合63.下列（B.Hsdhp ）不屬于大數(shù)據(jù)主流技術(shù)或產(chǎn)品。A.MapReduceB.HsdhpC.l nfoSphere Streams D.Hadoop64.以下關(guān)于大數(shù)據(jù)說法錯誤的是（B ）oA. 數(shù)據(jù)離不開由云計算、物聯(lián)網(wǎng)、移動互聯(lián)等先進

21、技術(shù)構(gòu)建的基礎設施 支撐環(huán)境，而這些先進技術(shù)也為大數(shù)據(jù)的數(shù)據(jù)服務實現(xiàn)提供了高效模式， 形成新的價值B. 大數(shù)據(jù)的不斷增長，數(shù)據(jù)存儲的物理安全性要求會越來越高，數(shù)據(jù)的 多副本與容災機制等原有安全機制己逐步淡出人們的視野C. 發(fā)展大數(shù)據(jù)是促進政務信息資源開發(fā)利用的必然要求，是提高政府決 策科學化水平 的必然要求，是提高城市管理精細化水平的必然要求，是 促進現(xiàn)代服務業(yè)發(fā)展的必然要求D. 隨著大數(shù)據(jù)應用不斷地深入，更多的海量數(shù)據(jù)（知識）以體量大、速 度快、模態(tài)多、價值密度低等特征不斷地增長65.（ A .大數(shù)據(jù)技術(shù)）作為一種新型的信息資源開發(fā)利用技術(shù)，是政 府信息資源開發(fā)利用的重要手段。A.大數(shù)據(jù)技術(shù)

22、B .云計算技術(shù) c .移動互聯(lián)技術(shù) D .物聯(lián)網(wǎng)技術(shù)66.隨著許多部委信息化建設進入（D .數(shù)據(jù)大集中）階段，這些部門 紛紛建設數(shù)據(jù)中心。A.數(shù)據(jù)深化應用 B .數(shù)據(jù)安全保護 c .強化數(shù)據(jù)應用D .數(shù)據(jù)大集中67.物聯(lián)網(wǎng)系統(tǒng)的應用層、傳輸層、感知層分別是大數(shù)據(jù)（D .使用、處 理和精品文檔采集）的過程。A.采集、處理和使用 B .處理、采集和使用C.使用.采集和處理 D.使用、處理和采集68. 交通的改善所涉及工程量較大，而大數(shù)據(jù)的（ A.體量大）特性有助 于解決這種困境。A.體量大B .類型多 c .處理速度快 D .價值密度低59.電子政務（B .數(shù)據(jù)信息）的大眾化使人民能夠同樣獲取有

23、價值的 信息，一定程度能 夠促進社會的公正。A.機密信息 B.數(shù)據(jù)信息c .業(yè)務信息 D.系統(tǒng)信息70. MapReduce 是（B.Google ） 公司幵發(fā)的編程模型。A.IBMB.GoogleC.Apache D.Oracle71. 住建部公布的第一批國家智慧城市試點名單中地級市共有（ D. 37）個。A.49 B . 28 C . 58D.3772. “智慧城市”的概念是（C.2009 ）年首次提出的。A.2008 B.2006C.2009D.201073. 國家智慧城市試點暫行管理辦法于（C.2012 ）年提出。A.2009 B.2011C.2012D.201074.以下不屬于智慧城

24、市基礎網(wǎng)絡的是（D .廣電網(wǎng)）。A-互聯(lián)網(wǎng) B .通信網(wǎng) c .物聯(lián)網(wǎng) D.廣電網(wǎng)75. 以下（A .快速的應急能力）不屬于智慧城市的信息化關(guān)鍵能力。A.快速的應急能力B .信息的全面感知能力C.海量的數(shù)據(jù)處理能力 D .智能的管理服務能力76. 住建部關(guān)于智慧城市評定等級最高為（B.3 ）星。A.4B.3C.5 D.2精品文檔77.軟件生命周期包括（B.問題的定義及規(guī)劃）、需求分析、軟件設計、 程序編碼、軟件 測試和運行維護六個階段。A.規(guī)劃 B.問題的定義及規(guī)劃c .實施 D .部署78. 信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）中規(guī)定對于信息系統(tǒng)工程項目立項（可行

25、性研究報告、初步設計、 投資概算報告等咨詢服務）、運行維護、后評價管理等階段的相關(guān)信息技 術(shù)咨詢服務取費計算方法，國家有規(guī)定的，從其規(guī)定；國家沒有規(guī)定的， 或由業(yè)單位與監(jiān)理單位（ C ）確定。A、書面 B、口頭 C、協(xié)商D、按信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照 標準）79. 信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）中信息系統(tǒng)工程項目類型調(diào)整系數(shù)不包括以下（）分類。A、信息資源系統(tǒng)B、信息應用系統(tǒng)C、信息網(wǎng)絡系統(tǒng)D、信息安全系統(tǒng)4、信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標準）由（A .中國電子企業(yè)協(xié)會信息系統(tǒng)工程監(jiān)理分會）發(fā)布。A

26、.中國電子企業(yè)協(xié)會信息系統(tǒng)工程監(jiān)理分會B .中國電子學會信息系統(tǒng)集成分會C.中國軟件協(xié)會D .中國電子聯(lián)合會6、下列數(shù)據(jù)不屬于非結(jié)構(gòu)化數(shù)據(jù)的是（）。A、文本文檔B、視頻精品文檔C、事務性數(shù)據(jù)D、圖片精品文檔7、 智慧城市的核心特征不包括（D ）。A .廣泛覆蓋B .深度互聯(lián)C.幵放應用8、 科研工程監(jiān)理實踐案例中關(guān)于檔案監(jiān)理的描術(shù)正確的是（）A、工程檔案采用邊建設、邊形成檔案、邊監(jiān)理、邊整改、 容忍。B、工程檔案整體驗收C、工程檔案由專家進行檢查D、工程檔案由參建單位質(zhì)量管理部門負責9、 需求規(guī)格說明書的作用不包括（）。A .軟件驗收的依據(jù)B 用戶與幵發(fā)人員對軟件要做什么的共同理解C.軟件可行

27、性研究的依據(jù)D .軟件設計的依據(jù)10、科研工程監(jiān)理實踐案例基準網(wǎng)和區(qū)域網(wǎng)監(jiān)理包括（）A、土建監(jiān)理B、現(xiàn)場技術(shù)監(jiān)理C、資料監(jiān)理D、以上全包括11、電子警察系統(tǒng)闖紅燈抓拍的照片中時間信息的精確要求為A.1s B.0.5sC.0.1sD.0.01S12、 隨著許多部委信息化建設進入（D .數(shù)據(jù)大集中）紛紛建設數(shù)據(jù)中心。精品文檔A .數(shù)據(jù)深化應用B .數(shù)據(jù)安全保護13、（）闡述了一個參與者與系統(tǒng)的交互行為。A、狀態(tài)圖B、類圖C、活動圖 D、用例圖14、卡口系統(tǒng)車輛圖像存儲時間不小于（B.90 ）天。A.45B.90C.180D.36015、RUP 的迭代幵發(fā)模式主要的目的是（）oA、需求獲取B、產(chǎn)品維

28、護C、業(yè)務建模管理D、需求管理和版本控制16、 以下（A 平臺模式不具有幵放性特征）不是構(gòu)成平臺模式的條件。A 平臺模式不具有幵放性特征B 市場中有信息需要對接，也就是說平臺要有聚合力C .平臺企業(yè)具有至少一項對于行業(yè)來講是稀缺的且具有競爭力的核 心能力或核心應用D 平臺企業(yè)與其合作伙伴沒有直接的競爭關(guān)系17、 數(shù)據(jù)流圖（DFD）的基本符號不包括下列哪種（A .數(shù)據(jù)字典）。A .數(shù)據(jù)字典B .加工C .外部實體D .數(shù)據(jù)流18、（ B 數(shù)據(jù)準備）階段的任務是收集質(zhì)量足夠好的數(shù)據(jù)，以便用于后續(xù)C.強化數(shù)據(jù)應用D .數(shù)據(jù)大集中D .快速應急。質(zhì)理問題零（C. 0.1s ）。階段，這些部門精品文檔的

29、建模和分析工作， 通常是大數(shù)據(jù)分析生命周期模型中最反復和耗 時的階段。A .探索發(fā)現(xiàn)B .數(shù)據(jù)準備c.模型建造D .項目實施19、 下列（C .智慧財稅）不屬于“智慧城市”建設中“智慧民生”建設內(nèi)容。A .智慧環(huán)保B .智慧健康C.智慧財稅D .智慧人社20、交通的改善所涉及工程量較大，而大數(shù)據(jù)的（ A.體量大）特性有助 于解決這種困境。A.體量大 B .類型多c.處理速度快D .價值密度低21、以下哪項工程不屬于科研工程的范疇（D .電子政務系統(tǒng)）。A .國家大科學工程B .重大科技專項C.科研應用系統(tǒng)D .電子政務系統(tǒng)22、下列描述中錯誤的是（C.可以從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔

30、）。A .每一個集成的需求變更必須能跟蹤到一個經(jīng)核準的變更請求。B .變更過程應該做成文檔，盡可能簡單，當然首要的是有效性。C.可以從數(shù)據(jù)庫中刪除或修改變更請求的原始文檔。D .所有需求變更必須遵循過程，按照此過程，如果一個變更需求未 被采納，則其后過程不再予以考慮：23、在需求變更管理中，CCB 的職責是（）。A、決定采納或拒絕針對項目需求的變更請求。B、負責實現(xiàn)需求變更。C、分析變更請求所帶來的影響精品文檔D、判定變更是否正確地實現(xiàn)24、 移動互聯(lián)網(wǎng)應用蓬勃發(fā)展，SoLoMoEc 趨勢明顯，SoLoMoEc 是指（）A、社交+位置+移動+電子商務B、位置+移動+電子商務C、社交+位置+移動

31、D、移動+電子商務25、通過打電話騙取密碼屬于（）攻擊方式。A、電話系統(tǒng)漏洞B、木馬C、社會工程學D、計算機病毒26、PPDR 模型體現(xiàn)了 （A .防御的動態(tài)性）和基于時間的特性。A .防御的動態(tài)性B.保密性 c.可靠性 D .靈活性27、下列情況中，破壞了數(shù)據(jù)的保密性的攻擊是（）oA、假冒他人地址發(fā)送數(shù)據(jù)B、不承認做過信息的遞交行為C、數(shù)據(jù)在傳輸中途被篡改D、數(shù)據(jù)在傳輸中途被竊聽28、（）是項目人員和資金投入最多的階段。A、招標階段 B、設計階段C、實施階段 D、驗收階段29、下面所列的（A .殺毒軟件）安全機制不屬于信息安全保障體系中的事 先保護環(huán)節(jié)。A .殺毒軟件B .數(shù)字證書認證C.防

32、火墻 D .數(shù)據(jù)庫加密30、完整的 ISO 9126 質(zhì)量模型包括（）o精品文檔A、內(nèi)部質(zhì)量 B、外部質(zhì)量 C、使用質(zhì)量 D、以上都是31、防火墻是指（）oA、一個特定軟件B、一個特定硬件C、執(zhí)行訪問控制策略的一組系統(tǒng)D、一批硬件的總稱32、以下關(guān)于運維績效評價錯誤的是（D .在運維單位完成合同運維周期后 進行績效評價）。A 績效評價的目的是發(fā)現(xiàn)運維服務的問題，提高運維服務質(zhì)量。B .運維監(jiān)理應負責組織并參與績效評價活動C.業(yè)主單位可將績效報告作為選擇運維外包單位的依據(jù)D .在運維單位完成合同運維周期后進行績效評價33、信息安全領域內(nèi)最關(guān)鍵和最薄弱的環(huán)節(jié)是（）。A、技術(shù)B、策略 C、管理制度

33、D、人34、設計階段質(zhì)量控制的主要方法是（B .設計方案評審）。A .監(jiān)督設計人員設計B .設計方案評審C.處理設計變更D .協(xié)調(diào)各專業(yè)設計35、 監(jiān)理在驗收測試過程中的質(zhì)量方法是（A .旁站測試）。A .旁站測試B .評審測試 c.抽查測試報告D .巡檢測試過程36、計算機安全是指（A .計算機資產(chǎn)安全），即計算機信息系統(tǒng)資源和信 息資源不受自然和人為有害因素的威脅和危害。A .計算機資產(chǎn)安全B .網(wǎng)絡與信息安全精品文檔C.應用安全D-軟件安全37、 以下關(guān)于防火墻的說法，不正確的是 （B .防火墻的主要功能是查殺病 毒）。A .防火墻是一種隔離技術(shù)B .防火墻的主要功能是查殺病毒C.防火墻

34、雖然能夠提高網(wǎng)絡的安全性，但不能保證網(wǎng)絡絕對安全D .防火墻的主要工作原理是對數(shù)據(jù)包及來源進行檢查，阻斷被拒絕 的數(shù)據(jù)38、PDCA 循環(huán)最初用于（）管理的科學程序方法。A、進度B、質(zhì)量C、投資 D、規(guī)劃39、篡改是非授權(quán)者利用某種手段對系統(tǒng)中的數(shù)據(jù)進行增加、刪改主、插入等它（）oA、屬于主動攻擊，破壞信息的保密性B、屬于主動攻擊，破壞信息的完整性C、屬于被動攻擊，破壞信息的完整性D、屬于被動攻擊，破壞信息的保密性40、 入侵檢測系統(tǒng)的工作流程大致分三個步驟，下面那項不屬于入侵檢測工作流程（）。A、數(shù)據(jù)分析B、信息收集C、信息過濾二、多選題1.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）適用于信息系統(tǒng)工程建設過程中的信息網(wǎng)絡系統(tǒng)、信息資源系統(tǒng)、 信息應用系統(tǒng)的（ABCD ）中信息系統(tǒng)工程監(jiān)理服務的取費，以及相關(guān)信息 技術(shù)咨詢服務的取費。A.新建 B .升級 C .改造 D .運行維護精品文檔2.信息系統(tǒng)工程監(jiān)理及相關(guān)信息技術(shù)咨詢服務取費計算方法（參照標 準）中計算監(jiān)理 服務取費需要使用的表格有（ABC ）。A.監(jiān)理服務取費基價表 B .信息系統(tǒng)工程項目類型調(diào)整系數(shù)表C.信息系統(tǒng)工程項目復雜度調(diào)整系數(shù)表D .信息系