2022年信息系統(tǒng)工程監(jiān)理工程師繼續(xù)教育C類課后練習

1、第一講至第二授課后練習一、 單選題（共11道）1 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）于( D. )年發(fā)布。 A. B. C. D.2 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）由( A中國電子公司協(xié)會信息系統(tǒng)工程監(jiān)理分會)發(fā)布。 A中國電子公司協(xié)會信息系統(tǒng)工程監(jiān)理分會 B中國電子學會信息系統(tǒng)集成分會 c中國軟件協(xié)會 D中國電子聯(lián)合會3 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）文號為( A中電企協(xié)監(jiān)字01號)。 A中電企協(xié)監(jiān)字01號 B中電學集字15號 C中軟協(xié)6號 D中電協(xié)3號4 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計

2、算措施（參照原則）的第一章為 ( A計算措施參照的有關政策、原則)。 A計算措施參照的有關政策、原則 B合用范疇 C取費原則 D信息系統(tǒng)工程監(jiān)理服務取費計算措施5 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）合用于信息系統(tǒng)工程建設過程中的信息網(wǎng)絡系統(tǒng)、信息資源系統(tǒng)、信息應用系統(tǒng)的( D以上都是)工程與運營維護中信息系統(tǒng)工程監(jiān)理服務的取費，以及有關信息技術征詢服務的取費。 A新建 B升級 C改造 D以上都是6 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）中監(jiān)理服務取費是以( A信息系統(tǒng)工程項目投資總值 )為取費額。 A信息系統(tǒng)工程項目投資總值 B信息系統(tǒng)工程項

3、目預算 C信息系統(tǒng)工程項目概算 D信息系統(tǒng)工程項目承建合同額7 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）中的監(jiān)理服務取費區(qū)間比例按照( C直線內插 )法公式計算。 A數(shù)列法 B排比法 C直線內插 D代入法8 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）中信息系統(tǒng)工程項目復雜度調節(jié)重要內容是對( A同一類型不同信息系統(tǒng)工程項目 )的監(jiān)理復雜限度和工作量差別進行調節(jié)。 A同一類型不同信息系統(tǒng)工程項目 B不同類型同一信息系統(tǒng)工程項目 c同一類型同一信息系統(tǒng)工程項目 D不同類型不同信息系統(tǒng)工程項目9 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）

4、中闡明各省市可參照該取費計算措施，根據(jù)本地區(qū)軟件和信息服務業(yè)當年的( A勞動人員產(chǎn)值 )，合適調節(jié)取費基價。 A勞動人員產(chǎn)值 B勞動人員價值 c勞動人員數(shù)量 D勞動人員資歷10 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）未作規(guī)定的，可根據(jù)( B國家和行業(yè)有關規(guī)定和原則 )。 A行業(yè)有關規(guī)定和原則 B國家和行業(yè)有關規(guī)定和原則 C地方有關規(guī)定和原則 D公司內部有關規(guī)定11 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）的取費原則中闡明取費應當符合國家有關法律、法規(guī)和原則規(guī)范，滿足( B合同 )商定的服務內容和服務質量等內容。 A招標文獻 B合同 C.監(jiān)理睬議紀要

5、 D以上都不是一、 多選題（共5道）1 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）合用于信息系統(tǒng)工程建設過程中的信息網(wǎng)絡系統(tǒng)、信息資源系統(tǒng)、信息應用系統(tǒng)的( ABCD )中信息系統(tǒng)工程監(jiān)理服務的取費，以及有關信息技術征詢服務的取費。 A新建 B升級 C改造 D運營維護2 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）中計算監(jiān)理服務取費需要使用的表格有( ABC )。 A監(jiān)理服務取費基價表 B信息系統(tǒng)工程項目類型調節(jié)系數(shù)表 C信息系統(tǒng)工程項目復雜度調節(jié)系數(shù)表 D信息系統(tǒng)工程項目地區(qū)系數(shù)表3 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）信息系統(tǒng)

6、工程項目類型調節(jié)系數(shù)表中，對( BCD )系統(tǒng)給出了相應的調節(jié)系數(shù)。 A信息存儲系統(tǒng) B信息應用系統(tǒng) C信息網(wǎng)絡系統(tǒng) D信息資源系統(tǒng)4 信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則）中信息系統(tǒng)工程項目復雜度調節(jié)系數(shù)表內給出的復雜度調節(jié)系數(shù)最大值、最小值分別為( AD )。 A1 B1.1 C1.2 D.1.45 按照信息系統(tǒng)工程監(jiān)理及有關信息技術征詢服務取費計算措施（參照原則），計算監(jiān)理服務取費時，業(yè)主單位和監(jiān)理單位接照工程復雜限度，從( ABC )等方面綜合考慮協(xié)商擬定工程項目復雜度調節(jié)。 A工程范疇（本地、或跨地區(qū)） B工程實行難度 C工程所需時間 D工程文檔規(guī)第三講至第十

7、三授課后練習一、 單選題（共104道）1 軟件生命周期涉及( B問題的定義及規(guī)劃 )、需求分析、軟件設計、程序編碼、軟件測試和運營維護六個階段。 A規(guī)劃 B問題的定義及規(guī)劃 c實行 D部署2 需求層次分為業(yè)務需求、顧客需求和( c功能需求 )三個層次。 A軟件需求 B系統(tǒng)需求 c功能需求 D非公能需求3 用來描述顧客的目的，或顧客規(guī)定系統(tǒng)必須能完畢的任務的是（ B顧客需求 ）。 A業(yè)務需求 B顧客需求 c軟件需求 D功能需求4 軟件需求類型有功能需求和(A非功能需求 )。 A非功能需求 B質量屬性 c約束 D顧客需求5 (c質量屬性 )對產(chǎn)品的功能描述作了補充，它從不同方面描述了產(chǎn)品的多種特性

8、。 A功能屬性 B非功能屬性 c質量屬性 D約束6 “需求的來源、創(chuàng)立理由、實現(xiàn)的優(yōu)先級以及實現(xiàn)需求的產(chǎn)品版本號和需求目前版本號等信息是（ D需求屬性 ）。 A質量屬性 B約束 c顧客需求 D需求屬性7 一種軟件系統(tǒng)開發(fā)過程要考慮項目的預算、開發(fā)團隊不集中或者顧客操作能力等因素，這些因素屬于需求類型中的( C約束 )。 A功能需求 B質量屬性 C約束 D需求屬性8 IS09126六大質量屬性分別是功能性、可靠性、易用性、效率、( A維護性 )和可移植性。 A維護性 B穩(wěn)定性 C適應性 D，精確性9 成熟性、容錯性和易恢復性都屬于質量屬性中的( B可靠性 )。 A功能性 B可靠性 C易用性 D效

