2015下半年信息系統(tǒng)項(xiàng)目管理師題與解析

1、優(yōu)質(zhì)文本2015年下半年信息系統(tǒng)工程管理師上午真題 1、大數(shù)據(jù)對產(chǎn)品、企業(yè)和產(chǎn)業(yè)有著深刻的影響。把信息技術(shù)看作是輔助或效勞性的工具己經(jīng)成為過時(shí)的觀念，管理者應(yīng)該認(rèn)識(shí)到信息技術(shù)的廣泛影響，以及怎樣利用信息技術(shù)來創(chuàng)造有力而持久的競爭優(yōu)勢，1將是未來經(jīng)濟(jì)社會(huì)開展的一個(gè)重要特征。  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)。 A、CDMA    B、TD-LTEC 

2、  C、WCDMA   D、CDMA2000  3、 “互聯(lián)網(wǎng)+"協(xié)同制造中鼓勵(lì)有實(shí)力的互聯(lián)網(wǎng)企業(yè)構(gòu)建網(wǎng)絡(luò)化協(xié)同制造公共效勞平臺(tái)。以下表達(dá)中，3)是不正確的。  A、此類協(xié)同制造公共效勞平臺(tái)多采用大集中系統(tǒng)  B、 此類協(xié)同制造公共效勞平臺(tái)需要大數(shù)據(jù)技術(shù)的支持  C、 此類協(xié)同制造公共效勞平臺(tái)通常需要寬帶網(wǎng)絡(luò)的支持  D、 此類協(xié)同制造公共效勞平臺(tái)需要加強(qiáng)信息平安管理  4、需

3、求分析是軟件定義階段中的最后一步，在這個(gè)階段確定系統(tǒng)必須完成哪些工作，對目標(biāo)系統(tǒng)提出完整、準(zhǔn)確、清晰、具體的要求。一般來說，軟件需求分析可分為(4)三個(gè)階段。 A、需求分析、需求描述及需求評審  B、需求提出、需求描述及需求驗(yàn)證  C、需求分析、需求評審及需求驗(yàn)證  D、需求提出、需求描述及需求評審  5、軟件需求包括三個(gè)不同的層次，分別為業(yè)務(wù)需求、用戶需求和功能及非功能需求，5)屬于用戶需求。 A、反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，其在工程視圖與范圍文檔中予以說明 B

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

5、標(biāo)系統(tǒng)建立一個(gè)概念模型 D、需求定義是指開發(fā)方和用戶共同對需求文檔評審，經(jīng)雙方對需求達(dá)成共識(shí)后做出書面承諾，使需求文檔具有商業(yè)合同效果  7、軟件工程管理集成了過程管理和工程管理。以下關(guān)于軟件工程管理過程的表達(dá)中，7)最為準(zhǔn)確和完整。 A、范圍定義、工程方案、工程實(shí)施、評審和評價(jià)、軟件工程度量 B、需求分析、設(shè)計(jì)、測試、質(zhì)量保證、維護(hù)C、需求分析、設(shè)計(jì)、測試、質(zhì)量保證、軟件復(fù)用 D、需求分析、設(shè)計(jì)、測試、驗(yàn)證與確認(rèn)、評審與審計(jì)、維護(hù)  8、軟件工程質(zhì)量保證中的審計(jì)指的是8。 A、評價(jià)軟件產(chǎn)品以確定其對使用

6、意圖的適合性 B、檢査和識(shí)別軟件產(chǎn)品的某個(gè)局部的異常，并記錄到文檔 C、監(jiān)控軟件工程進(jìn)展，決定方案和進(jìn)度的狀態(tài) D、評價(jià)軟件產(chǎn)品和過程對于設(shè)定規(guī)那么、標(biāo)準(zhǔn)、流程等的遵從性  9、軟件測試是軟件開發(fā)過程中的一項(xiàng)重要內(nèi)容，將測試分為白盒測試、黑盒測試和灰盒測試主要是(9)對軟件測試進(jìn)行分類。 A、從是否關(guān)心軟件內(nèi)部結(jié)構(gòu)和具體實(shí)現(xiàn)的角度 B、從是否執(zhí)行程序的角度 C、從軟件并發(fā)階段的細(xì)分角度 D、從軟件開發(fā)復(fù)雜性的角度  10、軟件工程中的測試管理過程包括(10)。 A、單元測試、

7、集成測試、系統(tǒng)測試、驗(yàn)收測試 B、單元測試、集成測試、驗(yàn)收測試、回歸測試 C、制定測試方案、開發(fā)測試工具、執(zhí)行測試、發(fā)現(xiàn)并報(bào)告缺陷、測試總結(jié) D、制定測試方案及用例、執(zhí)行測試、發(fā)現(xiàn)并報(bào)告缺陷、修正缺陷、重新測試  11、(11)指在軟件維護(hù)階段，為了檢測由于代碼修改而可能引入的錯(cuò)誤所進(jìn)行的測試活動(dòng)。A、回歸測試  B、修復(fù)測試  C、集成測試  D、冒煙測試  12、信息的12)要求采用的平安技術(shù)保證信息接收者能夠驗(yàn)證在傳送過程中信息沒有被修改，并能防范入侵者用假信

8、息代替合法信息。 A、隱蔽性  B、機(jī)密性  C、完整性  D、可靠性  13、根據(jù)GB/T12504-2016?計(jì)算機(jī)軟件質(zhì)量保證方案標(biāo)準(zhǔn)?的相關(guān)規(guī)定，以下評審和檢査工作中，13)不是必須進(jìn)行的。 A、執(zhí)行進(jìn)度評審  B、軟件需求評審  C、詳細(xì)設(shè)計(jì)評審 D、管理評審  14、軟件可靠性是指在指定條件下使用時(shí)，軟件產(chǎn)品維持規(guī)定的性能級(jí)別的能力，其子特性(14)是指在軟件發(fā)生故障或者違反指定接口的情反下，軟件產(chǎn)品維持規(guī)定的性能

