前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇測試報告缺陷分析范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

測試報告缺陷分析范文第1篇

測試不是挑毛病

然而，對測試領(lǐng)域先行者Glenford Myers先生“測試的目的是證偽”這一概念理解也不能過于片面。在很多軟件工程學(xué)、軟件測試方面的書籍中都提到一個概念:“測試的目的是尋找錯誤，并且是盡最大可能找出最多的錯誤”。這很容易讓人們認(rèn)為測試人員就是“挑毛病”的，而由此帶來諸多問題。

我們可以假想在一個軟件開發(fā)公司內(nèi)，軟件測試人員專注于“挑毛病”，開發(fā)人員和公司管理層每天會得到這樣“簡潔”的測試報告:“在今天的測試過程中，系統(tǒng)出現(xiàn)10次宕機(jī)現(xiàn)象”。

從“挑毛病”的角度看，測試人員已經(jīng)很好的完成了自己的工作，但其工作成果對開發(fā)人員和公司管理層幾乎沒有任何幫助。開發(fā)人員面對這樣的測試報告是無法對軟件進(jìn)行任何修改的;而公司管理層也會疑惑軟件質(zhì)量到底如何，系統(tǒng)能否如期。

長此以往，必然會造成開發(fā)人員和測試人員之間無法調(diào)和的矛盾;而公司管理層也會認(rèn)為，測試團(tuán)隊只是“帶來壞消息的人”，對公司產(chǎn)品沒有提供任何幫助，不如取消為好。

這樣的例子看似比較極端，業(yè)內(nèi)普遍認(rèn)為類似的問題僅出現(xiàn)在一個初創(chuàng)測試團(tuán)隊的公司內(nèi)，但實際的情況遠(yuǎn)沒有這樣樂觀，這類現(xiàn)象甚至還蔓延到近年來蓬勃興起的部分第三方測試機(jī)構(gòu)之中。

一個軟件開發(fā)公司的管理者，拿到一份剛由某第三方測試機(jī)構(gòu)完成的測試報告，報告結(jié)論是該公司開發(fā)的軟件無法完成預(yù)定的需求，在500個用戶并發(fā)交易的情況下會發(fā)生大量交易失敗。應(yīng)該說這樣的報告確實挑出了軟件的“毛病”，但報告中并未提及造成交易失敗的原因，是硬件資源不足、支撐軟件參數(shù)設(shè)置錯誤還是應(yīng)用開發(fā)問題。這樣的報告會使得委托測試單位置疑自己投資進(jìn)行第三方測試的是否有實際幫助。

造成這些問題的原因歸根結(jié)底就是對“測試的目的是證偽”這一概念的片面理解。那么，一次成功的測試是如何對問題進(jìn)行闡述的呢？質(zhì)量工程學(xué)中軟件失效的機(jī)理給出了很好的答案。

軟件錯誤是人為錯誤

質(zhì)量工程學(xué)中對于軟件失效是這樣分析的:由于軟件內(nèi)部邏輯復(fù)雜，運(yùn)行環(huán)境動態(tài)變化，且不同的軟件差異可能很大，因而軟件失效機(jī)理可能有不同的表現(xiàn)形式。

譬如有的失效過程比較簡單，易于追蹤分析，而有的失效過程可能非常復(fù)雜，難于甚至不可能加以詳盡描述和分析，尤其是運(yùn)行于高度復(fù)雜實時環(huán)境中的大型軟件。

但總的說來，軟件失效機(jī)理可描述為:軟件錯誤?軟件缺陷?軟件故障?軟件失效。如圖1所示，是軟件錯誤發(fā)生的過程。

軟件錯誤軟件錯誤是指在軟件生存期內(nèi)的不希望或不可接受的人為錯誤，其結(jié)果是導(dǎo)致軟件缺陷的產(chǎn)生。可見軟件錯誤是一種人為過程，相對于軟件本身，是一種外部行為。

軟件缺陷軟件缺陷是存在于軟件（文檔、數(shù)據(jù)、程序）之中的那些不希望或不可接受的偏差，如少一逗點、多一語句等。其結(jié)果是軟件運(yùn)行于某一特定條件時出現(xiàn)軟件故障，這時稱軟件缺陷被激活。

軟件故障軟件故障是指軟件運(yùn)行過程中出現(xiàn)的一種不希望或不可接受的內(nèi)部狀態(tài)。譬如軟件處于執(zhí)行一個多余循環(huán)過程時，我們說軟件出現(xiàn)故障。此時若無適當(dāng)措施（容錯）加以及時處理，便產(chǎn)生軟件失效。顯然，軟件故障是一種動態(tài)行為。

軟件失效軟件失效是指軟件運(yùn)行時產(chǎn)生的一種不希望或不可接受的外部行為結(jié)果。

因此，軟件錯誤是一種人為錯誤。

逆流而上解決問題

我們了解了軟件失效的機(jī)理后，就可以逆流而上，沿著軟件失效噯砑故障噯砑缺陷噯砑錯誤的方向?qū)栴}進(jìn)行闡述和分析?首先，測試人員會說明軟件出現(xiàn)了問題，在此對軟件失效現(xiàn)象進(jìn)行了描述;

其次，測試人員會詳細(xì)闡明是在哪個測試用例的作用下（包括輸入數(shù)值、處理過程和預(yù)期輸出結(jié)果），軟件產(chǎn)生了何種異常輸出，問題的類型、嚴(yán)重程度、修改的緊急程度如何，這樣就明晰了軟件故障的情況;

第三，測試人員會根據(jù)測試經(jīng)驗和實際情況，幫助開發(fā)人員進(jìn)行故障定位，找到軟件缺陷所在;

第四，測試人員在對問題情況進(jìn)行統(tǒng)計的基礎(chǔ)上，會指出共性問題并分析其產(chǎn)生的原因，發(fā)現(xiàn)軟件錯誤。

在這樣對問題進(jìn)行充分分析的基礎(chǔ)上，對問題提出修改意見，這樣一份問題報告會是一份對開發(fā)人員和管理層有意義的報告。

我們可以按照這樣的分析方法，對前面企業(yè)內(nèi)部和第三方的兩個測試失敗的情況進(jìn)行修正。

