｛項目名稱｝軟件項目總結報告編號：-｛項目名稱縮寫｝-CLOSUREREPORT版本:X.X更改記作者：SEPG日期：2002-8-8錄審批：日期：日期版本更改說明作者文檔創(chuàng)立/改正X.X創(chuàng)立/改正某個地方和封面作者保持一致的日期項目信息項目名稱項目編號項目經(jīng)理提交時間項目說明[簡要描繪項目背景，可從軟件需求規(guī)格說明書拷貝]項目周期1）項目進度總結：預計實質誤差誤差率開始日期結束日期

[

項目整體進度誤差率]周期[項目周期偏差率]2）誤差原由說明：[若項目整體進度誤差率或項目周期誤差率超出設定的閾值，需要對誤差原由進行總結分析。]3）改良舉措：[若項目整體進度誤差率或項目周期誤差率超出設定的閾值，需要總結改良舉措，。]軟件開發(fā)和管理過程4.1過程說明采納的過程裁剪說明[標準開發(fā)過程][對所采納過程的裁剪原由]4.2過程改良建議陳說過程改良建議開發(fā)工具和環(huán)境5.1開發(fā)工具陳說開發(fā)工具及使用狀況5.2開發(fā)環(huán)境陳說開發(fā)環(huán)境風險管理6.1風險系數(shù)在項目階段中的變化趨向項目階段需求剖析設計編碼測試實行風險說明風險10.50000.200風險20000.5006.2降低風險的策略風險說明說明預計誤差率7.1進度預計誤差率（%）實質進度周期

立項時預計項目周期

需求/計劃時立項時進度估需求/計劃完預計項目周期計誤差率（%）成時進度預計誤差率（%）7.2工作量預計誤差率需求/計劃時需求/計劃完立項時預計工立項時工作量實質工作量成時工作量估作量預計工作量差率（%）計誤差率（%）7.3代碼規(guī)模預計誤差率立項時代碼規(guī)需求/計劃完立項時預計代需求/計劃時模成時實質代碼規(guī)模碼規(guī)模預計代碼規(guī)模預計誤差率代碼規(guī)模預計（%）誤差率（%）規(guī)模1）產(chǎn)品規(guī)模狀況總結[采納“工作產(chǎn)品規(guī)模達成狀況”指示器，總結各工作產(chǎn)品的規(guī)模達成狀況，應包含共計規(guī)模達成比率，規(guī)模誤差率等。]2）誤差原由說明：[若規(guī)模誤差率超出設定的閾值，需要對誤差原由進行總結剖析。]3）改良舉措：[若規(guī)模誤差率超出設定的閾值，需要總結改良舉措。]工作量9.1工作量概略1）項目工作量狀況[總工作量誤差狀況，數(shù)據(jù)根源：“目前工作量狀況”指示器]：項目組人數(shù)3/5[一般/最大值]預計的工作量340persondays=2890personhours(340x8.5)[人/天或人小時]實質的工作量3580personhours=approximately420persondays[人/天或人/小時]總工作量誤差總工作量誤差率[從“目前工作量狀況”指示器”中拷貝圖“階段工作量狀況”、“階段工作量相對誤差率”于下，總結各階段工作量變化狀況]2）誤差原由說明：[若項目總工作量誤差率超出設定的閾值，需要對誤差原由進行總結剖析。]3）改良舉措：[若項目總工作量誤差率超出設定的閾值，需要總結改良舉措，。]9.2工作量散布狀況1）工作量按階段、按活動散布的狀況：[總結工作量按階段、按活動散布的狀況，應包含各階段、各活動工作量投入實質值和比率，及誤差率等]階段

比率(%)

計劃工作量(人日)

實質比率工作量(%)(人日)

誤差(%)需求剖析設計編碼測試實行共計計劃實質誤差任務種類比率工作量比率工作量(%)(%)(人日)(%)(人日)需求剖析設計編碼測試實行項目管理過程管理配置管理SQA共計2）誤差原由說明：[若項目工作量階段散布、活動散布誤差率超出設定的閾值，需要對誤差原由進行總結分析。]3）改良舉措：[若項目工作量階段散布、活動散布誤差率超出設定的閾值，需要總結改良舉措。]質量成本統(tǒng)計目前質評審SQA工作計劃項測試工返工工培訓工量有關質量成本項目階段工作目總工作量作量作量量工作量比率量作量共計里程碑12715013.255.227282.0%里程碑224.123.66.512.266.427282.4%里程碑386165122.05031.2404.25272814.8%里程碑4013200613827285.1%里程碑5027280.0%共計137.1297160.656.562.6663.85272824.3%成本1）成本狀況[采納“階段成本-人員投入狀況”指示器，體現(xiàn)總成本投入狀況、各階段人力成本的投入狀況和人員數(shù)目的投入狀況，應包含各階段人力成本誤差率、總成本誤差率、階段人員數(shù)量等。]2）誤差原由說明：[若總成本誤差率超出設定的閾值，需要對誤差原由進行剖析說明。]3）改良舉措：[若總成本誤差率超出設定的閾值，需要總結改良舉措。]生產(chǎn)率1）項目生產(chǎn)率狀況項目編碼項目編項目生命編碼/單碼/單元/單元測計劃編碼周期生產(chǎn)元測試階項目總代碼總試階段生/單元測測試階率（代碼功段生產(chǎn)率工作量規(guī)模產(chǎn)率（代試階段生段工作能點/人預計誤差碼功能點產(chǎn)率量月）率/人月）2）誤差原由說明：[若編碼/單元測試階段生產(chǎn)率預計誤差率超出設定的閾值，需要對誤差原由進行總結分析。]3）改良舉措：[若編碼/單元測試階段生產(chǎn)率預計誤差率超出設定的閾值，需要總結改良舉措。]質量12.1質量目標達成狀況總結1）質量目標的達成概略：查收（試運嚴重等級需求架構設計綱要設計詳盡設計編碼集成測試系統(tǒng)測段行）災害級/嚴重缺點6.7%0.0%0.0%0.0%缺點注入率偏次嚴重缺點差率一般/其余缺陷災害級/嚴重缺點14.6%缺點清除率偏次嚴重缺點差率一般/其余缺陷總缺點消除率誤差率2）誤差原由說明：[若總缺點消除效率誤差率超出設定的閾值，需要對誤差原由進行剖析說明。]3）改良舉措：[若總缺點消除效率誤差率超出設定的閾值，需要總結改良舉措。]12.2缺點注入率、缺點消除率的階段散布總結架構設綱要設詳盡設

