信息系統(tǒng)項(xiàng)目管理師真題及答案

目錄

2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題1。

2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題參考答案......................11

2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題答案解析.....................11

2015年下半年信息系統(tǒng)項(xiàng)目管理師考試案例分析真題....................20

2015年下半年信息系統(tǒng)項(xiàng)目管理師考試案例分析真題答案解析..........23

2015年下半年信息系統(tǒng)項(xiàng)目管理師論文真題..............................23

2015年下半年信息系統(tǒng)項(xiàng)目管理師論文范文。23

2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題

（考試時(shí)間9：00—11: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)分。

1、大數(shù)據(jù)對(duì)產(chǎn)品、企業(yè)和產(chǎn)業(yè)有著深刻的影響。把信息技術(shù)看作是輔助或服務(wù)性的工具己經(jīng)成

為過(guò)時(shí)的觀念，管理者應(yīng)該認(rèn)識(shí)到信息技術(shù)的廣泛影響，以及怎樣利用信息技術(shù)來(lái)創(chuàng)造有力而持

久的競(jìng)爭(zhēng)優(yōu)勢(shì)，（1）將是未來(lái)經(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-LTECfC、WCDMAD、CDMA2000

3、“互聯(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)需要大數(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)確、清晰、具體的要求。一般來(lái)說(shuō)，軟件需求分析可分為（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)目視圖與范圍文檔中予

以說(shuō)明

B、描述用戶使用產(chǎn)品必須要完成的任務(wù)，其在使用實(shí)例文檔或方案腳本說(shuō)明中予以說(shuō)明

C、定義了開(kāi)發(fā)人員必須實(shí)現(xiàn)的軟件功能，使得用戶能完成他們的任務(wù)，從而滿足業(yè)務(wù)需求

D、軟件產(chǎn)品為了滿足用戶的使用，對(duì)用戶開(kāi)發(fā)、處理速度、安全性能等方面的需求

6、以下關(guān)于需求定義的敘述中，（6）是正確的。

（6）A、需求定義的目標(biāo)是根據(jù)需求調(diào)查和需求分析的結(jié)果，進(jìn)一步定義準(zhǔn)確無(wú)誤的產(chǎn)品需求，形

成《需求規(guī)格說(shuō)明書》

B、《需求規(guī)格說(shuō)明書》將只交給甲方作為驗(yàn)收依據(jù)，乙方開(kāi)發(fā)人員不需要了解

C、需求定義的目的是對(duì)各種需求信息進(jìn)行分析并抽象描述，為目標(biāo)系統(tǒng)建立一個(gè)概念模型

D、需求定義是指開(kāi)發(fā)方和用戶共同對(duì)需求文檔評(píng)審，經(jīng)雙方對(duì)需求達(dá)成共識(shí)后做出書面承諾,

使需求文檔具有商業(yè)合同效果

7、軟件工程管理集成了過(guò)程管理和項(xiàng)目管理。以下關(guān)于軟件工程管理過(guò)程的敘述中，（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)品和過(guò)程對(duì)于設(shè)定規(guī)則、標(biāo)準(zhǔn)、流程等的遵從性

