這篇關(guān)于2013項(xiàng)目總結(jié)報(bào)告模板的文章，是特地為大家整理的，希望對(duì)大家有所幫助！
1.1 目的
[闡明編寫本總結(jié)報(bào)告的目的，指出讀者對(duì)象。]
1.2 項(xiàng)目背景
[可包括本項(xiàng)目的來(lái)源、委托單位、開發(fā)單位和主管部門等。]
1.3 參考資料
2 項(xiàng)目基本情況
2.1 項(xiàng)目基本信息
[包括項(xiàng)目名稱、項(xiàng)目代號(hào)、項(xiàng)目負(fù)責(zé)人、項(xiàng)目組成員、報(bào)告時(shí)間段、項(xiàng)目階段等信息]
項(xiàng)目中文全稱：
項(xiàng)目中文簡(jiǎn)稱：
項(xiàng)目英文全稱：
項(xiàng)目英文簡(jiǎn)稱：
客戶：
項(xiàng)目組長(zhǎng)：
項(xiàng)目主管：
項(xiàng)目實(shí)際開始日期：
項(xiàng)目實(shí)際結(jié)束日期：
項(xiàng)目成員：
2.2 項(xiàng)目特征
項(xiàng)目所屬類型：
采用的生命周期模型：
硬件平臺(tái)：
應(yīng)用領(lǐng)域：
使用工具：
開發(fā)語(yǔ)言：
數(shù)據(jù)庫(kù)：
2.3 項(xiàng)目目標(biāo)
客戶目標(biāo)： 〔描述客戶對(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)?！?BR> 組織目標(biāo)： 〔描述清楚組織對(duì)項(xiàng)目的總體要求，以及需要達(dá)到的目標(biāo)。例如：
1. 應(yīng)當(dāng)在CMMI4級(jí)執(zhí)行;
2. 應(yīng)當(dāng)達(dá)到和獲得基于Web的移植體系;
3. 應(yīng)當(dāng)產(chǎn)生可重用模型/代碼/設(shè)計(jì)思想，定義開發(fā)標(biāo)準(zhǔn);
4. 應(yīng)當(dāng)從Web的應(yīng)用開發(fā)獲得經(jīng)驗(yàn);
5. 應(yīng)當(dāng)達(dá)到產(chǎn)品化的要求。〕
研究目標(biāo)： 〔對(duì)于研究性項(xiàng)目，應(yīng)描述清楚項(xiàng)目的研究目標(biāo)。例如：
1. 應(yīng)當(dāng)產(chǎn)生X篇高水平論文;
2. 應(yīng)當(dāng)產(chǎn)生X本專著;
3. 應(yīng)當(dāng)獲得X專利或軟件著作權(quán)?！?BR> 項(xiàng)目質(zhì)量目標(biāo)： 〔描述產(chǎn)品在交付時(shí)期應(yīng)達(dá)到的質(zhì)量要求，以及不同階段的缺陷率控制要求。例如：
1. 交付時(shí)缺陷密度：0.2缺陷/KLOC;
2. 需求評(píng)審缺陷率：10%～15%;
3. ……?！?BR> 3 項(xiàng)目執(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 主要功能和性能
3.3 項(xiàng)目過(guò)程
〔描述項(xiàng)目的實(shí)際過(guò)程，包括管理過(guò)程和工程過(guò)程，盡量用圖示說(shuō)明，對(duì)裁剪或變更的流程應(yīng)說(shuō)明裁剪或變更的原因、和裁剪或變更后的情況是什么?！?BR> 3.3.1 項(xiàng)目開發(fā)過(guò)程
〔說(shuō)明本項(xiàng)目采用的開發(fā)過(guò)程，包括增加/修改/刪除了什么活動(dòng)?！?BR> 3.3.2 過(guò)程裁剪注釋
遵循的標(biāo)準(zhǔn)過(guò)程/活動(dòng) 裁剪注釋
〔應(yīng)說(shuō)明增加/修改/刪除了什么活動(dòng)〕 偏離原因
〔應(yīng)說(shuō)明增加/修改/刪除了某個(gè)活動(dòng)的原因〕
市場(chǎng)(客戶)調(diào)研階段 需求獲取
項(xiàng)目立項(xiàng)
項(xiàng)目定義階段 項(xiàng)目計(jì)劃
需求分析
產(chǎn)品(項(xiàng)目)研制階段 設(shè)計(jì)
編碼及單元測(cè)試
產(chǎn)品集成測(cè)試
評(píng)審
產(chǎn)品(項(xiàng)目)測(cè)試階段 產(chǎn)品測(cè)試
測(cè)試
產(chǎn)品(項(xiàng)目)驗(yàn)收及發(fā)布階段 系統(tǒng)試運(yùn)行
項(xiàng)目結(jié)項(xiàng)
產(chǎn)品技術(shù)支持及維護(hù)階段 產(chǎn)品技術(shù)支持及維護(hù)
貫穿項(xiàng)目全周期的過(guò)程 項(xiàng)目跟蹤
風(fēng)險(xiǎn)管理
需求管理
過(guò)程和產(chǎn)品質(zhì)量保證
配置管理
度量與分析
4 項(xiàng)目開發(fā)工作評(píng)價(jià)
4.1 生產(chǎn)率評(píng)價(jià)
構(gòu)件/模塊名稱 代碼行(千行) 工作量 代碼行/工作量
甘特圖
過(guò)程定義
等等
合計(jì)
平均生產(chǎn)率及其評(píng)價(jià)：
4.2 技術(shù)方案評(píng)價(jià)
〔總結(jié)該軟件項(xiàng)目或軟件產(chǎn)品開發(fā)時(shí)所采用的各項(xiàng)技術(shù)〕
〔以下是示例：〕
對(duì)開發(fā)工具的評(píng)價(jià)：這里主要是對(duì)開發(fā)工具PowerBuilder8.0和數(shù)據(jù)庫(kù)工具的評(píng)價(jià)。
對(duì)PowerBuilder8.0的評(píng)價(jià)：在整個(gè)項(xiàng)目的開發(fā)過(guò)程中，由于此工具引發(fā)了諸多爭(zhēng)議，我認(rèn)為pb在C/S架構(gòu)是由其獨(dú)特優(yōu)勢(shì)的，就是從開發(fā)成本、B/S和面向?qū)ο髞?lái)說(shuō)其也有獨(dú)到之處，因此我認(rèn)為開發(fā)工具都有其優(yōu)劣，關(guān)鍵看我們是否精通。
對(duì)數(shù)據(jù)庫(kù)工具的評(píng)價(jià)：我們現(xiàn)在用的數(shù)據(jù)庫(kù)工具只是停留在表、視圖和存儲(chǔ)過(guò)程簡(jiǎn)單使用，對(duì)數(shù)據(jù)庫(kù)的深層研究和SQL語(yǔ)句的優(yōu)化現(xiàn)在做的不夠，當(dāng)然還有表設(shè)計(jì)的合理性都需要加強(qiáng)，我建議部門或項(xiàng)目組可以
專門培養(yǎng)往數(shù)據(jù)庫(kù)研究和發(fā)展的人員，從而提高我們產(chǎn)品的開發(fā)、運(yùn)行速度和穩(wěn)定性并可提高整個(gè)部門開發(fā)人員的技術(shù)水平。
對(duì)框架技術(shù)的評(píng)價(jià)：從整個(gè)框架的整體使用效果來(lái)看并為達(dá)到預(yù)期的目的，我認(rèn)為主要是由以下原因造成的：
框架本身存在有諸多不完善的地方，需要不斷地進(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ǔ)，也是降低成本、提高開發(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)格的控制。
對(duì)團(tuán)隊(duì)開發(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 需求管理
5.1.1 需求完成情況
最初建議的需求數(shù)：
納入基線的需求數(shù)：
已實(shí)現(xiàn)的需求數(shù)：
已驗(yàn)證的需求數(shù)：
已刪除的需求數(shù)：
已修訂的需求數(shù)：
新增的需求數(shù)：
5.1.2 需求變更情況
〔總結(jié)項(xiàng)目的不同階段所發(fā)生的需求變更次數(shù)及發(fā)生變更的主要原因。〕
變更發(fā)生的階段 需求變更次數(shù) 變更工作量
(從申請(qǐng)開始到變更結(jié)束發(fā)生的工作量)
用戶需求定義
軟件需求分析
設(shè)計(jì)
編碼
測(cè)試
維護(hù)
需求變更的主要原因：
5.2 計(jì)劃管理
5.2.1 計(jì)劃變更情況
序號(hào) 變更發(fā)生階段 變更原因 變更內(nèi)容 變更是否允許
1
2
3
6 項(xiàng)目重大事件
〔列出項(xiàng)目期間或項(xiàng)目本階段中發(fā)生的重大事件〕
時(shí)間 地點(diǎn) 事件 重要參加人員
7 驗(yàn)收準(zhǔn)備工作
1、 驗(yàn)收要求：項(xiàng)目經(jīng)理與客戶確定驗(yàn)收要求
2、 驗(yàn)收文檔準(zhǔn)備情況：驗(yàn)收文檔內(nèi)容及完成情況，明確后期可能需要完善的文檔。
8 經(jīng)驗(yàn)教訓(xùn)
8.1 項(xiàng)目問(wèn)題/缺陷原因分析
對(duì)項(xiàng)目問(wèn)題進(jìn)行原因分析
注：總結(jié)項(xiàng)目產(chǎn)生的問(wèn)題，分析其中可以通過(guò)完善過(guò)程體系的方法來(lái)避免的問(wèn)題。
對(duì)產(chǎn)品缺陷進(jìn)行原因分析
注：總結(jié)項(xiàng)目產(chǎn)品發(fā)現(xiàn)的缺陷，分析是否可在開發(fā)過(guò)程中避免，或通過(guò)增加評(píng)審檢查單和測(cè)試用例檢查單等方法可避免。
8.2 總結(jié)經(jīng)驗(yàn)教訓(xùn)
8.3 項(xiàng)目推薦工作產(chǎn)品
注：可推薦本
1.1 目的
[闡明編寫本總結(jié)報(bào)告的目的，指出讀者對(duì)象。]
1.2 項(xiàng)目背景
[可包括本項(xiàng)目的來(lái)源、委托單位、開發(fā)單位和主管部門等。]
1.3 參考資料
2 項(xiàng)目基本情況
2.1 項(xiàng)目基本信息
[包括項(xiàng)目名稱、項(xiàng)目代號(hào)、項(xiàng)目負(fù)責(zé)人、項(xiàng)目組成員、報(bào)告時(shí)間段、項(xiàng)目階段等信息]
項(xiàng)目中文全稱：
項(xiàng)目中文簡(jiǎn)稱：
項(xiàng)目英文全稱：
項(xiàng)目英文簡(jiǎn)稱：
客戶：
項(xiàng)目組長(zhǎng)：
項(xiàng)目主管：
項(xiàng)目實(shí)際開始日期：
項(xiàng)目實(shí)際結(jié)束日期：
項(xiàng)目成員：
2.2 項(xiàng)目特征
項(xiàng)目所屬類型：
采用的生命周期模型：
硬件平臺(tái)：
應(yīng)用領(lǐng)域：
使用工具：
開發(fā)語(yǔ)言：
數(shù)據(jù)庫(kù)：
2.3 項(xiàng)目目標(biāo)
客戶目標(biāo)： 〔描述客戶對(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)?！?BR> 組織目標(biāo)： 〔描述清楚組織對(duì)項(xiàng)目的總體要求，以及需要達(dá)到的目標(biāo)。例如：
1. 應(yīng)當(dāng)在CMMI4級(jí)執(zhí)行;
2. 應(yīng)當(dāng)達(dá)到和獲得基于Web的移植體系;
3. 應(yīng)當(dāng)產(chǎn)生可重用模型/代碼/設(shè)計(jì)思想，定義開發(fā)標(biāo)準(zhǔn);
4. 應(yīng)當(dāng)從Web的應(yīng)用開發(fā)獲得經(jīng)驗(yàn);
5. 應(yīng)當(dāng)達(dá)到產(chǎn)品化的要求。〕
研究目標(biāo)： 〔對(duì)于研究性項(xiàng)目，應(yīng)描述清楚項(xiàng)目的研究目標(biāo)。例如：
1. 應(yīng)當(dāng)產(chǎn)生X篇高水平論文;
2. 應(yīng)當(dāng)產(chǎn)生X本專著;
3. 應(yīng)當(dāng)獲得X專利或軟件著作權(quán)?！?BR> 項(xiàng)目質(zhì)量目標(biāo)： 〔描述產(chǎn)品在交付時(shí)期應(yīng)達(dá)到的質(zhì)量要求，以及不同階段的缺陷率控制要求。例如：
1. 交付時(shí)缺陷密度：0.2缺陷/KLOC;
2. 需求評(píng)審缺陷率：10%～15%;
3. ……?！?BR> 3 項(xiàng)目執(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 主要功能和性能
3.3 項(xiàng)目過(guò)程
〔描述項(xiàng)目的實(shí)際過(guò)程，包括管理過(guò)程和工程過(guò)程，盡量用圖示說(shuō)明，對(duì)裁剪或變更的流程應(yīng)說(shuō)明裁剪或變更的原因、和裁剪或變更后的情況是什么?！?BR> 3.3.1 項(xiàng)目開發(fā)過(guò)程
〔說(shuō)明本項(xiàng)目采用的開發(fā)過(guò)程，包括增加/修改/刪除了什么活動(dòng)?！?BR> 3.3.2 過(guò)程裁剪注釋
遵循的標(biāo)準(zhǔn)過(guò)程/活動(dòng) 裁剪注釋
〔應(yīng)說(shuō)明增加/修改/刪除了什么活動(dòng)〕 偏離原因
〔應(yīng)說(shuō)明增加/修改/刪除了某個(gè)活動(dòng)的原因〕
市場(chǎng)(客戶)調(diào)研階段 需求獲取
項(xiàng)目立項(xiàng)
項(xiàng)目定義階段 項(xiàng)目計(jì)劃
需求分析
產(chǎn)品(項(xiàng)目)研制階段 設(shè)計(jì)
編碼及單元測(cè)試
產(chǎn)品集成測(cè)試
評(píng)審
產(chǎn)品(項(xiàng)目)測(cè)試階段 產(chǎn)品測(cè)試
測(cè)試
產(chǎn)品(項(xiàng)目)驗(yàn)收及發(fā)布階段 系統(tǒng)試運(yùn)行
項(xiàng)目結(jié)項(xiàng)
產(chǎn)品技術(shù)支持及維護(hù)階段 產(chǎn)品技術(shù)支持及維護(hù)
貫穿項(xiàng)目全周期的過(guò)程 項(xiàng)目跟蹤
風(fēng)險(xiǎn)管理
需求管理
過(guò)程和產(chǎn)品質(zhì)量保證
配置管理
度量與分析
4 項(xiàng)目開發(fā)工作評(píng)價(jià)
4.1 生產(chǎn)率評(píng)價(jià)
構(gòu)件/模塊名稱 代碼行(千行) 工作量 代碼行/工作量
甘特圖
過(guò)程定義
等等
合計(jì)
平均生產(chǎn)率及其評(píng)價(jià)：
4.2 技術(shù)方案評(píng)價(jià)
〔總結(jié)該軟件項(xiàng)目或軟件產(chǎn)品開發(fā)時(shí)所采用的各項(xiàng)技術(shù)〕
〔以下是示例：〕
對(duì)開發(fā)工具的評(píng)價(jià)：這里主要是對(duì)開發(fā)工具PowerBuilder8.0和數(shù)據(jù)庫(kù)工具的評(píng)價(jià)。
對(duì)PowerBuilder8.0的評(píng)價(jià)：在整個(gè)項(xiàng)目的開發(fā)過(guò)程中，由于此工具引發(fā)了諸多爭(zhēng)議，我認(rèn)為pb在C/S架構(gòu)是由其獨(dú)特優(yōu)勢(shì)的，就是從開發(fā)成本、B/S和面向?qū)ο髞?lái)說(shuō)其也有獨(dú)到之處，因此我認(rèn)為開發(fā)工具都有其優(yōu)劣，關(guān)鍵看我們是否精通。
對(duì)數(shù)據(jù)庫(kù)工具的評(píng)價(jià)：我們現(xiàn)在用的數(shù)據(jù)庫(kù)工具只是停留在表、視圖和存儲(chǔ)過(guò)程簡(jiǎn)單使用，對(duì)數(shù)據(jù)庫(kù)的深層研究和SQL語(yǔ)句的優(yōu)化現(xiàn)在做的不夠，當(dāng)然還有表設(shè)計(jì)的合理性都需要加強(qiáng)，我建議部門或項(xiàng)目組可以
專門培養(yǎng)往數(shù)據(jù)庫(kù)研究和發(fā)展的人員，從而提高我們產(chǎn)品的開發(fā)、運(yùn)行速度和穩(wěn)定性并可提高整個(gè)部門開發(fā)人員的技術(shù)水平。
對(duì)框架技術(shù)的評(píng)價(jià)：從整個(gè)框架的整體使用效果來(lái)看并為達(dá)到預(yù)期的目的，我認(rèn)為主要是由以下原因造成的：
框架本身存在有諸多不完善的地方，需要不斷地進(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ǔ)，也是降低成本、提高開發(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)格的控制。
對(duì)團(tuán)隊(duì)開發(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 需求管理
5.1.1 需求完成情況
最初建議的需求數(shù)：
納入基線的需求數(shù)：
已實(shí)現(xiàn)的需求數(shù)：
已驗(yàn)證的需求數(shù)：
已刪除的需求數(shù)：
已修訂的需求數(shù)：
新增的需求數(shù)：
5.1.2 需求變更情況
〔總結(jié)項(xiàng)目的不同階段所發(fā)生的需求變更次數(shù)及發(fā)生變更的主要原因。〕
變更發(fā)生的階段 需求變更次數(shù) 變更工作量
(從申請(qǐng)開始到變更結(jié)束發(fā)生的工作量)
用戶需求定義
軟件需求分析
設(shè)計(jì)
編碼
測(cè)試
維護(hù)
需求變更的主要原因：
5.2 計(jì)劃管理
5.2.1 計(jì)劃變更情況
序號(hào) 變更發(fā)生階段 變更原因 變更內(nèi)容 變更是否允許
1
2
3
6 項(xiàng)目重大事件
〔列出項(xiàng)目期間或項(xiàng)目本階段中發(fā)生的重大事件〕
時(shí)間 地點(diǎn) 事件 重要參加人員
7 驗(yàn)收準(zhǔn)備工作
1、 驗(yàn)收要求：項(xiàng)目經(jīng)理與客戶確定驗(yàn)收要求
2、 驗(yàn)收文檔準(zhǔn)備情況：驗(yàn)收文檔內(nèi)容及完成情況，明確后期可能需要完善的文檔。
8 經(jīng)驗(yàn)教訓(xùn)
8.1 項(xiàng)目問(wèn)題/缺陷原因分析
對(duì)項(xiàng)目問(wèn)題進(jìn)行原因分析
注：總結(jié)項(xiàng)目產(chǎn)生的問(wèn)題，分析其中可以通過(guò)完善過(guò)程體系的方法來(lái)避免的問(wèn)題。
對(duì)產(chǎn)品缺陷進(jìn)行原因分析
注：總結(jié)項(xiàng)目產(chǎn)品發(fā)現(xiàn)的缺陷，分析是否可在開發(fā)過(guò)程中避免，或通過(guò)增加評(píng)審檢查單和測(cè)試用例檢查單等方法可避免。
8.2 總結(jié)經(jīng)驗(yàn)教訓(xùn)
8.3 項(xiàng)目推薦工作產(chǎn)品
注：可推薦本