查收（試嚴重等級

需求

編碼

單元測試集成測試系統(tǒng)測段計計計

運轉）災害級/嚴重缺點注入數(shù)0000項目實質缺點注入次嚴重缺點率注入數(shù)一般/其余缺點災害級/嚴重缺點項目實質缺點消除次嚴重缺點率一般/其余缺點12.3評審、測試活動總結1）評審活動總結評審對象需求架構設計綱要設計詳盡設計編碼2）測試活動總結評審效率3）測試前評審速度缺點清計劃評審工作量除率及發(fā)現(xiàn)缺實質評審工作量陷比率評審工作量誤差率計劃缺點發(fā)現(xiàn)數(shù)目實質缺點發(fā)現(xiàn)數(shù)目缺點發(fā)現(xiàn)數(shù)目誤差率測試階段

單元測試

集成測試

系統(tǒng)測試測試效率測試覆蓋率計劃測試工作量實質測試工作量測試工作量誤差率缺點總數(shù)

測試前消除的缺點數(shù)目

測試前消除率

測試前發(fā)現(xiàn)缺陷數(shù)目

測試前發(fā)現(xiàn)缺陷比率（％）12.4缺點散布狀況拜見《測試總結報告》12.5各質量活動發(fā)現(xiàn)的缺點比率測試發(fā)現(xiàn)的缺點總的缺點數(shù)評審發(fā)現(xiàn)的缺點數(shù)評審測試發(fā)現(xiàn)缺點數(shù)比率數(shù)需求13.1需務實現(xiàn)狀況1）需務實現(xiàn)狀況：[采納“需務實現(xiàn)狀況”指示器，應包含需求功能點總數(shù)，及各個實現(xiàn)階段的需求比例等。]2）誤差原由說明：[若需務實現(xiàn)狀況出現(xiàn)較大誤差，需要對誤差原由進行剖析說明。]3）調整舉措：[若需務實現(xiàn)狀況出現(xiàn)較大誤差，需要說明調整舉措。]13.2需求更改狀況1）需求更改狀況[采納“需求功能規(guī)模和穩(wěn)固性”指示器，體現(xiàn)需求更改狀況，應包含需求更改率（需求穩(wěn)固性）、增/刪/改的需求數(shù)目、需求總數(shù)等。]2）誤差原由說明：[若需求總數(shù)的增加超出設定閾值或許在某階段的更改超出目前基線的誤差超出設定的閾值時，需要對誤差原由進行剖析說明。]3）改良舉措：[若需求總數(shù)的增加超出設定閾值或許在某階段的更改超出目前基線的誤差超出設定的閾值時，需要總結改良舉措。]客戶反應1）客戶反應狀況：[采納“目前客戶反應問題辦理狀況”指示器，體現(xiàn)客戶問題的解決狀況，應包含已解決問題比率、未解決問題比率等。]2）誤差原由說明：[若未解決問題比率超出設定的閾值，需要對誤差原由進行剖析說明。]3）調整舉措：[若未解決問題比率超出設定的閾值，需要總結改良舉措。]項目問題1）項目問題狀況：[采納“項目問題辦理狀況”指示器，體現(xiàn)項目問題的解決狀況，應包含已解決問題比例、未解決問題比率等。]2）誤差原由說明：[若未解決問題比率超出設定的閾值，需要對誤差原由進行剖析說明。]3）調整舉措：[若未解決問題比率超出設定的閾值，需要總結改良舉措。]組間協(xié)調活動追蹤結果協(xié)調小組/人協(xié)調方式協(xié)調內容發(fā)生問辦理方式頻次/時題間客戶經(jīng)理睬議/電話/電子郵件不按期客戶－××部按期會議門不按期（說明：發(fā)生的問題應當有問題追蹤表作為附件，同時發(fā)生問題一欄中需備注問題追蹤表的編號）培訓列舉本項目培訓狀況：培訓