1、目錄2015年下半年信息系統(tǒng)項目管理師上午真題12015年下半年信息系統(tǒng)項目管理師上午真題參考答案112015年下半年信息系統(tǒng)項目管理師上午真題答案解析112015年下半年信息系統(tǒng)項目管理師考試案例分析真題202015年下半年信息系統(tǒng)項目管理師考試案例分析真題答案解析232015年下半年信息系統(tǒng)項目管理師論文真題232015年下半年信息系統(tǒng)項目管理師論文范文232015年下半年信息系統(tǒng)項目管理師上午真題（考試時間9 : 0011 : 30 共150 分鐘）請按下述要求正確填寫答題卡1. 在答題卡的指定位置上正確寫入你的姓名和準考證號，并用正規(guī)2B鉛筆在你寫入的準考證號下填涂準考證號。2. 本試

2、卷的試題中共有75 個空格，需要全部解答，每個空格1 分，滿分75 分。3. 每個空格對應一個序號，有A、B、C、D四個選項，請選擇一個最恰當?shù)倪x項作為解答，在答題卡相應序號下填涂該選項。4. 解答前務(wù)必閱讀例題和答題卡上的例題填涂樣式及填涂注意事項。解答時用正規(guī)2B 鉛筆正確填涂選項，如需修改，請用橡皮擦干凈，否則會導致不能正確評分。1、大數(shù)據(jù)對產(chǎn)品、企業(yè)和產(chǎn)業(yè)有著深刻的影響。把信息技術(shù)看作是輔助或服務(wù)性的工具己經(jīng)成為過時的觀念，管理者應該認識到信息技術(shù)的廣泛影響，以及怎樣利用信息技術(shù)來創(chuàng)造有力而持久的競爭優(yōu)勢，（1）將是未來經(jīng)濟社會發(fā)展的一個重要特征。(1) A、數(shù)據(jù)驅(qū)動B、信息產(chǎn)業(yè)C、大

3、數(shù)據(jù) D、成本驅(qū)動2、(2)屬于第四代移動通信技術(shù)標準。(2)A、CDMA B、TD-LTECC、WCDMA D、CDMA20003、 “互聯(lián)網(wǎng)+協(xié)同制造中鼓勵有實力的互聯(lián)網(wǎng)企業(yè)構(gòu)建網(wǎng)絡(luò)化協(xié)同制造公共服務(wù)平臺。以下敘述中，（3)是不正確的。(3)A、此類協(xié)同制造公共服務(wù)平臺多采用大集中系統(tǒng)B、此類協(xié)同制造公共服務(wù)平臺需要大數(shù)據(jù)技術(shù)的支持C、此類協(xié)同制造公共服務(wù)平臺通常需要寬帶網(wǎng)絡(luò)的支持D、此類協(xié)同制造公共服務(wù)平臺需要加強信息安全管理4、需求分析是軟件定義階段中的最后一步，在這個階段確定系統(tǒng)必須完成哪些工作，對目標系統(tǒng)提出完整、準確、清晰、具體的要求。一般來說，軟件需求分析可分為(4)三個階段。

4、 (4)A、需求分析、需求描述及需求評審B、需求提出、需求描述及需求驗證 C、需求分析、需求評審及需求驗證D、需求提出、需求描述及需求評審5、軟件需求包括三個不同的層次，分別為業(yè)務(wù)需求、用戶需求和功能及非功能需求，（5)屬于用戶需求。(5)A、反映了組織機構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，其在項目視圖與范圍文檔中予以說明B、描述用戶使用產(chǎn)品必須要完成的任務(wù)，其在使用實例文檔或方案腳本說明中予以說明C、定義了開發(fā)人員必須實現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足業(yè)務(wù)需求D、軟件產(chǎn)品為了滿足用戶的使用，對用戶開發(fā)、處理速度、安全性能等方面的需求6、以下關(guān)于需求定義的敘述中，（6)是正確

5、的。(6)A、需求定義的目標是根據(jù)需求調(diào)査和需求分析的結(jié)果，進一步定義準確無誤的產(chǎn)品需求, 形成需求規(guī)格說明書B、需求規(guī)格說明書將只交給甲方作為驗收依據(jù)，乙方開發(fā)人員不需要了解C、需求定義的目的是對各種需求信息進行分析并抽象描述，為目標系統(tǒng)建立一個概念模型D、需求定義是指開發(fā)方和用戶共同對需求文檔評審，經(jīng)雙方對需求達成共識后做出書面承諾，使需求文檔具有商業(yè)合同效果7、軟件工程管理集成了過程管理和項目管理。以下關(guān)于軟件工程管理過程的敘述中，（7)最為準確和完整。(7)A、范圍定義、項目計劃、項目實施、評審和評價、軟件工程度量B、需求分析、設(shè)計、測試、質(zhì)量保證、維護C、需求分析、設(shè)計、測試、質(zhì)量保

6、證、軟件復用D、需求分析、設(shè)計、測試、驗證與確認、評審與審計、維護 8、軟件項目質(zhì)量保證中的審計指的是（8）。(8)A、評價軟件產(chǎn)品以確定其對使用意圖的適合性B、檢査和識別軟件產(chǎn)品的某個部分的異常，并記錄到文檔C、監(jiān)控軟件項目進展，決定計劃和進度的狀態(tài)D、評價軟件產(chǎn)品和過程對于設(shè)定規(guī)則、標準、流程等的遵從性9、軟件測試是軟件開發(fā)過程中的一項重要內(nèi)容，將測試分為白盒測試、黑盒測試和灰盒測試主要是(9)對軟件測試進行分類。(9)A、從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實現(xiàn)的角度B、從是否執(zhí)行程序的角度C、從軟件并發(fā)階段的細分角度D、從軟件開發(fā)復雜性的角度10、軟件項目中的測試管理過程包括(10)。(10)