9、率10.“執(zhí)行速度、響應時間及吞吐量屬于( D性能需求)。 A質量保證 B環(huán)境需求 C安全保密需求 D性能需求11. 在眾多質量屬性中，對于開發(fā)人員來說( B可維護性、可移植性、可重用性、可測試性)屬性重要。 A有效性、效率、靈活性、互操作性 B可維護性、可移植性、可重用性、可測試性 C完整性、可靠性、強健性、可用性 D容錯性、易用性、簡潔性、對的性12. 互操作性是指軟件與其他系統(tǒng)進行交互的能力，下面(A.PC機中WORD和打印機完畢打印互通)體現(xiàn)了軟件的互操作性。 A.PC機中WORD和打印機完畢打印互通 B系統(tǒng)724小時都可以使用 C系統(tǒng)應在20秒之內響應所有的祈求 D系統(tǒng)可提供合適的瀏

10、覽器供顧客閱讀電子文獻13俗話說“事有輕重緩急”，想要更好地完畢系統(tǒng)開發(fā)就要有效辨別需求的先后次宇這描述的是優(yōu)秀需求原則中的( c有優(yōu)先級 )。 A完整性 B不失真 c有優(yōu)先級 D技術介入14. 需求分析人員應當具有( D業(yè)務能力 )、技術能力和溝通能力。 A領導能力 B專業(yè)知識 c管理能力 D業(yè)務能力15質量屬性中維護性的子屬性涉及易分析、( A易變化性 )、穩(wěn)定性和易測試性。 A易變化性 B易理解性 c易替代性 D-易恢復性16“軟件生命周期有六個階段，( A需求階段 )浮現(xiàn)問題所需要耗費的成本更多。 A需求階段 B設計階段 c編碼階段 D測試階段17. 需求分析過程中，( D以上都是 )

11、現(xiàn)象浮現(xiàn)時將會引起需求風險。 A無足夠顧客參與 B顧客需求的不斷增長 c不必要的特性 D以上都是18. 需求工程由( B需求開發(fā) )和需求管理構成。 A需求獲取 B需求開發(fā) c需求分析 D需求確認19在需求捕獲的過程中，顧客常常會制定解決方案而不是論述需求，有效辨認這一狀況的措施是( C詢問顧客提出需求的理由 )。 A提前向顧客提供訪談籌劃 B運用原型來及時驗證顧客的需求 c詢問顧客提出需求的理由 D讓顧客簡介工作場景20. 軟件需求開發(fā)中最核心的工作是( B需求分析)。 A需求獲取 B需求分析 c編寫規(guī)約 D需求確認21精確地指出“軟件目的產(chǎn)品必須做什么”，以指引后續(xù)的設計、開發(fā)工作。這是需

12、求開發(fā)( B需求分析 )活動的重要任務。 A需求獲取 B需求分析 c編寫規(guī)約 D需求確認22需求獲取中顧客調查的方略重要是用來彌補顧客訪談( B捕獲的信息存在片面性 )方面的局限性。 A捕獲的信息不夠完整 B捕獲的信息存在片面性 C缺少非功能方面的需求信息 D易于形而上學23. 有關用例的描述錯誤的是( B. 一種用例代表一種子系統(tǒng)的單個目的)。 A用例將系統(tǒng)的功能范疇分解成許多小的系統(tǒng)功能。 B. 一種用例代表一種子系統(tǒng)的單個目的。 C用例是一種行為上有關的環(huán)節(jié)序列。 D用例描述了系統(tǒng)與顧客的交互。24.“數(shù)據(jù)流圖(DFD)的基本符號不涉及下列哪種( A數(shù)據(jù)字典 )。 A數(shù)據(jù)字典 B加工 C

13、外部實體 D數(shù)據(jù)流25常用的需求分析措施有：面向數(shù)據(jù)流的構造化分析措施(SA)，面向對象的分析措施(OOA)，下列(D迅速原型)不是構造化分析措施的圖形工具。 A決策樹 B數(shù)據(jù)流圖 C數(shù)據(jù)字典 D迅速原型26需求規(guī)格闡明書的作用不涉及(C軟件可行性研究的根據(jù))。 A軟件驗收的根據(jù) B顧客與開發(fā)人員對軟件要做什么的共同理解 C軟件可行性研究的根據(jù) D軟件設計的根據(jù)27. 下面不是軟件需求規(guī)格闡明書的特點的是( D不可修改性 )。 A對的性 B無歧義性 C完整性 D不可修改性28. 下列選項中(D便于軟件的維護 )不是軟件需求規(guī)格的目的。 A便于顧客、分析員和軟件設計人員進行理解及交流 B控制系統(tǒng)

14、的實行過程 C作為軟件測試和驗收以及維護的根據(jù) D便于軟件的維護29. OOA是( C面向對象的分析)。 A面向對象的設計 B構造化分析 C面向對象的分析 D構造化設計30. 需求跟蹤矩陣的作用是(A可以體現(xiàn)需求與后續(xù)工作成果之間的相應關系)。 A可以體現(xiàn)需求與后續(xù)工作成果之間的相應關系 B固化需求，避免變更。 C明確項目干系人對于需求的責任 D.對F需求復雜的項目，可以用來明確需求。31. 需求評審會上，人們對作者提出了諸多批評，做出不少負面評價，作者對其進行辯解和爭論。避免這種現(xiàn)象浮現(xiàn)的措施是(B建議評審者轉換身份，以“建議”的口氣體現(xiàn)自己的意見 )。 A分主題，分場次開展周期短的評審會

15、B建議評審者轉換身份，以“建議”的口氣體現(xiàn)自己的意見 C只提長處不提缺陷，避免發(fā)生沖突 D規(guī)定作者必須接受評審意見，不容許會上辯解32在多種不同的信息系統(tǒng)需求中，( C顧客需求 )描述了顧客使用產(chǎn)品必須要完畢的任務，可以在用例模型中予以闡明。 A業(yè)務需求 B功能需求 c顧客需求 D非功能需求33 ( D以上都是 )是導致需求變更的因素。 A對需求的理解存在分歧 B系統(tǒng)實行時間過長 c顧客業(yè)務需求變化D以上都是34下列描述中錯誤的是( C可以從數(shù)據(jù)庫中刪除或修變化更祈求的原始文檔 )。 A每一種集成的需求變更必須能跟蹤到一種經(jīng)核準的變更祈求。 B變更過程應當做成文檔，盡量簡樸，固然首要的是有效性

