wbank項(xiàng)目的收尾分析報(bào)告范例

1、WBAN項(xiàng)目的收尾分析報(bào)告范例項(xiàng)目代碼Xxxx生命期幵發(fā)期，整個(gè)生命期業(yè)務(wù)領(lǐng)域金融業(yè)。基于 Web的帳戶管理應(yīng)用項(xiàng)目領(lǐng)導(dǎo)/模塊領(lǐng)導(dǎo)Xxxx業(yè)務(wù)經(jīng)理軟件質(zhì)量顧問(wèn)Xxxx2、績(jī)效總結(jié)績(jī)效參數(shù)實(shí)際值估計(jì)值偏差偏差原因（如果偏差大）總的工作量（人日）59750119%兩個(gè)主要的變更申請(qǐng)最多時(shí)的團(tuán)隊(duì)人數(shù)990N/A項(xiàng)目幵始日期2000年4月32000年4月30N/A日日項(xiàng)目收尾日期2000年10月 2000年10月 27天 兩個(gè)主要的變更申請(qǐng)花3日30日去了 5%工作量質(zhì)量(已交付產(chǎn)品的故0.0020.0125由于故障預(yù)防和增量過(guò)障數(shù)/FP)程的作用，質(zhì)量提高了生產(chǎn)率58572%N/A質(zhì)量成本31.4%

2、33%5%N/A故障引入率0.0220.03-26%由于故障預(yù)防故障引入率減少了故障排除效率97.497小N/A3、過(guò)程細(xì)節(jié)過(guò)種裁制禾V用了 Rational統(tǒng)一過(guò)程迭代式地完成幵發(fā)和分析一一幵發(fā)迭代3次，而設(shè)計(jì)和分析迭代2次通過(guò)Requisite Pro工具實(shí)現(xiàn)需求跟蹤4、所用的工具內(nèi)部工具：BugsBunny、WAR5、風(fēng)險(xiǎn)管理項(xiàng)目幵始時(shí)識(shí)別的風(fēng)險(xiǎn)風(fēng)險(xiǎn)1缺少客戶的數(shù)據(jù)庫(kù)設(shè)計(jì)師和數(shù)據(jù)庫(kù)管理員的支持風(fēng)險(xiǎn)2RUP使用不正確，因?yàn)檫@是第一次使用風(fēng)險(xiǎn)3不員流失風(fēng)險(xiǎn)4通過(guò)鏈路操作客戶數(shù)據(jù)的問(wèn)題項(xiàng)目執(zhí)行期間遇到的問(wèn)題風(fēng)險(xiǎn)1轉(zhuǎn)換到VAJ3.1的影響風(fēng)險(xiǎn)2缺少客戶的數(shù)據(jù)庫(kù)設(shè)計(jì)師和數(shù)據(jù)庫(kù)管理員的支持風(fēng)險(xiǎn)3RU

3、P使用不正確，因?yàn)檫@是第一次使用風(fēng)險(xiǎn)4不員流失有關(guān)風(fēng)險(xiǎn)緩和措施的備注風(fēng)險(xiǎn)1明確地表達(dá)風(fēng)險(xiǎn)有助于客戶同意延遲轉(zhuǎn)換以及正確地預(yù)算影響。風(fēng)險(xiǎn)2:提前進(jìn)行仔細(xì)的規(guī)劃并利用聯(lián)機(jī)協(xié)調(diào)者，這樣遷移策略是有效的。風(fēng)險(xiǎn)3:有效的做法是對(duì)團(tuán)隊(duì)進(jìn)行 RUP培訓(xùn)，并將它及時(shí)地通知客戶。風(fēng)險(xiǎn)4:雖然沒(méi)有具體化，但它仍然是一個(gè)風(fēng)險(xiǎn)，影響可能很小，因?yàn)槊總€(gè)關(guān) 鍵任務(wù)都被及時(shí)地通知給多個(gè)人。6、規(guī)模估計(jì)的規(guī)模實(shí)際規(guī)模簡(jiǎn)單用例數(shù)量55中等復(fù)雜用例數(shù)量99復(fù)雜用例數(shù)量1212關(guān)于估計(jì)的備注分類標(biāo)準(zhǔn)：用簡(jiǎn)單用例、中等復(fù)雜用例和復(fù)雜用例的標(biāo)準(zhǔn)定義進(jìn)行用例分類。這樣的分類可以起到很好的作用。最終源代碼的規(guī)模用LOC進(jìn)行度量。并用公布的

4、轉(zhuǎn)換表規(guī)范化成FP規(guī)模。對(duì)于Java公布的轉(zhuǎn)換表達(dá)認(rèn)為 21LOC等于1FP，而對(duì)于COBOL，107LOC等于1FP.結(jié)士五言 士口果語(yǔ)言LOC規(guī)模EP規(guī)模Java33 8651612COBOL1241127、進(jìn)度計(jì)劃階段實(shí)際所花的時(shí)間（天）估計(jì)的時(shí)間（天）落后（%）落后的原因需求分析28.6731-6.8概要設(shè)計(jì)000.0詳細(xì)設(shè)計(jì)38.842-6.7編碼132135-1.6單元測(cè)試910-9.3總構(gòu)建141144-2.1集成測(cè)試40400系統(tǒng)測(cè)試1500.0驗(yàn)收測(cè)試（AT）3010200.0在客戶的申請(qǐng)下AT完成時(shí)間質(zhì)量成本COQ二（評(píng)審工作量+返工工作量+培訓(xùn)工作量）/總工作量X 100