軟件失效現(xiàn)象:發(fā)生宕機(jī)/不能承擔(dān)500個用戶的并發(fā)交易;軟件故障情況:在使用非法數(shù)據(jù)輸入的情況下發(fā)生宕機(jī)/在進(jìn)行用戶交納月通話費(fèi)的情況下交易失敗;軟件缺陷:軟件中缺少合法性校驗/服務(wù)器CPU占用率達(dá)到98%;軟件錯誤:詳細(xì)設(shè)計環(huán)節(jié)缺少合法性校驗內(nèi)容，且文檔評審工作不到位/概要設(shè)計環(huán)節(jié)未進(jìn)行關(guān)鍵技術(shù)驗證與仿真;修改建議:增加合法性校驗，加強(qiáng)文檔評審工作/重新選擇服務(wù)器（重點是CPU），加強(qiáng)對關(guān)鍵技術(shù)的驗證與仿真工作。

對于所有問題，都應(yīng)該對軟件的失效現(xiàn)象和故障情況做清晰的表述。除了嚴(yán)重程度會影響外，人員差異也對問題分析的程度有著較大影響。不同的測試人員需要承擔(dān)不同的職責(zé)。

軟件測試需三方協(xié)調(diào)

通過上面的分析可以看到，軟件測試的目的決不僅僅是“尋找錯誤”，今天的軟件測試需要在三個方面和開發(fā)協(xié)調(diào)工作，其相互作用如圖2所示。

測試的目的是想以最少的人力、物力和時間找出軟件中潛在的各種錯誤和缺陷，通過修正種錯誤和缺陷提高軟件質(zhì)量，回避軟件后由于潛在的軟件缺陷和錯誤造成的隱患帶來的商業(yè)風(fēng)險。這一工作靠對軟件失效現(xiàn)象記錄、軟件故障表示、軟件缺陷的分析完成。

通過分析錯誤產(chǎn)生的原因還可以幫助發(fā)現(xiàn)當(dāng)前開發(fā)工作所采用的軟件過程的缺陷，以便進(jìn)行軟件過程改進(jìn);同時通過對測試結(jié)果的分析整理，還可以修正軟件開發(fā)規(guī)則，并為軟件可靠性分析提供依據(jù)。這一工作靠對軟件錯誤的分析完成。

測試報告缺陷分析范文第2篇

1、需求分析：首先需要要學(xué)習(xí)并了解軟件的業(yè)務(wù)，分析需求點；

2、測試計劃：編寫整個測試計劃，在這個過程中需要參考需求規(guī)格說明書，這個階段一般情況下是測試主管編寫。包括了測試人員，測試時間，測試工具，測試方法等；

3、測試用例設(shè)計：是測試工作中的最核心的模塊，在執(zhí)行任何測試之前，首先必須完成測試用例的編寫。測試用例是指導(dǎo)執(zhí)行測試，幫助證明軟件功能或發(fā)現(xiàn)軟件缺陷的一種說明。用例設(shè)計好之后，會進(jìn)行評審；

4、用例執(zhí)行：搭建環(huán)境，準(zhǔn)備好測試數(shù)據(jù)，進(jìn)行預(yù)測，預(yù)測通過后，按照測試用例進(jìn)入正式測試；

測試報告缺陷分析范文第3篇

（1）結(jié)合實際確定合理的戰(zhàn)術(shù)技術(shù)指標(biāo)、實現(xiàn)技術(shù)和工藝。結(jié)合實際確定合理的立項裝備戰(zhàn)術(shù)技術(shù)指標(biāo)，在初步方案設(shè)計中盡量采用成熟的技術(shù)和工藝，慎重采用新材料、新技術(shù)和新工藝，不可盲目追求“高精尖”或“大而全”，已夠用好用作為方案設(shè)計的基本原則，兼顧系統(tǒng)改建、性能擴(kuò)展和升級的需要。做好可靠性的預(yù)測和安全性、可靠性設(shè)計工作，通過設(shè)計更改想法，排除或減少設(shè)計方案中的危險因素。在經(jīng)過重大更改后應(yīng)對方案重新進(jìn)行風(fēng)險分析與評估。如果通過設(shè)計更改仍不能消除方案中的嚴(yán)重危險因素或降低其危險性，則應(yīng)放棄當(dāng)前的方案重新進(jìn)行方案設(shè)計。

（2）建立科學(xué)嚴(yán)謹(jǐn)?shù)捻椖苛㈨棾绦?。新裝備項目（包括所有裝備立項項目）立項應(yīng)有一套科學(xué)嚴(yán)謹(jǐn)?shù)某绦?，不能憑感性認(rèn)識或經(jīng)驗辦事。應(yīng)成立由有關(guān)各方面專家組成的論證小組，對裝備研制的可行性、戰(zhàn)術(shù)技術(shù)指標(biāo)的合理性、設(shè)計方案的符合性等從技術(shù)、進(jìn)度、質(zhì)量、風(fēng)險各方面進(jìn)行綜合論證和評價，選擇最佳方案。既要防止草率盲目地啟動研制工作，也要防止過分小心謹(jǐn)慎而耽誤了研制工作的及時展開，同時要杜絕個別人假借組織的名義進(jìn)行個人決策。

（3）認(rèn)真審查和選擇研制單位（或協(xié)作單位）。新裝備研制單位應(yīng)該有高度的國防觀念和軍品意識、良好的運(yùn)營環(huán)境、優(yōu)秀的人才隊伍、完善有效的質(zhì)量保證體系、優(yōu)良的經(jīng)營信譽(yù)。是否有過類似產(chǎn)品的研制經(jīng)理、其結(jié)果如何也是可供參考的重要因素。

（4）簽訂科學(xué)、規(guī)范、完整的研制合同。新裝備研制合同應(yīng)科學(xué)、規(guī)范、完整，明確各種技術(shù)、質(zhì)量、進(jìn)度等要求，力戒含糊不清、模棱兩可的敘述。研制合同既是研制過程中技術(shù)、經(jīng)濟(jì)、質(zhì)量管理的法律文件，也是進(jìn)行新裝備管理的主要依據(jù)。簽訂合同時必須具有強(qiáng)烈的風(fēng)險意識，學(xué)會從風(fēng)險分析與風(fēng)險管理的角度研究合同的每一個條款，對可能遇到的風(fēng)險因素有全面深刻的了解。在合同中對各自的權(quán)利和義務(wù)做出明確規(guī)定，充分體現(xiàn)利益共享風(fēng)險分擔(dān)的原則。為了實現(xiàn)上述目標(biāo)，確保新裝備研制的質(zhì)量，科研單位應(yīng)該制定詳細(xì)的質(zhì)量管理過程文件，經(jīng)過評審后頒布執(zhí)行，為質(zhì)量管理體系有效運(yùn)轉(zhuǎn)打好基礎(chǔ)。這一階段的質(zhì)量管理過程文件主要包括立項裝備需求調(diào)研提綱、立項裝備需求調(diào)研報告、立項裝備建設(shè)方案、立項裝備建設(shè)方案評審報告、單位或上級年度科研項目計劃、研制任務(wù)書、質(zhì)量保證計劃、風(fēng)險評估報告、項目經(jīng)費(fèi)預(yù)算、研制任務(wù)書評審報告、評審所提問題及處理情況等。這些質(zhì)量管理過程文件可以根據(jù)研制的新裝備的具體情況制定和取舍。