16、。 C可以從數(shù)據(jù)庫中刪除或修變化更祈求的原始文檔。 D所有需求變更必須遵循過程，按照此過程，如果一種變更需求未被采納，則其后過程不再予以考慮：35移動互聯(lián)網(wǎng)是一種通過智能移動終端，采用移動無線通信方式獲取業(yè)務和服務的新興業(yè)態(tài)，涉及終端、軟件和( C應用 )三個層面。 A平臺 B渠道 C應用 D硬件36. 4G是集3G與( D.WLAN )于一體并可以傳播高質量視頻圖像且圖像傳播質量與高清晰度電視不相上下的技術產(chǎn)品。 A.FDMA B.CDMA C.TDMA D.WLAN37. 移動互聯(lián)網(wǎng)同樣有四大驅動要素：終端、應用、平臺、(A管道 )。 A管道 B軟件 C渠道 D硬件38. 移動互聯(lián)網(wǎng)發(fā)展的

17、驅動要素中，(B應用 )持續(xù)激發(fā)顧客需求。 A終端 B應用 C平臺 D管道39. (A移動云計算 )指通過移動網(wǎng)絡以按需、易擴散的方式獲得所需的基本設施、平臺、軟件（或應用）等的一種IT資源或（信息）服務的交付與使用模式。 A移動云計算 B云計算 C大數(shù)據(jù) D物聯(lián)網(wǎng)40. 如下(A平臺模式不具有開放性特性 )不是構成平臺模式的條件。 A平臺模式不具有開放性特性 B市場中有信息需要對接，也就是說平臺要有聚合力 c平臺公司具有至少一項對于行業(yè)來講是稀缺的且具有競爭力的核心能力或核心應用 D平臺公司與其合伙伙伴沒有直接的競爭關系41. ( D. OTT )是指通過互聯(lián)網(wǎng)向顧客提供多種應用服務。這種應

18、用和目前運營商所提供的通信業(yè)務不同，它僅運用運營商的網(wǎng)絡，而服務由運營商之外的第三方提供。 A.SNS B.020 C.LBS D.OTT42. 如下( D硬件即服務(HaaS) )不屬于云計算的3個層次。 A基本設施即服務(laaS) B平臺即服務(PaaS) c軟件即服務(SaaS) D硬件即服務(HaaS)43. 020模式的核心是( A線上交易線下體驗 )。 A線上交易線下體驗 B線上交易 c線下體驗 D線下交易線上體驗44. ( D基本層 )作為整個大數(shù)據(jù)技術架構的最底層，需要高度自動化的、可橫向擴展的存儲和計算平臺。 A應用層 B分析層 c管理層 D基本層45. Hadoop是一種

19、可以更容易開發(fā)和運營解決大規(guī)模數(shù)據(jù)的軟件平臺，該平臺使用的是面向對象編程語言( A. JAVA )實現(xiàn)的，具有良好的可移植性。 A.JAVA B.C+ C.Python D.Delphi46. ( B數(shù)據(jù)準備 )階段的任務是收集質量足夠好的數(shù)據(jù)，以便用于后續(xù)的建模和分析工作，一般是大數(shù)據(jù)分析生命周期模型中最反復和耗時的階段。 A摸索發(fā)現(xiàn) B數(shù)據(jù)準備 c模型建造 D項目實行47. 隨著互聯(lián)網(wǎng)進入WEB2.0時代，(D非關系型 )數(shù)據(jù)庫在大數(shù)據(jù)應用背景下得到了迅猛發(fā)展。 A關系型 B半關系型 c對象型 D非關系型48存儲系統(tǒng)的可用性對于大數(shù)據(jù)存儲至關重要，平均無端障時間和( A平均維修時間 )，是

20、衡量存儲系統(tǒng)可用性的兩個重要指標。 A平均維修時間 B平均調試時間 c平均備份時間 D平均讀寫時間49大數(shù)據(jù)需要一種可讓業(yè)務和技術都獲得競爭優(yōu)勢的(A分析平臺)，借助于對海量數(shù)據(jù)集的新尺度解決能力，不斷辨認深藏在大數(shù)據(jù)中的可操作價值，為業(yè)主單位的業(yè)務改善業(yè)務決策提供前瞻式預測，讓業(yè)主單位從回憶性報告的舊方式中解脫出來。 A分析平臺 B存儲平臺 C虛擬平臺 D開放平臺50.大數(shù)據(jù)分析的生命周期中，(D模型規(guī)劃 )和模型建造階段有某些重疊，這兩個環(huán)節(jié)在項目實際執(zhí)行過程中是可以反復迭代進行的，指引建立好最后模型。 A數(shù)據(jù)準備 B項目實行 C溝通成果 D模型規(guī)劃51.下列數(shù)據(jù)不屬于大數(shù)據(jù)發(fā)展趨勢的是(

21、B逐漸掙脫數(shù)據(jù)挖掘、分析、解決等技術限制 ) A海量數(shù)據(jù)智能挖掘應用細化 B逐漸掙脫數(shù)據(jù)挖掘、分析、解決等技術限制 C。行業(yè)數(shù)據(jù)共享平臺形成鏈條 D大數(shù)據(jù)安全形勢急切52. 中共中央辦公廳、國務院辦公廳有關加強信息資源開發(fā)運用工作的若干意見（中辦發(fā)34號）指出，加強( C信息資源開發(fā)運用 )、提高開發(fā)運用水平，是貫徹科學發(fā)展觀、推動經(jīng)濟社會全面發(fā)展的重要途徑，是增強國內綜合國力和國際競爭力的必然選擇。 A數(shù)據(jù)資源開發(fā)運用 B大數(shù)據(jù)與云計算的融合 C信息資源開發(fā)運用 D大數(shù)據(jù)與物聯(lián)網(wǎng)的融合53. 下列( B.Hsdhp )不屬于大數(shù)據(jù)主流技術或產(chǎn)品。 A.MapReduce B.Hsdhp C.

22、lnfoSphere Streams D.Hadoop54. 如下有關大數(shù)據(jù)說法錯誤的是()。 A數(shù)據(jù)離不開由云計算、物聯(lián)網(wǎng)、移動互聯(lián)等先進技術構建的基本設施支撐環(huán)境，而這些先進技術也為大數(shù)據(jù)的數(shù)據(jù)服務實現(xiàn)提供了高效模式，形成新的價值 B大數(shù)據(jù)的不斷增長，數(shù)據(jù)存儲的物理安全性規(guī)定會越來越高，數(shù)據(jù)的多副本與容災機制等原有安全機制己逐漸淡出人們的視野 C發(fā)展大數(shù)據(jù)是增進政務信息資源開發(fā)運用的必然規(guī)定，是提高政府決策科學化水平的必然規(guī)定，是提高都市管理精細化水平的必然規(guī)定，是增進現(xiàn)代服務業(yè)發(fā)展的必然規(guī)定 D隨著大數(shù)據(jù)應用不斷地進一步，更多的海量數(shù)據(jù)（知識）以體量大、速度快、模態(tài)多、價值密度低等特百萬

