2020下半年信息系統(tǒng)項目管理師真題——案例分析(帶解析~強(qiáng)哥版)

案例分析這次繼續(xù)是計算題+分析題的分布，但這個題由于理解上有歧義，所以也是大家經(jīng)常爭論的一個題，但無論第一列還是第二列對考分影響不會很大，所以大家還是要耐心等成績。

以下是 科科過 整理的信息系統(tǒng)項目管理工程師2020下半年考試試題及參考答案，供大家參考學(xué)習(xí)。

試題一(25分)

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

【說明】

某集成公司和某地區(qū)的燃?xì)夤竞炗喠讼到y(tǒng)升級合同,將原有的終端抄表系統(tǒng)升級改造,實(shí)現(xiàn)遠(yuǎn)程自動抄表且提供APP終端應(yīng)用服務(wù)。

公司指定系統(tǒng)的項目經(jīng)理張工來負(fù)責(zé)該項目,目前張工已經(jīng)升任新產(chǎn)品研發(fā)部經(jīng)理,張工調(diào)派了原項目團(tuán)隊的核心骨干劉工和李工分別負(fù)責(zé)新項目的需求調(diào)研和開發(fā)工作。

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

在客戶驗(yàn)收測試時,甲方負(fù)責(zé)人提出APP的UI設(shè)計不符合公司風(fēng)格、不兼容新燃?xì)獗淼臄?shù)據(jù)接口、數(shù)據(jù)傳輸加密算法不符合要求等多項問題,要求必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。此時張工把公司新產(chǎn)品研發(fā)部正在研發(fā)的新產(chǎn)品給甲方負(fù)責(zé)人展示,雙方口頭約定可以采用新產(chǎn)品部分功能實(shí)現(xiàn)未完善的需求。經(jīng)過增加人員和加班趕工,延期1個月完成。項目上線后用戶又發(fā)現(xiàn)了若干問題

【問題1】(8分)結(jié)合案例,請從項目范圍管理的角度指出該項目實(shí)施過程中存在的問題

解析：參考答案

【問題2】(6分)請寫出范圍說明書的內(nèi)容和作用

解析：《每天一小時 兩月拿證》科科過提供參考答案

【問題3】(6分)結(jié)合案例,請闡述張工在需求變更過程中需要完成的具體工作內(nèi)容

解析：參考答案

參考教材P509，項目經(jīng)理在變更中的作用：

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

2. 評估變更對項目的影響及應(yīng)對方案，將需求由技術(shù)要求轉(zhuǎn)化為資源需求，供授權(quán)人決策

3. 據(jù)評審結(jié)果實(shí)施及調(diào)整基準(zhǔn)，確保項目基準(zhǔn)反映項目實(shí)施情況

【問題4】(5分)請將下面①~⑤處的答案填寫在答題紙的對應(yīng)欄內(nèi)

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

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

(3)項目干系人提出變更申請后,一般由④或⑤進(jìn)行初審

參考答案：

①里程碑;②工作分解結(jié)構(gòu);③工作包;④項目經(jīng)理;⑤配置管理員

試題二(25分)

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

【說明】

軟件開發(fā)項目包括ABCD四個活動,項目總預(yù)算為52000元。截至6月30日,各活動相關(guān)信息如下表

C活動是項目中的一項關(guān)鍵任務(wù),目前剛剛開始,項目經(jīng)理希望該任務(wù)能在24天之內(nèi)完成,項目組一致決定采取快速跟進(jìn)的方法加快項目進(jìn)度，并估算C活動的預(yù)計工期為樂觀14天、最可能20天、悲觀32天。

【問題1】(13分)

結(jié)合案例請計算截至6月30日各活動的掙值和項目的進(jìn)度偏差(SV)和成本偏差(CV),并判斷項目的執(zhí)行績效。

解析：

各活動的EV如下:

A=25000*100%=25000元

B=12000*50%=6000元

C=10000*50%=5000元

D=5000*0%=0元

項目的SV和CV

PV=25000+9000+5800=39800元

EV=25000+6000+5000=36000元

AC=25500+5400+1100=32000元

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

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

所以項目的執(zhí)行績效為進(jìn)度落后，成本節(jié)約。

這一題考后有各種爭議，經(jīng)過綜合考量，我們科科過推薦按成本預(yù)算(第一列)列來算EV，

按歷史出題看，表格里有活動預(yù)算列時，EV基本都按這個來算，而不是按當(dāng)前PV來算(除非表里只有當(dāng)前PV列)

【問題2】(3分)

項目組決定采用快速跟進(jìn)的方式加快進(jìn)度,請簡述該方式的不足

解析：

