第 1 題

某集成公司和某地區(qū)的燃?xì)夤竞炗喠讼到y(tǒng)升級合同，將原有的終端抄表系統(tǒng)升級改造，實(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)致需求評審會(huì)無法召開。張工考慮到雙方已經(jīng)有合作基礎(chǔ)，李工和劉工對原系統(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é)合案例，請從項(xiàng)目范圍管理的角度指出該項(xiàng)目實(shí)施過程中存在的問題。
【問題2】???( 6 分）
請寫出范圍說明書的內(nèi)容和作用。
【問題3】? ( 6 分）
結(jié)合案例，請闡述張工在需求變更過程中需要完成的具體工作內(nèi)容。
【問題4】???( 5 分）
請將下面①-⑤處的答案填寫在答題紙的對應(yīng)欄內(nèi)。
（1）在每個(gè)項(xiàng)目任務(wù)的分解單元中都存在可交付成果和①，標(biāo)志著某個(gè)可交付成果或階段的正式完成。
（2）創(chuàng)建②是將項(xiàng)目的可交付成果和項(xiàng)目工作分解為較小的、更易管理的組件的過程，其主要作用是對所要交付的內(nèi)容提供一個(gè)結(jié)構(gòu)化的視圖。其最底層的可交付成果或項(xiàng)目工作組成部分稱為③。
（3）項(xiàng)目干系人提出變更申請后，一般由④或⑤進(jìn)行初審。

答案與解析

• 試題難度：一般

• 知識(shí)點(diǎn)：案例分析>范圍管理

• 試題答案：

  【問題1】
  （1）事先沒有制訂好項(xiàng)目范圍管理計(jì)劃；
  （2）甲方?jīng)]有對乙方記錄描述的需求進(jìn)行確認(rèn)、驗(yàn)證；
  （3）由于產(chǎn)品范圍的缺陷，導(dǎo)致項(xiàng)目范圍定義存在缺陷，影響了本項(xiàng)目進(jìn)度、預(yù)算的制定；
  （4）沒有編寫需求規(guī)格說明書和詳細(xì)設(shè)計(jì)文檔；
  （5）需求變更沒有遵循規(guī)范的變更控制流程，控制范圍存在問題；
  （6）沒有創(chuàng)建工作分解結(jié)構(gòu)。
  【問題2】
  內(nèi)容:
  （1）產(chǎn)品范圍描述；
  （2）驗(yàn)收標(biāo)準(zhǔn)；
  （3）可交付成果；
  （4）項(xiàng)目的除外責(zé)任；
  （5）制約因素；
  （6) 假設(shè)條件。
  作用：
  （1）確定范圍；
  （2）溝通基礎(chǔ)；
  （3）規(guī)劃和控制依據(jù)；
  （4）變更基礎(chǔ)；
  （5）規(guī)劃基礎(chǔ)。
  【問題3】
  （1）接受（受理或響應(yīng)）需求變更申請；
  （2）變更初審；
  （3）變更影響分析，制定應(yīng)對方案；
  （4）建立需求基線，做好需求管理。
  【問題4】
  1.里程碑
  2.WBS
  3.工作包
  4.項(xiàng)目配置管理員
  5.項(xiàng)目經(jīng)理
  

• 試題解析：

  【問題1】
  （1）事先沒有制訂好項(xiàng)目范圍管理計(jì)劃；
  （2）甲方?jīng)]有對乙方記錄描述的需求進(jìn)行確認(rèn)、驗(yàn)證；
  （3）由于產(chǎn)品范圍的缺陷，導(dǎo)致項(xiàng)目范圍定義存在缺陷，影響了本項(xiàng)目進(jìn)度、預(yù)算的制定；
  （4）沒有編寫需求規(guī)格說明書和詳細(xì)設(shè)計(jì)文檔；
  （5）需求變更沒有遵循規(guī)范的變更控制流程，控制范圍存在問題；
  （6）沒有創(chuàng)建工作分解結(jié)構(gòu)。
  【問題2】
  內(nèi)容:
  （1）產(chǎn)品范圍描述；
  （2）驗(yàn)收標(biāo)準(zhǔn)；
  （3）可交付成果；
  （4）項(xiàng)目的除外責(zé)任；
  （5）制約因素；
  （6) 假設(shè)條件。
  作用：
  （1）確定范圍；
  （2）溝通基礎(chǔ)；
  （3）規(guī)劃和控制依據(jù)；
  （4）變更基礎(chǔ)；
  （5）規(guī)劃基礎(chǔ)。
  【問題3】
  （1）接受（受理或響應(yīng)）需求變更申請；
  （2）變更初審；
  （3）變更影響分析，制定應(yīng)對方案；
  （4）建立需求基線，做好需求管理。
  【問題4】
  1.里程碑
  2.WBS
  3.工作包
  4.項(xiàng)目配置管理員
  5.項(xiàng)目經(jīng)理
  