23、斷地增長55 （ A大數(shù)據(jù)技術 ）作為一種新型的信息資源開發(fā)運用技術，是政府信息資源開發(fā)運用的重要手段。 A大數(shù)據(jù)技術 B云計算技術 c移動互聯(lián)技術 D物聯(lián)網(wǎng)技術56隨著許多部委信息化建設進入（ D數(shù)據(jù)大集中 ）階段，這些部門紛紛建設數(shù)據(jù)中心。 A數(shù)據(jù)深化應用 B數(shù)據(jù)安全保護 c強化數(shù)據(jù)應用 D數(shù)據(jù)大集中57物聯(lián)網(wǎng)系統(tǒng)的應用層、傳播層、感知層分別是大數(shù)據(jù)( D使用、解決和采集 )的過程。 A采集、解決和使用 B解決、采集和使用 C使用采集和解決 D使用、解決和采集58. 交通的改善所波及工程量較大，而大數(shù)據(jù)的（ A.體量大 ）特性有助于解決這種困境。 A.體量大 B類型多 c解決速度快 D價值

24、密度低59. 電子政務（ B數(shù)據(jù)信息 ）的大眾化使人民可以同樣獲取有價值的信息，一定限度可以增進社會的公正。 A機密信息 B數(shù)據(jù)信息 c業(yè)務信息 D.系統(tǒng)信息60MapReduce是( B.Google )公司開發(fā)的編程模型。 A.IBM B.Google C.Apache D.Oracle61住建部發(fā)布的第一批國家智慧都市試點名單中地級市共有（ D. 37 ）個。 A49 B28 c5s D.3762“智慧都市”的概念是( C. )年初次提出的。 A. B. C. D.63國家智慧都市試點暫行管理措施于( C. )年提出。 A. B. C. D.64如下不屬于智慧都市基本網(wǎng)絡的是( D廣電網(wǎng)

25、 )。 A-互聯(lián)網(wǎng) B通信網(wǎng) c物聯(lián)網(wǎng) D廣電網(wǎng)65如下( A迅速的應急能力 )不屬于智慧都市的信息化核心能力。 A迅速的應急能力 B信息的全面感知能力 c海量的數(shù)據(jù)解決能力 D智能的管理服務能力66. 住建部有關智慧都市評估級別最高為( B.3 )星。 A.4 B.3 C.5 D.267. “智慧都市”的神經(jīng)末梢是( A物聯(lián)網(wǎng)感知和控制終端 )。 A物聯(lián)網(wǎng)感知和控制終端 B寬帶通信網(wǎng) c云計算數(shù)據(jù)中心 D大數(shù)據(jù)68. “智慧能源”屬于“智慧都市”建設中的( C智慧產(chǎn)業(yè) )。 A智慧政府 B智慧家庭 C智慧產(chǎn)業(yè) D智慧民生69. 下列( C智慧財稅 )不屬于“智慧都市”建設中“智慧民生”建設內

26、容。 A智慧環(huán)保 B智慧健康 C智慧財稅 D智慧人社70. ITS在信息工程領域是( B智能交通系統(tǒng) )的簡稱。 A智能監(jiān)控系統(tǒng) B智能交通系統(tǒng) C智慧交通系統(tǒng) D智能交警系統(tǒng)71. ITS行業(yè)中目前應用最為廣泛的攝像機是( C數(shù)字攝像機 )。 A模擬攝像機 B定焦攝像機 C數(shù)字攝像機 D半球攝像機72. 電子警察系統(tǒng)闖紅燈抓拍的照片不應超過( C.4 )張。 A.2 B.3 C.4 D.573. 電子警察系統(tǒng)闖紅燈抓拍的照片中時間信息的精確規(guī)定為( C. 0.1s )。 A.1s B.0.5s C.0.1s D.O.Ols74. 電子警察系統(tǒng)前端設備互聯(lián)一般采用( c雙模光纖 )方式。 A單

27、模光纖 B雙絞線 c雙模光纖 D同軸電纜75視頻監(jiān)控系統(tǒng)建設中為了增強夜間監(jiān)視效果一般需增長( B補光燈 )設備。 A紅外燈 B補光燈 c高桿燈 D路燈76. ITS中測速抓拍系統(tǒng)在高速道路上測速抓拍的范疇( D. 20km/h -180kmh )。 A.Okm/h60km/h B.Okm/h80km/h C.20km/h120km/h D.20km/h -180kmh77美國的ITS發(fā)展過程中，推出了( A冰茶法案 )，籌劃用，政府投資400億。 A冰茶法案 B愛國者法案 c阿波羅登月籌劃 D權利法案78視頻監(jiān)控系統(tǒng)用于保護網(wǎng)絡安全的是( B網(wǎng)絡防雷器 )。 A電源適配器 B網(wǎng)絡防雷器 c光

28、端機 D光電模塊79按照都市監(jiān)控報警聯(lián)網(wǎng)系統(tǒng)系列原則中監(jiān)控圖像存儲時間宜不不不小于（ B.15 ）d。 A.10 B.15 C.30 D.4580視頻監(jiān)控系統(tǒng)的存儲系統(tǒng)硬件設備的平均無端障時間應滿足GA/T669.1-中13.4的規(guī)定，最低應不不不小于（ C.0 ）h。 A.10000 B.15000 C.0 D.3000081. 闖紅燈自動抓拍系統(tǒng)的圖片格式應采用( A.JPEG )格式。 A.JPEG B.BMP C.GIF D.PCX82公路車輛智能監(jiān)測記錄系統(tǒng)低辨別率攝像機所記錄的全景圖像辨別率不低于( C.768288 )像素點。 A.352288 B.320240 C.768288

29、 D.72057683. 卡口系統(tǒng)車輛圖像存儲時間不不不小于( B.90 )天。 A.45 B.90 C.180 D.36084. 項目建設過程中浮現(xiàn)的變更增減額不得超過項目合同額的( B. 0.1 )。 A.0.05 B.0.1 C85. 項目通過初驗后需通過(A試運營 )階段后才可進行項目終驗。 A試運營 B完善 C應用 D測試86. ITS項目建設過程中監(jiān)理一般在哪個階段進入( B招標階段 )。 A立項階段 B招標階段 C設計階段 D實行階段87. 施工方提交驗收前需先進行( D系統(tǒng)自測報告 )。 A設備安裝 B系統(tǒng)調試 C試運營 D系統(tǒng)自測報告88. 科研類工程項目與老式的信息工程項目