7、A、單元測試、集成測試、系統(tǒng)測試、驗收測試B、單元測試、集成測試、驗收測試、回歸測試C、制定測試計劃、開發(fā)測試工具、執(zhí)行測試、發(fā)現(xiàn)并報告缺陷、測試總結(jié)D、制定測試計劃及用例、執(zhí)行測試、發(fā)現(xiàn)并報告缺陷、修正缺陷、重新測試11、(11)指在軟件維護階段，為了檢測由于代碼修改而可能引入的錯誤所進行的測試活動。(11) A、回歸測試B、修復測試C、集成測試D、冒煙測試12、信息的（12)要求采用的安全技術(shù)保證信息接收者能夠驗證在傳送過程中信息沒有被修改，并能防范入侵者用假信息代替合法信息。(12)A、隱蔽性B、機密性C、完整性D、可靠性13、根據(jù)GB/T12504-2008計算機軟件質(zhì)量保證計劃規(guī)范的

8、相關(guān)規(guī)定，以下評審和檢査工作中，（13)不是必須進行的。(13) A、執(zhí)行進度評審B、軟件需求評審C、詳細設(shè)計評審D、管理評審14、軟件可靠性是指在指定條件下使用時，軟件產(chǎn)品維持規(guī)定的性能級別的能力，其子特性(14)是指在軟件發(fā)生故障或者違反指定接口的情反下，軟件產(chǎn)品維持規(guī)定的性能級別的能力。(14)A、成熟性B、易恢復性C、容錯性D、依從性15、根據(jù)GB/T12504-2008計算機軟件質(zhì)量保證計劃規(guī)范中的規(guī)定，在軟件驗收時，驗證代碼與設(shè)計文檔的一致性、接口規(guī)格說明的一致性、設(shè)計實現(xiàn)和功能需求的一致性等檢査屬于(15)。(15)A、綜合檢査B、功能檢査C、性能檢査D、配置檢査16、根據(jù)信息安

9、全等級保護管理辦法中的規(guī)定，信息系統(tǒng)的安全保護等級應當根據(jù)信息系統(tǒng)在國家安全、經(jīng)濟建設(shè)、社會生活中的重要程度，信息系統(tǒng)遭到破壞后對國家安全、社會 抶序、公共利益以及公民、法人和其他組織的合法權(quán)益的危害程度等因素確定。其中安全標記保護級處于(16)。(16)A、第二級B、第三級C、第四級D、第五級17、以下關(guān)于WLAN安全機制的敘述中，（17)是正確的。(17)A、WPA是為建立無線網(wǎng)絡(luò)安全環(huán)境提供的第一個安全機制B、WEP和IPSec協(xié)議一樣，其目標都是通過加密無線電波來提供安全保證C、WEP2的初始化向量（IV)空間為64位D、WPA提供了比WEP更為安全的無線局域網(wǎng)接入方案18、在信息系統(tǒng)

10、安全建設(shè)中，（18)確立全方位的防御體系，一般會告訴用戶應有的責任， 組織規(guī)定的網(wǎng)絡(luò)訪問、服務(wù)訪問、本地和遠地的用戶認證、撥入和撥出、磁盤和數(shù)據(jù)加密、病毒防護措施，以及雇員培訓等，并保證所有可能受到攻擊的地方都必須以同樣安全級別加以保護。(18)A、安全策略B、防火墻C、安全體系D、系統(tǒng)安全19、以下關(guān)于網(wǎng)絡(luò)協(xié)議的敘述中，（19)是正確的。(19)A、因特網(wǎng)最早使用的協(xié)議是OSI七層體系結(jié)構(gòu)B、NETBEUT是IBM開發(fā)的路由選擇協(xié)議C、在TCP/IP協(xié)議分層結(jié)構(gòu)中，F(xiàn)TP是運行在TCP之上的應用層協(xié)議D、TCP協(xié)議提供了無連接但可靠的數(shù)據(jù)報傳信道20、在1號樓辦公的小季希望在本地計算機上通過

11、遠程登錄的方式訪問放置在2號樓的服 務(wù)器，為此將會使用到TCP/IP協(xié)議族中的（20)協(xié)議，(20)A、Telnet B.FTP C、HTTP D.SMTP21、射頻識別（RFID)是物聯(lián)網(wǎng)中常用的無線通信技術(shù)，它通過（21)識別特定目標并讀寫相關(guān)數(shù)據(jù)。(21)A.磁條B、紅外線C、無線電信D、光束掃描22、網(wǎng)絡(luò)路由器（22)。(22)A、可以連接不同的子網(wǎng) B、主要用于局域網(wǎng)接入Internet C、主要起分隔網(wǎng)段的作用 D、工作在數(shù)據(jù)鏈路層23、綜合布線系統(tǒng)是在樓宇或園區(qū)范圍內(nèi)建立的信息傳輸網(wǎng)絡(luò)，綜合布線系統(tǒng)可分為6個獨 立的子系統(tǒng)，其中（23)是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，同時又可為同

12、層組網(wǎng)提供條件。(23)A、建筑群子系統(tǒng)B、設(shè)備間子系統(tǒng) C、工作區(qū)子系統(tǒng) D、管理子系統(tǒng)24、軟件架構(gòu)設(shè)計是軟件開發(fā)過程中的一項重要工作。(24)不屬于軟件架構(gòu)設(shè)計的主要工作內(nèi)容。(24)A、制定技術(shù)規(guī)格說明B、編寫需求規(guī)格說明書C、技術(shù)選型D、系統(tǒng)分解25、以下關(guān)于類和對象關(guān)系的敘述中，（25)是不正確的。(25)A、對象是類的實例B、類是對象的抽象C、類是靜態(tài)的，對象是動態(tài)的D、類和對象必須同時存在26、在統(tǒng)一建模語言中(26)的主要目的是幫助開發(fā)團隊以一種可規(guī)化的方式理解系統(tǒng)的功能需求，包括基于基本流程的“角色”關(guān)系等。(26)A、用例圖 B、類圖 C、序列圖 D、狀態(tài)圖27、UML提

