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

2020年信息系統(tǒng)項目管理師考試信息系統(tǒng)項目管理案例分析下午真題(總分：75.00，做題時間：150分鐘)一、案例分析題(總題數(shù)：3，分數(shù)：75.00)試題一

閱讀下列說明，回答下列問題，將解答填入答題紙的對應(yīng)欄內(nèi)。

【說明】

某集成公司和某地區(qū)的燃氣公司簽訂了系統(tǒng)升級合同，將原有的終端抄表系統(tǒng)升級改造，實現(xiàn)遠程自動抄表且提供APP終端應(yīng)用服務(wù)。

公司指定原系統(tǒng)的項目經(jīng)理張工來負責(zé)該項目，目前張工已經(jīng)升任新產(chǎn)品研發(fā)部經(jīng)理。張工調(diào)派了原項目團隊的核心骨干劉工和李工分別負責(zé)新項目的需求調(diào)研和開發(fā)工作。劉工和李工帶領(lǐng)團隊根據(jù)以往經(jīng)驗完成了需求調(diào)研和范圍說明書。但由于該項目甲方負責(zé)人負責(zé)多個項目，時間緊張，導(dǎo)致需求評審會無法召開。張工考慮到雙方已經(jīng)有合作基礎(chǔ)，李工和劉工對原系統(tǒng)非常熟悉。為了不影響進度，張工讓項目組采用敏捷開發(fā)模式，直接進入了設(shè)計和編碼階段。

在客戶驗收測試時，甲方負責(zé)人提出APP的UI設(shè)計不符合公司風(fēng)格、不兼容新燃氣表的數(shù)據(jù)接口、數(shù)據(jù)傳輸加密算法不符合要求等多項問題，要求必須全部實現(xiàn)這些需求后才能驗收。此時張工把公司新產(chǎn)品研發(fā)部正在研發(fā)的新產(chǎn)品給甲方負責(zé)人展示，雙方口頭約定可以采用新產(chǎn)品部分功能實現(xiàn)未完善的需求。經(jīng)過增加人員和加班趕工，延期1個月完成。項目上線后用戶又發(fā)現(xiàn)了若干問題。（分數(shù)：25）(1).結(jié)合案例，請從項目范圍管理的角度指出該項目實施過程中存在的問題。（分數(shù)：8）__________________________________________________________________________________________

正確答案：(1.沒有制定范圍管理計劃；

2.收集需求存在問題，項目經(jīng)理張工應(yīng)該與團隊成員一起進行需求調(diào)研；

3.不應(yīng)該根據(jù)以往經(jīng)驗完成需求調(diào)研，而應(yīng)該與干系人進行有效合作；

4.定義范圍存在問題，需求文件和范圍說明書沒有經(jīng)過評審和干系人的確認；

5.確認范圍存在問題，導(dǎo)致客戶驗收測試才發(fā)現(xiàn)多項不符合要求的問題；

6.范圍控制存在問題，沒有采取范圍變更控制流程。)解析：(2).請寫出范圍說明書的內(nèi)容和作用。（分數(shù)：6）__________________________________________________________________________________________

正確答案：(范圍說明書的內(nèi)容：

1.產(chǎn)品范圍描述；

2.驗收標準；

3.可交付成果；

4.項目的除外責(zé)任；

5.制約因素；

6.假設(shè)條件；

范圍說明書的作用：

1.確定范圍；

2.溝通基礎(chǔ)；

3.規(guī)劃和控制依據(jù)；

4.變更基礎(chǔ)；

5.規(guī)劃基礎(chǔ)。)解析：(3).結(jié)合案例，請闡述張工在需求變更過程中需要完成的具體工作內(nèi)容。（分數(shù)：6）__________________________________________________________________________________________

正確答案：(張工作為項目經(jīng)理，在需求變更過程中主要完成以下工作：

1.響應(yīng)變更提出者的需求；

2.評估變更對項目的影響；

3.參與制定變更應(yīng)對方案；

4.將需求由技術(shù)要求轉(zhuǎn)化為資源要求；

5.組織CCB進行變更決策；

6.根據(jù)評審結(jié)果組織實施變更。)解析：(4).請將下面①-⑤處的答案填寫在答題紙的對應(yīng)欄內(nèi)。

