項(xiàng)目總結(jié)材料報(bào)告材料實(shí)用模板

1、文件編號(hào)：項(xiàng)目名稱項(xiàng)目總結(jié)報(bào)告部 門： 編 寫： 審 核： 批 準(zhǔn)： 日 期：YYYY.M M.DD公司文件修訂記錄時(shí)間作者主要修訂內(nèi)容目 錄1 引言2目的2項(xiàng)目背景2參考資料22 項(xiàng)目根本情況2項(xiàng)目根本信息2項(xiàng)目特征2項(xiàng)目目標(biāo)33 項(xiàng)目執(zhí)行結(jié)果 3交付產(chǎn)品3主要功能和性能 3項(xiàng)目遺留問(wèn)題4項(xiàng)目性能數(shù)據(jù)4可推行復(fù)用的軟件技術(shù)成果 64 項(xiàng)目開(kāi)發(fā)工作評(píng)價(jià)6產(chǎn)品質(zhì)量評(píng)價(jià)6技術(shù)方法評(píng)價(jià) 65 項(xiàng)目管理工作評(píng)價(jià)7需求管理7計(jì)劃管理86 經(jīng)驗(yàn)教訓(xùn)8項(xiàng)目成功經(jīng)驗(yàn)8項(xiàng)目失敗教訓(xùn)8項(xiàng)目組建議81引言1.1目的說(shuō)明編寫本總結(jié)報(bào)告的目的，指出讀者對(duì)象。1.2項(xiàng)目背景可包括本項(xiàng)目的來(lái)源、委托單位、開(kāi)發(fā)單位和主管部門

2、等。1.3參考資料2項(xiàng)目根本情況2.1項(xiàng)目根本信息項(xiàng)目中文全稱：客戶：項(xiàng)目經(jīng)理：項(xiàng)目開(kāi)始日期：項(xiàng)目完畢日期：項(xiàng)目成員：2.2項(xiàng)目特征項(xiàng)目所屬類型：采用的生命周期模型：硬件平臺(tái)：應(yīng)用領(lǐng)域：使用工具：開(kāi)發(fā)語(yǔ)言：數(shù)據(jù)庫(kù)：2.3項(xiàng)目目標(biāo)客戶目標(biāo)：描述客戶對(duì)項(xiàng)目的總體要求，以與需要達(dá)到的目標(biāo)。 例如：1.2.3.應(yīng)當(dāng)解決當(dāng)前系統(tǒng)存在的一些問(wèn)題，尤其是易用性、可靠性的問(wèn)題；應(yīng)當(dāng)允許平臺(tái)的獨(dú)立性；應(yīng)當(dāng)能從所有的客戶站點(diǎn)方便地進(jìn)入平臺(tái)。項(xiàng)目質(zhì)量目標(biāo)：描述產(chǎn)品在交付時(shí)期應(yīng)達(dá)到的質(zhì)量要求，以與不冋階段的缺陷率控制要求。例如：1.交付時(shí)缺陷密度：0.2缺陷/KLOC ;2.需求評(píng)審缺陷率：10%15%;3.。3項(xiàng)目

3、執(zhí)行結(jié)果3.1交付產(chǎn)品項(xiàng)目的主要交付產(chǎn)品列表產(chǎn)品名稱產(chǎn)品規(guī)模規(guī)模單位完成日期是否通過(guò)驗(yàn)收需求規(guī)格說(shuō)明書25頁(yè)系統(tǒng)設(shè)計(jì)說(shuō)明書72頁(yè)源代碼KLOC可執(zhí)行代碼用戶手冊(cè)頁(yè)3.2主要功能和性能研發(fā)項(xiàng)目專用。3.3項(xiàng)目遺留問(wèn)題 3.4項(xiàng)目性能數(shù)據(jù)進(jìn)度里程碑計(jì)劃日期實(shí)際日期差異項(xiàng)目開(kāi)始2004年3月15日2004年3月15日0需求基線2004年4月30日2004年5月24日-24系統(tǒng)架構(gòu)設(shè)計(jì)2004年5月26日2004年5月21日5系統(tǒng)分析和設(shè)計(jì)基線2004年6月11日2004年6月7日4測(cè)試代碼基線2004年7月12日2004年7月28日-16版系統(tǒng)發(fā)布2004年8月1日客戶中期檢查和驗(yàn)收材料2004年9

