WBANK項目的收尾分析報告范例

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

2、由于故障預(yù)預(yù)防和增增量過程程的作用用，質(zhì)量量提高了了生產(chǎn)率58572%N/A質(zhì)量成本31.4%33%5%N/A故障引入率率0.02220.03-26%由于故障預(yù)預(yù)防故障障引入率率減少了了故障排除效效率97.497小N/A3、過程細細節(jié)過種裁制利用了Raatioonall統(tǒng)一過過程迭代式地完完成開發(fā)發(fā)和分析析開發(fā)發(fā)迭代33次，而而設(shè)計和和分析迭迭代2次次通過Reqquissitee Prro工具具實現(xiàn)需需求跟蹤蹤4、所用的的工具有關(guān)所用的的工具的的備注外部工具：VSSS、VJJA、RRequuisiite Proo、MSPP內(nèi)部工具：BuggsBuunnyy、WAAR5、風(fēng)險管管理項目開始時時識

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

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

5、C等于于1FPP。結(jié)果語言LOC規(guī)模模EP規(guī)模Java33 86651612COBOLL1241127、進度計計劃階段實際所花的的時間（天天）估計的時間間（天）落后（%）落后的原因因需求分析28.67731-6.8概要設(shè)計000.0詳細設(shè)計38.842-6.7編碼132135-1.6單元測試910-9.3總構(gòu)建141144-2.1集成測試40400系統(tǒng)測試1500.0驗收測試（AAT）3010200.00在客戶的申申請下AAT完成成時間質(zhì)量成本COQ=（評評審工作作量+返返工工作作量+培培訓(xùn)工作作量）/總工作作量1000% =（699.5+3433.5+1299.5+5677.5+90+336

6、6.5+1044.5）/52229.51000% =31.4%工作量階段任務(wù)評審返工總計需求分析210.0010.060.0280.00概要設(shè)計0.00.00.00.0詳細設(shè)計652.0014.029.5695.55編碼1188.039.576.51304.0單元測試129.550.017.0146.00集成測試567.556.0160.55734.00系統(tǒng)測試90.00.00.090.0驗收測試336.550.00.0336.55LC階段總總工作量量3173.569.5343.553586.5項目管理733.110.00.0733.11培訓(xùn)104.550.00.0104.55CM317.00

7、0.00.0317.55其他488.550.00.0488.55總計（包括括管理、培培訓(xùn)和其其他）1643.00.00.01643.0總工作量（人人時）4816.5069.500343.5505229.50總工作量（人人月）25.7660.371.8427.977人工作量分分布情況況及實際際的工作作量與估估計的工工作量階段實際 估計計 偏差工作量（人人時）百分比（%）工作量（人人時）百分比（%）%偏差原因需求分析2805.35475.0010300工作量估計計過高（以以往項目目的數(shù)據(jù)據(jù)不能提提供幫助助，因為為它沒有有這個階階段）調(diào)計（概要要設(shè)計和和詳細設(shè)設(shè)計）695.0013.300569.0

8、01222設(shè)計花去了了更多的的時間，因因為團隊隊沒有使使用RaatioonallRosse和OOOADD的經(jīng)驗驗編碼1204.024.9441235.3266單測試146.552.80142.5533集成測試734.001404331.007120大量工作量量用于修修復(fù)與SSyneergyy和Winndowws RResiixedd代碼協(xié)協(xié)調(diào)調(diào)期期間引入入的故障障系統(tǒng)測試90.01.7295.02-5驗收測試336.556.43285.00618驗收測試在在10月月3日沒沒有完成成，并有有由于客客戶的延延誤一直直延續(xù)至至10月月23日日LC階段總總計3586.568.5883132.86614

9、.5項目管理733.1114.022713.00153培訓(xùn)104.552.00455.0010-77CM317.006.06142.003123由于協(xié)調(diào)問問題而產(chǎn)產(chǎn)生的偏偏差其他488.559.34285.00671更多是由于于培訓(xùn)而而引起的的偏差管理、培訓(xùn)訓(xùn)和其他他總計1643.031.4221595.0343.01總計5229.51004727.810010.6故障分布情情況檢測階段實際故障數(shù)數(shù)占發(fā)現(xiàn)的總總故障數(shù)數(shù)的百分分比（%）估計的故障障數(shù)占估計的總總數(shù)故障障數(shù)的百百分比（%）偏差（%）需求和設(shè)計計評審11102920-62代碼評審58502920100單元測試15135740-73集

10、成和系統(tǒng)統(tǒng)測試2925251716驗收測試3253-40總計116100145100-20出現(xiàn)偏差的的原因（1）故障障預(yù)防措措施減少少了后面面階段的的故障引引入率，導(dǎo)導(dǎo)致總體體故障引引入率減減少。（2）估計計所基于于的以往往項目只只進行過過極少量量的代碼碼評審，并并且嚴重重地依賴賴于UTT（單元元測試）。在在這個項項目中，因因為更加加嚴格和和廣泛地地執(zhí)行代代碼評審審，在評評審時發(fā)發(fā)現(xiàn)了更更多的故故障，所所以單元元測試時時發(fā)現(xiàn)的的故障大大大地減減少了。故障排除效效率故障檢測階階段故障引入階階段故障排除效效率需求分析構(gòu)建需求評審5100%設(shè)計評審06100%代碼評審005855%（558/558+

11、115+229+33）單元測試001532%（115/115+229+33）集成/系統(tǒng)統(tǒng)測試002991%（229/229+33）驗收測試003100%總的故障排排除效率率=1113/1116=97.4%故障按嚴重重性分布布情況序號嚴重性故障數(shù)總故障率（%）1裝飾性故障障2622.42次要故障51443主要故障36314緊急故障32.65其他總計116故障按類型型的分布布情況序號故障類型故障數(shù)總故障數(shù)（%）1邏輯3328.42標準29253績效2420.74冗余代碼14125用戶接口97.76體系結(jié)構(gòu)43.57一致性21.78重用性10.9總計36510 因果果分析和和應(yīng)吸取取的教訓(xùn)訓(xùn)幾乎沒有

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