1、WBANNK項目目的收尾尾分析報報告范例例1、基本本信息 項目代碼碼Xxxxx生命期開發(fā)期，整個生生命期業(yè)務(wù)領(lǐng)域域金融業(yè)?；赪Web的帳帳戶管理理應(yīng)用項目領(lǐng)導導/模塊塊領(lǐng)導Xxxxx業(yè)務(wù)經(jīng)理理軟件質(zhì)量量顧問Xxxxx2、績效效總結(jié)績效參數(shù)數(shù)實際值估計值偏差偏差原因因（如果果偏差大大）總的工作作量（人人日）59750119%兩個主要要的變更更申請最多時的的團隊人人數(shù)990N/A項目開始始日期20000年4月月3日20000年4月月3日0N/A項目收尾尾日期20000年100月3日日20000年100月300日27天兩個主要要的變更更申請花花去了55%工作作量質(zhì)量（已已交付產(chǎn)產(chǎn)品的故故障數(shù)/FP

2、）0.00020.01125由于故障障預(yù)防和和增量過過程的作作用，質(zhì)質(zhì)量提高高了生產(chǎn)率58572%N/A質(zhì)量成本本31.44%33%5%N/A故障引入入率0.02220.033-26%由于故障障預(yù)防故故障引入入率減少少了故障排除除效率97.4497小N/A3、過程程細節(jié)過種裁制制利用了RRatiionaal統(tǒng)一一過程迭代式地地完成開開發(fā)和分分析開發(fā)迭迭代3次次，而設(shè)設(shè)計和分分析迭代代2次通過Reequiisitte PPro工工具實現(xiàn)現(xiàn)需求跟跟蹤4、所用用的工具具有關(guān)所用用的工具具的備注注外部工具具：VSSS、VVJA、Reqquissitee Proo、MSPP內(nèi)部工具具：BuugsBBun

3、nny、WWAR5、風險險管理項目開始始時識別別的風險險風險1風險2風險3風險4缺少客戶戶的數(shù)據(jù)據(jù)庫設(shè)計計師和數(shù)數(shù)據(jù)庫管管理員的的支持RUP使使用不正正確，因因為這是是第一次次使用不員流失失通過鏈路路操作客客戶數(shù)據(jù)據(jù)的問題題項目執(zhí)行行期間遇遇到的問問題風險1風險2風險3風險4轉(zhuǎn)換到VVAJ33.1的影影響缺少客戶戶的數(shù)據(jù)據(jù)庫設(shè)計計師和數(shù)數(shù)據(jù)庫管管理員的的支持RUP使使用不正正確，因因為這是是第一次次使用不員流失失有關(guān)風險險緩和措措施的備備注風險1：明確地地表達風風險有助助于客戶戶同意延延遲轉(zhuǎn)換換以及正正確地預(yù)預(yù)算影響響。風險2：提前進進行仔細細的規(guī)劃劃并利用用聯(lián)機協(xié)協(xié)調(diào)者，這樣遷遷移策略略是有

4、效效的。風險3：有效的的做法是是對團隊隊進行RRUP培培訓，并并將它及及時地通通知客戶戶。風險4：雖然沒沒有具體體化，但但它仍然然是一個個風險，影響可可能很小小，因為為每個關(guān)關(guān)鍵任務(wù)務(wù)都被及及時地通通知給多多個人。6、規(guī)模模估計的規(guī)規(guī)模實際規(guī)模模簡單用例例數(shù)量55中等復雜雜用例數(shù)數(shù)量99復雜用例例數(shù)量1212關(guān)于估計計的備注注分類標準準：用簡簡單用例例、中等等復雜用用例和復復雜用例例的標準準定義進進行用例例分類。這樣的的分類可可以起到到很好的的作用。最終源代代碼的規(guī)規(guī)模用LLOC進進行度量量。并用用公布的的轉(zhuǎn)換表表規(guī)范化化成FPP規(guī)模。對于JJavaa，公布布的轉(zhuǎn)換換表達認認為211LOCC等

5、于11FP，而對于于COBBOL，1077LOCC等于11FP。結(jié)果語言言LOC規(guī)規(guī)模EP規(guī)模模Javaa33 886516122COBOOL12411127、進度度計劃階段實際所花花的時間間（天）估計的時時間（天）落后（%）落后的原原因需求分析析28.66731-6.88概要設(shè)計計000.0詳細設(shè)計計38.8842-6.77編碼132135-1.66單元測試試910-9.33總構(gòu)建141144-2.11集成測試試40400系統(tǒng)測試試1500.0驗收測試試（ATT）3010200.0在客戶的的申請下下AT完完成時間間質(zhì)量成本本COQ=（評審審工作量量+返工工工作量量+培訓訓工作量量）/總總工作

6、量量1000% =（669.55+3443.55+1229.55+5667.55+900+3336.55+1004.55）/52229.51000% =311.4%工作量階段任務(wù)評審返工總計需求分析析210.010.0060.00280.0概要設(shè)計計0.00.00.00.0詳細設(shè)計計652.014.0029.55695.5編碼11888.039.5576.5513044.0單元測試試129.50.017.00146.0集成測試試567.56.0160.5734.0系統(tǒng)測試試90.000.00.090.00驗收測試試336.50.00.0336.5LC階段段總工作作量31733.569.5534

