系統(tǒng)架構(gòu)設(shè)計(jì)師 案例論文 2020年11月信息系統(tǒng)項(xiàng)目管理師下午題

2020年11月信息系統(tǒng)項(xiàng)目管理師下午題

【簡(jiǎn)答題】A公司是提供SaaS平臺(tái)服務(wù)業(yè)務(wù)的公司，小張作為研發(fā)流程優(yōu)化經(jīng)理，他抽查了核心產(chǎn)品的配置管理和測(cè)試過(guò)程，情況如下:項(xiàng)目組共10人，產(chǎn)品經(jīng)理小馬兼任項(xiàng)目經(jīng)理和配置管理員，還有7名開(kāi)發(fā)工程師和2名測(cè)試工程師，采用敏捷開(kāi)發(fā)的方法，2周為一個(gè)迭代周期，目前剛剛完成一個(gè)3.01版本的上線(xiàn)。小張要求看一下配置管理庫(kù)，小馬回復(fù):“我正忙著，讓測(cè)試工程師王工給你看吧，我們10個(gè)人都有管理員權(quán)限”。小張看到配置庫(kù)分為了開(kāi)發(fā)庫(kù)和產(chǎn)品庫(kù)，產(chǎn)品庫(kù)包括上線(xiàn)的3個(gè)大版本的完整代碼和文檔資料，而且與實(shí)際運(yùn)行版本有偏差。小版本只能在開(kāi)發(fā)庫(kù)中找到代碼，但沒(méi)有相關(guān)文檔，而且因?yàn)樾滦枨蟮?，有些很?xì)微的修改，開(kāi)發(fā)人員隨手進(jìn)行了修改，文檔和代碼存在一些偏差。小張策劃對(duì)產(chǎn)品做一次3.01版本的系統(tǒng)測(cè)試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問(wèn)題。結(jié)合本案例，請(qǐng)幫助測(cè)試工程師從測(cè)試目的、測(cè)試對(duì)象、測(cè)試內(nèi)容、測(cè)試過(guò)程、測(cè)試用例設(shè)計(jì)依據(jù)，測(cè)試技術(shù)6個(gè)方面設(shè)計(jì)核心產(chǎn)品3.01版本的系統(tǒng)測(cè)試方案。

1、

答案：

解析：測(cè)試目的：發(fā)現(xiàn)軟件錯(cuò)誤測(cè)試對(duì)象：3.01測(cè)試系統(tǒng)測(cè)試內(nèi)容：源代碼文檔測(cè)試過(guò)程：測(cè)試計(jì)劃-測(cè)試施行-發(fā)布測(cè)試結(jié)果測(cè)試用例設(shè)計(jì)依據(jù)：用戶(hù)需求測(cè)試技術(shù)：白盒、黑盒，灰盒【簡(jiǎn)答題】A公司是提供SaaS平臺(tái)服務(wù)業(yè)務(wù)的公司，小張作為研發(fā)流程優(yōu)化經(jīng)理，他抽查了核心產(chǎn)品的配置管理和測(cè)試過(guò)程，情況如下:項(xiàng)目組共10人，產(chǎn)品經(jīng)理小馬兼任項(xiàng)目經(jīng)理和配置管理員，還有7名開(kāi)發(fā)工程師和2名測(cè)試工程師，采用敏捷開(kāi)發(fā)的方法，2周為一個(gè)迭代周期，目前剛剛完成一個(gè)3.01版本的上線(xiàn)。小張要求看一下配置管理庫(kù)，小馬回復(fù):“我正忙著，讓測(cè)試工程師王工給你看吧，我們10個(gè)人都有管理員權(quán)限”。小張看到配置庫(kù)分為了開(kāi)發(fā)庫(kù)和產(chǎn)品庫(kù)，產(chǎn)品庫(kù)包括上線(xiàn)的3個(gè)大版本的完整代碼和文檔資料，而且與實(shí)際運(yùn)行版本有偏差。小版本只能在開(kāi)發(fā)庫(kù)中找到代碼，但沒(méi)有相關(guān)文檔，而且因?yàn)樾滦枨蟮?，有些很?xì)微的修改，開(kāi)發(fā)人員隨手進(jìn)行了修改，文檔和代碼存在一些偏差。小張策劃對(duì)產(chǎn)品做一次3.01版本的系統(tǒng)測(cè)試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問(wèn)題。如果系統(tǒng)測(cè)試中需要采用黑盒測(cè)試，白盒測(cè)試和灰盒測(cè)試，請(qǐng)闡述三種測(cè)試的含義和用途。

