2015年下半年信息系統(tǒng)項(xiàng)目管理師真題及答案(共48頁)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上目錄2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題（考試時(shí)間9 : 0011 : 30 共150 分鐘）請(qǐng)按下述要求正確填寫答題卡1. 在答題卡的指定位置上正確寫入你的姓名和準(zhǔn)考證號(hào)，并用正規(guī)2B鉛筆在你寫入的準(zhǔn)考證號(hào)下填涂準(zhǔn)考證號(hào)。2. 本試卷的試題中共有75 個(gè)空格，需要全部解答，每個(gè)空格1 分，滿分75 分。3. 每個(gè)空格對(duì)應(yīng)一個(gè)序號(hào)，有A、B、C、D四個(gè)選項(xiàng)，請(qǐng)選擇一個(gè)最恰當(dāng)?shù)倪x項(xiàng)作為解答，在答題卡相應(yīng)序號(hào)下填涂該選項(xiàng)。4. 解答前務(wù)必閱讀例題和答題卡上的例題填涂樣式及填涂注意事項(xiàng)。解答時(shí)用正規(guī)2B 鉛筆正確填涂選項(xiàng)，如需修改，請(qǐng)用橡皮擦干凈，否則會(huì)導(dǎo)致不能正確評(píng)

2、分。1、大數(shù)據(jù)對(duì)產(chǎn)品、企業(yè)和產(chǎn)業(yè)有著深刻的影響。把信息技術(shù)看作是輔助或服務(wù)性的工具己經(jīng)成為過時(shí)的觀念，管理者應(yīng)該認(rèn)識(shí)到信息技術(shù)的廣泛影響，以及怎樣利用信息技術(shù)來創(chuàng)造有力而持久的競(jìng)爭(zhēng)優(yōu)勢(shì)，（1）將是未來經(jīng)濟(jì)社會(huì)發(fā)展的一個(gè)重要特征。(1) A、數(shù)據(jù)驅(qū)動(dòng)B、信息產(chǎn)業(yè)C、大數(shù)據(jù) D、成本驅(qū)動(dòng)2、(2)屬于第四代移動(dòng)通信技術(shù)標(biāo)準(zhǔn)。(2)A、CDMA B、TD-LTECC、WCDMA D、CDMA20003、 “互聯(lián)網(wǎng)+"協(xié)同制造中鼓勵(lì)有實(shí)力的互聯(lián)網(wǎng)企業(yè)構(gòu)建網(wǎng)絡(luò)化協(xié)同制造公共服務(wù)平臺(tái)。以下敘述中，（3)是不正確的。(3)A、此類協(xié)同制造公共服務(wù)平臺(tái)多采用大集中系統(tǒng)B、此類協(xié)同制造公共服務(wù)平臺(tái)需要

3、大數(shù)據(jù)技術(shù)的支持C、此類協(xié)同制造公共服務(wù)平臺(tái)通常需要寬帶網(wǎng)絡(luò)的支持D、此類協(xié)同制造公共服務(wù)平臺(tái)需要加強(qiáng)信息安全管理4、需求分析是軟件定義階段中的最后一步，在這個(gè)階段確定系統(tǒng)必須完成哪些工作，對(duì)目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。一般來說，軟件需求分析可分為(4)三個(gè)階段。 (4)A、需求分析、需求描述及需求評(píng)審B、需求提出、需求描述及需求驗(yàn)證 C、需求分析、需求評(píng)審及需求驗(yàn)證D、需求提出、需求描述及需求評(píng)審5、軟件需求包括三個(gè)不同的層次，分別為業(yè)務(wù)需求、用戶需求和功能及非功能需求，（5)屬于用戶需求。(5)A、反映了組織機(jī)構(gòu)或客戶對(duì)系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，其在項(xiàng)目視圖與范圍文檔中予以

4、說明B、描述用戶使用產(chǎn)品必須要完成的任務(wù)，其在使用實(shí)例文檔或方案腳本說明中予以說明C、定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足業(yè)務(wù)需求D、軟件產(chǎn)品為了滿足用戶的使用，對(duì)用戶開發(fā)、處理速度、安全性能等方面的需求6、以下關(guān)于需求定義的敘述中，（6)是正確的。(6)A、需求定義的目標(biāo)是根據(jù)需求調(diào)査和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無誤的產(chǎn)品需求, 形成需求規(guī)格說明書B、需求規(guī)格說明書將只交給甲方作為驗(yàn)收依據(jù)，乙方開發(fā)人員不需要了解C、需求定義的目的是對(duì)各種需求信息進(jìn)行分析并抽象描述，為目標(biāo)系統(tǒng)建立一個(gè)概念模型D、需求定義是指開發(fā)方和用戶共同對(duì)需求文檔評(píng)審，經(jīng)雙方對(duì)需求達(dá)成共

5、識(shí)后做出書面承諾，使需求文檔具有商業(yè)合同效果7、軟件工程管理集成了過程管理和項(xiàng)目管理。以下關(guān)于軟件工程管理過程的敘述中，（7)最為準(zhǔn)確和完整。(7)A、范圍定義、項(xiàng)目計(jì)劃、項(xiàng)目實(shí)施、評(píng)審和評(píng)價(jià)、軟件工程度量B、需求分析、設(shè)計(jì)、測(cè)試、質(zhì)量保證、維護(hù)C、需求分析、設(shè)計(jì)、測(cè)試、質(zhì)量保證、軟件復(fù)用D、需求分析、設(shè)計(jì)、測(cè)試、驗(yàn)證與確認(rèn)、評(píng)審與審計(jì)、維護(hù) 8、軟件項(xiàng)目質(zhì)量保證中的審計(jì)指的是（8）。(8)A、評(píng)價(jià)軟件產(chǎn)品以確定其對(duì)使用意圖的適合性B、檢査和識(shí)別軟件產(chǎn)品的某個(gè)部分的異常，并記錄到文檔C、監(jiān)控軟件項(xiàng)目進(jìn)展，決定計(jì)劃和進(jìn)度的狀態(tài)D、評(píng)價(jià)軟件產(chǎn)品和過程對(duì)于設(shè)定規(guī)則、標(biāo)準(zhǔn)、流程等的遵從性9、軟件測(cè)試是

6、軟件開發(fā)過程中的一項(xiàng)重要內(nèi)容，將測(cè)試分為白盒測(cè)試、黑盒測(cè)試和灰盒測(cè)試主要是(9)對(duì)軟件測(cè)試進(jìn)行分類。(9)A、從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度B、從是否執(zhí)行程序的角度C、從軟件并發(fā)階段的細(xì)分角度D、從軟件開發(fā)復(fù)雜性的角度10、軟件項(xiàng)目中的測(cè)試管理過程包括(10)。(10)A、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試B、單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試、回歸測(cè)試C、制定測(cè)試計(jì)劃、開發(fā)測(cè)試工具、執(zhí)行測(cè)試、發(fā)現(xiàn)并報(bào)告缺陷、測(cè)試總結(jié)D、制定測(cè)試計(jì)劃及用例、執(zhí)行測(cè)試、發(fā)現(xiàn)并報(bào)告缺陷、修正缺陷、重新測(cè)試11、(11)指在軟件維護(hù)階段，為了檢測(cè)由于代碼修改而可能引入的錯(cuò)誤所進(jìn)行的測(cè)試活動(dòng)。(11) A、回歸