7、3.535866.5項目管理理733.10.00.0733.1培訓104.50.00.0104.5CM317.00.00.0317.5其他488.50.00.0488.5總計（包包括管理理、培訓訓和其他他）16433.00.00.016433.0總工作量量（人時時）48166.5069.550343.5052299.500總工作量量（人月月）25.7760.3771.84427.997人工作量量分布情情況及實實際的工工作量與與估計的的工作量量階段實際 估估計 偏差差工作量（人時）百分比（%）工作量（人時）百分比（%）%偏差原因因需求分析析2805.355475.010330工作量估估計過高高（

8、以往往項目的的數(shù)據(jù)不不能提供供幫助，因為它它沒有這這個階段段）調(diào)計（概概要設(shè)計計和詳細細設(shè)計）695.013.330569.01222設(shè)計花去去了更多多的時間間，因為為團隊沒沒有使用用RattionnalRRosee和OOOAD的的經(jīng)驗編碼12044.024.99412355.3266單測試146.52.800142.533集成測試試734.014044331.07120大量工作作量用于于修復與與Synnerggy和Winndowws RResiixedd代碼協(xié)協(xié)調(diào)調(diào)期期間引入入的故障障系統(tǒng)測試試90.001.72295.002-5驗收測試試336.56.433285.0618驗收測試試在10

9、0月3日日沒有完完成，并并有由于于客戶的的延誤一一直延續(xù)續(xù)至100月233日LC階段段總計35866.568.55831322.86614.55項目管理理733.114.002713.0153培訓104.52.000455.010-77CM317.06.066142.03123由于協(xié)調(diào)調(diào)問題而而產(chǎn)生的的偏差其他488.59.344285.0671更多是由由于培訓訓而引起起的偏差差管理、培培訓和其其他總計計16433.031.44215955.0343.011總計52299.510047277.810010.66故障分布布情況檢測階段段實際故障障數(shù)占發(fā)現(xiàn)的的總故障障數(shù)的百百分比（%）估計的故故障

10、數(shù)占估計的的總數(shù)故故障數(shù)的的百分比比（%）偏差（%）需求和設(shè)設(shè)計評審審11102920-62代碼評審審58502920100單元測試試15135740-73集成和系系統(tǒng)測試試2925251716驗收測試試3253-40總計116100145100-20出現(xiàn)偏差差的原因因（1）故故障預(yù)防防措施減減少了后后面階段段的故障障引入率率，導致致總體故故障引入入率減少少。（2）估估計所基基于的以以往項目目只進行行過極少少量的代代碼評審審，并且且嚴重地地依賴于于UT（單元測測試）。在這個個項目中中，因為為更加嚴嚴格和廣廣泛地執(zhí)執(zhí)行代碼碼評審，在評審審時發(fā)現(xiàn)現(xiàn)了更多多的故障障，所以以單元測測試時發(fā)發(fā)現(xiàn)的故故障

11、大大大地減少少了。故障排除除效率故障檢測測階段故障引入入階段故障排除除效率需求分析析構(gòu)建需求評審審5100%設(shè)計評審審06100%代碼評審審005855%（58/58+15+29+3）單元測試試001532%（15/15+29+3）集成/系系統(tǒng)測試試002991%（29/29+3）驗收測試試003100%總的故障障排除效效率=1113/1166=977.4%故障按嚴嚴重性分分布情況況序號嚴重性故障數(shù)總故障率率（%）1裝飾性故故障2622.442次要故障障51443主要故障障36314緊急故障障32.65其他總計116故障按類類型的分分布情況況序號故障類型型故障數(shù)總故障數(shù)數(shù)（%）1邏輯3328.

12、442標準29253績效2420.774冗余代碼碼14125用戶接口口97.76體系結(jié)構(gòu)構(gòu)43.57一致性21.78重用性10.9總計36510 因因果分析析和應(yīng)吸吸取的教教訓幾乎沒有有很大原原過程績績效偏差差；實際際偏差績績效與期期望的績績效非常常接近。對于那那些大的的偏差，給出偏偏差的同同時還給給出了出出現(xiàn)偏差差的原因因。應(yīng)吸吸取的一一些關(guān)鍵鍵教訓如如下：（1）增增量式開開發(fā)或者者階段性性開發(fā)對對于實現(xiàn)現(xiàn)更高的的質(zhì)量和和生產(chǎn)率率非常有有幫助，因為根根據(jù)第一一階段的的數(shù)據(jù)確確定故障障預(yù)防措措施，可可以改進進其余階階段的質(zhì)質(zhì)量和生生產(chǎn)率。（2）故故障預(yù)防防可以顯顯著地降降低故障障引入率率。即使使從工作作量上看看，故障障預(yù)防也也能很好好地得到到回報；在故障障預(yù)防上上投入幾幾個小時時的工作作量，最最多可以以使以后后的返工工工作量量減少55至100倍。（3）如如果某個個變更申申請有較較大的影影響，則則用一個個詳細的的影響分分析與客客戶討論論，這在在設(shè)置正正確的期期望和進進行嚴格格的成本本效益分分析時非非常有益益（這可可以迫便便變更延延遲進行行，該項項目就是是延遲了了變更）。（4）代代碼評審審和單無無測試階階段的故故障排除除效率很很低，為為了改進進這兩個個階段的的效率，必須評評審這兩兩個階段段的過程程以及過過程的