項(xiàng)目總結(jié)報(bào)告模板

1、 .文件編號(hào)：版本號(hào)：1.0項(xiàng)目總結(jié)報(bào)告部編審批日門：寫：核：準(zhǔn)：期：yyyy.mm.dd公司. .文件修訂記錄時(shí)間作者主要修訂內(nèi)容yyyy.mm.dd. .目 錄1 .引言21.1目的 .2項(xiàng)目背景 .2參考資料 .21.21.323項(xiàng)目基本情況 .22.12.22.3項(xiàng)目基本信息.2項(xiàng)目特征 .2項(xiàng)目目標(biāo) .3項(xiàng)目執(zhí)行結(jié)果 .33.13.23.33.43.5交付產(chǎn)品 .3主要功能和性能.3項(xiàng)目遺留問題.4項(xiàng)目性能數(shù)據(jù).4可推行復(fù)用的軟件技術(shù)成果.6456項(xiàng)目開發(fā)工作評(píng)價(jià).64.14.2產(chǎn)品質(zhì)量評(píng)價(jià).6技術(shù)方法評(píng)價(jià).6項(xiàng)目管理工作評(píng)價(jià).75.15.2需求管理 .7計(jì)劃管理 .8經(jīng)驗(yàn)教訓(xùn) .8

2、6.16.26.3項(xiàng)目成功經(jīng)驗(yàn).8項(xiàng)目失敗教訓(xùn).8項(xiàng)目組建議 .8. .1 引言1.1 目的闡明編寫本總結(jié)報(bào)告的目的，指出讀者對(duì)象。1.2 項(xiàng)目背景可包括本項(xiàng)目的來源、委托單位、開發(fā)單位和主管部門等。1.3 參考資料2 項(xiàng)目基本情況2.1 項(xiàng)目基本信息項(xiàng)目中文全稱：客戶：項(xiàng)目開始日期：項(xiàng)目結(jié)束日期：項(xiàng)目成員：2.2 項(xiàng)目特征數(shù)據(jù)庫：. .2.3 項(xiàng)目目標(biāo)客戶目標(biāo)：描述客戶對(duì)項(xiàng)目的總體要求，以及需要達(dá)到的目標(biāo)。例如：1. 應(yīng)當(dāng)解決當(dāng)前系統(tǒng)存在的一些問題，尤其是易用性、可靠性的問題；2. 應(yīng)當(dāng)允許平臺(tái)的獨(dú)立性；3. 應(yīng)當(dāng)能從所有的客戶站點(diǎn)方便地進(jìn)入平臺(tái)。項(xiàng)目質(zhì)量目標(biāo)：描述產(chǎn)品在交付時(shí)期應(yīng)達(dá)到的質(zhì)量

3、要求，以及不同階段的缺陷率控制要求。例如：1. 交付時(shí)缺陷密度：0.2 缺陷/kloc；2. 需求評(píng)審缺陷率：10%15%；3. 。3 項(xiàng)目執(zhí)行結(jié)果3.1 交付產(chǎn)品項(xiàng)目的主要交付產(chǎn)品列表：產(chǎn)品名稱需求規(guī)格說明書系統(tǒng)設(shè)計(jì)說明書源代碼產(chǎn)品規(guī)模規(guī)模單位頁是否通過驗(yàn)收頁kloc可執(zhí)行代碼用戶手冊(cè)頁3.2 主要功能和性能研發(fā)項(xiàng)目專用。. .3.3 項(xiàng)目遺留問題3.4 項(xiàng)目性能數(shù)據(jù)3.4.1 進(jìn)度0-245需求基線4-16v3.0 測(cè)試代碼基線v3.0 系統(tǒng)發(fā)布項(xiàng)目結(jié)束2004 年 10 月 4 日2004 年 11 月 17 日2004 年 11 月 30 日3.4.2 工作量3.4.2.1 工作量分布