9、軟件測(cè)試是軟件開(kāi)發(fā)過(guò)程中的一項(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、從軟件開(kāi)發(fā)復(fù)雜性的角度

10、軟件項(xiàng)目中的測(cè)試管理過(guò)程包括（10）。

(10)A、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、驗(yàn)收測(cè)試

B、單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試、回歸測(cè)試

C、制定測(cè)試計(jì)劃、開(kāi)發(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、回歸測(cè)試。B、修復(fù)測(cè)試。5集成測(cè)試。D、冒煙測(cè)試

12、信息的(12)要求采用的安全技術(shù)保證信息接收者能夠驗(yàn)證在傳送過(guò)程中信息沒(méi)有被修改，并

能防范入侵者用假信息代替合法信息。

(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ù)性C、容錯(cuò)性D、依從性

15、根據(jù)GB/T12504-2008《計(jì)算機(jī)軟件質(zhì)量保證計(jì)劃規(guī)范》中的規(guī)定，在軟件驗(yàn)收時(shí)，驗(yàn)證代

碼與設(shè)計(jì)文檔的一致性、接口規(guī)格說(shuō)明的一致性、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性等檢查屬于(15)。

(15)°A、綜合檢查B、功能檢查。(:、性能檢查D、配置檢查

16、根據(jù)《信息安全等級(jí)保護(hù)管理辦法》中的規(guī)定，信息系統(tǒng)的安全保護(hù)等級(jí)應(yīng)當(dāng)根據(jù)信息系統(tǒng)

在國(guó)家安全、經(jīng)濟(jì)建設(shè)、社會(huì)生活中的重要程度，信息系統(tǒng)遭到破壞后對(duì)國(guó)家安全、社會(huì)扶序、

公共利益以及公民、法人和其他組織的合法權(quán)益的危害程度等因素確定。其中安全標(biāo)記保護(hù)級(jí)處

于(16)。

（16），A、第二級(jí)B、第三級(jí)。C、第四級(jí)。D、第五級(jí)

17,以下關(guān)于WLAN安全機(jī)制的敘述中，（17）是正確的。

（17）A、WPA是為建立無(wú)線網(wǎng)絡(luò)安全環(huán)境提供的第一個(gè)安全機(jī)制

B、WEP和IPSec協(xié)議一樣，其目標(biāo)都是通過(guò)加密無(wú)線電波來(lái)提供安全保證

C、WEP2的初始化向量（IV）空間為64位

D、WPA提供了比WEP更為安全的無(wú)線局域網(wǎng)接入方案

18、在信息系統(tǒng)安全建設(shè)中，（18）確立全方位的防御體系，一般會(huì)告訴用戶應(yīng)有的責(zé)任，組

織規(guī)定的網(wǎng)絡(luò)訪問(wèn)、服務(wù)訪問(wèn)、本地和遠(yuǎn)地的用戶認(rèn)證、撥入和撥出、磁盤和數(shù)據(jù)加密、病毒防

護(hù)措施，以及雇員培訓(xùn)等，并保證所有可能受到攻擊的地方都必須以同樣安全級(jí)別加以保護(hù)。

（18）°A、安全策略B、防火墻C、安全體系oD、系統(tǒng)安全

19、以下關(guān)于網(wǎng)絡(luò)協(xié)議的敘述中，（19）是正確的。

（19）A、因特網(wǎng)最早使用的協(xié)議是OSI七層體系結(jié)構(gòu)

B、NETBEUT是IBM開(kāi)發(fā)的路由選擇協(xié)議

C、在TCP/IP協(xié)議分層結(jié)構(gòu)中，F(xiàn)TP是運(yùn)行在TCP之上的應(yīng)用層協(xié)議

D、TCP協(xié)議提供了無(wú)連接但可靠的數(shù)據(jù)報(bào)傳信道

20、在1號(hào)樓辦公的小季希望在本地計(jì)算機(jī)上通過(guò)遠(yuǎn)程登錄的方式訪問(wèn)放置在2號(hào)樓的服務(wù)器，

為此將會(huì)使用到TCP/IP協(xié),議族中的（20）協(xié)議，

（20）A,Te1net?B.FTP。。（:、HTTP…D.SMTP

21、射頻識(shí)別（RFID）是物聯(lián)網(wǎng)中常用的無(wú)線通信技術(shù)，它通過(guò)（21）識(shí)別特定目標(biāo)并讀寫相關(guān)

數(shù)據(jù)。

（21）A.磁條B、紅外線C、無(wú)線電信《?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個(gè)獨(dú)立

的子系統(tǒng)，其中（23）是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，同時(shí)又可為同層組網(wǎng)提供條件。

（23）A、建筑群子系統(tǒng)，B、設(shè)備間子系統(tǒng)。5工作區(qū)子系統(tǒng)?？?、管理子系統(tǒng)

24、軟件架構(gòu)設(shè)計(jì)是軟件開(kāi)發(fā)過(guò)程中的一項(xiàng)重要工作。（24）不屬于軟件架構(gòu)設(shè)計(jì)的主要工作內(nèi)

容。

（24）A、制定技術(shù)規(guī)格說(shuō)明。。B、編寫需求規(guī)格說(shuō)明書

C、技術(shù)選型。?！璂、系統(tǒng)分解

25、以下關(guān)于類和對(duì)象關(guān)系的敘述中，（25）是不正確的。

（25）A、對(duì)象是類的實(shí)例。B、類是對(duì)象的抽象

C、類是靜態(tài)的，對(duì)象是動(dòng)態(tài)的D、類和對(duì)象必須同時(shí)存在

26、在統(tǒng)一建模語(yǔ)言中（26）的主要目的是幫助開(kāi)發(fā)團(tuán)隊(duì)以一種可規(guī)化的方式理解系統(tǒng)的功能需

求,包括基于基本流程的“角色”關(guān)系等。

（26）°A、用例圖。B、類圖°°C、序列圖狀態(tài)圖

27、UML提供了各種圖來(lái)描述建模過(guò)程，下圖所示的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ù)政府采購(gòu)法的規(guī)定，以下做法中，(29)是不正確的。

(29)A、某省政府采購(gòu)中心將項(xiàng)目采購(gòu)的招標(biāo)工作委托給招標(biāo)公司完成

B、政府采購(gòu)項(xiàng)目完成后，采購(gòu)方請(qǐng)國(guó)家認(rèn)可的質(zhì)量檢測(cè)機(jī)構(gòu)參與項(xiàng)目驗(yàn)收

C、政府采購(gòu)項(xiàng)目驗(yàn)收合格后，采購(gòu)方將招投標(biāo)原件進(jìn)行了銷毀

D、招標(biāo)采購(gòu)過(guò)程中，由于符合條件的供應(yīng)商不滿三家，重新組織了招標(biāo)

30、(30)不受《著作權(quán)法》保護(hù)。

(1)文宇作品(2)口述作品(3)音樂(lè)、戲劇、曲藝(4)攝影作品(5)計(jì)算機(jī)軟件

(6)時(shí)事新聞(7)通用表格和公式

(30)A、(2)(6)(7)。。。8、(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)不屬于環(huán)境和組織因素的內(nèi)容。

(31)A、公司文化和結(jié)構(gòu)。。8、員工績(jī)效評(píng)估記錄

C、變更控制流程。。D、項(xiàng)目管理信息系統(tǒng)

32、(32)工作用來(lái)對(duì)項(xiàng)目進(jìn)行定義，該工作用來(lái)明確“項(xiàng)目需要做什么”。

(32)A、制定項(xiàng)目范圍說(shuō)明書。。。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)目范圍說(shuō)明書定義的工作，還需

執(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)

C、(1)(2)__________________________________________(4)(5)

工作名稱

-D、(1)(2)ABCDEF(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)理接

下來(lái)應(yīng)該(34)。

(34)A、提交一個(gè)變更申請(qǐng)。。oB、和質(zhì)量保證人員商量如何修改

C、將任務(wù)分配給開(kāi)發(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)目組其他成員紛紛提出意見(jiàn)。以下意見(jiàn)中

(35)是正確的。

(35)A、邏輯關(guān)系錯(cuò)誤，項(xiàng)目工期應(yīng)為7周

B、有循環(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ú)立的、有形或無(wú)形的可交付成果

②可交付成果中包括最終可交付物和為實(shí)現(xiàn)最終結(jié)果所需要的中間可交付物

③每個(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)目組考慮并確

定所分解的工作包由哪些成員來(lái)執(zhí)行。

(38)A、組織分解結(jié)構(gòu)(OBS)。，B、物料清單(BOM)

C、風(fēng)險(xiǎn)分解結(jié)構(gòu)(RBS)。?？?、過(guò)程分解結(jié)構(gòu)(PBS)

39、項(xiàng)目可行性分析是立項(xiàng)前的重要工作，包括技術(shù)、物資、資源、人員的可行性。在進(jìn)行項(xiàng)目

可行性分析時(shí)，需要在(39)過(guò)程中分析人力資源的可行性。

(39)A、經(jīng)濟(jì)可行性分析。。?！稡、技術(shù)可行性分析

C、運(yùn)行環(huán)境可行分析oD、法律可行性析

40、項(xiàng)目論證是一個(gè)連續(xù)的過(guò)程，一般包括以下幾個(gè)步驟，正確的執(zhí)行順序是(40)o

①收集并分析相關(guān)資料

②明確項(xiàng)目范圍和業(yè)主目標(biāo)

③。擬定多種可行的實(shí)施方案并分析比較

④。選擇最優(yōu)方案進(jìn)行詳細(xì)論證

?0編制資金籌措計(jì)劃和項(xiàng)目實(shí)施進(jìn)度計(jì)劃

⑥。編制項(xiàng)目論證報(bào)告

(40)A、oB>oC、(D(2X5X§)@(5)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ǔ)上，由第三方開(kāi)展的判斷項(xiàng)目是否可行的一個(gè)評(píng)估過(guò)程

d.項(xiàng)本周上周周數(shù)風(fēng)險(xiǎn)風(fēng)險(xiǎn)解決的情況目論證是給

出項(xiàng)目的實(shí)-施方案，項(xiàng)

利用用戶界面原型來(lái)收集高質(zhì)量的需求；

目評(píng)估是對(duì)實(shí)施方案的

需求的

量化和決策已將需求規(guī)約置于明確的變更控制程序之下；

115逐漸增

加運(yùn)用分階段交付的方法在適當(dāng)?shù)臅r(shí)候提供能力

