1、信息系統(tǒng)項(xiàng)目管理案例分析目 錄 TOC o 1-3 h z u HYPERLINK l _Toc279859472 信息系統(tǒng)項(xiàng)目管理案例分析 PAGEREF _Toc279859472 h 1 HYPERLINK l _Toc279859473 第一章.案例分析題解答方法 PAGEREF _Toc279859473 h 2 HYPERLINK l _Toc279859474 1.1.試題模式及解答方法 PAGEREF _Toc279859474 h 2 HYPERLINK l _Toc279859475 第二章.典型例題 PAGEREF _Toc279859475 h 4 HYPERLINK

2、l _Toc279859476 2.1.項(xiàng)目啟動(dòng)案例 PAGEREF _Toc279859476 h 4 HYPERLINK l _Toc279859477 2.2.項(xiàng)目范圍案例 PAGEREF _Toc279859477 h 11 HYPERLINK l _Toc279859478 2.3.項(xiàng)目進(jìn)度案例 PAGEREF _Toc279859478 h 15 HYPERLINK l _Toc279859479 2.4.項(xiàng)目成本案例 PAGEREF _Toc279859479 h 19 HYPERLINK l _Toc279859480 2.5.項(xiàng)目質(zhì)量案例 PAGEREF _Toc279859

3、480 h 26 HYPERLINK l _Toc279859481 2.6.項(xiàng)目變更案例 PAGEREF _Toc279859481 h 33 HYPERLINK l _Toc279859482 2.7.項(xiàng)目溝通案例 PAGEREF _Toc279859482 h 40信息系統(tǒng)項(xiàng)目管理師下午考試1是案例分析題，案例分析是項(xiàng)目管理師下午考試的重點(diǎn)，也是難點(diǎn)。案例分析題并不像許多考生想象的那么可怕，它涉及的面雖然很廣，但還是有章可循的，只要掌握了復(fù)習(xí)和應(yīng)試的技巧，就可以在短時(shí)間內(nèi)將其攻克。從案例分析題目的類型來(lái)看，主要分為以下幾類：項(xiàng)目啟動(dòng)案例，項(xiàng)目范圍案例，項(xiàng)目進(jìn)度案例，項(xiàng)目成本案例，項(xiàng)目質(zhì)量

4、案例、項(xiàng)目變更案例、項(xiàng)目協(xié)調(diào)案例等等。這幾類的內(nèi)容是考試的重點(diǎn)，復(fù)習(xí)的時(shí)候也應(yīng)該從這幾個(gè)角度來(lái)入手進(jìn)行復(fù)習(xí)。案例分析題解答方法試題模式及解答方法項(xiàng)目管理師級(jí)案例分析題的內(nèi)容對(duì)應(yīng)于大綱中的考試科目2：信息系統(tǒng)項(xiàng)目管理案例分析部分內(nèi)容中的要求。根據(jù)大綱要求，參照軟考高級(jí)出題的模式，一般來(lái)說試題分成兩組，第一組從四題中選擇做兩題，第二組從兩題選做一題。一般說來(lái)，第二組題目的要求有可能稍高于第一組題目。選擇題目主要依靠應(yīng)試者的經(jīng)驗(yàn)、知識(shí)和能力。但從近幾年的套試題結(jié)構(gòu)來(lái)看，試卷并沒有按照大綱要求出五選三的題目，而是出了三道題，要求考生必須全部做答。從歷界試題來(lái)看，案例分析題對(duì)于應(yīng)試者的基本要求反映在：需

5、要具有項(xiàng)目管理的一定的實(shí)踐經(jīng)驗(yàn)，有較好的判斷和分析能力；對(duì)項(xiàng)目管理的若干主要方面有較廣博而堅(jiān)實(shí)的知識(shí)或見解；對(duì)應(yīng)用的背景、事實(shí)和因果關(guān)系等有較強(qiáng)的理解能力和歸納能力；對(duì)于一些可以簡(jiǎn)單定量分析的問題已有類似的經(jīng)驗(yàn)并能進(jìn)行估算，對(duì)于只能定性分析的問題能用簡(jiǎn)練的語(yǔ)言抓住要點(diǎn)加以表達(dá)。善于從一段書面敘述中提取出最必要的信息，有時(shí)還需舍棄一些無(wú)用的敘述或似是而非的內(nèi)容。應(yīng)試者應(yīng)加強(qiáng)上述要求的訓(xùn)練。如果試題直接給出三道題目由考生做答，一般是平均分配時(shí)間，先易后難。如果是給出五選三的模式，那么在一個(gè)半小時(shí)中要選擇并解答好三道題目，時(shí)間的分配是很重要的。較穩(wěn)妥的一種建議是前四題花10分鐘以內(nèi)選題（排出優(yōu)先解答

6、順序），對(duì)擬優(yōu)先解答的兩題，平均每道題花10分鐘至15分鐘左右做出思考分析，花8分鐘至10分鐘構(gòu)思并寫出答案，即解答完前兩題掌握在50-55分鐘時(shí)間內(nèi)。后兩道題用5分鐘選題，對(duì)選出的那道題用15分鐘左右作思考分析，花10分鐘構(gòu)思并寫出其答案。因?yàn)橐话忝康李}都有一定篇幅的敘述，選擇試題建議遵循下列步驟：注意試題正文前面所提到的主題。這個(gè)標(biāo)題一般應(yīng)反映出此題所屬的大方面，應(yīng)試者可立即推斷自己是否熟悉此方面的內(nèi)容。快速瀏覽一遍試題內(nèi)容。目的只是憑直覺進(jìn)一步估計(jì)自己的熟悉程度。重點(diǎn)是看清試題中要回答的問題。每到試題最后一般有二個(gè)（或三個(gè)）問題，由此可立即知道試題的特點(diǎn)和要求。決定應(yīng)當(dāng)優(yōu)先選答的題目順序

7、。一般應(yīng)針對(duì)本人的特長(zhǎng)，先易后難。解答所選擇好的試題的一般途徑可以是：標(biāo)出試題重要回答的問題的要點(diǎn)。以此作為主要線索進(jìn)行分析思考。對(duì)照問題要點(diǎn)仔細(xì)閱讀正文。閱讀時(shí)，可以列出只有幾個(gè)字的最簡(jiǎn)提綱，或者可在正文上做出針對(duì)要回答問題的記號(hào)（強(qiáng)調(diào)這些應(yīng)與問題直接有關(guān)系）。通過定性分析或者定量估算，構(gòu)思答案的要點(diǎn)。以最簡(jiǎn)練的語(yǔ)言寫出答案。注意要控制至指定的字?jǐn)?shù)以下（一般所指定的字?jǐn)?shù)可能會(huì)有些余量），千萬(wàn)不要寫文章或使用修飾性的空洞詞匯，浪費(fèi)時(shí)間。在對(duì)項(xiàng)目管理師級(jí)案例分析題的解答和分析中，我們給出了每道試題的參考答案，這將有助應(yīng)試者懂得如何去寫出明確的結(jié)論。更重要的是答案的構(gòu)思方法和思路，這里也給出了項(xiàng)目

8、管理的方法和必要的知識(shí)，對(duì)一些常用和重要的分析提供了較詳細(xì)的素材和分析指導(dǎo)，供應(yīng)試者參考。下文是對(duì)項(xiàng)目管理工作中常見問題的討論，希望給廣大學(xué)員提供有益的思考。典型例題項(xiàng)目啟動(dòng)案例項(xiàng)目整體管理是指在項(xiàng)目的整個(gè)生命周期內(nèi)，匯集項(xiàng)目管理的知識(shí)領(lǐng)域，對(duì)所有項(xiàng)目計(jì)劃，進(jìn)行整合執(zhí)行及控制，以保證項(xiàng)目各要素相互協(xié)調(diào)的全部工作和活動(dòng)過程。項(xiàng)目整體管理是從全局的、整體的觀點(diǎn)出發(fā)通過有機(jī)的協(xié)調(diào)項(xiàng)目各個(gè)要素(進(jìn)度、成本、質(zhì)量和資源等)，在相互影響的項(xiàng)目各項(xiàng)具體目標(biāo)與方案中權(quán)衡和選擇，盡可能地消除項(xiàng)目各單項(xiàng)管理的局限性，從而實(shí)現(xiàn)最大限度地滿足項(xiàng)目干系人的需求和希望的目的。閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中項(xiàng)目啟動(dòng)與項(xiàng)

9、目經(jīng)理角色方面問題的敘述，回答問題1至問題3。案例場(chǎng)景A公司是一家經(jīng)營(yíng)紙產(chǎn)品的企業(yè)，近幾年業(yè)務(wù)得到了成倍的發(fā)展，原來(lái)采用手工處理業(yè)務(wù)的方式已經(jīng)越來(lái)越顯得力不從心，因此，經(jīng)過公司董事會(huì)研究決定，在公司推行一套管理軟件，用管理軟件替代原有的手工作業(yè)的方式，同時(shí)，請(qǐng)公司副總經(jīng)理負(fù)責(zé)此項(xiàng)目的啟動(dòng)。副總經(jīng)理在接到任務(wù)后，即開始了項(xiàng)目的啟動(dòng)工作。項(xiàng)目經(jīng)過前期的一些工作后，副總經(jīng)理任命小丁為該項(xiàng)目的項(xiàng)目經(jīng)理，小丁組建了項(xiàng)目團(tuán)隊(duì)，并根據(jù)項(xiàng)目前期的情況，開始進(jìn)行項(xiàng)目的計(jì)劃，表1一1所示為初步項(xiàng)目進(jìn)度計(jì)劃表。項(xiàng)目進(jìn)行了一半，由于公司業(yè)務(wù)發(fā)展的需要，公司副總經(jīng)理要求小丁提前完工，作為項(xiàng)目經(jīng)理，小丁對(duì)項(xiàng)目進(jìn)行了調(diào)整，