7、測(cè)試B、修復(fù)測(cè)試C、集成測(cè)試D、冒煙測(cè)試12、信息的（12)要求采用的安全技術(shù)保證信息接收者能夠驗(yàn)證在傳送過程中信息沒有被修改，并能防范入侵者用假信息代替合法信息。(12)A、隱蔽性B、機(jī)密性C、完整性D、可靠性13、根據(jù)GB/T12504-2008計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范的相關(guān)規(guī)定，以下評(píng)審和檢査工作中，（13)不是必須進(jìn)行的。(13) A、執(zhí)行進(jìn)度評(píng)審B、軟件需求評(píng)審C、詳細(xì)設(shè)計(jì)評(píng)審D、管理評(píng)審14、軟件可靠性是指在指定條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力，其子特性(14)是指在軟件發(fā)生故障或者違反指定接口的情反下，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力。(14)A、成熟性B、易恢復(fù)

8、性C、容錯(cuò)性D、依從性15、根據(jù)GB/T12504-2008計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范中的規(guī)定，在軟件驗(yàn)收時(shí)，驗(yàn)證代碼與設(shè)計(jì)文檔的一致性、接口規(guī)格說明的一致性、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性等檢査屬于(15)。(15)A、綜合檢査B、功能檢査C、性能檢査D、配置檢査16、根據(jù)信息安全等級(jí)保護(hù)管理辦法中的規(guī)定，信息系統(tǒng)的安全保護(hù)等級(jí)應(yīng)當(dāng)根據(jù)信息系統(tǒng)在國家安全、經(jīng)濟(jì)建設(shè)、社會(huì)生活中的重要程度，信息系統(tǒng)遭到破壞后對(duì)國家安全、社會(huì) 抶序、公共利益以及公民、法人和其他組織的合法權(quán)益的危害程度等因素確定。其中安全標(biāo)記保護(hù)級(jí)處于(16)。(16)A、第二級(jí)B、第三級(jí)C、第四級(jí)D、第五級(jí)17、以下關(guān)于WLAN安全

9、機(jī)制的敘述中，（17)是正確的。(17)A、WPA是為建立無線網(wǎng)絡(luò)安全環(huán)境提供的第一個(gè)安全機(jī)制B、WEP和IPSec協(xié)議一樣，其目標(biāo)都是通過加密無線電波來提供安全保證C、WEP2的初始化向量（IV)空間為64位D、WPA提供了比WEP更為安全的無線局域網(wǎng)接入方案18、在信息系統(tǒng)安全建設(shè)中，（18)確立全方位的防御體系，一般會(huì)告訴用戶應(yīng)有的責(zé)任， 組織規(guī)定的網(wǎng)絡(luò)訪問、服務(wù)訪問、本地和遠(yuǎn)地的用戶認(rèn)證、撥入和撥出、磁盤和數(shù)據(jù)加密、病毒防護(hù)措施，以及雇員培訓(xùn)等，并保證所有可能受到攻擊的地方都必須以同樣安全級(jí)別加以保護(hù)。(18)A、安全策略B、防火墻C、安全體系D、系統(tǒng)安全19、以下關(guān)于網(wǎng)絡(luò)協(xié)議的敘述中

10、，（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是運(yùn)行在TCP之上的應(yīng)用層協(xié)議D、TCP協(xié)議提供了無連接但可靠的數(shù)據(jù)報(bào)傳信道20、在1號(hào)樓辦公的小季希望在本地計(jì)算機(jī)上通過遠(yuǎn)程登錄的方式訪問放置在2號(hào)樓的服 務(wù)器，為此將會(huì)使用到TCP/IP協(xié)議族中的（20)協(xié)議，(20)A、Telnet B.FTP C、HTTP D.SMTP21、射頻識(shí)別（RFID)是物聯(lián)網(wǎng)中常用的無線通信技術(shù)，它通過（21)識(shí)別特定目標(biāo)并讀寫相關(guān)數(shù)據(jù)。(21)A.磁條B、紅外線C、無線電信D、光束掃描22、網(wǎng)絡(luò)路由器（

11、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個(gè)獨(dú) 立的子系統(tǒng)，其中（23)是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，同時(shí)又可為同層組網(wǎng)提供條件。(23)A、建筑群子系統(tǒng)B、設(shè)備間子系統(tǒng) C、工作區(qū)子系統(tǒng) D、管理子系統(tǒng)24、軟件架構(gòu)設(shè)計(jì)是軟件開發(fā)過程中的一項(xiàng)重要工作。(24)不屬于軟件架構(gòu)設(shè)計(jì)的主要工作內(nèi)容。(24)A、制定技術(shù)規(guī)格說明B、編寫需求規(guī)格說明書C、技術(shù)選型D、系統(tǒng)分解25、以下關(guān)于類和對(duì)象關(guān)系的敘述中，（25)是不正確的。(25)A

12、、對(duì)象是類的實(shí)例B、類是對(duì)象的抽象C、類是靜態(tài)的，對(duì)象是動(dòng)態(tài)的D、類和對(duì)象必須同時(shí)存在26、在統(tǒng)一建模語言中(26)的主要目的是幫助開發(fā)團(tuán)隊(duì)以一種可規(guī)化的方式理解系統(tǒng)的功能需求，包括基于基本流程的“角色”關(guān)系等。(26)A、用例圖 B、類圖 C、序列圖 D、狀態(tài)圖27、UML提供了各種圖來描述建模過程，下圖所示的UML圖是一個(gè)（27)。(27) A、活動(dòng)圖B、狀態(tài)圖C、用例圖D、序列圖28、一般而言，網(wǎng)絡(luò)安全審計(jì)從審計(jì)級(jí)別上可分為(28)、應(yīng)用級(jí)審計(jì)和用戶級(jí)審計(jì)三種類型。(28) A、組織級(jí)審計(jì)B、物理審計(jì)C、系統(tǒng)級(jí)審計(jì)D、單元級(jí)審計(jì)29、根據(jù)政府采購法的規(guī)定，以下做法中，（29)是不正確的。

13、(29)A、某省政府采購中心將項(xiàng)目采購的招標(biāo)工作委托給招標(biāo)公司完成B、政府采購項(xiàng)目完成后，采購方請(qǐng)國家認(rèn)可的質(zhì)量檢測(cè)機(jī)構(gòu)參與項(xiàng)目驗(yàn)收C、政府采購項(xiàng)目驗(yàn)收合格后，采購方將招投標(biāo)原件進(jìn)行了銷毀D、招標(biāo)采購過程中，由于符合條件的供應(yīng)商不滿三家，重新組織了招標(biāo)30、(30)不受著作權(quán)法保護(hù)。(1)文宇作品 (2)口述作品 (3)音樂、戲劇、曲藝 (4)攝影作品 (5)計(jì)算機(jī)軟件(6)時(shí)事新聞 (7)通用表格和公式(30) A、(2) (6) (7) B、(2)(5)(6)C、(6) (7) D、(3)(5)31、某系統(tǒng)集成項(xiàng)目的項(xiàng)目經(jīng)理在制定項(xiàng)目章程時(shí)，必須要考慮涉及并影響項(xiàng)目的環(huán)境和組織因素（31）