1、

答案：

解析：黑盒測(cè)試：也稱(chēng)功能測(cè)試，它是通過(guò)測(cè)試來(lái)檢測(cè)每個(gè)功能是否都能正常使用。在測(cè)試中，把程序看作一個(gè)不能打開(kāi)的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測(cè)試，它只檢查程序功能是否按照需求規(guī)格說(shuō)明書(shū)的規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測(cè)試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對(duì)軟件界面和軟件功能進(jìn)行測(cè)試。

白盒測(cè)試：又稱(chēng)結(jié)構(gòu)測(cè)試，白盒測(cè)試可以把程序看成裝在一個(gè)透明的白盒子里，也就是清楚了解程序結(jié)構(gòu)和處理過(guò)程，檢查是否所有的結(jié)構(gòu)及路徑都是正確的，檢查軟件內(nèi)部動(dòng)作是否按照設(shè)計(jì)說(shuō)明書(shū)的規(guī)定正常進(jìn)行。其目的是通過(guò)檢查軟件內(nèi)部的邏輯結(jié)構(gòu)，對(duì)軟件中邏輯路徑進(jìn)行覆蓋的測(cè)試，可以覆蓋全部代碼、分支、路徑和條件。

灰盒測(cè)試：介于白盒測(cè)試與黑盒測(cè)試之間的測(cè)試?；液袦y(cè)試關(guān)注輸出對(duì)于輸入的正確性，同時(shí)也關(guān)注內(nèi)部表現(xiàn)，但這種關(guān)注不像白盒測(cè)試詳細(xì)、完整，只是通過(guò)一些表征的現(xiàn)象、事件、標(biāo)志來(lái)判斷內(nèi)部的運(yùn)行狀態(tài)?；液袦y(cè)試是基于程序運(yùn)行時(shí)的外部表現(xiàn)同時(shí)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來(lái)設(shè)計(jì)用例，執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶(hù)接口結(jié)果的測(cè)試技術(shù)。【簡(jiǎn)答題】某軟件開(kāi)發(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ù),目前剛剛開(kāi)始,項(xiàng)目經(jīng)理希望該任務(wù)能在24天之內(nèi)完成,項(xiàng)目組一致決定采取快速跟進(jìn)的方法加快項(xiàng)目進(jìn)度,并估算C活動(dòng)的預(yù)計(jì)工期為樂(lè)觀(guān)14天、最可能20天、悲觀(guān)32天。項(xiàng)目組決定采用快速跟進(jìn)的方式加快進(jìn)度，請(qǐng)簡(jiǎn)述該方式的不足。

1、

答案：