10、保證了項(xiàng)自的提前完工。【問題1】(7分)請(qǐng)用400字以內(nèi)的文字描述你作為項(xiàng)目前期的負(fù)責(zé)人，在接到任務(wù)后將如何啟動(dòng)項(xiàng)目？【問題2】(9分)作為項(xiàng)目經(jīng)理，你項(xiàng)目的進(jìn)度控制中的重點(diǎn)是什么？請(qǐng)描述你在項(xiàng)目進(jìn)度控制中的甘特圖，以及雙代號(hào)網(wǎng)絡(luò)圖，并比較甘特圖與網(wǎng)絡(luò)圖的區(qū)別。【問題3】(9分)假設(shè)公司總經(jīng)理要求提前完工，作為項(xiàng)目經(jīng)理將如何處理，請(qǐng)用400字以內(nèi)的文字描述你應(yīng)該如何處理？案例分析【問題1】項(xiàng)目的啟動(dòng)包括了以下幾個(gè)主要活動(dòng)：識(shí)別需求從投資方角度，識(shí)別需求是項(xiàng)目啟動(dòng)過程和整個(gè)項(xiàng)目生命周期的最初活動(dòng)，在這個(gè)過程中，為項(xiàng)目的目標(biāo)確定，以及可行性分析和項(xiàng)目立項(xiàng)提供直接、有效的依據(jù)，為需求建議書的撰寫提供

11、基礎(chǔ)。一旦確定了相關(guān)問題和需求，并證實(shí)了項(xiàng)目將得到益處，投資方就可以開始準(zhǔn)備需求建議書。從承建方的角度而言，識(shí)別需求就是得到客戶的需求建議書，或得到客戶初步需求意向后，項(xiàng)目團(tuán)隊(duì)從技術(shù)實(shí)現(xiàn)、應(yīng)用和項(xiàng)目實(shí)施角度識(shí)別客戶的實(shí)際存在的問題、基本意圖和真實(shí)想法，從而達(dá)到與客戶有效的溝通，準(zhǔn)確分析需求和問題，為制定可行、正確的技術(shù)及實(shí)施解決方案提供依據(jù)。承建方可以提交一份清晰的需求分析說明書，請(qǐng)客戶予以確定，形成需求共識(shí)。解決方案的確定解決方案類似于向投資方(客戶)提交的項(xiàng)目建議書。承建方在研究、分析投資方客戶的需求建議書后，結(jié)合當(dāng)前情況，與客戶交流，分析、制訂實(shí)施解決方案。解決方案通常包含：且受益最大的

12、解決方案。管理部分：該部分應(yīng)使投資方相信，承建方有能力做好項(xiàng)目所提出的工作，組織好項(xiàng)目的實(shí)施。項(xiàng)目費(fèi)用部分：該部分應(yīng)使投資方相信，承建方項(xiàng)目建議書所提出的項(xiàng)目費(fèi)用是符合實(shí)際的。根據(jù)客戶需求不同，對(duì)項(xiàng)目成本費(fèi)用表述有所不同，部分項(xiàng)目要求提供總價(jià)或明細(xì)。項(xiàng)目可行性分析可行性分析的目的就是給決策者提供判斷項(xiàng)目是否可行和投資決策的依據(jù)。項(xiàng)目立項(xiàng)經(jīng)過項(xiàng)目可行性分析后，投資方確立具體的可投資項(xiàng)目或承建方確立可承接的項(xiàng)目的過程。項(xiàng)目章程的確定項(xiàng)目立項(xiàng)完成后，項(xiàng)目章程的制定和發(fā)布將是項(xiàng)目啟動(dòng)的一個(gè)結(jié)束標(biāo)志。項(xiàng)目章程是企業(yè)內(nèi)部正式確認(rèn)項(xiàng)目存在的企業(yè)文件。本題中，項(xiàng)目前期的負(fù)責(zé)人實(shí)際是公司副總經(jīng)理，在項(xiàng)目章程中確

13、定項(xiàng)目經(jīng)理的人選。【問題2】(1)甘特圖法甘特圖(Gantt Chart)也叫橫道圖或條形圖，主要應(yīng)用于項(xiàng)目計(jì)劃和項(xiàng)目進(jìn)度的安排。它把工程項(xiàng)目中的各項(xiàng)作業(yè)，在標(biāo)有日期的圖表上用橫線表示出其起止的時(shí)間。甘特圖把計(jì)劃和進(jìn)度安排兩種職能結(jié)合在一起，縱向列出項(xiàng)目活動(dòng)，橫向列出事件跨度。項(xiàng)目活動(dòng)在左側(cè)列出，時(shí)間在圖表頂部列出，圖中的橫道線顯示了每項(xiàng)活動(dòng)的開始時(shí)間和結(jié)束時(shí)間，橫道線的長(zhǎng)度等于活動(dòng)的工期，甘特圖頂部的時(shí)間段決定著項(xiàng)目計(jì)劃的詳略程度。由于甘特圖把項(xiàng)目計(jì)劃和項(xiàng)目進(jìn)度安排兩種職能組合在一起，因此在繪制甘特圖時(shí)，必須清楚各項(xiàng)活動(dòng)之間的關(guān)系，即哪些活動(dòng)必須在其他活動(dòng)開始之前完成，哪些活動(dòng)可以同時(shí)進(jìn)行。

14、甘特圖直觀、簡(jiǎn)單、容易制作，便于理解，一般適用比較簡(jiǎn)單的小型項(xiàng)目，可用于WBS的任何層次、進(jìn)度控制、資源優(yōu)化、編制資源和費(fèi)用計(jì)劃。但是不能系統(tǒng)地表達(dá)一個(gè)項(xiàng)目所包含的各項(xiàng)工作之間的復(fù)雜關(guān)系，難以進(jìn)行定量的計(jì)算和分析，以及計(jì)劃的優(yōu)化等。(2)網(wǎng)絡(luò)計(jì)劃技術(shù)網(wǎng)絡(luò)計(jì)劃技術(shù)的原理是：從需要管理的任務(wù)總進(jìn)度出發(fā)，以任務(wù)中各項(xiàng)作業(yè)的所需要的工時(shí)為時(shí)間因素，繪制出網(wǎng)絡(luò)圖，明確而直接地反映出該項(xiàng)任務(wù)的全貌，各項(xiàng)作業(yè)的進(jìn)度安排、先后順序和相互關(guān)系。在選擇計(jì)劃方法編制項(xiàng)目進(jìn)度計(jì)劃時(shí)應(yīng)考慮以下因素：項(xiàng)目的規(guī)模和復(fù)雜程度；對(duì)項(xiàng)目細(xì)節(jié)的掌握程度；項(xiàng)目的時(shí)限性；項(xiàng)目總進(jìn)度是否由少數(shù)幾項(xiàng)關(guān)鍵作業(yè)所決定。對(duì)于問題2，把項(xiàng)目進(jìn)度計(jì)

15、劃表(表1-1)進(jìn)行轉(zhuǎn)換，得到表1-2.根據(jù)表1-2，繪制出甘特圖如圖1一1所示。甘特圖能夠從時(shí)間上整體把握進(jìn)度，很清晰地標(biāo)識(shí)出直到每一項(xiàng)任務(wù)的起始與結(jié)束時(shí)間，但任務(wù)之間的關(guān)系不能有效識(shí)別。采用網(wǎng)絡(luò)圖進(jìn)行進(jìn)度控制，能夠清晰地展現(xiàn)現(xiàn)在和將來(lái)完成的工程內(nèi)容、各工作單元間的關(guān)系，并且可以預(yù)先確定各任務(wù)的時(shí)差。了解關(guān)鍵作業(yè)或某一環(huán)節(jié)的進(jìn)度的變化對(duì)后續(xù)工程和總工期的影響度，便于及時(shí)采取措施或?qū)M(jìn)度進(jìn)行調(diào)整。【問題3】該問題主要考查項(xiàng)目管理中工期、成本、質(zhì)量之間的關(guān)系。作為項(xiàng)目經(jīng)理要靠項(xiàng)目工期與成本的平衡，項(xiàng)目工期的縮短會(huì)使項(xiàng)目成本上升。譬如，縮短項(xiàng)目工期就需要項(xiàng)目團(tuán)隊(duì)加班，加班就要支付加班工資和各種各樣

16、的趕工費(fèi)用，同樣，項(xiàng)目成本的降低會(huì)使得項(xiàng)目組織資源占用的能力下降，從而也影響項(xiàng)目工期。項(xiàng)目工期的縮短也可能使質(zhì)量下降，為了趕進(jìn)度，導(dǎo)致質(zhì)量問題的出現(xiàn)，而一旦出現(xiàn)質(zhì)量問題，就必須返工，這樣又拖延了項(xiàng)目的工期。項(xiàng)目成本的降低也直接影響質(zhì)量問題，如出現(xiàn)偷工減料的情況。作為項(xiàng)目經(jīng)理，要統(tǒng)一考慮項(xiàng)目進(jìn)度、資源配置、成本與質(zhì)量之間的平衡。任何一個(gè)要素的變動(dòng)，都會(huì)引起其他要素的變動(dòng)。本題中，假設(shè)公司總經(jīng)理要求提前完工，項(xiàng)目經(jīng)理將如何處理。首先從網(wǎng)絡(luò)圖中我們可以發(fā)現(xiàn)設(shè)計(jì)階段與開發(fā)階段存在3天時(shí)間的空缺，因此，可把任務(wù)D, E, F, G提前三天完成，此外，D, E, F, G屬于并行任務(wù)，還可以抽調(diào)任務(wù)D,