13、供了各種圖來描述建模過程，下圖所示的UML圖是一個（27)。(27) A、活動圖B、狀態(tài)圖C、用例圖D、序列圖28、一般而言，網(wǎng)絡(luò)安全審計從審計級別上可分為(28)、應用級審計和用戶級審計三種類型。(28) A、組織級審計B、物理審計C、系統(tǒng)級審計D、單元級審計29、根據(jù)政府采購法的規(guī)定，以下做法中，（29)是不正確的。(29)A、某省政府采購中心將項目采購的招標工作委托給招標公司完成B、政府采購項目完成后，采購方請國家認可的質(zhì)量檢測機構(gòu)參與項目驗收C、政府采購項目驗收合格后，采購方將招投標原件進行了銷毀D、招標采購過程中，由于符合條件的供應商不滿三家，重新組織了招標30、(30)不受著作權(quán)法

14、保護。(1)文宇作品 (2)口述作品 (3)音樂、戲劇、曲藝 (4)攝影作品 (5)計算機軟件(6)時事新聞 (7)通用表格和公式(30) A、(2) (6) (7) B、(2)(5)(6)C、(6) (7) D、(3)(5)31、某系統(tǒng)集成項目的項目經(jīng)理在制定項目章程時，必須要考慮涉及并影響項目的環(huán)境和組織因素（31）不屬于環(huán)境和組織因素的內(nèi)容。(31)A、公司文化和結(jié)構(gòu)B、員工績效評估記錄 C、變更控制流程 D、項目管理信息系統(tǒng)32、(32)工作用來對項目進行定義，該工作用來明確“項目需要做什么”。(32)A、制定項目范圍說明書 B、制定項目管理計劃C、制定項目章程D、項目管理信息系統(tǒng)33

15、、項目進入到執(zhí)行階段后，項目經(jīng)理、項目組成員為了完成項目范圍說明書定義的工作，還需執(zhí)行的是(33)。(1)實施己批準的預防措施以降低潛在負面結(jié)果出現(xiàn)的可能性(2)管理已分配到項目或階段中的項目團隊成員(3)為項目選擇生命周期模型(4) 監(jiān)管項目總投入情況(5)管理供應商(33)A、(2)(5)B、(1)(2)(3)(4)C、(1)(2)(4)(5) D、(1)(2)(3)(4)(5)34、項目組的測試人員在軟件系統(tǒng)測試時發(fā)現(xiàn)了一個重大缺陷并報告給了項目經(jīng)理，項目經(jīng)理接下來應該(34)。(34)A、提交一個變更申請B、和質(zhì)量保證人員商量如何修改 C、將任務(wù)分配給開發(fā)人員小王修改 D、評估是否需要

16、修改35、己知某系統(tǒng)由ABCDEF六個活動構(gòu)成，項目實習人員根據(jù)活動邏輯關(guān)系及歷時等信息繪 制了該系統(tǒng)的網(wǎng)絡(luò)圖，并給出了該系統(tǒng)的工期為9周，項目組其他成員紛紛提出意見。以下意見中(35)是正確的。工作名稱ABCDEF緊前關(guān)系-AAA、BA, B歷時2周3周4周6周5周1周(35)A、邏輯關(guān)系錯誤，項目工期應為7周B、有循環(huán)回路，項目工期是正確的C、節(jié)點序號編排不對，項目工期正確D、項目工期應為8周36、項目進度控制是依據(jù)項目進度基準計劃對項目的實際進度進行監(jiān)控，使項目能夠按時完成。以下關(guān)于項目進度控制的敘述中，（36)是不正確的。(36)A、項目進度至關(guān)重要，因此進度控制需要在項目初期優(yōu)先關(guān)注

17、B、進度控制必須與其他變化控制，包括成本控制與范圍控制緊密結(jié)合C、項目進度控制是項目整體控制的一個組成部分D、對項目進度的控制，應重點關(guān)注進展報告和執(zhí)行狀態(tài)報告37、在編制WBS時，應考慮以下(37)基本原則。每個WBS元素都代表一個獨立的、有形或無形的可交付成果可交付成果中包括最終可交付物和為實現(xiàn)最終結(jié)果所需要的中間可交付物 每個WBS元素應只從屬一個母層次的WBS元素或子層次的WBS元素每個工作包都應可以分配給一名項目團隊成員或一家分包商單獨負責可交付成果具有唯一性、獨特性(37) A、B、C、D、38、一個組織中有很多類型的分解結(jié)構(gòu)，項目組在分解WBS時，(38)可以幫助項目組考慮并確定

18、所分解的工作包由哪些成員來執(zhí)行。(38)A、組織分解結(jié)構(gòu)(OBS)B、物料清單(BOM)C、風險分解結(jié)構(gòu)(RBS) D、過程分解結(jié)構(gòu)(PBS)39、項目可行性分析是立項前的重要工作，包括技術(shù)、物資、資源、人員的可行性。在進行項目可行性分析時，需要在(39)過程中分析人力資源的可行性。(39)A、經(jīng)濟可行性分析B、技術(shù)可行性分析C、運行環(huán)境可行分析D、法律可行性析40、項目論證是一個連續(xù)的過程，一般包括以下幾個步驟，正確的執(zhí)行順序是(40)。收集并分析相關(guān)資料明確項目范圍和業(yè)主目標擬定多種可行的實施方案并分析比較選擇最優(yōu)方案進行詳細論證編制資金籌措計劃和項目實施進度計劃編制項目論證報告(40)