來(lái)改變軟件特征（如果需要的話）

42、以下關(guān)于項(xiàng)目團(tuán)隊(duì)

管理的敘述中，（42）是

255有多余

不正確的。項(xiàng)目要旨的陳述中要說(shuō)明軟件中不需要包含哪

的需求

（42）A、項(xiàng)目團(tuán)隊(duì)管理

的目的是跟蹤個(gè)人和團(tuán)

隊(duì)的績(jī)效，反饋和解決

問(wèn)題以提高項(xiàng)目績(jī)效

B、可采用觀察和交談、項(xiàng)目績(jī)效評(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）

是不正確的。

(44)A、該或開(kāi)發(fā)些東西；風(fēng)險(xiǎn)清單應(yīng)

在需求分析人員之前建立，

設(shè)計(jì)的重點(diǎn)放在最小化；

并在項(xiàng)目結(jié)束前不斷定

期維護(hù)評(píng)審中有核對(duì)清單用以檢查“多余設(shè)計(jì)或多余

的實(shí)現(xiàn)”

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ù)《中華人民共和國(guó)招投標(biāo)法》，以下做法中，(45)是正確的。

(45)A、某項(xiàng)目于4月7日公開(kāi)發(fā)布招標(biāo)文件，標(biāo)明截止時(shí)間2015年4月14日13時(shí)

B、開(kāi)標(biāo)應(yīng)當(dāng)在招標(biāo)文件確定的提交投標(biāo)文件截止時(shí)間的同一時(shí)間公開(kāi)進(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)目采購(gòu)是一項(xiàng)復(fù)雜的工作，編制詳細(xì)可行的項(xiàng)目采購(gòu)計(jì)劃有助于項(xiàng)目成功，(47)屬于編

制項(xiàng)目采購(gòu)計(jì)劃所必須考慮的內(nèi)容。

(47)A、工作說(shuō)明書B、項(xiàng)目范圍說(shuō)明書。。C、自制/外購(gòu)決定。D、合同收尾規(guī)程

48、(48)不屬于項(xiàng)目收尾的輸出。

(48)A、合同文件B、管理收尾規(guī)程C、合同收尾規(guī)程D、組織過(guò)程資產(chǎn)更新

49、與普通的采購(gòu)管理過(guò)程相比，外包管理更注重(49)環(huán)節(jié)。

(49)A、自制外購(gòu)分析。。B、計(jì)劃編制C、過(guò)程監(jiān)控。。D、成果驗(yàn)收

5()、項(xiàng)目組合管理是一個(gè)保證組織內(nèi)所有項(xiàng)目都經(jīng)過(guò)風(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í)可以表明項(xiàng)目的資源利用情況

DIPP=EMV/ETCo如果有A、B、C、D四個(gè)項(xiàng)目，項(xiàng)目初期的DIPP值分別為：

DIPP(A)=0.9、。DIPP(B)=l.3、DIPP(C)=0.8、DIPP(D)=1.2,則優(yōu)先選擇的項(xiàng)

目為(51)。

(51)A、項(xiàng)目A。，B、項(xiàng)目BsC、項(xiàng)目C-D、項(xiàng)目D

52、項(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)目組合管理過(guò)程一般是進(jìn)行組織決策的過(guò)程

C、項(xiàng)目組合管理要確保與組織戰(zhàn)略協(xié)調(diào)一致