14、不屬于環(huán)境和組織因素的內(nèi)容。(31)A、公司文化和結(jié)構(gòu)B、員工績效評(píng)估記錄 C、變更控制流程 D、項(xiàng)目管理信息系統(tǒng)32、(32)工作用來對(duì)項(xiàng)目進(jìn)行定義，該工作用來明確“項(xiàng)目需要做什么”。(32)A、制定項(xiàng)目范圍說明書 B、制定項(xiàng)目管理計(jì)劃C、制定項(xiàng)目章程D、項(xiàng)目管理信息系統(tǒng)33、項(xiàng)目進(jìn)入到執(zhí)行階段后，項(xiàng)目經(jīng)理、項(xiàng)目組成員為了完成項(xiàng)目范圍說明書定義的工作，還需執(zhí)行的是(33)。(1)實(shí)施己批準(zhǔn)的預(yù)防措施以降低潛在負(fù)面結(jié)果出現(xiàn)的可能性(2)管理已分配到項(xiàng)目或階段中的項(xiàng)目團(tuán)隊(duì)成員(3)為項(xiàng)目選擇生命周期模型(4) 監(jiān)管項(xiàng)目總投入情況(5)管理供應(yīng)商(33)A、(2)(5)B、(1)(2)(3)(4)

15、C、(1)(2)(4)(5) D、(1)(2)(3)(4)(5)34、項(xiàng)目組的測(cè)試人員在軟件系統(tǒng)測(cè)試時(shí)發(fā)現(xiàn)了一個(gè)重大缺陷并報(bào)告給了項(xiàng)目經(jīng)理，項(xiàng)目經(jīng)理接下來應(yīng)該(34)。(34)A、提交一個(gè)變更申請(qǐng)B、和質(zhì)量保證人員商量如何修改 C、將任務(wù)分配給開發(fā)人員小王修改 D、評(píng)估是否需要修改35、己知某系統(tǒng)由ABCDEF六個(gè)活動(dòng)構(gòu)成，項(xiàng)目實(shí)習(xí)人員根據(jù)活動(dòng)邏輯關(guān)系及歷時(shí)等信息繪 制了該系統(tǒng)的網(wǎng)絡(luò)圖，并給出了該系統(tǒng)的工期為9周，項(xiàng)目組其他成員紛紛提出意見。以下意見中(35)是正確的。工作名稱ABCDEF緊前關(guān)系-AAA、BA, B歷時(shí)2周3周4周6周5周1周(35)A、邏輯關(guān)系錯(cuò)誤，項(xiàng)目工期應(yīng)為7周B、有循

16、環(huán)回路，項(xiàng)目工期是正確的C、節(jié)點(diǎn)序號(hào)編排不對(duì)，項(xiàng)目工期正確D、項(xiàng)目工期應(yīng)為8周36、項(xiàng)目進(jìn)度控制是依據(jù)項(xiàng)目進(jìn)度基準(zhǔn)計(jì)劃對(duì)項(xiàng)目的實(shí)際進(jìn)度進(jìn)行監(jiān)控，使項(xiàng)目能夠按時(shí)完成。以下關(guān)于項(xiàng)目進(jìn)度控制的敘述中，（36)是不正確的。(36)A、項(xiàng)目進(jìn)度至關(guān)重要，因此進(jìn)度控制需要在項(xiàng)目初期優(yōu)先關(guān)注B、進(jìn)度控制必須與其他變化控制，包括成本控制與范圍控制緊密結(jié)合C、項(xiàng)目進(jìn)度控制是項(xiàng)目整體控制的一個(gè)組成部分D、對(duì)項(xiàng)目進(jìn)度的控制，應(yīng)重點(diǎn)關(guān)注進(jìn)展報(bào)告和執(zhí)行狀態(tài)報(bào)告37、在編制WBS時(shí)，應(yīng)考慮以下(37)基本原則。每個(gè)WBS元素都代表一個(gè)獨(dú)立的、有形或無形的可交付成果可交付成果中包括最終可交付物和為實(shí)現(xiàn)最終結(jié)果所需要的中間可

17、交付物 每個(gè)WBS元素應(yīng)只從屬一個(gè)母層次的WBS元素或子層次的WBS元素每個(gè)工作包都應(yīng)可以分配給一名項(xiàng)目團(tuán)隊(duì)成員或一家分包商單獨(dú)負(fù)責(zé)可交付成果具有唯一性、獨(dú)特性(37) A、B、C、D、38、一個(gè)組織中有很多類型的分解結(jié)構(gòu)，項(xiàng)目組在分解WBS時(shí)，(38)可以幫助項(xiàng)目組考慮并確定所分解的工作包由哪些成員來執(zhí)行。(38)A、組織分解結(jié)構(gòu)(OBS)B、物料清單(BOM)C、風(fēng)險(xiǎn)分解結(jié)構(gòu)(RBS) D、過程分解結(jié)構(gòu)(PBS)39、項(xiàng)目可行性分析是立項(xiàng)前的重要工作，包括技術(shù)、物資、資源、人員的可行性。在進(jìn)行項(xiàng)目可行性分析時(shí)，需要在(39)過程中分析人力資源的可行性。(39)A、經(jīng)濟(jì)可行性分析B、技術(shù)可行

18、性分析C、運(yùn)行環(huán)境可行分析D、法律可行性析40、項(xiàng)目論證是一個(gè)連續(xù)的過程，一般包括以下幾個(gè)步驟，正確的執(zhí)行順序是(40)。收集并分析相關(guān)資料明確項(xiàng)目范圍和業(yè)主目標(biāo)擬定多種可行的實(shí)施方案并分析比較選擇最優(yōu)方案進(jìn)行詳細(xì)論證編制資金籌措計(jì)劃和項(xiàng)目實(shí)施進(jìn)度計(jì)劃編制項(xiàng)目論證報(bào)告(40) A、B、 C、D、41、項(xiàng)目可行性研究階段的項(xiàng)目論證和項(xiàng)目評(píng)估的關(guān)系是(41)。(41)A、一般先進(jìn)行項(xiàng)目評(píng)估，再進(jìn)行項(xiàng)目論證。B、項(xiàng)目論證和項(xiàng)目評(píng)估都是立項(xiàng)階段必不可少的環(huán)節(jié)C、項(xiàng)目評(píng)估是在項(xiàng)目論證的基礎(chǔ)上，由第三方開展的判斷項(xiàng)目是否可行的一個(gè)評(píng)估過程 d.項(xiàng)目論證是給出項(xiàng)目的實(shí)施方案，項(xiàng)目評(píng)估是對(duì)實(shí)施方案的量化和決策

19、42、以下關(guān)于項(xiàng)目團(tuán)隊(duì)管理的敘述中，(42)是不正確的。(42)A、項(xiàng)目團(tuán)隊(duì)管理的目的是跟蹤個(gè)人和團(tuán)隊(duì)的績效，反饋和解決問題以提高項(xiàng)目績效B、可采用觀察和交談、項(xiàng)目績效評(píng)估的方法實(shí)現(xiàn)對(duì)項(xiàng)目團(tuán)隊(duì)的管理C、一個(gè)企業(yè)中的組織文化可能會(huì)影響團(tuán)隊(duì)管理的方式和結(jié)果D、項(xiàng)目經(jīng)理在團(tuán)隊(duì)發(fā)生沖突時(shí)應(yīng)本著解決矛盾的原則進(jìn)行調(diào)解43、(43)不屬于風(fēng)險(xiǎn)識(shí)別階段的成果。(43)A、低優(yōu)先級(jí)風(fēng)險(xiǎn)的監(jiān)視表B、己識(shí)別出的風(fēng)險(xiǎn)列表C、風(fēng)險(xiǎn)征兆或警告信號(hào) D、潛在的風(fēng)險(xiǎn)應(yīng)對(duì)方法列表44、主要風(fēng)險(xiǎn)清單是常用的項(xiàng)目風(fēng)險(xiǎn)管理工具，如下圖所示。以下關(guān)于風(fēng)險(xiǎn)清單的敘述中，(44)是不正確的。本周上周周數(shù)風(fēng)險(xiǎn)風(fēng)險(xiǎn)解決的情況115需求的逐漸

