系統(tǒng)架構(gòu)設(shè)計(jì)師 案例論文 2020年11月信息系統(tǒng)項(xiàng)目管理師下午題_第1頁
系統(tǒng)架構(gòu)設(shè)計(jì)師 案例論文 2020年11月信息系統(tǒng)項(xiàng)目管理師下午題_第2頁
系統(tǒng)架構(gòu)設(shè)計(jì)師 案例論文 2020年11月信息系統(tǒng)項(xiàng)目管理師下午題_第3頁
系統(tǒng)架構(gòu)設(shè)計(jì)師 案例論文 2020年11月信息系統(tǒng)項(xiàng)目管理師下午題_第4頁
系統(tǒng)架構(gòu)設(shè)計(jì)師 案例論文 2020年11月信息系統(tǒng)項(xiàng)目管理師下午題_第5頁
已閱讀5頁,還剩5頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

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

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

1、

答案:

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

白盒測(cè)試:又稱結(jié)構(gòu)測(cè)試,白盒測(cè)試可以把程序看成裝在一個(gè)透明的白盒子里,也就是清楚了解程序結(jié)構(gòu)和處理過程,檢查是否所有的結(jié)構(gòu)及路徑都是正確的,檢查軟件內(nèi)部動(dòng)作是否按照設(shè)計(jì)說明書的規(guī)定正常進(jìn)行。其目的是通過檢查軟件內(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ì)、完整,只是通過一些表征的現(xiàn)象、事件、標(biāo)志來判斷內(nèi)部的運(yùn)行狀態(tài)?;液袦y(cè)試是基于程序運(yùn)行時(shí)的外部表現(xiàn)同時(shí)又結(jié)合程序內(nèi)部邏輯結(jié)構(gòu)來設(shè)計(jì)用例,執(zhí)行程序并采集程序路徑執(zhí)行信息和外部用戶接口結(jié)果的測(cè)試技術(shù)?!竞喆痤}】某軟件開發(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天。項(xiàng)目組決定采用快速跟進(jìn)的方式加快進(jìn)度,請(qǐng)簡述該方式的不足。

1、

答案:

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

1、

答案:

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

2、沒有安排專職的配置管理員

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

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

5、沒有做好配置控制

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

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

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

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

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

配置項(xiàng)的狀態(tài)通??煞譃槿N,配置項(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)?4)。

A.送審稿 

B.草稿 

C.報(bào)批稿

D.征求意見

E.修改

F.正式

1、

答案:

解析:(1)B;(2)F;(3)E;(4)F?!竞喆痤}】某集成公司和某地區(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)收測(cè)試時(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)了若干問題。請(qǐng)寫出范圍說明書的內(nèi)容和作用。

1、

答案:

解析:1、范圍說明書的內(nèi)容:

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

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

(3)可交付成果。

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

(5)制約因素。

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

2、范圍說明書的作用項(xiàng)目范圍說明書的主要作用如下:

(1)確定范圍。(2)溝通基礎(chǔ)。(3)規(guī)劃和控制依據(jù)。(4)變更基礎(chǔ)。(5)規(guī)劃基礎(chǔ)?!竞喆痤}】某集成公司和某地區(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)收測(cè)試時(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)了若干問題。請(qǐng)將下面①~⑤處的答案填寫在對(duì)應(yīng)欄內(nèi)。

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

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

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

1、

答案:

解析:①里程碑;②工作分解結(jié)構(gòu);③工作包;④項(xiàng)目經(jīng)理;⑤項(xiàng)目配置管理員<spanstyle="font-size:16px;"></span>【簡答題】某軟件開發(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ā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(元)【簡答題】某軟件開發(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天。項(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%【簡答題】某集成公司和某地區(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)收測(cè)試時(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. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論