9、級(jí)別的能力。 A、成熟性  B、易恢復(fù)性  C、容錯(cuò)性  D、依從性  15、根據(jù)GB/T12504-2016?計(jì)算機(jī)軟件質(zhì)量保證方案標(biāo)準(zhǔn)?中的規(guī)定，在軟件驗(yàn)收時(shí)，驗(yàn)證代碼與設(shè)計(jì)文檔的一致性、接口規(guī)格說明的一致性、設(shè)計(jì)實(shí)現(xiàn)和功能需求的一致性等檢査屬于(15)。 A、綜合檢査  B、功能檢査  C、性能檢査  D、配置檢査  16、根據(jù)?信息平安等級(jí)保護(hù)管理方法?中的規(guī)定，信息系統(tǒng)的平安保護(hù)等級(jí)應(yīng)當(dāng)根據(jù)信息系統(tǒng)在國家平

10、安、經(jīng)濟(jì)建設(shè)、社會(huì)生活中的重要程度，信息系統(tǒng)遭到破壞后對國家平安、社會(huì) 抶序、公共利益以及公民、法人和其他組織的合法權(quán)益的危害程度等因素確定。其中平安標(biāo)記保護(hù)級(jí)處于(16)。 A、第二級(jí)   B、第三級(jí)   C、第四級(jí)   D、第五級(jí)  17、以下關(guān)于WLAN平安機(jī)制的表達(dá)中，17)是正確的。 A、WPA是為建立無線網(wǎng)絡(luò)平安環(huán)境提供的第一個(gè)平安機(jī)制 B、WEP和IPSec協(xié)議一樣，其目標(biāo)都是通過加密無線電波來提供平安保證 C、WEP2的

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

12、0;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é)議，A、Telnet    B.FTP    C、HTTP    D.

13、SMTP  21、射頻識(shí)別RFID)是物聯(lián)網(wǎng)中常用的無線通信技術(shù)，它通過21)識(shí)別特定目標(biāo)并讀寫相關(guān)數(shù)據(jù)。 (21) A.磁條    B、紅外線  C、無線電信  D、光束掃描  22、網(wǎng)絡(luò)路由器22)。 A、可以連接不同的子網(wǎng)    B、主要用于局域網(wǎng)接入Internet  C、主要起分隔網(wǎng)段的作用 D、工作在數(shù)據(jù)鏈路層  23、綜合布線系統(tǒng)是在樓宇或園區(qū)

14、范圍內(nèi)建立的信息傳輸網(wǎng)絡(luò)，綜合布線系統(tǒng)可分為6個(gè)獨(dú) 立的子系統(tǒng)，其中23)是干線子系統(tǒng)和水平子系統(tǒng)的橋梁，同時(shí)又可為同層組網(wǎng)提供條件。 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)容。A、制定技術(shù)規(guī)格說明    B、編寫需求規(guī)格說明書 C、技術(shù)選型      D、系統(tǒng)

15、分解  25、以下關(guān)于類和對象關(guān)系的表達(dá)中，25)是不正確的。 A、對象是類的實(shí)例    B、類是對象的抽象 C、類是靜態(tài)的，對象是動(dòng)態(tài)的  D、類和對象必須同時(shí)存在  26、在統(tǒng)一建模語言中(26)的主要目的是幫助開發(fā)團(tuán)隊(duì)以一種可規(guī)化的方式理解系統(tǒng)的功能需求，包括基于根本流程的“角色關(guān)系等。A、用例圖   B、類圖   C、序列圖    D、狀態(tài)圖  27

16、、UML提供了各種圖來描述建模過程，以下圖所示的UML圖是一個(gè)27)。  A、活動(dòng)圖  B、狀態(tài)圖  C、用例圖   D、序列圖  28、一般而言，網(wǎng)絡(luò)平安審計(jì)從審計(jì)級(jí)別上可分為(28)、應(yīng)用級(jí)審計(jì)和用戶級(jí)審計(jì)三種類型。A、組織級(jí)審計(jì) B、物理審計(jì) C、系統(tǒng)級(jí)審計(jì)  D、單元級(jí)審計(jì)  29、根據(jù)政府采購法的規(guī)定，以下做法中，29)是不正確的。 A、某省政府采購中心將工程采購的招標(biāo)工作委托給招標(biāo)公司完成 B、

17、政府采購工程完成后，采購方請國家認(rèn)可的質(zhì)量檢測機(jī)構(gòu)參與工程驗(yàn)收 C、政府采購工程驗(yàn)收合格后，采購方將招投標(biāo)原件進(jìn)行了銷毀 D、招標(biāo)采購過程中，由于符合條件的供給商不滿三家，重新組織了招標(biāo)  30、(30)不受?著作權(quán)法?保護(hù)。 (1)文宇作品  (2)口述作品  (3)音樂、戲劇、曲藝 (4)攝影作品  (5)計(jì)算機(jī)軟件 (6)時(shí)事新聞  (7)通用表格和公式  A、(2) (6) (7) 

18、60;    B、(2)(5)(6) C、(6) (7)        D、(3)(5)  31、某系統(tǒng)集成工程的工程經(jīng)理在制定工程章程時(shí)，必須要考慮涉及并影響工程的環(huán)境和組織因素31不屬于環(huán)境和組織因素的內(nèi)容。A、公司文化和結(jié)構(gòu)     B、員工績效評估記錄  C、變更控制流程       D、工