4、工作量分布：可參考階段報(bào)告里的工作量分布圖3.4.3 規(guī)模研發(fā)項(xiàng)目專用，描述項(xiàng)目各階段計(jì)劃規(guī)模與實(shí)際規(guī)模的對(duì)比情況，并分析發(fā)生偏差的原因-系統(tǒng)測(cè)試完成發(fā)布產(chǎn)品發(fā)布完成. .3.4.4 缺陷描述項(xiàng)目各階段發(fā)現(xiàn)的缺陷數(shù)，下面的例子是針對(duì)研發(fā)項(xiàng)目的，實(shí)施和維護(hù)項(xiàng)目可以根據(jù)各自項(xiàng)目的特點(diǎn)設(shè)置檢查點(diǎn)。檢查點(diǎn)缺陷發(fā)現(xiàn)數(shù)目代碼評(píng)審測(cè)試403530252015105缺陷分布0計(jì)劃 需求 設(shè)計(jì) 編碼 測(cè)試 實(shí)施圖示分析：根據(jù)分析圖進(jìn)一步分析現(xiàn)狀發(fā)生的原因。3.4.5 主要問題和風(fēng)險(xiǎn)可以參考項(xiàng)目的問題列表和風(fēng)險(xiǎn)列表的格式. .3.5 可推行復(fù)用的軟件技術(shù)成果4 項(xiàng)目開發(fā)工作評(píng)價(jià)4.1 產(chǎn)品質(zhì)量評(píng)價(jià)嚴(yán)重缺陷數(shù)發(fā)布時(shí)

5、目標(biāo)值產(chǎn)品質(zhì)量評(píng)價(jià)：4.2 技術(shù)方法評(píng)價(jià)總結(jié)該軟件項(xiàng)目或軟件產(chǎn)品開發(fā)時(shí)所采用的各項(xiàng)技術(shù)以下是示例：對(duì)開發(fā)工具的評(píng)價(jià)：ll ubs-hotbilling使用tt 作為內(nèi)存數(shù)據(jù)庫，提高了應(yīng)用處理的性能。試點(diǎn)割接上線后正常運(yùn)行，并且為ocs 系統(tǒng)上線提供了實(shí)踐依據(jù)，并積累了實(shí)施開發(fā)經(jīng)驗(yàn)。對(duì)框架技術(shù)的評(píng)價(jià)：從整個(gè)框架的整體使用效果來看并為達(dá)到預(yù)期的目的，我認(rèn)為主要是由以下原因造成的：框架本身存在有諸多不完善的地方，需要不斷地進(jìn)行改進(jìn)，但在改進(jìn)的過程中沒有進(jìn)行嚴(yán)格的控制，導(dǎo)致框架的整體設(shè)計(jì)失控；框架本身有這樣那樣的問題，有些問題是目前無法解決的；框架是建構(gòu)在pfc 的基礎(chǔ)上的，項(xiàng)目組成員對(duì)pfc 不是足

6、夠的精通，為維護(hù)框架帶來難度。建議：模塊化是產(chǎn)品化的基礎(chǔ)，也是降低成本、提高開發(fā)效率保證軟件質(zhì)量的有效手段，需要有專人設(shè)計(jì)和維護(hù)框架。對(duì)設(shè)計(jì)方法的評(píng)價(jià)：信息化項(xiàng)目的整體設(shè)計(jì)是由項(xiàng)目組全體成員完成的，鑒于我們目前的設(shè)計(jì)水平，我看還可繼續(xù)這種方法，對(duì)設(shè)計(jì)的方法和思路進(jìn)行廣泛的借鑒，但一定要樹立設(shè)計(jì)的權(quán)威性，對(duì)設(shè)計(jì)的變更要進(jìn)行嚴(yán)格的控制。ll對(duì)團(tuán)隊(duì)開發(fā)的評(píng)價(jià)：從整體上講我們這個(gè)團(tuán)隊(duì)的能力還可以，但我認(rèn)為它的生產(chǎn)效率并不高. .也就是說團(tuán)隊(duì)的整體建設(shè)不好，沒有明確的學(xué)習(xí)方向分工，使整個(gè)團(tuán)隊(duì)在這段時(shí)間里整體能力沒有太大的提高，我以前很想把我們的團(tuán)隊(duì)培養(yǎng)成那種學(xué)習(xí)型的優(yōu)秀團(tuán)隊(duì)，可惜事與愿違這項(xiàng)工作沒有取得什么實(shí)效。5 項(xiàng)目管理工作評(píng)價(jià)5.1 需求管理研發(fā)項(xiàng)目專用5.1.1 需求完成情況最初的需求數(shù)：已實(shí)現(xiàn)的需求數(shù)：已刪除的需求數(shù)：已修訂的需求數(shù)：新增的需求數(shù)：5.1.2 需求變更情況總結(jié)項(xiàng)目的不同階段所發(fā)生的需求變更次數(shù)及發(fā)生變更的主要原因。變更發(fā)生的階段需求變更次數(shù)（從申請(qǐng)開始到變更結(jié)束發(fā)生的工作量）編碼測(cè)試維護(hù)需求變更的主要原因：. .5.2 計(jì)劃管理5.2.1 計(jì)劃變更情況序號(hào)變更發(fā)生階段 變更原因變更內(nèi)容變更是