解析：快速跟進(jìn)。一種進(jìn)度壓縮技術(shù)，將正常情況下按順序進(jìn)行的活動(dòng)或階段改為至少是部分并行開(kāi)展。例如，在大樓的建筑圖紙尚未全部完成前就開(kāi)始建地基?？焖俑M(jìn)可能造成返工和風(fēng)險(xiǎn)增加。它只適用于能夠通過(guò)并行活動(dòng)來(lái)縮短項(xiàng)目工期的情況。<spanstyle="font-size:16px;"></span>【簡(jiǎn)答題】A公司是提供SaaS平臺(tái)服務(wù)業(yè)務(wù)的公司，小張作為研發(fā)流程優(yōu)化經(jīng)理，他抽查了核心產(chǎn)品的配置管理和測(cè)試過(guò)程，情況如下:項(xiàng)目組共10人，產(chǎn)品經(jīng)理小馬兼任項(xiàng)目經(jīng)理和配置管理員，還有7名開(kāi)發(fā)工程師和2名測(cè)試工程師，采用敏捷開(kāi)發(fā)的方法，2周為一個(gè)迭代周期，目前剛剛完成一個(gè)3.01版本的上線(xiàn)。小張要求看一下配置管理庫(kù)，小馬回復(fù):“我正忙著，讓測(cè)試工程師王工給你看吧，我們10個(gè)人都有管理員權(quán)限”。小張看到配置庫(kù)分為了開(kāi)發(fā)庫(kù)和產(chǎn)品庫(kù)，產(chǎn)品庫(kù)包括上線(xiàn)的3個(gè)大版本的完整代碼和文檔資料，而且與實(shí)際運(yùn)行版本有偏差。小版本只能在開(kāi)發(fā)庫(kù)中找到代碼，但沒(méi)有相關(guān)文檔，而且因?yàn)樾滦枨蟮?，有些很?xì)微的修改，開(kāi)發(fā)人員隨手進(jìn)行了修改，文檔和代碼存在一些偏差。小張策劃對(duì)產(chǎn)品做一次3.01版本的系統(tǒng)測(cè)試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問(wèn)題。結(jié)合本案例，從配置管理的角度指出項(xiàng)目實(shí)施過(guò)程中存在的問(wèn)題。

1、

答案：

解析：1、沒(méi)有制訂規(guī)范的配置管理計(jì)劃

2、沒(méi)有安排專(zhuān)職的配置管理員

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

4、沒(méi)有做好配置標(biāo)識(shí)

5、沒(méi)有做好配置控制

6、沒(méi)有做好配置狀態(tài)報(bào)告

7、沒(méi)有做好配置審計(jì)

8、沒(méi)有做好發(fā)布管理和交付

9、沒(méi)有配置管理變更管理流程【簡(jiǎn)答題】某集成公司和某地區(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)理張工來(lái)負(fù)責(zé)該項(xiàng)目，目前張工已經(jīng)升任新產(chǎn)品研發(fā)部經(jīng)理。張工調(diào)派了原項(xiàng)目團(tuán)隊(duì)的核心骨干劉工和李工分別負(fù)責(zé)新項(xiàng)目的需求調(diào)研和開(kāi)發(fā)工作。劉工和李工帶領(lǐng)團(tuán)隊(duì)根據(jù)以往經(jīng)驗(yàn)完成了需求調(diào)研和范圍說(shuō)明書(shū)。但由于該項(xiàng)目甲方負(fù)責(zé)人負(fù)責(zé)多個(gè)項(xiàng)目，時(shí)間緊張，導(dǎo)致需求評(píng)審會(huì)無(wú)法召開(kāi)。張工考慮到雙方已經(jīng)有合作基礎(chǔ)，李工和劉工對(duì)原系統(tǒng)非常熟悉，為了不影響進(jìn)度，張工讓項(xiàng)目組采用敏捷開(kāi)發(fā)模式，直接進(jìn)入了設(shè)計(jì)和編碼階段。在客戶(hù)驗(yàn)收測(cè)試時(shí)，甲方負(fù)責(zé)人提出APP的UI設(shè)計(jì)不符合公司風(fēng)格、不兼容新燃?xì)獗淼臄?shù)據(jù)接口、數(shù)據(jù)傳輸加密算法不符合要求等多項(xiàng)問(wèn)題，要求必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。此時(shí)張工把公司新產(chǎn)品研發(fā)部正在研發(fā)的新產(chǎn)品給甲方負(fù)責(zé)人展示，雙方口頭約定可以采用新產(chǎn)品部分功能實(shí)現(xiàn)未完善的需求。經(jīng)過(guò)增加人員和加班趕工，延期1個(gè)月完成。項(xiàng)目上線(xiàn)后用戶(hù)又發(fā)現(xiàn)了若干問(wèn)題。結(jié)合案例，請(qǐng)闡述張工在需求變更過(guò)程中需要完成的具體工作內(nèi)容。