5、%=(69.5+343.5+129.5+567.5+90+336.5+104.5) /5229.5 X 100%=31.4%工作量階段任務(wù)評(píng)審返工總計(jì)需求分析210.010.060.0280.0概要設(shè)計(jì)0.00.00.00.0詳細(xì)設(shè)計(jì)652.014.029.5695.5編碼1188.039.576.51304.0單元測(cè)試129.50.017.0146.0集成測(cè)試567.56.0160.5734.0系統(tǒng)測(cè)試90.00.00.090.0驗(yàn)收測(cè)試336.50.00.0336.5LC階段總工作量3173.569.5343.53586.5項(xiàng)目管理733.10.00.0733.1培訓(xùn)104.50.00.0

6、104.5CM317.00.00.0317.5其他488.50.00.0488.5總計(jì)（包括管理、培訓(xùn)和其1643.00.00.01643.0他）總工作量（人時(shí)）4816.5069.50343.505229.50總工作量（人月）25.760.371.8427.971204.024.941235.326人工作量分布情況及實(shí)際的工作量與估計(jì)的工作量階段實(shí)際估計(jì)偏差工作量百分工作量百分%偏差原因（人比（%）（ 人比（%）時(shí)）時(shí)）需求分析 2805.35475.010 30工作量估計(jì)過(guò)高（以往項(xiàng)目 的數(shù)據(jù)不能提供幫助，因?yàn)?它沒(méi)有這個(gè)階段）調(diào)計(jì)（概 695.013.30569.01222設(shè)計(jì)花去了更多

7、的時(shí)間，因要設(shè)計(jì)和為團(tuán)隊(duì)沒(méi)有使用 Ratio nalRose詳細(xì)設(shè)和OOAD的經(jīng)驗(yàn)計(jì)）編碼單測(cè)試146.52.80142.533集成測(cè)試734.01404331.07120大量工作量用于修復(fù)與Synergy和 Windows Resixec代碼協(xié)調(diào)調(diào)期間引入的故障系統(tǒng)測(cè)試90.01.7295.02-5驗(yàn)收測(cè)試336.56.43285.0618驗(yàn)收測(cè)試在10月3日沒(méi)有完 成，并有由于客戶的延誤 直延續(xù)至10月23日LC階段總計(jì)3586.568.583132.86614.5項(xiàng)目管理733.114.02713.0153培訓(xùn)104.52.00455.010-77CM317.06.06142.03123

8、由于協(xié)調(diào)冋題而產(chǎn)生的偏差其他488.59.34285.0671更多是由于培訓(xùn)而引起的偏 差管理、培 訓(xùn)和其他 總計(jì)1643.031.421595.0343.01總計(jì)5229.51004727.810010.6故障分布情況檢測(cè)階段實(shí)際故障 占發(fā)現(xiàn)的總估計(jì)的故障 占估計(jì)的總數(shù) 偏差（%）數(shù)故障數(shù)的百分比（%）數(shù)故障數(shù)的百分比（%）需求和設(shè)計(jì)評(píng)11102920-62審代碼評(píng)審58502920100單元測(cè)試15135740-73集成和系統(tǒng)測(cè)2925251716試驗(yàn)收測(cè)試3253-40總計(jì)116100145100-20出現(xiàn)偏差的原因（1）故障預(yù)防措施減少了后面階段的故障引入率，導(dǎo)致總體故障引入率減少。（

9、2）估計(jì)所基于的以往項(xiàng)目只進(jìn)行過(guò)極少量的代碼評(píng)審，并且嚴(yán)重地依賴于 UT （單元測(cè)試）。在這個(gè)項(xiàng)目中，因?yàn)楦訃?yán)格和廣泛地執(zhí)行代碼評(píng)審，在評(píng)審時(shí) 發(fā)現(xiàn)了更多的故障，所以單元測(cè)試時(shí)發(fā)現(xiàn)的故障大大地減少了。故障排除效率故障檢測(cè)階段故障引入階段故障排除效率需求分析構(gòu)建需求評(píng)審5100%設(shè)計(jì)評(píng)審06100%代碼評(píng)審005855%( 58/58+15+29+3)單元測(cè)試001532%( 15/15+29+3)集成/系統(tǒng)測(cè)試002991%( 29/29+3)驗(yàn)收測(cè)試003100%總的故障排除效率=113/116=97.4%故障按嚴(yán)重性分布情況序號(hào)嚴(yán)重性故障數(shù)總故障率（%）1裝飾性故障2622.42次要故障

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