17、E, F, G的部分人員到任務(wù)H。參考答案【問題1】 (7分)本題中，項(xiàng)目前期的負(fù)責(zé)人實(shí)際是公司副總經(jīng)理，在項(xiàng)目章程中確定項(xiàng)目經(jīng)理的人選。作為項(xiàng)目前期的負(fù)責(zé)人，在接到項(xiàng)目的任務(wù)后將開始項(xiàng)目的啟動(dòng)工作。項(xiàng)目的啟動(dòng)包括了以下幾個(gè)主要活動(dòng)：(1)識(shí)別項(xiàng)目的需求。(2)解決方案的確定。(3)對(duì)項(xiàng)目進(jìn)行可行性分析。(4)項(xiàng)目立項(xiàng)。(5)項(xiàng)目章程的確定。【問題2】(9分)項(xiàng)目時(shí)間管理中的重點(diǎn)是把握好關(guān)鍵路徑上的任務(wù)，項(xiàng)目甘特圖繪制如圖1-1所示。項(xiàng)目雙代號(hào)網(wǎng)絡(luò)圖繪制如圖1一2所示。甘特圖與網(wǎng)絡(luò)圖的區(qū)別：甘特圖直觀、簡(jiǎn)單、容易制作，便于理解，一般適用比較簡(jiǎn)單的小型項(xiàng)目，可用于WBS的任何層次、進(jìn)度控制、資源

18、優(yōu)化、編制資源和費(fèi)用計(jì)劃。但是不能系統(tǒng)地表達(dá)一個(gè)項(xiàng)目所包含的各項(xiàng)工作之間的復(fù)雜關(guān)系，難以進(jìn)行定量的計(jì)算和分析，以及計(jì)劃的優(yōu)化等。采用網(wǎng)絡(luò)圖進(jìn)行進(jìn)度控制，能夠清晰地展現(xiàn)現(xiàn)在和將來(lái)完成的工程內(nèi)容、各工作單元間的關(guān)系，并且可以預(yù)先確定各任務(wù)的時(shí)差。了解關(guān)鍵作業(yè)或某一環(huán)節(jié)的進(jìn)度的變化對(duì)后續(xù)工程和總工期的影響度，便于及時(shí)地采取措施或?qū)M(jìn)度進(jìn)行調(diào)整。【問題3】(9分)項(xiàng)目的質(zhì)量、進(jìn)度、成本相關(guān)聯(lián)，因此，在進(jìn)度控制和成本管理上考慮：(1)在進(jìn)度管理上，可以采用加班等方式進(jìn)行。(2)投入更多的人力、物力。(3)把握關(guān)鍵路徑上的任務(wù)。在實(shí)際處理的過程中，因?yàn)樾峦度肴肆Φ巾?xiàng)目，而且新的人力對(duì)項(xiàng)目的熟悉程度不一，新

19、員工需要經(jīng)過一段時(shí)間的培訓(xùn)才能適應(yīng)項(xiàng)目，所以，最佳的方式應(yīng)該是采用加班方式來(lái)提前完成項(xiàng)目，同時(shí)，項(xiàng)目經(jīng)理應(yīng)該調(diào)整進(jìn)度計(jì)劃，在關(guān)鍵路徑上加班，縮短關(guān)鍵路徑的長(zhǎng)度。項(xiàng)目范圍案例項(xiàng)目的范圍管理影響到信息系統(tǒng)項(xiàng)目的成功。在實(shí)踐中，“需求蔓延”是信息系統(tǒng)失敗最常見的原因之一，信息系統(tǒng)項(xiàng)目往往在項(xiàng)目啟動(dòng)、計(jì)劃、執(zhí)行、甚至收尾時(shí)不斷加入新功能，無(wú)論是客戶的要求還是項(xiàng)目實(shí)現(xiàn)人員對(duì)新技術(shù)的試驗(yàn)，都可能導(dǎo)致信息系統(tǒng)項(xiàng)目范圍的失控，從而使得信息系統(tǒng)項(xiàng)目無(wú)論在時(shí)間、資源和質(zhì)量上都受到嚴(yán)重影響。閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中項(xiàng)目范圍管理方面問題的敘述，回答問題1至問題3.案例場(chǎng)景金博聯(lián)信息技術(shù)有限公司(CIU )剛

20、剛和M簽訂了一份新的合同，合同的主要內(nèi)容是處理公司以前為M公司開發(fā)的信息系統(tǒng)的升級(jí)工作。升級(jí)后的系統(tǒng)可以滿足M公司新的業(yè)務(wù)流程和范圍。由于是一個(gè)現(xiàn)有系統(tǒng)的升級(jí)，項(xiàng)目經(jīng)理張工特意請(qǐng)來(lái)了原系統(tǒng)的需求調(diào)研人員李工擔(dān)任該項(xiàng)目的需求調(diào)研負(fù)責(zé)人。在李工的幫助下，很快地完成了需求開發(fā)的工作并進(jìn)入設(shè)計(jì)與編碼。由于M公司的業(yè)務(wù)非常繁忙，M公司的業(yè)務(wù)代表沒有足夠的時(shí)間投入到項(xiàng)目中，確認(rèn)需求的工作一拖再拖。張工認(rèn)為，雙方已經(jīng)建立了密切的合作關(guān)系，李工也參加了原系統(tǒng)的需求開發(fā)，對(duì)業(yè)務(wù)的系統(tǒng)比較熟悉，因此定義的需求是清晰的。故張工并沒有催促業(yè)務(wù)代表在需求說明書中簽字。進(jìn)入編碼階段后，李工因故移民加拿大，需要離開項(xiàng)目組。

21、張工考慮到系統(tǒng)需求已經(jīng)定義，項(xiàng)目已經(jīng)進(jìn)入編碼期，李工的離職雖然會(huì)對(duì)項(xiàng)目造成一定的影響，但影響較小，因此很快辦理好了李工的離職手續(xù)。在系統(tǒng)交付的時(shí)候，M公司的業(yè)務(wù)代表認(rèn)為已經(jīng)提出的需求很多沒有實(shí)現(xiàn)，實(shí)現(xiàn)的需求也有很多不能滿足業(yè)務(wù)的要求，必須全部實(shí)現(xiàn)這些需求后才能驗(yàn)收。此時(shí)李工已經(jīng)不在項(xiàng)目組，沒有人能夠清晰地解釋需求說明書。最終系統(tǒng)需求發(fā)生重大變更，項(xiàng)目延期超過50%, M的業(yè)務(wù)代表也因?yàn)橄到y(tǒng)的延期表示了強(qiáng)烈的不滿。【問題1】(8分)請(qǐng)以400字對(duì)張工在項(xiàng)目管理工作中的行為進(jìn)行點(diǎn)評(píng)。【問題2】(9分)請(qǐng)從項(xiàng)目范圍管理的角度找出該項(xiàng)目實(shí)施過程中的問題，以500字內(nèi)回答。【問題3】(8分)請(qǐng)結(jié)合你本人

22、項(xiàng)目經(jīng)驗(yàn)，談?wù)剳?yīng)如何避免類似的問題，以500字內(nèi)回答。案例分析這是一個(gè)失敗的軟件項(xiàng)目，與很多失敗的軟件項(xiàng)目一樣，在系統(tǒng)需求上栽了跟頭。開發(fā)與定義軟件系統(tǒng)的需求在整個(gè)軟件開發(fā)過程中是最重要的一環(huán)，這是每個(gè)從事信息系統(tǒng)建設(shè)的項(xiàng)目經(jīng)理都清楚的事情，但往往又因?yàn)橐粫r(shí)的疏忽而造成需求的重大缺陷，最終導(dǎo)致項(xiàng)目的失敗。案例中的項(xiàng)目經(jīng)理張工就是既重視需求又沒有控制好需求的一個(gè)例子。在案例中，張工接手了一個(gè)系統(tǒng)升級(jí)的軟件項(xiàng)目。對(duì)于這樣的項(xiàng)目，首先需要熟悉原有的系統(tǒng)，然后才能談升級(jí)的問題。因此張工專門找到了原系統(tǒng)的需求調(diào)研人員李工來(lái)解決新系統(tǒng)的需求問題。這無(wú)疑是一個(gè)很好的辦法，可以快速準(zhǔn)確地把握新系統(tǒng)的需求。從這

23、一點(diǎn)上來(lái)說，張工是成功的，找到了合適的資源進(jìn)行需求的開發(fā)與定義。李工也沒有讓張工失望，很快就整理出了新系統(tǒng)的需求，并進(jìn)入了設(shè)計(jì)和編碼階段，除了客戶太忙沒有時(shí)間確認(rèn)需求外，一切盡在張工的掌握之中。這是一個(gè)陽(yáng)光燦爛的開端，如果一切順利的話，項(xiàng)目的成功也就是早晚的事情。就如同大多數(shù)經(jīng)典的悲劇故事一樣，故事的序幕是美好的。晴朗的天空飄來(lái)一塊烏云，李工要移民加拿大。不過僅僅是一片烏云而已，并沒有下起雨來(lái)。開發(fā)出的需求都已經(jīng)過設(shè)計(jì)，一些編碼工作也已經(jīng)開始，李工的工作已近圓滿完成，畢竟，一些細(xì)枝末節(jié)的問題還可以同客戶直接溝通。經(jīng)過項(xiàng)目組努力，項(xiàng)目終于完成開發(fā)，準(zhǔn)備發(fā)布了。這時(shí)，烏云開始下雨，問題爆發(fā)了。客戶