19、程管理信息系統(tǒng)  32、(32)工作用來對工程進(jìn)行定義，該工作用來明確“工程需要做什么。A、制定工程范圍說明書     B、制定工程管理方案 C、制定工程章程      D、工程管理信息系統(tǒng)  33、工程進(jìn)入到執(zhí)行階段后，工程經(jīng)理、工程組成員為了完成工程范圍說明書定義的工作，還需執(zhí)行的是(33)。 (1) 實(shí)施己批準(zhǔn)的預(yù)防措施以降低潛在負(fù)面結(jié)果出現(xiàn)的可能性 (2) 管理已分配到工程或階段中的工程團(tuán)

20、隊(duì)成員 (3) 為工程選擇生命周期模型 (4) 監(jiān)管工程總投入情況 (5) 管理供給商 A、(2)(5)       B、(1)(2)(3)(4) C、(1)(2)(4)(5)       D、(1)(2)(3)(4)(5)  34、工程組的測試人員在軟件系統(tǒng)測試時(shí)發(fā)現(xiàn)了一個(gè)重大缺陷并報(bào)告給了工程經(jīng)理，工程經(jīng)理接下來應(yīng)該(34)。 A、提交一個(gè)變更

21、申請B、和質(zhì)量保證人員商量如何修改  C、將任務(wù)分配給開發(fā)人員小王修改 D、評估是否需要修改  35、己知某系統(tǒng)由ABCDEF六個(gè)活動(dòng)構(gòu)成，工程實(shí)習(xí)人員根據(jù)活動(dòng)邏輯關(guān)系及歷時(shí)等信息繪 制了該系統(tǒng)的網(wǎng)絡(luò)圖，并給出了該系統(tǒng)的工期為9周，工程組其他成員紛紛提出意見。以下意見中 (35)是正確的。  (35)A、邏輯關(guān)系錯(cuò)誤，工程工期應(yīng)為7周 B、有循環(huán)回路，工程工期是正確的 C、節(jié)點(diǎn)序號(hào)編排不對，工程工期正確 D、工程工期應(yīng)為8周   36、工程進(jìn)度控制是依據(jù)工

22、程進(jìn)度基準(zhǔn)方案對工程的實(shí)際進(jìn)度進(jìn)行監(jiān)控，使工程能夠按時(shí)完成。以下關(guān)于工程進(jìn)度控制的表達(dá)中，36)是不正確的。 A、工程進(jìn)度至關(guān)重要，因此進(jìn)度控制需要在工程初期優(yōu)先關(guān)注B、進(jìn)度控制必須與其他變化控制，包括本錢控制與范圍控制緊密結(jié)合 C、工程進(jìn)度控制是工程整體控制的一個(gè)組成局部 D、對工程進(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é)果所需要的中間可交付

23、物  每個(gè)WBS元素應(yīng)只附屬一個(gè)母層次的WBS元素或子層次的WBS元素  每個(gè)工作包都應(yīng)可以分配給一名工程團(tuán)隊(duì)成員或一家分包商單獨(dú)負(fù)責(zé)  可交付成果具有唯一性、獨(dú)特性 A、  B、  C、  D、  38、一個(gè)組織中有很多類型的分解結(jié)構(gòu)，工程組在分解WBS時(shí)，(38)可以幫助工程組考慮并確定所分解的工作包由哪些成員來執(zhí)行。 A、組織分解結(jié)構(gòu)(OBS)     B、物料清單(BOM)

24、60; C、風(fēng)險(xiǎn)分解結(jié)構(gòu)(RBS)     D、過程分解結(jié)構(gòu)(PBS)  39、工程可行性分析是立項(xiàng)前的重要工作，包括技術(shù)、物資、資源、人員的可行性。在進(jìn)行工程可行性分析時(shí)，需要在(39)過程中分析人力資源的可行性。 A、經(jīng)濟(jì)可行性分析     B、技術(shù)可行性分析 C、運(yùn)行環(huán)境可行分析     D、法律可行性析  40、工程論證是一個(gè)連續(xù)的過程，一般包括以下幾個(gè)步驟，正確的執(zhí)行順序是(4

25、0)。  收集并分析相關(guān)資料  明確工程范圍和業(yè)主目標(biāo)  擬定多種可行的實(shí)施方案并分析比擬  選擇最優(yōu)方案進(jìn)行詳細(xì)論證  編制資金籌措方案和工程實(shí)施進(jìn)度方案  編制工程論證報(bào)告 (40) A、  B、 C、 D、  41、工程可行性研究階段的工程論證和工程評估的關(guān)系是(41)。A、一般先進(jìn)行工程評估，再進(jìn)行工程論證。 B、工程論證和工程評估都是立項(xiàng)階段必不可少的環(huán)節(jié) C、工程評

26、估是在工程論證的根底上，由第三方開展的判斷工程是否可行的一個(gè)評估過程 D.工程論證是給出工程的實(shí)施方案，工程評估是對實(shí)施方案的量化和決策  42、以下關(guān)于工程團(tuán)隊(duì)管理的表達(dá)中，(42)是不正確的。 A、工程團(tuán)隊(duì)管理的目的是跟蹤個(gè)人和團(tuán)隊(duì)的績效，反響和解決問題以提高工程績效 B、可采用觀察和交談、工程績效評估的方法實(shí)現(xiàn)對工程團(tuán)隊(duì)的管理 C、一個(gè)企業(yè)中的組織文化可能會(huì)影響團(tuán)隊(duì)管理的方式和結(jié)果 D、工程經(jīng)理在團(tuán)隊(duì)發(fā)生沖突時(shí)應(yīng)本著解決矛盾的原那么進(jìn)行調(diào)解  43、(43)不屬于風(fēng)險(xiǎn)識(shí)別階段的成果。 A、

