軟件過程與改進課過程改進

1、軟件過程與改進 第第8章章 過程改進過程改進 v如何對過程進行改進？ 軟件過程與改進軟件過程與改進 軟件過程質(zhì)量軟件過程質(zhì)量 v過程質(zhì)量過程質(zhì)量 質(zhì)量是指質(zhì)量是指“某一事物的特征和屬性某一事物的特征和屬性”，作為一，作為一 個事物的屬性，質(zhì)量往往指的是事物的可度量的個事物的屬性，質(zhì)量往往指的是事物的可度量的 特征，且這些特征都是可以與已知標(biāo)準(zhǔn)進行比較特征，且這些特征都是可以與已知標(biāo)準(zhǔn)進行比較 的。的。 軟件過程和軟件產(chǎn)品一樣，都是屬于知識或軟件過程和軟件產(chǎn)品一樣，都是屬于知識或 信息實體，對其在質(zhì)量方面的定義和描述具備一信息實體，對其在質(zhì)量方面的定義和描述具備一 定的復(fù)雜性。盡管如此，軟件過程

2、質(zhì)量（即過程定的復(fù)雜性。盡管如此，軟件過程質(zhì)量（即過程 質(zhì)量）的表現(xiàn)形式不外乎體現(xiàn)在靜態(tài)和動態(tài)這兩質(zhì)量）的表現(xiàn)形式不外乎體現(xiàn)在靜態(tài)和動態(tài)這兩 個方面。個方面。 （1）軟件過程靜態(tài)方面）軟件過程靜態(tài)方面 v當(dāng)軟件過程僅以某種特定的描述形式存在時，過程質(zhì)量就當(dāng)軟件過程僅以某種特定的描述形式存在時，過程質(zhì)量就 表現(xiàn)為靜態(tài)的一面。此時的過程質(zhì)量實際上就是軟件過程表現(xiàn)為靜態(tài)的一面。此時的過程質(zhì)量實際上就是軟件過程 描述本身所具備的屬性，它表現(xiàn)為：描述本身所具備的屬性，它表現(xiàn)為： 功能性：該過程描述滿足實際需要的程度；功能性：該過程描述滿足實際需要的程度； 易使用性：用戶使用該過程描述進行過程實施和運作所

3、易使用性：用戶使用該過程描述進行過程實施和運作所 需的努力程度，其中包括易理解性和易學(xué)習(xí)性等子特性需的努力程度，其中包括易理解性和易學(xué)習(xí)性等子特性 ； 準(zhǔn)確性：描述特定類型的軟件過程的準(zhǔn)確程度，可包含準(zhǔn)確性：描述特定類型的軟件過程的準(zhǔn)確程度，可包含 精確性、一致性、完整性、冗余度等子特性；精確性、一致性、完整性、冗余度等子特性； 易維護性：用戶在改進基于該描述形式的軟件過程時所易維護性：用戶在改進基于該描述形式的軟件過程時所 需的努力程度，其中包括易分析性和易修改性等子特性需的努力程度，其中包括易分析性和易修改性等子特性 ； 軟件過程與改進軟件過程與改進 （2）軟件過程動態(tài)方面）軟件過程動態(tài)方

4、面 v當(dāng)軟件過程在執(zhí)行運作時，過程質(zhì)量就表現(xiàn)為動當(dāng)軟件過程在執(zhí)行運作時，過程質(zhì)量就表現(xiàn)為動 態(tài)的一面。態(tài)的一面。 此時的過程質(zhì)量是以軟件過程所表現(xiàn)出的過程此時的過程質(zhì)量是以軟件過程所表現(xiàn)出的過程 運作能力來衡量，其中包括過程運作能否達到所運作能力來衡量，其中包括過程運作能否達到所 預(yù)定的目標(biāo)、是否保證了軟件產(chǎn)品的質(zhì)量等，可預(yù)定的目標(biāo)、是否保證了軟件產(chǎn)品的質(zhì)量等，可 以簡稱為過程能力。以簡稱為過程能力。 軟件過程與改進軟件過程與改進 軟件過程改進軟件過程改進 v三步：軟件過程及其實例進行不斷優(yōu)化的活動。三步：軟件過程及其實例進行不斷優(yōu)化的活動。 過程度量過程度量 過程評價過程評價 過程改進過程改

5、進 軟件過程與改進軟件過程與改進 軟件過程的度量軟件過程的度量 v 過程度量是針對所指定的軟件過程，以某種方式過程度量是針對所指定的軟件過程，以某種方式 對其過程能力指標(biāo)實現(xiàn)合理的量化，從而以一定對其過程能力指標(biāo)實現(xiàn)合理的量化，從而以一定 的標(biāo)準(zhǔn)衡量該軟件過程的質(zhì)量。的標(biāo)準(zhǔn)衡量該軟件過程的質(zhì)量。 v過程度量的特點：過程度量的特點： 過程質(zhì)量靜態(tài)特征過程質(zhì)量靜態(tài)特征 動態(tài)特征：過程能力是過程質(zhì)量的動態(tài)表現(xiàn)、是通過動態(tài)特征：過程能力是過程質(zhì)量的動態(tài)表現(xiàn)、是通過 過程運作而體現(xiàn)的。因而和產(chǎn)品度量不同，過程度量過程運作而體現(xiàn)的。因而和產(chǎn)品度量不同，過程度量 是同過程運作緊密相關(guān)的，只有經(jīng)過過程運作，過

6、程是同過程運作緊密相關(guān)的，只有經(jīng)過過程運作，過程 度量才能體現(xiàn)其度量才能體現(xiàn)其“過程過程”含義，這是過程度量與產(chǎn)品含義，這是過程度量與產(chǎn)品 度量的根本區(qū)別。度量的根本區(qū)別。 軟件過程與改進軟件過程與改進 客觀度量與主觀度量客觀度量與主觀度量 v度量的客觀性是指所得到的關(guān)于某對象的度量值度量的客觀性是指所得到的關(guān)于某對象的度量值 是該對象的真實描述。是該對象的真實描述。 例如例如LOC度量（代碼行數(shù)）就是具備客觀性度量（代碼行數(shù)）就是具備客觀性 的度量；的度量； v度量的主觀性是指所得到的關(guān)于某對象的度量值度量的主觀性是指所得到的關(guān)于某對象的度量值 是由度量者的主觀判斷得到的，因此所得到的度是由

7、度量者的主觀判斷得到的，因此所得到的度 量值會隨度量者的不同而異。量值會隨度量者的不同而異。 如系統(tǒng)的易學(xué)習(xí)性如系統(tǒng)的易學(xué)習(xí)性”的度量值。的度量值。 軟件過程與改進軟件過程與改進 過程度量的通用模式過程度量的通用模式 軟件過程與改進軟件過程與改進 9 問題解決問題解決 值轉(zhuǎn)換值轉(zhuǎn)換 解釋解釋 數(shù)據(jù)獲取數(shù)據(jù)獲取 用戶問題目標(biāo)用戶問題目標(biāo) 問題解決模型問題解決模型 用戶解釋目標(biāo)用戶解釋目標(biāo) 解釋模型解釋模型 度量約束度量約束 度量知識度量知識 獲取約束獲取約束 獲取技術(shù)模型獲取技術(shù)模型 度量活動度量活動 外部輸入外部輸入輸出內(nèi)容輸出內(nèi)容 原原 始始 數(shù)數(shù) 據(jù)據(jù) . . 轉(zhuǎn)換后的度量值轉(zhuǎn)換后的度量值

