wbank項(xiàng)目的收尾分析報(bào)告范例-資料下載頁
2025-05-13 22:12本頁面
【正文】 51443主要故障36314緊急故障35其他————總計(jì)116故障按類型的分布情況序號(hào)故障類型故障數(shù)總故障數(shù)（%）1邏輯332標(biāo)準(zhǔn)29253績(jī)效244冗余代碼14125用戶接口96體系結(jié)構(gòu)47一致性28重用性1總計(jì)36510 因果分析和應(yīng)吸取的教訓(xùn)幾乎沒有很大原過程績(jī)效偏差；實(shí)際偏差績(jī)效與期望的績(jī)效非常接近。對(duì)于那些大的偏差，給出偏差的同時(shí)還給出了出現(xiàn)偏差的原因。應(yīng)吸取的一些關(guān)鍵教訓(xùn)如下：（1）增量式開發(fā)或者階段性開發(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)審和單無測(cè)試階段的故障排除效率很低，為了改進(jìn)這兩個(gè)階段的效率，必須評(píng)審這兩個(gè)階段的過程以及過程的實(shí)現(xiàn)。在這個(gè)項(xiàng)目中，系統(tǒng)/集成測(cè)試彌補(bǔ)了評(píng)審和單元測(cè)試績(jī)效的低下。然而，對(duì)于更大型的項(xiàng)目，這也許是不可能的，評(píng)審和單元測(cè)試績(jī)效不高可能對(duì)質(zhì)量有不良的影響。1提交的過程資源項(xiàng)目管理計(jì)劃、項(xiàng)目進(jìn)度計(jì)劃、配置管理計(jì)劃、Java編碼標(biāo)準(zhǔn)、代碼評(píng)審檢查表、集成計(jì)劃評(píng)審檢查表、影響分析檢查表、故障預(yù)防的因果分析報(bào)告。9 / 9
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1