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

1、文件編號(hào)項(xiàng)目名稱(chēng)項(xiàng)目總結(jié)報(bào)告部門(mén) 編寫(xiě) 審核 批準(zhǔn) 日期公司文件修訂記錄時(shí)間作者主要修訂內(nèi)容|_ 一 7 1 " 1 1 11飛力.，1 / 11 ；, /一飛_1-""1%、-|目錄1引言1.1 目的闡明編寫(xiě)本總結(jié)報(bào)告的目的，指出讀者對(duì)象。1.2 項(xiàng)目背景可包括本項(xiàng)目的來(lái)源、委托單位、開(kāi)發(fā)單位和主管部門(mén)等。1.3 參考資料2項(xiàng)目基本情況2.1 項(xiàng)目基本信息項(xiàng)目中文全稱(chēng)：客戶：| 1/ 卜項(xiàng)目經(jīng)理：項(xiàng)目開(kāi)始日期：;項(xiàng)目結(jié)束日期：項(xiàng)目成員：2.2 項(xiàng)目特征項(xiàng)目所屬類(lèi)型：采用的生命周期模型：硬件平臺(tái)：應(yīng)用領(lǐng)域：使用工具：開(kāi)發(fā)語(yǔ)百：數(shù)據(jù)庫(kù)：2.3 項(xiàng)目目標(biāo)客戶目標(biāo)：描述

2、客戶對(duì)項(xiàng)目的總體要求，以及需要達(dá)到的目標(biāo)。例如：1 .應(yīng)當(dāng)解決當(dāng)前系統(tǒng)存在的一些問(wèn)題，尤其 是易用性、可靠性的問(wèn)題；2 .應(yīng)當(dāng)允許平臺(tái)的獨(dú)立性；3 .應(yīng)當(dāng)能從所有的客戶站點(diǎn)方便地進(jìn)入平臺(tái)。' i '- 1 I項(xiàng)目質(zhì)量目標(biāo)：描述產(chǎn)品在交付時(shí)期應(yīng)達(dá)到的質(zhì)量要求， 以及不； 同階段的缺陷率控制要求。例如：1 .交付時(shí)缺陷密度：0.2缺陷/KLOC2 .需求評(píng)審缺陷率：10%- 15%3 . 。ILF|1 1'3項(xiàng)目執(zhí)行結(jié)果I 13.1 交付產(chǎn)品項(xiàng)目的主要交付產(chǎn)品列表： I產(chǎn)品名稱(chēng)產(chǎn)品規(guī)模規(guī)模單位完成日期是否通過(guò)驗(yàn)收需求規(guī)格說(shuō)明書(shū)25頁(yè)系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)72頁(yè)源代碼KLOC可執(zhí)行代

3、碼用戶手冊(cè)頁(yè)3.2 主要功能和性能研發(fā)項(xiàng)目專(zhuān)用。3.3 項(xiàng)目遺留問(wèn)題3.4 項(xiàng)目性能數(shù)據(jù)3.4. 1進(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日4V2.5測(cè)試代碼基線2004年7月12日2004年7月28日-16V2.5版系統(tǒng)發(fā)布2004年8月1日客戶中期檢查和驗(yàn)收材料2004年9月30日V3.0測(cè)試代碼基線2004年10月4日V3.0系統(tǒng)發(fā)布2004年11月17日項(xiàng)目結(jié)束2004年11月30日3

4、.4. 2工作量3.4.2.1工作量分布工作量分布：可參考階段報(bào)告里的工作量分布圖3.4. 3規(guī)模研發(fā)項(xiàng)目專(zhuān)用，描述項(xiàng)目各階段計(jì)劃規(guī)模與實(shí)際規(guī)模的對(duì)比情況，并分析發(fā)生偏差的原因階段里程碑軟件估計(jì)規(guī)模（功能點(diǎn)）軟件實(shí)際規(guī)模（功能點(diǎn)）計(jì)劃軟件計(jì)劃評(píng)審?fù)ㄟ^(guò)-需求需求規(guī)格說(shuō)明書(shū)評(píng)審?fù)ㄟ^(guò)-設(shè)計(jì)系統(tǒng)設(shè)計(jì)說(shuō)明書(shū)評(píng)審?fù)ㄟ^(guò)-編碼源代碼評(píng)審?fù)ㄟ^(guò)-測(cè)試系統(tǒng)測(cè)試完成-發(fā)布廣品發(fā)布元成-陷描述項(xiàng) 目各階段 發(fā)現(xiàn)的缺 陷數(shù)，下3. 4. 4缺面的例子是針對(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)審11 "31 1 | |I1 設(shè)計(jì)評(píng)審代碼評(píng)審

5、測(cè)試圖示分析：根據(jù)分析圖進(jìn)一步分析現(xiàn)狀發(fā)生的原因。 j I3.4 . 5主要問(wèn)題和風(fēng)險(xiǎn)VJI可以參考項(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)行改進(jìn)，但在改進(jìn)的過(guò)程中沒(méi)有進(jìn)行嚴(yán)格的控制，導(dǎo)致框架的整體設(shè)計(jì)失控；框架本身有這樣那樣的問(wèn)題，有些問(wèn)題是目前無(wú)法解決的；框架是建構(gòu)在PFC的基礎(chǔ)上的，項(xiàng)目組成員對(duì) PFC不是足夠的精通，為維護(hù) 框架帶來(lái)難度。建議：模塊化是產(chǎn)品化的基礎(chǔ)，也是降低成本、提高開(kāi)發(fā)效率保證軟件質(zhì)量 的有效手段，需要有專(zhuān)人設(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à)：從整

7、體上講我們這個(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)目專(zhuān)用5.1. 1需求完成情況最初的需求數(shù)：已實(shí)現(xiàn)的需求數(shù)：已刪除的需求數(shù)：已修訂的需求數(shù)：新增的需求數(shù)：5.1.2需求變更情況總結(jié)項(xiàng)目的不同階段所發(fā)生的需求變更次數(shù)及發(fā)生變更的主要原因變更發(fā)生的階段需求及更次數(shù),'J；J I；1 .,； u L1 " / '變更工作量（從中請(qǐng)開(kāi)始到變 更結(jié)束發(fā)生的工作 量）