【文章內(nèi)容簡介】 件生命周期模型343 軟件度量 軟件度量的基本概念 軟件度量的意義 度量元 度量過程35 軟件度量的基本概念? 在現(xiàn)實世界中，對用數(shù)字或符號指定給實體的某些屬性進行度量，以便根據(jù)已明確的規(guī)則來描述它們? 軟件度量就是在軟件開發(fā)過程中，把軟件開發(fā)過程和軟件產(chǎn)品的各種屬性，例如軟件開發(fā)成本、花費時間、開發(fā)效率、產(chǎn)品規(guī)模、軟件質(zhì)量的各種數(shù)據(jù)，度量、記錄、統(tǒng)計并進行必要的分析36 軟件度量的基本概念 (續(xù) )? 軟件度量 : 指計算機軟件中范圍廣泛的度量。度量可應用于軟件過程，也可用于整個軟件項目– 軟件產(chǎn)品的度量：用定量的方法表達和分析軟件產(chǎn)品質(zhì)量特性，如功能度和可靠性等。通過輔助估算、質(zhì)量控制、生產(chǎn)率評估以及項目控制評估工作產(chǎn)品的質(zhì)量。– 軟件過程的度量 : 用定量的方法表達和分析軟件過程的特性，如軟件開發(fā)效率、開發(fā)成本、質(zhì)量保證措施的有效性等。目的是為了在一個連續(xù)的基礎上進行改進? 軟件過程的兩類度量– 直接度量 : LOC， 執(zhí)行速度，內(nèi)存大小，某階段缺陷數(shù)等– 間接度量（導出度量）：功能，質(zhì)量，復雜性，有效性，可靠性，可維護性等37 軟件度量的意義? 如果你不能度量它，就不能用數(shù)字表達它，那么你對它的了解就很貧乏、很不令人滿意：它可能是知識的開始，在思想上還遠沒有進入科學的階段。（ Lord Kelivin）? 任何工程如果不能用數(shù)字來描述，這說明它仍處在搖籃時期38 軟件度量的意義 (續(xù)）? 從軟件特性看度量的意義– 抽象性：軟件沒有形體，自然沒有一般制造業(yè)產(chǎn)品所具有的幾何尺寸、物理性質(zhì)（如重量、體積等）以及化學性質(zhì)等– 復雜性：軟件內(nèi)部結(jié)構復雜，可以認為，軟件是人類創(chuàng)造的最為復雜的實體，而且由于人們尚未掌握其研制規(guī)律，因而這個實體顯得更加難以捉摸– 多樣性：即使需求以及所用的平臺和編程語言相同，不同的軟件開發(fā)人員或同一個開發(fā)人員在不同的年月，也不可能開發(fā)出完全相同的軟件– 易變性：在軟件的開發(fā)過程和使用過程中，常常由于各種原因需要對軟件而進行各種修改39 軟件度量的意義 (續(xù) )? 有效地、定量地進行管理，是進行計劃、估算、風險分析、過程監(jiān)控、質(zhì)量監(jiān)控、評價等活動的基礎，是改進過程與提高軟件質(zhì)量的重要手段40 度量元? 什么是度量元? 資源和成本的度量? 項目進度與進展狀態(tài)的度量? 增長和穩(wěn)定性度量? 產(chǎn)品質(zhì)量的度量? 軟件質(zhì)量的度量? 軟件程序的度量41(1)什么是度量元? 能用于定量地描述實體的屬性，如軟件的規(guī)模、缺陷的數(shù)目、工作量的人天數(shù)等42(2)資源和成本的度量? 人員– 工作量– 人員的經(jīng)驗– 人員的周轉(zhuǎn)? 財務性能– 獲得的價值– 成本? 開發(fā)環(huán)境– 資源的可用性– 資源利用情況43例：人員配置情況44(3)項目進度與進展狀態(tài)的度量? 里程碑性能– 里程碑日期? 工作單元進展情況– 部件狀態(tài)– 需求狀態(tài)– 測試用例狀態(tài)– 問題報告狀態(tài)– 評審完成情況– 變更請求狀態(tài)? 增量的能力– 構造塊內(nèi)容 部件– 構造塊內(nèi)容 功能45工作單元完成狀態(tài)46測試用例完成狀態(tài)47(4)增長和穩(wěn)定性度量? 產(chǎn)品規(guī)模和穩(wěn)定性– 代碼行– 部件– 存儲的詞匯量– 數(shù)據(jù)庫規(guī)模? 功能的規(guī)模和穩(wěn)定性– 需求– 功能點– 用例 (Use Case)– 變更請求工作量48例：需求變化的度量49(5)產(chǎn)品質(zhì)量的度量? 缺陷– 問題報告– 缺陷密度? 復雜度? 返工– 返工規(guī)模– 返工工作量50例：問題報告狀態(tài)51例：軟件問題數(shù)的功能域分布圖52(6)軟件質(zhì)量度量? 程序質(zhì)量度量? 文檔質(zhì)量度量? 軟件質(zhì)量度量準則53(7)軟件程序度量? 面向規(guī)模的度量? 面向功能點的度量? 軟件缺陷排除率的度量? 軟件測試的度量54面向規(guī)模的度量? 工作產(chǎn)品標識：項目、模塊? 代碼行數(shù)：千行語句數(shù)、字符數(shù)、字節(jié)數(shù)? 注釋率：注釋語句數(shù) /代碼行數(shù)? 錯誤數(shù)／ KLOC? 文檔頁數(shù)／ KLOC? 成本／ KLOC? KLOC數(shù)／人月55面向規(guī)模的度量 (續(xù)）? 面向規(guī)模的度量特點：– 代碼行是開發(fā)項目的生成品，容易計算；– 依賴于程序設計語言；– 必須在項目完成后才能得到數(shù)據(jù)。564 工作分解結(jié)構 ( WBS) WBS WBS中的層次結(jié)構 產(chǎn)品層次結(jié)構 活動層次結(jié)構 構造 WBS 57 WBS? WBS(Work Breakdown Structure)以層次結(jié)構組織項目活動元素，它是根據(jù)自頂向下的方法，按照模塊化的思想將項目分解成易于管理的活動? 每項活動可以被分配、執(zhí)行和跟蹤。 WBS的分解粒度要達到可管理的級別，即每項活動能夠細分到個人，而且最好能在一周內(nèi)（ 5個工作日）完成? WBS是項目計劃的 “ 基礎構架 ” ，它是估計、計劃、跟蹤和監(jiān)控的主要依據(jù)。在整個項目生命周期中， WBS必須用適當?shù)募毠?jié)等級封裝變更和進化。構造好 WBS，將會給項目的計劃和實施帶來極大的便利58 WBS中的層次結(jié)構? 兩種類型 :– 產(chǎn)品– 活動– 或兩者的混合59 產(chǎn)品層次結(jié)構? 指明各種軟件分量如何安置在軟件系統(tǒng)中? 反映軟件產(chǎn)品的基本結(jié)構，由軟件設計者確定? 分量有：程序 (routine)、模塊、子系統(tǒng)等60 活動層次結(jié)構? 指明處理一個軟件分量的各種方法? 合適時，活動層次的一部分可以運用到產(chǎn)品的任何一個層次61 構造 WBS? 迭代式構造? 構造有意義的逐步細分 (rollup)的層次結(jié)構? 向下細分到能實際作出策劃和控制的層次（不要太碎）? 綜合自頂向下 /由底向上的方法? 采用混合的產(chǎn)品 /活動層次結(jié)構 62WBS例子ACTIVITY BreakupProductBreakup635 風險管理 風險策略 風險特性 風險管理活動64 風險策略? 被動式：風險發(fā)生后才采取措施，是 “ 救火模式 ”? 主動式：在項目開發(fā)前就標識出潛在的風險，有計劃地管理風險。主要目標是預防風險。必要時加以控制，減輕影響65 風險特性? 不確定性：刻劃風險的事