2總體方案設(shè)計階段質(zhì)量管理過程文件

總體設(shè)計方案是整個裝備設(shè)計的龍頭，其設(shè)計質(zhì)量將直接關(guān)系到未來裝備的性能?？傮w方案設(shè)計既要充分利用已有的成熟技術(shù)，縮短研制周期，又應(yīng)有所創(chuàng)新，利用最新的科研成果提高裝備的技戰(zhàn)性能。由于總體設(shè)計方案的質(zhì)量是確保裝備最終質(zhì)量和裝備整體質(zhì)量的源中之源、重中之重，放松不得，馬虎不得，因此，科研單位應(yīng)制定詳細(xì)的這一階段的質(zhì)量管理過程文件。這一階段的質(zhì)量管理過程文件包括裝備技術(shù)調(diào)研提綱、裝備技術(shù)調(diào)研報告、裝備設(shè)計開發(fā)計劃、裝備總體技術(shù)方案、可靠性設(shè)計大綱、維修性設(shè)計大綱、保障性設(shè)計大綱、測試性設(shè)計大綱、安全性設(shè)計大綱、環(huán)境適應(yīng)性設(shè)計大綱、環(huán)境分析報告、標(biāo)準(zhǔn)化大綱、總體技術(shù)方案評審報告、評審所提問題及處理情況等。經(jīng)過評審后頒布執(zhí)行，以確?？傮w方案設(shè)計的質(zhì)量，從而最終確保研制的裝備整體質(zhì)量。

3詳細(xì)設(shè)計及軟硬件開發(fā)階段質(zhì)量管理過程文件

（1）嚴(yán)格控制新技術(shù)風(fēng)險因素。為了確保新研制裝備的先進(jìn)性，采用一些新技術(shù)、新器件、新材料是必需的，但是為了確保新研制裝備的綜合效能（性能優(yōu)、壽命長、故障少、易維修、易保障、最佳費(fèi)用比）和質(zhì)量，在方案審查中，要嚴(yán)格控制新技術(shù)、新器件、新材料的采用比例，要對技術(shù)風(fēng)險、制度風(fēng)險、費(fèi)用風(fēng)險、后續(xù)保障風(fēng)險和潛在的質(zhì)量問題進(jìn)行認(rèn)真嚴(yán)格的把關(guān)；

（2）加強(qiáng)對改進(jìn)型研制裝備的方案審查。要特別注重對成熟技術(shù)的借用，注重裝備使用質(zhì)量物理模型的建立和選用，以及對改進(jìn)技術(shù)的研究，要把評審后的改進(jìn)意見落實到設(shè)計方案中；

（3）要注重裝備系統(tǒng)的接口技術(shù)和方案的審查，使裝備各分系統(tǒng)達(dá)到最佳組合。這一階段的質(zhì)量管理過程文件包括：系統(tǒng)硬件設(shè)計方案、系統(tǒng)硬件設(shè)計方案評審報告、設(shè)備清單、外包合同采購計劃、設(shè)備器材驗收報告、系統(tǒng)硬件平臺測試評審報告、軟件需求規(guī)格說明書、需求分析評審報告、軟件概要設(shè)計說明、概要設(shè)計評審報告、軟件詳細(xì)設(shè)計說明、軟件詳細(xì)設(shè)計評審報告、軟件源代碼報告、軟件單元測試報告、軟件單元測試問題報告、軟件單元測試評審報告、軟件部件測試報告、軟件部件測試問題報告、軟件部件測試評審報告、軟件配置項測試報告、軟件配置項測試問題報告、軟件配置項測試評審報告、軟件系統(tǒng)測試大綱、軟件系統(tǒng)測試細(xì)則、軟件分系統(tǒng)測試報告、軟件分系統(tǒng)測試問題報告、軟件分系統(tǒng)測試評審報告、設(shè)計和開發(fā)問題及處理結(jié)果匯總表、評審所提問題及處理情況等。

4系統(tǒng)研制及集成階段質(zhì)量管理過程文件

裝備研制是把設(shè)計方案變成藍(lán)圖，并把藍(lán)圖變成實物的過程，也是新型裝備從孕育到誕生的過程。研制的裝備是否能夠達(dá)到預(yù)期的戰(zhàn)術(shù)技術(shù)指標(biāo)、產(chǎn)品質(zhì)量是否滿足要求都取決于這個階段，該階段的風(fēng)險控制工作對裝備研制的成敗起著決定性的作用，是裝備全壽命周期內(nèi)風(fēng)險防范與控制的重中之重。裝備研制階段的主要工作是根據(jù)研制合同或技術(shù)協(xié)議的要求，對購方的需求進(jìn)行分析，確定其功能基線和詳細(xì)設(shè)計方案，進(jìn)行裝備的詳細(xì)設(shè)計、樣件加工，以及進(jìn)行鑒定試驗和定型工作。由于多種原因及條件的限制，許多在方案論證及產(chǎn)品預(yù)研階段未能徹底突破的關(guān)鍵技術(shù)及未能量化的技術(shù)要求都被帶到研制階段，使研制階段的技術(shù)風(fēng)險增大。研制階段的工作任務(wù)繁重，面臨的風(fēng)險因素眾多，是風(fēng)險因素集中、高發(fā)的階段，技術(shù)風(fēng)險、資金風(fēng)險、進(jìn)度風(fēng)險、組織人才風(fēng)險、政策風(fēng)險與道德風(fēng)險都會給研制工作帶來嚴(yán)重影響。在進(jìn)行裝備設(shè)計時應(yīng)注重安全性、可靠性、工藝性、測試性、維修性、保障性設(shè)計。設(shè)計失誤是最大的失誤，一點微小的疏忽都可能給生產(chǎn)、使用和保障帶來意想不到的困難甚至災(zāi)難。在該階段控制好風(fēng)險對于降低批生產(chǎn)和維護(hù)保障階段的風(fēng)險有重要意義。要重視設(shè)計的工藝性，在研制過程中，應(yīng)注重考察設(shè)計的工藝性（包括工裝設(shè)備、工藝流程、工藝規(guī)程等），特別是新設(shè)備、新工藝及特種工藝等，發(fā)現(xiàn)和消除工藝設(shè)計及工藝文件的缺陷，以滿足未來裝備批生產(chǎn)的需求。注重產(chǎn)品的鑒定（定性）試驗、可靠性試驗及使用環(huán)節(jié)。通過試驗及使用及時發(fā)現(xiàn)和處理產(chǎn)品的故障及設(shè)計缺陷，及時采取糾正、預(yù)防措施，并將其落實到設(shè)計更改中去。加強(qiáng)技術(shù)狀態(tài)的控制與管理。在研制階段，產(chǎn)品的技術(shù)狀態(tài)復(fù)雜多變，管理上的疏忽會引起產(chǎn)品技術(shù)狀態(tài)的混亂。要按國軍標(biāo)的要求做好技術(shù)狀態(tài)的控制與管理。這一階段的質(zhì)量管理過程文件包括用戶檢測大綱、系統(tǒng)測試報告、系統(tǒng)測試問題報告、用戶檢測評審報告、設(shè)計和開發(fā)問題及處理結(jié)果匯總表、評審所提問題及處理情況等。