8、 . . 度量結(jié)果度量結(jié)果 . . 分析結(jié)論分析結(jié)論 T (過程周期過程周期) t 過程評價過程評價（Evaluation） v過程評價：以一系列的標(biāo)準(zhǔn)對軟件過程的質(zhì)量進行過程評價：以一系列的標(biāo)準(zhǔn)對軟件過程的質(zhì)量進行 評定而使軟件過程不斷改進和優(yōu)化的系列活動。評定而使軟件過程不斷改進和優(yōu)化的系列活動。 v過程評價過程評價/過程評估：過程評估：SEI在在 “評價評價/評估指南評估指南” “評估指南評估指南”：當(dāng)用戶以過程改進為出發(fā)點，對：當(dāng)用戶以過程改進為出發(fā)點，對 自身機構(gòu)的軟件過程進行評定時自身機構(gòu)的軟件過程進行評定時 評定過程現(xiàn)有的過程能力評定過程現(xiàn)有的過程能力 預(yù)見其能力，潛在缺陷和改進

9、方向預(yù)見其能力，潛在缺陷和改進方向 “評價指南評價指南” 僅是客觀評定過程能力當(dāng)時所達僅是客觀評定過程能力當(dāng)時所達 到的程度。到的程度。 軟件過程與改進軟件過程與改進 v 無論是過程評價還是過程評估，其目的都是：認(rèn)無論是過程評價還是過程評估，其目的都是：認(rèn) 知過程能力、比較過程能力、改進過程能力。知過程能力、比較過程能力、改進過程能力。 v 過程評價有多種實現(xiàn)方法，其中過程度量便是一過程評價有多種實現(xiàn)方法，其中過程度量便是一 種最有效且最系統(tǒng)化的方法，其他諸如問卷調(diào)查、種最有效且最系統(tǒng)化的方法，其他諸如問卷調(diào)查、 實際走查（實際走查（walk through）等也是實現(xiàn)過程評價）等也是實現(xiàn)過程

10、評價 的常用方法。的常用方法。 軟件過程與改進軟件過程與改進 度量模型度量模型 v過程度量模型就是要研究過程度量過程度量模型就是要研究過程度量 所涉及的屬性所涉及的屬性 和問題，從而規(guī)范過程度量的內(nèi)容和步驟，實現(xiàn)和問題，從而規(guī)范過程度量的內(nèi)容和步驟，實現(xiàn) 過程度量的目標(biāo)。過程度量的目標(biāo)。 軟件過程與改進軟件過程與改進 vFCM（Factor Criteria Metric）模型）模型 1976年年Bohem等提出定量進行軟件質(zhì)量評價等提出定量進行軟件質(zhì)量評價 的概念，兩年之后，的概念，兩年之后，Walters和和McCall提出一提出一 個質(zhì)量要素個質(zhì)量要素-準(zhǔn)則準(zhǔn)則-度量的三層次式軟件質(zhì)量度

11、量度量的三層次式軟件質(zhì)量度量 模型，其中，要素是軟件質(zhì)量的反映，軟件屬性模型，其中，要素是軟件質(zhì)量的反映，軟件屬性 可用作評價準(zhǔn)則，量化地度量軟件屬性可反映軟可用作評價準(zhǔn)則，量化地度量軟件屬性可反映軟 件質(zhì)量的優(yōu)劣。此后，件質(zhì)量的優(yōu)劣。此后，G.Murine提出軟件質(zhì)量提出軟件質(zhì)量 度量技術(shù)度量技術(shù)(SQM)，用于定量地評價軟件質(zhì)量。，用于定量地評價軟件質(zhì)量。 1991年年ISO推出了以推出了以FCM模型作為基準(zhǔn)模型的模型作為基準(zhǔn)模型的 標(biāo)準(zhǔn)標(biāo)準(zhǔn)ISO9126：“信息技術(shù)：軟件產(chǎn)品評價質(zhì)信息技術(shù)：軟件產(chǎn)品評價質(zhì) 量特性及其使用指南量特性及其使用指南” 軟件過程與改進軟件過程與改進 ISO/IE

12、C 9126質(zhì)量模型分三個層次：質(zhì)量特性（質(zhì)量模型分三個層次：質(zhì)量特性（6個），質(zhì)量子特性（個），質(zhì)量子特性（21個）個） v功能性功能性 Functionality 適合性適合性 Suitability 準(zhǔn)確性準(zhǔn)確性 Accurateness 互操作性互操作性 Interoperability 依從性依從性 Compliance 安全性安全性 Security v可靠性可靠性 Reliability 成熟性成熟性 Maturity 容錯性容錯性 Fault tolerance 易恢復(fù)性易恢復(fù)性 Recoverability v易使用性易使用性 Usability 易理解性易理解性 Under

13、standability 易學(xué)習(xí)性易學(xué)習(xí)性 Learnability 易操作性易操作性 Operability 軟件過程與改進軟件過程與改進 v效率效率 時間特性時間特性 Time behavior 資源特性資源特性 Resource behavior v可維護性可維護性 Maintainability 易分析性易分析性 Analyzability 易改變性易改變性 Changeability 穩(wěn)定性穩(wěn)定性 Stability 易測試性易測試性 Testability v可移植性可移植性 Portability 適應(yīng)性適應(yīng)性 Adaptability 易安裝性易安裝性 Installabili

14、ty 一致性一致性 Conformance 易替換性易替換性 Replaceability 軟件過程與改進軟件過程與改進 FCM模型的基本出發(fā)點是：通過一種分層結(jié)構(gòu)建模型的基本出發(fā)點是：通過一種分層結(jié)構(gòu)建 立面向用戶的質(zhì)量要素、面向軟件過程屬性的準(zhǔn)則立面向用戶的質(zhì)量要素、面向軟件過程屬性的準(zhǔn)則 和度量之間的關(guān)系，通過對軟件過程屬性的度量來和度量之間的關(guān)系，通過對軟件過程屬性的度量來 反映軟件過程質(zhì)量特性。反映軟件過程質(zhì)量特性。 FCM模型模型 軟件過程與改進軟件過程與改進 Factor CriterionCriterion Criterion Metric Metric Metric v以以F

15、CM模型為基礎(chǔ)構(gòu)造的度量模型的特點：模型為基礎(chǔ)構(gòu)造的度量模型的特點： 第一層先定義面向用戶（或是第一層先定義面向用戶（或是“外部的外部的” ）的關(guān)于軟件過程質(zhì)量的軟件特性；）的關(guān)于軟件過程質(zhì)量的軟件特性； 第二層通過分解第一層的軟件過程外部質(zhì)第二層通過分解第一層的軟件過程外部質(zhì) 量特性，建立可被度量的軟件過程內(nèi)部屬量特性，建立可被度量的軟件過程內(nèi)部屬 性的基本范圍；性的基本范圍； 根據(jù)第二層指定的基本范圍內(nèi)的軟件過程根據(jù)第二層指定的基本范圍內(nèi)的軟件過程 屬性，找到使其量化的度量方法，形成第屬性，找到使其量化的度量方法，形成第 三層。三層。 軟件過程與改進軟件過程與改進 過程過程改進改進 v過程

