2020年11月下午高項真題解析
試題一
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內。
某整合公司和某地區的燃氣公司簽訂了系統升級合同，將原有的終端抄表系統升級改造，實現遠端自動抄表且提供APP終端應用服務。
公司指定原系統的專案經理張工來負責該專案，目前張工已經升任新產品研發部經理。張工調派了原專案團隊的核心骨幹劉工和李工分別負責新專案的需求調研和開發工作。劉工和李工帶領團隊根據以往經驗完成了需求調研和範圍說明書。但由於該專案甲方負責人負責多個專案，時間緊張，導致需求評審會無法召開。張工考慮到雙方已經有合作基礎，李工和劉工對原系統非常熟悉，為了不影響進度，張工讓專案組採用敏捷開發模式，直接進入了設計和編碼階段。
在客戶驗收測試時，甲方負責人提出APP的UI設計不符合公司風格、不相容新燃氣表的資料介面、資料傳輸加密演算法不符合要求等多項問題，要求必須全部實現這些需求後才能驗收。此時張工把公司新產品研發部正在研發的新產品給甲方負責人展示，雙方口頭約定可以採用新產品部分功能實現未完善的需求。經過增加人員和加班趕工，延期1個月完成。專案上線後用戶又發現了若干問題。
【問題1】（8分）
結合案例，請從專案範圍管理的角度指出該專案實施過程中存在的問題。
答案：
（1）沒有制定範圍管理計劃
（2）收集需求存在問題，專案經理張工應該與團隊成員一起進行需求調研
（3）不應該根據以往經驗完成需求調研，而應該與干係人進行有效合作
（4）定義範圍存在問題，需求檔案和範圍說明書沒有經過評審和干係人的確認
（5）確認範圍存問題，導致客戶驗收測試才發現多項不符合要求的問題
（6）範圍控制存在問題，沒有采取範圍變更控制流程。
51CTO精培：軟考電子版官方教材&輔導教材 + 官方真題+ 必考知識點6G資料包
【問題2】（6分）
請寫出範圍說明書的內容和作用。
答案：範圍說明書的內容：（1）產品範圍描述。（2）驗收標準。（3）可交付成果。（4）專案的除外責任。（5）制約因素。（6）假設條件。
專案範圍說明書的作用：確定範圍、是規劃和控制的依據、也是溝通、變更和規劃的基礎。
【問題3】（6分）
結合案例。請闡述張工在需求變更過程中需要完成的具體工作內容。
答案：張工作為專案經理，在需求變更過程中主要完成以下工作
（1）提出與接受變更申請。所有的變更申請都必須以書面形式記錄，並納入配置管理系統中。
（2）對變更的初審。
（3）變更方案論證。
（4）專案變更控制委員會審查。必要時，應由變更控制委員（CCB）會進行審查批准。
（5）發出變更通知並開始實施。
（6）變更實施的監控。
（7）變更效果的評估。
（8）判斷髮生變更後的專案是否已納入正常軌道。
【問題4】（5分）
請將下面①~⑤處的答案填寫在答題紙的對應欄內。
（1）在每個專案任務的分解單元中都存在可交付成果和
①
，標誌著某個可交付成果或階段的正式完成。
（2）建立
②
是將專案的可交付成果和專案工作分解為較小的、更易管理的元件的過程，其主要作用是對所要交付的內容提供一個結構化的檢視。其最底層的可交付成果或專案工作組成部分稱為③。
（3）專案干係人提出變更申請後，一般由
④
或
⑤
進行初審。
答案：（1）里程碑、（2）WBS、（3）工作包、（4）專案經理、（5）專案配置管理員。
試題二
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內。
某軟體開發專案包括ABCD四個活動，專案總預算為52000元。截至6月30日，各活動相關資訊如下表所示。
活動
成本預算
計劃成本
實際進度
實際成本
A
25000
25000
100%
25500
B
12000
9000
50%
5400
C
10000
5800
50%
1100
D
5000
0
0
0
C活動是專案中的一項關鍵任務，目前剛剛開始，專案經理希望該任務能在24天之內完成，專案組一致決定採取快速跟進的方法加快專案進度，並估算C活動的預計工期為樂觀14天、最可能20天、悲觀32天。
【問題1】（13分）
結合案例，請計算截至6月30日各活動的掙值和專案的進度偏差（SV）和成本偏差（CV），並判斷專案的執行績效。
答案：活動A的掙值EV=25000*100%=25000元；
活動B的掙值EV=12000*50%=6000元；
活動C的掙值EV=10000*50%=5000元；
活動D的掙值EV=5000*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元。
專案目前的執行績效：
由於SV＜0，所以進度延誤，由於CV＞0，所以成本節省。
注意：本題中，pv的計算存在較大爭議，知道即可。
【問題2】（3分）
專案組決定採用快速跟進的方式加快進度，請簡述該方式的不足。
答案：（1）可能造成返工；
（2）增加風險；
（3）可能增加專案成本。
【問題3】（4分）
如果當前專案偏差屬於典型偏差，請計算完工估算成本（EAC）。
答案：BAC=52000元；
CPI=EV/AC=36000/32000=1。125；
EAC=AC+（BAC-EV）/CPI=32000+（52000-36000）/1。125=46222。22元。
【問題4】（5分）
專案經理嘗試採用資源最佳化技術24天完成C活動的目標，請計算能達到專案經理預期目標的機率。
答案：期望工期T=（14+20*4+32）/6=21天；
標準差：=（32-14）/6=3天；
專案經理預期24天完成C活動的機率為：50%+68。3%/2=84。15%
試題三
閱讀下列說明，回答問題1至問題4，將解答填入答題紙的對應欄內。
A公司是提供SaaS平臺服務業務的公司，小張作為研發流程最佳化經理，他抽查了核心產品的配置管理和測試過程，情況如下：專案組共10人，產品經理小馬兼任專案經理和配置管理員，還有7名開發工程師和2名測試工程師，採用敏捷開發的方法，2周為一個迭代週期，目前剛剛完成一個3。01版本的上線。
小張要求看一下配置管理庫，小馬回覆：“我正忙著，讓測試工程師王工給你看吧，我們10個人都有管理員許可權”。小張看到配置庫分為了開發庫和產品庫，產品庫包括上線的3個大版本的完整程式碼和文件資料，而且與實際執行版本有偏差。小版本只能在開發庫中找到程式碼，但沒有相關文件，而且因為新需求迭代太快，有些很細微的修改，開發人員隨手進行了修改，文件和程式碼存在一些偏差。
小張策劃對產品做一次3。01版本的系統測試，以便更好的解決研發流程和系統本身的問題。
【問題1】（5分）
結合本案例，從配置管理的角度指出專案實施過程存在的問題。
答案：
（1）沒有制定配置管理計劃
（2）管理許可權沒有標識清楚，人員管理混淆
（3）變更管理存在問題，沒有對變更進行記錄。
（4）開發人員隨手進行修改，沒有走變更控制流程
（5）配置庫只有產品庫和開發庫，沒有受控庫
（6）開發庫當中只有程式碼沒有文件，沒有進行文件的分類和管理
（7）沒有對配置進行審計，無配置狀態報告
（以上表述言之有理即可）
【問題2】（10分）
結合本案例，請幫助測試工程師從測試目的、測試物件、測試內容、測試過程、測試用例設計依據、測試技術6個方面設計核心產品3.01版本的系統測試方案。
答案：
測試目的：發現系統錯誤，衡量系統質量，並對其是否能滿足設計要求進行培訓。
測試物件：程式、文件
測試內容：功能測試、介面測試、文件測試、原始碼測試、效能測試等
測試過程：測試計劃、測試設計和測試執行
測試用例設計依據：測個測試用例應包括名稱和標識、測試追蹤、用例說明、測試初始化要求、測試的輸入、期望的測試結果、評價測試結果的準則、操作過程、提前和約束、測試終止條件。
測試技術：白盒測試、黑盒測試
【問題3】（6分）
如果系統測試中需要採用黑盒測試、白盒測試和灰盒測試，請闡述三種測試的含義和用途
答案：1、黑盒測試：也稱為功能測試，主要用於整合測試、確認測試和系統測試中。黑盒測試將程式看作是一個不透明的黑盒，完全不考慮（或不瞭解）程式的內部結構和處理演算法，而只檢查程式功能是否能按照SRS的要求正常使用。
2、白盒測試：也稱為結構測試，主要用於軟體單元測試中。它的主要思想是，將程式看作是一個透明的白盒，測試人員完全清楚程式的結構和處理演算法。白盒測試方法主要有控制流測試、資料流測試和程式變異測試等。
3、灰盒測試：介於白盒測試與黑盒測試之間的測試。灰盒測試關注輸出對於輸入的正確性，同時也關注內部表現。灰盒測試是基於程式執行時的外部表現同時又結合程式內部邏輯結構來設計用例，執行程式並採集程式路徑執行資訊和外部使用者介面結果的測試技術。（以上表述可用自己的理解闡述也可）
【問題4】（4分）
從候選答案中選擇正確選項，將該選項編號填入答題紙對應欄內。
配置項的狀態通常可分為三種，配置項初建時其狀態為（1）。配置項透過評審後，其狀態變為（2）。此後若更改配置項，則其狀態變為（3）。當配置項修改完畢並重新透過評審時，其狀態又變為（4）。
A．送審稿 B．草稿 C．報批稿
D．徵求意見 E．修改 F．正式
答案：1、B；2、F；3、E；4、F
