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

2/2927/30目錄HYPERLINK\l”b1"\o”CurrentDocument”2015年下半年信息系統(tǒng)項目管理師上午真題 1HYPERLINK\l”b2”\o”CurrentDocument”2015年下半年信息系統(tǒng)項目管理師上午真題參考答案 11HYPERLINK\l”b3"\o"CurrentDocument"2015年下半年信息系統(tǒng)項目管理師上午真題答案解析 11HYPERLINK\l”b4”\o”CurrentDocument”2015年下半年信息系統(tǒng)項目管理師考試案例分析真題 20\o”CurrentDocument"2015年下半年信息系統(tǒng)項目管理師考試案例分析真題答案解析 23HYPERLINK\l”b6”\o"CurrentDocument"2015年下半年信息系統(tǒng)項目管理師論文真題 23HYPERLINK\l”b7"\o"CurrentDocument”2015年下半年信息系統(tǒng)項目管理師論文范文 232015年下半年信息系統(tǒng)項目管理師上午真題（考試時間9：00～11：30共150分鐘)請按下述要求正確填寫答題卡1。在答題卡的指定位置上正確寫入你的姓名和準考證號，并用正規(guī)2B鉛筆在你寫入的準考證號下填涂準考證號。2。本試卷的試題中共有75個空格，需要全部解答,每個空格1分，滿分75分。3.每個空格對應一個序號，有A、B、C、D四個選項，請選擇一個最恰當?shù)倪x項作為解答，在答題卡相應序號下填涂該選項。4。解答前務必閱讀例題和答題卡上的例題填涂樣式及填涂注意事項。解答時用正規(guī)2B鉛筆正確填涂選項,如需修改,請用橡皮擦干凈,否則會導致不能正確評分。1、大數(shù)據(jù)對產(chǎn)品、企業(yè)和產(chǎn)業(yè)有著深刻的影響。把信息技術看作是輔助或服務性的工具己經(jīng)成為過時的觀念，管理者應該認識到信息技術的廣泛影響，以及怎樣利用信息技術來創(chuàng)造有力而持久的競爭優(yōu)勢，（1）將是未來經(jīng)濟社會發(fā)展的一個重要特征.（1）A、數(shù)據(jù)驅動 B、信息產(chǎn)業(yè) C、大數(shù)據(jù) D、成本驅動2、(2）屬于第四代移動通信技術標準。（2) A、CDMA B、TD-LTEC C、WCDMA D、CDMA20003、“互聯(lián)網(wǎng)+”協(xié)同制造中鼓勵有實力的互聯(lián)網(wǎng)企業(yè)構建網(wǎng)絡化協(xié)同制造公共服務平臺。以下敘述中，（3）是不正確的。(3） A、此類協(xié)同制造公共服務平臺多采用大集中系統(tǒng) B、 此類協(xié)同制造公共服務平臺需要大數(shù)據(jù)技術的支持＃384889658陘M323217E41繁22414578E垎o29196720C爌 C、 此類協(xié)同制造公共服務平臺通常需要寬帶網(wǎng)絡的支持 D、 此類協(xié)同制造公共服務平臺需要加強信息安全管理4、需求分析是軟件定義階段中的最后一步，在這個階段確定系統(tǒng)必須完成哪些工作,對目標系統(tǒng)提出完整、準確、清晰、具體的要求。一般來說，軟件需求分析可分為（4）三個階段。(4)A、需求分析、需求描述及需求評審 B、需求提出、需求描述及需求驗證C、需求分析、需求評審及需求驗證 D、需求提出、需求描述及需求評審5、軟件需求包括三個不同的層次，分別為業(yè)務需求、用戶需求和功能及非功能需求，（5)屬于用戶需求。（5）A、反映了組織機構或客戶對系統(tǒng)、產(chǎn)品高層次的目標要求，其在項目視圖與范圍文檔中予以說明B、描述用戶使用產(chǎn)品必須要完成的任務，其在使用實例文檔或方案腳本說明中予以說明C、定義了開發(fā)人員必須實現(xiàn)的軟件功能,使得用戶能完成他們的任務,從而滿足業(yè)務需求D、軟件產(chǎn)品為了滿足用戶的使用,對用戶開發(fā)、處理速度、安全性能等方面的需求6、以下關于需求定義的敘述中，(6)是正確的。（6）A、需求定義的目標是根據(jù)需求調査和需求分析的結果，進一步定義準確無誤的產(chǎn)品需求，形成《需求規(guī)格說明書》B、《需求規(guī)格說明書》將只交給甲方作為驗收依據(jù)，乙方開發(fā)人員不需要了解C、需求定義的目的是對各種需求信息進行分析并抽象描述，為目標系統(tǒng)建立一個概念模型D、需求定義是指開發(fā)方和用戶共同對需求文檔評審，經(jīng)雙方對需求達成共識后做出書面承諾，使需求文檔具有商業(yè)合同效果7、軟件工程管理集成了過程管理和項目管理。以下關于軟件工程管理過程的敘述中，（7）最為準確和完整。（7)A、范圍定義、項目計劃、項目實施、評審和評價、軟件工程度量B、需求分析、設計、測試、質量保證、維護305357747睇272416A69橩2143653BC厼=28749704D灍265176795枕3885097C2韂C、需求分析、設計、測試、質量保證、軟件復用D、需求分析、設計、測試、驗證與確認、評審與審計、維護8、軟件項目質量保證中的審計指的是（8）.(8)A、評價軟件產(chǎn)品以確定其對使用意圖的適合性B、檢査和識別軟件產(chǎn)品的某個部分的異常，并記錄到文檔C、監(jiān)控軟件項目進展,決定計劃和進度的狀態(tài)D、評價軟件產(chǎn)品和過程對于設定規(guī)則、標準、流程等的遵從性9、軟件測試是軟件開發(fā)過程中的一項重要內容，將測試分為白盒測試、黑盒測試和灰盒測試主要是（9)對軟件測試進行分類.(9）A、從是否關心軟件內部結構和具體實現(xiàn)的角度B、從是否執(zhí)行程序的角度C、從軟件并發(fā)階段的細分角度D、從軟件開發(fā)復雜性的角度10、軟件項目中的測試管理過程包括（10)。（10）A、單元測試、集成測試、系統(tǒng)測試、驗收測試B、單元測試、集成測試、驗收測試、回歸測試C、制定測試計劃、開發(fā)測試工具、執(zhí)行測試、發(fā)現(xiàn)并報告缺陷、測試總結D、制定測試計劃及用例、執(zhí)行測試、發(fā)現(xiàn)并報告缺陷、修正缺陷、重新測試11、（11）指在軟件維護階段，為了檢測由于代碼修改而可能引入的錯誤所進行的測試活動.269636953楓313447A70穰38765976D靭o251776259扙361718D4B賦RZ（11）A、回歸測試 B、修復測試 C、集成測試 D、冒煙測試12、信息的（12)要求采用的安全技術保證信息接收者能夠驗證在傳送過程中信息沒有被修改，并能防范入侵者用假信息代替合法信息.(12） A、隱蔽性 B、機密性 C、完整性 D、可靠性13、根據(jù)GB/T12504—2008《計算機軟件質量保證計劃規(guī)范》的相關規(guī)定,以下評審和檢査工作中，（13）不是必須進行的。（13)A、執(zhí)行進度評審 B、軟件需求評審 C、詳細設計評審 D、管理評審14、軟件可靠性是指在指定條件下使用時,軟件產(chǎn)品維持規(guī)定的性能級別的能力，其子特性（14)是指在軟件發(fā)生故障或者違反指定接口的情反下，軟件產(chǎn)品維持規(guī)定的性能級別的能力。（14） A、成熟性 B、易恢復性 C、容錯性 D、依從性15、根據(jù)GB/T12504-2008《計算機軟件質量保證計劃規(guī)范》中的規(guī)定,在軟件驗收時，驗證代碼與設計文檔的一致性、接口規(guī)格說明的一致性、設計實現(xiàn)和功能需求的一致性等檢査屬于（15）。（15） A、綜合檢査 B、功能檢査 C、性能檢査 D、配置檢査16、根據(jù)《信息安全等級保護管理辦法》中的規(guī)定，信息系統(tǒng)的安全保護等級應當根據(jù)信息系統(tǒng)在國家安全、經(jīng)濟建設、社會生活中的重要程度，信息系統(tǒng)遭到破壞后對國家安全、社會抶序、公共利益以及公民、法人和其他組織的合法權益的危害程度等因素確定。其中安全標記保護級處于（16）。（16） A、第二級 B、第三級 C、第四級 D、第五級17、以下關于WLAN安全機制的敘述中,(17）是正確的。(17）A、WPA是為建立無線網(wǎng)絡安全環(huán)境提供的第一個安全機制B、WEP和IPSec協(xié)議一樣，其目標都是通過加密無線電波來提供安全保證C、WEP2的初始化向量（IV）空間為64位D、WPA提供了比WEP更為安全的無線局域網(wǎng)接入方案18、在信息系統(tǒng)安全建設中，（18)確立全方位的防御體系，一般會告訴用戶應有的責任,組織規(guī)定的網(wǎng)絡訪問、服務訪問、本地和遠地的用戶認證、撥入和撥出、磁盤和數(shù)據(jù)加密、病毒防護措施，以及雇員培訓等，并保證所有可能受到攻擊的地方都必須以同樣安全級別加以保護.（18) A、安全策略 B、防火墻 C、安全體系 D、系統(tǒng)安全Je[］019、以下關于網(wǎng)絡協(xié)議的敘述中，（19)是正確的。（19)A、因特網(wǎng)最早使用的協(xié)議是OSI七層體系結構B、NETBEUT是IBM開發(fā)的路由選擇協(xié)議C、在TCP/IP協(xié)議分層結構中，F(xiàn)TP是運行在TCP之上的應用層協(xié)議D、TCP協(xié)議提供了無連接但可靠的數(shù)據(jù)報傳信道20、在1號樓辦公的小季希望在本地計算機上通過遠程登錄的方式訪問放置在2號樓的服務器，為此將會使用到TCP/IP協(xié)議族中的（20)協(xié)議,(20） A、Telnet B。FTP C、HTTP D.SMTP21、射頻識別（RFID)是物聯(lián)網(wǎng)中常用的無線通信技術，它通過(21）識別特定目標并讀寫相關數(shù)據(jù)。（21) A.磁條 B、紅外線 C、無線電信 D、光束掃描22、網(wǎng)絡路由器（22）.（22）A、可以連接不同的子網(wǎng) B、主要用于局域網(wǎng)接入InternetC、主要起分隔網(wǎng)段的作用 D、工作在數(shù)據(jù)鏈路層23、綜合布線系統(tǒng)是在樓宇或園區(qū)范圍內建立的信息傳輸網(wǎng)絡,綜合布線系統(tǒng)可分為6個獨立的子系統(tǒng)，其中（23）是干線子系統(tǒng)和水平子系統(tǒng)的橋梁,同時又可為同層組網(wǎng)提供條件.(23） A、建筑群子系統(tǒng) B、設備間子系統(tǒng) C、工作區(qū)子系統(tǒng) D、管理子系統(tǒng)24、軟件架構設計是軟件開發(fā)過程中的一項重要工作。（24）不屬于軟件架構設計的主要工作內容。(24）A、制定技術規(guī)格說明 B、編寫需求規(guī)格說明書C、技術選型 D、系統(tǒng)分解25、以下關于類和對象關系的敘述中，（25)是不正確的。407209F10鼐R2607065D6旖；389349816頖k€L（25）A、對象是類的實例 B、類是對象的抽象C、類是靜態(tài)的,對象是動態(tài)的 D、類和對象必須同時存在26、在統(tǒng)一建模語言中（26)的主要目的是幫助開發(fā)團隊以一種可規(guī)化的方式理解系統(tǒng)的功能需求，包括基于基本流程的“角色”關系等.（26） A、用例圖 B、類圖 C、序列圖 D、狀態(tài)圖27、UML提供了各種圖來描述建模過程，下圖所示的UML圖是一個（27）。(27）A、活動圖 B、狀態(tài)圖 C、用例圖 D、序列圖28、一般而言,網(wǎng)絡安全審計從審計級別上可分為（28)、應用級審計和用戶級審計三種類型。（28)A、組織級審計 B、物理審計 C、系統(tǒng)級審計 D、單元級審計29、根據(jù)政府采購法的規(guī)定，以下做法中,（29)是不正確的。（29）A、某省政府采購中心將項目采購的招標工作委托給招標公司完成B、政府采購項目完成后，采購方請國家認可的質量檢測機構參與項目驗收C、政府采購項目驗收合格后，采購方將招投標原件進行了銷毀D、招標采購過程中,由于符合條件的供應商不滿三家，重新組織了招標30、（30)不受《著作權法》保護.（1）文宇作品（2）口述作品(3)音樂、戲劇、曲藝（4）攝影作品(5）計算機軟件（6)時事新聞(7）通用表格和公式（30）A、(2)（6)（7） B、(2）（5）(6）C、（6)(7） D、(3)（5)37148911C鄜2274106B12欒353628A22訢e?31、某系統(tǒng)集成項目的項目經(jīng)理在制定項目章程時，必須要考慮涉及并影響項目的環(huán)境和組織因素（31)不屬于環(huán)境和組織因素的內容。（31）A、公司文化和結構 B、員工績效評估記錄C、變更控制流程 D、項目管理信息系統(tǒng)32、（32）工作用來對項目進行定義，該工作用來明確“項目需要做什么”.(32）A、制定項目范圍說明書 B、制定項目管理計劃C、制定項目章程 D、項目管理信息系統(tǒng)33、項目進入到執(zhí)行階段后，項目經(jīng)理、項目組成員為了完成項目范圍說明書定義的工作，還需執(zhí)行的是(33）。（1） 實施己批準的預防措施以降低潛在負面結果出現(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、和質量保證人員商量如何修改C、將任務分配給開發(fā)人員小王修改 D、評估是否需要修改35、己知某系統(tǒng)由ABCDEF六個活動構成，項目實習人員根據(jù)活動邏輯關系及歷時等信息繪制了該系統(tǒng)的網(wǎng)絡圖,并給出了該系統(tǒng)的工期為9周,項目組其他成員紛紛提出意見。以下意見中335768328茨5398279B93鮓3706490C8郈317907C2E簮M30366769E皞286656FF9濹（35）是正確的.工作名稱ABCDEF緊前關系——AAA、BA,B歷時2周3周X2115952A7劧_h282186E3A渺259866582斂2679468AA梪327688000耀4周6周5周1周(35）A、邏輯關系錯誤，項目工期應為7周B、有循環(huán)回路，項目工期是正確的C、節(jié)點序號編排不對,項目工期正確D、項目工期應為8周36、項目進度控制是依據(jù)項目進度基準計劃對項目的實際進度進行監(jiān)控,使項目能夠按時完成.以下關于項目進度控制的敘述中，（36)是不正確的.（36)A、項目進度至關重要，因此進度控制需要在項目初期優(yōu)先關注B、進度控制必須與其他變化控制，包括成本控制與范圍控制緊密結合C、項目進度控制是項目整體控制的一個組成部分D、對項目進度的控制，應重點關注進展報告和執(zhí)行狀態(tài)報告37、在編制WBS時，應考慮以下（37)基本原則。① 每個WBS元素都代表一個獨立的、有形或無形的可交付成果② 可交付成果中包括最終可交付物和為實現(xiàn)最終結果所需要的中間可交付物③每個WBS元素應只從屬一個母層次的WBS元素或子層次的WBS元素④ 每個工作包都應可以分配給一名項目團隊成員或一家分包商單獨負責30813785D硝2992074E0瓠h(huán)232225AB6媶％⑤ 可交付成果具有唯一性、獨特性(37）A、①②③④ B、①②④⑤ C、①②③⑤ D、②③④⑤38、一個組織中有很多類型的分解結構，項目組在分解WBS時，（38）可以幫助項目組考慮并確定所分解的工作包由哪些成員來執(zhí)行。（38）A、組織分解結構（OBS） B、物料清單（BOM)C、風險分解結構（RBS） D、過程分解結構（PBS）39、項目可行性分析是立項前的重要工作,包括技術、物資、資源、人員的可行性。在進行項目可行性分析時，需要在(39）過程中分析人力資源的可行性。（39）A、經(jīng)濟可行性分析 B、技術可行性分析C、運行環(huán)境可行分析 D、法律可行性析40、項目論證是一個連續(xù)的過程，一般包括以下幾個步驟，正確的執(zhí)行順序是（40）。① 收集并分析相關資料② 明確項目范圍和業(yè)主目標③ 擬定多種可行的實施方案并分析比較④ 選擇最優(yōu)方案進行詳細論證⑤ 編制資金籌措計劃和項目實施進度計劃⑥ 編制項目論證報告（40）A、①②③④⑤⑥ B、②①③⑤④⑥ C、①②③④⑥⑤ D、②①③④⑥⑤41、項目可行性研究階段的項目論證和項目評估的關系是(41）.22860594C奌349168864衤2911171B7熷2397439B3F鬿256246418搘（41)A、一般先進行項目評估，再進行項目論證.B、項目論證和項目評估都是立項階段必不可少的環(huán)節(jié)C、項目評估是在項目論證的基礎上，由第三方開展的判斷項目是否可行的一個評估過程d.項目論證是給出項目的實施方案,項目評估是對實施方案的量化和決策42、以下關于項目團隊管理的敘述中，（42）是不正確的.(42）A、項目團隊管理的目的是跟蹤個人和團隊的績效，反饋和解決問題以提高項目績效B、可采用觀察和交談、項目績效評估的方法實現(xiàn)對項目團隊的管理C、一個企業(yè)中的組織文化可能會影響團隊管理的方式和結果D、項目經(jīng)理在團隊發(fā)生沖突時應本著解決矛盾的原則進行調解43、（43）不屬于風險識別階段的成果。（43）A、低優(yōu)先級風險的監(jiān)視表 B、己識別出的風險列表C、風險征兆或警告信號 D、潛在的風險應對方法列表44、主要風險清單是常用的項目風險管理工具，如下圖所示。以下關于風險清單的敘述中，（44）是不正確的。本周上周周數(shù)風險風險解決的情況401899CFD鳽236695C75屵2553963C3揃d384039603閫2294559A1妡G3527889CE覦115需求的逐漸增加利用用戶界面原型來收集高質量的需求;已將需求規(guī)約置于明確的變更控制程序之下;運用分階段交付的方法在適當?shù)臅r候提供能力來改變軟件特征（如果需要的話）255有多余的需求或開發(fā)人員項目要旨的陳述中要說明軟件中不需要包含哪些東西；設計的重點放在最小化；評審中有核對清單用以檢查“多余設計或多余的實現(xiàn)”（44）A、該風險清單應在需求分析之前建立,并在項目結束前不斷定期維護B、項目經(jīng)理、風險管理貴任人應每隔一周左右回顧該風險清單C、應該對風險清單中的部分主要風險制定詳細的風險應對計劃D、對風險清單的回顧應包含在進度計劃表中，否則可能被遺忘366178F09載+2196755CF嗏34831880F蠏D＠u45、根據(jù)《中華人民共和國招投標法》,以下做法中,(45)是正確的.（45）A、某項目于4月7日公開發(fā)布招標文件，標明截止時間2015年4月14日13時B、開標應當在招標文件確定的提交投標文件截止時間的同一時間公開進行C、某次招標活動中的所有投標文件都與招標文件要求存在一定的差異，評標委員會可以確定其中最接近投標文件要求的公司中標D、聯(lián)合投標的幾家企業(yè)中只需要一家達到招標文件要求的資質即可46、某項目在招標時被分成若干個項目包，分別發(fā)包給不同的承包人。承包人中標后應與招標人簽訂的合同屬于(46)。（46) A、單項項目承包合同 B、分包合同 C、單價合同 D、成本激勵合同47、項目采購是一項復雜的工作，編制詳細可行的項目采購計劃有助于項目成功，（47）屬于編制項目采購計劃所必須考慮的內容.（47） A、工作說明書 B、項目范圍說明書 C、自制/外購決定 D、合同收尾規(guī)程48、（48）不屬于項目收尾的輸出。(48）A、合同文件 B、管理收尾規(guī)程 C、合同收尾規(guī)程 D、組織過程資產(chǎn)更新49、與普通的采購管理過程相比，外包管理更注重(49)環(huán)節(jié)。（49）A、自制外購分析 B、計劃編制 C、過程監(jiān)控 D、成果驗收50、項目組合管理是一個保證組織內所有項目都經(jīng)過風險和收益分析及平衡的方法論。作為公司的項目經(jīng)理進行項目組合管理時，（50)應是重點考慮的要素.（50）A、資源利用效率 B、項目進度控制 C、范圍變更 D、項目質量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 D、項目D2292707256牖366918F53轓286546FEE濮340978531蔱z2552963B9掹52、項目組合管理是指為了實現(xiàn)特定的戰(zhàn)略業(yè)務目標，對一個或多個項目組合進行集中管理，包括識別、排序、授權、管理和控制項目，項目集和其他有關工作。以下關于項目組合管理的敘述中(52)是不正確的。(52)A、項目組合管理主要采用的是自下而上的管理方式B、項目組合管理過程一般是進行組織決策的過程C、項目組合管理要確保與組織戰(zhàn)略協(xié)調一致D、通過審核項目和項目集來確定資源分配的優(yōu)先順序53、依據(jù)GB/T19668、1-2005《信息化工程監(jiān)理規(guī)范》,以下關于工程招標階段的質量控制內容的敘述中，(53)是不正確的.(53）A、監(jiān)理機構應了解業(yè)主單位的業(yè)務需求,并將其作為監(jiān)理工作的依據(jù)之一B、監(jiān)理機構宜參與招標書的編制C、監(jiān)理機構可參與招標答疑工作D、監(jiān)理機構不宜對評標的評定標準提出監(jiān)理意見54、監(jiān)理工程師在審批承包人提交的開工報告時,要對承包人提供的開工條件進行檢査、核簽與審批，（54）—般不是重點核實和審批的對象.(54）A、施工人員組織 B、材料質量 C、項目驗收計劃 D、施工工具配備55、在對項目內部各成員制定績效任務時，首先應（55）。（55）A、對每個崗位的工作內容進行分解B、對每個崗位的工作在進度、成本、質量等上設定KPI值C、確定KPI的評分標準D、確定考核頻率56、某一項目，初始投資為2000萬元，該項目從投產(chǎn)年開始每年的凈收益如下表所示，則該項目的靜態(tài)投資回收期約為(56)年.2686868F4棴_33119815F腟H2508261FA懺w=2963273C0珀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約為（58）萬元.(57〉A、44 B、54 C、60 D、50（58）A，46.7 B、40。7 C、45 D、4659、確定適用于項目的質量標準并決定如何滿足這些標準是(59）的過程。（59) A、質量目標 B、質量保證 C、質量方針 D、質量計劃60、項目質量管理通過質量規(guī)劃、質量保證、質量控制程序和過程以及連續(xù)的過程改進活動來實現(xiàn),其中(60）關注項目執(zhí)行過程中的質量。(60） A、質量保證 B、質量規(guī)劃 C、質量控制 D、質量改進232965B00嬀oH215105406吆）”392869976饒61、（61)可以作為項目質量控制中問題識別和問題分析的工具。(61) A、帕累托分析 B、直方圖 C、核對表 D、因果分析62、按照軟件配罝管理的基本指導思想,受控制的對象應是(62),實施軟件配置管理包括4個最基本的活動，其中不包括（63）.（62)A、軟件元素 B、軟件項目 C、軟件配罝項 D、軟件過程(63）A、配置項標識 B、配置項優(yōu)化 C、配置狀態(tài)報告 D、配置審計64、在需求跟蹤過程中，檢査設計文檔、代碼、測試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說明書》中找到出處的方法屬于（64）。（64)A、逆向跟蹤 B、正向跟蹤 C、雙向跟蹤 D、系統(tǒng)跟蹤65、測試人員在測試某一功能時,發(fā)現(xiàn)該功能在需求說明書里沒有,他接下來正確的做法是（65）。（65)A、在需求說明書中補充該功能 B、匯報項目經(jīng)理，讓其査明原因C、找開發(fā)人員溝通，讓其刪除該功能 D、找用戶溝通,該功能是否需要66、已知網(wǎng)絡圖各段路線所需費用如下圖所示,圖中甲線和乙線上的數(shù)宇分別代表相應點的有關費用。從甲線到乙線的最小費用路線有（66）條，最小費用為（67)。(66)A、1 B、2 C、3 D、4(67）A、15 B、16 C、17 D、1868、己知有6個村子，相互之間道路的距離如下圖所示?，F(xiàn)擬合建一所小學.己知甲村有小學生50人，乙村40人,丙村60人，丁村20人,戊村70人，己村90人。從甲村到乙村的最短路程是（68）；小學應建在（69)村,使全體學生上學所走的總路程最短。（68）A、10 B、11 C、12 D。14（69）A、甲 B、丙 C、丁 D、已70、有一種游戲為擲兩顆骰子，其規(guī)則為:當點數(shù)和為2時，游戲者輸9元;點數(shù)和為7或者11時,游戲者贏X元;其他點數(shù)時均輸1元。依據(jù)EMV準則，當K超過（70）元時才對游戲者有利。(70)A。3.5 B、4 C、4.5 D、54：259756577敷3088778A7碧3883997B7鞷Z318647C78籸2248857D8塒71、 InanInformationsystem.The（71）isthebridgebetweenhardwareandpeople。（71)A、keyboard B、internet C、disk D、data72、 Cloud-computingprovidersoffertheir“services”accordingtodifferentmodels，whichhappentoformastack（72),platformasaservice(Paas），softwareasaservice(SaaS)。（72)A、hardwareasaservice（Haas）B、networkasaservice（Naas）C、infrastructureasaservice（IaaS）D、dataasaservice（DaaS）73、 (）estimatingisatechniqueforestimatingthedurationorcostofanactivityouprojectusinghistoricaldatafromasimilaractivityorproject。（73)A、Parametric B、Analogous C、Three—point D、Expertjudgment74、 Schedulecompressionshortenstheprojectschedulewithoutchangingtheprojectscope，tomeetscheduleconstraints，imposeddates，orotherscheduleobjectives。Schedulecompressiontechniquesincludecrashingand（74).（74)A、fasttracking B、what—ifscenarioanalysisC、resourceleveling D、criticalchainmethod75、 Iftheapprovedchangerequestshaveaneffectontheprojectscope,thentheZz224035783垃3499088AE袮297167414琔u!2659167DF柟correspondingcomponentdocumentsandcostbaselines，and(75）oftheprojectmanagementplanarerevisedandreissuedtoreflecttheapprovedchanges.（75)A、developingbaselines B、testingbaselinesC、schedulebaselines D、endingbaselines2015年下半年信息系統(tǒng)項目管理師上午真題參考答案12345678901CBABBAADAD11ACACABDACA21CADBDABCCC31CACADACABD41DDAABABACA51BADCABCADA61DCBABBCBCC71ACBAC2015年下半年信息系統(tǒng)項目管理師上午真題答案解析1.C解析：大數(shù)據(jù)是數(shù)據(jù)及相關技術工具的統(tǒng)稱，Gartner認為大數(shù)據(jù)是需要新處理模式才能具有更強的決策力、洞察發(fā)現(xiàn)力和流程優(yōu)化能力的海量、高增長率和多樣化的信息資產(chǎn)?維基百科認為,大數(shù)據(jù)是指無法在可承受的時間范圍內用常規(guī)軟件工具進行捕捉、管理、處理的數(shù)據(jù)集合。從產(chǎn)業(yè)角度，常常把這些數(shù)據(jù)與采集它們的工具、平臺、分析系統(tǒng)一起被稱為“大數(shù)據(jù)"。大數(shù)據(jù)具有Volume、VarlEty、Value和VelocITy的4V特征。2B 解析：第四代移動通信技術標準，外語縮寫：4G,該技術包括TD—LTE和FDD—LTE兩種制式。3G存在3種標準：CDMA2000、WCDMA、TD—SCDMA。3. A解析：協(xié)同制造公共服務平臺多采用分布式系統(tǒng),而非集中式系統(tǒng)4。 B解析:需求分析可分為需求提出、需求描述及需求評審三個階段。?需求提出:主要集中于描述系統(tǒng)目的.需求提出和分析僅僅集中在使用者對系統(tǒng)的觀點上。開發(fā)人員和用戶確定一個問題領域，并定義一個描述該問題的系統(tǒng)《這樣的定義稱作系統(tǒng)規(guī)格說明，并且它在用戶和開發(fā)人員之間充當合同。? 需求描述：在問題分析階段分析人員的主要任務是:對用戶的需求進行鑒別、綜合和建模,清除用戶需求的模糊性、歧義性和不一致性，分析系統(tǒng)的數(shù)據(jù)要求,為原始問題及目標軟件建立邏輯模型。分析人員要將對原始問題的理解與軟件開發(fā)經(jīng)驗結合起來,以便發(fā)現(xiàn)哪些要求是由于用戶的片面性或短期行為所導致的不合理要求，哪些是用戶尚未提出但具有真正價值的潛在需求。? 需求評審:在需求評審階段,分析人員要在用戶和軟件設計人員的配合下對自己生成的需求規(guī)格說明和初步的用戶手冊進行復核，以確保軟件需求的完整、準確、清晰、具體,并使用戶和軟件設計人員對需求規(guī)格說明和初步的用戶手冊的理解達成一致.一旦發(fā)現(xiàn)遺漏或模糊點,必須盡快更正,再行檢査.5。B=287397043灃DIs`21148529C劜403489D9C鶜解析：業(yè)務需求（Businessrequirement）表不組織或客戶高層次的目標□業(yè)務需求通常來自項目投資人、購買產(chǎn)品的客戶、實際用戶的管理者、市場營銷部門或產(chǎn)品策劃部門。用戶需求（userrequirement）描述的是用戶的目標,或用戶要求系統(tǒng)必須能完成的任務.用例、場景描述和事件一一響應表都是達用戶需求的有效途徑。也就是說用戶需求描述了用戶能使用系統(tǒng)來做些什么.功能需求（functionalrequirement）規(guī)定開發(fā)人員必須在產(chǎn)品中實現(xiàn)的軟件功能,用戶利用這些功能來完成任務，滿足業(yè)務需求.功能需求有時也被稱作行為需求(behaviourrequirement)。功能需求描述是開發(fā)人員需要實現(xiàn)什么。6。 A7。 A解析：軟件工程管理繼承了過程管理和項目管理的內容.包括啟動和范圍定義、軟件項目計劃、軟件項目實施、評審和評價、關閉、軟件工程度量等六個方面.?啟動和范圍定義。進行啟動軟件工程項目的活動并作出決定.通過各種方法來有效地確定軟件需求，并從不同的角度評估項目的可行性.一旦可行性建立后,余下的任務就是需求驗證和變更流程的規(guī)范說明.?軟件項目計劃.從管理的角度，進行為成功的軟件工程作準備而要采取的活動。使用迭代方式制訂計劃。要點在于評價并確定適當?shù)能浖芷谶^程，并完成相關的工作。?軟件項目實施.進行軟件工程過程中發(fā)生的各種工程管理活動。實施項目計劃，最重要的是遵循計劃,井完成相關的工作。?評審和評價.進行確認軟件是否濤到滿足的驗證活動。?關閉。進行軟件工程項目完成后的活動.在這一階段，重新審査項目成功的準則。一旦關閉成立，進行歸檔、事后分析和過程改進活動。?軟件工程度量.進行在軟件工程組織中有效地開發(fā)和實現(xiàn)度量的程序。8. D9。 A解析：白盒測試:己知產(chǎn)品的內部工作過程,可以通過測試證明每種內部操作是否符合設計規(guī)格要求，所有內部成分是否已經(jīng)過檢査。黑盒測試：把測試對象看做一個黑盒子,測試人員完全不考慮程序內部的邏輯結構和內部特性,只依據(jù)程序的需求規(guī)格說明書，檢査程序的功能是否符合它的功能說明.因此黑盒測試又叫功能測試。207865132儲3839395F9鬧27037699D榝[mDV灰盒測試:介于白盒測試與黑盒測試之間，灰盒測試關注輸出對于輸入的正確性,同時也關注內部表現(xiàn)，但這種關注不象白盒那樣詳細、完整，只是通過一些表征性的現(xiàn)象、事件、標志來判斷內部的運行狀態(tài)。10。 D11. A解析:回歸測試：是指修改了舊代碼后，重新進行測試以確認修改沒有引入新的錯誤或導致其他代碼產(chǎn)生錯誤.自動回歸測試將大幅降低系統(tǒng)測試、維護升級等階段的成本。冒煙測試：源自硬件行業(yè)。對一個硬件或硬件組件進行更改或修復后，直接給設備加電。如果沒有冒煙，則該組件就通過了測試。在軟件中,“冒煙測試”這一術語描述的是在將代碼更改嵌入到產(chǎn)品的源樹中之前對這些更改進行驗證的過程。在檢查了代碼后，冒煙測試是確定和修復軟件缺陷的最經(jīng)濟有效的方法.測試設計用于確認代碼中的更改會按預期運行，且不會破壞整個版本的穩(wěn)定性。12。 C13。 A解析:GB/T12504-2008《計算機軟件質量保證計劃規(guī)范》第四小節(jié)規(guī)定:4。5評審和檢査 必須規(guī)定所要進行的技術和管理兩方面的評審和檢査工作,并編制或引用有關的評審和檢査規(guī)程以及通過與否的技術準則,至少要進行下列各項評審和檢査工作：4。5。1 軟件需求評審softwarerequirementsreview 在軟件概要設計結束后必須進行概要設計評審，以確保在軟件需求規(guī)格說明書中所規(guī)定的各項需求的合適性。4.5.2概要設計評審preliminarydesignreview 在軟件概要設計結束后必須進行概要設計評審,以評價軟件設計說明書中所描述的軟件概要設計在總體結構、外部接口、主要部件功能分配、全局數(shù)據(jù)結構以及各主要部件之間的接口等方面的合適性.4。5.3 詳細設計評審detaileddesignreview 在軟件詳細設計階段結束后必須進行詳細設計評審，以評價軟件驗證與確認計劃中所規(guī)定的驗證與確認方法的合適性與完整性。4.5。5功能檢査functionalauditk21595545B嗆234655BA9宩

Qz349058859衙0 在軟件釋放前，要對軟件進行物理檢査,以驗證程序和文檔己經(jīng)滿足在軟件需求說明書中規(guī)定的所有需求。4.5.6物理檢査physicalaudit 在驗收軟件前，要對軟件進行物理檢査,以使程序和文檔己經(jīng)一致并己做好了交付的準備,4.5。7綜合檢査comprehensiveaudit 在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進行設計抽樣的綜合檢査,以驗證代碼和設計文檔的4。5。8管理評審managementreviews 要對計劃的執(zhí)行情況定期（或按階段）進行管理評審;這些評審必須由獨立于被評審單位的機構或授權的第三方主持進行.14. C15。 A解析,參見13題16。 B解析：第一級：用戶自主保護級；第二級：系統(tǒng)審計保護級;第三級：安全標記保護級；第四級：結構化保護級；第五級：訪問驗證保護級。17。 D解析:WEP是WiredEquivalentPrivacy的簡稱,有線等效加密(WEP)是對在兩臺設備間無線傳輸?shù)臄?shù)據(jù)進行加密的方式,用以防止非法用戶竊聽或侵入無線網(wǎng)絡.密碼分析學家找出WEP好幾個弱點，因此在2003年被Wi-FiProtectedAccess〈WPA>淘汰，在2004年由完整的IEEE802.11i標準（又稱為WPA2）所取代。3454386EF蛯T407949F5A齚=327577FF5翵l313337A65穥aWPA全名為Wi—FiProtectedAccess，有WPA和WPA2兩個標準，是一種保護無線電腦網(wǎng)絡(Wi-Fi)安全的系統(tǒng),它是應研究者在前一代的系統(tǒng)有線等效加密（WEP)中找到的幾個嚴重的弱點而產(chǎn)生的.WPA實作了IEEE802.11i標準的大部分，是在802.11i完備之前替代WEP的過渡方案。WPA的設計可以用在所有的無線網(wǎng)卡上，但未必能用在第一代的無線接入點上。WPA2具備完整的標準體系，但其不能被應用在某些老舊型號的網(wǎng)卡上。18。A19。 C解析：NETBEUI是為IBM開發(fā)的非路由協(xié)議，用于攜帶NETBIOS通信。20。 A21. C解析:射頻識別，RFID（RadioFrequencyIdentification)技術，又稱無線射頻識別，是一種通信技術，可通過無線電訊號識別特定目標并讀寫相關數(shù)據(jù)，而無需識別系統(tǒng)與特定目標之間建立機械或光學接觸.22。 A解析：路由器有多個端口，用于連接多個IP子網(wǎng)。每個端口的IP地址的網(wǎng)絡號要求與所連接的IP子網(wǎng)的網(wǎng)絡號相同。不同的端口為不同的網(wǎng)絡號，對應不同的IP子網(wǎng)。路由器轉發(fā)IP分組時,只根據(jù)IP目的IP地址的網(wǎng)絡部分，選擇合適的端口,把ip分組送出去。同主機一樣，路由器也要判定端口所接的是否是目的子網(wǎng)，如果是，就直接把分組通過端口送到網(wǎng)絡上；否則,也要選擇下一個路由器來傳送分組。23. D解析：管理子系統(tǒng)也稱為管理間子系統(tǒng)，是連接垂直干線子系統(tǒng)和水平干線子系統(tǒng)的設備，主要設備是配線架、交換機、機柜和電源。管理子系統(tǒng)設備設置在每層配線設備的房間內，以便能方便地管理通信線路。24. B25.D解析：類是對象的抽象，而對象是類的具體實例。類是抽象的,不占用內存，而對象是具體的,占用存儲空間。類是用于創(chuàng)建對象的藍圖，它是一個定義包括在特定類型的對象中的方法和變量的軟件模板。26.A27。B解析：狀態(tài)圖是描述某一對象的狀態(tài)轉化的，它主要表現(xiàn)的是該對象的狀態(tài)。從狀態(tài)圖中可以看出，該對象在接受了外界的某種刺激之后，會做出什么樣的反應。描述的是一個對象的事情。可以說是對類圖的一種補充,幫助開發(fā)者完善某一類。D372229166酦o291857201爁｝2606065CC旌活動圖是描述系統(tǒng)在執(zhí)行某一用例時的具體步驟的，它主要表現(xiàn)的是系統(tǒng)的動作,從活動圖中可以看出，系統(tǒng)是如何一步一步地完成用例規(guī)約的,主要用于業(yè)務建模階段。活動圖描述的是整個系統(tǒng)的事情?？梢哉f活動圖是對用例圖的一種細化化，幫助開發(fā)者理解業(yè)務領域。28。C解析：網(wǎng)絡安全審計從審計級別上可分為3種類型:系統(tǒng)級審計、應用級審計和用戶級審計。（1)系統(tǒng)級審計：系統(tǒng)級審計主要針對系統(tǒng)的登入情況、用戶識別號、登入嘗試的曰期和具體時間、退出的日期和時間、所使用的設備、登入后運行程序等事件信息進行審査。典型的系統(tǒng)級審計日志還包括部分與安全無關的信息，如系統(tǒng)操作、費用記賬和網(wǎng)絡性能。這類審計卻無法跟蹤和記錄應用事件,也無法提供足夠的細節(jié)信息。（2)應用級審計:應用級審計主要針對的是應用程序的活動信息,如打開和關閉數(shù)據(jù)文件，讀取、編輯、刪除記錄或宇段的等特定操作，以及打印報告等*（3）用戶級審計:用戶級審計主要是審計用戶的操作活動信息,如用戶直接啟動的所有命令,用戶所有的鑒別和認證操作，用戶所訪問的文件和資源等信息。29。C30。C 31. C解析：環(huán)境因素比較宏觀，包括了組織所處的的外部政策與市場環(huán)境、以及組織內部的管理制度與企業(yè)文化等因素，這些因素通常會直接影響到具體項目的決策和執(zhí)行，但項目通常不會對事業(yè)環(huán)境因素產(chǎn)生反向影響。32. A33. C34。 A解析：有重大缺陷一定需要修改，就涉本和資源,對項目正常運行會造成影響，所以要走變更控制流程，第一步是提交變更申請。35。 D36。 A解析:進度控制需要在項目整個生命周期內都要重點關注.）336508372荲3856296A2隢25613640D損Ob3016375D3痓37。 C解析：能把完成每個底層工作包的職貴明確地賦予一個成員、一組成員或者一個組織單元。38. A39. B40。 D41. D解析：項目論證：主要是指在項目方案的設計和變更過程中所作的論述、推理和證明。項目評估：主要是指在項目方案完成后對于項目方案的評價、評審和審查等方面的工作。項目論證與項目評估的區(qū)別：（1） 內容不同。項目論證是從主觀的角度去論證項目決策方案的必要性和合理性，項目評估是從客觀的角度評估項目決策方案的可行性和有效性。(2） 主體不同.項目論證的主體是項目決策者，項目評估主體多是獨立的第三方。(3） 客體不同。項目論證的客體是正在形成中的各種項目決策方案，而項目評估的客體是己經(jīng)提出并基本成型的項目決策備選方案。42。 D43。 A解析：風險識別階段的輸出包括：(1）已識別的風險列表；(2)風險的征兆或聱告信號;OU30078757E畾273156AB3檳220415619嘙206175089傉398179B89鮉（3）潛在風險應對方法列表;(4）風險根本原因； （5）更新的風險分類低優(yōu)先級風險監(jiān)視表; 低優(yōu)先級風險的監(jiān)視表(在風險定性分析過程中不重要的風險將被放在監(jiān)視列中以備繼續(xù)監(jiān)視)是定性風險分析階段的輸出產(chǎn)物。44. A45. B46。 A47。 B48. A解析：項目收尾的輸出包括：管理收尾規(guī)程⑵合同收尾規(guī)程最終產(chǎn)品、服務或成果組織過程資產(chǎn)49。 C50. A51。 B解析：

323117E37縷e€37946943A鐺2301959EB姫DIPP是用來描述項目資源利用率，其計算公式為：DIPP=EMV/ETCK.其中，EMV為項目期望貨幣值（ExpectedMoneyValue），是指考慮支付風險因素后，各個支付值與支付概率的乘積之和。ETC為完成尚需成本估算（EstimateToComplete〉，指為了完成項目，對剩余所需進行的工作所消耗資源的成本估算。DIPP值越高的項目，意味著資源的利用率越高,越值得優(yōu)先考慮資源的支持.DIPP〈1表示項目的實際成本要比預算成本高.52. A53。 D54。 C55。 A56. B 解析：靜態(tài)投資回收期=累計凈現(xiàn)金流量第一次出現(xiàn)正值的年份—1+該年初尚未回收的投資的絕對值÷該年凈現(xiàn)金流量=4-1+700/800=3。91沒有特別說明，建設期是包括在投資回收期的。57。C58.A解析:應急儲備是為未規(guī)劃但可能發(fā)生的變更提供的補貼，這些變更由風險登記冊中所列的己知風險引起。（已知的未知)1. 應急儲備由PM負貴管理。2。 PM可支配應急儲備.3。 應急儲備是為將來應對的“己知的未知風險”做準備的儲備。4. 應急儲備是是成本績效基準的一部分,同時也屬于項目預算。2210645248剈O201714ECB介—326737FA1羨5。 若無估算依據(jù),應急儲備可按總成本的一定比例(例如10％）計箅.管理儲備是為未規(guī)劃的范圍變更與成本變更而預留的預算.（未知的未知）1。管理儲備是為預先考慮的那些“未知的未知風險”做準備的儲備。2。管理儲備由發(fā)起人或管理層負責管理.3. PM使用管理儲備，需要向發(fā)起人或管理層申請.4. 管理儲備是項目預算的一部分。5。 管理儲備不是成本基準的一部分.6. 管理儲備不納入掙值計算。7. 管理儲備在項目的結束點反映。8. 管理儲備的多少取決于管理層對風險的判斷，若無估算依據(jù)，管理儲備可按總成本的一定比例（例如10％)計算。59。D60A 61. D62。 C63。B64.A解析：需求跟蹤有兩種方式：（1） 正向跟蹤。檢査《產(chǎn)品需求規(guī)格說明書》中的每個需求是否都能在后繼工作成果中找到對應點。3401284DC蓜25167624F扏402639D47鵇e＃）367768FA8辨（2) 逆向跟蹤。檢査設計文擋、代碼、測試用例等工作成果是否都能在《產(chǎn)品需求規(guī)格說明書》中找到出處.正向跟蹤和逆向跟蹤合稱為“雙向跟蹤”.不論采用何種跟蹤方式，都要建立與維護需求跟蹤矩陣(即表格）》需求跟蹤矩陣保存了需求與后繼工作成果的對應關系。65.B66.A67.C68。B 69。C解析：最短路徑應該是甲乙丙丁戊己（2+4+1+1+3=11） 設在甲村和己村的不能性不大，除非甲、己村人數(shù)非常多，而另一些村人數(shù)非常少.丙：假設設在丙村，則50＊6+40＊4+60＊0+20*1+70*2+90*5=1070?。杭僭O設在丁村，則50*7+40＊5+60＊1+20＊0+70*1+90＊4=990同理，也可以求出甲2130和己1500.70.C71~75ACBAC2015年下半年信息系統(tǒng)項目管理師考試案例分析真題試題一（25分） 某信息系統(tǒng)集成公司決定釆用頂目管理辦公室這樣的組織形式來管理公司的所有頂目，并任命了公司辦公室主任王某來兼任頂目管理辦公室主任這一職務。鑒于目前公司頂目管理制度混亂。各項目經(jīng)理都是依照自己的經(jīng)驗來制定項目管理計劃,存在計劃制定不科學、不統(tǒng)一等倚況，王某決定從培訓入手來統(tǒng)一和改善公司頂目管理計劃的制定過锃，并責成頂目管理辦公室的小張具體負責相關培訓內容的組織。 小張接到任務后,仔細學習了頂目管理的相關知識,幷請教了專業(yè)人士。小張覺得頂目管理體系結構中，主要由輸入、工具和技術以及輸出組成。于是也按照頂目管理編制計劃的輸入、頂目管理編制計劃工具和技術、以及項目管理計劃的輸出內容三個方面來組織項目管理計劃培訓的相關課程內容. 但是在準備進一步的內容時,小張覺得目前公司的頂目五花八門，有研發(fā)項目、系統(tǒng)集成頂目、運維頂目和純粹的軟件開發(fā)頂目,還有部分弱電工程頂目，既有規(guī)模大的頂目，也有一些小項目，是不是能夠用統(tǒng)一的標準來要求所有的頂目管理計劃規(guī)范制定過程，小張覺得很懷疑.3044076E8盨292707256牖366918F53轓286546FEE濮340978531蔱z2552963B9掹問題1（8分) 頂目管理計劃制定的作用是什么？在以上案例中,是否能夠用一個統(tǒng)一的標準來規(guī)范公司內部各種不同頂目計劃的制定過程？為什么？問題2(4分） 請指出項目管理計劃主要包括哪幾個方面的內容?問題3(6分） 請指出項目管理計劃的輸出包括什么?問題4（7分) 結合實際工作經(jīng)驗和案例，判斷下列選頂?shù)恼`：(1)項目經(jīng)理不能由部門經(jīng)理擔任. （ )（2）項目管理計劃應該由王某制定。 ( ）（3） 有沒有收到項目工作說明書對頂目組人員完成頂目任務沒有彩響。(（4）小頂目的管理也必須按照企業(yè)頂目管理制度執(zhí)行. （（5）在小型頂目的管理中責任分工表可以代替頂目管理計劃. ((6）在小型頂目的管理中階段評審可以忽略，直接進行內部驗收。 （（7）項目管理計劃的輔助計劃包括人員配備計劃。 （試題二（25分） 已知某信息工程頂目由ABCDEGHI八個活動構成，項目工期要求為100天。頂目組根據(jù)初步歷時估算、各活動間邏輯關系得出的初步進度計劃網(wǎng)絡圖如下圖所示(箭線下方為活動歷時)。問題1（7分)2686868F4棴_33119815F腟H2508261FA懺w=2963273C0珀（1） 請給出該頂目初步進度計劃的關鍵路徑和工期.（2） 該頂目進度計劃需要壓縮多少天才能滿足工期要求?可能需要壓縮的活動都有哪些?（3）若項目組將B和H均壓縮至30天，是否可滿足工期要求?壓縮后頂目的關鍵路徑有多少條？關鍵路徑上的活動是什么？問題2(9分) 項目組根據(jù)工期要求,資源情況及預算進行了工期優(yōu)化,即將話動B壓縮至30天、D壓縮｜至40天,并形成了最終進度計劃網(wǎng)絡圖;給出的頂目所需資源數(shù)量與資源費率如下：I 按最終進度計劃執(zhí)行到第40天晚對項目進行監(jiān)測時發(fā)現(xiàn),活動D完成一半，活動E準備第二天開始,活動G完成了1/4；此時累計支付的實際成本為40000元，請在下表中填寫此時該項目的績效信息?；顒覲VEVABCDEGHI232965B00嬀oH215105406吆)"392869976饒合計問題3(6分） 請計算第40天晚時項目的CV、SV、CPI、SPI(給出計算公式和計算結果，結果保留2位小數(shù)），評價當前項目繢效,幷給出改進措施。問題4（3分） 項目組發(fā)現(xiàn)問題后及時進行了糾正，對項目的后續(xù)執(zhí)行沒有影響，請預鍘項目完工尚需成本ETC和完工估算EAC（給出計算公式和計算結果）試題（25分) 某公司2014年初承接了一個周期為一年的0A信息系統(tǒng)頂目，并指振項目經(jīng)理小張負責。該項目屬于定制型項目，涉及的用戶方較多，小張根據(jù)自己的經(jīng)驗預鍘到項目可能會涉及頻繁的需求變更,因此小張在將項目組分成了業(yè)務組、實施組、開發(fā)組后，定義了如下需求管理及控制流程：(1)指派專門的業(yè)務組進行需求分析,分析完成后馬上與用戶進行需求確認，確認后，填寫需求關態(tài)表（包括需求提交日期、需求狀態(tài)、是否屬于變更等）；（2） 實施組獲得需求分析文檔后,一周內進行技術方案設計；(3） 技術方案完成后，業(yè)務組視倩況與用戶進行二次溝通確認，確認后填寫需求狀態(tài)表(包括需求技術方案提交日期、需求技術方案狀態(tài)）。(4） 需求分析、技術方案完成后，開發(fā)組每周對已確定霖求進行工作量評估，形成月度開發(fā)計劃。(5) 開發(fā)組拫據(jù)開發(fā)計劃進行定制開發(fā)工作。(6) 每周開發(fā)組根據(jù)霖求狀態(tài)庫的霜求、方案進行工作量重新評估,更新開發(fā)計劃. 頂目進行過程中,發(fā)生了如下事件，導致項目延期半年才完成.問題1（12分） 結合案例及你的工作經(jīng)驗,請說明頂目經(jīng)理小張在霖求管理及控制過程中存在哪些不足。問題2(4分）4：259756577敷3088778A7碧3883997B7鞷Z318647C78籸2248857D8塒 結合案例，圍繞需求管理，請將下面(1)～（2)處的答案填寫在答題紙的對應欄內。案例中，2014年底推廣使用的時候發(fā)現(xiàn),業(yè)務流程有缺失，這一現(xiàn)象是缺乏（1）中的（2).問題3(5分) 結合案例和個人經(jīng)驗，簡要敘述項目中需求可能存在的幾種狀態(tài).問題4（4分） 如果你是小張的經(jīng)理,請幫助小張改進需求管理及控制過程中的不足.2015年下半年信息系統(tǒng)項目管理師考試案例分析真題答案解析試題一問題1 頂目管理計劃的作用:頂目管理計劃明確了如何執(zhí)行頂目、監(jiān)督和控制頂目過程,以及如果收尾頂目。 不能夠.因為：1、不同專業(yè)的頂目其管理過程是不盡相同的，一個具體的項目可能不需要某些頂目管理過程.2、 不同頂目的管理過程會有不同的管理具體過程.3、 不同頂目的管理過程會有不同的管理具體過程安排順序。4、 不同頂目管理過程會有不同的前提條件和要求。5、 不同頂目的管理過程需要不同的集成管理程度6、 不同頂目有不同的項目管理過程的筒化程度.問題2Zz224035783垃3499088AE袮297167414琔u!2659167DF柟頂目管理計劃主要包括：① 頂目范圍說明；② 頂目進度計劃;③ 頂目成本計劃；④ 頂目資源計劃(人、材料、設備、倌息、資金等等⑤頂目質量計劃；⑥頂目溝通計劃；⑦風險人員配備計劃；⑧ 頂目采購計劃;⑨ 變更控制、配置管理計劃;⑩ 進程改進計劃其中⑤⑥⑦⑧等屬于頂目輔助計劃問題31、 頂目管理計劃2、 配置管理系統(tǒng)3、 變更控制系統(tǒng)輸出問題41. √2. X 3.X 4?！?。X6。X7?！淘囶}二問題1（1) 關鍵路徑：BGI工期120天。（2） 需要壓20天，可能需要壓縮A、B、D、G、H、I活動（3） 可以滿足工期要求。關鍵路徑有2條，分別是:ADHBGI問題2活動PVEVA36003600=287397043灃DIs`21148529C劜403489D9C鶜B1320013200C900900D96009600E18000G40004000H00207865132儲3839395F9鬧27037699D榝[mDVI00合計3310031300問題3第40天時，PV=33100，EV=31300,AC=40000。CV=EV—AC=-8700SV=EV—PV=—1800CPI=EV/AC=31300/40000=0。78SPI=EV/PV=31300/33100=0。95因為CPI〈1，SPI〈1，所以進度落后,成本超支.改進措施:（1)關鍵活動的調整（快速跟進）（2）非關鍵活動的調整（將資源投入關鍵活動）（3)投入更多的資源以加速活動進程(増加資源、趕工）（4)指派經(jīng)驗更豐富的人去完成或幫助完成頂目工作（拫高工作效率）k21595545B嗆234655BA9宩

Qz349058859衙0（5）改進方法或技術提高生產(chǎn)效率。(6)減小活動范圍或降低活動要求（寫不寫都行）.問題4ETC=20*240＊2+10＊180+30*200＊2+40＊100＊2+30*150＊2=40400EAC=ETC+AC=40400+40000=80400試題三問題1 （1） 分析完成后馬上與用戶進行需求確認存在問題。需求分析完成后，要編制需求規(guī)格說明書，編制的過程也是對薷求謝進明細的過程,然后進行霖求驗證和評審。（2) 需求狀態(tài)表包括內容不完整。（3) 技術方案設計完成后，缺少技術評審。（4） 開發(fā)組每周對已確定需求進行工作重評估,形成月度開發(fā)計劃存在問題.應該在需求確認和評審通過后，制定頂目的總體開發(fā)計劃和月度開發(fā)計劃。（5) 小張沒有制定變更控制策略和需求變更控制流程。(6) 小張沒有編制需求跟蹤矩陣。（7) 小張缺乏頂目的整體管理經(jīng)驗和能力.（8）小張沒有及時對項目進行監(jiān)督、檢查導致項目延期半年。問題2 （1)需求管理(2)需求評審問題3需求狀態(tài)包括:已定義、已建議、已設計、已實施、已測試、已完成。問題4(1） 建立需求變更控制策略和需求變更控制流程。（2) 釆用多種方式充分獲取用戶需求并進行仔細的需求分析（3) 形成需求規(guī)格說明書幷與用戶進行需求驗證(確認）和評審.(4） 霖求定稿建立基線,以后的需求變更必須走變更控制流程，并及時更新需求規(guī)格說明書和需求跟蹤矩陣。（5） 編寫需求跟蹤矩陣，需求狀態(tài)表等文檔(6） 在需求規(guī)格說明書基礎上編制技術方案，并進行評審。（7） 定期不定期對頂目績效進行監(jiān)普檢查，找出問題原因并指導團隊成員解決。2015年下半年信息系統(tǒng)項目管理師論文真題 2015年下半年信息系統(tǒng)項目管理師下午論文題目為論大項目或多項目的成本管理和論項目采購管理,各位考生二選一答題.試題一論大項目或多項目的成本管理 隨著移動互聯(lián)網(wǎng)、物聯(lián)網(wǎng)、云計算、大數(shù)據(jù)等新一代信息技術的廣泛應用，我國目前的信息系統(tǒng)集成項目的規(guī)模越來越大,同時各種信息技術應用也越來越深入,這就使得我國的信息系統(tǒng)集成企業(yè)經(jīng)常要面臨大項目管理和多項目管理的挑戰(zhàn).在大項目或多項目管理中,如何在企業(yè)有限的資源條件下，做好成本管理,保證整體項目能夠順利完成是項目經(jīng)理必須解決的問題。請以“大項目或多項目的成本管理”為題，分別從以下三個方面進行論述： 1．簡要說明你參與的某信息系統(tǒng)大項目或多項目的背景、目的、發(fā)起單位的性質,項目的技術和運行特點、項目的周期、成本管理的需求，以及你在項目中的主要工作。 2．結合你參與的大項目或多項目管理,說明你是如何進行項目成本管理的。并結合大項目或多項目管理的相關理論,說明大項目或多項目成本管理的關鍵、基本輸入、使用的基本工具和方法。 3．根據(jù)你在大項目或多項目成本管理的實踐，闡述你在大項目或多項目成本管理中的經(jīng)驗和教訓.試題二論項目的采購管理 項目采購是為完成項目工作從承擔該項目的組織外部購買或獲取項目所需的產(chǎn)品、服務或成果的過程。隨著IT行業(yè)的快速發(fā)展和技術不斷進步,行業(yè)的分工更細,更加強調分工與合作.對本企業(yè)不能提供，或雖然能提供但不具備競爭力，同時市場已存在高性價比的產(chǎn)品、服務和成果，可以以采購的方式獲得. 項目采購管理是項目執(zhí)行的關鍵性工作，項目采購管理的模式在某種程度上決定了項目管理的模式.規(guī)范的項目采購管理要符合項目需要，兼顧經(jīng)濟性、合理性和有效性。規(guī)范的采購管理不僅能降低成本、增強市場競爭力，還可以促進項目成功地完成。 請以“項目的采購管理”為題，分別從以下三個方面進行論述： 1．簡述你參與的信息系統(tǒng)集成項目情況（項目的概況如名稱、客戶、項目目標、系統(tǒng)構成、采購特點以及你的角色）。 2．請結合你的項目采購管理經(jīng)歷,圍繞采購計劃的編制、供方選擇、合同管理等內容論述你是如何靈活運用采購管理理論來管理項目采購的. 3．簡要敘述在實際管理項目時，遇到的典型采購問題及其解決方法.2015年下半年信息系統(tǒng)項目管理師論文范文試題一論大項目或多項目的成本管理范文

摘要： 2010年4月至10月，我參加了某集團企業(yè)協(xié)同辦公管理系統(tǒng)項目的開發(fā)，并擔任的該項目的項目經(jīng)理。項目的總體目標是建立一個兼具辦公門戶、公文管理、工作流、知識管理、移動辦公的辦公平臺,共分為10個子系統(tǒng)，分別為:辦公門戶、工作助手、信息發(fā)布、收發(fā)文管理、規(guī)章制度、日常事務、工作流管理、文檔管理、移動辦公和基礎平臺.協(xié)同辦公作為當年公司業(yè)務延伸拓展的一個新的窗口,項目工期緊、技術復雜、人員投入較多,存在諸多不確定性因素,項目的成本很難控制。本文以該項目為例，結合作者實踐，探討了信息系統(tǒng)項目中的成本管理問題，分別論述了在計劃階段做好工作量估算和預算、有效管理和控制風險因素、在實施階段進行成本跟蹤和控制等成本管理方法的應用，列舉了一些有效的工具和技術的使用；最后,談一些自己的體會和經(jīng)驗總結。

正文： 項目成本管理是項目管理中的一項關鍵內容，它的目的是保證項目所花費的實際成本不超過預算成本，合理分配資源，發(fā)揮最佳工作效率.它的主要工作包括定義項目成本估算、項目預算編制和項目成本控制等.加強項目成本管理是項目實現(xiàn)目標利潤、創(chuàng)造良好經(jīng)濟效益的重要的環(huán)節(jié)，也是企業(yè)積蓄財力、增強競爭力的必然選擇. 2010年4月至10月,我參加了某集團企業(yè)協(xié)同辦公管理系統(tǒng)項目的開發(fā)，并擔任的該項目的項目經(jīng)理。項目目標是建立一個兼具企業(yè)門戶、公文管理、工作流管理、知識管理、移動辦公的協(xié)同辦公平臺，整體提升企業(yè)辦公服務水平和工作效率。系統(tǒng)采用B\S架構，核心技術框架根據(jù)微軟的。NET分層體系結構實現(xiàn),共分為10個子系統(tǒng)，分別為：辦公門戶、工作助手、信息發(fā)布、收發(fā)文管理、規(guī)章制度、日常事務、工作流管理、文檔管理、移動辦公和基礎平臺。 綜合來看，該項目涉及工作流、移動辦公、電子簽章、全文檢索、無線通信、系統(tǒng)集成等技術難點;從項目周期上看,前后只有6個月的時間,用戶方領導想很快看到成果；我方高層也已經(jīng)決定將協(xié)同辦公作為公司業(yè)務延伸拓展的一個新的窗口，同時希望能與該集團企業(yè)是公司長期合作，前期商務談判沒有預留太多的利潤空間.由此可見,項目工期緊、技術復雜、涉及新的業(yè)務領域，而且人員投入較多，對項目成本管理工作提出了很高的要求,因此我們十分重視對項目成本的控制和管理.我們把按進度和預算交付項目作為最大的挑戰(zhàn),主要通過在計劃階段做好工作量估算，有效管理和控制風險因素，在實施階段進行成本跟蹤和控制等方法來管理和控制成本。具體來說： 首先，對項目進行活動定義，合理的估算項目工作量及技術難度。詳細的WBS是成本估算的基礎,因此，我們采用MSProject作為項目管理工具，建立了項目的WBS,對WBS的每個任務明確了其可交付物.在具體活動的定義上，考慮到功能的復用性,例如,收發(fā)文管理、規(guī)章制度、日常事務都具有申請、會簽、審批、發(fā)布、電子簽章、在線word編輯、流程監(jiān)控等業(yè)務功能,完全可以抽取成工作流、電子簽章、在線編輯等3個組件包;而移動辦公頁面顯示模塊僅僅要適應分辨率的不同,其他業(yè)務功能與普通程序基本相同；此外，為了提高開發(fā)效率，項目采用了公司的一套開發(fā)平臺，一些添刪改查等基礎操作也可以直接利用，權限控制模塊我們就是復用以前的案例，僅作少量修改。在工作量的估算上，采用三點估計的方法，并結合專家法和類比估計。邀請其他項目組一起,結合公司項目歷史績效數(shù)據(jù)以往類似的項目經(jīng)驗，估算出每個活動的正常值、樂觀值、悲觀值,然后利用PERT公式[1（4＊M+A+B)/6］計算取整，這樣就使活動的工作量和工期估算的更加準確，為工作進度安排提供了依據(jù)。 同時還要確定每項工作的技術難度，技術難度相對大一點的部分我們安排經(jīng)驗豐富的程序員，這樣不至于因為某一技術細節(jié)而影響整個工程進度。對于一些技術上的難點，我們要特殊對待。例如移動辦公技術難度要，公司也缺乏相應的案例，存在技術風險。在方案選擇上我們采用了財務分析和決策樹的方法，分別對自行開發(fā)、外包、購買第三方中間件+二次開發(fā)進行了比選，最終確定了購買第三方中間件的方案。 其次，有效管理和控制風險因素，以避免風險事件的發(fā)生引發(fā)項目成本增加或超支。我們把需求和范圍定義不清、WBS分解粒度不夠細化、用戶參與不足、缺乏領導支持、技術問題等作為項目的主要風險事件，為每個風險做了應對計劃，并指定責任人跟蹤風險發(fā)生概率和影響度的變化。為了讓項目組在各個階段保持良好的風險意識，我把項目中各主要風險事項按級別排序張貼在公告欄上.事實表明，這種做法效果明顯.特別是客戶方面,我定期把風險事件列表通過Email發(fā)給客戶方項目負責人和主管領導。為了盡快落實未明晰的需求部分，我多次與客戶進行面對面的溝通,使需求問題很快得以解決。隨著項目的推進，雙方領導也對項目的進展狀態(tài)和風險情況很關心，多次出現(xiàn)在項目例會和階段性評審會議上.由于有效的風險控制,加之領導的重視，項目小組人員受到鼓舞,士氣高漲,積極性和自信心明顯增強，使得項目得以順利實施。 再次，在實施階段加強成本的跟蹤和控制.有效成本控制的關鍵是經(jīng)常及時地分析成本績效，盡早發(fā)現(xiàn)成本差異和成本執(zhí)行的效率,在情況變壞之前能夠及時采取糾正措施，盡量使項目的實際成本控制在計劃和預算范圍內.在本項目中我們使用MSProject作為成本跟蹤和控制的工具。在Project中設定項目人力資源的工時標準費率,即人員每小時的工作成本。項目組成員每周五下班前提交項目周報,把各自完成的任務進度情況和下周任務計劃進行匯報，報告要求按百分比嚴格量化任務完成情況。我每周把各項任務實際完成數(shù)據(jù)輸入到進度計劃中，Project自動生成成本統(tǒng)計表,清楚顯示任務基準和實際成本信息。通過查