D、通過(guò)審核項(xiàng)目和項(xiàng)目集來(lái)確定資源分配的優(yōu)先順序

53、依據(jù)GB/T19668、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)理意見(jiàn)

2011年2012年2013年2014年2015年

54、監(jiān)理投入2000萬(wàn)凈收益600萬(wàn)凈收益700萬(wàn)凈收益800萬(wàn)凈收益500萬(wàn)工程師在

審批承包元元元元元人提交的

開(kāi)工報(bào)告時(shí)，要對(duì)

承包人提供的開(kāi)工條件進(jìn)行檢查、核簽與審批，（54）一般不是重點(diǎn)核實(shí)和審批的對(duì)象。

（54）A、施工人員組織。B、材料質(zhì)量。。C、項(xiàng)目驗(yàn)收計(jì)劃D、施工工具配備

55、在對(duì)項(xiàng)目?jī)?nèi)部各成員制定績(jī)效任務(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萬(wàn)元，該項(xiàng)目從投產(chǎn)年開(kāi)始每年的凈收益如下表所示，則該項(xiàng)

目的靜態(tài)投資回收期約為（56）年。

（56）A、2.9。B、3.9。C、2.7…D、3.8

57、某項(xiàng)目包含A、B、C三項(xiàng)主要活動(dòng)，項(xiàng)目經(jīng)理在成本估算時(shí)采用自下而上的方法，分別估算

出三項(xiàng)活動(dòng)的成本分別為13萬(wàn)元，23萬(wàn)元和8萬(wàn)元，同時(shí)為了應(yīng)對(duì)未來(lái)可能遇到的不確定因

素，預(yù)留了1（）萬(wàn)元的管理儲(chǔ)備，同時(shí)為每個(gè)活動(dòng)預(yù)留了2萬(wàn)元的準(zhǔn)備金。該項(xiàng)目的總預(yù)算為

（57）萬(wàn)元。項(xiàng)目進(jìn)行到第二個(gè)月時(shí)，實(shí)際花費(fèi)為20萬(wàn)元，完成總工作量的30%。如果項(xiàng)目按照

當(dāng)前績(jī)效繼續(xù)進(jìn)展下去，預(yù)測(cè)項(xiàng)目的完工尚需成本ETC約為（58）萬(wàn)元。

(57>A、44o?B、54…C、60-D、50

(58)A,46.7B、40.7。C、45。0D、46

59、確定適用于項(xiàng)目的質(zhì)量標(biāo)準(zhǔn)并決定如何滿足這些標(biāo)準(zhǔn)是（59）的過(guò)程。

（59）。A、質(zhì)量目標(biāo)oB、質(zhì)量保證。C、質(zhì)量方針，D、質(zhì)量計(jì)劃

60、項(xiàng)目質(zhì)量管理通過(guò)質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制程序和過(guò)程以及連續(xù)的過(guò)程改進(jìn)活動(dòng)來(lái)

實(shí)現(xiàn)，其中(60)關(guān)注項(xiàng)目執(zhí)行過(guò)程中的質(zhì)量。

(60)A、質(zhì)量保證。。B、質(zhì)量規(guī)劃C、質(zhì)量控制，D、質(zhì)量改進(jìn)

61、(61)可以作為項(xiàng)目質(zhì)量控制中問(wèn)題識(shí)別和問(wèn)題分析的工具。

(61)A、帕累托分析B、直方圖，C、核對(duì)表°°D、因果分析

62、按照軟件配置管理的基本指導(dǎo)思想，受控制的對(duì)象應(yīng)是(62),實(shí)施軟件配置管理包括4

個(gè)最基本的活動(dòng)，其中不包括(63)。

(62)A、軟件元素。B、軟件項(xiàng)目。匚軟件配置項(xiàng)。D、軟件過(guò)程

(63)A、配置項(xiàng)標(biāo)識(shí)B、配置項(xiàng)優(yōu)化。C、配置狀態(tài)報(bào)告D、配置審計(jì)

64、在需求跟蹤過(guò)程中，檢查設(shè)計(jì)文檔、代碼、測(cè)試用例等工作成果是否都能在《產(chǎn)品需求規(guī)

格說(shuō)明書》中找到出處的方法屬于(64)o

(64)A、逆向跟蹤ooB、正向跟蹤雙向跟蹤D、系統(tǒng)跟蹤

65、測(cè)試人員在測(cè)試某一功能時(shí)，發(fā)現(xiàn)該功能在需求說(shuō)明書里沒(méi)有，他接下來(lái)正確的做法是(65)。

(65)A、在需求說(shuō)明書中補(bǔ)充該功能。oB、匯報(bào)項(xiàng)目經(jīng)理，讓其查明原因

C、找開(kāi)發(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、2。。(：、3。D、4

(67)A、15。B、16。。C、17。。。0、18

68、己知有6個(gè)村子，相互之間道路的距離如下圖所示?，F(xiàn)擬合建一所小學(xué)。己知甲村有小學(xué)生

50人，乙村40人，丙村60人，丁村20人，戊村70人，己村90人。從甲村到乙村的最短路程

是(68)；小學(xué)應(yīng)建在(69)村，使全體學(xué)生上學(xué)所走的總路程最短。

(69)A、甲。丙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超過(guò)(70)元時(shí)才對(duì)游戲者有

利。

(70)A.3.5…B、44.5D、5

71、。InanInformationsystem.The(71)isthebridgebetweenh

andwareandpeople.

(71)A、keyboard-B、internet。C、disk。，D、data

72、Cloud-computingpnovidersoffertheir“services“accordingto

different

modelswhichhappentoformastack(72),platformasaserv

ice(Paas),softwareasaservice(SaaS).

(72)A>hardwareasaservice(Haas)

B、networkasaservice(Naas)

C、infrastructureasaservice(IaaS)

D>dataasaservice(DaaS)

73、()estimatingisatechniqueforestimatingthedurationorcost

ofan

activityouprojectusinghistoricaldatafromasimi1aractivity

orproject.

(73)A、ParametricB、Ana1ogousC、Three-point?？?、Expertjudgmen

t

74、Schedulecompressionshortenstheprojectschedulewithoutch

angingtheproject

scope,tomeetscheduleconstraints,imposeddates,or

other

schedu1eobjectives.Schedulecompressiontechniquesinc1ude

crashing

and(74).

1234567890(74)A、fasttracking。。00B、what-ifscen

arioana1ysis

1CBABBAADAD

C、resourceleveliingoD、criti

11ACACABDACA

calchainmethod

21CADBDABCCC

31CACADACABD

75、Iftheapprovedchangerequestshave

41DDAABABACAaneffectontheprojects；cope,thenth

e

51BADC

BCADA

Acomespondingcomponentdocumentsand

costbase1ines,and(75)oftheproject

61DCBABBCBCC

managementplanarerevisedandreissuedt

orefleetthe

approvedchanges.

(75)A、developingbaselinesB、testingbaselines

C>schedulebase1ines?"D、endingbaselines

2015年下半年信息系統(tǒng)項(xiàng)目管理師上午真題參考答案

71ACBAC

2015年下半年信息系統(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)化能力的海量、高增長(zhǎng)率和多樣化的信息資產(chǎn)?維基百科認(rèn)

為，大數(shù)據(jù)是指無(wú)法在可承受的時(shí)間范圍內(nèi)用常規(guī)軟件工具進(jìn)行捕捉、管理、處理的數(shù)據(jù)集合。

從產(chǎn)業(yè)角度，常常把這些數(shù)據(jù)與采集它們的工具、平臺(tái)、分析系統(tǒng)一起被稱為“大數(shù)據(jù)大數(shù)據(jù)

具有Volume、Var1Ety、Vaiue和VelocITy的4V特征。

2B。

解析：第四代移動(dòng)通信技術(shù)標(biāo)準(zhǔn)，外語(yǔ)縮寫：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)上。開(kāi)

發(fā)人員和用戶確定一個(gè)問(wèn)題領(lǐng)域，并定義一個(gè)描述該問(wèn)題的系統(tǒng)《這樣的定義稱作系統(tǒng)規(guī)格說(shuō)明，

并且它在用戶和開(kāi)發(fā)人員之間充當(dāng)合同。

?需求描述：在問(wèn)題分析階段分析人員的主要任務(wù)是:對(duì)用戶的需求進(jìn)行鑒別、綜合和建模，清

除用戶需求的模糊性、歧義性和不一致性，分析系統(tǒng)的數(shù)據(jù)要求，為原始問(wèn)題及目標(biāo)軟件建立邏

輯模型。分析人員要將對(duì)原始問(wèn)題的理解與軟件開(kāi)發(fā)經(jīng)驗(yàn)結(jié)合起來(lái)，以便發(fā)現(xiàn)哪些要求是由于用

戶的片面性或短期行為所導(dǎo)致的不合理要求，哪些是用戶尚未提出但具有真正價(jià)值的潛在需求。

?需求評(píng)審：在需求評(píng)審階段，分析人員要在用戶和軟件設(shè)計(jì)人員的配合下對(duì)自己生成的需求規(guī)

格說(shuō)明和初步的用戶手冊(cè)進(jìn)行復(fù)核，以確保軟件需求的完整、準(zhǔn)確、清晰、具體，并使用戶和軟

件設(shè)計(jì)人員對(duì)需求規(guī)格說(shuō)明和初步的用戶手冊(cè)的理解達(dá)成一致。一旦發(fā)現(xiàn)遺漏或模糊點(diǎn)，必須

盡快更正，再行檢查。

5.B

解析：

業(yè)務(wù)需求(Businessrequ1rement)表不組織或客戶高層次的目標(biāo)□業(yè)務(wù)需求通常來(lái)自

項(xiàng)目投資人、購(gòu)買產(chǎn)品的客戶、實(shí)際用戶的管理者、市場(chǎng)營(yíng)銷部門或產(chǎn)品策劃部門。

用戶需求(userrequirement)描述的是用戶的目標(biāo)，或用戶要求系統(tǒng)必須能完成的任務(wù)。用

例、場(chǎng)景描述和事件一一響應(yīng)表都是達(dá)用戶需求的有效途徑。也就是說(shuō)用戶需求描述了用戶能使

用系統(tǒng)來(lái)做些什么。

功能需求(functiona1requirement)規(guī)定開(kāi)發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶

利用這些功能來(lái)完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時(shí)也被稱作行為需求(behaviourrequ

irement)o功能需求描述是開(kāi)發(fā)人員需要實(shí)現(xiàn)什么。

6.A

7.A

解析：軟件工程管理繼承了過(guò)程管理和項(xiàng)目管理的內(nèi)容。包括啟動(dòng)和范圍定義、軟件項(xiàng)目計(jì)戈I、

軟件項(xiàng)目實(shí)施、評(píng)審和評(píng)價(jià)、關(guān)閉、軟件工程度量等六個(gè)方面。

?啟動(dòng)和范圍定義。進(jìn)行啟動(dòng)軟件工程項(xiàng)目的活動(dòng)并作出決定。通過(guò)各種方法來(lái)有效地確定軟件

需求，并從不同的角度評(píng)估項(xiàng)目的可行性。一旦可行性建立后，余下的任務(wù)就是需求驗(yàn)證和變

更流程的規(guī)范說(shuō)明。

?軟件項(xiàng)目計(jì)劃。從管理的角度，進(jìn)行為成功的軟件工程作準(zhǔn)備而要采取的活動(dòng)。使用迭代方式

制訂計(jì)劃。要點(diǎn)在于評(píng)價(jià)并確定適當(dāng)?shù)能浖芷谶^(guò)程，并完成相關(guān)的工作。

?軟件項(xiàng)目實(shí)施。進(jìn)行軟件工程過(guò)程中發(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)行歸檔、事后分析和過(guò)程改進(jìn)活動(dòng)。

?軟件工程度量。進(jìn)行在軟件工程組織中有效地開(kāi)發(fā)和實(shí)現(xiàn)度量的程序。

8.?D

9.A

解析：

白盒測(cè)試：己知產(chǎn)品的內(nèi)部工作過(guò)程，可以通過(guò)測(cè)試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要求,

所有內(nèi)部成分是否已經(jīng)過(guò)檢查。

黑盒測(cè)試：把測(cè)試對(duì)象看做一個(gè)黑盒子，測(cè)試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特性，

只依據(jù)程序的需求規(guī)格說(shuō)明書，檢查程序的功能是否符合它的功能說(shuō)明。因此黑盒測(cè)試又叫功能

測(cè)試。

灰盒測(cè)試：介于白盒測(cè)試與黑盒測(cè)試之間，灰盒測(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部

表現(xiàn)，但這種關(guān)注不象白盒那樣詳細(xì)、完整，只是通過(guò)一些表征性的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)

部的運(yùn)行狀態(tài)。

10.?D

11.A

解析：

回歸測(cè)試：是指修改了舊代碼后，重新進(jìn)行測(cè)試以確認(rèn)修改沒(méi)有引入新的錯(cuò)誤或?qū)е缕渌a

產(chǎn)生錯(cuò)誤。自動(dòng)回歸測(cè)試將大幅降低系統(tǒng)測(cè)試、維護(hù)升級(jí)等階段的成本。

冒煙測(cè)試:源自硬件行業(yè)。對(duì)一個(gè)硬件或硬件組件進(jìn)行更改或修復(fù)后，直接給設(shè)備加電。如果沒(méi)

有冒煙，則該組件就通過(guò)了測(cè)試。在軟件中，“冒煙測(cè)試”這一術(shù)語(yǔ)描述的是在將代碼更改嵌入

到產(chǎn)品的源樹中之前對(duì)這些更改進(jìn)行驗(yàn)證的過(guò)程。在檢查了代碼后，冒煙測(cè)試是確定和修復(fù)軟件

缺陷的最經(jīng)濟(jì)有效的方法。測(cè)試設(shè)計(jì)用于確認(rèn)代碼中的更改會(huì)按預(yù)期運(yùn)行，且不會(huì)破壞整個(gè)版本

的穩(wěn)定性。

12.oC

13.o/X

解析：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ī)程以及通過(guò)與否的技術(shù)準(zhǔn)則，至少要進(jìn)行下列各項(xiàng)評(píng)審和檢查工作：