16、改進是在軟件過程工程中為了更有效地達到過程改進是在軟件過程工程中為了更有效地達到 優(yōu)化軟件過程的目的，所實施的改善或改變其軟優(yōu)化軟件過程的目的，所實施的改善或改變其軟 件過程的系列活動。件過程的系列活動。 認(rèn)知現(xiàn)有軟件過程認(rèn)知現(xiàn)有軟件過程 發(fā)現(xiàn)軟件過程存在的問題和缺陷發(fā)現(xiàn)軟件過程存在的問題和缺陷 提出改進的意見提出改進的意見 軟件過程的改進和完善軟件過程的改進和完善 v過程改進的關(guān)鍵是發(fā)現(xiàn)軟件過程中所存在的問題過程改進的關(guān)鍵是發(fā)現(xiàn)軟件過程中所存在的問題 和缺陷，而過程度量正是發(fā)現(xiàn)問題和缺陷的必備和缺陷，而過程度量正是發(fā)現(xiàn)問題和缺陷的必備 手段。手段。 軟件過程與改進軟件過程與改進 過程改進過程

17、改進 v 過程改進（Process Improvement，簡稱PI）的目的是： 建立和維護對機構(gòu)級和項目級的過程，并就該過程在機構(gòu)內(nèi)達 成改進共識； 協(xié)調(diào)機構(gòu)過程的實施，并對過程進行評估、維護以及改進的各 項工作； 全面識別并了解機構(gòu)過程及過程資產(chǎn)已經(jīng)存在或潛在的強項及 弱項。 軟件過程與改進軟件過程與改進 研發(fā)過程改進活動流程圖研發(fā)過程改進活動流程圖 軟件過程與改進軟件過程與改進 過程性能改進過程性能改進 軟件過程與改進軟件過程與改進 過程改進方式過程改進方式 在軟件過程工程的各項活動中，過程改進活動是在軟件過程工程的各項活動中，過程改進活動是 一項綜合且需要持續(xù)開展的活動一項綜合且需要持

18、續(xù)開展的活動. 軟件機構(gòu)的過程模型，軟件機構(gòu)的過程模型， 具體軟件項目的過程實例具體軟件項目的過程實例 軟件過程與改進軟件過程與改進 過程改進的對象過程改進的對象 v過程模型過程模型 v過程實例過程實例 主要對主要對過程模型改進，這是因為：過程模型改進，這是因為： 1）過程模型代表了一類軟件項目的共性，這使得）過程模型代表了一類軟件項目的共性，這使得 針對過程模型的改進活動比針對具體項目的過程針對過程模型的改進活動比針對具體項目的過程 實例的改進活動更具有代表性，因而更加有效；實例的改進活動更具有代表性，因而更加有效； 2）過程模型通常體現(xiàn)了該機構(gòu)的項目管理和技術(shù)）過程模型通常體現(xiàn)了該機構(gòu)的項

19、目管理和技術(shù) 管理手段。優(yōu)秀的軟件機構(gòu)更加注重過程模型的管理手段。優(yōu)秀的軟件機構(gòu)更加注重過程模型的 改進，以提高其管理水平。改進，以提高其管理水平。 軟件過程與改進軟件過程與改進 過程改進的兩種模式過程改進的兩種模式 v目標(biāo)驅(qū)動模式目標(biāo)驅(qū)動模式 目標(biāo)驅(qū)動的過程改進模式是指根據(jù)一個預(yù)先給定目標(biāo)驅(qū)動的過程改進模式是指根據(jù)一個預(yù)先給定 的目標(biāo)，自頂向下制定過程度量或評價模型，有的目標(biāo)，自頂向下制定過程度量或評價模型，有 目的地開展相關(guān)改進活動的過程改進模式；目的地開展相關(guān)改進活動的過程改進模式； v缺陷驅(qū)動缺陷驅(qū)動 模式模式 缺陷驅(qū)動的過程改進模式是指根據(jù)過程實施時所缺陷驅(qū)動的過程改進模式是指根據(jù)過

20、程實施時所 產(chǎn)生的關(guān)于過程缺陷的反饋信息，進行有針對性產(chǎn)生的關(guān)于過程缺陷的反饋信息，進行有針對性 改進活動的過程改進模式。改進活動的過程改進模式。 軟件過程與改進軟件過程與改進 過程改進的通用步驟過程改進的通用步驟 軟件過程與改進軟件過程與改進 過程改進的大綱方案過程改進的大綱方案 （1）確定）確定 機構(gòu)的需求和機構(gòu)的需求和 商業(yè)目標(biāo)商業(yè)目標(biāo) （2）初始化）初始化 過程改進過程改進 （3）準(zhǔn)備并）準(zhǔn)備并 實施過程評價實施過程評價 （6）確認(rèn)）確認(rèn) 改進結(jié)果改進結(jié)果 （4）分析評價）分析評價 結(jié)果和制定結(jié)果和制定 改進活動計劃改進活動計劃 （5）實施）實施 改進活動改進活動 （8）監(jiān)督改進）監(jiān)督

21、改進 后的過程性能后的過程性能 （7）維持）維持 改進結(jié)果改進結(jié)果 已識別的已識別的 范圍和優(yōu)先級范圍和優(yōu)先級 初步的過程改進初步的過程改進 大綱方案大綱方案 評價要求評價要求 當(dāng)前評價當(dāng)前評價 的能力的能力 評價評價 結(jié)果結(jié)果 已實現(xiàn)已實現(xiàn) 的改進的改進 已被證實的已被證實的 改進結(jié)果改進結(jié)果 再評價的要求再評價的要求 再評價再評價 結(jié)果結(jié)果 經(jīng)批準(zhǔn)的經(jīng)批準(zhǔn)的 活動方案活動方案 工業(yè)工業(yè) 標(biāo)準(zhǔn)標(biāo)準(zhǔn) 過程模型過程模型 中的實踐描述中的實踐描述 能力確定中能力確定中 的目標(biāo)能力概括的目標(biāo)能力概括 針對能力確定的針對能力確定的 已被保持已被保持 的改進結(jié)果的改進結(jié)果 改進的改進的 預(yù)備信息預(yù)備信息

22、 過程改進的要求過程改進的要求 機構(gòu)的需求機構(gòu)的需求 軟件過程成熟度軟件過程成熟度 v 近代質(zhì)量管理的理論與實踐是軟件過程成熟度學(xué)說的基礎(chǔ)近代質(zhì)量管理的理論與實踐是軟件過程成熟度學(xué)說的基礎(chǔ) 軟件項目失敗的教訓(xùn)導(dǎo)致軟件工程的出現(xiàn) 全面質(zhì)量管理（TQM）的成功啟發(fā)了軟件產(chǎn)業(yè) 近年來對軟件過程成熟度學(xué)說有重大影響的專家和事件 Walter Shewhart 1930 統(tǒng)計質(zhì)量控制原理，PDCA循環(huán) Edwards Deming 1956 對上述原理做了發(fā)展和證實 Phil Crosby 1980 提出質(zhì)量成熟度網(wǎng)格概念 Watts Humphrey 1986 將上述概念用于軟件過程，提出了成 熟度等

23、級的概念 美國SEI 1987 提出成熟度框架，CMM，CMMI，SPA， TSP，PSP 軟件過程與改進軟件過程與改進 軟件過程與改進軟件過程與改進 PDCA 循環(huán) Plan 計劃 Do 實施 Check 檢查 Action 措施 P DC A 軟件過程與改進軟件過程與改進 v 只是做 v 為了做好前思后想 v 利用已有經(jīng)驗 v 預(yù)測可能的結(jié)果 v 經(jīng)驗再豐富 活動 評估 改進 制定計劃 輸入 改進 預(yù)測 產(chǎn)生 輸入 輸入 結(jié)果標(biāo)準(zhǔn) PDCA的擴展 軟件過程成熟度運動的普及軟件過程成熟度運動的普及 SEI的CMM及美軍軟件工程標(biāo)準(zhǔn)MILSTD498 歐洲委員會為歐洲系統(tǒng)與軟件創(chuàng)新項目（ESS

