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

1、WBAN項(xiàng)目的收尾分析報(bào)告范例1、基本信息項(xiàng)目代碼Xxxx生命期開(kāi)發(fā)期，整個(gè)生命期業(yè)務(wù)領(lǐng)域金融業(yè)?；赪eb的帳戶管理應(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)目開(kāi)始日期2000年4月2000年4月0N/A3日3日項(xiàng)目收尾日期2000 年 102000 年 1027天兩個(gè)主要的變更申請(qǐng)花月3日月30日去了 5%T作量質(zhì)量（已交付產(chǎn)品的0.0020.0125由于故障預(yù)防和增量過(guò)故障數(shù)/FP）程的作用，質(zhì)量提高了生產(chǎn)率58572%N/A質(zhì)量成

2、本31.4%33%5%N/A故障引入率0.0220.03-26%由于故障預(yù)防故障引入率減少了故障排除效率97.497小 N/A3、過(guò)程細(xì)節(jié)過(guò)種裁制利用了 Rational統(tǒng)一過(guò)程迭代式地完成開(kāi)發(fā)和分析一一開(kāi)發(fā)迭代3次，而設(shè)計(jì)和分析迭代2次通過(guò)Requisite Pro工具實(shí)現(xiàn)需求跟蹤4、所用的工具有關(guān)所用的工具的備注外部工具：內(nèi)部工具：VSS VJA Requisite Pro、MSPBugsBunny WAR5、風(fēng)險(xiǎn)管理項(xiàng)目開(kāi)始時(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í)行期間遇到的

3、問(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)3RUP使用不正確，因?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ù)雜用例

4、的標(biāo)準(zhǔn)定義進(jìn) 行用例分類。這樣的分類可以起到很好的作用。最終源代碼的規(guī)模用LOCS行度量。并用公布的轉(zhuǎn)換表規(guī)范化成 FP規(guī)模。對(duì)于Java，公布的轉(zhuǎn)換表達(dá)認(rèn)為21LOC等于1FP,而對(duì)于 COBQL 107LOC等 于 1FF。鄉(xiāng)結(jié)果匚語(yǔ) 結(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）30102

5、00.0在客戶的申請(qǐng)下AT完成時(shí)間質(zhì)量成本COQ（評(píng)審工作量+ 返工工作量+培訓(xùn)工作量）/總工作量X 100%=(69.5+343.5+129.5+567.5+90+336.5+104.5 ) /5229.5 X100%=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階段總工作量

6、3173.569.5343.53586.5項(xiàng)目管理733.10.00.0733.1培訓(xùn)104.50.00.0104.5CM317.00.00.0317.5其他488.50.00.0488.5總計(jì)（包括管理、培1643.00.00.01643.0訓(xùn)和其他）總工作量（人時(shí)）4816.5069.50343.505229.50總工作量（人月）25.760.371.8427.97人工作量分布情況及實(shí)際的工作量與估計(jì)的工作量階段實(shí)際 偏差估計(jì)工作量 百 分 工作量 百分比% 偏差原因（ 人比（%（ 人 （%時(shí)）時(shí)）需求分2805.35475.01030工作量估計(jì)過(guò)高（以往項(xiàng)析目的數(shù)扌據(jù)不能?提供幫助，因?yàn)?/p>

7、它沒(méi)有這個(gè)階段）調(diào)計(jì)（概695.013.30569.01222設(shè)計(jì)花去了更多的時(shí)間，要設(shè)計(jì)因?yàn)閳F(tuán)隊(duì)沒(méi)有使用和詳細(xì)Ratio nalRose和OOAD 勺設(shè)計(jì)）經(jīng)驗(yàn)編碼1204.024.941235.3266單測(cè)試146.52.80142.533集成測(cè)734.01404331.07120大量工作量用于修復(fù)與試Syn ergy禾口Win dowsResixed代碼協(xié)調(diào)調(diào)期間引入的故障系試驗(yàn)試統(tǒng)測(cè)90.01.7295.02收測(cè)336.56.43285.06項(xiàng)目管733.114.02713.015理培訓(xùn)104.52.00455.010CM317.06.06142.03其他488.59.34285.06

8、管理、培1643.031.421595.034訓(xùn)II和其他A總計(jì)總計(jì)5229.51004727.8100LC 階段 3586.5 68.58 3132.8 66 總計(jì)-518驗(yàn)收測(cè)試在10月3日沒(méi)有完成，并有由于客戶的延 誤一直延續(xù)至10月23日14.53-77123由于協(xié)調(diào)問(wèn)題而產(chǎn)生的偏差71更多是由于培訓(xùn)而引起的偏差3.0110.6故障分布情況檢測(cè)階段實(shí)際故障 占發(fā)現(xiàn)的總 估計(jì)的故障 占估計(jì)的總 偏差（咧?jǐn)?shù)故障數(shù)的百數(shù)數(shù)故障數(shù)的分比（%百分比（%需求和設(shè)計(jì)11102920-62評(píng)審代碼評(píng)審58502920100單元測(cè)試15135740-73集成和系統(tǒng)2925251716測(cè)試驗(yàn)收測(cè)試3253

9、-40總計(jì)116100145100-20出現(xiàn)偏差的原因（1）故障預(yù)防措施減少了后面階段的故障引入率，導(dǎo)致總體故 障引入率減少。（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è)階段故障引入階段故障排除效率需求E分構(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

10、%總的故障排除效率=113/116=97.4%故障按嚴(yán)重性分布情況序號(hào)嚴(yán)重性故障數(shù)總故障率（%1裝飾性故障2622.42次要故障51443主要故障36314緊急故障32.65其他116總計(jì)故障按類型的分布情況序號(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)率 非常有幫助，因?yà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è)階段的