20、增加利用用戶界面原型來收集高質(zhì)量的需求；已將需求規(guī)約置于明確的變更控制程序之下；運(yùn)用分階段交付的方法在適當(dāng)?shù)臅r(shí)候提供能力來改變軟件特征（如果需要的話）255有多余的需求或開發(fā)人員項(xiàng)目要旨的陳述中要說明軟件中不需要包含哪些東西；設(shè)計(jì)的重點(diǎn)放在最小化；評(píng)審中有核對(duì)清單用以檢查“多余設(shè)計(jì)或多余的實(shí)現(xiàn)”(44)A、該風(fēng)險(xiǎn)清單應(yīng)在需求分析之前建立，并在項(xiàng)目結(jié)束前不斷定期維護(hù)B、項(xiàng)目經(jīng)理、風(fēng)險(xiǎn)管理貴任人應(yīng)每隔一周左右回顧該風(fēng)險(xiǎn)清單C、應(yīng)該對(duì)風(fēng)險(xiǎn)清單中的部分主要風(fēng)險(xiǎn)制定詳細(xì)的風(fēng)險(xiǎn)應(yīng)對(duì)計(jì)劃D、對(duì)風(fēng)險(xiǎn)清單的回顧應(yīng)包含在進(jìn)度計(jì)劃表中，否則可能被遺忘45、根據(jù)中華人民共和國招投標(biāo)法,以下做法中，(45)是正確的。(

21、45)A、某項(xiàng)目于4月7日公開發(fā)布招標(biāo)文件，標(biāo)明截止時(shí)間2015年4月14日13時(shí)B、開標(biāo)應(yīng)當(dāng)在招標(biāo)文件確定的提交投標(biāo)文件截止時(shí)間的同一時(shí)間公開進(jìn)行C、某次招標(biāo)活動(dòng)中的所有投標(biāo)文件都與招標(biāo)文件要求存在一定的差異，評(píng)標(biāo)委員會(huì)可以確定其中最接近投標(biāo)文件要求的公司中標(biāo)D、聯(lián)合投標(biāo)的幾家企業(yè)中只需要一家達(dá)到招標(biāo)文件要求的資質(zhì)即可46、某項(xiàng)目在招標(biāo)時(shí)被分成若干個(gè)項(xiàng)目包，分別發(fā)包給不同的承包人。承包人中標(biāo)后應(yīng)與招標(biāo)人簽訂的合同屬于(46)。(46)A、單項(xiàng)項(xiàng)目承包合同B、分包合同C、單價(jià)合同D、成本激勵(lì)合同47、項(xiàng)目采購是一項(xiàng)復(fù)雜的工作，編制詳細(xì)可行的項(xiàng)目采購計(jì)劃有助于項(xiàng)目成功，(47)屬于編制項(xiàng)目采購計(jì)

22、劃所必須考慮的內(nèi)容。(47)A、工作說明書B、項(xiàng)目范圍說明書C、自制/外購決定D、合同收尾規(guī)程48、(48)不屬于項(xiàng)目收尾的輸出。(48) A、合同文件B、管理收尾規(guī)程C、合同收尾規(guī)程D、組織過程資產(chǎn)更新49、與普通的采購管理過程相比，外包管理更注重(49)環(huán)節(jié)。(49) A、自制外購分析B、計(jì)劃編制C、過程監(jiān)控D、成果驗(yàn)收50、項(xiàng)目組合管理是一個(gè)保證組織內(nèi)所有項(xiàng)目都經(jīng)過風(fēng)險(xiǎn)和收益分析及平衡的方法論。作為公司的項(xiàng)目經(jīng)理進(jìn)行項(xiàng)目組合管理時(shí)，（50)應(yīng)是重點(diǎn)考慮的要素。(50) A、資源利用效率B、項(xiàng)目進(jìn)度控制C、范圍變更D、項(xiàng)目質(zhì)量51、DIPP分析法可用于對(duì)處在不同階段的項(xiàng)目進(jìn)行比較，同時(shí)可以

23、表明項(xiàng)目的資源利用情況DIPP=EMV/ETC。如果有A、B、C、D四個(gè)項(xiàng)目，項(xiàng)目初期的DIPP值分別為： DIPP(A)=0.9、DIPP(B)=1.3、 DIPP (C)=0.8、DIPP(D)=1.2，則優(yōu)先選擇的項(xiàng)目為(51)。(51)A、項(xiàng)目A B、項(xiàng)目B C、項(xiàng)目C D、項(xiàng)目D52、項(xiàng)目組合管理是指為了實(shí)現(xiàn)特定的戰(zhàn)略業(yè)務(wù)目標(biāo)，對(duì)一個(gè)或多個(gè)項(xiàng)目組合進(jìn)行集中管理, 包括識(shí)別、排序、授權(quán)、管理和控制項(xiàng)目，項(xiàng)目集和其他有關(guān)工作。以下關(guān)于項(xiàng)目組合管理的敘述中(52)是不正確的。(52)A、項(xiàng)目組合管理主要采用的是自下而上的管理方式B、項(xiàng)目組合管理過程一般是進(jìn)行組織決策的過程C、項(xiàng)目組合管理要

24、確保與組織戰(zhàn)略協(xié)調(diào)一致D、通過審核項(xiàng)目和項(xiàng)目集來確定資源分配的優(yōu)先順序53、依據(jù)GB/T 19668、1-2005信息化工程監(jiān)理規(guī)范，以下關(guān)于工程招標(biāo)階段的質(zhì)量控制內(nèi)容的敘述中，(53)是不正確的。(53)A、監(jiān)理機(jī)構(gòu)應(yīng)了解業(yè)主單位的業(yè)務(wù)需求，并將其作為監(jiān)理工作的依據(jù)之一B、監(jiān)理機(jī)構(gòu)宜參與招標(biāo)書的編制C、監(jiān)理機(jī)構(gòu)可參與招標(biāo)答疑工作D、監(jiān)理機(jī)構(gòu)不宜對(duì)評(píng)標(biāo)的評(píng)定標(biāo)準(zhǔn)提出監(jiān)理意見54、監(jiān)理工程師在審批承包人提交的開工報(bào)告時(shí)，要對(duì)承包人提供的開工條件進(jìn)行檢査、核簽與審批，(54)般不是重點(diǎn)核實(shí)和審批的對(duì)象。(54)A、施工人員組織B、材料質(zhì)量C、項(xiàng)目驗(yàn)收計(jì)劃D、施工工具配備55、在對(duì)項(xiàng)目內(nèi)部各成員制定