19、A、B、 C、D、41、項目可行性研究階段的項目論證和項目評估的關(guān)系是(41)。(41)A、一般先進行項目評估，再進行項目論證。B、項目論證和項目評估都是立項階段必不可少的環(huán)節(jié)C、項目評估是在項目論證的基礎(chǔ)上，由第三方開展的判斷項目是否可行的一個評估過程 d.項目論證是給出項目的實施方案，項目評估是對實施方案的量化和決策42、以下關(guān)于項目團隊管理的敘述中，(42)是不正確的。(42)A、項目團隊管理的目的是跟蹤個人和團隊的績效，反饋和解決問題以提高項目績效B、可采用觀察和交談、項目績效評估的方法實現(xiàn)對項目團隊的管理C、一個企業(yè)中的組織文化可能會影響團隊管理的方式和結(jié)果D、項目經(jīng)理在團隊發(fā)生沖突

20、時應本著解決矛盾的原則進行調(diào)解43、(43)不屬于風險識別階段的成果。(43)A、低優(yōu)先級風險的監(jiān)視表B、己識別出的風險列表C、風險征兆或警告信號 D、潛在的風險應對方法列表44、主要風險清單是常用的項目風險管理工具，如下圖所示。以下關(guān)于風險清單的敘述中，(44)是不正確的。本周上周周數(shù)風險風險解決的情況115需求的逐漸增加利用用戶界面原型來收集高質(zhì)量的需求；已將需求規(guī)約置于明確的變更控制程序之下；運用分階段交付的方法在適當?shù)臅r候提供能力來改變軟件特征（如果需要的話）255有多余的需求或開發(fā)人員項目要旨的陳述中要說明軟件中不需要包含哪些東西；設(shè)計的重點放在最小化；評審中有核對清單用以檢查“多余

21、設(shè)計或多余的實現(xiàn)”(44)A、該風險清單應在需求分析之前建立，并在項目結(jié)束前不斷定期維護B、項目經(jīng)理、風險管理貴任人應每隔一周左右回顧該風險清單C、應該對風險清單中的部分主要風險制定詳細的風險應對計劃D、對風險清單的回顧應包含在進度計劃表中，否則可能被遺忘45、根據(jù)中華人民共和國招投標法,以下做法中，(45)是正確的。(45)A、某項目于4月7日公開發(fā)布招標文件，標明截止時間2015年4月14日13時B、開標應當在招標文件確定的提交投標文件截止時間的同一時間公開進行C、某次招標活動中的所有投標文件都與招標文件要求存在一定的差異，評標委員會可以確定其中最接近投標文件要求的公司中標D、聯(lián)合投標的幾

22、家企業(yè)中只需要一家達到招標文件要求的資質(zhì)即可46、某項目在招標時被分成若干個項目包，分別發(fā)包給不同的承包人。承包人中標后應與招標人簽訂的合同屬于(46)。(46)A、單項項目承包合同B、分包合同C、單價合同D、成本激勵合同47、項目采購是一項復雜的工作，編制詳細可行的項目采購計劃有助于項目成功，(47)屬于編制項目采購計劃所必須考慮的內(nèi)容。(47)A、工作說明書B、項目范圍說明書C、自制/外購決定D、合同收尾規(guī)程48、(48)不屬于項目收尾的輸出。(48) A、合同文件B、管理收尾規(guī)程C、合同收尾規(guī)程D、組織過程資產(chǎn)更新49、與普通的采購管理過程相比，外包管理更注重(49)環(huán)節(jié)。(49) A、

23、自制外購分析B、計劃編制C、過程監(jiān)控D、成果驗收50、項目組合管理是一個保證組織內(nèi)所有項目都經(jīng)過風險和收益分析及平衡的方法論。作為公司的項目經(jīng)理進行項目組合管理時，（50)應是重點考慮的要素。(50) A、資源利用效率B、項目進度控制C、范圍變更D、項目質(zhì)量51、DIPP分析法可用于對處在不同階段的項目進行比較，同時可以表明項目的資源利用情況DIPP=EMV/ETC。如果有A、B、C、D四個項目，項目初期的DIPP值分別為： DIPP(A)=0.9、DIPP(B)=1.3、 DIPP (C)=0.8、DIPP(D)=1.2，則優(yōu)先選擇的項目為(51)。(51)A、項目A B、項目B C、項目C

24、 D、項目D52、項目組合管理是指為了實現(xiàn)特定的戰(zhàn)略業(yè)務(wù)目標，對一個或多個項目組合進行集中管理, 包括識別、排序、授權(quán)、管理和控制項目，項目集和其他有關(guān)工作。以下關(guān)于項目組合管理的敘述中(52)是不正確的。(52)A、項目組合管理主要采用的是自下而上的管理方式B、項目組合管理過程一般是進行組織決策的過程C、項目組合管理要確保與組織戰(zhàn)略協(xié)調(diào)一致D、通過審核項目和項目集來確定資源分配的優(yōu)先順序53、依據(jù)GB/T 19668、1-2005信息化工程監(jiān)理規(guī)范，以下關(guān)于工程招標階段的質(zhì)量控制內(nèi)容的敘述中，(53)是不正確的。(53)A、監(jiān)理機構(gòu)應了解業(yè)主單位的業(yè)務(wù)需求，并將其作為監(jiān)理工作的依據(jù)之一B、監(jiān)

