2020年下半年信息系統(tǒng)項目管理師考試已圓滿結(jié)束!!以下是小編給大家整理的2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(五)

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

某集成公司和某地區(qū)的然氣公詞簽訂了系統(tǒng)升級合同，將原有的終端抄表系統(tǒng)升級改造，實現(xiàn)遠程自動抄表且提供 RP 終端應(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)了若干問題。

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

(1) 沒有制訂科學(xué)、合理的項目范圍管理計劃與需求管理計劃。

(2) 沒有全面、充分地收集各戶的需求，并通過正規(guī)的需求評審形成各方認可的需求規(guī)格說明書。

(3) 閉門造車式地開展需求調(diào)研與項目范圍說明書的編寫工作，沒讓相關(guān)干系人參與進來。

(4) 沒有編制 WBS 和 WBS 詞典，以形成權(quán)威的范圍基準。

(5) 張工身兼多職，在項目上投入的時間太少，沒有及時監(jiān)控項目進展。

(6) 缺乏階段性的評審，從而未能及時發(fā)現(xiàn)問題。

(7〉沒有做好確認范圍的工作，導(dǎo)致遺漏了部分工作與成果。

(8) 沒有建立規(guī)范的范圍變更控制流程，存在隨意變更需求的現(xiàn)象。

(9) 沒有做好控制范圍的工作。

(10) 與甲方的溝通工作做得不好。

(11) 控制進度的工作做得不好。

(12) 口頭約定說明文檔管理與配置管理工作也沒有做好。

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

內(nèi)容：(1)產(chǎn)品范圍描述(2)驗收標準(3)可交付成果(4)項目的除外責(zé)任(5)制約因素(6)假設(shè)條件

作用：(1)確定范圍(2)溝通基礎(chǔ)(3)規(guī)劃和控制依據(jù)(4)變更基礎(chǔ)(5) 規(guī)劃基礎(chǔ)

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

張工在需求變更中需要完成的工作內(nèi)容：

(1) 接收變更申請

(2) 對收到的變更做變更影響分析，變更方案論證(將要求由技術(shù)要求轉(zhuǎn)化為資源需求)

(3) 涉及項目基準的變更提交 CCB 審查批準

(4) 組織實施變更

(5) 變更實施的監(jiān)控

(6) 變更效果的評估

(7) 結(jié)束變更(評估變更對項目績效的影響，通知相關(guān)干系人這次變更)

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

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

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

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

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

試題二(25 分) 讀下列說明，回答問題 1 至問題 4，將解答填入答題紙的對應(yīng)欄內(nèi)。

說明

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

 

 

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

【問題 1】(13 分)結(jié)合案例，請計算截至 6 月 30 日各活動的值和項目的進度偏差(SV)和成本偏差(CV)，并判斷項目的執(zhí)行績效。

活動 A 的 EV=25000x100%=25000 元

活動 B 的 EV=12000x50%=6000 元

活動 C 的 EV=10000x50%=5000 元

活動 D 的 EV=5000x0%=0 元

PV=25000+9000+5800=39800 元

EV=250006000+500=36000 元

AC=25500+5400+1100=32000 元

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

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

CPI=EV/AC=36000/32000=1.13

SPI= EV/PV=36000/39800=0.9

所以績效是成本節(jié)約、進度滯后。

【問題 2】(3 分)項目組決定采用快速跟進的方式加快進度，請簡述該方式的不足。

快速跟進會增加風(fēng)險，需要項目經(jīng)理有更好的項目管理水平，如果沒有，很可能造成返工，那樣，就會導(dǎo)致質(zhì)量下降、成本超支、進度滯后、項目失控。

【問題 3】(4 分)如果當前項目偏差屬于典型偏差，請計算完工估算成本(EAC)。

EAC=AC+(BAC-EV)/CPI=32000+(52000-36000)/1.13=46159.29

【注】此處因 CPI 取值誤差問題，答案還可以是 46222.22

【問題 4】(5 分) 項目經(jīng)理嘗試采用資源優(yōu)化技術(shù) 24 天完成 C 活動的目標，請計算能達到項目經(jīng)理預(yù)期目標的概率。

C 活動的平均工期=(14+32+4*20)/6=21 天

標準差=(32-14)/6=3 天

所以在 24 天完成的概率是 84.14%

試題三(25 分) 讀下列說明，回答問題 1 至問題 4，將解答填入答題紙的對應(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)本身的問題。

【問題 1】(5 分)結(jié)合本案例，從配置管理的角度指出項目實施過程存在的問題。

(1) 沒有制訂規(guī)范的配置管理計劃

(2) 沒有安排專職的配置管理員與專職的項目經(jīng)理

(3) 沒有建立起合理的配置管理系統(tǒng)

(4) 配置庫不完整，缺失了受控庫

(5) 配置庫的管理權(quán)限設(shè)置不規(guī)范，不能讓所有成員均擁有管理權(quán)限

(6) 沒有進行規(guī)范的版本控制

(7) 配置變更控制工作做得不好

(8) 沒有開展有效的配置審計工作

(9) 開發(fā)庫與產(chǎn)品庫的內(nèi)容均不完整，且文檔更新很不及時

(10) 項目經(jīng)理嚴重缺乏配置管理的意識與經(jīng)驗

【問題 2】(10 分)結(jié)合本案例，請幫助測試工程師從測試目的、測試對象、測試內(nèi)容、測試過程、測試用例設(shè)計依據(jù)、測試技術(shù) 6 個方面設(shè)計核心產(chǎn)品 3.01 版本的系測試方案。

1. 測試目的：在真實系統(tǒng)工作環(huán)境下，驗證完整的軟件配置項能否和系統(tǒng)正確連接，并滿足系統(tǒng)/子系統(tǒng)設(shè)計文檔和軟件開發(fā)合同規(guī)定的要求。

2. 測試對象：完整的、集成的計算機系統(tǒng)。

3. 測試內(nèi)容：功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、安裝與反安裝測試等。

4. 測試過程：首先確認被測系統(tǒng)的所有配置項已通過測試然后按測試用例要求分別進行功能則試(黑盒測試)、性能測試、安全性測試和健壯性測試等。

5. 測試用例設(shè)計依據(jù)：用戶需求和開發(fā)合同。

6. 測試技術(shù)：黑盒測試，靜態(tài)測試和動態(tài)測試。具體包括檢查、代碼走查、代碼審查等

【問題 3】(6 分)如果系統(tǒng)測試中需要采用黑盒測試、白盒測試和灰盒測試， 請闡述三種測試的含義和用途

1、黑盒測試也稱功能測試，它是通過測試來檢測每個功能是否都能正常使用， 在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進行測試，只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，主要是針對軟件界面和功能進行測試。是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進行測試的。(2 分)

2、白盒測試又稱為結(jié)構(gòu)測試，需要清楚了解程序結(jié)構(gòu)和處理過程，檢查是否所有的結(jié)構(gòu)和路徑都是正確的，檢查軟件內(nèi)部動作是否按照設(shè)計說明書的規(guī)定正常進行。目的是通過檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對軟件中邏輯路徑進行覆蓋的測試， 可以覆蓋全部代碼、分支、路徑和條件。(2 分)

3、灰盒測試介于白盒測試與黑盒測試之間，是基于程序運行時的外部表現(xiàn)同時又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來設(shè)計用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié)果的測試技術(shù)。在灰盒測試中，無需關(guān)心模塊內(nèi)部的實現(xiàn)細節(jié)。對于軟件系統(tǒng)的內(nèi)部模塊，灰盒測試依然把它當成一個黑盒來看待。(2 分)