24、不認(rèn)可項(xiàng)目組的工作，認(rèn)為很多需求沒有實(shí)現(xiàn)，實(shí)現(xiàn)的功能也與需求不符。誰(shuí)是這個(gè)項(xiàng)目組的罪人呢？李工？還是張工？換一個(gè)思路考慮一下，如果李工沒有離開項(xiàng)目組，結(jié)果又會(huì)是什么樣呢？客戶會(huì)因?yàn)槔罟み€在項(xiàng)目組就認(rèn)可這個(gè)系統(tǒng)嗎？很顯然，不會(huì)。至多可以在雙發(fā)的協(xié)商下少一些變更，項(xiàng)目延期不是50%,而是30而已。如果非要區(qū)分50和30的區(qū)別，也不過是五十步笑百步而已。從項(xiàng)目管理的角度來(lái)說，項(xiàng)目范圍直接決定了工作量和工作目標(biāo)，所以項(xiàng)目經(jīng)理必須管理項(xiàng)目的范圍。在范圍管理中，范圍定義、范圍確認(rèn)和范圍控制又是最核心的三項(xiàng)活動(dòng)，缺一不可。范圍定義是基礎(chǔ)的活動(dòng)，不進(jìn)行范圍定義就不能進(jìn)行范圍確認(rèn)和范圍控制。范圍確認(rèn)則是基線化已

25、定義的范圍，是范圍控制的依據(jù)。范圍控制的作用在于減少變更，保持項(xiàng)目范圍的穩(wěn)定性。在案例中，由于張工沒有進(jìn)行范圍確認(rèn)，最后的范圍控制也就變成了無(wú)本之木，控制過程肯定變成了討價(jià)還價(jià)，失去本身的意義。在軟件系統(tǒng)的開發(fā)中，系統(tǒng)需求就是項(xiàng)目的范圍。從軟件誕生至今的幾十年中，人們探索出了很多獲取系統(tǒng)需求的方法，但是熟悉軟件開發(fā)的人都知道，無(wú)論哪種方法都不可能定義出完美無(wú)誤的需求，需求中的缺陷必然存在，無(wú)法完全避免。因此需求確認(rèn)或者說是范圍確認(rèn)就顯得更為重要。有人可能會(huì)說，很難說服客戶在需求上簽字，很難讓客戶為需求的缺陷負(fù)責(zé)。以現(xiàn)在軟件行業(yè)的情況，這種說法是不無(wú)道理的。讓客戶在需求上簽字很困難，但并不等于就

26、不需要進(jìn)行范圍確認(rèn)，而且范圍確認(rèn)的方法也不僅僅只有需求簽字這一種方法。召集客戶的業(yè)務(wù)代表對(duì)需求進(jìn)行評(píng)審、詳細(xì)記錄最原始的調(diào)研材料，讓客戶確認(rèn)調(diào)研報(bào)告、采用迭代開發(fā)逐步確認(rèn)系統(tǒng)需求，都是可以采用的方法。這些方法雖然沒有直接確認(rèn)需求分析報(bào)告，但至少可以讓現(xiàn)有需求在項(xiàng)目組和客戶之間達(dá)成一致，提供范圍控制的基準(zhǔn)，一樣可以達(dá)到范圍確認(rèn)的目的。再回到這個(gè)案例，項(xiàng)目經(jīng)理張工樂觀認(rèn)為李工開發(fā)的需求沒有什么問題，也誤認(rèn)為雙方已經(jīng)有良好的合作，在不緊逼要求客戶代表簽字顯得不近人情，于是就抱著僥幸信息進(jìn)入了開發(fā)。然而最終的結(jié)果是，項(xiàng)目延期嚴(yán)重，業(yè)務(wù)代表反而更不滿意，張工也要承擔(dān)項(xiàng)目延期造成的成本增加的責(zé)任。有了上面

27、的分析，后面問題的答案就不難得出。首先看第一個(gè)問題，對(duì)張工的行為進(jìn)行點(diǎn)評(píng)。前面已經(jīng)提到，張工注意到了需求的問題，專門找到了原系統(tǒng)需求負(fù)責(zé)人李工進(jìn)行需求開發(fā)，這是對(duì)項(xiàng)目有利的一面。但由于缺少需求評(píng)審和確認(rèn)的過程，造成需求中的缺陷沒有被及時(shí)發(fā)現(xiàn)，系統(tǒng)需求沒有與客戶確認(rèn)，造成缺少需求控制的基準(zhǔn)，最終導(dǎo)致需求的重大變更。對(duì)于第二題，聯(lián)系范圍管理的知識(shí)，我們不難發(fā)現(xiàn)張工在范圍確認(rèn)和范圍控制中都有重大的缺陷，在范圍定義中也由于缺乏評(píng)審造成需求的質(zhì)量問題。在完成第二題后，第三題就水到渠成了，第三題的要點(diǎn)見參考答案，此處不再贅述。參考答案【問題1】(8分)(1)張工為了更明確地把握系統(tǒng)需求，聘請(qǐng)了原系統(tǒng)的需求

28、調(diào)研人員李工，提高了需求定義的效率和質(zhì)量。(2分)(2)張工沒有對(duì)李工開發(fā)的系統(tǒng)需求進(jìn)行評(píng)審和復(fù)查，從而使得需求的缺陷沒有被及時(shí)發(fā)現(xiàn)。(3)張工沒有要求用戶對(duì)已經(jīng)定義的需求進(jìn)行確認(rèn)，從而導(dǎo)致需求理解的偏差。(2分)(4)張工對(duì)需求的不能進(jìn)行缺乏有效控制，最終造成項(xiàng)目延期50%.(2分)【問題2】(9分)該項(xiàng)目實(shí)施過程中的主要問題包括：(1)在范圍定義中，張工沒有對(duì)李工定義的需求進(jìn)行評(píng)審，造成需求中的質(zhì)量缺陷沒有被及時(shí)發(fā)現(xiàn)。(3分)(2)在范圍確認(rèn)中，張工沒有主動(dòng)地要求用戶對(duì)需求進(jìn)行確認(rèn)。(3分)(3)在范圍控制中，張工無(wú)法進(jìn)行有效的范圍控制，最終造成了重大的需求變更。(3分)【問題3】(8分)

29、對(duì)于本案例，項(xiàng)目經(jīng)理需要對(duì)需求定義的結(jié)果進(jìn)行質(zhì)量控制，采取評(píng)審等方式減少需求中的問題。對(duì)已經(jīng)定義的需求需要與用戶進(jìn)行確認(rèn)，保證雙方理解的一致。在發(fā)生需求變更時(shí)，也應(yīng)該采取靈活的手段，在滿足用戶需求的前提下，盡量減少需求變更的范圍。項(xiàng)目進(jìn)度案例項(xiàng)目管理的首要任務(wù)是制定一個(gè)構(gòu)思良好的項(xiàng)目計(jì)劃，以確定項(xiàng)目的范圍、進(jìn)度和費(fèi)用。在給定的時(shí)間完成項(xiàng)目是項(xiàng)目的重要約束性目標(biāo)，能否按進(jìn)度交付是衡量項(xiàng)目是否成功的重要標(biāo)志。因此，進(jìn)度控制是項(xiàng)目控制的首要內(nèi)容，是項(xiàng)目的靈魂。同時(shí)，由于項(xiàng)目管理是一個(gè)帶有創(chuàng)造性的過程，項(xiàng)目不確定性很大，項(xiàng)目的進(jìn)度控制是項(xiàng)目管理中的最大難點(diǎn)。閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中項(xiàng)目進(jìn)度估

30、計(jì)問題的敘述，回答問題1至問題2。案例場(chǎng)景A公司計(jì)劃把現(xiàn)有的骨干系統(tǒng)改建成新的系統(tǒng)，該項(xiàng)目中是一個(gè)大型項(xiàng)目。王總對(duì)該項(xiàng)目的進(jìn)度估計(jì)如表3-16所示。用項(xiàng)目網(wǎng)絡(luò)圖表示對(duì)進(jìn)度的估計(jì)，如圖3-8所示。【問題1】(10分)用進(jìn)度估計(jì)表中的字母代號(hào)把未寫進(jìn)項(xiàng)目網(wǎng)絡(luò)圖中的工作寫進(jìn)項(xiàng)目網(wǎng)絡(luò)圖中去。【問題2】(15分)由于市場(chǎng)發(fā)生變化，A公司想把此項(xiàng)目的進(jìn)度縮短兩個(gè)月。在此假定前提下，系統(tǒng)的規(guī)模不能縮小，移交計(jì)劃和工作，以及部件測(cè)試以后的工作不能縮短。此時(shí)應(yīng)該采取什么措施，并簡(jiǎn)述其理由。案例分析項(xiàng)目網(wǎng)絡(luò)圖是項(xiàng)目所有活動(dòng)，以及它們之間邏輯關(guān)系(相關(guān)性)的一個(gè)圖解表示。圖3-9,圖3-10表示的是同一項(xiàng)目網(wǎng)絡(luò)圖的