25、理機構(gòu)宜參與招標書的編制C、監(jiān)理機構(gòu)可參與招標答疑工作D、監(jiān)理機構(gòu)不宜對評標的評定標準提出監(jiān)理意見54、監(jiān)理工程師在審批承包人提交的開工報告時，要對承包人提供的開工條件進行檢査、核簽與審批，(54)般不是重點核實和審批的對象。(54)A、施工人員組織B、材料質(zhì)量C、項目驗收計劃D、施工工具配備55、在對項目內(nèi)部各成員制定績效任務(wù)時，首先應(55)。(55)A、對每個崗位的工作內(nèi)容進行分解B、對每個崗位的工作在進度、成本、質(zhì)量等上設(shè)定KPI值C、確定KPI的評分標準D、確定考核頻率56、某一項目，初始投資為2000萬元，該項目從投產(chǎn)年開始每年的凈收益如下表所示，則該 項目的靜態(tài)投資回收期約為(5

26、6)年。2011 年2012 年2013 年2014 年2015 年投入2000萬元凈收益600萬元凈收益700萬元凈收益800萬元凈收益500萬元(56)A、2.9 B、3.9 C、2.7 D、3.857、某項目包含A、B、C三項主要活動，項目經(jīng)理在成本估算時采用自下而上的方法，分別估算出三項活動的成本分別為13萬元，23萬元和8萬元，同時為了應對未來可能遇 到的不確定因素，預留了10萬元的管理儲備，同時為每個活動預留了2萬元的準備金。 該項目的總預算為(57)萬元。項目進行到第二個月時，實際花費為20萬元，完成總工作量的30%。如果項目按照當前績效繼續(xù)進展下去，預測項目的完工尚需成本ETC

27、約為(58) 萬元。(57A、44 B、54 C、60 D、50(58)A, 46.7 B、40.7 C、45 D、4659、確定適用于項目的質(zhì)量標準并決定如何滿足這些標準是(59)的過程。(59)A、質(zhì)量目標B、質(zhì)量保證C、質(zhì)量方針D、質(zhì)量計劃60、項目質(zhì)量管理通過質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制程序和過程以及連續(xù)的過程改進活動來實現(xiàn)，其中(60)關(guān)注項目執(zhí)行過程中的質(zhì)量。(60)A、質(zhì)量保證B、質(zhì)量規(guī)劃C、質(zhì)量控制D、質(zhì)量改進61、(61)可以作為項目質(zhì)量控制中問題識別和問題分析的工具。(61)A、帕累托分析 B、直方圖 C、核對表 D、因果分析62、按照軟件配罝管理的基本指導思想，受控制的對

28、象應是（62),實施軟件配置管理包括 4個最基本的活動，其中不包括（63)。(62) A、軟件元素 B、軟件項目 C、軟件配罝項D、軟件過程(63) A、配置項標識B、配置項優(yōu)化C、配置狀態(tài)報告D、配置審計64、在需求跟蹤過程中，檢査設(shè)計文檔、代碼、測試用例等工作成果是否都能在產(chǎn)品需求規(guī)格說明書中找到出處的方法屬于(64)。(64) A、逆向跟蹤B、正向跟蹤 C、雙向跟蹤 D、系統(tǒng)跟蹤65、測試人員在測試某一功能時，發(fā)現(xiàn)該功能在需求說明書里沒有，他接下來正確的做法是(65)。(65)A、在需求說明書中補充該功能B、匯報項目經(jīng)理，讓其査明原因C、找開發(fā)人員溝通，讓其刪除該功能D、找用戶溝通，該功

29、能是否需要66、已知網(wǎng)絡(luò)圖各段路線所需費用如下圖所示，圖中甲線和乙線上的數(shù)宇分別代表相應點的有關(guān)費用。從甲線到乙線的最小費用路線有（66)條，最小費用為（67)。(66) A、 1 B、 2C、3D、4(67) A、 15 B、 16 C、 17D、1868、己知有6個村子，相互之間道路的距離如下圖所示?，F(xiàn)擬合建一所小學。己知甲村有小學生50人，乙村40人，丙村60人，丁村20人，戊村70人，己村90人。從甲村到乙村的最短路程是（68)；小學應建在(69)村，使全體學生上學所走的總路程最短。(68)A、10 B、11C、12D. 14(69)A、甲B、丙C、丁D、已70、有一種游戲為擲兩顆骰子

30、，其規(guī)則為：當點數(shù)和為2時，游戲者輸9元；點數(shù)和為7或者11時，游戲者贏X元；其他點數(shù)時均輸1元。依據(jù)EMV準則，當K超過（70)元時才對游戲者有利。(70) A. 3.5B、4C、4.5D、571、In an Information system. The (71) is the bridge between hardware and people.(71)A、 keyboardB、internetC、diskD、data72、Cloud-computing providers offer their “services” according to different models, whi

31、ch happen to form a stack (72) , platform as a service (Paas), software as a service (SaaS).(72)A、hardware as a service (Haas)B、network as a service (Naas)C、infrastructure as a service (IaaS)D、data as a service (DaaS)73、( ) estimating is a technique for estimating the duration or cost of an activity

32、 ou project using historical data from a similar activity or project.(73)A、Parametric B、 Analogous C、 Three-point D、 Expert judgment74、Schedule compression shortens the project schedule without changing the project scope, to meet schedule constraints, imposed dates, or other schedule objectives. Sch

33、edule compression techniques include crashing and (74).(74)A、fast trackingB、what-if scenario analysis C、resource levelingD、critical chain method75、If the approved change requests have an effect on the project scope, then the corresponding component documents and cost baselines, and (75) of the proje

34、ct management plan are revised and reissued to reflect the approved changes.(75)A、developing baselines B、testing baselines C、schedule baselines D、 ending baselines2015年下半年信息系統(tǒng)項目管理師上午真題參考答案 12345 678901 CBABBAADAD11 ACACABDACA21 CADBDABCCC31 CACADACABD41 DDAABABACA51 BADCABCADA61 DCBABBCBCC71 ACBAC20

