PSP^SM的度量思想：由定性走向定量

個體軟件過程框架

個體軟件過程(PSP^SM：personal software process)由美國卡內(nèi)基·梅隆大學(xué)軟件工程研究所的漢弗萊(Watts S.Humphrey)等人開發(fā)而成，并于1995年推出，著重于軟件開發(fā)人員的個人培訓(xùn)、品質(zhì)改善和工數(shù)估算，既是軟件能力成熟度從組織轉(zhuǎn)向個人的飛躍，也是軟件工程從定向轉(zhuǎn)為定量的標(biāo)志。CMM難以適用于小規(guī)模的軟件開發(fā)組織，而PSP為軟件開發(fā)者提供了控制、管理和改進個人工作方式的個人過程框架，彌補了CMM并未提供的有關(guān)實現(xiàn)CMM關(guān)鍵過程域所需的具體知識和技能，與CMM、TSP(team software process)構(gòu)成比較完善的CMM·PSP·TSP體系。PSP過程由一系列方法、表單、腳本等組成，指導(dǎo)軟件開發(fā)人員如何確保自己的工作品質(zhì)，如何估算和規(guī)劃自身的工作，如何度量和跟蹤個人的表現(xiàn)，如何改善自身的軟件流程和品質(zhì)。PSP能夠提供：說明個體軟件過程的原則；軟件工程師作出準確的計劃；軟件工程師為改善產(chǎn)品質(zhì)量需要采取的步驟；度量個體軟件過程改善的基準；流程的改變對軟件工程師能力的影響。PSP進化框架概要如圖5-2所示，其中個體度量過程(PSP0)是PSP的開始。

圖5-2  個體軟件過程的進化框架

個體軟件過程的基本原理

PSP基于以下計劃和質(zhì)量原理加以設(shè)計，以期改善個體軟件開發(fā)人員的過程效能。

—— 因為每位軟件開發(fā)人員各不相同，要追求最大效率，軟件開發(fā)人員必須計劃其工作并將計劃建立在個人的數(shù)據(jù)基礎(chǔ)上；

—— 要堅實地改善個體軟件開發(fā)人員的表現(xiàn)，需要采用經(jīng)過良好定義和度量的過程；

—— 要生產(chǎn)高質(zhì)量的產(chǎn)品，軟件開發(fā)人員必須對其產(chǎn)品質(zhì)量負責(zé)。良好的產(chǎn)品不能經(jīng)由錯誤而產(chǎn)生，軟件開發(fā)人員必須為他們的工作質(zhì)量而奮斗；

—— 發(fā)現(xiàn)并修正缺陷的時間越早，其付出的代價成本越低；

—— 集中于預(yù)防缺陷的植入比集中于發(fā)現(xiàn)以及修正缺陷更加有效；

—— 正確的工作方式通常也是最快和最廉價的工作方式。

個體軟件過程的度量數(shù)據(jù)

PSP的基本度量數(shù)據(jù)包括：軟件開發(fā)規(guī)模、各階段所需時間、各階段發(fā)現(xiàn)的缺陷以及各階段植入的缺陷。在這些數(shù)據(jù)項目中需要收集計劃數(shù)據(jù)和實際數(shù)據(jù)。表5-8是PSP的軟件度量的尺度、目標(biāo)和問題列表：

表5-8  PSP中的軟件度量

TSP^SM的度量思想：質(zhì)量度量元

團隊軟件過程概要

卡內(nèi)基·梅隆大學(xué)軟件工程研究所于1994年開始研究并于1998年在其召開的過程工程年會上第一次介紹團隊軟件過程(TSP^SM：team software process)草案，于1999年發(fā)表有關(guān)TSP的書籍，使軟件過程框架形成一個包含CMM·PSP·TSP的整體，即從組織、團隊和個人3個層次進行良好的軟件工程改善模式。團隊軟件過程是一個已被良好定義并被證明的支持IPPD(integrated product and processdevelopment)的構(gòu)建和管理團隊的最佳實踐，指導(dǎo)跨功能團隊中的成員如何有效地規(guī)劃和管理所面臨的項目開發(fā)任務(wù)，告訴管理人員如何指導(dǎo)軟件開發(fā)隊伍。TSP能夠提供：一個已經(jīng)定義的團隊構(gòu)建過程；一個團隊作業(yè)框架；一個有效的管理環(huán)境。TSP包括：一個完整定義的團隊作業(yè)過程；已經(jīng)定義的團隊成員的角色；一個結(jié)構(gòu)化的啟動與跟蹤過程；一個團隊和工程師的支持工具。TSP的最終目的在于指導(dǎo)開發(fā)人員如何在最短時間內(nèi)以預(yù)定的成本開發(fā)出高質(zhì)量的軟件產(chǎn)品，所采用的方法是對團隊開發(fā)過程的定義、度量和改善。

TSP的原則與方法

漢弗萊在《團隊軟件過程》中指出TSP的原則包括：軟件工程師最大可能地了解作業(yè)并能制定最好的計劃；當(dāng)軟件工程師計劃其工作的時候，他們對計劃做出承諾；準確的項目跟蹤需要詳細的計劃和精確的數(shù)據(jù)；要最大限度地縮短周期時間，軟件工程師必須平衡工作量；要最大限度地提高生產(chǎn)率，首先必須聚焦質(zhì)量。漢弗萊還指出，實施TSP的方法是：在承擔(dān)工作或者著手工作之前，首先要計劃工作；使用已經(jīng)定義的過程；度量并跟蹤開發(fā)的時間、工作量和缺陷；計劃、度量并跟蹤項目質(zhì)量；從工作一開始就強調(diào)質(zhì)量；分析各項工作并將分析結(jié)果用于改善過程。

TSP的質(zhì)量度量元

TSP在進行設(shè)計、制造和維護軟件或提供服務(wù)的過程中，很重視對質(zhì)量進行度量。在團隊軟件過程中，其質(zhì)量重點在于無缺陷管理，包括制定質(zhì)量計劃、識別質(zhì)量問題以及探尋和防范質(zhì)量問題。在TSP啟動準備期間，團隊需要根據(jù)預(yù)估的產(chǎn)品規(guī)模和缺陷率歷史性材料，估算出各階段會產(chǎn)生的缺陷數(shù)。如果沒有缺陷率歷史性材料，可以使用TSP質(zhì)量計劃綱要(TSP quality guidelines)，這可以協(xié)助團隊制定質(zhì)量目標(biāo)和質(zhì)量計劃。漢弗萊在《團隊軟件過程》中闡述的TSP質(zhì)量計劃綱要的度量項目以及目標(biāo)如表5-9所示。質(zhì)量計劃制定出來以后，項目管理者需要根據(jù)質(zhì)量計劃，通過TSP-SUMQ表協(xié)助團隊成員跟蹤績效。如果發(fā)現(xiàn)問題，就需要對團隊提出改善建議。在識別質(zhì)量問題的時候，TSP導(dǎo)入了無缺陷百分比、缺陷去除資料組合、質(zhì)量資料組合以及過程質(zhì)量指標(biāo)等質(zhì)量度量元來跟蹤識別質(zhì)量問題的來源。TSP的設(shè)計在于對質(zhì)量問題防范于未然，通過質(zhì)量計劃和過程跟蹤，使軟件開發(fā)人員對質(zhì)量問題更加敏感和小心，以便開發(fā)出高質(zhì)量的軟件產(chǎn)品。

表5-9  TSP的質(zhì)量度量元及目標(biāo)