31、兩種不同畫法。網(wǎng)絡(luò)圖可手工編制，也可用計(jì)算機(jī)實(shí)現(xiàn)。網(wǎng)絡(luò)圖應(yīng)伴有一個(gè)簡(jiǎn)潔說明，以描述基本排序方法。但對(duì)不平常排序應(yīng)充分地加以敘述。 (1)前導(dǎo)圖法(PDM )是編制項(xiàng)目網(wǎng)絡(luò)圖的一種方法，利用節(jié)點(diǎn)代表活動(dòng)而用節(jié)點(diǎn)間箭頭表示活動(dòng)的相關(guān)性。圖3-9表示一個(gè)用PDM法編制的簡(jiǎn)單網(wǎng)絡(luò)圖，這種方法也叫活動(dòng)在節(jié)點(diǎn)法(AON)是大多數(shù)項(xiàng)目管理軟件包所采用的方法。PDM法可用手算也可用計(jì)算機(jī)實(shí)現(xiàn)。有四種相關(guān)的前驅(qū)關(guān)系。結(jié)束一開始：某活動(dòng)必須結(jié)束，然后另一活動(dòng)才能開始。結(jié)束一結(jié)束：某活動(dòng)結(jié)束前，另一活動(dòng)必須結(jié)束。開始一開始：某活動(dòng)必須在另一活動(dòng)開始前開始。開始一結(jié)束：某活動(dòng)結(jié)束前另一活動(dòng)必須開始。在PDM法，結(jié)束一

32、開始是最常見邏輯關(guān)系，開始一結(jié)束關(guān)系極少使用。(也許只有職業(yè)進(jìn)度計(jì)劃工程師使用)對(duì)管理軟件，如果用開始一開始、結(jié)束一結(jié)束或開始一結(jié)束關(guān)系會(huì)產(chǎn)生混亂的結(jié)果，因?yàn)楹芏喙芾碥浖幹茣r(shí)并沒有對(duì)這三種類型的相關(guān)性加以考慮。 (2)箭頭圖方法(ADM)是項(xiàng)目網(wǎng)絡(luò)圖的另一種方法，箭線表示活動(dòng)，用節(jié)點(diǎn)連接箭線，以示相關(guān)性。圖3-10表示用ADM法制作的一個(gè)簡(jiǎn)單項(xiàng)目網(wǎng)絡(luò)圖。這種技巧也叫箭線代表活動(dòng)(AOA)，雖比PDM法較少使用，但在某些應(yīng)用領(lǐng)域仍是一種可供選擇的技巧。ADM僅利用結(jié)束一開始關(guān)系以及用虛工作線表示活動(dòng)間邏輯關(guān)系。ADM法可手算也可在計(jì)算機(jī)上實(shí)現(xiàn)。項(xiàng)目網(wǎng)絡(luò)圖經(jīng)常不正確地被稱為PERT圖 (計(jì)劃評(píng)審

33、技術(shù)) 。實(shí)際上，PERT圖是一類特殊類型的項(xiàng)目網(wǎng)絡(luò)圖，今日這種圖很少應(yīng)用了。【問題1】不管怎樣，首先要完成項(xiàng)目網(wǎng)絡(luò)圖，由于這是常畫的圖，總能夠正確地畫出來(lái)。畫好的項(xiàng)目網(wǎng)絡(luò)圖如圖3-11所示。英文字母后面的數(shù)字是所需時(shí)間(月數(shù))。【問題2】圖3-11的關(guān)鍵路徑是A3-B3-C5-P8-Q10-H4-R2(用粗線表示)。所需時(shí)間是35個(gè)月。但是，與移交有關(guān)的工作和單元測(cè)試以后的工作不能縮短，也就是說P8-Q10-H4-R2不能縮短，能夠縮短的只有A3-B3-C5。此時(shí)必須注意以下兩點(diǎn)： (1)縮短設(shè)計(jì)工作的時(shí)間，往往會(huì)在以后發(fā)生重大問題。 (2)新的系統(tǒng)是在“現(xiàn)有的骨干系統(tǒng)”的基礎(chǔ)上改建的。這就

34、是總量的關(guān)鍵所在，也是這個(gè)題目不像看上去那么容易的原因所在。可供考慮的措施，只有把P8提前到B3之后()開始，而不是在C5之后。我們需要找出能夠這樣做的理由。根據(jù)上述內(nèi)容，我們可以這樣說：應(yīng)該移交的內(nèi)容在概要設(shè)計(jì)完成后就已經(jīng)清楚了。即使需要做一些小的調(diào)整，在C5完成之后也來(lái)得及。那么這樣做之后是否能夠縮短兩個(gè)月呢？從到，修改前需要23個(gè)月。修改后，關(guān)鍵路徑變成C5-D5-E4-F3-G4，需要有21個(gè)，正好縮短了兩個(gè)月。還應(yīng)該注意的是，P-Q路徑以前限制在18個(gè)月內(nèi)完成，現(xiàn)在可以放寬到21個(gè)月了。因此，可以斷定上述措施是切實(shí)可行的。參考答案【問題1】(10分)(圖3-13)【問題2】(15分)

35、措施：在概要設(shè)計(jì)B完成后即開始制定移交計(jì)劃P。理由：a原有計(jì)劃的關(guān)鍵路徑是，只有設(shè)法縮短這條路徑才行。b. 不能縮短，而縮短設(shè)計(jì)工作的時(shí)間又會(huì)產(chǎn)生不良的后果。c.根據(jù)新系統(tǒng)的特性，在概要設(shè)計(jì)完成后就完全可以著手制定移交計(jì)劃。這樣做可以允許多用3個(gè)月的時(shí)間把移交計(jì)劃和移交工作做得更好。項(xiàng)目成本案例項(xiàng)目的成本是項(xiàng)目的全過程所耗用的各種費(fèi)用的總和。項(xiàng)目的成本管理對(duì)于組織來(lái)說非常重要，成本管理并不只是把項(xiàng)目的成本進(jìn)行監(jiān)控和記錄，而是需要對(duì)成本數(shù)據(jù)進(jìn)行分析，以發(fā)現(xiàn)項(xiàng)目的成本隱患和問題，在項(xiàng)目遭受可能的損失之前采取必要的行動(dòng)。項(xiàng)目成本管理希望節(jié)約項(xiàng)目的費(fèi)用，但并不意味著要一味減少成本。例如：在信息系統(tǒng)項(xiàng)目

36、中，減少測(cè)試無(wú)疑能夠減少項(xiàng)目的費(fèi)用，但沒有測(cè)試，如同許多曾經(jīng)進(jìn)行過的信息系統(tǒng)一樣，把用戶當(dāng)做測(cè)試者，可能對(duì)項(xiàng)目造成災(zāi)難性的后果，最終，或者使得項(xiàng)目的成本大為提高，或者讓項(xiàng)目走向失敗的邊緣。閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中成本控制方面問題的敘述，回答問題1一問題3。案例場(chǎng)景某A單位的電力信息應(yīng)用系統(tǒng)(簡(jiǎn)稱A系統(tǒng))，系統(tǒng)建設(shè)總投資是1100萬(wàn)元，其中主機(jī)采購(gòu)、存儲(chǔ)系統(tǒng)采購(gòu)、網(wǎng)絡(luò)設(shè)備采購(gòu)、配件采購(gòu)等花費(fèi)500萬(wàn)元，應(yīng)用軟件開發(fā)600萬(wàn)元。2005年4月工程雙方簽訂項(xiàng)目開發(fā)合同，由B公司負(fù)責(zé)承建。項(xiàng)目總工期為25周，計(jì)劃從2005年5月1甲啟動(dòng)至2005年10月22日全部完工。B公司是一家民營(yíng)高科技

37、信息系統(tǒng)集成企業(yè)，有高級(jí)工程師2人，軟件、硬件、網(wǎng)絡(luò)工程師共36人。B公司安排高工李工負(fù)責(zé)A系統(tǒng)的建設(shè)工作。B公司的績(jī)效考核制度是非常嚴(yán)格的，對(duì)項(xiàng)目負(fù)責(zé)人的考核，項(xiàng)目開工前要制訂項(xiàng)目實(shí)施計(jì)劃，項(xiàng)目完工后要對(duì)項(xiàng)目計(jì)劃的執(zhí)行情況進(jìn)行考核，項(xiàng)目的進(jìn)度、質(zhì)量、成本三大目標(biāo)都要求控制在計(jì)劃的范圍內(nèi)。李工于項(xiàng)目正式啟動(dòng)之前兩周開始進(jìn)行項(xiàng)目建設(shè)的準(zhǔn)備工作，對(duì)工程項(xiàng)目進(jìn)行了工作分解，在工作分解的基礎(chǔ)上，編制了項(xiàng)目資源計(jì)劃、人員計(jì)劃、項(xiàng)目質(zhì)量保障計(jì)劃、進(jìn)度計(jì)劃、項(xiàng)目成本預(yù)算和成本控制計(jì)劃等。李工編制完項(xiàng)目資源計(jì)劃后，報(bào)告公司審批，包括項(xiàng)目小組組建的計(jì)劃在內(nèi)的項(xiàng)目資源計(jì)劃順利地通過了公司審批。于2005年5月1日

38、項(xiàng)目正式啟動(dòng)時(shí)，項(xiàng)目小組也組建完成。李工所組建的項(xiàng)目小組為12人，包括軟件設(shè)計(jì)、編碼工程師8人，軟件測(cè)試工程師4人。由于軟件項(xiàng)目開發(fā)的主要成本為人力資源成本，為此，李工制定了詳細(xì)的人力資源成本控制計(jì)劃，人力資源計(jì)劃成本=12人25周平均人周成本(1500元) =450 000元。為了將軟件開發(fā)人力資源費(fèi)用控制在45萬(wàn)元內(nèi)，李工制定了詳細(xì)的工程成本管理計(jì)劃。李工所進(jìn)行的項(xiàng)目工作分解，得到共24個(gè)系統(tǒng)功能模塊，分別編號(hào)為M01、M02、M24，并分別為每個(gè)功能模塊制定了工期和成本預(yù)算。如表4-8所示。在項(xiàng)目開發(fā)的過程中，李工隨時(shí)跟蹤統(tǒng)計(jì)項(xiàng)目的開支情況。李工要求每位軟件工程師每周報(bào)告一次工作進(jìn)度，如

