2020年信息系統(tǒng)項(xiàng)目管理師下午案例分析真題與答案解析完整版

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

[說明]

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

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

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

[問題1](8分)

結(jié)合案例， 請(qǐng)從項(xiàng)目范圍管理的角度指出該項(xiàng)目實(shí)施過程中存在的問題。

[問題2](6分)

請(qǐng)寫出范圍說明書的內(nèi)容和作用。

[問題3](6分)

結(jié)合案例。請(qǐng)闡述張工在需求變更過程中需要完成的具體工作內(nèi)容。

[問題4] (5分)

請(qǐng)將下面①~⑤處的答案填寫在答題紙的對(duì)應(yīng)欄內(nèi)。【轉(zhuǎn)自信管網(wǎng)(cnitpm.com)】

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

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

（3）項(xiàng)目干系人提出變更申請(qǐng)后，一般由 ④ 或 ⑤ 進(jìn)行初審。

信管網(wǎng)參考答案解析：m.xiexiliangjiufa.com/st/432282459.html

【說明】

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

C活動(dòng)是項(xiàng)目中的一項(xiàng)關(guān)鍵任務(wù),目前剛剛開始,項(xiàng)目經(jīng)理希望該任務(wù)能在24天之內(nèi)完成,項(xiàng)目組一致決定采取快速跟進(jìn)的方法加快項(xiàng)目進(jìn)度,并估算C活動(dòng)的預(yù)計(jì)工期為樂觀14天、最可能20天、悲觀32天?！巨D(zhuǎn)自信管網(wǎng)(cnitpm.com)】

【問題1】(13分)

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

【問題2】(3分)

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

【問題3】(4分)

如果當(dāng)前項(xiàng)目偏差屬于典型偏差,請(qǐng)計(jì)算完工估算成本(EAC)。

【問題4】(5分)

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

信管網(wǎng)參考答案解析：m.xiexiliangjiufa.com/st/4322924936.html

【說明】

A公司是提供 SaaS 平臺(tái)服務(wù)業(yè)務(wù)的公司，小張作為研發(fā)流程優(yōu)化經(jīng)理，他抽查了核心產(chǎn)品的配置管理和測試過程，情況如下：項(xiàng)目組共 10 人，產(chǎn)品經(jīng)理小馬兼任項(xiàng)目經(jīng)理和配置管理員，還有7名開發(fā)工程師和 2 名測試工程師，采用敏捷開發(fā)的方法，2周為一個(gè)迭代周期，目前剛剛完成一個(gè) 3.01 版本的上線。

小張要求看一下配置管理庫，小馬回復(fù)：“我正忙著，讓測試工程師王工給你看吧，我們 10 個(gè)人都有管理員權(quán)限”。小張看到配置庫分為了開發(fā)庫和產(chǎn)品庫，產(chǎn)品庫包括上線的3個(gè)大版本的完整代碼和文檔資料，而且與實(shí)際運(yùn)行版本有偏差。小版本只能在開發(fā)庫中找到代碼，但沒有相關(guān)文檔，而且因?yàn)樾滦枨蟮?，有些很?xì)微的修改，開發(fā)人員隨手進(jìn)行了修改，文檔和代碼存在一些偏差?！巨D(zhuǎn)自信管網(wǎng)(cnitpm.com)】

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

【問題 1】（5分）

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

【問題 2】（10 分）

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

【問題 3】（6 分）

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

【問題 4】 (4 分）

從候選答案中選擇正確選項(xiàng)，將該選項(xiàng)編號(hào)填入答題紙對(duì)應(yīng)欄內(nèi)。

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

A．送審稿

B．草稿

C．報(bào)批稿

D．征求意見

E．修改

F．正式

信管網(wǎng)參考答案解析：m.xiexiliangjiufa.com/st/4323029635.html