度量分析作業指導書_第1頁
度量分析作業指導書_第2頁
度量分析作業指導書_第3頁
度量分析作業指導書_第4頁
度量分析作業指導書_第5頁
已閱讀5頁,還剩23頁未讀, 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

年4月19日度量分析作業指導書文檔僅供參考,不當之處,請聯系改正。目錄TOC\o"1-3"第一章簡介 11.1目的 11.2適用范圍 11.3術語表 11.4參考資料 1第二章過程總體描述 22.1軟件度量的原則 22.2軟件度量范圍與內容 22.3度量活動的角色定義 32.4度量活動流程 3第三章過程元素描述 43.1度量計劃 4概述 5參與人員 5入口準則 5輸入 4任務 4出口準則 7輸出 7資源和能力要求 7度量 73.2度量實施 7概述 7參與人員 7入口準則 7輸入 7任務 7出口準則 10輸出 10資源和能力要求 10度量 103.3度量實施參考 11簡介目的本文的目的是用來指導組織和項目實施有效的軟件度量工作,經過量化的分析和總結,幫助組織提高生產率,提高產品質量,降低成本和縮短產品研發周期。適用范圍本文檔的適用范圍為組織內部所有實施CMMI的項目的度量活動,包括過程度量、產品度量及項目度量三個方面。術語表軟件度量(SoftwareMeasurement):經過各種不同的量度(metric)對軟件生命周期中的各個元素進行度量,它能夠為各級管理者提供有關組織和項目的各種重要信息,同時也是進行大多評估活動的基礎。一個成熟的軟件過程與不成熟過程的重要區別在于它的可量化度。"不能量化就無法管理,能夠量化的就能夠管理"。軟件度量一般分為三類:過程度量、項目度量、產品度量。過程度量:是對于軟件開發過程本身的度量,目的是形成組織的各種模型,作為對項目、產品的度量基礎;以及對軟件開發過程進行持續改進,提高軟件生產力。過程度量往往不是直接進行,而是經過大量的項目度量分析、總結得出來的。典型的過程度量如CMM各KPA的度量。過程度量是戰略性的,針對組織范圍內進行。過程度量由EPG組來完成。項目度量:是對于軟件開發項目的特定度量,目的是評估項目開發過程的質量,預測項目進度、工作量等,輔助管理者進行質量控制和項目控制。項目度量是戰術性的,針對具體的項目進行觀測、評估、改進項目工作。項目度量主要由項目經理完成。產品度量:是對項目開發結果,即最終產品的度量。一般來說,我們提到產品度量,指的是對產品的質量度量。產品度量主要由QA人員完成。質量度量:包括項目的產品質量度量及項目的過程質量度量。質量度量主要由QA人員完成。參考資料《度量數據收集參考列表》過程總體描述軟件度量的原則軟件度量的原則是保證數據的可靠性、客觀性和準確性。度量為領導決策提供客觀的信息,能夠為工作績效考核提供部分參考,但度量的主要目的不是為了進行績效考核。度量決不能用于評價個人,不論是個人的能力,還是個人的工作績效,這樣才能保證數據提供者提供真實的數據。軟件度量范圍與內容軟件項目中,每一個階段、每一個角色的軟件活動都應納入軟件度量活動的范圍中。組織級度量應該建立在組織過程能力基線的基礎上,不斷細化度量項,并逐步分解度量目標,在每個度量項設定可接受范圍后,對于超出范圍的情況加以分析,并逐步改進。項目度量活動應貫穿于軟件開發過程中的始終,包括兩部分內容:一、項目度量;二、質量度量。不同的項目、不同的開發過程、不同類別的度量有不同的目的,應根據不同的目的,調整度量活動的具體內容,一般包括:項目度量:軟件規模及其變更人力進度及成本工作量及生產率關鍵計算機資源數據需求風險問題質量度量軟件缺陷項目過程相符性QA及SCM活動度量活動的角色定義EPG:負責制定組織的度量目標及度量項,按照文檔化的度量過程進行組織數據收集并分析結果,協助高層經理進行質量分析。項目經理:負責制定項目的度量目標及度量項,按照已定義的度量過程進行項目數據收集并分析結果,協助QA負責人進行質量分析。項目組成員及其它相關實施人員:是軟件度量活動的數據提供者,按時提交工作周報及其它工作文檔。度量活動流程圖SEQ圖表\*ARABIC1 度量活動流程圖