4.5.1。軟件需求評(píng)審softwarerequirementsreview

在軟件概要設(shè)計(jì)結(jié)束后必須進(jìn)行概要設(shè)計(jì)評(píng)審，以確保在軟件需求規(guī)格說(shuō)明書中所規(guī)定的各

項(xiàng)需求的合適性。

4.5.2概要設(shè)計(jì)評(píng)審preliminarydesignneview

。在軟件概要設(shè)計(jì)結(jié)束后必須進(jìn)行概要設(shè)計(jì)評(píng)審，以評(píng)價(jià)軟件設(shè)計(jì)說(shuō)明書中所描述的軟件概要設(shè)

計(jì)在總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口等方

面的合適性。

4.5.3詳細(xì)設(shè)計(jì)評(píng)審detaileddesignreview

。在軟件詳細(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功能檢查functionalaudit

在軟件釋放前，要對(duì)軟件進(jìn)行物理檢查，以驗(yàn)證程序和文檔己經(jīng)滿足在軟件需求說(shuō)明書中規(guī)定

的所有需求。

4.5.6物理檢查physicalaudit

在驗(yàn)收軟件前，要對(duì)軟件進(jìn)行物理檢查，以使程序和文檔己經(jīng)一致并己做好了交付的準(zhǔn)備，4.

5.7綜合檢查comprehensiveaudit

。在軟件驗(yàn)收時(shí)，要允許用戶或用戶所委托的專家對(duì)所要驗(yàn)收的軟件進(jìn)行設(shè)計(jì)抽樣的綜合檢查，

以驗(yàn)證代碼和設(shè)計(jì)文檔的

4.5.8管理評(píng)審managementreviews

要對(duì)計(jì)劃的執(zhí)行情況定期（或按階段）進(jìn)行管理評(píng)審；這些評(píng)審必須由獨(dú)立于被評(píng)審單位的機(jī)

構(gòu)或授權(quán)的第三方主持進(jìn)行。

14.C

15.。A

解析，參見(jiàn)13題

16.B

解析：

第一級(jí)：用戶自主保護(hù)級(jí);

第二級(jí)：系統(tǒng)審計(jì)保護(hù)級(jí);

第三級(jí)：安全標(biāo)記保護(hù)級(jí)；

第四級(jí)：結(jié)構(gòu)化保護(hù)級(jí)；

第五級(jí)：訪問(wèn)驗(yàn)證保護(hù)級(jí)。

17.?D

解析：WEP是WiredEquiva1entPrivacy的簡(jiǎn)稱，有線等效加密(WEP)是對(duì)在兩臺(tái)設(shè)

備間無(wú)線傳輸?shù)臄?shù)據(jù)進(jìn)行加密的方式，用以防止非法用戶竊聽(tīng)或侵入無(wú)線網(wǎng)絡(luò)。密碼分析學(xué)家