24、I ）投資，鼓勵軟件過程改進的試驗（PIE） 英國國防部所屬防務(wù)研究總署DRA制定軟件質(zhì)量 標(biāo)準(zhǔn)，并進行軟件過程改進的研究工作，所制定 的軟件質(zhì)量標(biāo)準(zhǔn)及研究方案成為ISO的軟件過程改 進和能力確定標(biāo)準(zhǔn)（ISO15504SPICE：Software Process Improvement and Capability dEtermination)的核心部分 軟件過程與改進軟件過程與改進 - 德國聯(lián)邦陸軍發(fā)起開發(fā)V- 模型（IABG，1992）。 - 國際電信聯(lián)盟得到Bell Canada公司的支持，于1994年開 發(fā)了Trillium軟件過程持續(xù)改進模型。 - 歐洲宇航總署ESA，于1991年公

25、布了軟件工程標(biāo)準(zhǔn)PSS-05-0 - ISO制定并發(fā)布了多項標(biāo)準(zhǔn)： ISO9000-3（1991，1994，1997） ISO90003（2004） ISO/IEC 12207 ISO/IEC 15504 - 近年出現(xiàn)的軟件過程評估與過程改進方案（見下表） 推出機構(gòu)名稱時間主題 CMU-SEI CMM CMMI 1987 2002 軟件過程能力評估 ISO ISO9001 ISO90003 1994，2000 1997，2004 建立和維持質(zhì)量體系 ISO/IEC ISO/IEC TR15504 SPICE 1997軟件過程改進與能力鑒定 DODMIL-STD-4981984軟件過程改進 BE

26、LL CanadaTRILLIUM1994軟件過程評估 GFAFV-Model1992軟件過程定義 歐共體BOOTSTRAP1994軟件過程評估 軟件過程與改進課過程改 進 軟件過程改進框軟件過程改進框 v四個組成部 - 軟件過程基礎(chǔ)設(shè)施 - 軟件過程改進路線圖 - 軟件過程評估方法 - 軟件過程改進計劃 v四部分關(guān)系 - 互相聯(lián)系，缺一不可 - 基礎(chǔ)設(shè)施是條件 - 評估是改進的推動力 - 路線圖為改進指向 - 全部活動需18-24個月 軟件過程與改進軟件過程與改進 B.軟件過程改 進路線圖 C.軟件過程 評估方法 D.軟件過程 改進 A.基礎(chǔ)設(shè)施 A.A.軟件過程基礎(chǔ)設(shè)施軟件過程基礎(chǔ)設(shè)施 v

27、什么是軟件過程基礎(chǔ)設(shè)施 - 支持軟件過程的基礎(chǔ)框架和結(jié)構(gòu)基礎(chǔ)包括： 機構(gòu)和管理的崗位和職責(zé) 必要的技術(shù)工具和平臺 - 作用：用于支持 定義過程 實施過程活動 獲取和分析有關(guān)過程執(zhí)行情況的信息 開展過程改進活動 - 分類： 組織和管理基礎(chǔ)設(shè)施 技術(shù)基礎(chǔ)設(shè)施 軟件過程與改進軟件過程與改進 v組織和管理基礎(chǔ)設(shè)施 -建立、實施、監(jiān)控過程活動所需的崗位及其職責(zé) -機構(gòu)級：如軟件工程過程組SEPG -項目級或關(guān)鍵過程域級 v技術(shù)基礎(chǔ)設(shè)施 -支持過程改進的技術(shù)平臺、工具 -工具類型 數(shù)據(jù)和文檔存儲和檢索工具 檢索和決策支持工具 過程實施支持平臺、過程模板 軟件過程與改進軟件過程與改進 B.B.軟件過程改進路

28、線圖軟件過程改進路線圖 v CMM/CMMI是典型的過程改進路線圖，其特點： 能表明過程有效性不同的等級/成熟度等級 軟件過程與改進軟件過程與改進 混亂的持續(xù)改進的規(guī)范化的標(biāo)準(zhǔn)和協(xié)調(diào)的可預(yù)見的 能給出每一等級的屬性/關(guān)鍵域和特點 ISO/IEC15504是另一種2維的平面路線圖 C.C.軟件過程評估軟件過程評估 v 評估是給機構(gòu)定位，只有定位才能明確改進的方向。 v 評估要證實機構(gòu)是否利用了使過程有效的各種機制以及利 用的程度。 v 評估的要求： 不僅限于文檔 要考察培訓(xùn)的情況 要證實過程的有效性 不應(yīng)只利用提問單，還要配合其它方法 評估前對評估組成員進行培訓(xùn) 參考路線圖 軟件過程與改進軟件過

29、程與改進 D.D.軟件過程改進計劃軟件過程改進計劃 v以評估結(jié)果為基礎(chǔ)（已明確了強項和弱項） v應(yīng)包括進度、資源投入、負(fù)責(zé)人、質(zhì)量計劃、配 置管理計劃等 v必須明確界定改進范圍和邊界，有明確的目標(biāo) v必須明確人員的責(zé)任 軟件過程與改進軟件過程與改進 建立有效的軟件過程建立有效的軟件過程 v條件:過程文件得到充分的理解、遵循和實施 1 得到管理者的切實有效支持 并不停留在口頭上，文件上 理解到過程的實施最終是與業(yè)務(wù)目標(biāo)是一致的 不是為給別人看的，是給自己用的 2 要明確過程的責(zé)任人和所有者:過程不能沒有責(zé)任人 和所有者，否則會出現(xiàn)混亂 軟件過程與改進軟件過程與改進 3 必須作培訓(xùn)，并有針對性地對

30、不同人員作不 同的培訓(xùn)： 軟件過程與改進軟件過程與改進 過程培訓(xùn)對象過程培訓(xùn)內(nèi)容 主管人員過程對業(yè)務(wù)效益的意義培訓(xùn) 過程組人員具體過程、方法和技術(shù)培訓(xùn) 項目經(jīng)理過程管理及過程改進認(rèn)識培訓(xùn) 職能經(jīng)理過程認(rèn)識和過程管理培訓(xùn) 項目組和職能人員具體的過程、方法和技術(shù)培訓(xùn) 基礎(chǔ)設(shè)施人員具體的基礎(chǔ)設(shè)施和支持培訓(xùn) 質(zhì)量保證組人員具體的過程檢驗和監(jiān)控培訓(xùn) 4 過程實施結(jié)果的度量和反饋 及時地對過程實施情況進行度量對理解過程的效果 十分重要 度量可分為過程的有效性、過程效率和過程適用性 三個方面 軟件過程與改進軟件過程與改進 軟件過程與改進軟件過程與改進 過程度量的類型 類型量 度 Metrics 過程的有效性