35、15年下半年信息系統(tǒng)項目管理師上午真題答案解析1.C解析：大數(shù)據(jù)是數(shù)據(jù)及相關(guān)技術(shù)工具的統(tǒng)稱，Gartner認為大數(shù)據(jù)是需要新處理模式才能具 有更強的決策力、洞察發(fā)現(xiàn)力和流程優(yōu)化能力的海量、高增長率和多樣化的信息資產(chǎn)維基 百科認為，大數(shù)據(jù)是指無法在可承受的時間范圍內(nèi)用常規(guī)軟件工具進行捕捉、管理、處理的 數(shù)據(jù)集合。從產(chǎn)業(yè)角度，常常把這些數(shù)據(jù)與采集它們的工具、平臺、分析系統(tǒng)一起被稱為“大 數(shù)據(jù)”。大數(shù)據(jù)具有Volume、VarlEty、Value和VelocITy的4V特征。2 B解析：第四代移動通信技術(shù)標準，外語縮寫：4G,該技術(shù)包括TD-LTE和FDD-LTE兩種制式。3G 存在 3 種標準：C

36、DMA2000、WCDMA、TD-SCDMA。3.A解析：協(xié)同制造公共服務(wù)平臺多采用分布式系統(tǒng)，而非集中式系統(tǒng)4.B解析：需求分析可分為需求提出、需求描述及需求評審三個階段。需求提出：主要集中于描述系統(tǒng)目的。需求提出和分析僅僅集中在使用者對系統(tǒng)的觀點 上。開發(fā)人員和用戶確定一個問題領(lǐng)域，并定義一個描述該問題的系統(tǒng)這樣的定義稱 作系統(tǒng)規(guī)格說明，并且它在用戶和開發(fā)人員之間充當合同。需求描述：在問題分析階段分析人員的主要任務(wù)是：對用戶的需求進行鑒別、綜合和建 模，清除用戶需求的模糊性、歧義性和不一致性，分析系統(tǒng)的數(shù)據(jù)要求，為原始問題及 目標軟件建立邏輯模型。分析人員要將對原始問題的理解與軟件開發(fā)經(jīng)驗

37、結(jié)合起來，以便發(fā)現(xiàn)哪些要求是由于用戶的片面性或短期行為所導致的不合理要求，哪些是用戶尚未提出但具有真正價值的潛在需求。需求評審：在需求評審階段，分析人員要在用戶和軟件設(shè)計人員的配合下對自己生成的需求規(guī)格說明和初步的用戶手冊進行復核，以確保軟件需求的完整、準確、清晰、具體，并使用戶和軟件設(shè)計人員對需求規(guī)格說明和初步的用戶手冊的理解達成一致。一旦發(fā)現(xiàn) 遺漏或模糊點，必須盡快更正，再行檢査。5.B解析：業(yè)務(wù)需求（Business requirement)表不組織或客戶高層次的目標業(yè)務(wù)需求通常來自項目投 資人、購買產(chǎn)品的客戶、實際用戶的管理者、市場營銷部門或產(chǎn)品策劃部門。用戶需求（user requi

38、rement)描述的是用戶的目標，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場景描述和事件一一響應表都是達用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。功能需求（functional requirement)規(guī)定開發(fā)人員必須在產(chǎn)品中實現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時也被稱作行為需求（behaviour requirement)。功能需求描述是開發(fā)人員需要實現(xiàn)什么。6.A7.A解析：軟件工程管理繼承了過程管理和項目管理的內(nèi)容。包括啟動和范圍定義、軟件項目計 劃、軟件項目實施、評審和評價、關(guān)閉、軟件工程度量等六個方面。啟動和范圍定義。進行啟動軟

39、件工程項目的活動并作出決定。通過各種方法來有效地確 定軟件需求，并從不同的角度評估項目的可行性。一旦可行性建立后，余下的任務(wù)就是 需求驗證和變更流程的規(guī)范說明。軟件項目計劃。從管理的角度，進行為成功的軟件工程作準備而要采取的活動。使用迭 代方式制訂計劃。要點在于評價并確定適當?shù)能浖芷谶^程，并完成相關(guān)的工作。軟件項目實施。進行軟件工程過程中發(fā)生的各種工程管理活動。實施項目計劃，最重要的是遵循計劃，井完成相關(guān)的工作。評審和評價。進行確認軟件是否濤到滿足的驗證活動。關(guān)閉。進行軟件工程項目完成后的活動。在這一階段，重新審査項目成功的準則。一旦 關(guān)閉成立，進行歸檔、事后分析和過程改進活動。軟件工程

40、度量。進行在軟件工程組織中有效地開發(fā)和實現(xiàn)度量的程序。8.D9.A 解析：白盒測試：己知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計規(guī)格要 求，所有內(nèi)部成分是否已經(jīng)過檢査。黑盒測試：把測試對象看做一個黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特 性，只依據(jù)程序的需求規(guī)格說明書，檢査程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試?；液袦y試：介于白盒測試與黑盒測試之間，灰盒測試關(guān)注輸出對于輸入的正確性，同時也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細、完整，只是通過一些表征性的現(xiàn)象、事件、標志來判斷內(nèi)部的運行狀態(tài)。10.D11.A解析：回歸測試：是指修改了舊代碼后，

41、重新進行測試以確認修改沒有引入新的錯誤或?qū)е缕渌?碼產(chǎn)生錯誤。自動回歸測試將大幅降低系統(tǒng)測試、維護升級等階段的成本。冒煙測試：源自硬件行業(yè)。對一個硬件或硬件組件進行更改或修復后，直接給設(shè)備加電。如 果沒有冒煙，則該組件就通過了測試。在軟件中，“冒煙測試”這一術(shù)語描述的是在將代碼更改嵌入到產(chǎn)品的源樹中之前對這些更改進行驗證的過程。在檢查了代碼后，冒煙測試是確定和修復軟件缺陷的最經(jīng)濟有效的方法。測試設(shè)計用于確認代碼中的更改會按預期運行，且不會破壞整個版本的穩(wěn)定性。12.C13.A解析：GB/T12504-2008計算機軟件質(zhì)量保證計劃規(guī)范第四小節(jié)規(guī)定：4.5評審和檢査必須規(guī)定所要進行的技術(shù)和管理