找出WEP好幾個(gè)弱點(diǎn)，因此在2003年被Wi-FiProtectedAccess<WPA>淘汰，在2

004年由完整的IEEE802.Hi標(biāo)準(zhǔn)(又稱為WPA2)所取代。

WPA全名為Wi-FiProtectedAccess,有WPA和WPA2兩個(gè)標(biāo)準(zhǔn)，是一種保護(hù)無(wú)線電腦

網(wǎng)絡(luò)(Wi-Fi)安全的系統(tǒng)，它是應(yīng)研究者在前一代的系統(tǒng)有線等效加密(WEP)中找到的幾個(gè)

嚴(yán)重的弱點(diǎn)而產(chǎn)生的。WPA實(shí)作了IEEE802.lli標(biāo)準(zhǔn)的大部分，是在802.11i完備之前

替代WEP的過(guò)渡方案。WPA的設(shè)計(jì)可以用在所有的無(wú)線網(wǎng)卡上，但未必能用在第一代的無(wú)線接

入點(diǎn)上。WPA2具備完整的標(biāo)準(zhǔn)體系，但其不能被應(yīng)用在某些老舊型號(hào)的網(wǎng)卡上。

18.A

19.C

解析：NETBEUI是為IBM開(kāi)發(fā)的非路由協(xié)議，用于攜帶NETBIOS通信。