30、不同之處是( C有科學目的 )。 A系統(tǒng)匹配業(yè)務需求 B工程目的明確 C有科學目的 D系統(tǒng)使用安全89. 如下哪項工程不屬于科研工程的范疇( D電子政務系統(tǒng) )。 A國家大科學工程 B重大科技專項 C科研應用系統(tǒng) D電子政務系統(tǒng)90. 如下( D信息管理的不對稱性 )不屬于科研工程管理的特點。 A質量控制難度大 B參建單位單位性質不同 C兼具科研與工程雙重特性 D信息管理的不對稱性91. 科研工程與信息工程項目目的制定的不同在于( B科學目的 )。 A.I程目的 B科學目的 C建設范疇 D初步設計92. 科研工程管理的難點不涉及( C資金不到位 )。 A質量控制目的不易明確 B管理種類多、過程

31、復雜 C資金不到位 D技術狀態(tài)成熟度及成果轉化評價不易量化93. 有關科研工程監(jiān)理定位不對的的說法是( C保證項目沒有風險 )。 A-獨立的第三方 B得到建設單位或項目建設管理機構的授權委托 C保證項目沒有風險 D保護建設單位的利益94. 有關科研工程監(jiān)理作用的說法不對的是( B負責項目建設全過程的信息管理 )。 A對的應用風險管理措施，開展動態(tài)風險監(jiān)測 B負責項目建設全過程的信息管理 c收集實行過程中的問題，提高問題解決效率 D建立規(guī)范的檢查和評估制度，加強工程的全過程管理95. 課題的監(jiān)督檢查內容不涉及( C過程控制 )。 A工程組織 B進度管理 c過程控制 D經(jīng)費管理96. 針對課題的會

32、議評審流程不涉及( B現(xiàn)場測試 )。 A聽取工作報告 B現(xiàn)場測試 C進行集中評審 D形成評審會議紀要和評審意見97中國大陸構造環(huán)境監(jiān)測網(wǎng)絡（科研工程監(jiān)理實踐案例）實踐的監(jiān)理創(chuàng)新模式是( B“專家+監(jiān)理”一體化質量控制模式 )， A專家組決策模式 B“專家+監(jiān)理”一體化質量控制模式 C全過程監(jiān)理模式 D核心環(huán)節(jié)監(jiān)理控制模式98“監(jiān)理+專家”一體化質量控制模式實行過程中監(jiān)理單位核心要做好（）。 A協(xié)助建設單位做好信息勾通保障，為參與專家提供真實透明、及時共享，有序傳達的項目信息 B建設單位的一體化組織管理 C軟件開發(fā)項目的全過程監(jiān)理 D. 項目總體進度控制99科研工程監(jiān)理實踐案例項目的監(jiān)理根據(jù)不涉

33、及( D專家組意見 )。 A工程資料 B技術函 C專業(yè)原則 D專家組意見100監(jiān)理方協(xié)助業(yè)主單位建立工程( B檔案管理 )制度，接受本工程文檔，組織專家對這些資料進行檢查、歸檔。 A-合同管理 B檔案管理 c安全管理 D信息管理101.科研工程監(jiān)理實踐案例數(shù)據(jù)中心監(jiān)理階段不涉及( C專業(yè)軟件測試階段 )。 A招投標階段 B設計階段 c專業(yè)軟件測試階段 D驗收階段102.科研工程驗收涉及( D以上都不對 )。 A功能驗收和性能驗收 B功能驗收 C性能驗收 D以上都不對103.科研工程監(jiān)理的過程文檔涉及( D以上全都是 )。 A動工令 B質量檢查監(jiān)理報告 C會議紀要 D以上全都是104.中國大陸構

34、造環(huán)境監(jiān)測網(wǎng)絡（科研工程監(jiān)理實踐案例）項目總監(jiān)由( D以上都不對)擔任。 A行業(yè)專家 B管理專家 C建設單位領導 D以上都不對一、 多選題（共31道）1軟件需求類型中的質量屬性分( BD )。 A非功能需求 B。開發(fā)期質量屬性 C.約束 D運營期質量屬性2 ( BC )是需求定義和獲取的產(chǎn)物。 A功能需求 B業(yè)務需求 c顧客需求 D非功能需求3 優(yōu)秀需求的原則是( ABCD )。 A完整性 B不失真 c有優(yōu)先級 D有技術初期介入4 需求開發(fā)是一項軟件工程活動，其目的是( ABC )。 A清晰地理解所要解決的問題，完整地獲取顧客規(guī)定 B.刻劃出軟件的功能和性能 c指明軟件與其她系統(tǒng)元素的接口 D

35、協(xié)助技術人員按照實際狀況對系統(tǒng)進行可視化5 UML用例模型由( BCD )構成。 A用例圖 B執(zhí)行者 c用例 D關系6 需求管理的重要目的是( ACD )。 A保證項目有關方對需求的一致理解 B減少需求變更的數(shù)量。 c保證最后產(chǎn)品與需求相符合 D保持需求到最后產(chǎn)品的雙向追蹤7 下面有關顧客需求闡明描述對的的是( AB )。 A是顧客對需求的闡明與簡介 B特點是更加面向業(yè)務，存在零散、也許互相矛盾等問題. c必須由需求分析人員編寫 D可以替代需求規(guī)格闡明書8 變更評估要從( ABCD )方面進行全面分析。 A業(yè)務影響角度 B技術影響角度 c項目影響角度 D與否打破基線9 如下屬于移動互聯(lián)網(wǎng)應用顧

36、客體驗的是( ABC )。 A保持簡樸 B離線能力 c優(yōu)化速度 D必須追求完美10. 移動互聯(lián)網(wǎng)特點有( ABC )。 A移動性 B私密性 C局限性 D弱關聯(lián)性11.下列內容屬于大數(shù)據(jù)生態(tài)系統(tǒng)的是( ABCD )。 A數(shù)據(jù)設備 B數(shù)據(jù)采集者 c數(shù)據(jù)匯總者 D數(shù)據(jù)使用者12. MapReduce涉及( B )和( D )兩個階段，可以進行海量數(shù)據(jù)分割、任務分解與成果匯總，從而完畢海量數(shù)據(jù)的并行解決。 A分布 B映射 C分析 D化簡13.物聯(lián)網(wǎng)系統(tǒng)的感知層、傳播層、應用層分別是大數(shù)據(jù)的( ABC )過程。 A采集 B解決 C使用 D存儲14.輿情監(jiān)控系統(tǒng)所產(chǎn)生的大數(shù)據(jù)具有空前的( AB )，通過大