27、低優(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)對方法列表44、主要風(fēng)險(xiǎn)清單是常用的工程風(fēng)險(xiǎn)管理工具，如以下圖所示。以下關(guān)于風(fēng)險(xiǎn)清單的表達(dá)中，(44)是不正確的。 A、該風(fēng)險(xiǎn)清單應(yīng)在需求分析之前建立，并在工程結(jié)束前不斷定期維護(hù) B、工程經(jīng)理、風(fēng)險(xiǎn)管理貴任人應(yīng)每隔一周左右回憶該風(fēng)險(xiǎn)清單 C、應(yīng)該對風(fēng)險(xiǎn)清單中的局部主要風(fēng)險(xiǎn)制定詳細(xì)的風(fēng)險(xiǎn)應(yīng)對方案 D、對風(fēng)險(xiǎn)清單的回憶應(yīng)包含在進(jìn)度方案表中

28、，否那么可能被遺忘  45、根據(jù)?中華人民共和國招投標(biāo)法?,以下做法中，(45)是正確的。 A、某工程于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)文件要求存在一定的差異，評標(biāo)委員會(huì)可以確定其中最接近投標(biāo)文件要求的公司中標(biāo) D、聯(lián)合投標(biāo)的幾家企業(yè)中只需要一家到達(dá)招標(biāo)文件要求的資質(zhì)即可  46、某工程在招標(biāo)時(shí)被分成假設(shè)干個(gè)工程包，分別發(fā)包給不同的承包人。承包人中標(biāo)后應(yīng)與招標(biāo)人簽訂的合同屬于

29、(46)。 A、單項(xiàng)工程承包合同  B、分包合同 C、單價(jià)合同 D、本錢鼓勵(lì)合同  47、工程采購是一項(xiàng)復(fù)雜的工作，編制詳細(xì)可行的工程采購方案有助于工程成功，(47)屬于編制工程采購方案所必須考慮的內(nèi)容。 A、工作說明書 B、工程范圍說明書  C、自制/外購決定 D、合同收尾規(guī)程  48、(48)不屬于工程收尾的輸出。 A、合同文件 B、管理收尾規(guī)程  C、合同收尾規(guī)程 D、組織過程資產(chǎn)更新 &#

30、160;49、與普通的采購管理過程相比，外包管理更注重(49)環(huán)節(jié)。 A、自制外購分析  B、方案編制 C、過程監(jiān)控  D、成果驗(yàn)收  50、工程組合管理是一個(gè)保證組織內(nèi)所有工程都經(jīng)過風(fēng)險(xiǎn)和收益分析及平衡的方法論。作為公司的工程經(jīng)理進(jìn)行工程組合管理時(shí)，50)應(yīng)是重點(diǎn)考慮的要素。 A、資源利用效率  B、工程進(jìn)度控制 C、范圍變更 D、工程質(zhì)量  51、DIPP分析法可用于對處在不同階段的工程進(jìn)行比擬，同時(shí)可以說明工程的資源利用情況DIPP=EMV

31、/ETC。如果有A、B、C、D四個(gè)工程，工程初期的DIPP值分別為：  DIPP(A)=0.9、 DIPP(B)=1.3、 DIPP (C)=0.8、DIPP(D)=1.2，那么優(yōu)先選擇的工程為(51)。 A、工程A    B、工程B     C、工程C   D、工程D52、工程組合管理是指為了實(shí)現(xiàn)特定的戰(zhàn)略業(yè)務(wù)目標(biāo)，對一個(gè)或多個(gè)工程組合進(jìn)行集中管理, 包括識(shí)別、排序、授權(quán)、管理和控制工程，工程集和其他有關(guān)

32、工作。以下關(guān)于工程組合管理的表達(dá)中(52)是不正確的。 A、工程組合管理主要采用的是自下而上的管理方式 B、工程組合管理過程一般是進(jìn)行組織決策的過程C、工程組合管理要確保與組織戰(zhàn)略協(xié)調(diào)一致 D、通過審核工程和工程集來確定資源分配的優(yōu)先順序  53、依據(jù)GB/T 19668、1-2005?信息化工程監(jiān)理標(biāo)準(zhǔn)?，以下關(guān)于工程招標(biāo)階段的質(zhì)量控制內(nèi)容的表達(dá)中，(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)答疑工作&#

33、160;D、監(jiān)理機(jī)構(gòu)不宜對評標(biāo)的評定標(biāo)準(zhǔn)提出監(jiān)理意見  54、監(jiān)理工程師在審批承包人提交的開工報(bào)告時(shí)，要對承包人提供的開工條件進(jìn)行檢査、核簽與審批，(54)般不是重點(diǎn)核實(shí)和審批的對象。 A、施工人員組織  B、材料質(zhì)量  C、工程驗(yàn)收方案 D、施工工具配備  55、在對工程內(nèi)部各成員制定績效任務(wù)時(shí)，首先應(yīng)(55)。A、對每個(gè)崗位的工作內(nèi)容進(jìn)行分解 B、對每個(gè)崗位的工作在進(jìn)度、本錢、質(zhì)量等上設(shè)定KPI值C、確定KPI的評分標(biāo)準(zhǔn) D、確定考核頻率  56、某一

34、工程，初始投資為2000萬元，該工程從投產(chǎn)年開始每年的凈收益如下表所示，那么該 工程的靜態(tài)投資回收期約為(56)年。 A、2.9    B、3.9    C、2.7    D、3.8  57、某工程包含A、B、C三項(xiàng)主要活動(dòng)，工程經(jīng)理在本錢估算時(shí)采用自下而上的方法，分別估算出三項(xiàng)活動(dòng)的本錢分別為13萬元，23萬元和8萬元，同時(shí)為了應(yīng)對未來可能遇 到的不確定因素，預(yù)留了10萬元的管理儲(chǔ)藏，同時(shí)為每個(gè)活動(dòng)預(yù)留了2萬元的準(zhǔn)備金。&#

35、160;該工程的總預(yù)算為(57)萬元。工程進(jìn)行到第二個(gè)月時(shí)，實(shí)際花費(fèi)為20萬元，完成總工作量的30%。如果工程按照當(dāng)前績效繼續(xù)進(jìn)展下去，預(yù)測工程的完工尚需本錢ETC約為(58) 萬元。 (57)A、44     B、54     C、60     D、50 (58)A, 46.7    B、40.7    C、45 &