過程元素描述度量計劃概述度量計劃是度量與分析工作的基礎。在組織級,要對組織中的度量工作進行計劃;在項目級,項目策劃時要參考組織的度量計劃制定項目的度量計劃。參與人員EPG:制定組織級度量計劃;支持項目經理制定項目級度量計劃項目經理:制定項目級度量計劃QA人員:協助項目經理制定項目級度量計劃;制定項目級質量度量計劃入口準則EPG成立項目組成立輸入《度量數據收集參考列表》任務確定度量目標與度量項組織級在制定過程改進計劃時,EPG根據組織對過程改進的短期和長期目標,采用目標/提問/度量(G/Q/M)(Goal-Question-Metric)的框架方法來確定度量目標,即根據組織中高層經理對過程改進活動的期望及組織當前過程能力表現值,確立并分析量化的過程改進目標;如:經過過程改進活動,將現有的客戶滿意度從82%提高至85%;或經過過程改進活動,將現有項目成本偏差縮小5%等等根據過程改進目標進行原因分析,找出影響該目標實現的關鍵環節(使用因果圖),逐層提出經過度量要解決的問題并設置分解的度量目標;如:經過分析發現提高客戶滿意度的主要因素有(依影響度排序,以下目標設置僅為舉例):降低缺陷率,設置分解目標為降低10%,該目標對于實現整體客戶滿意度提高3%的目標有什么貢獻和影響。根據對當前組織標準軟件過程的分析進一步細分該目標,找出問題。如:如何提高單元測試的有效性?引入測試工具是否能夠提高測試覆蓋率,從而降低缺陷率?QA增加在過程評審和產品審計方面的工作量是否能夠降低缺陷率?提高同行評審活動的有效性,設置分解目標為提高同行評審單位時間內發現的問題個數5個;問題如:開發上游工作產品時采用一些非正式評審方法是否能夠提高有效性?對于評審主持人加強培訓是否能夠縮短會議時間?加強售后服務人員的服務水平,設置分解目標為客戶對售后服務人員現場工作評價滿意度提高2%等;問題如:是否能夠提高對客戶的問題響應速度?售后服務進行配置管理是否能夠減少錯誤版本的出現?售后服務人員參與同行評審是否能夠增加對產品的熟悉程度?從問題中提出過程改進中需要的度量項。包括:所需的度量項、分析項、度量項應經過哪些渠道收集(特別指組織中的哪類項目或何種情況下需要收集)、何人負責收集、何人負責驗證、應在何時實現既定的過程改進目標等。如為了提高客戶滿意度,能夠定義以下度量項:如何提高單元測試的有效性?單元測試效率:單元測試總缺陷數/單元測試總工作量;首次合格率:1-(首次集成測試總缺陷數/總代碼行數)是否能夠提高對客戶的問題響應速度?∑(客戶問題關閉時間點-客戶問題提出時間點)/總問題數,并與過去比較在定義度量項時,必須考慮以下原則:可重復性:其它人能重復測量,得到同樣的結果;利于交流:對記錄的測量結果,其它人能精確地知道它包含什么,不包含什么。測量的單位是什么。項目級在項目計劃階段,QA負責人與相關人員(如EPG)協助項目經理根據組織的要求來確定度量目標,即根據本項目類型依據SPI計劃和《度量數據收集參考列表》、《組織度量數據表》確定必須完成的度量目標,然后根據項目定義的軟件過程(參見《項目策劃過程》)確立并分析本項目特有的度量目標;對于本項目特有的度量目標提出經過度量要解決的問題;從問題中提出項目過程中需要的度量項。包括:項目所需的度量項;度量項應在項目的哪些階段產生。度量目標是經過項目度量活動要達到的目的,一般包括管理目標和質量目標。編制度量計劃度量計劃分為組織級度量計劃、項目級度量計劃和項目質量度量計劃。對于組織級度量計劃,應在EPG制定過程改進計劃時編寫,作為SPI計劃的一部分。在項目策劃階段,項目經理根據項目目標制定項目度量計劃,并協助QA制定質量數據度量的計劃。項目度量計劃一般包括在《軟件項目計劃》中,質量度量計劃則包括在《質量保證計劃》中。組織級度量計劃應根據組織過程改進目標具體定義。對于體現組織過程能力基線的度量項應加入到《組織度量數據表》中。項目度量計劃包括:項目數據收集的內容、方式和頻度;一般規定收集數據的頻度是每周一次,收集的內容為預計的工作量、QA工作量、SCM工作量,實際的工作量、需求變更數、缺陷數、問題數、問題解決工時、風險數、風險值、QA工作量、SCM工作量等。數據分析的方法;例如:掙值法等。確定數據及分析結果存儲的方法,并指定專人管理度量數據,一般由項目經理管理。度量結果的處理方法,例如:向高層或客戶提交度量報告,根據度量結果反映出的偏差調整開發計劃及其它計劃等。一般應規定在開發工作的每個階段結束時提交一份項目度量報告,作為《項目狀態報告》的一部分。質量度量計劃應該包括:數據收集的內容、方式和頻度;一般規定收集數據的頻度是每周一次,收集的內容為預計的QA工作量、SCM工作量,實際的QA工作量、SCM工作量、QA發現工時數、缺陷數、計劃變更數及變更處理工時等。數據分析的方法;能夠與項目度量采用同一種分析方法。由QA負責人承擔的數據分析的任務;確定數據及分析結果存儲的方法,并指定專人管理度量數據,一般由QA管理。質量度量結果的處理方法,一般應規定在開發工作的每個階段結束時提交一份質量度量報告,作為《項目狀態報告》的一部分。出口準則度量計劃經過評審和批準。輸出組織級度量計劃項目級度量計劃資源和能力要求EPG、項目經理、QA具備度量項目知識、技能。度量制定度量計劃所花費的工時。度量實施概述度量實施是根據度量計劃進行度量工作,包括數據收集、數據分析、結果處理、結果總結等活動。參與人員EPG:負責組織級度量數據的收集、分析、處理、總結項目經理:負責項目級度量數據收集、分析、處理、總結QA人員:負責項目級質量度量數據收集、分析、處理、總結入口準則度量計劃經過評審和批準輸入組織級度量計劃項目級度量計劃任務數據收集在項目實施階段,項目經理負責度量計劃實施,按計劃中的方式及頻度收集所需的度量數據,QA負責人和EPG協助項目經理收集項目度量數據。項目度量數據的來源包括:《項目成員周報》、《項目周報》、《項目會議紀要》、《項目問題日志》、《風險減緩活動日志》、《配置變更記錄》、《QA過程評審報告》、《QA產品審計報告》、《測試報告和記錄》、《評審報告》、《評審準備表》、《項目培訓記錄》等。項目級度量數據收集后記錄到《軟件估計書》中,參見《軟件估計書模板》。組織級度量數據收集后記錄到《組織度量數據表》中,參見《組織度量數據表模板》。QA應對各級度量目標對應收集的數據進行客觀的驗證,有條件的話能夠使用一些驗證工具來確保數據的合理性和有效性。度量數據的分析數據分析的基本任務是:分析現狀,找出偏差,及時調整減小偏差以及根據當前數據對今后的情況進行預測。組織度量數據分析對項目級的度量數據在組織層面進行分析,主要目的是對于同類或類似項目進行縱向比較,以便能夠讓管理人員在某個時間點上快速、全面地了解所有項目的情況,并能夠在宏觀上發現某些項目的異常情況,從而做出后續的調整和決策。對組織級的度量數據在一段時間的變化趨勢進行分析,從而了解組織標準軟件過程能力的變化情況,也是體現EPG工作成果的方式。對組織級的活動如:過程改進活動、過程資產維護活動以及培訓管理活動等的狀態進行分析,并找到改進的機會。組織級度量分析的結果記錄到《組織度量分析表》中,參見《組織度量分析表模板》。項目度量數據分析項目經理在收集工作完成后對數據進行統計和分析,以掌握項目的進度、成本、質量等情況,明確分析結果反映的問題與風險。對項目數據項目經理能夠針對不同的數據使用不同的方法進行統計和分析。對項目進度與成本的分析建議采用掙值分析法;對人力、問題數等的度量能夠采用歷史數據對比法。識別重大偏差及偏差原因分析。以項目進展狀況的統計結果為依據,以項目計劃中的各項數據為基礎,識別進度、成本、質量上的重大偏差,并分析偏差原因,一般可從以下方面考慮:個人工作周報中所報告的問題和爭議點;計劃中估算的準確度;技能和經驗;外部因素;變更活動的層次;中斷情況;工作習慣;管理和技術過程;資源情況等。分析其它應考慮的因素。應盡早發現項目存在的潛在問題,防患于未然。例如:審查個人工作周報提供的信息,識別可能對項目未來產生影響的問題;識別和分析成本或進度方面所表現的趨勢,以判別是否有可能發生重大偏差等。另外,還應注意其它可能給項目帶來麻煩的信號,如:報告帶有主觀性或走形式;加班過度;發生互相責備的不合作情況;團隊在評估和進度方面缺乏信心;團隊士氣發生問題;項目偏離計劃過程;溝通減少;采取“走捷徑”的做法;發現新的重大風險。如果發現有上述情況,就說明項目當前的狀況有問題。項目經理將度量數據分析結果寫入《項目狀態報告》中,參見《項目狀態報告模板》。質量度量數據分析QA負責人在收集數據工作完成后,定期抽取其中的變更、缺陷數等質量數據,采用GQM(Goal-Question-Metric)、歷史數據對比法等分析方法進行數據的分析,并將分析結果寫入《項目狀態報告中》。在項目結束時,QA應根據組織級度量方面的要求和該項目的質量目標對項目進行客觀的分析評價,并作為評價該項目的重要因素之一。度量結果處理數據匯總項目經理匯總上述的項目數據及質量數據的分析結果,形成《項目狀態報告》的主要部分。糾正措施對識別出的偏差,根據偏差原因分析,提出有針對性的解決措施,并納入到后續工作計劃中統一考慮。偏差的影響非常大的時候,要考慮變更相關計劃。度量結果總結EPG負責定期匯總組織內所有組織級和項目級的度量報告,形成《EPG工作報告》,用以體現當前組織標準軟件過程能力,并決定是否變更過程能力基線。 項目經理在結項時應提交《項目總結報告》,從過程、項目管理、技術和質量方面回顧本項目實施情況,并為今后的項目提供分析和指導。出口準則度量計劃執行完成輸出《組織度量數據表》《軟件估計書》《組織度量分析表》《項目周報》《項目狀態報告》《項目總結報告》《EPG工作報告》資源和能力要求EPG、項目經理、QA人員具備度量收集與分析的技能度量度量實施所花費的工時。度量實施參考規模數據:能夠是功能點、代碼行、文檔頁數;也能夠是頁面個數、表個數、類個數、業務功能個數、用例個數。每個任務的負責人應在任務完成時,報告自已任務的規模。規模數據在里程碑點收集,存儲在項目度量報告Excel文件中。進度數據:每個任務的負責人每周報告自已任務的進度百分比,PM進行收集,并將其更新到Project文件中。PM每周按實際情況,更新Project文件中每個任務的開始時間、結束時間。Project自動計算每個上級任務的進度百分比。Project狀態字段自動顯示“正常”“延遲”等。如果每周計劃的變更影響到里程碑點或關鍵路徑,則按即定準則進行計劃正式變更。 掙值進度數據:每周計算計劃預算值,同時計算掙得預算值,并進行對比,得到進度偏差。將掙得預算值與總體的計劃預算值進行對比,得到當前進度百分比。掙值進度數據存儲在Project文件中,或存儲在項目度量報告Excel文件 Project起止時間偏差:Project文件自動計算每個階段

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論