39、某某模塊完成工作量30，李工據(jù)此來(lái)估算項(xiàng)目的進(jìn)度和成本績(jī)效。如表4-9所示。李工根據(jù)表4-9的統(tǒng)計(jì)數(shù)據(jù)計(jì)算累積完工的工程價(jià)值，計(jì)算公式為： 。【問題1】(6分)請(qǐng)以200字左右回答，李工的成本預(yù)算存在哪些問題？李工所采取的成本跟蹤管理的方法是什么方法？應(yīng)用軟件系統(tǒng)開發(fā)項(xiàng)目中，使用此方法應(yīng)注意什么特點(diǎn)？【問題2】(10分)請(qǐng)以200字左右回答，衡量軟件開發(fā)實(shí)際累積人力資源成本的計(jì)算公式是什么？怎樣改進(jìn)上述方法才能控制好人力資源成本？怎樣得到軟件企業(yè)實(shí)際消耗的人力資源成本？【問題3】(9分)請(qǐng)以300字內(nèi)回答，李工采用此方法的具體措施是否存在不足之處？如存在，請(qǐng)指出不足并說明理由，請(qǐng)給出你的改進(jìn)意

40、見。案例分析【問題1】掙值管理方法是應(yīng)用非常廣泛的項(xiàng)目成本管理方法。但是，IT應(yīng)用系統(tǒng)開發(fā)工程項(xiàng)目有其特殊的特點(diǎn)，掙值管理方法的應(yīng)用必須結(jié)合IT工程項(xiàng)目的特點(diǎn)進(jìn)行，才能夠收到理想的效果。另外，IT應(yīng)用系統(tǒng)工程項(xiàng)目的成本預(yù)算也是比較困難的課題，我們往往很難像其他工程項(xiàng)目(如建筑工程項(xiàng)目)那樣，將IT應(yīng)用系統(tǒng)工程項(xiàng)目的成本預(yù)算做得準(zhǔn)確。在過去的應(yīng)用軟件工程項(xiàng)目中，很少采用掙值管理來(lái)控制項(xiàng)目進(jìn)度款支付。但隨著IT項(xiàng)目管理水平的提高，隨著我國(guó)IT工程監(jiān)理制度的推廣，將來(lái)采用掙值管理控制工程進(jìn)度款支付也是可期待的。項(xiàng)目經(jīng)理應(yīng)當(dāng)熟練掌握掙值管理方法。軟件項(xiàng)目的合同價(jià)格不等于軟件項(xiàng)目開發(fā)的實(shí)際成本，合同價(jià)格

41、除了承建單位的軟件開發(fā)成本外，還包括銷售成本、行政費(fèi)用、稅金、利潤(rùn)等，但我們?cè)谶@里探討的主要是項(xiàng)目開發(fā)成本，即工程成本。在李工的成本估算中，缺少了對(duì)工程量的估算，因此，對(duì)人力資源成本的估算也就缺少了依據(jù)。對(duì)工作量的估算，如M0l模塊需要16“人周”，M02模塊需要6“人周”，或以“人月”、“人年”為單位來(lái)估算工作量，各模塊的工作量合起來(lái)，就可得到整個(gè)項(xiàng)目的工作量。當(dāng)然，如果要把預(yù)算做得更準(zhǔn)確，還需要估算各模塊的代碼量，以歷史經(jīng)驗(yàn)得到每個(gè)成員的工作效率來(lái)計(jì)算各模塊所需的工作量，但這種做法目前在我國(guó)還沒有多少成功的案例，很多IT公司均是靠經(jīng)驗(yàn)來(lái)進(jìn)行估算的。【問題2】對(duì)于大多數(shù)應(yīng)用軟件開發(fā)項(xiàng)目來(lái)說，

42、工程成本的主要構(gòu)成要素是人力資源使用成本。而為了合理有效地控制人力資源使用成本，在組建項(xiàng)目小組的時(shí)候，可以根據(jù)工程項(xiàng)目的進(jìn)度情況，分階段投入人力資源，要做好與其他工程項(xiàng)目協(xié)調(diào)使用人力資源。我們也可用人力資源成本來(lái)計(jì)算掙值，人力資源使用成本的實(shí)際值可向財(cái)務(wù)查詢所支付的成本，掙值可以這樣計(jì)算：累積人力資源成本(掙值)=模塊工作量i完成率i平均人力周成本這種計(jì)算是在承建單位內(nèi)部的成本控制。本題的主要考點(diǎn)在于怎樣在軟件開發(fā)項(xiàng)目中合理、有效地進(jìn)行掙值管理。要合理使用掙值管理方法，必須同時(shí)考慮到軟件工程項(xiàng)目的特點(diǎn)。軟件工程項(xiàng)目與建筑工程項(xiàng)目有很大的區(qū)別。軟件工程項(xiàng)目更加類似于科研項(xiàng)目。如表4-10所示。在

43、建筑工程項(xiàng)目中，工程進(jìn)度與成本之間的線性比例關(guān)系較好，而且進(jìn)度容易測(cè)量。因此，掙值管理方法也使用得比較好。但在軟件工程項(xiàng)目中，要合理、合適地采用掙值分析方法是比較困難的。軟件工程項(xiàng)目的成本控制的困難有以下原因。需求的不確定性：軟件項(xiàng)目的范圍、需求難以準(zhǔn)確地定義，導(dǎo)致項(xiàng)目開發(fā)過程中存在大量的變更，從而影響進(jìn)度和成本。規(guī)模和工作量的不確定性：軟件項(xiàng)目的工作量預(yù)算難以估計(jì)準(zhǔn)確。質(zhì)量鑒定的不確定性：開發(fā)完成并投入運(yùn)行的軟件模塊的質(zhì)量難以鑒定，特別如某個(gè)模塊完成了30或80的工作量，我們無(wú)法去鑒定，或用于鑒定的成本可能很高而使開發(fā)單位難以接受或不愿意去做這樣的鑒定。把握需求的不確定性：已經(jīng)編寫完成的軟件

44、代碼，可能隱藏著對(duì)需求理解的嚴(yán)重偏差，可能是廢品，得全部返工。難易程度的不確定性：已經(jīng)編寫完成的軟件代碼可能是很簡(jiǎn)單的，未完成的可能很難，或反之。人員的不確定性：如果編寫軟件代碼的人員不穩(wěn)定，熟練員工中途流失將給項(xiàng)目進(jìn)度、質(zhì)量管理帶來(lái)嚴(yán)重影響。新人中途接手未全面完成的、風(fēng)格不良的軟件代碼，是一件很困難的工作。員工的敬業(yè)精神也難以衡量。由于以上這些因素的影響，使得在軟件工程項(xiàng)目中對(duì)工程進(jìn)度和工程質(zhì)量的測(cè)量變得很困難，因而，我們就不可能像在建筑項(xiàng)目中那樣使用掙值管理方法了。【問題3】在軟件項(xiàng)目的開發(fā)管理中采用掙值分析時(shí)，可以考察各模塊的完成狀態(tài)，全部完成并且集成測(cè)試成功，能夠投入初步運(yùn)行，這樣，可

45、以算本模塊的工作量完成，可以獲得本模塊的全部掙值，否則，本模塊的掙值計(jì)0。考慮到工程整體的集成還需要一定成本，因此，在計(jì)算各模塊掙值時(shí)，還應(yīng)當(dāng)扣除一定比例的掙值，作為工程整體集成的工作量的掙值。但我們?cè)趯?shí)際工作中，也有很多時(shí)候采用估算某模塊完成百分之幾的做法，但這種做法是粗放式的，項(xiàng)目管理人員可以將這信息作為對(duì)項(xiàng)目成本累積的參考，作為粗略估計(jì)項(xiàng)目進(jìn)度的參考，但不是成本核算的依據(jù)，也不能作為申請(qǐng)工程進(jìn)度款支付的依據(jù)，需知這種信息的可信度和可控性均較差。參考答案【問題1】(6分)應(yīng)當(dāng)先估算各模塊的工程量，再以工程量來(lái)估算所需要的人力資源，如總工程量“人周”或“人月”或“人年”等。李工的項(xiàng)目小組的建

46、設(shè)應(yīng)分階段進(jìn)行人力資源投入，如設(shè)計(jì)階段所用人力應(yīng)較少，而詳細(xì)設(shè)計(jì)完成后，編碼階段進(jìn)入，則人力投入是高峰期。人力資源成本的預(yù)算也應(yīng)當(dāng)核算一定比例的浮動(dòng)成本。李工所采用的是掙值管理方法。此方法應(yīng)用到軟件工程項(xiàng)目中，應(yīng)注意軟件開發(fā)掙值與投入的非線性比例關(guān)系特點(diǎn)。【問題2】(10分)軟件開發(fā)人力資源成本掙值統(tǒng)計(jì)是能夠做到比較準(zhǔn)確的，衡量軟件開發(fā)人力資源成本的計(jì)算公式： 累積人力資源成本=模塊工作量i完成率i平均人力周成本李工所采取的方法應(yīng)增加各模塊工程量的估算，就能夠進(jìn)行人力資源成本控制。如表4-11所示。實(shí)際消耗的人力資源成本可通過財(cái)務(wù)發(fā)放的工資統(tǒng)計(jì)得到。【問題3】(9分)李工根據(jù)各工程師的進(jìn)度報(bào)告