36、#160;   D、46  59、確定適用于工程的質(zhì)量標(biāo)準(zhǔn)并決定如何滿足這些標(biāo)準(zhǔn)是(59)的過程。 A、質(zhì)量目標(biāo)  B、質(zhì)量保證  C、質(zhì)量方針  D、質(zhì)量方案  60、工程質(zhì)量管理通過質(zhì)量規(guī)劃、質(zhì)量保證、質(zhì)量控制程序和過程以及連續(xù)的過程改良活動(dòng)來實(shí)現(xiàn)，其中(60)關(guān)注工程執(zhí)行過程中的質(zhì)量。 A、質(zhì)量保證  B、質(zhì)量規(guī)劃  C、質(zhì)量控制  D、質(zhì)量改良  61、(61

37、)可以作為工程質(zhì)量控制中問題識(shí)別和問題分析的工具。  A、帕累托分析  B、直方圖    C、核對表    D、因果分析  62、按照軟件配罝管理的根本指導(dǎo)思想，受控制的對象應(yīng)是62),實(shí)施軟件配置管理包括 4個(gè)最根本的活動(dòng)，其中不包括63)。 (62) A、軟件元素   B、軟件工程   C、軟件配罝項(xiàng)  D、軟件過程 (63)

38、0;A、配置項(xiàng)標(biāo)識(shí) B、配置項(xiàng)優(yōu)化  C、配置狀態(tài)報(bào)告 D、配置審計(jì)  64、在需求跟蹤過程中，檢査設(shè)計(jì)文檔、代碼、測試用例等工作成果是否都能在?產(chǎn)品需求規(guī)格說明書?中找到出處的方法屬于(64)。 A、逆向跟蹤  B、正向跟蹤   C、雙向跟蹤   D、系統(tǒng)跟蹤 65、測試人員在測試某一功能時(shí)，發(fā)現(xiàn)該功能在需求說明書里沒有，他接下來正確的做法是(65)。A、在需求說明書中補(bǔ)充該功能   B、匯報(bào)工程經(jīng)理，讓

39、其査明原因 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、 2    C、3    D、4 (67) A、 15   

40、0;B、 16    C、 17    D、18 68、己知有6個(gè)村子，相互之間道路的距離如以下圖所示。現(xiàn)擬合建一所小學(xué)。己知甲村有小學(xué)生50人，乙村40人，丙村60人，丁村20人，戊村70人，己村90人。從甲村到乙村的最短路程是68)；小學(xué)應(yīng)建在(69)村，使全體學(xué)生上學(xué)所走的總路程最短。 (68)A、10     B、11    C、12    

41、;D. 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í)才對游戲者有利。 A. 3.5   B、4    C、4.5    D、

42、5  71、 In an Information system. The (71) is the bridge between hardware and people.A、 keyboard  B、internet  C、disk   D、data  72、 Cloud-computing providers offe

43、r their “services according todifferent  models, which happen to form a stack (72) , platform as a service (Paas), software as a service (SaaS). A、hardware as a 

44、;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&#

45、160;duration or cost of an  activity ou project using historical data from a similar activity or project.A、Parametric  B、 Analogous  C、 Three-point  D、 Expert judgme

46、nt  74、 Schedule compression shortens the project schedule without changing the project  scope, to meet schedule constraints, imposed dates, or other  schedule objectives.

47、0;Schedule compression techniques include crashing  and (74). A、fast tracking      B、what-if scenario analysis  C、resource leveling     D、critical chain method 

48、 75、 If the approved change requests have an effect on the project scope, then the  correspondingcomponent documents and cost baselines, and (75)of the project  mana

49、gement plan are revised and reissued to reflect the  approved changes. A、developing baselines    B、testing baselinesC、schedule baselines    D、 ending baselines  2015

50、年下半年信息系統(tǒng)工程管理師上午真題參考答案 1 CBABB AADAD 11 ACACA BDACA 21 CADBD ABCCC 31 CACAD ACABD 41 DDAAB ABACA 51 BADCA BCADA 61 DCBAB BCBCC 71 ACBAC   2015年下半年信息系統(tǒng)工程管理師上午真題答案解析  1

51、.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ù)集合。從產(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

52、-LTE和FDD-LTE兩種制式。3G 存在 3 種標(biāo)準(zhǔn)：CDMA2000、WCDMA、TD-SCDMA。  3. A 解析：協(xié)同制造公共效勞平臺(tái)多采用分布式系統(tǒng)，而非集中式系統(tǒng)  4. B 解析：需求分析可分為需求提出、需求描述及需求評審三個(gè)階段。 需求提出：主要集中于描述系統(tǒng)目的。需求提出和分析僅僅集中在使用者對系統(tǒng)的觀點(diǎn) 上。開發(fā)人員和用戶確定一個(gè)問題領(lǐng)域，并定義一個(gè)描述該問題的系統(tǒng)?這樣的定義稱 作系統(tǒng)規(guī)格說明，并且它在用戶和開發(fā)人員之間充當(dāng)合同。

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

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

55、發(fā)人員必須在產(chǎn)品中實(shí)現(xiàn)的軟件功能，用戶利用這些功能來完成任務(wù)，滿足業(yè)務(wù)需求。功能需求有時(shí)也被稱作行為需求behaviour requirement)。功能需求描述是開發(fā)人員需要實(shí)現(xiàn)什么。  6. A  7. A 解析：軟件工程管理繼承了過程管理和工程管理的內(nèi)容。包括啟動(dòng)和范圍定義、軟件工程計(jì) 劃、軟件工程實(shí)施、評審和評價(jià)、關(guān)閉、軟件工程度量等六個(gè)方面。 啟動(dòng)和范圍定義。進(jìn)行啟動(dòng)軟件工程工程的活動(dòng)并作出決定。通過各種方法來有效地確 定軟件需求，并從不同的角度評估工程的可行性。一旦可行性建