5驗收與交付階段質(zhì)量管理過程文件

現(xiàn)在許多試制裝備在科研、生產(chǎn)、驗收、交付和使用過程中是高度交叉的，科研與生產(chǎn)無論是技術(shù)狀態(tài)還是時間周期上已經(jīng)沒有明顯的界線劃分，研制階段的風(fēng)險因素會影響生產(chǎn)、驗收和交付，生產(chǎn)階段的風(fēng)險因素會影響到裝備的使用和保障。要控制好驗收與交付階段的風(fēng)險，保質(zhì)保量完成裝備交付任務(wù)，需要加強(qiáng)生產(chǎn)組織管理、加強(qiáng)技術(shù)狀態(tài)控制、加強(qiáng)質(zhì)量管理，應(yīng)根據(jù)裝備產(chǎn)品技術(shù)規(guī)范的要求做好例行試驗和定期檢驗工作，認(rèn)真分析和解決試驗中出現(xiàn)的各種問題，抓好問題的歸零處理和措施落實工作，完善履歷、技術(shù)說明書、操作規(guī)程、備品備件等相關(guān)資料。這一階段的質(zhì)量管理過程文件包括驗收大綱、用戶驗收結(jié)果報告、用戶驗收評審報告、試運(yùn)行記錄、試運(yùn)行報告、設(shè)計定型報告、用戶驗收交接清單、顧客滿意度分析、數(shù)據(jù)分析等。

6結(jié)束語

測試報告缺陷分析范文第4篇

摘 要：軟件維護(hù)在現(xiàn)實的軟件開發(fā)過程中占有十分重要的地位，本文介紹了我院的軟件維護(hù)實踐教學(xué)的教學(xué)方案以及具體實施情況。

關(guān)鍵詞：軟件工程；軟件開發(fā)；實驗；實踐教學(xué)；軟件維護(hù)

中圖分類號：G642

文獻(xiàn)標(biāo)識碼：B

1 軟件維護(hù)在軟件工程實踐教學(xué)中的意義

軟件工程是一門理論與實踐并重的基礎(chǔ)課程，教學(xué)內(nèi)容緊密圍繞軟件開發(fā)過程中的各種工程化方法、技術(shù)和思想[1]。在現(xiàn)實的軟件開發(fā)過程中，軟件維護(hù)占有很重要的地位，許多報告都指出軟件維護(hù)成本已經(jīng)占到總體成本的40%～70%以上。軟件維護(hù)關(guān)注于“變化”，包括糾錯性(corrective)、適應(yīng)性(adaptive)、完善性(perfective)、預(yù)防性(preventative)等維護(hù)類型[2]。當(dāng)前的軟件工程教學(xué)中一般都已經(jīng)包括了軟件維護(hù)相關(guān)理論和方法相關(guān)的內(nèi)容，例如軟件維護(hù)及可維護(hù)性的概念、軟件維護(hù)的類型和過程、變更管理以及軟件再工程等。但軟件工程實踐教學(xué)仍然以瀑布式的正向開發(fā)過程為主，主要體現(xiàn)需求分析、設(shè)計、實現(xiàn)和測試等基本開發(fā)活動，缺少軟件維護(hù)的實踐訓(xùn)練。

由于軟件維護(hù)在軟件開發(fā)中的重要性，許多國內(nèi)外學(xué)者都呼吁在軟件工程教學(xué)中引入軟件維護(hù)實踐(如文獻(xiàn)[3])。在軟件工程實踐教學(xué)中引入軟件維護(hù)內(nèi)容主要基于以下這些考慮。

首先，軟件維護(hù)在軟件開發(fā)中占有十分重要的地位，典型的軟件工程開發(fā)中花在軟件維護(hù)上的時間往往比軟件開發(fā)還要多[3]。而且，大部分畢業(yè)生進(jìn)入軟件開發(fā)機(jī)構(gòu)后都是從維護(hù)性的開發(fā)任務(wù)開始的。

其次，軟件維護(hù)實踐還能使學(xué)生更直觀地體會和理解軟件工程方法和原則的重要性。軟件工程教學(xué)中系統(tǒng)地講授了許多重要的軟件工程方法和原則，包括軟件文檔規(guī)范、設(shè)計原則(如層次化、高內(nèi)聚低耦合等)以及編碼習(xí)慣(如標(biāo)識符命名、注釋和排版等)等，其中大部分都與軟件的可維護(hù)性相關(guān)。通過對文檔不全、設(shè)計混亂和編碼習(xí)慣不好的軟件系統(tǒng)進(jìn)行維護(hù)，可以對這些方法和原則獲得直觀、深入的認(rèn)識和理解。例如，對標(biāo)識符命名不規(guī)范、缺少注釋、排版混亂的代碼進(jìn)行閱讀和理解，可以深刻認(rèn)識到好的編碼習(xí)慣對于維護(hù)工作的重要性。