47、(進(jìn)度百分比)來(lái)計(jì)算掙值，在軟件開發(fā)中是不可行的。在軟件開發(fā)中，各模塊的進(jìn)度百分比通常很難測(cè)量準(zhǔn)確，而各工程師的匯報(bào)往往是很粗略的估計(jì)，這種估計(jì)只能提供給項(xiàng)目經(jīng)理控制進(jìn)度時(shí)做參考，但不能作為成本核算或申請(qǐng)工程進(jìn)度款支付的依據(jù)。建議李工以各模塊全面完工來(lái)進(jìn)行計(jì)算，即各模塊要么計(jì)算0，要么計(jì)算100%完工，但在進(jìn)行工作分解的時(shí)候，分解的深度和各模塊的粒度要合適，便于進(jìn)行控制。另外，在核算的時(shí)候，要扣除一定的比例，如20%30%作為各模塊集成所需要的工程量，待工程全面完工后進(jìn)行核算。項(xiàng)目質(zhì)量案例質(zhì)量是“使實(shí)體具備滿足明確或隱含需求能力的各項(xiàng)特征之總和”，明確或隱含的需求是指按項(xiàng)目需求制定的基礎(chǔ)性文件

48、。在信息系統(tǒng)項(xiàng)目中，一般把系統(tǒng)需求規(guī)格說明書作為項(xiàng)目需求的基礎(chǔ)性文件。質(zhì)量管理作為項(xiàng)目管理的一部分，具有非常重要的地位。質(zhì)量管理的目的是通過執(zhí)行項(xiàng)目質(zhì)量管理過程，使用一些基本項(xiàng)目管理工具和技術(shù)來(lái)保證信息系統(tǒng)的質(zhì)量。時(shí)間、成本、質(zhì)量是項(xiàng)目管理的三大目標(biāo)，如果質(zhì)量不能滿足要求，即使進(jìn)度再快，成本再節(jié)省，項(xiàng)目也沒有意義。閱讀以下關(guān)于信息系統(tǒng)項(xiàng)目管理過程中項(xiàng)目質(zhì)量管理方面問題的敘述，回答問題1至問題3。案例場(chǎng)景金博聯(lián)信息技術(shù)有限公司(CIU)曾經(jīng)為K公司開發(fā)過一套信息系統(tǒng)，該系統(tǒng)涉及了K公司的所有主要業(yè)務(wù)。該系統(tǒng)中關(guān)于組織機(jī)構(gòu)的業(yè)務(wù)規(guī)則如下：組織機(jī)構(gòu)樹通過部門編碼體現(xiàn)層級(jí)和隸屬關(guān)系。即部門0001的下

49、屬部門包括00010001、00010002,依次類推，根據(jù)代碼中包含的層級(jí)關(guān)系確定某 個(gè)部門在組織機(jī)構(gòu)樹中的確切位置，該編碼由公司統(tǒng)一制定。任意一條業(yè)務(wù)數(shù)據(jù)隸屬于某個(gè)特定的部門。部門之間存在友好和互斥的關(guān)系。關(guān)系為友好的部門可以共享業(yè)務(wù)數(shù)據(jù)，關(guān)系為互斥的部門互相不能訪問對(duì)方的業(yè)務(wù)數(shù)據(jù)。后來(lái)，K公司需要調(diào)整部門的組織結(jié)構(gòu)，因此對(duì)系統(tǒng)提出了升級(jí)的要求：系統(tǒng)中的部門編碼需要更新為最新的企業(yè)標(biāo)準(zhǔn)。組織機(jī)構(gòu)根據(jù)最新的企業(yè)標(biāo)準(zhǔn)重新生成。組織結(jié)構(gòu)調(diào)整是不能丟失業(yè)務(wù)數(shù)據(jù)。、系統(tǒng)中可以保留組織機(jī)構(gòu)調(diào)整的痕跡，業(yè)務(wù)數(shù)據(jù)可以追蹤除原屬于哪個(gè)部門，機(jī)構(gòu)調(diào)整后屬于哪個(gè)部門。部門間友好和互斥的關(guān)系可能會(huì)被重新定義。升級(jí)

50、后的系統(tǒng)需要能夠適應(yīng)再次的組織機(jī)構(gòu)調(diào)整而不需要再次升級(jí)。項(xiàng)目經(jīng)理張工接受了這個(gè)項(xiàng)目，經(jīng)過細(xì)致的調(diào)研和分析，發(fā)現(xiàn)原系統(tǒng)存在如下缺陷：原系統(tǒng)中將企業(yè)對(duì)部門的標(biāo)準(zhǔn)編碼設(shè)計(jì)為部門主鍵，修改起來(lái)難度很大，容易發(fā)生數(shù)據(jù)不一致的問題。(新的企業(yè)標(biāo)準(zhǔn)沒有考慮到原有企業(yè)標(biāo)準(zhǔn)，同是一個(gè)部門張工在原標(biāo)準(zhǔn)中為00010001，在新標(biāo)準(zhǔn)中為00010005,部門的層次也可能發(fā)生變化。業(yè)務(wù)數(shù)據(jù)中保存了隸屬部門編碼，系統(tǒng)已經(jīng)使用近兩年，保存了大量的歷史業(yè)務(wù)數(shù)據(jù)。原系統(tǒng)在設(shè)計(jì)時(shí)將部門間的友好與互斥關(guān)系硬編碼在系統(tǒng)代碼中，且涉及面很廣，原系統(tǒng)中80以上的程序存在這樣的硬編碼。不少業(yè)務(wù)邏輯和工作流程是根據(jù)特定的部門編碼進(jìn)行判斷的

51、，部門編碼的變化會(huì)造成業(yè)務(wù)混亂。原系統(tǒng)在設(shè)計(jì)時(shí)沒有考慮到組織機(jī)構(gòu)調(diào)整的可能，也沒有對(duì)保留部門變革歷史的功能進(jìn)行設(shè)計(jì)。張工認(rèn)為，需求已經(jīng)非常明確，對(duì)于這個(gè)項(xiàng)目的關(guān)鍵是設(shè)計(jì)的質(zhì)量，其中包括解決方案的設(shè)計(jì)和業(yè)務(wù)系統(tǒng)的改造兩部分。一旦設(shè)計(jì)出現(xiàn)偏差，返工的工作量會(huì)非常巨大，反之，整個(gè)項(xiàng)目還是容易控制的。但張工在如何提高設(shè)計(jì)質(zhì)量方面卻犯了愁。【問題1】(8分)試以300字內(nèi)回答，張工可以采取哪些措施提高設(shè)計(jì)的質(zhì)量？【問題2】(9分)試以300字內(nèi)回答，除設(shè)計(jì)外，張工還需要特別注意哪些工程活動(dòng)。【問題3】 (8分)試以300字內(nèi)回答，如何提高這些工程活動(dòng)的質(zhì)量。案例分析這是一個(gè)開放式的案例分析題，案例中僅粗

52、略地描述了項(xiàng)目背景的目標(biāo)，針對(duì)如何提高項(xiàng)目質(zhì)量進(jìn)行發(fā)問，難度相對(duì)較大，需要仔細(xì)的分析。前面一部分對(duì)項(xiàng)目背景和目標(biāo)的描述無(wú)非是為了說明這么幾個(gè)問題：(1)這是一個(gè)系統(tǒng)改造的項(xiàng)目。(2)原系統(tǒng)中存在設(shè)計(jì)缺陷，沒有考慮過組織機(jī)構(gòu)改革的可能性。(3)需要大量更改原系統(tǒng)的程序，消除硬編碼。(4)需要更改已有的業(yè)務(wù)數(shù)據(jù)，同時(shí)增加部門變革歷史的功能。基于這些問題，案例的后半部分給出了張工的觀點(diǎn)：設(shè)計(jì)質(zhì)量是項(xiàng)目的關(guān)鍵，需要提高設(shè)計(jì)的質(zhì)量。結(jié)合案例后的問題，我們不難發(fā)現(xiàn)，案例的前半部分是引子，后半部分才是關(guān)鍵，也是該案例的題眼：如何提高項(xiàng)目的質(zhì)量，顯然需要用項(xiàng)目質(zhì)量管理的知識(shí)作答。質(zhì)量管理是項(xiàng)目管理中的一個(gè)知識(shí)

53、域，但在PMBOK中并沒有給出具體的質(zhì)量管理的方法，需要結(jié)合軟件開發(fā)和項(xiàng)目的特點(diǎn)給出特定的質(zhì)量管理策略和方法。這也正是這個(gè)案例的用意所在，考察考生在面對(duì)實(shí)際的項(xiàng)目問題時(shí)需要采取哪些措施解決項(xiàng)目的質(zhì)量問題。我們首先從軟件工程的角度考慮一下軟件質(zhì)量的問題。軟件的質(zhì)量一直是軟件界近幾十年致力解決的問題，針對(duì)使用軟件提高軟件質(zhì)量提出了很多的方法和理論。首先是軟件工程的理論，需要使用工程活動(dòng)的方法進(jìn)行軟件開發(fā)，從系統(tǒng)定義與分析開始，經(jīng)過設(shè)計(jì)、實(shí)現(xiàn)，最終到驗(yàn)證。在軟件工程中，人們提出了多種軟件開發(fā)模式和工程活動(dòng)方法。在開發(fā)模式中，有瀑布模型、螺旋模型、迭代模型、噴泉模型等；在工程活動(dòng)方法中，有自頂向下、結(jié)

54、構(gòu)化分析、面向?qū)ο蠓治觥⒓軜?gòu)風(fēng)格，等等。除此之外，還有一系列的軟件驗(yàn)證方法，如軟件復(fù)審與軟件測(cè)試。縱觀這些林林總總的模式與方法，人們無(wú)非是想解決兩個(gè)問題：一是通過恰當(dāng)?shù)墓こ袒顒?dòng)提高工作產(chǎn)品的質(zhì)量；二是在工作產(chǎn)品完成后通過恰當(dāng)?shù)墓こ袒顒?dòng)來(lái)保證該產(chǎn)品的質(zhì)量。因?yàn)樵谲浖_發(fā)過程中，還有一個(gè)很明顯的特點(diǎn)，就是在分析、設(shè)計(jì)、實(shí)現(xiàn)和測(cè)試這些過程中，每一步都可能引入缺陷，且難以發(fā)現(xiàn)，而這些缺陷暴露得越晚，造成的后果就越嚴(yán)重，修改的代價(jià)就越高昂。開發(fā)活動(dòng)需要盡量提前發(fā)現(xiàn)潛在的缺陷，驗(yàn)證手段必不可少。題目中問的是如何提高設(shè)計(jì)的質(zhì)量，設(shè)計(jì)是承接分析、指導(dǎo)開發(fā)的一個(gè)關(guān)鍵環(huán)節(jié)，在這個(gè)環(huán)節(jié)中很容易引入難以發(fā)現(xiàn)的缺陷，而