42、兩方面的評審和檢査工作，并編制或引用有關(guān)的評審和檢査 規(guī)程以及通過與否的技術(shù)準則，至少要進行下列各項評審和檢査工作：4.5.1軟件需求評審 software requirements review在軟件概要設(shè)計結(jié)束后必須進行概要設(shè)計評審，以確保在軟件需求規(guī)格說明書中所規(guī)定的各 項需求的合適性。4.5.2 概要設(shè)計評審 preliminary design review在軟件概要設(shè)計結(jié)束后必須進行概要設(shè)計評審，以評價軟件設(shè)計說明書中所描述的軟件概要 設(shè)計在總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局數(shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口 等方面的合適性。4.5.3詳細設(shè)計評審 detailed desi

43、gn review在軟件詳細設(shè)計階段結(jié)束后必須進行詳細設(shè)計評審，以評價軟件驗證與確認計劃中所規(guī)定的 驗證與確認方法的合適性與完整性。4.5.5 功能檢査 functional audit在軟件釋放前，要對軟件進行物理檢査，以驗證程序和文檔己經(jīng)滿足在軟件需求說明書中規(guī) 定的所有需求。4.5.6 物理檢査 physical audit在驗收軟件前，要對軟件進行物理檢査，以使程序和文檔己經(jīng)一致并己做好了交付的準備, 4.5.7 綜合檢査 comprehensive audit在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進行設(shè)計抽樣的綜合檢 査，以驗證代碼和設(shè)計文檔的4.5.8 管理評審

44、 management reviews要對計劃的執(zhí)行情況定期（或按階段）進行管理評審；這些評審必須由獨立于被評審單位的 機構(gòu)或授權(quán)的第三方主持進行。14.C15.A解析，參見13題16.B解析：第一級：用戶自主保護級；第二級：系統(tǒng)審計保護級；第三級：安全標記保護級； 第四級：結(jié)構(gòu)化保護級； 第五級：訪問驗證保護級。17.D解析：WEP是Wired Equivalent Privacy的簡稱，有線等效加密（WEP)是對在兩臺設(shè)備間無 線傳輸?shù)臄?shù)據(jù)進行加密的方式，用以防止非法用戶竊聽或侵入無線網(wǎng)絡(luò)。密碼分析學家找出 WEP好幾個弱點，因此在2003年被Wi-Fi Protected Access

45、淘汰，在2004年由完整 的IEEE802.11i標準（又稱為WPA2)所取代。WPA全名為Wi-Fi Protected Access,有WPA和WPA2兩個標準，是一種保護無線電腦網(wǎng)絡(luò) (Wi-Fi)安全的系統(tǒng)，它是應研究者在前一代的系統(tǒng)有線等效加密（WEP)中找到的幾個嚴 重的弱點而產(chǎn)生的。WPA實作了 IEEE802.11i標準的大部分，是在802.11i完備之前替代WEP 的過渡方案。WPA的設(shè)計可以用在所有的無線網(wǎng)卡上，但未必能用在第一代的無線接入點上。WPA2具備完整的標準體系，但其不能被應用在某些老舊型號的網(wǎng)卡上。18.A19.C解析：NETBEUI是為IBM開發(fā)的非路由協(xié)議，

46、用于攜帶NETBIOS通信。20.A21.C解析：射頻識別，RFID (Radio Frequency Identification)技術(shù)，又稱無線射頻識別，是一種通信技術(shù)，可通過無線電訊號識別特定目標并讀寫相關(guān)數(shù)據(jù)，而無需識別系統(tǒng)與特定目標之間建立機械或光學接觸。22.A解析：路由器有多個端口，用于連接多個IP子網(wǎng)。每個端口的IP地址的網(wǎng)絡(luò)號要求與所連接的IP子網(wǎng)的網(wǎng)絡(luò)號相同。不同的端口為不同的網(wǎng)絡(luò)號，對應不同的IP子網(wǎng)。路由器轉(zhuǎn)發(fā) IP分組時，只根據(jù)IP目的IP地址的網(wǎng)絡(luò)部分，選擇合適的端口，把ip分組送出去。 同主機一樣，路由器也要判定端口所接的是否是目的子網(wǎng)，如果是，就直接把分組通過端

47、口送到網(wǎng)絡(luò)上；否則，也要選擇下一個路由器來傳送分組。23.D解析：管理子系統(tǒng)也稱為管理間子系統(tǒng)，是連接垂直干線子系統(tǒng)和水平干線子系統(tǒng)的設(shè)備, 主要設(shè)備是配線架、交換機、機柜和電源。管理子系統(tǒng)設(shè)備設(shè)置在每層配線設(shè)備的房間內(nèi)， 以便能方便地管理通信線路。24.B25.D解析：類是對象的抽象，而對象是類的具體實例。類是抽象的，不占用內(nèi)存，而對象是具體 的，占用存儲空間。類是用于創(chuàng)建對象的藍圖，它是一個定義包括在特定類型的對象中的方 法和變量的軟件模板。26.A27.B 解析：狀態(tài)圖是描述某一對象的狀態(tài)轉(zhuǎn)化的，它主要表現(xiàn)的是該對象的狀態(tài)。從狀態(tài)圖中可以看出， 該對象在接受了外界的某種刺激之后，會做出什