25、績效任務(wù)時(shí)，首先應(yīng)(55)。(55)A、對(duì)每個(gè)崗位的工作內(nèi)容進(jìn)行分解B、對(duì)每個(gè)崗位的工作在進(jìn)度、成本、質(zhì)量等上設(shè)定KPI值C、確定KPI的評(píng)分標(biāo)準(zhǔn)D、確定考核頻率56、某一項(xiàng)目，初始投資為2000萬元，該項(xiàng)目從投產(chǎn)年開始每年的凈收益如下表所示，則該 項(xiàng)目的靜態(tài)投資回收期約為(56)年。2011 年2012 年2013 年2014 年2015 年投入2000萬元凈收益600萬元凈收益700萬元凈收益800萬元凈收益500萬元(56)A、2.9 B、3.9 C、2.7 D、3.857、某項(xiàng)目包含A、B、C三項(xiàng)主要活動(dòng)，項(xiàng)目經(jīng)理在成本估算時(shí)采用自下而上的方法，分別估算出三項(xiàng)活動(dòng)的成本分別為13萬元，

26、23萬元和8萬元，同時(shí)為了應(yīng)對(duì)未來可能遇 到的不確定因素，預(yù)留了10萬元的管理儲(chǔ)備，同時(shí)為每個(gè)活動(dòng)預(yù)留了2萬元的準(zhǔn)備金。 該項(xiàng)目的總預(yù)算為(57)萬元。項(xiàng)目進(jìn)行到第二個(gè)月時(shí)，實(shí)際花費(fèi)為20萬元，完成總工作量的30%。如果項(xiàng)目按照當(dāng)前績效繼續(xù)進(jìn)展下去，預(yù)測(cè)項(xiàng)目的完工尚需成本ETC約為(58) 萬元。(57>A、44 B、54 C、60 D、50(58)A, 46.7 B、40.7 C、45 D、4659、確定適用于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)并決定如何滿足這些標(biāo)準(zhǔn)是(59)的過程。(59)A、質(zhì)量目標(biāo)B、質(zhì)量保證C、質(zhì)量方針D、質(zhì)量計(jì)劃60、項(xiàng)目質(zhì)量管理通過質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制程序和過程以及連續(xù)

27、的過程改進(jìn)活動(dòng)來實(shí)現(xiàn)，其中(60)關(guān)注項(xiàng)目執(zhí)行過程中的質(zhì)量。(60)A、質(zhì)量保證B、質(zhì)量規(guī)劃C、質(zhì)量控制D、質(zhì)量改進(jìn)61、(61)可以作為項(xiàng)目質(zhì)量控制中問題識(shí)別和問題分析的工具。(61)A、帕累托分析 B、直方圖 C、核對(duì)表 D、因果分析62、按照軟件配罝管理的基本指導(dǎo)思想，受控制的對(duì)象應(yīng)是（62),實(shí)施軟件配置管理包括 4個(gè)最基本的活動(dòng)，其中不包括（63)。(62) A、軟件元素 B、軟件項(xiàng)目 C、軟件配罝項(xiàng)D、軟件過程(63) A、配置項(xiàng)標(biāo)識(shí)B、配置項(xiàng)優(yōu)化C、配置狀態(tài)報(bào)告D、配置審計(jì)64、在需求跟蹤過程中，檢査設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在產(chǎn)品需求規(guī)格說明書中找到出處的方法屬

28、于(64)。(64) A、逆向跟蹤B、正向跟蹤 C、雙向跟蹤 D、系統(tǒng)跟蹤65、測(cè)試人員在測(cè)試某一功能時(shí)，發(fā)現(xiàn)該功能在需求說明書里沒有，他接下來正確的做法是(65)。(65)A、在需求說明書中補(bǔ)充該功能B、匯報(bào)項(xiàng)目經(jīng)理，讓其査明原因C、找開發(fā)人員溝通，讓其刪除該功能D、找用戶溝通，該功能是否需要66、已知網(wǎng)絡(luò)圖各段路線所需費(fèi)用如下圖所示，圖中甲線和乙線上的數(shù)宇分別代表相應(yīng)點(diǎn)的有關(guān)費(fèi)用。從甲線到乙線的最小費(fèi)用路線有（66)條，最小費(fèi)用為（67)。(66) A、 1 B、 2C、3D、4(67) A、 15 B、 16 C、 17D、1868、己知有6個(gè)村子，相互之間道路的距離如下圖所示?，F(xiàn)擬合建

29、一所小學(xué)。己知甲村有小學(xué)生50人，乙村40人，丙村60人，丁村20人，戊村70人，己村90人。從甲村到乙村的最短路程是（68)；小學(xué)應(yīng)建在(69)村，使全體學(xué)生上學(xué)所走的總路程最短。(68)A、10 B、11C、12D. 14(69)A、甲B、丙C、丁D、已70、有一種游戲?yàn)閿S兩顆骰子，其規(guī)則為：當(dāng)點(diǎn)數(shù)和為2時(shí)，游戲者輸9元；點(diǎn)數(shù)和為7或者11時(shí)，游戲者贏X元；其他點(diǎn)數(shù)時(shí)均輸1元。依據(jù)EMV準(zhǔn)則，當(dāng)K超過（70)元時(shí)才對(duì)游戲者有利。(70) A. 3.5B、4C、4.5D、571、In an Information system. The (71) is the bridge between

30、hardware and people.(71)A、 keyboardB、internetC、diskD、data72、Cloud-computing providers offer their “services” according to different models, which 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、

31、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 ou project using historical data from a similar activity or project.(73)A、Parametric B、 Analogous C、 Three-point D、 Expert judgment74、Schedule compression s

32、hortens the project schedule without changing the project scope, to meet schedule constraints, imposed dates, or other schedule objectives. Schedule compression techniques include crashing and (74).(74)A、fast trackingB、what-if scenario analysis C、resource levelingD、critical chain method75、If the app

33、roved change requests have an effect on the project scope, then the corresponding component documents and cost baselines, and (75) of the project management plan are revised and reissued to reflect the approved changes.(75)A、developing baselines B、testing baselines C、schedule baselines D、 ending bas

34、elines2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題參考答案 12345 678901 CBABBAADAD11 ACACABDACA21 CADBDABCCC31 CACADACABD41 DDAABABACA51 BADCABCADA61 DCBABBCBCC71 ACBAC2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題答案解析1.C解析：大數(shù)據(jù)是數(shù)據(jù)及相關(guān)技術(shù)工具的統(tǒng)稱，Gartner認(rèn)為大數(shù)據(jù)是需要新處理模式才能具 有更強(qiáng)的決策力、洞察發(fā)現(xiàn)力和流程優(yōu)化能力的海量、高增長率和多樣化的信息資產(chǎn)維基 百科認(rèn)為，大數(shù)據(jù)是指無法在可承受的時(shí)間范圍內(nèi)用常規(guī)軟件工具進(jìn)行捕捉、管理、處理的 數(shù)據(jù)集合。從