56、立后，余下的任務(wù)就是 需求驗(yàn)證和變更流程的標(biāo)準(zhǔn)說明。 軟件工程方案。從管理的角度，進(jìn)行為成功的軟件工程作準(zhǔn)備而要采取的活動(dòng)。使用迭 代方式制訂方案。要點(diǎn)在于評價(jià)并確定適當(dāng)?shù)能浖芷谶^程，并完成相關(guān)的工作。 軟件工程實(shí)施。進(jìn)行軟件工程過程中發(fā)生的各種工程管理活動(dòng)。實(shí)施工程方案，最重要的是遵循方案，井完成相關(guān)的工作。 評審和評價(jià)。進(jìn)行確認(rèn)軟件是否濤到滿足的驗(yàn)證活動(dòng)。 關(guān)閉。進(jìn)行軟件工程工程完成后的活動(dòng)。在這一階段，重新審査工程成功的準(zhǔn)那么。一旦 關(guān)閉成立，進(jìn)行歸檔、事后分析和過程改良活動(dòng)。 軟件工程度量。進(jìn)行在軟件

57、工程組織中有效地開發(fā)和實(shí)現(xiàn)度量的程序。  8. D  9. A  解析： 白盒測試：己知產(chǎn)品的內(nèi)部工作過程，可以通過測試證明每種內(nèi)部操作是否符合設(shè)計(jì)規(guī)格要 求，所有內(nèi)部成分是否已經(jīng)過檢査。 黑盒測試：把測試對象看做一個(gè)黑盒子，測試人員完全不考慮程序內(nèi)部的邏輯結(jié)構(gòu)和內(nèi)部特 性，只依據(jù)程序的需求規(guī)格說明書，檢査程序的功能是否符合它的功能說明。因此黑盒測試又叫功能測試。 灰盒測試：介于白盒測試與黑盒測試之間，灰盒測試關(guān)注輸出對于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注

58、不象白盒那樣詳細(xì)、完整，只是通過一些表征性的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)。  10. D  11. A 解析：回歸測試：是指修改了舊代碼后，重新進(jìn)行測試以確認(rèn)修改沒有引入新的錯(cuò)誤或?qū)е缕渌?#160;碼產(chǎn)生錯(cuò)誤。自動(dòng)回歸測試將大幅降低系統(tǒng)測試、維護(hù)升級(jí)等階段的本錢。冒煙測試：源自硬件行業(yè)。對一個(gè)硬件或硬件組件進(jìn)行更改或修復(fù)后，直接給設(shè)備加電。如 果沒有冒煙，那么該組件就通過了測試。在軟件中，“冒煙測試這一術(shù)語描述的是在將代碼更改嵌入到產(chǎn)品的源樹中之前對這些更改良行驗(yàn)證的過程。在檢查了代碼后，冒煙測試是確定

59、和修復(fù)軟件缺陷的最經(jīng)濟(jì)有效的方法。測試設(shè)計(jì)用于確認(rèn)代碼中的更改會(huì)按預(yù)期運(yùn)行，且不會(huì)破壞整個(gè)版本的穩(wěn)定性。  12. C  13. A 解析：GB/T12504-2016?計(jì)算機(jī)軟件質(zhì)量保證方案標(biāo)準(zhǔn)?第四小節(jié)規(guī)定： 4.5評審和檢査  必須規(guī)定所要進(jìn)行的技術(shù)和管理兩方面的評審和檢査工作，并編制或引用有關(guān)的評審和檢査 規(guī)程以及通過與否的技術(shù)準(zhǔn)那么，至少要進(jìn)行以下各項(xiàng)評審和檢査工作： 4.5.1 軟件需求評審 software requirements

60、 review  在軟件概要設(shè)計(jì)結(jié)束后必須進(jìn)行概要設(shè)計(jì)評審，以確保在軟件需求規(guī)格說明書中所規(guī)定的各 項(xiàng)需求的適宜性。 4.5.2 概要設(shè)計(jì)評審 preliminary design review  在軟件概要設(shè)計(jì)結(jié)束后必須進(jìn)行概要設(shè)計(jì)評審，以評價(jià)軟件設(shè)計(jì)說明書中所描述的軟件概要 設(shè)計(jì)在總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局?jǐn)?shù)據(jù)結(jié)構(gòu)以及各主要部件之間的接口 等方面的適宜性。 4.5.3 詳細(xì)設(shè)計(jì)評審 detailed des

61、ign review  在軟件詳細(xì)設(shè)計(jì)階段結(jié)束后必須進(jìn)行詳細(xì)設(shè)計(jì)評審，以評價(jià)軟件驗(yàn)證與確認(rèn)方案中所規(guī)定的 驗(yàn)證與確認(rèn)方法的適宜性與完整性。 4.5.5 功能檢査 functional audit  在軟件釋放前，要對軟件進(jìn)行物理檢査，以驗(yàn)證程序和文檔己經(jīng)滿足在軟件需求說明書中規(guī) 定的所有需求。 4.5.6 物理檢査 physical audit  在驗(yàn)收軟件前，要對軟件進(jìn)行物理檢査，以使程序和文檔己經(jīng)一致并己做好了交付的準(zhǔn)備,

62、 4.5.7 綜合檢査 comprehensive audit  在軟件驗(yàn)收時(shí)，要允許用戶或用戶所委托的專家對所要驗(yàn)收的軟件進(jìn)行設(shè)計(jì)抽樣的綜合檢 査，以驗(yàn)證代碼和設(shè)計(jì)文檔的 4.5.8 管理評審 management reviews  要對方案的執(zhí)行情況定期或按階段進(jìn)行管理評審；這些評審必須由獨(dú)立于被評審單位的 機(jī)構(gòu)或授權(quán)的第三方主持進(jìn)行。  14. C  15. A 解析，參見13題&