第 2 題

某軟件開發(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天。

【問題1】( 13 分）
結(jié)合案例，請計(jì)算截至6月30日各活動(dòng)的掙值和項(xiàng)目的進(jìn)度偏差（SV）和成本偏差（CV) ，并判斷項(xiàng)目的執(zhí)行績效。
【問題2】??( 3 分）
項(xiàng)目組決定采用快速跟進(jìn)的方式加快進(jìn)度，請簡述該方式的不足。
【問題3】??( 4 分）
如果當(dāng)前項(xiàng)目偏差屬于典型偏差，請計(jì)算完工估算成本（EAC）。
【問題4】? ( 5 分）
項(xiàng)目經(jīng)理嘗試采用資源優(yōu)化技術(shù)24天完成C活動(dòng)的目標(biāo)，請計(jì)算能達(dá)到項(xiàng)目經(jīng)理預(yù)期目標(biāo)的概率。

答案與解析

• 試題難度：一般

• 知識(shí)點(diǎn)：案例分析>成本管理

• 試題答案：

  【問題1】
  BAC=52000(元)
  檢查點(diǎn)項(xiàng)目PV=39800；

  A活動(dòng)EV=

25000×100%?=25000</p>

B活動(dòng)EV=

12000×50%?=6000</p>

C活動(dòng)EV=?

10000×50%?=5000</p>

D活動(dòng)EV=0?
總EV=25000×100%+12000×50%+10000×50%=36000；

AC=32000；
CV=EV－AC=36000－32000=4000；

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

因?yàn)镃V>0；所以成本節(jié)約；
因?yàn)镾V<0；所以進(jìn)度落后；
【問題2】
（1）快速跟進(jìn)可能造成返工和風(fēng)險(xiǎn)增加。
（2）只適用于能夠通過并行活動(dòng)來縮短關(guān)鍵路徑上的項(xiàng)目工期情況。
（3）通常會(huì)增加活動(dòng)之間的協(xié)調(diào)工作量，還有可能導(dǎo)致成本增加。
【問題3】

典型偏差：EAC=BAC/CPI=52000/(36000/32000) =46222.2；?
【問題4】??
C活動(dòng)的標(biāo)準(zhǔn)差=(32-14)/6=3
C活動(dòng)的期望時(shí)間=（14+32＋20×4

）/6=21(天)；
根據(jù)正態(tài)分布圖：
在24天完成的概率50%＋68.26%/2=84.13%
</p>

• 試題解析：

  【問題1】
  BAC=52000(元)
  檢查點(diǎn)項(xiàng)目PV=39800；

  A活動(dòng)EV=

25000×100%?=25000</p>

B活動(dòng)EV=

12000×50%?=6000</p>

C活動(dòng)EV=?

10000×50%?=5000</p>

D活動(dòng)EV=0?
總EV=25000×100%+12000×50%+10000×50%=36000；

AC=32000；
CV=EV－AC=36000－32000=4000；

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

因?yàn)镃V>0；所以成本節(jié)約；
因?yàn)镾V<0；所以進(jìn)度落后；
【問題2】
（1）快速跟進(jìn)可能造成返工和風(fēng)險(xiǎn)增加。
（2）只適用于能夠通過并行活動(dòng)來縮短關(guān)鍵路徑上的項(xiàng)目工期情況。
（3）通常會(huì)增加活動(dòng)之間的協(xié)調(diào)工作量，還有可能導(dǎo)致成本增加。
【問題3】

典型偏差：EAC=BAC/CPI=52000/(36000/32000) =46222.2；?
【問題4】??
C活動(dòng)的標(biāo)準(zhǔn)差=(32-14)/6=3
C活動(dòng)的期望時(shí)間=（14+32＋20×4

）/6=21(天)；
根據(jù)正態(tài)分布圖：
在24天完成的概率50%＋68.26%/2=84.13%
</p>

第 3 題

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)行了修改，文檔和代碼存在一些偏差。
小張策劃對產(chǎn)品一次3.01版本的系統(tǒng)測試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問題。