48、么樣的反應。描述的是一個對象的事情。可 以說是對類圖的一種補充，幫助開發(fā)者完善某一類。活動圖是描述系統(tǒng)在執(zhí)行某一用例時的具體步驟的，它主要表現(xiàn)的是系統(tǒng)的動作，從活動圖中可以看出，系統(tǒng)是如何一步一步地完成用例規(guī)約的，主要用于業(yè)務(wù)建模階段?；顒訄D描述的是整個系統(tǒng)的事情?？梢哉f活動圖是對用例圖的一種細化化，幫助開發(fā)者理解業(yè)務(wù)領(lǐng)域。28.C解析：網(wǎng)絡(luò)安全審計從審計級別上可分為3種類型:系統(tǒng)級審計、應用級審計和用戶級審計。 (1)系統(tǒng)級審計：系統(tǒng)級審計主要針對系統(tǒng)的登入情況、用戶識別號、登入嘗試的曰期和具體 時間、退出的日期和時間、所使用的設(shè)備、登入后運行程序等事件信息進行審査。典型的系 統(tǒng)級審計日志還

49、包括部分與安全無關(guān)的信息，如系統(tǒng)操作、費用記賬和網(wǎng)絡(luò)性能。這類審計 卻無法跟蹤和記錄應用事件，也無法提供足夠的細節(jié)信息。(2)應用級審計：應用級審計主要針對的是應用程序的活動信息，如打開和關(guān)閉數(shù)據(jù)文件，讀 取、編輯、刪除記錄或宇段的等特定操作，以及打印報告等*(3)用戶級審計：用戶級審計主要是審計用戶的操作活動信息，如用戶直接啟動的所有命令, 用戶所有的鑒別和認證操作，用戶所訪問的文件和資源等信息。29.C30.C31.C解析：環(huán)境因素比較宏觀，包括了組織所處的的外部政策與市場環(huán)境、以及組織內(nèi)部的管理 制度與企業(yè)文化等因素，這些因素通常會直接影響到具體項目的決策和執(zhí)行，但項目通常不 會對事業(yè)環(huán)

50、境因素產(chǎn)生反向影響。32.A33.C34.A解析：有重大缺陷一定需要修改，就涉本和資源，對項目正常運行會造成影響，所以要走變更控制流程，第一步是提交變更申請。 35.D36.A解析：進度控制需要在項目整個生命周期內(nèi)都要重點關(guān)注。37.C解析：能把完成每個底層工作包的職貴明確地賦予一個成員、一組成員或者一個組織單元。38.A39.B40.D41.D解析：項目論證：主要是指在項目方案的設(shè)計和變更過程中所作的論述、推理和證明。項目評估：主要是指在項目方案完成后對于項目方案的評價、評審和審查等方面的工作。項目論證與項目評估的區(qū)別：(1)內(nèi)容不同。項目論證是從主觀的角度去論證項目決策方案的必要性和合理性

51、，項目評 估是從客觀的角度評估項目決策方案的可行性和有效性。(2)主體不同。項目論證的主體是項目決策者，項目評估主體多是獨立的第三方。(3)客體不同。項目論證的客體是正在形成中的各種項目決策方案，而項目評估的客體是 己經(jīng)提出并基本成型的項目決策備選方案。42.D43.A解析：風險識別階段的輸出包括：(1)已識別的風險列表；(2)風險的征兆或聱告信號；(3)潛在風險應對方法列表；(4)風險根本原因；(5)更新的風險分類低優(yōu)先級風險監(jiān)視表；低優(yōu)先級風險的監(jiān)視表（在風險定性分析過程中不重要的風險將被放在監(jiān)視列中以備繼續(xù)監(jiān)視）是定性風險分析階段的輸出產(chǎn)物。44.A45.B46.A 47.B48.A解析

52、：項目收尾的輸出包括：2 管理收尾規(guī)程合同收尾規(guī)程 3 最終產(chǎn)品、服務(wù)或成果 4 組織過程資產(chǎn)49.C50.A51.B解析：DIPP是用來描述項目資源利用率，其計算公式為：DIPP=EMV/ETCK。其中，EMV為項目期望貨幣值（Expected Money Value），是指考慮支付風險因素后，各個支付值與支付概率的乘積之和。ETC為完成尚需成本估算（Estimate To Complete，指為了完成項目，對剩余所需進行的 工作所消耗資源的成本估算。DIPP值越高的項目，意味著資源的利用率越高，越值得優(yōu)先考慮資源的支持。DIPP1表示項目的實際成本要比預算成本高。52.A53.D54.C5

53、5.A56.B解析：靜態(tài)投資回收期=累計凈現(xiàn)金流量第一次出現(xiàn)正值的年份-1+該年初尚未回收的投資的絕對值該年凈現(xiàn)金流量=4-1+700/800=3.91沒有特別說明，建設(shè)期是包括在投資回收期的。57.C 58.A 解析：應急儲備是為未規(guī)劃但可能發(fā)生的變更提供的補貼，這些變更由風險登記冊中所列的己知風 險引起。(已知的未知）1.應急儲備由PM負貴管理。2.PM可支配應急儲備。3.應急儲備是為將來應對的“己知的未知風險”做準備的儲備。4.應急儲備是是成本績效基準的一部分，同時也屬于項目預算。5.若無估算依據(jù)，應急儲備可按總成本的一定比例（例如10%)計箅。管理儲備是為未規(guī)劃的范圍變更與成本變更而預留的預算。（未知的未知）1. 管理儲備是為預先考慮的那些“未知的未知風險”做準備的儲備。2. 管理儲備由發(fā)起人或管理層負責管理。3.PM使用管理儲備，需要向發(fā)起人或管理層申請。4.管理儲備是項目預算的一部分。5.管理儲備不是成本基準的一部分。6.管理