（1）在每個項目任務(wù)的分解單元中都存在可交付成果和①，標志著某個可交付成果或階段的正式完成。

（2）創(chuàng)建②是將項目的可交付成果和項目工作分解為較小的、更易管理的組件的過程，其主要作用是對所要交付的內(nèi)容提供一個結(jié)構(gòu)化的視圖。其最底層的可交付成果或項目工作組成部分稱為③。

（3）項目干系人提出變更申請后，一般由④或⑤進行初審。（分數(shù)：5）__________________________________________________________________________________________

正確答案：(①里程碑；

②WBS；

③工作包；

④項目經(jīng)理；

⑤項目配置管理員。)解析：試題二

閱讀下列說明，回答下列問題，將解答填入答題紙的對應(yīng)欄內(nèi)。

【說明】

某軟件開發(fā)項目包括ABCD四個活動，項目總預(yù)算為5200元。截至6月30日，各活動相關(guān)信息如下表所示：活動成本預(yù)算計劃成本實際進度實際成本A2500025000100%25500B12000900050%5400C10000580050%1100D5000000C活動是項目中的一項關(guān)鍵任務(wù)，目前剛剛開始，項目經(jīng)理希望該任務(wù)能在24天之內(nèi)完成，項目組一致決定采取快速跟進的方法加快項目進度，并估算C活動的預(yù)計工期為樂觀14天、最可能20天、悲觀32天。（分數(shù)：25）(1).結(jié)合案例，請計算截至6月30日各活動的掙值和項目的進度偏差（SV）和成本偏差（CV)，并判斷項目的執(zhí)行績效。（分數(shù)：13）__________________________________________________________________________________________

正確答案：(活動A的掙值EV=25000*100%=25000元；

活動B的掙值EV=12000*50%=6000元；

活動C的掙值EV=10000*50%=5000元；

活動D的掙值EV=0*0%=0元；

項目的掙值EV=25000+6000+5000=36000元；

項目的PV=25000+9000+5800=39800元；

項目的AC=25500+5400+1100=32000元；

SV=EV-PV=36000-39800=-3800元；

CV=EV-AC=36000-32000=4000元；

項目目前的執(zhí)行績效：

由于SV小于0，所以進度延誤；

由于CV大于0，所以成本節(jié)省。)解析：(2).項目組決定采用快速跟進的方式加快進度，請簡述該方式的不足。（分數(shù)：3）__________________________________________________________________________________________

正確答案：(1.增加風(fēng)險；

2.可能造成返工；

3.還有可能增加項目成本。)解析：(3).如果當(dāng)前項目偏差屬于典型偏差，請計算完工估算成本（EAC）。（分數(shù)：4）__________________________________________________________________________________________

正確答案：(BAC=52000元；

CPI=EV/AC=36000/32000=1.125；

EAC=AC+(BAC-EV)/CPI=32000+(52000-36000)/1.125=46222.22元。)解析：(4).項目經(jīng)理嘗試采用資源優(yōu)化技術(shù)24天完成C活動的目標，請計算能達到項目經(jīng)理預(yù)期目標的概率。（分數(shù)：5）__________________________________________________________________________________________

正確答案：(期望工期T=（14+20*4+32）/6=21天；

標準差=（32-14）/6=3天；

項目經(jīng)理預(yù)期24天完成C活動的概率為50%+68%/2=84%。)解析：試題三

閱讀下列說明，回答下列問題，將解答填入答題紙的對應(yīng)欄內(nèi)。

【說明】

A公司是提供SaaS平臺服務(wù)業(yè)務(wù)的公司，小張作為研發(fā)流程優(yōu)化經(jīng)理，他抽查了核心產(chǎn)品的配置管理和測試過程。