【問題1】( 5 分）
結(jié)合本案例，從配置管理的角度指出項(xiàng)目實(shí)施過程存在的問題。
【問題2】? ( 10 分）
結(jié)合本案例，請幫助測試工程師從測試目的、測試對象、測試內(nèi)容、測試過程、測試用例設(shè)計(jì)依據(jù)、測試技術(shù)6個(gè)方面設(shè)計(jì)核心產(chǎn)品3.01版本的系統(tǒng)測試方案。
【問題3】? ( 6 分）
如果系統(tǒng)測試中需要采用黑盒測試、白盒測試和灰盒測試，請闡述三種測試的含義和用途。
【問題4】? ( 4 分）
從候選答案中選擇正確選項(xiàng)，將該選項(xiàng)編號填入答題紙對應(yīng)欄內(nèi)。
配置項(xiàng)的狀態(tài)通常可分為三種，配置項(xiàng)初建時(shí)其狀態(tài)為（1）。配置項(xiàng)通過評審后，其狀態(tài)變?yōu)椋?）。此后若更改配置項(xiàng)，則其狀態(tài)變?yōu)椋?）。當(dāng)配置項(xiàng)修改完畢并重新通過評審時(shí)，其狀態(tài)又變?yōu)椋?）。
A.送審稿
B.草稿
C.報(bào)批稿
D.征求意見
E.修改
F.正式

答案與解析

• 試題難度：一般

• 知識(shí)點(diǎn)：案例分析>其他

• 試題答案：

  【問題1】
  存在的問題：
  1.產(chǎn)品經(jīng)理小馬不應(yīng)兼任多職，應(yīng)設(shè)立專職的配置管理員角色崗位
  2.配置管理員擁有管理員權(quán)限，其它人員不應(yīng)有管理員權(quán)限
  3.配置庫沒有劃分并設(shè)立受控庫
  4.產(chǎn)品庫應(yīng)保存配置項(xiàng)的所有版本
  5.沒有做好版本管理和版本控制
  6.對于配置項(xiàng)的修改應(yīng)遵循基于配置庫的變更控制流程
  7.沒有制定好配置管理計(jì)劃
  【問題2】
  系統(tǒng)測試方案：
  （1）測試目的：在真實(shí)系統(tǒng)工作環(huán)境下，驗(yàn)證完整的軟件配置項(xiàng)能否和系統(tǒng)正確連接，并滿足系統(tǒng)/子系統(tǒng)設(shè)計(jì)文檔和軟件開發(fā)合同的規(guī)定要求；
  （2）測試對象：文檔，源代碼；或3.01版本系統(tǒng)；
  （3）測試內(nèi)容：功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、安裝與反安裝測試；
  （4）測試過程：制定測試計(jì)劃，設(shè)計(jì)測試用例，執(zhí)行測試、編寫測試報(bào)告、回歸測試；
  （5）測試用例設(shè)計(jì)依據(jù)：用戶需求或開發(fā)合同；
  （6）測試技術(shù)：黑盒測試；白盒測試。
  【問題3】
  （1）黑盒測試
  黑盒測試也稱功能測試，在測試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，?
  （2）白盒測試
  白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。
  3.灰盒測試
  灰盒測試，確實(shí)是介于二者之間的測試。
  【問題4】
  1.B
  2.F
  3.E
  4.F
  

• 試題解析：

  【問題1】
  存在的問題：
  1.產(chǎn)品經(jīng)理小馬不應(yīng)兼任多職，應(yīng)設(shè)立專職的配置管理員角色崗位
  2.配置管理員擁有管理員權(quán)限，其它人員不應(yīng)有管理員權(quán)限
  3.配置庫沒有劃分并設(shè)立受控庫
  4.產(chǎn)品庫應(yīng)保存配置項(xiàng)的所有版本
  5.沒有做好版本管理和版本控制
  6.對于配置項(xiàng)的修改應(yīng)遵循基于配置庫的變更控制流程
  7.沒有制定好配置管理計(jì)劃
  【問題2】
  系統(tǒng)測試方案：
  （1）測試目的：在真實(shí)系統(tǒng)工作環(huán)境下，驗(yàn)證完整的軟件配置項(xiàng)能否和系統(tǒng)正確連接，并滿足系統(tǒng)/子系統(tǒng)設(shè)計(jì)文檔和軟件開發(fā)合同的規(guī)定要求；
  （2）測試對象：文檔，源代碼；或3.01版本系統(tǒng)；
  （3）測試內(nèi)容：功能測試、健壯性測試、性能測試、用戶界面測試、安全性測試、安裝與反安裝測試；
  （4）測試過程：制定測試計(jì)劃，設(shè)計(jì)測試用例，執(zhí)行測試、編寫測試報(bào)告、回歸測試；
  （5）測試用例設(shè)計(jì)依據(jù)：用戶需求或開發(fā)合同；
  （6）測試技術(shù)：黑盒測試；白盒測試。
  【問題3】
  （1）黑盒測試
  黑盒測試也稱功能測試，在測試時(shí)，把程序看作一個(gè)不能打開的黑盆子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，測試者在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)格說明書的規(guī)定正常使用，?
  （2）白盒測試
  白盒測試也稱結(jié)構(gòu)測試或邏輯驅(qū)動(dòng)測試，按照程序內(nèi)部的結(jié)構(gòu)測試程序，檢驗(yàn)程序中的每條通路是否都有能按預(yù)定要求正確工作，測試者必須檢查程序的內(nèi)部結(jié)構(gòu)，從檢查程序的邏輯著手，得出測試數(shù)據(jù)。
  3.灰盒測試
  灰盒測試，確實(shí)是介于二者之間的測試。
  【問題4】
  1.B
  2.F
  3.E
  4.F