1、文件編號：版本號：1.0工程名稱工程總結報告部 門： 編 寫： 日 期：YYYY.M M.DD公司文件修訂記錄時間作者主要修訂內容YYYY .MM.DD目 錄1 引言21.1 目的21.2 工程背景21.3 參考資料22 工程根本情況22.1 工程根本信息22.2 工程特征22.3 工程目標 33 工程執行結果 33.1 交付產品33.2 主要功能和性能 33.3 工程遺留問題43.4 工程性能數據43.5 可推行復用的軟件技術成果 64 工程開發工作評價64.1 產品質量評價64.2 技術方法評價 65 工程管理工作評價75.1 需求管理75.2 方案管理86 經驗教訓86.1 工程成功經驗

2、86.2 工程失敗教訓86.3 工程組建議81引言1.1目的說明編寫本總結報告的目的，指出讀者對象。1.2工程背景可包括本工程的來源、委托單位、開發單位和主管部門等。1.3參考資料2工程根本情況2.1工程根本信息工程中文全稱：客戶：工程經理：工程開始日期：工程結束日期：工程成員：2.2工程特征工程所屬類型：采用的生命周期模型：硬件平臺：應用領域：使用工具：開發語言：數據庫：2.3工程目標客戶目標：描述客戶對工程的總體要求，以及需要到達的目標。 例如：1.2.3.應當解決當前系統存在的一些問題，尤其是易用性、可靠性的問題；應當允許平臺的獨立性；應當能從所有的客戶站點方便地進入平臺。工程質量目標：

3、描述產品在交付時期應到達的質量要求，以及不冋階段的缺陷率控制要求。例如：1.交付時缺陷密度：0.2缺陷/KLOC ;2.需求評審缺陷率：10%15%;3.。3工程執行結果3.1交付產品工程的主要交付產品列表產品名稱產品規模規模單位完成日期是否通過驗收需求規格說明書25頁系統設計說明書72頁源代碼KLOC可執行代碼用戶手冊頁3.2主要功能和性能研發工程專用。3.3工程遺留問題3.4工程性能數據進度里程碑方案日期實際日期差異工程開始2004年3月15日2004年3月15日0需求基線2004年4月30日2004年5月24日-24系統架構設計2004年5月26日2004年5月21日5系統分析和設計基線

4、2004年6月11日2004年6月7日4V2.5測試代碼基線2004年7月12日2004年7月28日-16V2.5版系統發布2004年8月1日客戶中期檢查和驗收材料2004年9月30日V3.0測試代碼基線2004年10月4日V3.0系統發布2004年11月17日工程結束2004年11月30日工作量3.4.2.1 工作量分布工作量分布：可參考階段報告里的工作量分布圖規模研發工程專用，描述工程各階段方案規模與實際規模的比照情況，并分析發生偏差的原因階段里程碑軟件估計規模功能點軟件實際規模功能點方案軟件方案評審通過-需求需求規格說明書評審通過-設計系統設計說明書評審通過-編碼源代碼評審通過-測試系統

5、測試完成-發布產品發布完成-缺陷描述工程各階段發現的缺陷數，下面的例子是針對研發工程的，實施和維護工程可以根據各自工程的特點設置檢查點。檢查點缺陷發現數目用戶需求評審軟件需求評審架構設計評審設計評審代碼評審測試缺陷分布圖示分析：根據分析圖進一步分析現狀發生的原因。主要問題和風險可以參考工程的問題列表和風險列表的格式3.5可推行復用的軟件技術成果4工程開發工作評價4.1產品質量評價缺陷數嚴重缺陷數嚴重缺陷比率缺陷密度發布時目標值產品質量評價:4.2技術方法評價總結該軟件工程或軟件產品開發時所采用的各項技術以下是例如：對開發工具的評價：? UBS-HotBilling使用TT作為內存數據庫，提高了

6、應用處理的性能。試點割接上線后正常 運行，并且為OCS系統上線提供了實踐依據，并積累了實施開發經驗。對框架技術的評價：從整個框架的整體使用效果來看并為到達預期的目的，我認為主要是由 以下原因造成的：? 框架本身存在有諸多不完善的地方，需要不斷地進行改進，但在改進的過程中沒有進行 嚴格的控制，導致框架的整體設計失控；? 框架本身有這樣那樣的問題，有些問題是目前無法解決的；? 框架是建構在PFC的根底上的，工程組成員對PFC不是足夠的精通，為維護框架帶來 難度。? 建議：模塊化是產品化的根底，也是降低本錢、提高開發效率保證軟件質量的有效手段， 需要有專人設計和維護框架。對設計方法的評價：信息化工程

7、的整體設計是由工程組全體成員完成的，鑒于我們目前的設 計水平，我看還可繼續這種方法，對設計的方法和思路進行廣泛的借鑒，但一定要樹立設計 的權威性，對設計的變更要進行嚴格的控制。對團隊開發的評價：從整體上講我們這個團隊的能力還可以，但我認為它的生產效率并不高 也就是說團隊的整體建設不好，沒有明確的學習方向分工，使整個團隊在這段時間里整體能 力沒有太大的提高，我以前很想把我們的團隊培養成那種學習型的優秀團隊，可惜事與愿違 這項工作沒有取得什么實效。5工程管理工作評價5.1需求管理研發工程專用需求完成情況最初的需求數：已實現的需求數：已刪除的需求數：已修訂的需求數：新增的需求數：需求變更情況總結工程的不同階段所發生的需求變更次數及發生變更的主要原因。變更發生的階段需求變更次數變更工作量從申請