31、 性能 Performance 可靠性 Relibility 可用性 Usability 過程活動的成本 響應(yīng)度 Responsiveness 可信性 Dependability 適應(yīng)性 Applicability 結(jié)果的精確性 Accuracy of resuits 得到產(chǎn)品的質(zhì)量 過程效率 處理時間 單位輸出所耗資源 單位輸出的成本效益比 Ratio of cost and benefit 規(guī)定時間內(nèi)報告錯誤修正率 Ratio of improvement 過程適用性 各種規(guī)模項目的適合性 Suitability 不同類型產(chǎn)品的適合性 Suitability 滿足不同需求的可定制性 Cus

32、tomizability 滿足不同用戶期望的適用性 Adaptability 適應(yīng)不同方法、技術(shù)和工具的靈活性 Flexibility 過程應(yīng)用者的反饋 反饋意見收集形式: 普遍調(diào)查 重點訪問 主動反映 征詢反饋的問題舉例： 過程對你是個幫手還是障礙？ 在你的工作中是怎樣幫你或妨礙你的嗎？ 在什么情況下，過程對你有用？ 過程的哪些方面需要改進? 你認(rèn)為過程應(yīng)該怎樣改進？ 是什么因素讓你遵循過程？ 軟件過程與改進軟件過程與改進 吸收來自外部信息: 考慮過程運行中周邊業(yè)務(wù)環(huán)境 的影響 過程的推行和檢查機制 發(fā)現(xiàn)不符合現(xiàn)象，加以糾正和預(yù)防 檢查的形式可以多種多樣 軟件過程與改進軟件過程與改進 業(yè)務(wù)成

33、果 所有者 過程定義 活動及工具 有效的過程環(huán)境 過程改進 技術(shù)進步 反饋 度量及反饋 培訓(xùn) v建立過程文化 過程制度化：過程思維已滲入整個組織的日常活動, 過程制度化的兩個支柱 過程文化 過程基礎(chǔ)設(shè)施 軟件過程與改進軟件過程與改進 過程文化 技術(shù)工具 管理機構(gòu) 過程 基礎(chǔ)設(shè)施 過程制度化 過程文化 文化：特定人群在特定時間內(nèi)表現(xiàn)出的習(xí)慣和文明 過程文化：人們的習(xí)慣和行為受到過程思維和過程管理原 則的影響 是人們公認(rèn)的、并非勉強的和強加的、不是停留在口頭上的 軟件過程與改進軟件過程與改進 過程文化的特征過程文化的特征 軟件過程與改進軟件過程與改進 特征表 現(xiàn) 可見性 軟件過程主管領(lǐng)導(dǎo)明確，過程

34、文件和過程所有者明確 過程定義和過程職責(zé)明確 規(guī)范性全體人員遵循過程的要求 制度化過程的要求體現(xiàn)在方針和規(guī)程中 管理者承諾最高管理者和各級管理者的全力支持 推行 過程的實施是有力度的，也應(yīng)是有成效的，應(yīng)有報告反映 不符合現(xiàn)象 所有者SEPG人員的責(zé)任明確，工作有效 反饋反饋機制保證能有效地采集開發(fā)人員、項目組成員的反應(yīng) 效果評估評估過程目標(biāo)達到的程度 培訓(xùn) 對全體開發(fā)人員的過程培訓(xùn)是強制性的 對項目新成員的過程入門培訓(xùn)是強制性的 改進全體相關(guān)人員參與軟件過程改進的策劃與實施 過程基礎(chǔ)設(shè)施是必要的保證條件 v建立過程數(shù)據(jù)庫：建立收集過程實施情況信息的機制 包括成功和失敗的經(jīng)驗與教訓(xùn)信息 對倡導(dǎo)當(dāng)

35、前項目的順利開展和未來項目的成功均有意義 v過程改進的原則 軟件過程改進的6條基本原則（Humphrey，1989） 對軟件過程的重大變更必須是自上而下的 每個人都必須參與 有效的變更需有現(xiàn)行過程的目標(biāo)和對它的深入了解 變更要持續(xù)進行 軟件過程變更如果沒有自覺的努力和定期的強化將不會持久 軟件過程改進需要有必要的投入 不遵循上述原則可能導(dǎo)致的后果 過程改進的積極性因高層領(lǐng)導(dǎo)支持不力而失敗 過程變更計劃由于其目標(biāo)未明確規(guī)定而失敗 過程變更計劃因缺少每個員工的參與而失敗 軟件過程與改進軟件過程與改進 軟件過程公用模型或 軟件過程國際標(biāo)準(zhǔn) 組織定義的專用軟件過程 組織或領(lǐng)域 的特性 注重： 適用性

36、效率 注重：穩(wěn)定性 靈活性 組織 特定的 剪裁 由國際標(biāo)準(zhǔn)或公用模型得到組織定義的過程 組織的標(biāo)準(zhǔn)過程 項目定義的軟件過程 反饋 項目特性 注重： 適用性 效率 注重: 穩(wěn)定性 靈活性 通過對組織標(biāo)準(zhǔn)過程剪裁得到的項目過程 項目專用 剪裁 軟件過程改進的標(biāo)準(zhǔn)與模型軟件過程改進的標(biāo)準(zhǔn)與模型 軟件過程與改進軟件過程與改進 軟件過程國際標(biāo)準(zhǔn)軟件過程公用模型 舉 例 ISO/IEC 15504 ISO9001(ISO90003) ISO/IEC 12207 CMM/CMMI Trillium V-Model 制定、發(fā)布和維 護者 國際標(biāo)準(zhǔn)化機構(gòu)（ISO、IEC） 或國家標(biāo)準(zhǔn)化機構(gòu) 專業(yè)性組織（SEI、

37、BELL Canada）等 規(guī)定的內(nèi)容是實施的組織必須達到的基本要求 是實施的參考，有一定的靈活 性 是否達到規(guī)定的 要求要通過 審核 Audit 認(rèn)證 Certificate 評估 Assessment 評價 Evaluate 對實施組織檢查 的結(jié)果 權(quán)威機構(gòu)頒發(fā)的認(rèn)證證書 主任評估員簽發(fā)的證件 （并在專業(yè)性組織備案） 實施組織的主要 目的 取得用戶信任、達到商業(yè)目標(biāo)鑒定和提升組織的過程能力 對實施組織檢查 的方式 第三方審核：檢查是否嚴(yán)格按標(biāo)準(zhǔn) 實施 自我評估 能力評價 實施的范圍整個組織或部分組織組織中的某個項目或整個組織 CMM軟件過程成熟度模型軟件過程成熟度模型 vCMM（Capab

38、ility Maturity Model）即能）即能 力成熟度模型力成熟度模型 美國卡內(nèi)基梅隆大學(xué)軟件工程研究所（美國卡內(nèi)基梅隆大學(xué)軟件工程研究所（SEI ）在美國國防部資助下于二十世紀(jì)八十年代）在美國國防部資助下于二十世紀(jì)八十年代 末建立的末建立的 用于評價軟件機構(gòu)的軟件過程能力成熟度的用于評價軟件機構(gòu)的軟件過程能力成熟度的 模型。模型。 主要目的在于為大型軟件項目的招投標(biāo)活動主要目的在于為大型軟件項目的招投標(biāo)活動 提供一種全面而客觀的評審依據(jù)，而發(fā)展到提供一種全面而客觀的評審依據(jù)，而發(fā)展到 后來，又同時被應(yīng)用于許多軟件機構(gòu)內(nèi)部的后來，又同時被應(yīng)用于許多軟件機構(gòu)內(nèi)部的 過程改進活動中。過程改