37、數(shù)據(jù)的分析，更加進一步地理解社會各領域的運營狀況。 A規(guī)模性 B群體性 C高效性 D廣泛性15.大數(shù)據(jù)對政府行政辦公的影響涉及( ABC )。 A政府公共服務更趨開放 B政府決策更加科學合理 C政府效率更加高效快捷 D政府工作量更加優(yōu)化16.大數(shù)據(jù)對電子政務的推動作用涉及( ABCD )。 A大數(shù)據(jù)多維分析推動政府信息運用效能提高，增進社會經(jīng)濟迅速發(fā)展 B大數(shù)據(jù)真正跨越政府內部協(xié)同的技術壁壘，大大提高工作效率，減少政府運營成本 C大數(shù)據(jù)增進政府和公眾互動，讓政務更加透明，協(xié)助政府進行社會管理和解決社會難題 D大數(shù)據(jù)提高政府決策的科學性和精確性，提高政府預測預警能力以及應急響應能力17.如下屬于

38、新一代信息技術的是( ABCD )。 A云計算 B大數(shù)據(jù) C物聯(lián)網(wǎng) D移動互聯(lián)網(wǎng)18. “智慧都市”建設涉及( ABCD )方面。 A智慧政府 B智慧家庭 C智慧產(chǎn)業(yè) D智慧民生19. 智慧都市的核心特性涉及( ABD )。 A廣泛覆蓋 B協(xié)同共享 C迅速應急 D智能解決20. ( ACD )屬于老式科研工程項目管理方式。 A組織單位負責制 B.工程管理外包 c首席專家負責制 D專家組負責制21. 科研工程質量控制難度大的因素涉及( AC )。 A技術領域專 B管理專家多 c專業(yè)領域通曉的人不多 D技術日新月異22. 投資方按照工程對科研工程提出管理的規(guī)定涉及( ABCD )。 A檔案驗收通過

39、 B財務審計通過 c風險評估通過 D項目立項批復文獻涉及的建設內容得到兌現(xiàn)23. 針對科研工程中課題部分的監(jiān)理檢查方式涉及( ABD )。 A會議評審 B現(xiàn)場檢查 c旁站 D年度進展評估24. 科研工程監(jiān)理實踐案例中的數(shù)據(jù)系統(tǒng)建設階段分為( ABCD )。 A設計階段 B實行階段 c招標階段 D驗收階段25科研工程監(jiān)理實踐案例中的專業(yè)設備驗收的核心環(huán)節(jié)有( ABCD )。 A到貨檢測 B安裝培訓 c聯(lián)調測試 D系統(tǒng)測試26. ITS運用了( ABCD )技術。 A數(shù)鋸通訊傳播技術 B電子傳感技術 c.控制技術 D計算機技術27. 如下系統(tǒng)屬于ITS建改范疇的是( ACD )。 A視頻監(jiān)控系統(tǒng)

40、B水位監(jiān)測系統(tǒng) c電子警察系統(tǒng) D測速系統(tǒng)28電子警察系統(tǒng)中非現(xiàn)場違法照片的信息涉及( ABCD )。 A，時間 B. 地點 C車輛牌號 D車輛圖片29國內ITS建設重要涉及( ABC )等三個系統(tǒng)。 A公路交通信息化 B都市道路交通管理服務信息化 C都市公交信息化 D智能商用車輛運營系統(tǒng)30設備驗收中檢查的質量證明文獻有( ABCD )。 A產(chǎn)品認證證書 B產(chǎn)品許可證證書 C進口產(chǎn)品商檢證書 D國家承認檢測部門的檢測報告31項目驗收的基本條件有( ABCD )。 A項目建設完畢 B工程建設文檔齊全 C驗收方案已審核擬定 D承建單位完畢自測第十四講至第二十授課后練習一、 單選題（共62道）1

41、信息系統(tǒng)工程監(jiān)理及有關信息技術服務涉及對信息系統(tǒng)工程實行的監(jiān)理服務、（A信息技術征詢服務）和測試評估服務。 A信息技術征詢服務 B信息技術管理服務 C信息化規(guī)劃服務 D信息技術評估服務2 信息系統(tǒng)工程監(jiān)理在ITSS中的位置是( D監(jiān)督管理 )。 A部署實行 B持續(xù)改善 C服務運營 D監(jiān)督管理3 信部信【】( A.570 )號文獻的名稱為信息系統(tǒng)工程監(jiān)理暫行規(guī)定。 A.570 B670 C55 D.20714 ITSS規(guī)定了IT服務的生命周期涉及規(guī)劃設計、部署實行、( C服務運營 )、持續(xù)改善和監(jiān)督管理。 A項目驗收 B運營維護 C服務運營 D過程控制5 ( D監(jiān)理規(guī)劃 )不是監(jiān)理服務能力的資源

42、內容。 A監(jiān)理機構 B監(jiān)理設施 C監(jiān)理知識庫 D監(jiān)理規(guī)劃6 邏輯框架法的核心是事物層次間的( C因果邏輯 )關系 A因果 B邏輯 C因果邏輯 D驗證7 分析問題多種影響因素和因素是PDCA循環(huán)中( AP )環(huán)節(jié)的工作環(huán)節(jié)。 AP BD CC DA8 ( D初步設計 )不是可行性研究業(yè)務。 A項目建議書 B初步可行性研究 C可行性研究 D初步設計9 項目可行性研究的任務旨在通過對實行條件和項目( A.實際需求 )的進一步分析，提出項目建設的原則、目的、內客、方案、組織實行方式、投融資方案和效益評價。 A.實際需求 B建設內容 C范疇 D投資10. 當投標人對現(xiàn)場勘察后向招標方提出問題質疑，而招標

43、方書面回答的問題與招標文獻中規(guī)定的不一致時，應以( C招標方書面回函解答 )為準。 A現(xiàn)場勘察后招標方口頭解釋 B招標文獻規(guī)定 C招標方書面回函解答 D仲裁機構裁定11. 簽訂監(jiān)理合同后，監(jiān)理單位針對該工程的首要工作是( D組建項目監(jiān)理機構 )。 A編制監(jiān)理大綱 B編制監(jiān)理規(guī)劃 C編制監(jiān)理實行細則 D組建項目監(jiān)理機構12. 設計階段質量控制的重要措施是( B設計方案評審 )。 A監(jiān)督設計人員設計 B設計方案評審 C解決設計變更 D協(xié)調各專業(yè)設計13. 監(jiān)理工程師進行隱蔽工程質量驗收的前提是( C承建單位已經(jīng)自檢并合格 )，并對承建單位的報驗申請表及有關資料進行審查。 A承建單位已經(jīng)自檢 B分包