35、產(chǎn)業(yè)角度，常常把這些數(shù)據(jù)與采集它們的工具、平臺(tái)、分析系統(tǒng)一起被稱為“大 數(shù)據(jù)”。大數(shù)據(jù)具有Volume、VarlEty、Value和VelocITy的4V特征。2 B解析：第四代移動(dòng)通信技術(shù)標(biāo)準(zhǔn)，外語縮寫：4G,該技術(shù)包括TD-LTE和FDD-LTE兩種制式。3G 存在 3 種標(biāo)準(zhǔn)：CDMA2000、WCDMA、TD-SCDMA。3.A解析：協(xié)同制造公共服務(wù)平臺(tái)多采用分布式系統(tǒng)，而非集中式系統(tǒng)4.B解析：需求分析可分為需求提出、需求描述及需求評(píng)審三個(gè)階段。需求提出：主要集中于描述系統(tǒng)目的。需求提出和分析僅僅集中在使用者對(duì)系統(tǒng)的觀點(diǎn) 上。開發(fā)人員和用戶確定一個(gè)問題領(lǐng)域，并定義一個(gè)描述該問題的系統(tǒng)

36、這樣的定義稱 作系統(tǒng)規(guī)格說明，并且它在用戶和開發(fā)人員之間充當(dāng)合同。需求描述：在問題分析階段分析人員的主要任務(wù)是：對(duì)用戶的需求進(jìn)行鑒別、綜合和建 模，清除用戶需求的模糊性、歧義性和不一致性，分析系統(tǒng)的數(shù)據(jù)要求，為原始問題及 目標(biāo)軟件建立邏輯模型。分析人員要將對(duì)原始問題的理解與軟件開發(fā)經(jīng)驗(yàn)結(jié)合起來，以便發(fā)現(xiàn)哪些要求是由于用戶的片面性或短期行為所導(dǎo)致的不合理要求，哪些是用戶尚未提出但具有真正價(jià)值的潛在需求。需求評(píng)審：在需求評(píng)審階段，分析人員要在用戶和軟件設(shè)計(jì)人員的配合下對(duì)自己生成的需求規(guī)格說明和初步的用戶手冊(cè)進(jìn)行復(fù)核，以確保軟件需求的完整、準(zhǔn)確、清晰、具體，并使用戶和軟件設(shè)計(jì)人員對(duì)需求規(guī)格說明和初步

37、的用戶手冊(cè)的理解達(dá)成一致。一旦發(fā)現(xiàn) 遺漏或模糊點(diǎn)，必須盡快更正，再行檢査。5.B解析：業(yè)務(wù)需求（Business requirement)表不組織或客戶高層次的目標(biāo)業(yè)務(wù)需求通常來自項(xiàng)目投 資人、購買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場(chǎng)營銷部門或產(chǎn)品策劃部門。用戶需求（user requirement)描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用例、場(chǎng)景描述和事件一一響應(yīng)表都是達(dá)用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么。功能需求（functional requirement)規(guī)定開發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能需

38、求有時(shí)也被稱作行為需求（behaviour requirement)。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么。6.A7.A解析：軟件工程管理繼承了過程管理和項(xiàng)目管理的內(nèi)容。包括啟動(dòng)和范圍定義、軟件項(xiàng)目計(jì) 劃、軟件項(xiàng)目實(shí)施、評(píng)審和評(píng)價(jià)、關(guān)閉、軟件工程度量等六個(gè)方面。啟動(dòng)和范圍定義。進(jìn)行啟動(dòng)軟件工程項(xiàng)目的活動(dòng)并作出決定。通過各種方法來有效地確 定軟件需求，并從不同的角度評(píng)估項(xiàng)目的可行性。一旦可行性建立后，余下的任務(wù)就是 需求驗(yàn)證和變更流程的規(guī)范說明。軟件項(xiàng)目計(jì)劃。從管理的角度，進(jìn)行為成功的軟件工程作準(zhǔn)備而要采取的活動(dòng)。使用迭 代方式制訂計(jì)劃。要點(diǎn)在于評(píng)價(jià)并確定適當(dāng)?shù)能浖芷谶^程，并完成相關(guān)的工作。

39、軟件項(xiàng)目實(shí)施。進(jìn)行軟件工程過程中發(fā)生的各種工程管理活動(dòng)。實(shí)施項(xiàng)目計(jì)劃，最重要的是遵循計(jì)劃，井完成相關(guān)的工作。評(píng)審和評(píng)價(jià)。進(jìn)行確認(rèn)軟件是否濤到滿足的驗(yàn)證活動(dòng)。關(guān)閉。進(jìn)行軟件工程項(xiàng)目完成后的活動(dòng)。在這一階段，重新審査項(xiàng)目成功的準(zhǔn)則。一旦 關(guān)閉成立，進(jìn)行歸檔、事后分析和過程改進(jìn)活動(dòng)。軟件工程度量。進(jìn)行在軟件工程組織中有效地開發(fā)和實(shí)現(xiàn)度量的程序。8.D9.A 解析：白盒測(cè)試：己知產(chǎn)品的內(nèi)部工作過程，可以通過測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要 求，所有內(nèi)部成分是否已經(jīng)過檢査。黑盒測(cè)試：把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特 性，只依據(jù)程序的需求規(guī)格說明書，檢査程序的功

40、能是否符合它的功能說明。因此黑盒測(cè)試又叫功能測(cè)試?；液袦y(cè)試：介于白盒測(cè)試與黑盒測(cè)試之間，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)。10.D11.A解析：回歸測(cè)試：是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌?碼產(chǎn)生錯(cuò)誤。自動(dòng)回歸測(cè)試將大幅降低系統(tǒng)測(cè)試、維護(hù)升級(jí)等階段的成本。冒煙測(cè)試：源自硬件行業(yè)。對(duì)一個(gè)硬件或硬件組件進(jìn)行更改或修復(fù)后，直接給設(shè)備加電。如 果沒有冒煙，則該組件就通過了測(cè)試。在軟件中，“冒煙測(cè)試”這一術(shù)語描述的是在將代碼更改嵌入到產(chǎn)品的源樹中之前對(duì)這些更

41、改進(jìn)行驗(yàn)證的過程。在檢查了代碼后，冒煙測(cè)試是確定和修復(fù)軟件缺陷的最經(jīng)濟(jì)有效的方法。測(cè)試設(shè)計(jì)用于確認(rèn)代碼中的更改會(huì)按預(yù)期運(yùn)行，且不會(huì)破壞整個(gè)版本的穩(wěn)定性。12.C13.A解析：GB/T12504-2008計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范第四小節(jié)規(guī)定：4.5評(píng)審和檢査必須規(guī)定所要進(jìn)行的技術(shù)和管理兩方面的評(píng)審和檢査工作，并編制或引用有關(guān)的評(píng)審和檢査 規(guī)程以及通過與否的技術(shù)準(zhǔn)則，至少要進(jìn)行下列各項(xiàng)評(píng)審和檢査工作：4.5.1軟件需求評(píng)審 software requirements review在軟件概要設(shè)計(jì)結(jié)束后必須進(jìn)行概要設(shè)計(jì)評(píng)審，以確保在軟件需求規(guī)格說明書中所規(guī)定的各 項(xiàng)需求的合適性。4.5.2 概要設(shè)計(jì)