39、進活動中。 軟件過程與改進軟件過程與改進 vCMM可以指導(dǎo)軟件機構(gòu)，可以指導(dǎo)軟件機構(gòu)， 通過確定當(dāng)前的過程成熟度狀況，識別對過程通過確定當(dāng)前的過程成熟度狀況，識別對過程 改進起關(guān)鍵作用的一些問題，來明確過程改進的改進起關(guān)鍵作用的一些問題，來明確過程改進的 方向和策略；方向和策略； 通過一組有限的與過程改進的方向和策略相一通過一組有限的與過程改進的方向和策略相一 致的過程改進活動，軟件機構(gòu)便能穩(wěn)步而有效地致的過程改進活動，軟件機構(gòu)便能穩(wěn)步而有效地 改善其軟件過程，使其過程能力得到循序漸進的改善其軟件過程，使其過程能力得到循序漸進的 增長。增長。 vCMM提供了一個級別框架：提供了一個級別框架：

40、1級級-初始級、初始級、 2級級 -可重復(fù)級、可重復(fù)級、 3級級-已定義級、已定義級、 4級級-已管理級和已管理級和5級級 -優(yōu)化級。優(yōu)化級。 軟件過程與改進軟件過程與改進 軟件組織的成熟與不成熟軟件組織的成熟與不成熟 v成熟表現(xiàn)成熟表現(xiàn) v不成熟表現(xiàn)不成熟表現(xiàn) 軟件組織的成熟與不成熟軟件組織的成熟與不成熟 不成熟的軟件組織不成熟的軟件組織 v軟件過程一般并不預(yù)先計劃，而是在項目進行中由軟件過程一般并不預(yù)先計劃，而是在項目進行中由 實際工作人員及管理員臨時計劃實際工作人員及管理員臨時計劃 v有時，即使軟件過程已計劃好，仍不按計劃執(zhí)行有時，即使軟件過程已計劃好，仍不按計劃執(zhí)行 v沒有一個客觀的基

41、準(zhǔn)來判斷產(chǎn)品質(zhì)量，或解決產(chǎn)品沒有一個客觀的基準(zhǔn)來判斷產(chǎn)品質(zhì)量，或解決產(chǎn)品 和過程中的問題和過程中的問題 v對軟件過程步驟如何影響軟件質(zhì)量，一無所知，產(chǎn)對軟件過程步驟如何影響軟件質(zhì)量，一無所知，產(chǎn) 品質(zhì)量得不到保證。而且，一些提高質(zhì)量的環(huán)節(jié)，品質(zhì)量得不到保證。而且，一些提高質(zhì)量的環(huán)節(jié)， 如檢查、測試等經(jīng)常由于要趕進度而減少或取消。如檢查、測試等經(jīng)常由于要趕進度而減少或取消。 v產(chǎn)品在交付前，對客戶來說，一切都是不可見的產(chǎn)品在交付前，對客戶來說，一切都是不可見的 v沒有長遠(yuǎn)目標(biāo)，管理員通常只關(guān)注解決任何當(dāng)前沒有長遠(yuǎn)目標(biāo)，管理員通常只關(guān)注解決任何當(dāng)前 的危機的危機 v由于沒有實事求是地估計進度、預(yù)算

42、，因此他們由于沒有實事求是地估計進度、預(yù)算，因此他們 經(jīng)常超支、超時。當(dāng)最后期限臨近，他們往往在經(jīng)常超支、超時。當(dāng)最后期限臨近，他們往往在 功能性和質(zhì)量上妥協(xié)，或以加班加點方式趕進度功能性和質(zhì)量上妥協(xié)，或以加班加點方式趕進度 。 軟件過程與改進軟件過程與改進 成熟的軟件組織成熟的軟件組織 v具有全面而充分的組織和管理軟件開發(fā)和維護過具有全面而充分的組織和管理軟件開發(fā)和維護過 程的能力程的能力 v管理員監(jiān)視軟件產(chǎn)品的質(zhì)量以及生產(chǎn)這些產(chǎn)品的管理員監(jiān)視軟件產(chǎn)品的質(zhì)量以及生產(chǎn)這些產(chǎn)品的 過程過程 v制定了一系列客觀基準(zhǔn)來判別產(chǎn)品質(zhì)量，并分析制定了一系列客觀基準(zhǔn)來判別產(chǎn)品質(zhì)量，并分析 產(chǎn)品和過程中的問題

43、產(chǎn)品和過程中的問題 v進度和預(yù)算可以按照以前積累的經(jīng)驗來制定，結(jié)進度和預(yù)算可以按照以前積累的經(jīng)驗來制定，結(jié) 果可行。預(yù)期的成本、進度、功能與性能和質(zhì)量果可行。預(yù)期的成本、進度、功能與性能和質(zhì)量 都能實現(xiàn)，并達到目的都能實現(xiàn)，并達到目的 v能準(zhǔn)確及時地向工作人員通報實際軟件過程，并能準(zhǔn)確及時地向工作人員通報實際軟件過程，并 按照計劃有規(guī)則地按照計劃有規(guī)則地(前后一致，不互相矛盾前后一致，不互相矛盾)工作工作 軟件過程與改進軟件過程與改進 v凡規(guī)定的過程都編成文檔凡規(guī)定的過程都編成文檔 v軟件過程和實際工作方法相吻合。必要時，過程軟件過程和實際工作方法相吻合。必要時，過程 定義會及時更新，通過測試

44、，或者通過成本定義會及時更新，通過測試，或者通過成本-效益效益 分析來改進過程。分析來改進過程。 v全體人員普遍地、積極地參與改進軟件過程的活全體人員普遍地、積極地參與改進軟件過程的活 動。在組織內(nèi)部的各項目中，每人在軟件過程中動。在組織內(nèi)部的各項目中，每人在軟件過程中 的職責(zé)都十分清晰而明確，每人各守其責(zé)，協(xié)同的職責(zé)都十分清晰而明確，每人各守其責(zé)，協(xié)同 工作，有條不紊，甚至能預(yù)見和防范問題的發(fā)生工作，有條不紊，甚至能預(yù)見和防范問題的發(fā)生 。 軟件過程與改進軟件過程與改進 5.5.優(yōu)化級優(yōu)化級 4.4.已管理級已管理級 3.3.已定義級已定義級 2.2.可重復(fù)級可重復(fù)級 1.1.初始級初始級

45、標(biāo) 準(zhǔn) 、 一標(biāo) 準(zhǔn) 、 一 致的過程致的過程 有紀(jì)律有紀(jì)律 的過程的過程 可預(yù)測的過程可預(yù)測的過程 持續(xù)改進過程持續(xù)改進過程 軟件過程成熟度軟件過程成熟度 的的5 5個級別個級別 軟件過程成熟度級別軟件過程成熟度級別 1.初始（初始（initial）級：）級： 軟件過程的特點是無秩序的，甚至是混亂的。幾軟件過程的特點是無秩序的，甚至是混亂的。幾 乎沒有什么過程是經(jīng)過妥善定義的，成功往往依賴乎沒有什么過程是經(jīng)過妥善定義的，成功往往依賴 于個人或小組的努力。于個人或小組的努力。 2.可重復(fù)（可重復(fù)（repeatable）級：）級： 建立了基本的項目管理過程來跟蹤成本、進度和建立了基本的項目管理過