55、這些缺陷往往又會(huì)造成嚴(yán)重的后果。因此提高設(shè)計(jì)的質(zhì)量是每個(gè)軟件項(xiàng)目都會(huì)遇到的問題，也是每個(gè)項(xiàng)目經(jīng)理都會(huì)思考的問題。提高設(shè)計(jì)質(zhì)量包括兩個(gè)層面的工作：在設(shè)計(jì)過程中提高設(shè)計(jì)的質(zhì)量；在設(shè)計(jì)完成后對(duì)設(shè)計(jì)結(jié)果的質(zhì)量檢查。在答題中需要分別給出相應(yīng)的策略。設(shè)計(jì)工作在分析工作之后，因此，充分的分析是保證設(shè)計(jì)質(zhì)量的前提。對(duì)于這種改造型項(xiàng)目，原系統(tǒng)的功能、設(shè)計(jì)和實(shí)現(xiàn)的情況直接影響了設(shè)計(jì)的結(jié)果，原系統(tǒng)的情況就是要解決的問題域，如果對(duì)原系統(tǒng)了解不足必然導(dǎo)致設(shè)計(jì)上的偏差。因此要想提高設(shè)計(jì)的質(zhì)量，首先要充分了解原系統(tǒng)。在設(shè)計(jì)時(shí)還應(yīng)該選擇恰當(dāng)?shù)脑O(shè)計(jì)方法，如有可能可以考慮復(fù)用已有的解決案例，如分析模式與設(shè)計(jì)模式等。不過在這方面，

56、案例中給出的信息甚少，顯然不是答題的重點(diǎn)。根據(jù)項(xiàng)目背景的描述，這個(gè)設(shè)計(jì)工作并不簡(jiǎn)單，需要論證的過程，設(shè)計(jì)方案的討論也是必需的。因此張工需要制定出相應(yīng)的溝通計(jì)劃，組織必要的會(huì)議進(jìn)行方案討論，若有必要還需要客戶和原系統(tǒng)的開發(fā)者參加。在設(shè)計(jì)完成后還需要對(duì)設(shè)計(jì)結(jié)果進(jìn)行質(zhì)量檢查，對(duì)應(yīng)這類活動(dòng)，我們通常采用評(píng)審和走查的方式。評(píng)審和走查可以比測(cè)試更早地找出工作產(chǎn)品中的缺陷，用來(lái)檢查設(shè)計(jì)質(zhì)量非常合適，可以避免缺陷在系統(tǒng)測(cè)試階段才被發(fā)現(xiàn)，降低修正缺陷的成本。除了評(píng)審和走查外，對(duì)設(shè)計(jì)過程進(jìn)行迭代也可以提前暴露設(shè)計(jì)的缺陷，并將這些缺陷反饋到后續(xù)的設(shè)計(jì)過程中，從總體上減少缺陷數(shù)，提高設(shè)計(jì)的質(zhì)量。例如在可以將整個(gè)項(xiàng)目根

57、據(jù)系統(tǒng)模塊進(jìn)行劃分，首先升級(jí)一個(gè)模塊，然后把這個(gè)過程中發(fā)現(xiàn)的問題反饋到后續(xù)的迭代過程中。如果能夠做好上述工作，設(shè)計(jì)就不會(huì)產(chǎn)生重大的偏差，保證設(shè)計(jì)的質(zhì)量。對(duì)于第二個(gè)問題，除設(shè)計(jì)外，張工還需要特別注意哪些工程活動(dòng)。在分析第一個(gè)問題是我們已經(jīng)找到了一部分答案分析。分析是設(shè)計(jì)活動(dòng)的基礎(chǔ)，在錯(cuò)誤的分析上不可能產(chǎn)生正確的設(shè)計(jì)。因此充分、細(xì)致地分析原系統(tǒng)是保證設(shè)計(jì)質(zhì)量的前提。除此之外，對(duì)于系統(tǒng)改造的項(xiàng)目，測(cè)試的工作顯得非常重要。同原系統(tǒng)開發(fā)相比，系統(tǒng)改造的總工作量相對(duì)較少，但測(cè)試的工作量卻應(yīng)該超過原系統(tǒng)開始時(shí)的測(cè)試工作量。根據(jù)案例中的描述，超過80的程序都存在硬編碼的問題，都需要修改。這些程序在修改后首先需

58、要滿足同原系統(tǒng)功能一致，可以通過原系統(tǒng)測(cè)試用例的測(cè)試；其次還要保證與系統(tǒng)升級(jí)的目標(biāo)一致，能夠滿足設(shè)計(jì)的 要求，這就需要開發(fā)新的測(cè)試用例進(jìn)行測(cè)試。因此，如何規(guī)劃、組織、展開測(cè)試工作，也是張工需要特別注意的方面。除了分析和測(cè)試外，其余的工程活動(dòng)也是不可或缺的，不過相比之下，分析和測(cè)試工作更具特殊性，是張工必須特別注意的。第三個(gè)問題與第二個(gè)問題是關(guān)聯(lián)的。有了第二個(gè)問題的答案，第三個(gè)問題就比較容易了。如何提高分析活動(dòng)的質(zhì)量呢？對(duì)于案例中的項(xiàng)目來(lái)說，系統(tǒng)要解決的是原系統(tǒng)中的缺陷，原系統(tǒng)本身就是問題域，提高分析活動(dòng)的質(zhì)量也就是充分地分析原系統(tǒng)。對(duì)原系統(tǒng)的分析可以包括對(duì)原有業(yè)務(wù)功能、原設(shè)計(jì)方案和原程序的分析

59、。對(duì)原系統(tǒng)中業(yè)務(wù)功能的分析需要同客戶一起進(jìn)行，通過同客戶的溝通來(lái)把握原系統(tǒng)所實(shí)現(xiàn)的業(yè)務(wù)功能。對(duì)原設(shè)計(jì)方案的分析出了參考設(shè)計(jì)文檔外，最好能夠同原系統(tǒng)的開發(fā)者進(jìn)行溝通，這樣的溝通往往能獲取到文檔之外的寶貴信息。例如，通過設(shè)計(jì)文檔僅能了解設(shè)計(jì)的結(jié)果，但與原系統(tǒng)開發(fā)者的溝通則可以了解到設(shè)計(jì)的思路。除了這些方法外，對(duì)分析的結(jié)果進(jìn)行評(píng)審也是保證分析質(zhì)量的一種有效的方法。對(duì)于測(cè)試工作，上面已經(jīng)講了很多，既需要保證修改后的代碼仍然與原系統(tǒng)功能一致，又要保證同系統(tǒng)升級(jí)的目標(biāo)一致。參考答案【問題1】(8分)張工可以采取以下措施提高設(shè)計(jì)的質(zhì)量：(1)充分分析問題域是保證設(shè)計(jì)質(zhì)量前提。(2分)(2)組織必要的討論來(lái)確

60、定概要設(shè)計(jì)的方案。(2分)(3)采用迭代的方法驗(yàn)證設(shè)計(jì)的正確性，提高設(shè)計(jì)的質(zhì)量。(2分)(4)對(duì)設(shè)計(jì)進(jìn)行評(píng)審或走查。(2分)【問題2】(9分)除設(shè)計(jì)外，張工還需要特別注意以下工程活動(dòng)：(1)需要細(xì)致分析原有系統(tǒng)。(4分)(2)對(duì)于這樣的改造項(xiàng)目，測(cè)試的難度和工作量很大，需要把握測(cè)試的工作。(5分)【問題3】(8分)如何提高這些工程活動(dòng)的質(zhì)量：(1)在分析方面(4分)同客戶充分溝通，了解原系統(tǒng)的業(yè)務(wù)需求；閱讀原系統(tǒng)中的文檔和程序，掌握設(shè)計(jì)和實(shí)現(xiàn)的情況；如果可能，與原系統(tǒng)的開發(fā)者聯(lián)系，在原開發(fā)者的幫助下把握原系統(tǒng)；對(duì)分析的結(jié)果進(jìn)行評(píng)審。(2)在測(cè)試方面(4分)使用原系統(tǒng)開發(fā)過程中的測(cè)試用例進(jìn)行回歸