44、單位已經(jīng)自檢并合格 C承建單位已經(jīng)自檢并合格 D承建單位與分包單位已經(jīng)共同檢查14. 旁站是實行階段監(jiān)理質量控制的 ( B技術 )措施。 A組織 B技術 C經(jīng)濟 D合同15. 軟件測試的目的是( B發(fā)現(xiàn)軟件的錯誤 )。 A評價軟件的質量 B發(fā)現(xiàn)軟件的錯誤 C找出軟件的所有錯誤 D證明軟件的對的性16 ( D旁站 )不是項目實行過程中溝通協(xié)調的措施。A監(jiān)理例會 B項目專項會 C監(jiān)理報告 D旁站17項目審批部門組織的項日驗收是( D.竣工驗收 )。 A分項驗收 B初步驗收 C終驗 D.竣工驗收18非涉密信息系統(tǒng)的信息安全風險評估應由專業(yè)測評機構完畢，形成（B級別測評報告 ）和風險評估報告。 A安全

45、測評報告 B級別測評報告 C安全保護報告 D級別保護報告19 國家電子政務工程建設項目檔案管理暫行措施規(guī)定項目檔案保管期限分為永久、（ C.30年 )、三種。 A.5O年 B.40年 C.30年 D.20 ( A初驗報告 )是啟動項目試運營的根據(jù)。 A初驗報告 B終驗報告 c培訓報告 D試運營報告21監(jiān)理在驗收測試過程中的質量措施是( A旁站測試 )。 A旁站測試 B評審測試 c抽查測試報告 D巡檢測試過程22在信息化運維水平定性評估中，( D層次分析法 )不是定性風險評價措施。 A安全檢查表 B事故樹分析 c事件數(shù)分析 D層次分析法23業(yè)主單位有專職的運維人員，基本服務制度和運維流程，建立了

46、服務臺，運維服務能力和成熟度處在 ( B被動運維 )級別。 A無序運維 B被動運維 c積極運維 D量化運維24. ( A服務臺 )是故障告知統(tǒng)一管理平臺，顧客可通過它保修故障，且事件可記錄。 A服務臺 B故障臺 C運維機構 D運維監(jiān)控平臺25. 運維公司應針對也許浮現(xiàn)的重大故障和劫難制定( B運維應急預案 )。 A，風險分析報告 B運維應急預案 C災備方案 D巡檢方案26. 運維過程中的設備更新和報廢屬于運維( A資產(chǎn)管理 )內容。 A資產(chǎn)管理 B投資管理 C平常管理 D績效管理27. 如下有關運維績效評價錯誤的是(D在運維單位完畢合同運維周期后進行績效評價)。 A績效評價的目的是發(fā)現(xiàn)運維服務

47、的問題，提高運維服務質量。 B運維監(jiān)理應負責組織并參與績效評價活動 C業(yè)主單位可將績效報告作為選擇運維外包單位的根據(jù) D在運維單位完畢合同運維周期后進行績效評價28計算機安全是指( A計算機資產(chǎn)安全 )，即計算機信息系統(tǒng)資源和信息資源不受自然和人為有害因素的威脅和危害。 A計算機資產(chǎn)安全 B網(wǎng)絡與信息安全 c應用安全 D-軟件安全29國內計算機信息系統(tǒng)安全保護級別劃分準則將信息系統(tǒng)安全分為( D.6 )級。 A.3 B.4 C.5 D.630. PDRR模型把信息的安全保護作為基本，它概括了網(wǎng)絡安全的整個環(huán)節(jié)，涉及( A保護、檢測、響應和恢復 )4個方面。 A保護、檢測、響應和恢復 B保護、檢

48、測、響應和備份 c方略、檢測、響應和備份 D方略、防護、檢測和響應31IS07498-2提供了如下5種可供選擇的安全服務下面哪項不屬于安全服務( B網(wǎng)絡管理 )。 A身份認證 B網(wǎng)絡管理 c訪問控制 D數(shù)據(jù)的完整性32使用大量垃圾信息，占用帶寬（回絕服務）的襲擊破壞的是( C可用性 )。 A保密性 B完整性 C可用性 D可靠性33計算機安全屬性中的可用性是指(A得到授權的實體在需要時能訪問資源和得到服務)。 A得到授權的實體在需要時能訪問資源和得到服務。 B系統(tǒng)在規(guī)定條件下和規(guī)定期間內完畢規(guī)定的功能。 c信息不被偶爾或蓄意地刪除、修改、偽造、亂序、重放、插入等破壞的特性。 D保證信息不暴露給未

49、經(jīng)授權的實體。34保護信息安全最基本、最核心的技術是( A密碼技術 )。 A密碼技術 8訪問控制技術 c防病毒技術 D防火墻技術35PPDR模型體現(xiàn)了(A防御的動態(tài)性 )和基于時間的特性。 A防御的動態(tài)性 B保密性 c可靠性 D靈活性36隨著計算機應用的普及，計算機系統(tǒng)面臨的威脅 ( D越來越多 )。 A越來越少 B幾乎沒有 C絕對沒有 D越來越多37. 下面哪項屬于信息安全中應采用的對的行為(A發(fā)現(xiàn)信息安全事故或單薄點，及時知會責任部門 ) A發(fā)現(xiàn)信息安全事故或單薄點，及時知會責任部門 B隨意安裝未經(jīng)公司確認的軟件 C在互聯(lián)網(wǎng)上發(fā)送未經(jīng)解決的口令或其她敏感信息 D出于便捷或其她目的，在未經(jīng)申