42、評(píng)審 preliminary design review在軟件概要設(shè)計(jì)結(jié)束后必須進(jìn)行概要設(shè)計(jì)評(píng)審，以評(píng)價(jià)軟件設(shè)計(jì)說明書中所描述的軟件概要 設(shè)計(jì)在總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口 等方面的合適性。4.5.3詳細(xì)設(shè)計(jì)評(píng)審 detailed design review在軟件詳細(xì)設(shè)計(jì)階段結(jié)束后必須進(jìn)行詳細(xì)設(shè)計(jì)評(píng)審，以評(píng)價(jià)軟件驗(yàn)證與確認(rèn)計(jì)劃中所規(guī)定的 驗(yàn)證與確認(rèn)方法的合適性與完整性。4.5.5 功能檢査 functional audit在軟件釋放前，要對(duì)軟件進(jìn)行物理檢査，以驗(yàn)證程序和文檔己經(jīng)滿足在軟件需求說明書中規(guī) 定的所有需求。4.5.6 物理檢査 physi

43、cal audit在驗(yàn)收軟件前，要對(duì)軟件進(jìn)行物理檢査，以使程序和文檔己經(jīng)一致并己做好了交付的準(zhǔn)備, 4.5.7 綜合檢査 comprehensive audit在軟件驗(yàn)收時(shí)，要允許用戶或用戶所委托的專家對(duì)所要驗(yàn)收的軟件進(jìn)行設(shè)計(jì)抽樣的綜合檢 査，以驗(yàn)證代碼和設(shè)計(jì)文檔的4.5.8 管理評(píng)審 management reviews要對(duì)計(jì)劃的執(zhí)行情況定期（或按階段）進(jìn)行管理評(píng)審；這些評(píng)審必須由獨(dú)立于被評(píng)審單位的 機(jī)構(gòu)或授權(quán)的第三方主持進(jìn)行。14.C15.A解析，參見13題16.B解析：第一級(jí)：用戶自主保護(hù)級(jí)；第二級(jí)：系統(tǒng)審計(jì)保護(hù)級(jí)；第三級(jí)：安全標(biāo)記保護(hù)級(jí)； 第四級(jí)：結(jié)構(gòu)化保護(hù)級(jí)； 第五級(jí)：訪問驗(yàn)證保護(hù)級(jí)

44、。17.D解析：WEP是Wired Equivalent Privacy的簡(jiǎn)稱，有線等效加密（WEP)是對(duì)在兩臺(tái)設(shè)備間無 線傳輸?shù)臄?shù)據(jù)進(jìn)行加密的方式，用以防止非法用戶竊聽或侵入無線網(wǎng)絡(luò)。密碼分析學(xué)家找出 WEP好幾個(gè)弱點(diǎn)，因此在2003年被Wi-Fi Protected Access <WPA>淘汰，在2004年由完整 的IEEE802.11i標(biāo)準(zhǔn)（又稱為WPA2)所取代。WPA全名為Wi-Fi Protected Access,有WPA和WPA2兩個(gè)標(biāo)準(zhǔn)，是一種保護(hù)無線電腦網(wǎng)絡(luò) (Wi-Fi)安全的系統(tǒng)，它是應(yīng)研究者在前一代的系統(tǒng)有線等效加密（WEP)中找到的幾個(gè)嚴(yán) 重的弱點(diǎn)而產(chǎn)

45、生的。WPA實(shí)作了 IEEE802.11i標(biāo)準(zhǔn)的大部分，是在802.11i完備之前替代WEP 的過渡方案。WPA的設(shè)計(jì)可以用在所有的無線網(wǎng)卡上，但未必能用在第一代的無線接入點(diǎn)上。WPA2具備完整的標(biāo)準(zhǔn)體系，但其不能被應(yīng)用在某些老舊型號(hào)的網(wǎng)卡上。18.A19.C解析：NETBEUI是為IBM開發(fā)的非路由協(xié)議，用于攜帶NETBIOS通信。20.A21.C解析：射頻識(shí)別，RFID (Radio Frequency Identification)技術(shù)，又稱無線射頻識(shí)別，是一種通信技術(shù)，可通過無線電訊號(hào)識(shí)別特定目標(biāo)并讀寫相關(guān)數(shù)據(jù)，而無需識(shí)別系統(tǒng)與特定目標(biāo)之間建立機(jī)械或光學(xué)接觸。22.A解析：路由器有多個(gè)

46、端口，用于連接多個(gè)IP子網(wǎng)。每個(gè)端口的IP地址的網(wǎng)絡(luò)號(hào)要求與所連接的IP子網(wǎng)的網(wǎng)絡(luò)號(hào)相同。不同的端口為不同的網(wǎng)絡(luò)號(hào)，對(duì)應(yīng)不同的IP子網(wǎng)。路由器轉(zhuǎn)發(fā) IP分組時(shí)，只根據(jù)IP目的IP地址的網(wǎng)絡(luò)部分，選擇合適的端口，把ip分組送出去。 同主機(jī)一樣，路由器也要判定端口所接的是否是目的子網(wǎng)，如果是，就直接把分組通過端口送到網(wǎng)絡(luò)上；否則，也要選擇下一個(gè)路由器來傳送分組。23.D解析：管理子系統(tǒng)也稱為管理間子系統(tǒng)，是連接垂直干線子系統(tǒng)和水平干線子系統(tǒng)的設(shè)備, 主要設(shè)備是配線架、交換機(jī)、機(jī)柜和電源。管理子系統(tǒng)設(shè)備設(shè)置在每層配線設(shè)備的房間內(nèi)， 以便能方便地管理通信線路。24.B25.D解析：類是對(duì)象的抽象，而對(duì)

47、象是類的具體實(shí)例。類是抽象的，不占用內(nèi)存，而對(duì)象是具體 的，占用存儲(chǔ)空間。類是用于創(chuàng)建對(duì)象的藍(lán)圖，它是一個(gè)定義包括在特定類型的對(duì)象中的方 法和變量的軟件模板。26.A27.B 解析：狀態(tài)圖是描述某一對(duì)象的狀態(tài)轉(zhuǎn)化的，它主要表現(xiàn)的是該對(duì)象的狀態(tài)。從狀態(tài)圖中可以看出， 該對(duì)象在接受了外界的某種刺激之后，會(huì)做出什么樣的反應(yīng)。描述的是一個(gè)對(duì)象的事情?？?以說是對(duì)類圖的一種補(bǔ)充，幫助開發(fā)者完善某一類?；顒?dòng)圖是描述系統(tǒng)在執(zhí)行某一用例時(shí)的具體步驟的，它主要表現(xiàn)的是系統(tǒng)的動(dòng)作，從活動(dòng)圖中可以看出，系統(tǒng)是如何一步一步地完成用例規(guī)約的，主要用于業(yè)務(wù)建模階段。活動(dòng)圖描述的是整個(gè)系統(tǒng)的事情?？梢哉f活動(dòng)圖是對(duì)用例圖的一

48、種細(xì)化化，幫助開發(fā)者理解業(yè)務(wù)領(lǐng)域。28.C解析：網(wǎng)絡(luò)安全審計(jì)從審計(jì)級(jí)別上可分為3種類型:系統(tǒng)級(jí)審計(jì)、應(yīng)用級(jí)審計(jì)和用戶級(jí)審計(jì)。 (1)系統(tǒng)級(jí)審計(jì)：系統(tǒng)級(jí)審計(jì)主要針對(duì)系統(tǒng)的登入情況、用戶識(shí)別號(hào)、登入嘗試的曰期和具體 時(shí)間、退出的日期和時(shí)間、所使用的設(shè)備、登入后運(yùn)行程序等事件信息進(jìn)行審査。典型的系 統(tǒng)級(jí)審計(jì)日志還包括部分與安全無關(guān)的信息，如系統(tǒng)操作、費(fèi)用記賬和網(wǎng)絡(luò)性能。這類審計(jì) 卻無法跟蹤和記錄應(yīng)用事件，也無法提供足夠的細(xì)節(jié)信息。(2)應(yīng)用級(jí)審計(jì)：應(yīng)用級(jí)審計(jì)主要針對(duì)的是應(yīng)用程序的活動(dòng)信息，如打開和關(guān)閉數(shù)據(jù)文件，讀 取、編輯、刪除記錄或宇段的等特定操作，以及打印報(bào)告等*(3)用戶級(jí)審計(jì)：用戶級(jí)審計(jì)主要