此外，軟件維護(hù)實踐能使學(xué)生更好地認(rèn)識軟件開發(fā)的現(xiàn)實困難。缺陷報告、需求變更、軟硬件平臺的變化等導(dǎo)致軟件演化的因素在現(xiàn)實的軟件開發(fā)中總是存在的。通過在實踐教學(xué)中設(shè)置階段性的需求變更，可以讓學(xué)生對于現(xiàn)實的軟件開發(fā)有更加真實的體驗，從而提高對迭代、增量式開發(fā)等實用的軟件開發(fā)方法和技術(shù)的認(rèn)知。

2 軟件維護(hù)實踐教學(xué)方案

軟件維護(hù)主要包括糾錯性、適應(yīng)性、完善性和預(yù)防性維護(hù)四種類型[2]：糾錯性維護(hù)是針對所發(fā)現(xiàn)的錯誤或缺陷而對軟件進(jìn)行的修改；適應(yīng)性維護(hù)是為了適應(yīng)外部環(huán)境(如硬件、操作系統(tǒng)、外部規(guī)則等)的變化而對軟件進(jìn)行的修改；完善性維護(hù)是由于功能擴(kuò)展而進(jìn)行的軟件修改；預(yù)防性維護(hù)是面向未來的維護(hù)需要，為了提高軟件的適應(yīng)性和可維護(hù)性等而進(jìn)行的系統(tǒng)優(yōu)化和改進(jìn)。軟件維護(hù)實踐教學(xué)應(yīng)以循序漸進(jìn)的方式覆蓋這四個方面的軟件維護(hù)任務(wù)，同時穿插并突出相關(guān)軟件工程方法和原則的體驗和熏陶。

根據(jù)這一總體目標(biāo)，相應(yīng)的軟件維護(hù)實踐教學(xué)將在給定的作為維護(hù)對象的遺留系統(tǒng)基礎(chǔ)上，分三個階段進(jìn)行，如圖1所示。遺留系統(tǒng)分析評估階段的主要目的是在理解遺留系統(tǒng)需求的基礎(chǔ)上對系統(tǒng)的外部和內(nèi)部質(zhì)量進(jìn)行初步的了解和評價。系統(tǒng)改進(jìn)維護(hù)階段的目標(biāo)是以當(dāng)前系統(tǒng)需求為基礎(chǔ)，對遺留系統(tǒng)的缺陷和錯誤進(jìn)行修改，對系統(tǒng)內(nèi)部的設(shè)計、實現(xiàn)以及文檔質(zhì)量進(jìn)行改進(jìn)。系統(tǒng)需求演化維護(hù)階段通過若干次迭代的需求和系統(tǒng)環(huán)境變更，進(jìn)行系統(tǒng)的完善性和適應(yīng)性維護(hù)。針對新需求和系統(tǒng)環(huán)境設(shè)置的修改將通過系統(tǒng)測試確認(rèn)，測試結(jié)果反饋給系統(tǒng)改進(jìn)維護(hù)階段，從而進(jìn)行相應(yīng)的糾錯性維護(hù)活動。此外，系統(tǒng)修改過程中發(fā)現(xiàn)的內(nèi)部質(zhì)量問題(例如可擴(kuò)展性上的不足等)同樣也會反饋給系統(tǒng)改進(jìn)維護(hù)階段，從而進(jìn)行相應(yīng)的預(yù)防性維護(hù)活動。這種反饋關(guān)系以及需求和系統(tǒng)環(huán)境變更的迭代進(jìn)行使得后兩個階段將反復(fù)迭代進(jìn)行。

(1) 遺留系統(tǒng)分析評估階段

與傳統(tǒng)的基于分析、設(shè)計和實現(xiàn)的軟件工程實踐教學(xué)不同，軟件維護(hù)實踐教學(xué)以已經(jīng)開發(fā)完成的遺留軟件系統(tǒng)作為起點。每個小組分配到的遺留系統(tǒng)都是由其他人開發(fā)的，猶如在軟件開發(fā)中接手其他小組的維護(hù)工作。因此，首先要求他們在理解項目當(dāng)前需求的基礎(chǔ)上，對所分配的系統(tǒng)進(jìn)行分析和評估，從而為后續(xù)的維護(hù)活動打下基礎(chǔ)。這階段的主要實踐任務(wù)包括：

圖1 軟件維護(hù)實踐教學(xué)過程

1) 理解遺留系統(tǒng)需求。與正向軟件開發(fā)一樣，軟件維護(hù)實踐也要從了解系統(tǒng)需求開始。需求是評價當(dāng)前系統(tǒng)質(zhì)量，進(jìn)而規(guī)劃并實施各種糾錯性、適應(yīng)性、完善性和預(yù)防性維護(hù)活動的基礎(chǔ)。

2) 系統(tǒng)測試及外部質(zhì)量評價。外部質(zhì)量因素是那些用戶能輕易觀察到的軟件特性，例如功能正確性、性能、可靠性、可用性等[2]。通過系統(tǒng)測試，可以針對用戶需求得到遺留系統(tǒng)的外部質(zhì)量總體評價，以及待糾正的錯誤和缺陷列表，從而為糾錯性維護(hù)打下基礎(chǔ)。

3) 系統(tǒng)理解及內(nèi)部質(zhì)量評價。內(nèi)部質(zhì)量是指與系統(tǒng)內(nèi)部設(shè)計和實現(xiàn)相關(guān)的質(zhì)量特性，例如可理解性、可維護(hù)性、可擴(kuò)展性等，它們對于軟件工程師而言是十分重要的[2]。通過閱讀遺留系統(tǒng)文檔(可能殘缺不全或質(zhì)量不高)以及系統(tǒng)代碼，同時借助于相關(guān)輔助理解工具的支持，獲得對系統(tǒng)設(shè)計(如體系結(jié)構(gòu)和模塊結(jié)構(gòu)等)和代碼的初步理解，在此基礎(chǔ)上對系統(tǒng)的設(shè)計和實現(xiàn)質(zhì)量進(jìn)行評價，從而為預(yù)防性維護(hù)打下基礎(chǔ)。