46、程來跟蹤成本、進度和 功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類功能特性。制定了必要的過程紀(jì)律，能重復(fù)早先類 似應(yīng)用項目取得的成功。似應(yīng)用項目取得的成功。 3.已定義（已定義（defined）級：）級： 己將管理和工程活動兩方面的軟件過程文檔化、己將管理和工程活動兩方面的軟件過程文檔化、 標(biāo)準(zhǔn)化，并綜合成該機構(gòu)的標(biāo)準(zhǔn)軟件過程。所有標(biāo)準(zhǔn)化，并綜合成該機構(gòu)的標(biāo)準(zhǔn)軟件過程。所有 項目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)項目均使用經(jīng)批準(zhǔn)、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā) 和維護軟件。和維護軟件。 4.已管理（已管理（managed）級：）級： 收集對軟件過程和產(chǎn)品質(zhì)量的詳細(xì)度量值，對軟收集對軟件過程和產(chǎn)品

47、質(zhì)量的詳細(xì)度量值，對軟 件過程和產(chǎn)品都有定量的理解和控制。件過程和產(chǎn)品都有定量的理解和控制。 5.優(yōu)化（優(yōu)化（optimizing）級：）級： 過程的量化反饋和先進的新思想、新技術(shù)促使過過程的量化反饋和先進的新思想、新技術(shù)促使過 程不斷改進。程不斷改進。 軟件過程與改進軟件過程與改進 缺陷預(yù)防缺陷預(yù)防 技術(shù)更新管理技術(shù)更新管理 過程更改管理過程更改管理 優(yōu)化級優(yōu)化級 定量過程管理定量過程管理 軟件質(zhì)量管理軟件質(zhì)量管理 已管理級已管理級 機構(gòu)過程焦點機構(gòu)過程焦點 機構(gòu)過程定義機構(gòu)過程定義 培訓(xùn)大綱培訓(xùn)大綱 綜合軟件管理綜合軟件管理 軟件產(chǎn)品工程軟件產(chǎn)品工程 組間協(xié)調(diào)組間協(xié)調(diào) 同行評審?fù)性u審 已

48、定義級已定義級 需求管理需求管理 軟件項目計劃軟件項目計劃 軟件項目跟蹤和監(jiān)督軟件項目跟蹤和監(jiān)督 軟件分包合同管理軟件分包合同管理 軟件質(zhì)量保證軟件質(zhì)量保證 軟件配置管理軟件配置管理 可重復(fù)級可重復(fù)級 初始級初始級 能力成熟度級別中的能力成熟度級別中的 關(guān)鍵過程域關(guān)鍵過程域 （共（共18個）個） 基于基于CMM的過程改進的過程改進 v 基于基于CMM的過程改進是目標(biāo)驅(qū)動的過程改進模式。基于的過程改進是目標(biāo)驅(qū)動的過程改進模式。基于 CMM的過程改進步驟如下：的過程改進步驟如下： （1）確定本機構(gòu)目前的）確定本機構(gòu)目前的CMM成熟度級別，明確下一步需成熟度級別，明確下一步需 要達到的級別要達到的級

49、別 CMM要求一個機構(gòu)的成熟度級別應(yīng)當(dāng)從第要求一個機構(gòu)的成熟度級別應(yīng)當(dāng)從第2級開始并逐級開始并逐 步升級實施，不允許進行成熟度級別的跨越實施。步升級實施，不允許進行成熟度級別的跨越實施。 （2）初始化過程改進）初始化過程改進 應(yīng)當(dāng)將過程改進本身作為一個項目來進行管理和策劃。應(yīng)當(dāng)將過程改進本身作為一個項目來進行管理和策劃。 過程改進策劃的內(nèi)容包括：需確定詳細(xì)步驟和活動及所涉過程改進策劃的內(nèi)容包括：需確定詳細(xì)步驟和活動及所涉 及的里程碑、所涉及的關(guān)鍵人物、資源、進度，并確保所及的里程碑、所涉及的關(guān)鍵人物、資源、進度，并確保所 有相關(guān)人員得到并確認(rèn)所策劃的內(nèi)容。有相關(guān)人員得到并確認(rèn)所策劃的內(nèi)容。 軟

50、件過程與改進軟件過程與改進 （3）準(zhǔn)備并實施過程評價）準(zhǔn)備并實施過程評價 由于當(dāng)前所處的級別已經(jīng)明確，可以直接利用由于當(dāng)前所處的級別已經(jīng)明確，可以直接利用 CMM得到當(dāng)前軟件機構(gòu)的過程評價結(jié)果。例如得到當(dāng)前軟件機構(gòu)的過程評價結(jié)果。例如 ，假如當(dāng)前級別已被評價為，假如當(dāng)前級別已被評價為3級，則可根據(jù)第級，則可根據(jù)第2、 3級所標(biāo)明的能力特點、關(guān)鍵過程域、關(guān)鍵實踐級所標(biāo)明的能力特點、關(guān)鍵過程域、關(guān)鍵實踐 來表明本機構(gòu)當(dāng)前的過程評價結(jié)果來表明本機構(gòu)當(dāng)前的過程評價結(jié)果 軟件過程與改進軟件過程與改進 （4）分析評價結(jié)果和制定改進活動計劃）分析評價結(jié)果和制定改進活動計劃 根據(jù)所希望達到的根據(jù)所希望達到的C

51、MM級別的關(guān)鍵過程域中對級別的關(guān)鍵過程域中對 目標(biāo)、執(zhí)行約定、執(zhí)行能力、執(zhí)行活動、測量和目標(biāo)、執(zhí)行約定、執(zhí)行能力、執(zhí)行活動、測量和 分析、驗證執(zhí)行等關(guān)鍵實踐的要求，列出各子目分析、驗證執(zhí)行等關(guān)鍵實踐的要求，列出各子目 標(biāo)，對每個子目標(biāo)，詳細(xì)計劃所需增加的活動、標(biāo)，對每個子目標(biāo)，詳細(xì)計劃所需增加的活動、 資源、度量方法或工具、驗證手段等，并依此制資源、度量方法或工具、驗證手段等，并依此制 定達到每個子目標(biāo)的具體計劃和實施策略。定達到每個子目標(biāo)的具體計劃和實施策略。 （5）實施改進活動實施改進活動 依照計劃實施改進活動，注意應(yīng)有必要的監(jiān)控手依照計劃實施改進活動，注意應(yīng)有必要的監(jiān)控手 段。段。 軟件

52、過程與改進軟件過程與改進 （6）確認(rèn)改進結(jié)果確認(rèn)改進結(jié)果 組織合格的評估師對所進行的改進活動進行組織合格的評估師對所進行的改進活動進行 評價，以判定是否達到本機構(gòu)所希望達到的評價，以判定是否達到本機構(gòu)所希望達到的CMM 級別。級別。 對于那些希望其對于那些希望其CMM級別獲得級別獲得SEI認(rèn)可的軟件認(rèn)可的軟件 機構(gòu)而言，所聘請的評估師必須獲得機構(gòu)而言，所聘請的評估師必須獲得SEI頒發(fā)的頒發(fā)的 CMM評估師資質(zhì)，而對那些僅希望通過評估師資質(zhì)，而對那些僅希望通過CMM評評 價達到自身改進目標(biāo)的軟件機構(gòu)而言，可在本機價達到自身改進目標(biāo)的軟件機構(gòu)而言，可在本機 構(gòu)內(nèi)部組織進行構(gòu)內(nèi)部組織進行CMM級別的