情況如下：項目組共10人，產(chǎn)品經(jīng)理小馬兼任項目經(jīng)理和配置管理員，還有7名開發(fā)工程師和2名測試工程師，采用敏捷開發(fā)的方法，2周為一個送代周期，目前剛剛完成一個3.01版本的上線。

小張要求看一下配置管理庫，小馬回復(fù)：“我正忙看，讓測試工程師王工給你看吧，我們10個人都有管理員權(quán)限”。小張看到配置庫分為了開發(fā)庫和產(chǎn)品庫，產(chǎn)品庫，包括上線的3個大版本的完整代碼和文檔資料，而且與實際運行版本有偏差。小版本只能在開發(fā)庫中找到代碼，但沒有相關(guān)文檔，而且因為新需求送代太快，有些很細微的修改，開發(fā)人員隨手進行了修改，文檔和代碼存在一些偏差。

小張策劃對產(chǎn)品一次3.01版本的系統(tǒng)測試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問題。（分數(shù)：25）(1).結(jié)合本案例，從配置管理的角度指出項目實施過程存在的問題。（分數(shù)：5）__________________________________________________________________________________________

正確答案：(1.配置庫權(quán)限設(shè)置存在問題，不能項目組所有人員都設(shè)置管理員權(quán)限；

2.配置庫設(shè)置存在問題，還應(yīng)該設(shè)置受控庫；

3.版本管理存在問題，產(chǎn)品庫版本與實際運行版本不一致；

4.文檔管理存在問題，部分文檔缺失；

5.變更管理存在問題，沒有對變更進行記錄。)解析：(2).結(jié)合本案例，請幫助測試工程師從測試目的、測試對象、測試內(nèi)容、測試過程、測試用例設(shè)計依據(jù)、測試技術(shù)6個方面設(shè)計核心產(chǎn)品3.01版本的系統(tǒng)測試方案。（分數(shù)：10）__________________________________________________________________________________________

正確答案：(測試目的：發(fā)現(xiàn)系統(tǒng)錯誤，衡量系統(tǒng)質(zhì)量，并對其是否能滿足設(shè)計要求進行評估；

測試對象：程序、文檔；

測試內(nèi)容：功能測試、界面測試、文檔測試、源代碼測試、性能測試等；

測試過程：測試計劃、測試設(shè)計和測試執(zhí)行；

測試用例設(shè)計依據(jù)：每個測試用例應(yīng)包括名稱和標識、測試追蹤、用例說明、測試的初始化要求、測試的輸入、期望的測試結(jié)果、評價測試結(jié)果的準則、操作過程、前提和約束、測試終止條件；

測試技術(shù)：白盒測試、黑盒測試。)解析：(3).如果系統(tǒng)測試中需要采用黑盒測試、白盒測試和灰盒測試，請闡述三種測試的含義和用途。（分數(shù)：6）__________________________________________________________________________________________

正確答案：(黑盒測試：黑盒測試也成為功能測試，主要用于集成測試、確認測試和系統(tǒng)測試中。

黑盒測試將程序看作是一個不透明的黑盒，完全不考慮程序的內(nèi)部結(jié)構(gòu)和處理算法，的要求正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)并產(chǎn)生正確的輸出信息，程序運行過程中能否保持外部信息的完整性等。

白盒測試：白盒測也稱為結(jié)構(gòu)測試，主要用于軟件單元測試中。它的主要思想是，將程序看作是一個透明的白盒，測試人員完全清楚程序的結(jié)構(gòu)和處理算法，按照程序內(nèi)部邏輯結(jié)構(gòu)設(shè)計測試用例，檢測程序中的主要執(zhí)行通路是否都能按預(yù)定要求正確工作。

灰盒測試：介于白盒測試和黑盒測試之間的測試。灰盒測試關(guān)注輸出對于輸入的正確性，同時也關(guān)注內(nèi)部表現(xiàn)?；液袦y試是基于程序運行時的外部表現(xiàn)同時又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來設(shè)計用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié)果的測試技術(shù)。)解析：(4).從候選答案中選擇正確選項，將該選項編號填入答題紙對應(yīng)欄內(nèi)。

配置項的