50、報的狀況下，信息系統(tǒng)的特權顧客為自己臨時新建其她帳戶38下面所列的(A殺毒軟件 )安全機制不屬于信息安全保障體系中的事先保護環(huán)節(jié)。 A殺毒軟件 B數(shù)字證書認證 C防火墻 D數(shù)據(jù)庫加密39如下有關防火墻的說法，不對的的是(B防火墻的重要功能是查殺病毒 )。 A防火墻是一種隔離技術 B防火墻的重要功能是查殺病毒 C防火墻雖然可以提高網(wǎng)絡的安全性，但不能保證網(wǎng)絡絕對安全 D防火墻的重要工作原理是對數(shù)據(jù)包及來源進行檢查，阻斷被回絕的數(shù)據(jù)40. 防火墻的三種主流技術不涉及(D病毒防護技術 )。 A包過濾技術 8應用代理技術 C狀態(tài)檢測技術 D病毒防護技術41. 按照檢測數(shù)據(jù)的來源可將入侵檢測系統(tǒng)(IDS

51、)分為(A基于主機的IDS和基于網(wǎng)絡的IDS)。 A基于主機的IDS和基于網(wǎng)絡的IDS B基于主機的IDS和基于域控制器的IDS C基于服務器的IDS和基于域控制器的IDS D基于瀏覽器的IDS和基于網(wǎng)絡的IDS42. ( B包過濾技術 )與VPN安全技術無關。 A加密技術 B包過濾技術 C.QoS技術 D隧道技術43. 可以協(xié)助互聯(lián)網(wǎng)顧客控制和管理對互聯(lián)網(wǎng)的使用，涉及對網(wǎng)頁訪問過濾、網(wǎng)絡應用控制、帶寬流量管理、信息收發(fā)審計、顧客行為分析的產(chǎn)品是( D上網(wǎng)行為管理系統(tǒng) )。 A防病毒網(wǎng)關終 B端管理系統(tǒng) C網(wǎng)站防護系統(tǒng) D上網(wǎng)行為管理系統(tǒng)44. （D誤用檢測）是按照預定模式進行事件數(shù)據(jù)搜尋，最

52、合用于對已知模式的可靠檢測。 A實時入侵檢測 B異常檢測 C事后入侵檢測 D誤用檢測45. 國內計算機信息系統(tǒng)實行( C安全級別 )保護。 A，責任制 B主任值班制 C安全級別 D專職人員資格46. 對軟件測試概念理解不對的的選項是( D軟件測試只能發(fā)現(xiàn)編碼錯誤 )。 A在規(guī)定的條件下對軟件進行操作，以發(fā)現(xiàn)錯誤和對軟件質量進行評估 B軟件測試是質量保證的核心環(huán)節(jié) C廣義的軟件測試由確認和驗證兩萬面構成 D軟件測試只能發(fā)現(xiàn)編碼錯誤47對軟件質量特點描述不對的的是（ C。軟件質量為隨著時間的流逝而浮現(xiàn)損耗 ）。 A無公認精確的質量評估準則 B. 波及不定因素和人為因素 C. 軟件質量為隨著時間的流

53、逝而浮現(xiàn)損耗D.最佳實踐事實上是經(jīng)驗積累總結48. 在IS0 9126中，內部質量和外部質量的關系是（ A內部質量影響外部質量 ） A內部質量影響外部質量 B外部質量影響內部質量 C. 內部質量依懶外部質量 D.兩者沒有關系49在IS0 9126質量模型中，( C易學性 )不屬于可靠性的子特性。 A成熟性 B容錯性 C易學性 D易恢復性50按照測試用例的設計措施，軟件測試可以分為( A黑盒測試、白盒測試、灰盒測試 )。 A黑盒測試、白盒測試、灰盒測試 B單元測試、集成測試、驗收測試 C顧客測試、開發(fā)商測試、第三方測試 D以上都不是51如下對軟件測試原則描述不對的的是( B軟件測試最佳由開發(fā)程序

54、的程序員執(zhí)行 )。 A應制定測試籌劃，避免測試的隨意性 B軟件測試最佳由開發(fā)程序的程序員執(zhí)行 C. 完全的測試是不也許，測試需要終結 D軟件測試要追溯到顧客需求52. 如下對軟件質量保證描述不對的的是( C軟件質量保證就是軟件測試 )。 A通過避免、檢查與改善來保證軟件質量，是軟件生命周期的管理 B向管理者提供對的的信息，以使軟件開發(fā)對的的執(zhí)行 C軟件質量保證就是軟件測試 D軟件質量保證可以指引項目實行53. 如下對單元測試理解錯誤的是( D單元測試應當在集成測試之后進行 )。 A單元測試又稱為模塊測試 B單元測試針對軟件設計的最小單位 C單元測試目的在于檢查每個程序單元能否正的確現(xiàn)具體設計闡

55、明中的模塊功能、性能、接口和設計約束等規(guī)定 D單元測試應當在集成測試之后進行54在測試預備過程中，需要進行測試規(guī)劃，如下內容不屬于測試規(guī)劃的是( C選擇測試技術和工具 )。 A將測試工作分解細化 B估計測試的工期和成本 C選擇測試技術和工具 D明確測試的交付物55通過度析程序源代碼的系統(tǒng)構造、數(shù)據(jù)構造、數(shù)據(jù)接口、內部控制邏輯等，來檢查程序中存在的錯誤的測試措施被稱為( B靜態(tài)構造分析法 )。 A代碼檢查法 B靜態(tài)構造分析法 c靜態(tài)質量度量法 D基本途徑測試法56. 邏輯覆蓋法中覆蓋限度最弱的是(C語句覆蓋)。 A鑒定覆蓋 B條件覆蓋 C語句覆蓋 D多條件覆蓋57. 為了找出系統(tǒng)在什么狀況下性能

56、變得不可接受所使用的測試措施是(B壓力測試 )。 A負載測試 B壓力測試 C大數(shù)據(jù)量測試 D疲勞測試58. 邏輯覆蓋是通過對程序邏輯構造的遍歷實現(xiàn)程序的覆蓋，如下描述對的的是(A語句覆蓋的覆蓋限度最弱 )。 A語句覆蓋的覆蓋限度最弱 B采用條件鑒定組合覆蓋的措施可以發(fā)現(xiàn)程序中所有的邏輯運算錯誤 C條件覆蓋涉及鑒定覆蓋 D條件覆蓋又稱為分支覆蓋59. 把程序的輸入域劃提成若干部分，然后從每個部分中選用少數(shù)代表性數(shù)據(jù)當作測試用側的測試措施是（ B.等價類劃分 ） A.邊界值法 B.等價類劃分 C.因果圖法 D.錯誤推測法60. 如下測試內容不屬于網(wǎng)絡安全測評的是 ( D對登錄操作系統(tǒng)和數(shù)據(jù)庫的顧客進行身份標記和鑒別 )。 A檢查網(wǎng)絡拓撲圖 B限制網(wǎng)絡最大流量數(shù)和網(wǎng)絡連接數(shù) C對網(wǎng)絡設備運營狀況、網(wǎng)絡流量、顧客行為等進行日記記錄 D對登錄操作系統(tǒng)和數(shù)據(jù)