1、

答案：

解析：項(xiàng)目經(jīng)理在需求變更中的工作，是響應(yīng)變更提出者的需求，評(píng)估變更對(duì)項(xiàng)目的影響及應(yīng)對(duì)方案，將需求由技術(shù)要求轉(zhuǎn)化為資源需求，供授權(quán)人決策；并據(jù)評(píng)審結(jié)果實(shí)施即調(diào)整基準(zhǔn)。確保項(xiàng)目基準(zhǔn)反映項(xiàng)目實(shí)施情況。<spanstyle="font-size:16px;"></span>【簡(jiǎn)答題】A公司是提供SaaS平臺(tái)服務(wù)業(yè)務(wù)的公司，小張作為研發(fā)流程優(yōu)化經(jīng)理，他抽查了核心產(chǎn)品的配置管理和測(cè)試過(guò)程，情況如下:項(xiàng)目組共10人，產(chǎn)品經(jīng)理小馬兼任項(xiàng)目經(jīng)理和配置管理員，還有7名開(kāi)發(fā)工程師和2名測(cè)試工程師，采用敏捷開(kāi)發(fā)的方法，2周為一個(gè)迭代周期，目前剛剛完成一個(gè)3.01版本的上線(xiàn)。小張要求看一下配置管理庫(kù)，小馬回復(fù):“我正忙著，讓測(cè)試工程師王工給你看吧，我們10個(gè)人都有管理員權(quán)限”。小張看到配置庫(kù)分為了開(kāi)發(fā)庫(kù)和產(chǎn)品庫(kù)，產(chǎn)品庫(kù)包括上線(xiàn)的3個(gè)大版本的完整代碼和文檔資料，而且與實(shí)際運(yùn)行版本有偏差。小版本只能在開(kāi)發(fā)庫(kù)中找到代碼，但沒(méi)有相關(guān)文檔，而且因?yàn)樾滦枨蟮?，有些很?xì)微的修改，開(kāi)發(fā)人員隨手進(jìn)行了修改，文檔和代碼存在一些偏差。小張策劃對(duì)產(chǎn)品做一次3.01版本的系統(tǒng)測(cè)試，以便更好的解決研發(fā)流程和系統(tǒng)本身的問(wèn)題。

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

配置項(xiàng)的狀態(tài)通?？煞譃槿N，配置項(xiàng)初建時(shí)其狀態(tài)為（1）。

配置項(xiàng)通過(guò)評(píng)審后，其狀態(tài)變?yōu)椋?）。

此后若更改配置項(xiàng)，則其狀態(tài)變?yōu)椋?）。

當(dāng)配置項(xiàng)修改完畢并重新通過(guò)評(píng)審時(shí)，其狀態(tài)友變?yōu)?4)。

A.送審稿 

B.草稿 

C.報(bào)批稿

D.征求意見(jiàn)

E.修改

F.正式

1、

答案：