53、評價，其方式可模仿級別的評價，其方式可模仿 SEI要求的評價方式，也可用自身特有的方式進要求的評價方式，也可用自身特有的方式進 行評價，以判斷是否達到了所希望的行評價，以判斷是否達到了所希望的CMM級別。級別。 軟件過程與改進軟件過程與改進 （7）維持和監(jiān)督改進的結(jié)果維持和監(jiān)督改進的結(jié)果 努力將機構(gòu)維持在新的努力將機構(gòu)維持在新的CMM級別上。應(yīng)當(dāng)建立級別上。應(yīng)當(dāng)建立 有效的監(jiān)控機制來保持已達到的級別的持續(xù)性。有效的監(jiān)控機制來保持已達到的級別的持續(xù)性。 對于對于CMM5級的機構(gòu)而言，由于這樣的監(jiān)控機制級的機構(gòu)而言，由于這樣的監(jiān)控機制 已經(jīng)制度化，機構(gòu)只需保持該制度的正常執(zhí)行，已經(jīng)制度化，機構(gòu)只需

54、保持該制度的正常執(zhí)行， 就能確保改進結(jié)果的持續(xù)性。但對于其他級別的就能確保改進結(jié)果的持續(xù)性。但對于其他級別的 機構(gòu)而言，應(yīng)當(dāng)指定專門人員監(jiān)督新級別的維持機構(gòu)而言，應(yīng)當(dāng)指定專門人員監(jiān)督新級別的維持 ，并賦予足夠的權(quán)限。，并賦予足夠的權(quán)限。 （8）重復(fù)重復(fù)1 1到到7 7 軟件過程與改進軟件過程與改進 SPICE軟件過程改進模式軟件過程改進模式 vSPICE（Software Process Improvement and Capability dEtermine ）過程改進模式（）過程改進模式（ISO15504）所面向的對象也）所面向的對象也 是軟件機構(gòu)，其目標(biāo)是通過對一個軟件機構(gòu)軟件過是軟件機

55、構(gòu)，其目標(biāo)是通過對一個軟件機構(gòu)軟件過 程的評價達到以下目的：程的評價達到以下目的： 1. 確定被評價的軟件過程的能力；確定被評價的軟件過程的能力； 2. 對被評價的軟件過程加以改進。對被評價的軟件過程加以改進。 軟件過程與改進軟件過程與改進 v軟件過程評價標(biāo)準(zhǔn)中過程評價、過程能力確定與軟件過程評價標(biāo)準(zhǔn)中過程評價、過程能力確定與 過程改進之間的關(guān)系過程改進之間的關(guān)系 軟件過程與改進軟件過程與改進 過程評價過程評價 過程改進過程改進過程能力確定過程能力確定 導(dǎo)致導(dǎo)致 導(dǎo)致導(dǎo)致 評測評測 激發(fā)激發(fā) 軟件過程軟件過程 預(yù)測預(yù)測 結(jié)果結(jié)果 改進改進 結(jié)果結(jié)果 vSPICE軟件過程評價標(biāo)準(zhǔn)由下述九個部分構(gòu)

56、成：軟件過程評價標(biāo)準(zhǔn)由下述九個部分構(gòu)成： 第第1部分：概念和介紹指南部分：概念和介紹指南 第第2部分：過程和過程能力的基準(zhǔn)模型部分：過程和過程能力的基準(zhǔn)模型 第第3部分：評價部分：評價 第第4部分：評價指南部分：評價指南 第第5部分：評價模型和標(biāo)識指南部分：評價模型和標(biāo)識指南 第第6部分：審核員資格指南部分：審核員資格指南 第第7部分：過程改進指南部分：過程改進指南 第第8部分：確定承包方過程能力的使用指南部分：確定承包方過程能力的使用指南 第第9部分：術(shù)語部分：術(shù)語 軟件過程與改進軟件過程與改進 ISO15504 各部分之間的關(guān)系各部分之間的關(guān)系 軟件過程與改進軟件過程與改進 (第第8部分部

57、分) (第第3部分部分) (第第5部分部分) 指示器指示器 兼容性要求兼容性要求 基準(zhǔn)模型基準(zhǔn)模型 (第第2部分部分) 過程改進過程改進過程能力過程能力 過程評價過程評價 方法方法模型模型 評估師評估師 (第第6部分部分) 需求需求 指南指南 (第第4部分部分) (第第7部分部分) vISO15504過程評價模型是一個兩維空間的模型 ：“過程”維和“過程能力”維。 橫向橫向“過程過程”維參考了維參考了ISO12207（“軟件生軟件生 存周期過程存周期過程”），給出一個軟件機構(gòu)所應(yīng)具備），給出一個軟件機構(gòu)所應(yīng)具備 的的5類軟件生存周期過程，即客戶供方類過程類軟件生存周期過程，即客戶供方類過程 、

58、工程類過程、支持類過程、管理類過程和機、工程類過程、支持類過程、管理類過程和機 構(gòu)一級過程類，每類過程中又有若干個具體的構(gòu)一級過程類，每類過程中又有若干個具體的 過程，這樣的橫軸表示出對一個軟件機構(gòu)而言過程，這樣的橫軸表示出對一個軟件機構(gòu)而言 ，應(yīng)當(dāng)提供被評價的所有過程。，應(yīng)當(dāng)提供被評價的所有過程。 軟件過程與改進軟件過程與改進 評價模型的縱向評價模型的縱向“過程能力過程能力”維在一定程度上維在一定程度上 參考了參考了CMM的評價模式，它給出每個過程所處的評價模式，它給出每個過程所處 的從的從0級到級到5級的級的6個過程能力級別，即不完整個過程能力級別，即不完整 級（級（0級）、已執(zhí)行級（級）

59、、已執(zhí)行級（1級）、已管理級（級）、已管理級（2 級）、已建立級（級）、已建立級（3級）、可預(yù)測級（級）、可預(yù)測級（4級）和級）和 不斷優(yōu)化級（不斷優(yōu)化級（5級），這級），這6個級別又由個級別又由9個具體個具體 的過程屬性加以細(xì)化，對不同屬性的滿足程度的過程屬性加以細(xì)化，對不同屬性的滿足程度 決定了一個過程所處的級別，級別越高，表明決定了一個過程所處的級別，級別越高，表明 一個軟件過程越成熟，而級別越低，則表明該一個軟件過程越成熟，而級別越低，則表明該 過程需要進行的改進更多。過程需要進行的改進更多。 軟件過程與改進軟件過程與改進 v對每個過程而言，其能力的提高也需由低到高逐對每個過程而言，其

60、能力的提高也需由低到高逐 級提升，不能跨越。級提升，不能跨越。 v對一個軟件機構(gòu)而言，對一個軟件機構(gòu)而言，ISO15504并不要求象并不要求象 CMM過程能力成熟度那樣給出一個整體的過程能過程能力成熟度那樣給出一個整體的過程能 力評價值，而是要求給出機構(gòu)內(nèi)不同軟件過程的能力評價值，而是要求給出機構(gòu)內(nèi)不同軟件過程的能 力成熟度。顯然，由于不同的軟件過程可能會有不力成熟度。顯然，由于不同的軟件過程可能會有不 同的能力成熟度，因此依據(jù)同的能力成熟度，因此依據(jù)ISO15504評價模型評價模型 所產(chǎn)生的評價結(jié)果，將會形成關(guān)于過程能力的一條所產(chǎn)生的評價結(jié)果，將會形成關(guān)于過程能力的一條 能力曲線，曲線上方的