這一階段首先強(qiáng)化了對于軟件測試的實踐。在以往的教學(xué)實踐中，我們發(fā)現(xiàn)學(xué)生在正向開發(fā)階段往往不太重視測試(對于自己開發(fā)的系統(tǒng)進(jìn)行測試往往會覺得沒有必要或比較敷衍了事)，且常與調(diào)試混淆。而在軟件維護(hù)實踐中，測試對象是他人開發(fā)的系統(tǒng)(實踐中常常發(fā)現(xiàn)學(xué)生對于測試、評價其他人開發(fā)的系統(tǒng)比較有興趣)，而且測試結(jié)果直接決定了對遺留系統(tǒng)的外部質(zhì)量評價和糾錯性改進(jìn)方案，因此學(xué)生往往會認(rèn)真對待。系統(tǒng)理解能力也非常重要。在教學(xué)實踐中，可以鼓勵學(xué)生充分運(yùn)用相關(guān)輔助理解工具進(jìn)行系統(tǒng)理解，例如Eclipse相關(guān)插件所提供的代碼UML視圖、類語法樹、調(diào)用關(guān)系圖、度量信息等輔助理解功能。

除此之外，系統(tǒng)理解及內(nèi)部質(zhì)量評價還強(qiáng)化了對于軟件工程設(shè)計和實現(xiàn)原則的認(rèn)識。通過閱讀遺留系統(tǒng)文檔和代碼，學(xué)生們可以深切體會到好的系統(tǒng)設(shè)計、編碼風(fēng)格以及文檔規(guī)范對于軟件開發(fā)的重要性。實踐中，他們經(jīng)常會抱怨遺留系統(tǒng)文檔不全或不一致、設(shè)計混亂、編碼風(fēng)格不好，而這些其實也正是他們自己在正向開發(fā)階段很容易出現(xiàn)的問題。

(2) 系統(tǒng)改進(jìn)維護(hù)階段

系統(tǒng)改進(jìn)維護(hù)階段將在遺留系統(tǒng)分析和評估基礎(chǔ)上，進(jìn)行糾錯性和預(yù)防性維護(hù)。針對用戶需求以及一般的軟件設(shè)計和實現(xiàn)質(zhì)量準(zhǔn)則，從外部質(zhì)量和內(nèi)部質(zhì)量兩個方面對遺留系統(tǒng)進(jìn)行改進(jìn)。這階段的主要實踐任務(wù)包括：

1) 糾錯性維護(hù)實施。針對系統(tǒng)測試過程中發(fā)現(xiàn)的問題，進(jìn)行糾錯性維護(hù)，包括消除系統(tǒng)意外出錯、糾正與功能需求不一致的地方、改進(jìn)系統(tǒng)性能、可靠性等非功能質(zhì)量方面的不足。

2) 回歸測試及總結(jié)。糾錯性維護(hù)結(jié)束后，通過回歸測試驗證糾錯性維護(hù)的效果，并進(jìn)行總結(jié)。

3) 預(yù)防性維護(hù)方案制定及實施。針對系統(tǒng)內(nèi)部質(zhì)量評價中發(fā)現(xiàn)的問題以及糾錯性維護(hù)中遇到的困難(例如難以擴(kuò)展的系統(tǒng)結(jié)構(gòu)等)，制定并實施對系統(tǒng)的預(yù)防性維護(hù)方案，包括對系統(tǒng)設(shè)計和編碼質(zhì)量的改進(jìn)，以及對開發(fā)文檔的補(bǔ)充和完善等。

4) 系統(tǒng)評審及總結(jié)。預(yù)防性維護(hù)結(jié)束后，對系統(tǒng)的設(shè)計、代碼及文檔進(jìn)行評審，總結(jié)改進(jìn)情況以及所獲得的體會和經(jīng)驗。

這一階段首先涵蓋了糾錯性維護(hù)和預(yù)防性維護(hù)實踐。其次，預(yù)防性維護(hù)實踐通過系統(tǒng)設(shè)計、開發(fā)文檔、編碼風(fēng)格等方面的改進(jìn)，強(qiáng)化了相關(guān)軟件工程方法和原則的訓(xùn)練。

(3) 系統(tǒng)需求演化維護(hù)階段

前兩個階段的軟件維護(hù)實踐都還停留在原有系統(tǒng)基礎(chǔ)上，系統(tǒng)需求演化階段將通過用戶需求和系統(tǒng)環(huán)境的變化，引導(dǎo)學(xué)生進(jìn)行完善性和適應(yīng)性維護(hù)實踐。由于現(xiàn)實中的軟件開發(fā)一般都包含多次迭代和增量，因此這階段的維護(hù)實踐也將迭代進(jìn)行多次。這階段的主要實踐任務(wù)包括：

1) 需求和系統(tǒng)環(huán)境變更分析。在原有系統(tǒng)需求基礎(chǔ)上，提出若干新的擴(kuò)展功能要求和系統(tǒng)環(huán)境變更(例如改變原有的數(shù)據(jù)庫管理系統(tǒng))，要求學(xué)生通過與助教的溝通和交流明確需求和系統(tǒng)環(huán)境變更要求。

2) 系統(tǒng)修改方案制定及實施。根據(jù)變更要求和對系統(tǒng)設(shè)計、實現(xiàn)的理解確定系統(tǒng)修改方案并加以實施。

3) 系統(tǒng)測試。針對需求或系統(tǒng)環(huán)境變更進(jìn)行系統(tǒng)測試，對系統(tǒng)修改進(jìn)行確認(rèn)，所發(fā)現(xiàn)的錯誤和缺陷將反饋給糾錯性維護(hù)活動。

4) 系統(tǒng)內(nèi)部質(zhì)量反饋。針對需求或系統(tǒng)環(huán)境變更的修改活動可以對系統(tǒng)的內(nèi)部設(shè)計和實現(xiàn)質(zhì)量進(jìn)行檢驗，暴露設(shè)計、實現(xiàn)及文檔等方面的問題，這些問題將反饋給預(yù)防性維護(hù)活動。

系統(tǒng)需求演化維護(hù)階段除了涵蓋完善性和適應(yīng)性維護(hù)實踐外，還具有以下幾個方面的作用：使學(xué)生體驗到真實軟件開發(fā)中多次迭代的增量式開發(fā)過程；通過需求變更直觀體會到可維護(hù)性、可擴(kuò)展性等內(nèi)部設(shè)計和實現(xiàn)質(zhì)量的重要性；驗證改進(jìn)維護(hù)階段對于改進(jìn)系統(tǒng)內(nèi)部質(zhì)量的效果，加深對于良好的軟件設(shè)計、編碼和文檔習(xí)慣的認(rèn)識。

3 教學(xué)方案實施