解析：（1）B；（2）F；（3）E；（4）F?！竞?jiǎn)答題】某集成公司和某地區(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)理張工來(lái)負(fù)責(zé)該項(xiàng)目，目前張工已經(jīng)升任新產(chǎn)品研發(fā)部經(jīng)理。張工調(diào)派了原項(xiàng)目團(tuán)隊(duì)的核心骨干劉工和李工分別負(fù)責(zé)新項(xiàng)目的需求調(diào)研和開(kāi)發(fā)工作。劉工和李工帶領(lǐng)團(tuán)隊(duì)根據(jù)以往經(jīng)驗(yàn)完成了需求調(diào)研和范圍說(shuō)明書(shū)。但由于該項(xiàng)目甲方負(fù)責(zé)人負(fù)責(zé)多個(gè)項(xiàng)目，時(shí)間緊張，導(dǎo)致需求評(píng)審會(huì)無(wú)法召開(kāi)。張工考慮到雙方已經(jīng)有合作基礎(chǔ)，李工和劉工對(duì)原系統(tǒng)非常熟悉，為了不影響進(jìn)度，張工讓項(xiàng)目組采用敏捷開(kāi)發(fā)模式，直接進(jìn)入了設(shè)計(jì)和編碼階段。在客戶(hù)驗(yàn)收測(cè)試時(shí)，甲方負(fù)責(zé)人提出APP的UI設(shè)計(jì)不符合公司風(fēng)格、不兼容新燃?xì)獗淼臄?shù)據(jù)接口、數(shù)據(jù)傳輸加密算法不符合要求等多項(xiàng)問(wèn)題，要求必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。此時(shí)張工把公司新產(chǎn)品研發(fā)部正在研發(fā)的新產(chǎn)品給甲方負(fù)責(zé)人展示，雙方口頭約定可以采用新產(chǎn)品部分功能實(shí)現(xiàn)未完善的需求。經(jīng)過(guò)增加人員和加班趕工，延期1個(gè)月完成。項(xiàng)目上線(xiàn)后用戶(hù)又發(fā)現(xiàn)了若干問(wèn)題。請(qǐng)寫(xiě)出范圍說(shuō)明書(shū)的內(nèi)容和作用。

1、

答案：

解析：1、范圍說(shuō)明書(shū)的內(nèi)容：

(1)產(chǎn)品范圍描述。

(2)驗(yàn)收標(biāo)準(zhǔn)。

(3)可交付成果。

(4)項(xiàng)目的除外責(zé)任。

(5)制約因素。

(6)假設(shè)條件。

2、范圍說(shuō)明書(shū)的作用項(xiàng)目范圍說(shuō)明書(shū)的主要作用如下：

(1)確定范圍。(2)溝通基礎(chǔ)。(3)規(guī)劃和控制依據(jù)。(4)變更基礎(chǔ)。(5)規(guī)劃基礎(chǔ)?！竞?jiǎn)答題】某集成公司和某地區(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)理張工來(lái)負(fù)責(zé)該項(xiàng)目，目前張工已經(jīng)升任新產(chǎn)品研發(fā)部經(jīng)理。張工調(diào)派了原項(xiàng)目團(tuán)隊(duì)的核心骨干劉工和李工分別負(fù)責(zé)新項(xiàng)目的需求調(diào)研和開(kāi)發(fā)工作。劉工和李工帶領(lǐng)團(tuán)隊(duì)根據(jù)以往經(jīng)驗(yàn)完成了需求調(diào)研和范圍說(shuō)明書(shū)。但由于該項(xiàng)目甲方負(fù)責(zé)人負(fù)責(zé)多個(gè)項(xiàng)目，時(shí)間緊張，導(dǎo)致需求評(píng)審會(huì)無(wú)法召開(kāi)。張工考慮到雙方已經(jīng)有合作基礎(chǔ)，李工和劉工對(duì)原系統(tǒng)非常熟悉，為了不影響進(jìn)度，張工讓項(xiàng)目組采用敏捷開(kāi)發(fā)模式，直接進(jìn)入了設(shè)計(jì)和編碼階段。在客戶(hù)驗(yàn)收測(cè)試時(shí)，甲方負(fù)責(zé)人提出APP的UI設(shè)計(jì)不符合公司風(fēng)格、不兼容新燃?xì)獗淼臄?shù)據(jù)接口、數(shù)據(jù)傳輸加密算法不符合要求等多項(xiàng)問(wèn)題，要求必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。此時(shí)張工把公司新產(chǎn)品研發(fā)部正在研發(fā)的新產(chǎn)品給甲方負(fù)責(zé)人展示，雙方口頭約定可以采用新產(chǎn)品部分功能實(shí)現(xiàn)未完善的需求。經(jīng)過(guò)增加人員和加班趕工，延期1個(gè)月完成。項(xiàng)目上線(xiàn)后用戶(hù)又發(fā)現(xiàn)了若干問(wèn)題。請(qǐng)將下面①~⑤處的答案填寫(xiě)在對(duì)應(yīng)欄內(nèi)。

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

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

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