63、#160; 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í)。17. D 解析：WEP是Wired Equivalent Privacy的簡稱，有線等效加密WEP)是對在兩臺(tái)設(shè)備間無 線傳輸?shù)臄?shù)據(jù)進(jìn)行加密的方式，用以防止非法用戶竊聽或侵入無線網(wǎng)絡(luò)。密碼分析學(xué)家找出 WEP好幾個(gè)弱點(diǎn)，因此在2003年被Wi-Fi Protecte

64、d 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)生的。WPA實(shí)作了 IEEE802.11i標(biāo)準(zhǔn)的大局部，是在802.11i完備之前替代WEP 的過渡方案。WPA的設(shè)計(jì)可以用在所有的無線網(wǎng)卡上，但未必能用在第一代的無線接

65、入點(diǎn)上。WPA2具備完整的標(biāo)準(zhǔn)體系，但其不能被應(yīng)用在某些老舊型號(hào)的網(wǎng)卡上。  18.A  19. C 解析：NETBEUI是為IBM開發(fā)的非路由協(xié)議，用于攜帶NETBIOS通信。  20. A  21. 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é)接觸。 

66、; 22. A 解析：路由器有多個(gè)端口，用于連接多個(gè)IP子網(wǎng)。每個(gè)端口的IP地址的網(wǎng)絡(luò)號(hào)要求與所連接的IP子網(wǎng)的網(wǎng)絡(luò)號(hào)相同。不同的端口為不同的網(wǎng)絡(luò)號(hào)，對應(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è)

67、備是配線架、交換機(jī)、機(jī)柜和電源。管理子系統(tǒng)設(shè)備設(shè)置在每層配線設(shè)備的房間內(nèi)， 以便能方便地管理通信線路。  24. B  25.D  解析：類是對象的抽象，而對象是類的具體實(shí)例。類是抽象的，不占用內(nèi)存，而對象是具體 的，占用存儲(chǔ)空間。類是用于創(chuàng)立對象的藍(lán)圖，它是一個(gè)定義包括在特定類型的對象中的方 法和變量的軟件模板。  26.A  27.B  解析： 狀態(tài)圖是描述某一對象的狀態(tài)轉(zhuǎn)化的，它主要表現(xiàn)的是該對象的狀態(tài)。從狀態(tài)圖中可以看出， 該對

68、象在接受了外界的某種刺激之后，會(huì)做出什么樣的反響。描述的是一個(gè)對象的事情?？?#160;以說是對類圖的一種補(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)圖是對用例圖的一種細(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ì)主要針對系統(tǒng)的登入情況、用戶識(shí)別號(hào)

69、、登入嘗試的曰期和具體 時(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ì)主要針對的是應(yīng)用程序的活動(dòng)信息，如翻開和關(guān)閉數(shù)據(jù)文件，讀 取、編輯、刪除記錄或宇段的等特定操作，以及打印報(bào)告等* (3)用戶級(jí)審計(jì)：用戶級(jí)審計(jì)主要是審計(jì)用戶的操作活動(dòng)信息，如用戶直接啟動(dòng)的所有命令, 用戶所有的鑒別和認(rèn)證操作，用戶所訪問的文件和資源等信息。&#

70、160; 29.C   30.C   31. C 解析：環(huán)境因素比擬宏觀，包括了組織所處的的外部政策與市場環(huán)境、以及組織內(nèi)部的管理 制度與企業(yè)文化等因素，這些因素通常會(huì)直接影響到具體工程的決策和執(zhí)行，但工程通常不 會(huì)對事業(yè)環(huán)境因素產(chǎn)生反向影響。  32. A  33. C  34. A 解析：有重大缺陷一定需要修改，就涉本和資源，對工程正常運(yùn)行會(huì)造成影響，所以要走變更控制流程，第一步是提交變更申請

71、。  35. D  36. A 解析：進(jìn)度控制需要在工程整個(gè)生命周期內(nèi)都要重點(diǎn)關(guān)注。 37. C 解析：能把完成每個(gè)底層工作包的職貴明確地賦予一個(gè)成員、一組成員或者一個(gè)組織單元。  38. A  39. B  40. D  41. D 解析：工程論證：主要是指在工程方案的設(shè)計(jì)和變更過程中所作的論述、推理和證明。 工程評估：主要是指在工程方案完成后對于工程方案

72、的評價(jià)、評審和審查等方面的工作。 工程論證與工程評估的區(qū)別： (1) 內(nèi)容不同。工程論證是從主觀的角度去論證工程決策方案的必要性和合理性，工程評 估是從客觀的角度評估工程決策方案的可行性和有效性。 (2) 主體不同。工程論證的主體是工程決策者，工程評估主體多是獨(dú)立的第三方。 (3) 客體不同。工程論證的客體是正在形成中的各種工程決策方案，而工程評估的客體是 己經(jīng)提出并根本成型的工程決策備選方案。  42. D  43. A 解析：風(fēng)險(xiǎn)識(shí)