20.A

21.C

解析：射頻識(shí)別，RFID(RadioFrequencyIdentification)技術(shù)，又稱無(wú)線射

頻識(shí)別，是一種通信技術(shù)，可通過(guò)無(wú)線電訊號(hào)識(shí)別特定目標(biāo)并讀寫相關(guān)數(shù)據(jù)，而無(wú)需識(shí)別系統(tǒng)與特

定目標(biāo)之間建立機(jī)械或光學(xué)接觸。

22.A

解析:路由器有多個(gè)端口，用于連接多個(gè)IP子網(wǎng)。每個(gè)端口的IP地址的網(wǎng)絡(luò)號(hào)要求與所連接的I

P子網(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)，如果是，就直接把分組通過(guò)端口送到網(wǎng)絡(luò)上；否則，也要

選擇下一個(gè)路由器來(lái)傳送分組。

23.D

解析：管理子系統(tǒng)也稱為管理間子系統(tǒng)，是連接垂直干線子系統(tǒng)和水平干線子系統(tǒng)的設(shè)備，主要

設(shè)備是配線架、交換機(jī)、機(jī)柜和電源。管理子系統(tǒng)設(shè)備設(shè)置在每層配線設(shè)備的房間內(nèi)，以便能方

便地管理通信線路。

24.B

25.D

解析：類是對(duì)象的抽象，而對(duì)象是類的具體實(shí)例。類是抽象的，不占用內(nèi)存,而對(duì)象是具體的,

占用存儲(chǔ)空間。類是用于創(chuàng)建對(duì)象的藍(lán)圖，它是一個(gè)定義包括在特定類型的對(duì)象中的方法和變

量的軟件模板。

26.A

27.B

解析：

狀態(tài)圖是描述某一對(duì)象的狀態(tài)轉(zhuǎn)化的，它主要表現(xiàn)的是該對(duì)象的狀態(tài)。從狀態(tài)圖中可以看出，該

對(duì)象在接受了外界的某種刺激之后，會(huì)做出什么樣的反應(yīng)。描述的是一個(gè)對(duì)象的事情?？梢哉f(shuō)