1、

答案：

解析：①里程碑；②工作分解結(jié)構(gòu)；③工作包；④項(xiàng)目經(jīng)理；⑤項(xiàng)目配置管理員<spanstyle="font-size:16px;"></span>【簡(jiǎn)答題】某軟件開(kāi)發(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ù),目前剛剛開(kāi)始,項(xiàng)目經(jīng)理希望該任務(wù)能在24天之內(nèi)完成,項(xiàng)目組一致決定采取快速跟進(jìn)的方法加快項(xiàng)目進(jìn)度,并估算C活動(dòng)的預(yù)計(jì)工期為樂(lè)觀(guān)14天、最可能20天、悲觀(guān)32天。如果當(dāng)前項(xiàng)目偏差屬于典型偏差，請(qǐng)計(jì)算完工估算成本（EAC）。

1、

答案：

解析：CPI=EV/AC=32400/32000=101.25%

BAC=25000+12000+10000+5000=52000(元）

因?yàn)槭堑湫陀?jì)算EAC=BAC/CPI=52000/101.25%=51358.02（元）【簡(jiǎn)答題】某軟件開(kāi)發(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ù),目前剛剛開(kāi)始,項(xiàng)目經(jīng)理希望該任務(wù)能在24天之內(nèi)完成,項(xiàng)目組一致決定采取快速跟進(jìn)的方法加快項(xiàng)目進(jìn)度,并估算C活動(dòng)的預(yù)計(jì)工期為樂(lè)觀(guān)14天、最可能20天、悲觀(guān)32天。項(xiàng)目經(jīng)理嘗試采用資源優(yōu)化技術(shù)24天完成C活動(dòng)的目標(biāo)，請(qǐng)計(jì)算能達(dá)到項(xiàng)目理預(yù)期目標(biāo)的概率。

1、

答案：

解析：C的期望工期=（14+4*20+32）/6=126/6=21天

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

24天內(nèi)的完成概率=50%+（68.28/2）=84.12%【簡(jiǎn)答題】某集成公司和某地區(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)理張工來(lái)負(fù)責(zé)該項(xiàng)目，目前張工已經(jīng)升任新產(chǎn)品研發(fā)部經(jīng)理。張工調(diào)派了原項(xiàng)目團(tuán)隊(duì)的核心骨干劉工和李工分別負(fù)責(zé)新項(xiàng)目的需求調(diào)研和開(kāi)發(fā)工作。劉工和李工帶領(lǐng)團(tuán)隊(duì)根據(jù)以往經(jīng)驗(yàn)完成了需求調(diào)研和范圍說(shuō)明書(shū)。但由于該項(xiàng)目甲方負(fù)責(zé)人負(fù)責(zé)多個(gè)項(xiàng)目，時(shí)間緊張，導(dǎo)致需求評(píng)審會(huì)無(wú)法召開(kāi)。張工考慮到雙方已經(jīng)有合作基礎(chǔ)，李工和劉工對(duì)原系統(tǒng)非常熟悉，為了不影響進(jìn)度，張工讓項(xiàng)目組采用敏捷開(kāi)發(fā)模式，直接進(jìn)入了設(shè)計(jì)和編碼階段。在客戶(hù)驗(yàn)收測(cè)試時(shí)，甲方負(fù)責(zé)人提出APP的UI設(shè)計(jì)不符合公司風(fēng)格、不兼容新燃?xì)獗淼臄?shù)據(jù)接口、數(shù)據(jù)傳輸加密算法不符合要求等多項(xiàng)問(wèn)題，要求必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。此時(shí)張工把公司新產(chǎn)品研發(fā)部正在研發(fā)的新產(chǎn)品給甲方負(fù)責(zé)人展示，雙方口頭約定可以采用新產(chǎn)品部分功能實(shí)現(xiàn)未完善的需求。經(jīng)過(guò)增加人