4、月30日測(cè)試代碼基線2004年10月4日系統(tǒng)發(fā)布2004年11月17日項(xiàng)目完畢2004年11月30日工作量3.4.2.1工作量分布工作量分布：可參考階段報(bào)告里的工作量分布圖規(guī)模研發(fā)項(xiàng)目專用，描述項(xiàng)目各階段計(jì)劃規(guī)模與實(shí)際規(guī)模的比照情況，并分析發(fā)生偏差的原因階段里程碑軟件估計(jì)規(guī)模功能點(diǎn)軟件實(shí)際規(guī)模（功能點(diǎn)）計(jì)劃軟件計(jì)劃評(píng)審?fù)ㄟ^(guò)-需求需求規(guī)格說(shuō)明書評(píng)審?fù)ㄟ^(guò)-設(shè)計(jì)系統(tǒng)設(shè)計(jì)說(shuō)明書評(píng)審?fù)ㄟ^(guò)-編碼源代碼評(píng)審?fù)ㄟ^(guò)-測(cè)試系統(tǒng)測(cè)試完成-發(fā)布產(chǎn)品發(fā)布完成-缺陷描述項(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)審軟件需求評(píng)審架構(gòu)設(shè)計(jì)評(píng)審

5、設(shè)計(jì)評(píng)審代碼評(píng)審測(cè)試缺陷分布圖示分析：根據(jù)分析圖進(jìn)一步分析現(xiàn)狀發(fā)生的原因。主要問(wèn)題和風(fēng)險(xiǎn)可以參考項(xiàng)目的問(wèn)題列表和風(fēng)險(xiǎn)列表的格式3.5可推行復(fù)用的軟件技術(shù)成果4項(xiàng)目開(kāi)發(fā)工作評(píng)價(jià)4.1產(chǎn)品質(zhì)量評(píng)價(jià)缺陷數(shù)嚴(yán)重缺陷數(shù)嚴(yán)重缺陷比率缺陷密度發(fā)布時(shí)目標(biāo)值產(chǎn)品質(zhì)量評(píng)價(jià):4.2技術(shù)方法評(píng)價(jià)總結(jié)該軟件項(xiàng)目或軟件產(chǎn)品開(kāi)發(fā)時(shí)所采用的各項(xiàng)技術(shù)以下是示例：對(duì)開(kāi)發(fā)工具的評(píng)價(jià)：? UBS-HotBilling使用TT作為內(nèi)存數(shù)據(jù)庫(kù)，提高了應(yīng)用處理的性能。試點(diǎn)割接上線后正常 運(yùn)行，并且為OCS系統(tǒng)上線提供了實(shí)踐依據(jù)，并積累了實(shí)施開(kāi)發(fā)經(jīng)驗(yàn)。對(duì)框架技術(shù)的評(píng)價(jià)：從整個(gè)框架的整體使用效果來(lái)看并為達(dá)到預(yù)期的目的，我認(rèn)為主要是由 以下原因

6、造成的：? 框架本身存在有諸多不完善的地方，需要不斷地進(jìn)展改良，但在改良的過(guò)程中沒(méi)有進(jìn)展 嚴(yán)格的控制，導(dǎo)致框架的整體設(shè)計(jì)失控；? 框架本身有這樣那樣的問(wèn)題，有些問(wèn)題是目前無(wú)法解決的；? 框架是建構(gòu)在PFC的根底上的，項(xiàng)目組成員對(duì)PFC不是足夠的精通，為維護(hù)框架帶來(lái) 難度。? 建議：模塊化是產(chǎn)品化的根底，也是降低本錢、提高開(kāi)發(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ù)立設(shè)計(jì) 的權(quán)威性，對(duì)設(shè)計(jì)的變更要進(jìn)展嚴(yán)格的控制。對(duì)團(tuán)隊(duì)開(kāi)發(fā)的評(píng)價(jià)：從整體上講我們這個(gè)團(tuán)隊(duì)的能力還可以，但我認(rèn)為它的生產(chǎn)效率并不高也就是說(shuō)團(tuán)隊(duì)的整體建設(shè)不好，沒(méi)有明確的學(xué)習(xí)方向分工，使整個(gè)團(tuán)隊(duì)在這段時(shí)間里整體能 力沒(méi)有太大的提高，我以前很想把我們的團(tuán)隊(duì)培養(yǎng)成那種學(xué)習(xí)型的優(yōu)秀團(tuán)隊(duì)，可惜事與愿違 這項(xiàng)工作沒(méi)有取得什么實(shí)效。5項(xiàng)目管理工作評(píng)價(jià)5.1需求管理研發(fā)項(xiàng)目專用需求完成情況最初的需求數(shù)：已實(shí)現(xiàn)的需求數(shù)：已刪除的需求數(shù)：已修訂的需求數(shù)：新增的需求數(shù)：需求變更情況總結(jié)項(xiàng)目的不同階段所發(fā)生的需求變更次數(shù)與發(fā)生變更的主要原因。變更發(fā)生的階段需求變更次數(shù)變更工作量從申請(qǐng)開(kāi)始到變