項(xiàng)目度量與分析指南修改說(shuō)修改說(shuō)明版本號(hào)修改人核準(zhǔn)人 6.1度量目的 86.2度量?jī)?nèi)容和方法 86.3分析指南 8 8.1度量目的 118.2度量?jī)?nèi)容和方法 118.3分析指南 11 9.1度量目的 149.2度量?jī)?nèi)容和方法 14 14 169.3分析指南 16 SQA度量 21 3.1質(zhì)量成本分析 213.2缺陷分布分析 22 項(xiàng)目度量與分析指南軟件度量的目的是為項(xiàng)目管理提供項(xiàng)目的執(zhí)行情況的充分可見性，并使項(xiàng)目管理者了解項(xiàng)目實(shí)際進(jìn)展與項(xiàng)目計(jì)劃之間的偏差，以便采取糾正行動(dòng)，保證項(xiàng)目的順利進(jìn)行。有效的軟件度量過(guò)程促進(jìn)組織的軟件過(guò)程能力的改進(jìn)。此指南詳細(xì)描述軟件過(guò)程相關(guān)的度量?jī)?nèi)容，包括度量項(xiàng)的本文適用于本公司所有軟件項(xiàng)目。術(shù)語(yǔ)、縮寫詞Project的一次性活動(dòng)。Project的一次性活動(dòng)。Measure，對(duì)一個(gè)產(chǎn)品過(guò)程的某個(gè)屬性的范圍、數(shù)量、維度、容量或大小提供一個(gè)定量的指示。Meatric，對(duì)一個(gè)系統(tǒng)、構(gòu)件或過(guò)程具有的某個(gè)給定屬性的度的度量度量項(xiàng)對(duì)項(xiàng)目的規(guī)模、進(jìn)度、工作量等度量項(xiàng)進(jìn)行估算，并記載于項(xiàng)對(duì)項(xiàng)目的規(guī)模、進(jìn)度、工作量等度量項(xiàng)進(jìn)行估算，并記載于項(xiàng)在項(xiàng)目計(jì)劃中制定度量數(shù)據(jù)收集和量化分析與控制的策略；比較和分析項(xiàng)目級(jí)的度量數(shù)據(jù)，在必要時(shí)采取糾正措施；保證項(xiàng)目組依照本指南中的要求，正確記錄各項(xiàng)度量數(shù)據(jù)。協(xié)助項(xiàng)目經(jīng)理制定度量數(shù)據(jù)收集和量化分析與控制的策略；收集項(xiàng)目執(zhí)行數(shù)據(jù)，填寫項(xiàng)目度量表；進(jìn)行統(tǒng)計(jì)分析，提供決策支持。始填寫時(shí)間記錄表，執(zhí)行評(píng)審和測(cè)試工作，追蹤軟件產(chǎn)品缺定期發(fā)布公司級(jí)軟件項(xiàng)目生產(chǎn)率、工作量分布、各度量指標(biāo)上下控制界限等數(shù)據(jù)，供項(xiàng)目組參考；在項(xiàng)目結(jié)束時(shí)收集各個(gè)項(xiàng)目的匯總數(shù)據(jù)，豐富并修正公司級(jí)過(guò)程財(cái)富庫(kù)。項(xiàng)目經(jīng)理項(xiàng)目管理員項(xiàng)目組成員5過(guò)5SEPG從公司質(zhì)量方針和質(zhì)量目標(biāo)出發(fā)，根據(jù)本公司現(xiàn)階段軟件項(xiàng)目和軟件開發(fā)的特點(diǎn)，以及軟件過(guò)程改進(jìn)的目標(biāo)，經(jīng)過(guò)權(quán)衡，決定選擇需求、規(guī)模、進(jìn)度、工作量和質(zhì)量作為公司軟件項(xiàng)目度90%；3、合同履行率三年內(nèi)達(dá)到80%。軟件項(xiàng)目的實(shí)施，要確保實(shí)現(xiàn)上述質(zhì)量目標(biāo)，同時(shí)也要保證公司產(chǎn)值的增長(zhǎng)和盈利目標(biāo)的實(shí)現(xiàn)。SEPG需求、限定規(guī)模、保證進(jìn)度、合理分配工作量、保持優(yōu)良質(zhì)量等方面還存在一些缺陷，所以需要通過(guò)這些項(xiàng)目屬性的度量、分析和監(jiān)控，有效改進(jìn)軟件過(guò)程，達(dá)成公司的上述質(zhì)量目標(biāo)和盈利目標(biāo)。需求的穩(wěn)定度在極大程度上影響項(xiàng)目的規(guī)模、工作量和進(jìn)度。目前本公司軟件項(xiàng)目對(duì)需求的分析和控制比較薄弱，開發(fā)人員付出了加倍的努力，用戶滿意度仍不理想。因此有必要對(duì)項(xiàng)目需求進(jìn)行有效的度量和管理，使得開發(fā)人員和用戶對(duì)需求保持一致的認(rèn)識(shí)，并控制需求的變化。項(xiàng)目的規(guī)模是決定軟件項(xiàng)目成本的最基本因素，是估算工作量和進(jìn)度、計(jì)算生產(chǎn)率、缺陷密度及其它項(xiàng)目評(píng)估指標(biāo)的基礎(chǔ)。對(duì)規(guī)模的有效估算、跟蹤和控制，一方面使得項(xiàng)目得以按照預(yù)定計(jì)劃順利開展，另一方面也保證公司盈利目標(biāo)的實(shí)現(xiàn)。保證軟件項(xiàng)目的進(jìn)度是控制項(xiàng)目成本，贏得用戶滿意的關(guān)鍵。同軟件行業(yè)的普遍現(xiàn)象相一致，本公司軟件項(xiàng)目容易在進(jìn)度上發(fā)生問(wèn)題，一些項(xiàng)目久拖不決，引起項(xiàng)目成本攀升，影響款項(xiàng)回收，并造成用戶信任度下降。所以，需要使用MSPROJECT等管理工具，對(duì)項(xiàng)目的進(jìn)度進(jìn)行定對(duì)工作量的正確估計(jì)和控制，有利于為項(xiàng)目配置合適的人力資源，也便于控制項(xiàng)目成本。本公司軟件開發(fā)的生命周期以瀑布模型為基礎(chǔ)，在實(shí)際執(zhí)行中存在明顯的重視編碼、比較忽視設(shè)計(jì)、嚴(yán)重忽視需求分析及軟件測(cè)試的問(wèn)題。預(yù)先針對(duì)需求分析、設(shè)計(jì)、編碼和測(cè)試等開發(fā)活動(dòng)，合理分配工作量比例，能夠校正這一偏頗。統(tǒng)計(jì)匯總各個(gè)階段、各項(xiàng)活動(dòng)工作量在總工作量中所占比例，并與計(jì)劃比例相對(duì)照，可以發(fā)現(xiàn)項(xiàng)目執(zhí)行上的偏差，總結(jié)經(jīng)驗(yàn)教訓(xùn)，有利于逐步形成適合公司開發(fā)團(tuán)隊(duì)特點(diǎn)的最佳工作量組合。軟件工程的最高目標(biāo)就是產(chǎn)生高質(zhì)量的軟件產(chǎn)品。項(xiàng)目級(jí)的質(zhì)量度量主要是對(duì)于缺陷或錯(cuò)誤的測(cè)量，通過(guò)觀察各個(gè)階段引入缺陷和消除缺陷的數(shù)量分布，可以發(fā)現(xiàn)本公司開發(fā)過(guò)程的薄弱環(huán)節(jié)；通過(guò)統(tǒng)計(jì)各個(gè)階段花費(fèi)在消除缺陷上的工作量，可以將各個(gè)階段的質(zhì)量成本投入調(diào)整到最合理的狀態(tài)；通過(guò)對(duì)軟件質(zhì)量保證(SQA)過(guò)程中不合格項(xiàng)的統(tǒng)計(jì)，可以發(fā)現(xiàn)項(xiàng)目組對(duì)ZDSSP的遵從程度，預(yù)防缺陷。本公司軟件項(xiàng)目普遍存在以下兩種現(xiàn)象：1、需求和設(shè)計(jì)工作草率，匆忙開始編碼；2、評(píng)審過(guò)程缺乏，或者不夠高效和正規(guī)。這些現(xiàn)象使得項(xiàng)目早期發(fā)現(xiàn)的問(wèn)題不夠多，大量的缺陷是在編碼、測(cè)試階段甚至在發(fā)布后發(fā)現(xiàn)的，相應(yīng)地修正缺陷所花地代價(jià)很高。因此，項(xiàng)目組應(yīng)測(cè)量在評(píng)審和測(cè)試上所花費(fèi)的工作量以及相應(yīng)的缺陷數(shù)量，以及對(duì)這些缺陷進(jìn)行修正的返工工作量，通過(guò)對(duì)比來(lái)判定需求和設(shè)計(jì)工作是否草率，并決定合適的評(píng)審力在項(xiàng)目啟動(dòng)會(huì)議之后，項(xiàng)目度量工作就正式展開，項(xiàng)目組成員開始針對(duì)該項(xiàng)目填寫時(shí)間記錄項(xiàng)目經(jīng)理在項(xiàng)目計(jì)劃階段要針對(duì)項(xiàng)目的特點(diǎn)制訂相應(yīng)的度量計(jì)劃，制定度量數(shù)據(jù)收集和量化分析與控制的策略，包括：根據(jù)項(xiàng)目的特點(diǎn)決定是否需要對(duì)公司規(guī)定的標(biāo)準(zhǔn)度量項(xiàng)進(jìn)行裁剪；根據(jù)項(xiàng)目的特點(diǎn)決定是否需要增加特別的度量項(xiàng)或?qū)?biāo)準(zhǔn)度量項(xiàng)的收集分析周期進(jìn)行變?cè)O(shè)定的各度量項(xiàng)偏離值的上下限，設(shè)定適合項(xiàng)目自身的偏離值上下限；預(yù)先設(shè)計(jì)度量項(xiàng)超出控制范圍時(shí)要采取的措施。項(xiàng)目度量計(jì)劃作為軟件項(xiàng)目度量表的一個(gè)單獨(dú)的工作表，由項(xiàng)目經(jīng)理填寫。在項(xiàng)目實(shí)施的過(guò)程中，項(xiàng)目管理員按照預(yù)先設(shè)定的周期收集各項(xiàng)度量數(shù)據(jù)，進(jìn)行初步的統(tǒng)計(jì)分析，填寫軟件項(xiàng)目度量表。項(xiàng)目經(jīng)理根據(jù)項(xiàng)目度量表比較和分析項(xiàng)目級(jí)的度量數(shù)據(jù)，在必要時(shí)采取糾正措施，如修正項(xiàng)目計(jì)劃、進(jìn)行相關(guān)培訓(xùn)等。項(xiàng)目結(jié)束時(shí)，項(xiàng)目經(jīng)理匯總項(xiàng)目的各項(xiàng)度量數(shù)據(jù)，將過(guò)程數(shù)據(jù)庫(kù)中的內(nèi)容集成到項(xiàng)目結(jié)案報(bào)項(xiàng)目結(jié)束之后即進(jìn)入維護(hù)階段，技術(shù)支持人員隨時(shí)將軟件缺陷提交到公司缺陷跟蹤系統(tǒng)，軟件開發(fā)人員針對(duì)缺陷進(jìn)行定位、修改和測(cè)試，將工作量記錄在時(shí)間記錄表之中并最終關(guān)閉缺陷。項(xiàng)目管理員收集缺陷數(shù)據(jù)和返工工作量，修改軟件項(xiàng)目度量表。收收集規(guī)模及計(jì)劃變更數(shù)據(jù)項(xiàng)目管理員收集需求數(shù)據(jù)項(xiàng)目管理員收集EV數(shù)據(jù)項(xiàng)目管理員收集進(jìn)度數(shù)據(jù)項(xiàng)目管理員收集工作量數(shù)量項(xiàng)目管理員收集產(chǎn)品缺陷數(shù)據(jù)項(xiàng)目管理員收集SQA數(shù)據(jù)項(xiàng)目管理員項(xiàng)目管理計(jì)劃需求跟蹤矩陣項(xiàng)目EV報(bào)告項(xiàng)目進(jìn)度計(jì)劃時(shí)間記錄表產(chǎn)品缺陷記錄表SQA不合格記錄表項(xiàng)目啟動(dòng)制定度量計(jì)劃PM度量計(jì)劃度量分析項(xiàng)目管理員,PM軟件項(xiàng)目度量表數(shù)據(jù)收集項(xiàng)目度量與分析6需求度量跟蹤分析需求的穩(wěn)定性能夠體現(xiàn)項(xiàng)目組管理和控制軟件需求的能力。不穩(wěn)定的需求將帶來(lái)負(fù)面影響，例如軟件產(chǎn)品質(zhì)量下降、項(xiàng)目成本增高、項(xiàng)目進(jìn)度延遲等。人頻度數(shù)據(jù)來(lái)源新增需求的數(shù)目項(xiàng)目管理員每周/每月變更請(qǐng)求本周期新增需求的數(shù)目刪除需求的數(shù)目項(xiàng)目管理員每周/每月變更請(qǐng)求本周期刪除需求的數(shù)目修改需求的數(shù)目項(xiàng)目管理員每周/每月變更請(qǐng)求本周期修改需求的數(shù)目需求變更數(shù)目項(xiàng)目管理員每周/每月本周期新增、刪除、修改需求的數(shù)需求總數(shù)目項(xiàng)目管理員每周/每月用戶需求文檔變更請(qǐng)求初始建立作為基線的需求的數(shù)目，或者：前一周期需求的總數(shù)＋本周期新增需求數(shù)目－本周期刪除需求的數(shù)目需求變更成本(人項(xiàng)目管理員每周/每月變更請(qǐng)求本周期需求變更需要耗費(fèi)的工作量需求變更成本匯總(人時(shí))項(xiàng)目管理員每周/每月項(xiàng)目自啟動(dòng)以來(lái)在需求變更上耗費(fèi)和需求變更可能直接導(dǎo)致規(guī)模的增長(zhǎng)、進(jìn)度的延遲、成本的增加以及返工。項(xiàng)目組應(yīng)周期性地度量需求變更(包括新增、修改和刪除需求)和需求總數(shù)的變化，來(lái)控制需求變更并采取相應(yīng)地2008004000123456789101112需求總數(shù)需求變更數(shù)上圖表現(xiàn)了需求的穩(wěn)定度，兩條線分別表示每周需求總數(shù)的變化以及需求變更數(shù)目的變化。假6周需求變更數(shù)都有明顯增長(zhǎng)，在第7周后需求趨于穩(wěn)定。說(shuō)明在需求基線化評(píng)審結(jié)束之后相當(dāng)一段時(shí)間需求仍然不穩(wěn)定。更成本12001000800變更成本600變更成本匯總4002000123456789101112上圖表現(xiàn)了變更成本的變化，該圖顯示變更成本在第3周之后迅速攀升，在第9周后趨于穩(wěn)定。比照需求變化趨勢(shì)曲線，發(fā)現(xiàn)在第7周后需求變化較少，但變更成本仍然攀升，說(shuō)明在這段時(shí)間引入了影響較大的需求變更。大量的需求變更是可能導(dǎo)致項(xiàng)目失敗的潛在風(fēng)險(xiǎn)。對(duì)于頻繁變更的需求，項(xiàng)目組可能要采取諸如重新分配資源及重新估算規(guī)模、工作量和進(jìn)度等措施。并且項(xiàng)目組可能要分析需求變更的具體原因(如：誤解、歧義、不完整、不正確)，需求變更的類型(如：功能方面、性能方面或界面方面等)，通過(guò)詳細(xì)的分析，判定需求頻繁變更的根本原因，并采取具體的行動(dòng)。7規(guī)模度量規(guī)模是項(xiàng)目的基本度量項(xiàng)。它用于估算工作量和進(jìn)度，計(jì)算生產(chǎn)率、缺陷密度及其它項(xiàng)目評(píng)估頻頻度數(shù)據(jù)來(lái)源說(shuō)明在里程碑處，或合同或建議書，估算或測(cè)量軟件的規(guī)模者需求變更導(dǎo)致SRS,歷史數(shù)據(jù)規(guī)模發(fā)生重要變化時(shí)在里程碑處，或自動(dòng)計(jì)算者需求變更導(dǎo)致規(guī)模發(fā)生重要變化時(shí)內(nèi)容責(zé)任人(用例點(diǎn)UCP)規(guī)模變化率項(xiàng)目管理員階段變化率：(本期軟件規(guī)模－上期軟件規(guī)模)/上期軟件規(guī)?；鶞?zhǔn)變化率：(本期軟件規(guī)模－SRS完成時(shí)的估算規(guī)模)/SRS完成時(shí)的估算規(guī)模監(jiān)控有效規(guī)模與估算規(guī)模間的偏差。如果需要，重新估算工作量和進(jìn)度。規(guī)模規(guī)模控制圖2345規(guī)模變化率(相對(duì)于上階段)控制下限控制上限規(guī)模變化率(相對(duì)5.00%0.00%-5.00%-10.00%在里程碑處(如需求階段、設(shè)計(jì)階段)以及大的需求變更發(fā)生時(shí)，或進(jìn)行項(xiàng)目情況匯總時(shí)，項(xiàng)目經(jīng)理使用規(guī)?？刂茍D來(lái)分析規(guī)模偏差并監(jiān)控產(chǎn)品有效規(guī)模的偏差。。如果規(guī)模偏差超出上下控制限范圍，則分析原因并采取相應(yīng)措施偏差超過(guò)控制限的可能原因和措施如下:如如果規(guī)模偏差超出了上限可能的原因新增了太多的需求.采取的措施重新估算并做計(jì)劃如果規(guī)模偏差低于下限如果規(guī)模偏差低于下限可能的原因刪除了太多的需求采取的措施重新估算并做計(jì)劃8進(jìn)度度量進(jìn)度度量監(jiān)控項(xiàng)目是否正常進(jìn)行，使用掙值分析法測(cè)量項(xiàng)目績(jī)效，判定各個(gè)重要活動(dòng)的開始、結(jié)束日期和持續(xù)時(shí)間是否正常。在MSPROJECT中進(jìn)行掙值分析，將結(jié)果(計(jì)劃值PV、掙值BAC、完工估算EAC、進(jìn)度指數(shù)SPI、成本指數(shù)CPI)復(fù)制到項(xiàng)目度量表收集重要活動(dòng)的進(jìn)展情況，并對(duì)后期的進(jìn)展作出估計(jì)。將結(jié)果填入項(xiàng)目度量表數(shù)據(jù)來(lái)源項(xiàng)目計(jì)劃時(shí)，以項(xiàng)目進(jìn)展周報(bào)及每周掙值分析重要活動(dòng)的規(guī)劃人項(xiàng)目管理員項(xiàng)目管理員頻度每周/每月掙值分析是綜合范圍、計(jì)劃、資源，測(cè)量項(xiàng)目績(jī)效的一種方法，它比較了計(jì)劃工作量、實(shí)際掙得多少與實(shí)際花費(fèi)成本，以決定成本和進(jìn)度績(jī)效是否符合原定計(jì)劃。14,000,00012,000,00010,000,0008,000,0006,000,0004,000,0002,000,0000123456789101112計(jì)劃值(PV)掙值(EV)實(shí)際成本(AC)完工預(yù)算(BAC)完工估算(EAC)上圖顯示，在第4周，項(xiàng)目的掙值明顯超過(guò)計(jì)劃，進(jìn)度加快。但是從第2周開始項(xiàng)目實(shí)際成本增長(zhǎng)很快，在第4周成本跳升。項(xiàng)目的完工估算也因此超過(guò)預(yù)算?？傮w看來(lái)，進(jìn)度的提高以成本增加為代價(jià)，項(xiàng)目經(jīng)理可能要對(duì)兩種因素進(jìn)行適當(dāng)權(quán)衡。效指數(shù)2.502.001.501.000.500.00123456789101112進(jìn)度指數(shù)(SPI)成本指數(shù)(CPI)上圖顯示項(xiàng)目的進(jìn)度指數(shù)和成本指數(shù)的變化，進(jìn)度指數(shù)到達(dá)2.0的高度，顯示進(jìn)度很快；成本指數(shù)也穩(wěn)步上升，接近1.0，顯示雖然實(shí)際成本超過(guò)了掙值，但尚未偏離過(guò)多，并且仍呈上升之勢(shì)，總體看績(jī)效狀況令人滿意。掙值分析對(duì)項(xiàng)目進(jìn)度的表征是宏觀的，它將所有活動(dòng)的地位等同看待。實(shí)際上項(xiàng)目中有些重要活動(dòng)(特別是關(guān)鍵路徑上的活動(dòng))的進(jìn)展將最終決定項(xiàng)目是否能如期完成。所以有必要對(duì)重要活動(dòng)進(jìn)行跟蹤，定量監(jiān)控實(shí)際進(jìn)度與規(guī)劃進(jìn)度間的偏差。如果必要，重新估算并調(diào)整計(jì)劃。使用MSPROJECT繪制的甘特圖可以直觀地表達(dá)這些活動(dòng)的進(jìn)度。項(xiàng)目經(jīng)理使用甘特圖比較每項(xiàng)活動(dòng)的實(shí)際開始/結(jié)束日期及計(jì)劃開始/結(jié)束日期，并判定每項(xiàng)活動(dòng)的當(dāng)前狀態(tài)，以便監(jiān)控項(xiàng)同時(shí)，利用軟件項(xiàng)目度量表中記載的重要活動(dòng)的計(jì)劃持續(xù)時(shí)間和實(shí)際持續(xù)時(shí)間，也可以觀察到進(jìn)度跟蹤進(jìn)度跟蹤圖30252050重要活動(dòng)日日完常完常完成數(shù)成數(shù)完成需主據(jù)主據(jù)成第求完文輸完完文輸完完首二收成件入成成件入成成次次完完成成最初估算最近估算天作工上圖顯示了每一項(xiàng)活動(dòng)的持續(xù)時(shí)間是否與計(jì)劃相符。如果偏差超出控制界限，則分析原因，采取措施，跟蹤進(jìn)度，直至進(jìn)度得到控制。關(guān)于偏差的可能原因和采取的措施，參見下表。采取的措采取的措施安排培訓(xùn)重新派人重新估算或申請(qǐng)資源與客戶磋商發(fā)布日期標(biāo)識(shí)需要額外工作量的主模塊并重新估算隨后的活動(dòng)與相關(guān)人員磋商降低項(xiàng)目目標(biāo)再次規(guī)劃和排列任務(wù)并刪去保留的時(shí)間說(shuō)明問(wèn)題啟用后備資源重新規(guī)劃并保證關(guān)鍵資源可以獲得標(biāo)識(shí)原由并作修改改變項(xiàng)目進(jìn)度安排采用的措施重新估算重新分配資源評(píng)審?fù)瓿傻娜蝿?wù)，規(guī)劃剩余任務(wù)的進(jìn)度如果進(jìn)度偏差超出了上限可能的原因人員缺乏應(yīng)用領(lǐng)域知識(shí)或軟件開發(fā)經(jīng)驗(yàn)新的技術(shù)領(lǐng)域低估資源優(yōu)化不充分關(guān)鍵資源缺少早期階段的輸出不合格導(dǎo)致返工如果進(jìn)度偏差小于下限可能的原因項(xiàng)目組富于經(jīng)驗(yàn)任務(wù)尚未完成系系統(tǒng)測(cè)試設(shè)計(jì)系統(tǒng)設(shè)計(jì)修改系統(tǒng)測(cè)試9工作量度量追蹤工作量的目的是評(píng)估項(xiàng)目人力是否充分以及分配給每個(gè)階段的工作量是否合適。工作量度量通過(guò)活動(dòng)和階段兩個(gè)維度收集當(dāng)前所耗費(fèi)的工作量。工作量數(shù)據(jù)統(tǒng)計(jì)的主要來(lái)源是時(shí)間記錄表，如果開發(fā)人員使用MSEXCEL填寫時(shí)間記錄表，則L內(nèi)容(依活動(dòng)劃分)責(zé)任人需求工作量項(xiàng)目管理員概要設(shè)計(jì)工作量項(xiàng)目管理員詳細(xì)設(shè)計(jì)工作量項(xiàng)目管理員編碼及單元測(cè)試工作項(xiàng)目管理員量集成測(cè)試工作量項(xiàng)目管理員系統(tǒng)測(cè)試工作量項(xiàng)目管理員度每周每周每周每周每周每周數(shù)據(jù)來(lái)源時(shí)間記錄表時(shí)間記錄表時(shí)間記錄表時(shí)間記錄表時(shí)間記錄表時(shí)間記錄表1.修改需求分析報(bào)告2.更新需求跟蹤矩陣1.撰寫概要設(shè)計(jì)報(bào)告2.更新需求跟蹤矩陣1.修改概要設(shè)計(jì)報(bào)告2.更新需求跟蹤矩陣1.撰寫詳細(xì)設(shè)計(jì)報(bào)告2.更新需求跟蹤矩陣1.修改詳細(xì)設(shè)計(jì)報(bào)告2.更新需求跟蹤矩陣2.更新需求跟蹤矩陣改概要設(shè)計(jì)開發(fā)概要設(shè)計(jì)修改詳細(xì)設(shè)計(jì)開發(fā)詳細(xì)設(shè)計(jì)修改單元測(cè)試及單元測(cè)執(zhí)行單元測(cè)試及其回歸測(cè)試試的回歸測(cè)試代碼修改集成測(cè)試設(shè)計(jì)集成測(cè)試設(shè)計(jì)修改集成測(cè)試2.更新需求跟蹤矩陣1.修改集成測(cè)試設(shè)計(jì)2.更新需求跟蹤矩陣執(zhí)行集成測(cè)試集成測(cè)試的回歸測(cè)執(zhí)行集成測(cè)試的回歸測(cè)試試執(zhí)行系統(tǒng)測(cè)試系統(tǒng)測(cè)試的回歸測(cè)執(zhí)行系統(tǒng)測(cè)試的回歸測(cè)試試時(shí)間記錄表時(shí)間記錄表驗(yàn)收測(cè)試設(shè)計(jì)驗(yàn)收測(cè)試設(shè)計(jì)修改驗(yàn)收測(cè)試工作量項(xiàng)目管理工作量發(fā)布后維護(hù)工作量軟件配置管理工作量用戶文檔工作量培訓(xùn)工作量軟件質(zhì)量保證工作量審工作量項(xiàng)目管理員項(xiàng)目管理員項(xiàng)目管理員項(xiàng)目管理員項(xiàng)目管理員項(xiàng)目管理員項(xiàng)目管理員項(xiàng)目管理員每周每周每周每周每周每周每周每周驗(yàn)收測(cè)試執(zhí)行驗(yàn)收測(cè)試驗(yàn)收測(cè)試的回歸測(cè)執(zhí)行驗(yàn)收測(cè)試的回歸測(cè)試試產(chǎn)品交付軟件部署、培訓(xùn)和試運(yùn)行時(shí)間記錄表項(xiàng)目啟動(dòng)項(xiàng)目結(jié)案計(jì)劃撰寫計(jì)劃評(píng)審計(jì)劃修改項(xiàng)目跟蹤撰寫軟件開發(fā)計(jì)劃修改軟件開發(fā)計(jì)劃度、風(fēng)險(xiǎn)、需求、組間協(xié)調(diào)和關(guān)鍵事項(xiàng)部署軟件度量數(shù)據(jù)，執(zhí)行定量分析和控制活動(dòng)寫項(xiàng)目周報(bào)、里程碑和項(xiàng)目總結(jié)報(bào)告，小組成議，項(xiàng)目每周例會(huì)，部門每周例會(huì)，里程碑評(píng)時(shí)間記錄表錯(cuò)誤(BUG)分時(shí)間記錄表維護(hù)專題開發(fā)錯(cuò)誤修正試撰寫配置管理計(jì)劃實(shí)現(xiàn)配置管理發(fā)布軟件產(chǎn)品撰寫用戶文檔修改用戶文檔時(shí)間記錄表配置計(jì)劃配置實(shí)現(xiàn)產(chǎn)品發(fā)布用戶文檔撰寫用戶文檔修改課堂學(xué)習(xí)時(shí)間記錄表時(shí)間記錄表審計(jì)軟件工作產(chǎn)品并評(píng)審軟件過(guò)程SQA時(shí)間記錄QA計(jì)劃表QA實(shí)現(xiàn)同行評(píng)審記錄需求評(píng)審設(shè)計(jì)評(píng)審代碼評(píng)審代碼評(píng)審測(cè)試計(jì)劃評(píng)審測(cè)試用例評(píng)審用戶文檔評(píng)審客戶電話討論答疑客戶問(wèn)題解決技術(shù)交流,技術(shù)支持與項(xiàng)目有關(guān)的活動(dòng)與項(xiàng)目無(wú)關(guān)的活動(dòng)1.外部同行評(píng)審(應(yīng)包含在2.外部組間協(xié)調(diào)3.對(duì)項(xiàng)目的其它支持(技術(shù)支持、培訓(xùn)等)2.空閑時(shí)間活動(dòng)已經(jīng)耗費(fèi)的工作量/該活動(dòng)估算工作量技術(shù)支持工作量其它計(jì)劃外工作量工作量耗費(fèi)比例時(shí)間記錄表時(shí)間記錄表項(xiàng)目中工作量包括正常工作和加班。目前本公司所有軟件項(xiàng)目的生命周期均以瀑布模型為基礎(chǔ)，開發(fā)過(guò)程可以劃分為需求開發(fā)、概考察各個(gè)階段所耗費(fèi)的工作量對(duì)于本公司軟件項(xiàng)目開發(fā)計(jì)劃的制訂和軟件過(guò)程改進(jìn)具有重要意義。所以公司開發(fā)人員時(shí)間記錄表中對(duì)每一項(xiàng)任務(wù)，要求在填寫活動(dòng)類型之外同時(shí)指明它所屬開發(fā)人員填寫時(shí)間記錄表時(shí)要注意階段和活動(dòng)劃分的區(qū)別。例如，在需求開發(fā)階段，可能從事行評(píng)審、項(xiàng)目計(jì)劃、項(xiàng)目管理、配置管理、培訓(xùn)、軟件質(zhì)量保證等。工作量的分析主要包含兩個(gè)方面的內(nèi)容：按照活動(dòng)和階段，周期性地監(jiān)控實(shí)際耗費(fèi)的工作量，并與計(jì)劃投入的工作量相比較，及時(shí)分析項(xiàng)目中不同活動(dòng)和不同階段的計(jì)劃工作量分布和實(shí)際工作量分布。工作量跟蹤(按階段工作量跟蹤(按階段)0PIRAHLDLLDCUTITSTDELCLSMT估計(jì)值實(shí)際值上圖是在集成測(cè)試完成之后對(duì)工作量的統(tǒng)計(jì)分析，數(shù)據(jù)表明：1、詳細(xì)設(shè)計(jì)的實(shí)際工作量大大小于計(jì)劃工作量，可能的原因包括：高估了詳細(xì)設(shè)計(jì)的復(fù)雜度、詳細(xì)設(shè)計(jì)評(píng)審工作減少、詳細(xì)階段配置管理工作減少、SQA工作減少等；2、除了編碼階段的工作量略有超出(可能與詳細(xì)設(shè)計(jì)的工作不充分有關(guān))之外，其它階段的工作量都不大于預(yù)期，表明團(tuán)隊(duì)工作效率較高。工工作量跟蹤(按活動(dòng))5004003002000RAHLDLLDCUTITSTDELPRPMSUPMTUDSCMSQATRNMISC估計(jì)值實(shí)際值上圖是同一時(shí)間按照活動(dòng)分類對(duì)工作量的統(tǒng)計(jì)分析，數(shù)據(jù)表明詳細(xì)活動(dòng)工作量的偏差在允許范圍之內(nèi)，同行評(píng)審和配置管理的工作量耗費(fèi)相對(duì)于目前而言比較正常，軟件質(zhì)量保證活動(dòng)工作配在作項(xiàng)目計(jì)劃時(shí)，項(xiàng)目經(jīng)理應(yīng)該參考公司SEPG定期發(fā)布的軟件項(xiàng)目工作量分布狀況，結(jié)合項(xiàng)147431199540190152108164工作量分布計(jì)劃(按活動(dòng))49621397287433235工作量分布計(jì)劃(按階段工作量分布計(jì)劃(按階段)9555340PIRAHLDLLDCUTITSTDELCLSMT50224125530739514740在項(xiàng)目結(jié)束時(shí)，項(xiàng)目經(jīng)理按活動(dòng)和階段總結(jié)實(shí)際的工作量分配，判定估算的工作量是否合理。如下圖所示。這些數(shù)據(jù)可以為將來(lái)的項(xiàng)目提供參考。工工作量實(shí)際分布(按照活動(dòng))3.80%0.00%7.01%17.82%0.00%實(shí)實(shí)際工作量分布(按照階段)26.29%20.56%RAHLDLLDCUTITSTDELCLSMT10質(zhì)量度量質(zhì)量度量的目的在于為產(chǎn)品質(zhì)量提供具備適當(dāng)可見性的管理，質(zhì)量度量覆蓋評(píng)審和測(cè)試過(guò)程，以及軟件質(zhì)量保證(SQA)過(guò)程。數(shù)據(jù)來(lái)源數(shù)據(jù)來(lái)源人頻度據(jù)工作量各階段評(píng)審發(fā)現(xiàn)項(xiàng)目管理員的不同嚴(yán)重程度缺陷的數(shù)目項(xiàng)目管理員各階段測(cè)試返工項(xiàng)目管理員工作量每周每周每周每周每周評(píng)審表單時(shí)間記錄表評(píng)審表單時(shí)間記錄表時(shí)間記錄表相關(guān)階段包括需求開發(fā)、概要設(shè)計(jì)、詳細(xì)設(shè)計(jì)和編碼及單元測(cè)試。評(píng)審總工作量包括準(zhǔn)備評(píng)審材料、進(jìn)行評(píng)審和問(wèn)題確認(rèn)的相關(guān)階段包括需求開發(fā)、概要設(shè)計(jì)、詳細(xì)及單元測(cè)試。相關(guān)階段包括需求開發(fā)、概要設(shè)計(jì)、詳細(xì)及單元測(cè)試。相關(guān)階段包括集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收測(cè)試。測(cè)試總工作量包括測(cè)試計(jì)劃和測(cè)試用例準(zhǔn)備、執(zhí)行測(cè)試及撰寫測(cè)試報(bào)告的時(shí)間相關(guān)階段包括集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收各階段測(cè)試發(fā)現(xiàn)項(xiàng)目管理員的不同嚴(yán)重程度缺陷的數(shù)目發(fā)布發(fā)布后維護(hù)階段項(xiàng)目管理員據(jù)發(fā)布后維護(hù)階段項(xiàng)目管理員作量每周每周每周軟件問(wèn)題匯總相關(guān)階段包括集成測(cè)試、系統(tǒng)測(cè)試和驗(yàn)收?qǐng)?bào)告測(cè)試。軟件問(wèn)題匯總報(bào)告軟件問(wèn)題匯總包括重現(xiàn)、分析定位、修正的總時(shí)間報(bào)告COQ(質(zhì)量成本，人項(xiàng)目管理員COPQ(不合格質(zhì)量成項(xiàng)目管理員每周每周各階段評(píng)審或測(cè)試總工作量與問(wèn)題返工工作量之和收集各階段問(wèn)題返工的總工作量收集相對(duì)于引入或發(fā)現(xiàn)階段的缺陷數(shù)據(jù)，得到缺陷分布狀況。內(nèi)容責(zé)任人頻度數(shù)據(jù)來(lái)源每個(gè)階段引入缺陷和消項(xiàng)目管理員除缺陷的數(shù)目各階段發(fā)現(xiàn)的不同嚴(yán)重項(xiàng)目管理員程度缺陷的數(shù)目各階段發(fā)現(xiàn)的不同類型項(xiàng)目管理員缺陷的數(shù)目評(píng)審表單收集每個(gè)階段引入和消除的缺陷數(shù)目，填軟件問(wèn)題匯總寫在以階段為維度的二維表格之中報(bào)告評(píng)審表單收集每個(gè)階段引入的各種嚴(yán)重程度的缺陷軟件問(wèn)題匯總的數(shù)目，填入度量表報(bào)告評(píng)審表單收集每個(gè)階段引入的各種類型的缺陷的數(shù)軟件問(wèn)題匯總目，填入度量表報(bào)告每周每周每周質(zhì)量質(zhì)量成本內(nèi)容責(zé)任人頻度數(shù)據(jù)來(lái)源描述新增不符合項(xiàng)數(shù)目項(xiàng)目管理員每周SQA周報(bào)包括與過(guò)程和工件相關(guān)的不符合項(xiàng)已解決不符合項(xiàng)數(shù)目項(xiàng)目管理員每周SQA周報(bào)收集本周期已解決的不符合項(xiàng)的數(shù)目當(dāng)前未解決不符合項(xiàng)數(shù)項(xiàng)目管理員每周自動(dòng)計(jì)算上周期不符合項(xiàng)數(shù)目＋新增不符合項(xiàng)數(shù)目－已解決不符合項(xiàng)數(shù)目質(zhì)量成本分析通過(guò)對(duì)評(píng)審、測(cè)試和維護(hù)階段的缺陷數(shù)目及相關(guān)工作量的跟蹤，達(dá)成以下效果：跟蹤缺陷的識(shí)別和解決并用以進(jìn)行日常管理；監(jiān)控同行評(píng)審和測(cè)試的成效，保證同行評(píng)審和測(cè)試的效果；跟蹤質(zhì)量成本以及不合格質(zhì)量成本，掌握在評(píng)審和測(cè)試工作量投入上的平衡。同同行評(píng)審階段評(píng)審總工作量一級(jí)缺陷數(shù)目二級(jí)缺陷數(shù)目三級(jí)缺陷數(shù)目四級(jí)缺陷數(shù)目返工工作量RA1950005203529合計(jì)3 (包含2個(gè)一級(jí)缺陷)，返工工作量卻高達(dá)85.5，這種情況表明問(wèn)題發(fā)現(xiàn)得越早，付出的代價(jià)就越小。數(shù)據(jù)表明，前期的評(píng)審工作還應(yīng)該加強(qiáng)，以發(fā)現(xiàn)更多的缺陷，特別是盡早發(fā)現(xiàn)嚴(yán)重缺8OPQ00STDELMT4339.511RAHLDLLD0CUTIT0如上圖所示，項(xiàng)目在進(jìn)行系統(tǒng)測(cè)試之前，質(zhì)量成本一直在100以下的較低水平，在系統(tǒng)測(cè)試階段，質(zhì)量成本突然跳升。這種狀況可能的原因是：1.省略了集成測(cè)試階段，導(dǎo)致缺陷發(fā)現(xiàn)較晚；2.前期的評(píng)審工作投入不足，未能發(fā)現(xiàn)解決較多問(wèn)題，導(dǎo)致后期工作量加大。數(shù)據(jù)顯示，質(zhì)量成本在整個(gè)周期中未能保持平衡，如果早期對(duì)評(píng)審多投入一些工作量，項(xiàng)目總體質(zhì)量缺缺陷分布(各階段引入缺陷總數(shù))HLDLLDCUTITSTDELMT在項(xiàng)目進(jìn)行過(guò)程中，項(xiàng)目經(jīng)理周期性地考察每一階段引入的缺陷占缺陷總數(shù)的比例，以了解整個(gè)軟件開發(fā)過(guò)程中缺陷的分布狀況。上圖顯示，編碼階段的缺陷占了60％，說(shuō)明前期需求開發(fā)