軟件工程課程實驗可以按照由淺入深的順序分為認(rèn)知性導(dǎo)入實驗、方法性實驗和綜合實踐三個部分，其中前兩部分穿插在一個學(xué)期的軟件工程課程中進(jìn)行，而綜合實踐則可以在后續(xù)的軟件實踐類課程中安排[1]。在教學(xué)實踐中，軟件維護(hù)實踐應(yīng)該作為綜合實踐安排，此時學(xué)生已經(jīng)有了軟件工程課程教學(xué)和一些正向開發(fā)實踐(主要包括需求分析、設(shè)計和實現(xiàn))基礎(chǔ)。軟件維護(hù)實踐以3～5人的小組為單位，每個人可以分別擔(dān)任需求分析、設(shè)計、實現(xiàn)和測試等不同實踐任務(wù)。

在實踐項目選擇上，我們從此前的軟件工程課程實踐、數(shù)據(jù)庫課程實踐(數(shù)據(jù)庫應(yīng)用系統(tǒng))等實踐項目中選取一些具有典型性的系統(tǒng)實現(xiàn)(包括文檔和代碼等)作為軟件維護(hù)實踐候選對象。這些項目一般已經(jīng)基本實現(xiàn)了原有的用戶需求，但在外部質(zhì)量和內(nèi)部設(shè)計和實現(xiàn)上還存在許多不足。選取這類項目的好處是由類似背景的學(xué)生完成，能夠反映許多典型的軟件實踐問題，同時相關(guān)項目學(xué)生已經(jīng)有所接觸，也較為熟悉。

在軟件實踐教學(xué)中，我們選取書店管理系統(tǒng)等多個在以往軟件工程和數(shù)據(jù)庫等相關(guān)課程的課程實踐項目作為軟件維護(hù)實踐的對象。這些項目都是以數(shù)據(jù)庫為核心的信息管理系統(tǒng)，這類系統(tǒng)較為典型且本身的需求較容易發(fā)生變化。

(1) 遺留系統(tǒng)分析評估階段

此階段學(xué)生將首先借助于原始需求說明以及與客戶(由助教扮演)的交互明確系統(tǒng)需求。在此基礎(chǔ)上通過測試和文檔、代碼分析進(jìn)行外部質(zhì)量和內(nèi)部質(zhì)量評價。遺留系統(tǒng)外部質(zhì)量上存在的主要問題包括某些功能與需求不符、運(yùn)行不穩(wěn)定、用戶使用不方便等。而內(nèi)部質(zhì)量方面的普遍問題包括類結(jié)構(gòu)設(shè)計混亂、文檔缺乏或不規(guī)范、編碼質(zhì)量差(命名不規(guī)范、缺少注釋)等。

本階段安排約4周時間，其中第1周用于了解遺留系統(tǒng)原始需求，第2周用于系統(tǒng)測試，后2周用于系統(tǒng)理解和分析。本階段要求提交系統(tǒng)測試報告、系統(tǒng)總體評價報告(包括外部質(zhì)量和內(nèi)部質(zhì)量)。

(2) 系統(tǒng)改進(jìn)維護(hù)階段

此階段的系統(tǒng)改進(jìn)針對系統(tǒng)測試報告中所發(fā)現(xiàn)的錯誤和缺陷進(jìn)行糾錯性維護(hù)，針對系統(tǒng)總體評價報告中指出的設(shè)計、編碼和文檔上的不足進(jìn)行改進(jìn)。初次的系統(tǒng)改進(jìn)后，本階段的維護(hù)活動還可能在系統(tǒng)需求演化維護(hù)階段的反饋作用下反復(fù)多次進(jìn)行(見圖1)。

本階段在每次迭代中安排約2周時間，要求提交回歸測試報告、糾錯性維護(hù)總結(jié)以及預(yù)防性維護(hù)總結(jié)。

(3) 系統(tǒng)需求演化維護(hù)階段

此階段的維護(hù)活動由需求或系統(tǒng)環(huán)境變更發(fā)起。以書店管理系統(tǒng)為例，遺留系統(tǒng)實現(xiàn)的基本功能包括圖書查詢、選購、訂單生成、付款(現(xiàn)金方式)及簡單的庫存管理等。需求變更可以包括增加信用卡支付功能(通過虛擬的銀行支付接口)、增加郵購和網(wǎng)上訂購功能、增加會員制折扣功能等。系統(tǒng)環(huán)境變更可以包括改變所用數(shù)據(jù)庫管理系統(tǒng)(如由Access改為MySQL)、改變國內(nèi)地區(qū)標(biāo)準(zhǔn)編碼(用于標(biāo)識供應(yīng)商及顧客的地區(qū))等。相應(yīng)的維護(hù)活動除了滿足這些新需求及系統(tǒng)環(huán)境外，還可以引導(dǎo)學(xué)生進(jìn)一步改進(jìn)系統(tǒng)的設(shè)計和實現(xiàn)等。例如，為了更好的容納信用卡支付這一新的付款方式，可以從現(xiàn)金支付和信用卡支付中抽取出公共的支付方式類，從而改進(jìn)系統(tǒng)的設(shè)計結(jié)構(gòu)。

本階段在每次迭代中安排約2周時間，要求提交系統(tǒng)修改方案、測試報告和系統(tǒng)內(nèi)部質(zhì)量改進(jìn)反饋報告。

這樣，在一學(xué)期的軟件實踐課程中，系統(tǒng)改進(jìn)維護(hù)階段和系統(tǒng)需求演化維護(hù)階段一起可以安排3次左右的迭代，每次完成1～2項需求或系統(tǒng)環(huán)境變更。

我們在復(fù)旦大學(xué)計算機(jī)科學(xué)與技術(shù)學(xué)院的軟件工程本科教學(xué)實踐中利用軟件實踐課程開展軟件維護(hù)實踐教學(xué)。軟件實踐課程安排在軟件工程課程(第六學(xué)期)之后的第七學(xué)期，此時學(xué)生已經(jīng)系統(tǒng)的學(xué)習(xí)過軟件工程、數(shù)據(jù)庫、操作系統(tǒng)等課程，初步具備了開展綜合性軟件開發(fā)實踐的基礎(chǔ)。

4 總結(jié)