49、是審計(jì)用戶的操作活動(dòng)信息，如用戶直接啟動(dòng)的所有命令, 用戶所有的鑒別和認(rèn)證操作，用戶所訪問的文件和資源等信息。29.C30.C31.C解析：環(huán)境因素比較宏觀，包括了組織所處的的外部政策與市場(chǎng)環(huán)境、以及組織內(nèi)部的管理 制度與企業(yè)文化等因素，這些因素通常會(huì)直接影響到具體項(xiàng)目的決策和執(zhí)行，但項(xiàng)目通常不 會(huì)對(duì)事業(yè)環(huán)境因素產(chǎn)生反向影響。32.A33.C34.A解析：有重大缺陷一定需要修改，就涉本和資源，對(duì)項(xiàng)目正常運(yùn)行會(huì)造成影響，所以要走變更控制流程，第一步是提交變更申請(qǐng)。 35.D36.A解析：進(jìn)度控制需要在項(xiàng)目整個(gè)生命周期內(nèi)都要重點(diǎn)關(guān)注。37.C解析：能把完成每個(gè)底層工作包的職貴明確地賦予一個(gè)成員、一

50、組成員或者一個(gè)組織單元。38.A39.B40.D41.D解析：項(xiàng)目論證：主要是指在項(xiàng)目方案的設(shè)計(jì)和變更過程中所作的論述、推理和證明。項(xiàng)目評(píng)估：主要是指在項(xiàng)目方案完成后對(duì)于項(xiàng)目方案的評(píng)價(jià)、評(píng)審和審查等方面的工作。項(xiàng)目論證與項(xiàng)目評(píng)估的區(qū)別：(1)內(nèi)容不同。項(xiàng)目論證是從主觀的角度去論證項(xiàng)目決策方案的必要性和合理性，項(xiàng)目評(píng) 估是從客觀的角度評(píng)估項(xiàng)目決策方案的可行性和有效性。(2)主體不同。項(xiàng)目論證的主體是項(xiàng)目決策者，項(xiàng)目評(píng)估主體多是獨(dú)立的第三方。(3)客體不同。項(xiàng)目論證的客體是正在形成中的各種項(xiàng)目決策方案，而項(xiàng)目評(píng)估的客體是 己經(jīng)提出并基本成型的項(xiàng)目決策備選方案。42.D43.A解析：風(fēng)險(xiǎn)識(shí)別階段的輸

51、出包括：(1)已識(shí)別的風(fēng)險(xiǎn)列表；(2)風(fēng)險(xiǎn)的征兆或聱告信號(hào)；(3)潛在風(fēng)險(xiǎn)應(yīng)對(duì)方法列表；(4)風(fēng)險(xiǎn)根本原因；(5)更新的風(fēng)險(xiǎn)分類低優(yōu)先級(jí)風(fēng)險(xiǎn)監(jiān)視表；低優(yōu)先級(jí)風(fēng)險(xiǎn)的監(jiān)視表（在風(fēng)險(xiǎn)定性分析過程中不重要的風(fēng)險(xiǎn)將被放在監(jiān)視列中以備繼續(xù)監(jiān)視）是定性風(fēng)險(xiǎn)分析階段的輸出產(chǎn)物。44.A45.B46.A 47.B48.A解析：項(xiàng)目收尾的輸出包括：2 管理收尾規(guī)程合同收尾規(guī)程 3 最終產(chǎn)品、服務(wù)或成果 4 組織過程資產(chǎn)49.C50.A51.B解析：DIPP是用來描述項(xiàng)目資源利用率，其計(jì)算公式為：DIPP=EMV/ETCK。其中，EMV為項(xiàng)目期望貨幣值（Expected Money Value），是指考慮支付風(fēng)險(xiǎn)因

52、素后，各個(gè)支付值與支付概率的乘積之和。ETC為完成尚需成本估算（Estimate To Complete，指為了完成項(xiàng)目，對(duì)剩余所需進(jìn)行的 工作所消耗資源的成本估算。DIPP值越高的項(xiàng)目，意味著資源的利用率越高，越值得優(yōu)先考慮資源的支持。DIPP<1表示項(xiàng)目的實(shí)際成本要比預(yù)算成本高。52.A53.D54.C55.A56.B解析：靜態(tài)投資回收期=累計(jì)凈現(xiàn)金流量第一次出現(xiàn)正值的年份-1+該年初尚未回收的投資的絕對(duì)值÷該年凈現(xiàn)金流量=4-1+700/800=3.91沒有特別說明，建設(shè)期是包括在投資回收期的。57.C 58.A 解析：應(yīng)急儲(chǔ)備是為未規(guī)劃但可能發(fā)生的變更提供的補(bǔ)貼，這些變

53、更由風(fēng)險(xiǎn)登記冊(cè)中所列的己知風(fēng) 險(xiǎn)引起。(已知的未知）1.應(yīng)急儲(chǔ)備由PM負(fù)貴管理。2.PM可支配應(yīng)急儲(chǔ)備。3.應(yīng)急儲(chǔ)備是為將來應(yīng)對(duì)的“己知的未知風(fēng)險(xiǎn)”做準(zhǔn)備的儲(chǔ)備。4.應(yīng)急儲(chǔ)備是是成本績效基準(zhǔn)的一部分，同時(shí)也屬于項(xiàng)目預(yù)算。5.若無估算依據(jù)，應(yīng)急儲(chǔ)備可按總成本的一定比例（例如10%)計(jì)箅。管理儲(chǔ)備是為未規(guī)劃的范圍變更與成本變更而預(yù)留的預(yù)算。（未知的未知）1. 管理儲(chǔ)備是為預(yù)先考慮的那些“未知的未知風(fēng)險(xiǎn)”做準(zhǔn)備的儲(chǔ)備。2. 管理儲(chǔ)備由發(fā)起人或管理層負(fù)責(zé)管理。3.PM使用管理儲(chǔ)備，需要向發(fā)起人或管理層申請(qǐng)。4.管理儲(chǔ)備是項(xiàng)目預(yù)算的一部分。5.管理儲(chǔ)備不是成本基準(zhǔn)的一部分。6.管理儲(chǔ)備不納入掙值計(jì)算。7.管理儲(chǔ)備在項(xiàng)目的結(jié)束點(diǎn)反映。8.管理儲(chǔ)備的多少取決于管理層對(duì)風(fēng)險(xiǎn)的判斷，若無估算依據(jù)，管理儲(chǔ)備可按總成本的一定比例（例如10%)計(jì)算。59.D60 A61.D62.C 63.B 64.A解析：需求跟蹤有兩種方式：(1)正向跟蹤。檢査產(chǎn)品需求規(guī)格說明書中的每個(gè)需求是否都能在后