73、別階段的輸出包括： (1)已識(shí)別的風(fēng)險(xiǎn)列表； (2)風(fēng)險(xiǎn)的征兆或聱告信號(hào)； (3)潛在風(fēng)險(xiǎn)應(yīng)對方法列表； (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. A  45. B  46. A   47. B 48. A 解析：工程收尾的輸出包括：&

74、#160; 管理收尾規(guī)程 合同收尾規(guī)程   最終產(chǎn)品、效勞或成果   組織過程資產(chǎn)  49. C  50. A  51. B 解析：DIPP是用來描述工程資源利用率，其計(jì)算公式為：DIPP=EMV/ETCK。其中，EMV為工程期望貨幣值Expected Money Value，是指考慮支付風(fēng)險(xiǎn)因素后，各個(gè)支付值與支付概率的乘積之和。 ETC為完成尚需本錢估算EstimateToCompl

75、ete，指為了完成工程，對剩余所需進(jìn)行的 工作所消耗資源的本錢估算。DIPP值越高的工程，意味著資源的利用率越高，越值得優(yōu)先考慮資源的支持。DIPP<1表示工程的實(shí)際本錢要比預(yù)算本錢高。52. A  53. D  54. C  55. A  56. B  解析： 靜態(tài)投資回收期=累計(jì)凈現(xiàn)金流量第一次出現(xiàn)正值的年份-1+該年初尚未回收的投資的絕對值÷該年凈現(xiàn)金流量=4-1+700/800=3.91 沒有

76、特別說明，建設(shè)期是包括在投資回收期的。  57.C   58.A  解析：應(yīng)急儲(chǔ)藏是為未規(guī)劃但可能發(fā)生的變更提供的補(bǔ)貼，這些變更由風(fēng)險(xiǎn)登記冊中所列的己知風(fēng) 險(xiǎn)引起。(的未知 1. 應(yīng)急儲(chǔ)藏由PM負(fù)貴管理。 2. PM可支配應(yīng)急儲(chǔ)藏。 3. 應(yīng)急儲(chǔ)藏是為將來應(yīng)對的“己知的未知風(fēng)險(xiǎn)做準(zhǔn)備的儲(chǔ)藏。 4. 應(yīng)急儲(chǔ)藏是是本錢績效基準(zhǔn)的一局部，同時(shí)也屬于工程預(yù)算。 5. 假設(shè)無估算依據(jù)，應(yīng)急儲(chǔ)藏可按總本錢的一定比例例如10%)計(jì)

77、箅。  管理儲(chǔ)藏是為未規(guī)劃的范圍變更與本錢變更而預(yù)留的預(yù)算。未知的未知 1. 管理儲(chǔ)藏是為預(yù)先考慮的那些“未知的未知風(fēng)險(xiǎn)做準(zhǔn)備的儲(chǔ)藏。 2. 管理儲(chǔ)藏由發(fā)起人或管理層負(fù)責(zé)管理。 3. PM使用管理儲(chǔ)藏，需要向發(fā)起人或管理層申請。 4. 管理儲(chǔ)藏是工程預(yù)算的一局部。 5. 管理儲(chǔ)藏不是本錢基準(zhǔn)的一局部。 6. 管理儲(chǔ)藏不納入掙值計(jì)算。 7. 管理儲(chǔ)藏在工程的結(jié)束點(diǎn)反映。 8. 管理儲(chǔ)藏的多少取決于管理層對風(fēng)險(xiǎn)的判斷，假

78、設(shè)無估算依據(jù)，管理儲(chǔ)藏可按總本錢的一定比例例如10%)計(jì)算。  59.D  60 A   61. D 62. C   63.B   64.A解析：需求跟蹤有兩種方式： (1) 正向跟蹤。檢査?產(chǎn)品需求規(guī)格說明書?中的每個(gè)需求是否都能在后繼工作成果中找 到對應(yīng)點(diǎn)。 (2) 逆向跟蹤。檢査設(shè)計(jì)文擋、代碼、測試用例等工作成果是否都能在?產(chǎn)品需求規(guī)格說 明書?中找到出處。&#

79、160;正向跟蹤和逆向跟蹤合稱為“雙向跟蹤。不管采用何種跟蹤方式，都要建立與維護(hù)需求跟 蹤矩陣即表格?需求跟蹤矩陣保存了需求與后繼工作成果的對應(yīng)關(guān)系。   65.B   66.A  67.C  68.B 69.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=10

80、70 丁：假設(shè)設(shè)在丁村，那么50*7+40*5+60*1+20*0+70*1+90*4=990 同理，也可以求出甲2130和己1500。  70.C  7175 ACBAC2015年下半年信息系統(tǒng)工程管理師考試案例分析真題 試題一25分  某信息系統(tǒng)集成公司決定釆用頂目管理辦公室這樣的組織形式來管理公司的所有頂目， 并任命了公司辦公室主任王某來兼任頂目管理辦公室主任這一職務(wù)。鑒于目前公司頂目管理 制度混亂。各工程經(jīng)理都是依照自己的經(jīng)驗(yàn)來制定工程管理方案，存在方案制定不科學(xué)、不

81、 統(tǒng)一等倚況，王某決定從培訓(xùn)入手來統(tǒng)一和改善公司頂目管理方案的制定過锃，并責(zé)成頂目 管理辦公室的小張具體負(fù)責(zé)相關(guān)培訓(xùn)內(nèi)容的組織。  小張接到任務(wù)后，仔細(xì)學(xué)習(xí)了頂目管理的相關(guān)知識(shí)，幷請教了專業(yè)人士。小張覺得頂目管理體系結(jié)構(gòu)中，主要由輸入、工具和技術(shù)以及輸出組成。于是也按照頂目管理編制方案的輸入、頂目管理編制方案工具和技術(shù)、以及工程管理方案的輸出內(nèi)容三個(gè)方面來組織工程管理方案培訓(xùn)的相關(guān)課程內(nèi)容。  但是在準(zhǔn)備進(jìn)一步的內(nèi)容時(shí)，小張覺得目前公司的頂目五花八門，有研發(fā)工程、系統(tǒng)集 成頂目、運(yùn)維頂目和純粹的軟件開發(fā)頂目，還有局部弱電工程頂目，既有規(guī)模大的頂目，也有一些小工程，是不是能夠用統(tǒng)一的標(biāo)準(zhǔn)來要求所有的頂目管理方案標(biāo)準(zhǔn)制定過程，小張覺得很疑心。  問題1 (8分  頂目管理方案制