軟件開發(fā)實踐是軟件工程教學(xué)的重要組成部分。傳統(tǒng)的軟件開發(fā)實踐教學(xué)主要以瀑布式的正向開發(fā)實踐為主，忽略了軟件維護(hù)實踐的訓(xùn)練。軟件維護(hù)實踐的意義不僅在于軟件維護(hù)在現(xiàn)實軟件開發(fā)中的重要地位，而且可以使學(xué)生更加直觀、深刻地體會和理解相關(guān)的軟件工程方法和原則。通過遺留系統(tǒng)分析評估以及多次迭代的系統(tǒng)改進(jìn)維護(hù)和需求演化維護(hù)，不僅培養(yǎng)了系統(tǒng)理解、修改等軟件維護(hù)實踐能力，還強(qiáng)化了軟件設(shè)計準(zhǔn)則、編碼和文檔習(xí)慣以及軟件測試能力的培養(yǎng)。

參考文獻(xiàn)

[1] 彭鑫，趙文耘，錢樂秋．軟件工程實驗教學(xué)研究與實踐[J]．計算機(jī)教育，2007，(20).

測試報告缺陷分析范文第5篇

關(guān)鍵詞：軟件開發(fā)過程；項目管理

隨著信息技術(shù)的快速發(fā)展，應(yīng)用軟件的功能越來越龐大，為了便于管理，把項目管理的方法引入到軟件開發(fā)過程當(dāng)中，對所有的軟件活動進(jìn)行有效的管理。本文按照傳統(tǒng)的瀑布模型從項目管理九大知識領(lǐng)域的角度，進(jìn)行軟件管理項目的工作實踐管理。

第一階段：立項

（1）建立團(tuán)隊：明確項目經(jīng)理，選擇項目組成員，識別項目干系人。

（2）編寫項目任務(wù)書：明確項目的背景和目標(biāo)，能夠描述出基本的項目范圍，識別并且確定整個項目的需求，能夠指出項目中干系人的期望值，確認(rèn)需要交付的產(chǎn)品或服務(wù)，功能和性能指標(biāo)。

（3）制定工作計劃：重點描述任務(wù)的分配計劃，執(zhí)行的時間計劃。

（4）制定成本計劃：制定活動清單，采購計劃，人力成本計劃。

（5）制定評審流程：由項目的管理層和相關(guān)干系人制定流程。

（6）制定溝通管理：制定溝通管理。

（7）簽訂合同：立項、初驗、中驗、維保過程中確認(rèn)交付的產(chǎn)品或者服務(wù)。

第二階段：需求的調(diào)研

（1）人員分配：分配調(diào)研人員工作任務(wù)。

（2）編寫需求規(guī)格說明書：進(jìn)一步明確軟件的范圍，原型的制定（UI操作界面+UE界面設(shè)計），明確才用的開發(fā)環(huán)境和開發(fā)工具。

（3）運(yùn)營指標(biāo)的檢測：監(jiān)控工作任務(wù)的完成情況，監(jiān)控預(yù)算是否變化，監(jiān)控需求的變更。

（4）時間管理：任務(wù)分解wbs，定義具體的活動，排列順序，估算工作時間。

第三階段：設(shè)計和開發(fā)

（1）人員管理：分配開發(fā)人員工作任務(wù)。

（2）編寫概要設(shè)計說明書，編寫詳細(xì)設(shè)計說明書，編寫代碼。

（3）運(yùn)營指標(biāo)的監(jiān)控：監(jiān)控工作任務(wù)的完成情況，監(jiān)控預(yù)算是否變化，監(jiān)控需求的變更。

第四階段：測試

（1）人員管理：分配測試人員工作任務(wù)。

（2）部署：部署生產(chǎn)環(huán)境。

（3）編寫功能測試測試計劃，編寫功能測試用例并執(zhí)行測試，編寫功能測試報告。

（4）編寫性能測試測試計劃，錄制腳本并分析，編寫性能測試報告。

（5）測試管理：缺陷管理。

（6）運(yùn)營指標(biāo)的監(jiān)控：功能和性能是否和需求一致，工作任務(wù)否是及時完成。

第五階段：實施

（1）人員管理：分配實施人員任務(wù)。

制定實施方案：在生產(chǎn)環(huán)境部署軟件的使用環(huán)境，要保證執(zhí)行計劃所需的資源

（2）運(yùn)營指標(biāo)的監(jiān)控：是否及時完成實施人員的培訓(xùn)及管理工作。

（3）用戶驗證確認(rèn)。

第六階段：運(yùn)行和維護(hù)

（1）對項目代碼進(jìn)行打包，交付。

（2）合同終結(jié)：得到項目干系人的認(rèn)可。

（3）跟蹤問題，并解決問題。

（4）撰寫項目總結(jié)報告。

在對項目的綜合管理中，要制定計劃，要嚴(yán)格的執(zhí)行計劃，遇到變化，要有效的進(jìn)行協(xié)調(diào)和控制；在項目范圍管理中，對范圍進(jìn)行定義和確認(rèn)，有效的變更進(jìn)行控制；對項目時間的管理就是對活動進(jìn)行定義，根據(jù)活動的性質(zhì)，進(jìn)行排序，以及時間的估算，人員進(jìn)度的安排和進(jìn)度的控制；在項目成本管理中，要有資源計劃，成本估算，成本預(yù)算和成本控制；在項目質(zhì)量管理就是質(zhì)量計劃，質(zhì)量評估和質(zhì)量控制；在項目人力資源管理中強(qiáng)調(diào)，項目組成員的組建，干系人的識別；在項目溝通管理中，強(qiáng)調(diào)溝通計劃，激勵措施，執(zhí)行情況報告以及信息管理；項目風(fēng)險管理，強(qiáng)調(diào)風(fēng)險分析和識別，以及風(fēng)險監(jiān)控；最后是采購管理，制定采購計劃，確認(rèn)項目范圍內(nèi)的都已經(jīng)完成，合同管理及合同收尾。

軟件開發(fā)類項目通常是通過團(tuán)隊合作的方式來完成的，引入了項目管理的知識，在整個項目中對工作任務(wù)的分解、估算工作時間，人員的分配、風(fēng)險的監(jiān)控、成本的控制、質(zhì)量的把握等方面起到了很好的作用。讓項目的每個階段，都能夠在管理者的監(jiān)控之下，以達(dá)到在成本、時間、質(zhì)量三者的一個平衡，最終完成整個項目的開發(fā)，最終打包交付到用戶手中，合同終結(jié)。

參考文獻(xiàn)：

[1] 王勇、張斌譯.項目管理知識體系指南.電子工業(yè)出版社.（美）項目管理協(xié)會