【問題 4】(4 分)從候選答案中選擇正確選項，將該選項編號填入答題紙對應(yīng)欄內(nèi)。

配置項的狀態(tài)通�？煞譃槿�種，配置項初建時其狀態(tài)為(1)。配置項通過評審后，其狀態(tài)變?yōu)?2)。此后若更改配置項，則其狀態(tài)変為(3)。當配置項修改完畢并重新通過評審時，其狀態(tài)又變?yōu)?4)。

A.送審稿 

B.草稿 

C.報批稿

D.征求意見 

E.修改 

F.正式

(1)B (2)F (3)E (4)F

因為篇幅有限，更多真題請查看：

2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(一)

2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(二)

2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(三)

2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(四)

2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(五)
2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(六)

信息系統(tǒng)項目管理師以考代評，通過考試后即可獲得高級職稱，人社局發(fā)證，全國通用。如果對考試沒有信心，可以選擇報個培訓(xùn)班系統(tǒng)的學(xué)習(xí)，一次通過不是問題。報班學(xué)習(xí)請聯(lián)系【廣東人事人才培訓(xùn)網(wǎng)】

以上就是“2020年下半年信息系統(tǒng)項目管理師考試真題及答案解析(五)”的全部內(nèi)容，想要報考2021年軟考的考生現(xiàn)在就可以開始備考了，報名信息系統(tǒng)項目管理師培訓(xùn)班贈送：輔導(dǎo)教材、習(xí)題冊、歷年真題、考前沖刺資料、老師專屬答疑等，以保障學(xué)員順利通過考試。