是對(duì)類圖的一種補(bǔ)充，幫助開(kāi)發(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(shuō)活動(dòng)圖是對(duì)用例圖的一種細(xì)化化，幫助開(kāi)發(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ì)日志還包括部分與安全無(wú)關(guān)的信息，如系統(tǒng)操作、費(fèi)用記賬和網(wǎng)絡(luò)性能。這類審計(jì)卻無(wú)法跟

蹤和記錄應(yīng)用事件，也無(wú)法提供足夠的細(xì)節(jié)信息。

(2)應(yīng)用級(jí)審計(jì):應(yīng)用級(jí)審計(jì)主要針對(duì)的是應(yīng)用程序的活動(dòng)信息，如打開(kāi)和關(guān)閉數(shù)據(jù)文件，讀取、

編輯、刪除記錄或宇段的等特定操作，以及打印報(bào)告等*

(3)用戶級(jí)審計(jì):用戶級(jí)審計(jì)主要是審計(jì)用戶的操作活動(dòng)信息，如用戶直接啟動(dòng)的所有命令，用

戶所有的鑒別和認(rèn)證操作，用戶所訪問(wèn)的文件和資源等信息。

29.C

30.C

31.。C

解析：環(huán)境因素比較宏觀，包括了組織所處的的外部政策與市場(chǎng)環(huán)境、以及組織內(nèi)部的管理制

度與企業(yè)文化等因素，這些因素通常會(huì)直接影響到具體項(xiàng)目的決策和執(zhí)行,但項(xiàng)目通常不會(huì)對(duì)事

業(yè)環(huán)境因素產(chǎn)生反向影響。

32.。A

33.C

34.A

解析：有重大缺陷一定需要修改,就涉本和資源，對(duì)項(xiàng)目正常運(yùn)行會(huì)造成影響，所以要走變更控制

流程，第一步是提交變更申請(qǐng)。

35.D

36A

解析：進(jìn)度控制需要在項(xiàng)目整個(gè)生命周期內(nèi)都要重點(diǎn)關(guān)注。

37.oC

解析：能把完成每個(gè)底層工作包的職貴明確地賦予一個(gè)成員、一組成員或者一個(gè)組織單元。

38A

39.B

40.D

41.D

解析：

項(xiàng)目論證：主要是指在項(xiàng)目方案的設(shè)計(jì)和變更過(guò)程中所作的論述、推理和證明。

項(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.D

43.。A

解析：風(fēng)險(xiǎn)識(shí)別階段的輸出包括：

(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)定性分析過(guò)程中不重要的風(fēng)險(xiǎn)將被放在監(jiān)視列中以備繼續(xù)監(jiān)視)

是定性風(fēng)險(xiǎn)分析階段的輸出產(chǎn)物。

44.A

45.B

46.。A

47.B

48.。A

解析：項(xiàng)目收尾的輸出包括：

⑵管理收尾規(guī)程

(第同收尾規(guī)程

⑶最終產(chǎn)品、服務(wù)或成果

(4)組織過(guò)程資產(chǎn)

49.C

50.A

51.B

解析：

DIPP是用來(lái)描述項(xiàng)目資源利用率，其計(jì)算公式為：DlPP=EMV/ETCKo其中，EMV為項(xiàng)目期望

貨幣值(ExpectedMoneyValue),是指考慮支付風(fēng)險(xiǎn)因素后，各個(gè)支付值與支付概率的乘積

之和。

ETC為完成尚需成本估算(EstimateToComplete)，指為了完成項(xiàng)目，對(duì)剩余所需進(jìn)行

的工作所消耗資源的成本估算。DIPP值越高的項(xiàng)目，意味著資源的利用率越高,越值得優(yōu)先考

慮資源的支持。DIPP<1表示項(xiàng)目的實(shí)際成本要比預(yù)算成本高。

52.A

53?D

54JC

55.A

56B

解析:

靜態(tài)投資回收期=累計(jì)凈現(xiàn)金流量第一次出現(xiàn)正值的年份-1+該年初尚未回收的投資的絕對(duì)值

?該年凈現(xiàn)金流量=4-1+700/800=3.91

沒(méi)有特別說(shuō)明，建設(shè)期是包括在投資回收期的。

57.C

58.A

解析：

應(yīng)急儲(chǔ)備是為未規(guī)劃但可能發(fā)生的變更提供的補(bǔ)貼，這些變更由風(fēng)險(xiǎn)登記冊(cè)中所列的己知風(fēng)險(xiǎn)引

起。（已知的未知）

1.。應(yīng)急儲(chǔ)備由PM負(fù)貴管理。

2.PM可支配應(yīng)急儲(chǔ)備。

3.應(yīng)急儲(chǔ)備是為將來(lái)應(yīng)對(duì)的“己知的未知風(fēng)險(xiǎn)”做準(zhǔn)備的儲(chǔ)備。

4.。應(yīng)急儲(chǔ)備是是成本績(jī)效基準(zhǔn)的一部分，同時(shí)也屬于項(xiàng)目預(yù)算。

5.若無(wú)估算依據(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)的判斷，若無(wú)估算依據(jù)，管理儲(chǔ)備可按總成本的一定比例

（例如10%）計(jì)算。

59.D

60A。

61.D

62.°C

63.B

64.A

解析：需求跟蹤有兩種方式：

(1)。正向跟蹤。檢查《產(chǎn)品需求規(guī)格說(shuō)明書》中的每個(gè)需求是否都能在后繼工作成果中找到對(duì)

應(yīng)點(diǎn)。

(2)。逆向跟蹤。檢查設(shè)計(jì)文擋、代碼、測(cè)試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說(shuō)明

書》中找到出處。

正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”。不論采用何種跟蹤方式，都要建立與維護(hù)需求跟蹤矩陣

(即表格)》需求跟蹤矩陣保存了需求與后繼工作成果的對(duì)應(yīng)關(guān)系。

65.B

66.A

67.C

68.B69?.C

解析：最短路徑應(yīng)該是甲乙丙丁戊己(2+4+1+1+3=11)

。設(shè)在甲村和己村的不能性不大，除非甲、己村人數(shù)非常多，而另一些村人數(shù)非常少。

丙：假設(shè)設(shè)在丙村，則50*6+40*4+60*0+20*1+70*2+90*5=1070

T：假設(shè)設(shè)在丁村，則50*7+40*5+60*1+20*0+70*1+90*4=990

同理，也可以求出甲2130和己1500o

70.C

71-75ACBAC

2015年下半年信息系統(tǒng)項(xiàng)目管理師考試案例分析真題

試題一(25分)

某信息系統(tǒng)集成公司決定采用頂目管理辦公室這樣的組織形式來(lái)管理公司的所有頂目，并任

命了公司辦公室主任王某來(lái)兼任頂目管理辦公室主任這一職務(wù)。鑒于目前公司頂目管理制度混

亂。各項(xiàng)目經(jīng)理都是依照自己的經(jīng)驗(yàn)來(lái)制定項(xiàng)目管理計(jì)劃，存在計(jì)劃制定不科學(xué)、不統(tǒng)一等倚

況，王某決定從培訓(xùn)入手來(lái)統(tǒng)一和改善公司頂目管理計(jì)劃的制定過(guò)程，并責(zé)成頂目管理辦公室

的小張具體負(fù)責(zé)相關(guān)培訓(xùn)內(nèi)容的組織。

。小張接到任務(wù)后，仔細(xì)學(xué)習(xí)了頂目管理的相關(guān)知識(shí)，并請(qǐng)教了專業(yè)人士。小張覺(jué)得頂目管理體系

結(jié)構(gòu)中，