快速跟進(jìn)，即把本來是按順序進(jìn)行的活動，安排成至少是并行展開，可能導(dǎo)致并行活動的相互干擾，資源沖突，可能導(dǎo)致風(fēng)險和返工的增加。

【問題3】(4分)

如果當(dāng)前項目偏差屬于典型偏差，請計算完工估算成本(EAC)

解析：典型偏差，不糾正偏差

BAC=52000

EAC=BAC/CPI=52000/(36000/32000)=52000*32000/36000=46222.22元(一次除法)

【問題4】(5分)

項目經(jīng)理嘗試釆用資源優(yōu)化技術(shù)24天完成C活動的目標(biāo)，請計算能達(dá)到項目經(jīng)理預(yù)期目標(biāo)的概率。

解析：

C活動三點(diǎn)估算的工期=(14+32+4*20)/6=21天

標(biāo)準(zhǔn)差=(32-14)/6=3天

容易看出24天剛好是向右一個標(biāo)準(zhǔn)差內(nèi)，所以概率50%+34.1%=84.1%或84%(都正確)

試題三(25分)

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

【說明】

【科科過】公司是提供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個大版本的完整代碼和文檔資料,而且與實(shí)際運(yùn)行版本有偏差。小版本只能在開發(fā)庫中找到代碼,但沒有相關(guān)文檔,而且因?yàn)樾滦枨蟮?有些很細(xì)微的修改,開發(fā)人員隨手進(jìn)行了修改,文檔和代碼存在一些偏差。

小張策劃對產(chǎn)品做一次3.01版本的系統(tǒng)測試,以便更好的解決研發(fā)流程和系統(tǒng)本身的問題。

【問題1】(5分)

結(jié)合本案例,從配置管理的角度指出項目實(shí)施過程存在的問題

解析：

1、沒有建立合理的配置管理流程

2、沒有建立或遵守變更控制流程
3、沒有制定完善的配置管理計劃
4、未能針對不同部門的業(yè)務(wù)系統(tǒng)進(jìn)行配置識別與建立基線

5、未進(jìn)行配置控制，缺乏配置管理系統(tǒng)

6、缺乏配置庫管理 ，未能嚴(yán)格控制配置項的操作權(quán)限
7、缺乏配置狀態(tài)報告，沒有做好版本的更新記錄

8、缺乏配置審計，開發(fā)人員修改代碼后沒有及時修改文檔，導(dǎo)致兩者不一致

【問題2】(10分)

結(jié)合本案例,請幫助測試工程師從測試目的、測試對象、測試過程、測試用例設(shè)計依據(jù)、測試技術(shù)6個方面設(shè)計核心產(chǎn)品3.01版本的系統(tǒng)測試方案

解析：參考教材P681

測試目的：是對已經(jīng)集成好的軟件系統(tǒng)進(jìn)行徹底的測試，以驗(yàn)證軟件系統(tǒng)的正確性和性能等是否滿足其規(guī)約所指定的要求。

測試對象：包括需要測試的產(chǎn)品系統(tǒng)的軟件,還要包含軟件所依賴的硬件、外設(shè)甚至包括某些數(shù)據(jù)、某些支持軟件及其接口等。

測試過程：包含了測試計劃、測試設(shè)計、測試實(shí)施、測試執(zhí)行、測試評估幾個階段。

測試用例設(shè)計依據(jù)：主要是產(chǎn)品系統(tǒng)的需求規(guī)格說明書、各種規(guī)范、標(biāo)準(zhǔn)和協(xié)議等

測試技術(shù)：一般使用黑盒測試技術(shù)并由獨(dú)立的測試人員完成。

【問題3】(6分)

如果系統(tǒng)測試中需要采用黑盒測試、白盒測試和灰盒測試,請聞述三種測試的含義和用途。

解析：《每天一小時 兩月拿證》科科過提供參考教材P685-686

【問題4】(4分)

從候選答案中選擇正確選項,將該選項編號填入答題紙對應(yīng)欄內(nèi).

配置項的狀態(tài)通常可分為三種，配置項初建時其狀態(tài)為(1)。配置項通過評審后,其狀態(tài)變?yōu)?2)。此后若更改配置項,則其狀態(tài)變?yōu)?3)。當(dāng)配置項修改完畢并重新通過評審時,其狀態(tài)又變?yōu)?4)

A、送審稿

B、草稿

C、報批稿

D、征求意見

E、修改

F、正式

解析：(1)B(2)F(3)E(4)F

希望可以幫到備考高級信息系統(tǒng)項目管理師的朋友。

高級更多歷年真題下載https://pan.baidu.com/s/1GzQbo0XpKolaXVLIfbGVMA 提取碼: am4s

總結(jié)

以上是生活随笔為你收集整理的宿舍管理系统项目管理师_2020下半年信息系统项目管理师真题——案例分析（带解析）...的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。