個(gè)體軟件過程(PSPSM:personal software process)由美國卡內(nèi)基·梅隆大學(xué)軟件工程研究所的漢弗萊(Watts S.Humphrey)等人開發(fā)而成,并于1995年推出,著重于軟件開發(fā)人員的個(gè)人培訓(xùn)、品質(zhì)改善和工數(shù)估算,既是軟件能力成熟度從組織轉(zhuǎn)向個(gè)人的飛躍,也是軟件工程從定向轉(zhuǎn)為定量的標(biāo)志。CMM難以適用于小規(guī)模的軟件開發(fā)組織,而PSP為軟件開發(fā)者提供了控制、管理和改進(jìn)個(gè)人工作方式的個(gè)人過程框架,彌補(bǔ)了CMM并未提供的有關(guān)實(shí)現(xiàn)CMM關(guān)鍵過程域所需的具體知識(shí)和技能,與CMM、TSP(team software process)構(gòu)成比較完善的CMM·PSP·TSP體系。PSP過程由一系列方法、表單、腳本等組成,指導(dǎo)軟件開發(fā)人員如何確保自己的工作品質(zhì),如何估算和規(guī)劃自身的工作,如何度量和跟蹤個(gè)人的表現(xiàn),如何改善自身的軟件流程和品質(zhì)。PSP能夠提供:說明個(gè)體軟件過程的原則;軟件工程師作出準(zhǔn)確的計(jì)劃;軟件工程師為改善產(chǎn)品質(zhì)量需要采取的步驟;度量個(gè)體軟件過程改善的基準(zhǔn);流程的改變對軟件工程師能力的影響。PSP進(jìn)化框架概要如圖5-2所示,其中個(gè)體度量過程(PSP0)是PSP的開始。
圖5-2 個(gè)體軟件過程的進(jìn)化框架
PSP基于以下計(jì)劃和質(zhì)量原理加以設(shè)計(jì),以期改善個(gè)體軟件開發(fā)人員的過程效能。
—— 因?yàn)槊课卉浖_發(fā)人員各不相同,要追求最大效率,軟件開發(fā)人員必須計(jì)劃其工作并將計(jì)劃建立在個(gè)人的數(shù)據(jù)基礎(chǔ)上;
—— 要堅(jiān)實(shí)地改善個(gè)體軟件開發(fā)人員的表現(xiàn),需要采用經(jīng)過良好定義和度量的過程;
—— 要生產(chǎn)高質(zhì)量的產(chǎn)品,軟件開發(fā)人員必須對其產(chǎn)品質(zhì)量負(fù)責(zé)。良好的產(chǎn)品不能經(jīng)由錯(cuò)誤而產(chǎn)生,軟件開發(fā)人員必須為他們的工作質(zhì)量而奮斗;
—— 發(fā)現(xiàn)并修正缺陷的時(shí)間越早,其付出的代價(jià)成本越低;
—— 集中于預(yù)防缺陷的植入比集中于發(fā)現(xiàn)以及修正缺陷更加有效;
—— 正確的工作方式通常也是最快和最廉價(jià)的工作方式。
PSP的基本度量數(shù)據(jù)包括:軟件開發(fā)規(guī)模、各階段所需時(shí)間、各階段發(fā)現(xiàn)的缺陷以及各階段植入的缺陷。在這些數(shù)據(jù)項(xiàng)目中需要收集計(jì)劃數(shù)據(jù)和實(shí)際數(shù)據(jù)。表5-8是PSP的軟件度量的尺度、目標(biāo)和問題列表:
表5-8 PSP中的軟件度量
尺 度 |
目 標(biāo) |
問 題 |
規(guī)模尺度 |
•定義統(tǒng)一的規(guī)模尺度 • 確立時(shí)間和缺陷尺度的正式化基礎(chǔ) •幫助實(shí)現(xiàn)更佳規(guī)模尺度估算 |
•自己計(jì)劃的軟件開發(fā)規(guī)模是多少? •自己的規(guī)模估算準(zhǔn)確程度是多少? •完全記述了規(guī)模的完成品是什么? |
時(shí)間尺度 |
•確定PSP各個(gè)階段的使用時(shí)間 •幫助實(shí)現(xiàn)更佳的時(shí)間估算 |
•PSP各階段實(shí)際使用了多長時(shí)間? •PSP各階段中計(jì)劃使用多長時(shí)間? |
缺陷尺度 |
•提供缺陷數(shù)據(jù)的歷史基線 •理解植入缺陷的數(shù)目和類型 • 理解PSP各階段消除缺陷的相對成本 |
•自己在各階段植入的缺陷數(shù)是多少? •自己在各階段消除的缺陷數(shù)是多少? •發(fā)現(xiàn)及修改各缺陷需要了多長時(shí)間? |
卡內(nèi)基·梅隆大學(xué)軟件工程研究所于1994年開始研究并于1998年在其召開的過程工程年會(huì)上第一次介紹團(tuán)隊(duì)軟件過程(TSPSM:team software process)草案,于1999年發(fā)表有關(guān)TSP的書籍,使軟件過程框架形成一個(gè)包含CMM·PSP·TSP的整體,即從組織、團(tuán)隊(duì)和個(gè)人3個(gè)層次進(jìn)行良好的軟件工程改善模式。團(tuán)隊(duì)軟件過程是一個(gè)已被良好定義并被證明的支持IPPD(integrated product and processdevelopment)的構(gòu)建和管理團(tuán)隊(duì)的最佳實(shí)踐,指導(dǎo)跨功能團(tuán)隊(duì)中的成員如何有效地規(guī)劃和管理所面臨的項(xiàng)目開發(fā)任務(wù),告訴管理人員如何指導(dǎo)軟件開發(fā)隊(duì)伍。TSP能夠提供:一個(gè)已經(jīng)定義的團(tuán)隊(duì)構(gòu)建過程;一個(gè)團(tuán)隊(duì)作業(yè)框架;一個(gè)有效的管理環(huán)境。TSP包括:一個(gè)完整定義的團(tuán)隊(duì)作業(yè)過程;已經(jīng)定義的團(tuán)隊(duì)成員的角色;一個(gè)結(jié)構(gòu)化的啟動(dòng)與跟蹤過程;一個(gè)團(tuán)隊(duì)和工程師的支持工具。TSP的最終目的在于指導(dǎo)開發(fā)人員如何在最短時(shí)間內(nèi)以預(yù)定的成本開發(fā)出高質(zhì)量的軟件產(chǎn)品,所采用的方法是對團(tuán)隊(duì)開發(fā)過程的定義、度量和改善。
漢弗萊在《團(tuán)隊(duì)軟件過程》中指出TSP的原則包括:軟件工程師最大可能地了解作業(yè)并能制定最好的計(jì)劃;當(dāng)軟件工程師計(jì)劃其工作的時(shí)候,他們對計(jì)劃做出承諾;準(zhǔn)確的項(xiàng)目跟蹤需要詳細(xì)的計(jì)劃和精確的數(shù)據(jù);要最大限度地縮短周期時(shí)間,軟件工程師必須平衡工作量;要最大限度地提高生產(chǎn)率,首先必須聚焦質(zhì)量。漢弗萊還指出,實(shí)施TSP的方法是:在承擔(dān)工作或者著手工作之前,首先要計(jì)劃工作;使用已經(jīng)定義的過程;度量并跟蹤開發(fā)的時(shí)間、工作量和缺陷;計(jì)劃、度量并跟蹤項(xiàng)目質(zhì)量;從工作一開始就強(qiáng)調(diào)質(zhì)量;分析各項(xiàng)工作并將分析結(jié)果用于改善過程。
TSP在進(jìn)行設(shè)計(jì)、制造和維護(hù)軟件或提供服務(wù)的過程中,很重視對質(zhì)量進(jìn)行度量。在團(tuán)隊(duì)軟件過程中,其質(zhì)量重點(diǎn)在于無缺陷管理,包括制定質(zhì)量計(jì)劃、識(shí)別質(zhì)量問題以及探尋和防范質(zhì)量問題。在TSP啟動(dòng)準(zhǔn)備期間,團(tuán)隊(duì)需要根據(jù)預(yù)估的產(chǎn)品規(guī)模和缺陷率歷史性材料,估算出各階段會(huì)產(chǎn)生的缺陷數(shù)。如果沒有缺陷率歷史性材料,可以使用TSP質(zhì)量計(jì)劃綱要(TSP quality guidelines),這可以協(xié)助團(tuán)隊(duì)制定質(zhì)量目標(biāo)和質(zhì)量計(jì)劃。漢弗萊在《團(tuán)隊(duì)軟件過程》中闡述的TSP質(zhì)量計(jì)劃綱要的度量項(xiàng)目以及目標(biāo)如表5-9所示。質(zhì)量計(jì)劃制定出來以后,項(xiàng)目管理者需要根據(jù)質(zhì)量計(jì)劃,通過TSP-SUMQ表協(xié)助團(tuán)隊(duì)成員跟蹤績效。如果發(fā)現(xiàn)問題,就需要對團(tuán)隊(duì)提出改善建議。在識(shí)別質(zhì)量問題的時(shí)候,TSP導(dǎo)入了無缺陷百分比、缺陷去除資料組合、質(zhì)量資料組合以及過程質(zhì)量指標(biāo)等質(zhì)量度量元來跟蹤識(shí)別質(zhì)量問題的來源。TSP的設(shè)計(jì)在于對質(zhì)量問題防范于未然,通過質(zhì)量計(jì)劃和過程跟蹤,使軟件開發(fā)人員對質(zhì)量問題更加敏感和小心,以便開發(fā)出高質(zhì)量的軟件產(chǎn)品。
表5-9 TSP的質(zhì)量度量元及目標(biāo)
度 量 元 |
目 標(biāo) |
備 注 |
無缺陷百分比:Percent Defect Free |
||
編譯 |
> 10% |
|
單體測試 |
> 50% |
|
結(jié)合測試 |
> 70% |
|
系統(tǒng)測試 |
> 90% |
|
缺陷/KLOC:Defects/KLOC |
||
產(chǎn)生的總?cè)毕輸?shù) |
75~150 |
若未受過PSP培訓(xùn),使用100- 200 |
編譯 |
< 10 |
所有缺陷 |
單體測試 |
< 5 |
所有的主要缺陷 (以源代碼LOC計(jì)算) |
結(jié)合測試 |
< 0.5 |
所有的主要缺陷 (以源代碼LOC計(jì)算) |
系統(tǒng)測試 |
< 0.2 |
所有的主要缺陷 (以源代碼LOC計(jì)算) |
度 量 元 |
目 標(biāo) |
備 注 |
缺陷比率:Defect Ratios |
||
詳細(xì)設(shè)計(jì)審查缺陷/單體測試缺陷 |
> 2.0 |
所有的主要缺陷 (以源代碼LOC計(jì)算) |
代碼審查缺陷/編譯缺陷 |
> 2.0 |
所有的主要缺陷 (以源代碼LOC計(jì)算) |
開發(fā)時(shí)間比率:Development Time Ratios |
||
需求檢視/需求時(shí)間 |
> 0.25 |
需求推導(dǎo)時(shí)間 |
概要設(shè)計(jì)檢視/概要設(shè)計(jì)時(shí)間 |
> 0.5 |
僅計(jì)設(shè)計(jì)工作時(shí)間,不計(jì)研究時(shí)間 |
詳細(xì)設(shè)計(jì)/編碼時(shí)間 |
> 1.00 |
|
詳細(xì)設(shè)計(jì)審查/詳細(xì)設(shè)計(jì)時(shí)間 |
> 0.5 |
|
代碼檢視/編碼時(shí)間 |
> 0.5 |
|
審查與檢視率:Review and Inspection Rates |
||
需求式樣書頁數(shù)/小時(shí) |
< 2 |
單行間距文字頁數(shù) |
概要設(shè)計(jì)書頁數(shù)/小時(shí) |
< 5 |
經(jīng)過格式化的設(shè)計(jì)邏輯 |
詳細(xì)設(shè)計(jì)文字行數(shù)/小時(shí) |
< 100 |
偽代碼~ 等于3 LOC |
代碼LOC/小時(shí) |
< 200 |
邏輯的LOC |
缺陷產(chǎn)生與去除率:Defect Injection and Removal Rates |
||
需求產(chǎn)生的缺陷/小時(shí) |
0.25 |
僅計(jì)主要缺陷 |
需求檢視去除的缺陷/小時(shí) |
0.5 |
僅計(jì)主要缺陷 |
概要設(shè)計(jì)產(chǎn)生的缺陷/小時(shí) |
0.25 |
僅計(jì)主要缺陷 |
概要設(shè)計(jì)檢視去除的缺陷/小時(shí) |
0.5 |
僅計(jì)主要缺陷 |
詳細(xì)設(shè)計(jì)產(chǎn)生的缺陷/小時(shí) |
0.75 |
僅計(jì)設(shè)計(jì)缺陷 |
詳細(xì)設(shè)計(jì)審查去除的缺陷/小時(shí) |
1.5 |
僅計(jì)設(shè)計(jì)缺陷 |
詳細(xì)設(shè)計(jì)檢視去除的缺陷/小時(shí) |
0.5 |
僅計(jì)設(shè)計(jì)缺陷 |
編碼產(chǎn)生的缺陷/小時(shí) |
2.0 |
所有缺陷 |
代碼審查去除的缺陷/小時(shí) |
4.0 |
以LOC列計(jì)所有缺陷 |
編譯產(chǎn)生的缺陷/小時(shí) |
0.3 |
列計(jì)任何缺陷 |
代碼檢視去除的缺陷/小時(shí) |
1.0 |
以LOC列計(jì)所有缺陷 |
度 量 元 |
目 標(biāo) |
備 注 |
單體測試產(chǎn)生的缺陷/小時(shí) |
0.067 |
列計(jì)任何缺陷 |
階段收益率:Phase Yields |
||
團(tuán)隊(duì)需求檢視 |
~ 70% |
不列計(jì)編輯人員的注釋 |
設(shè)計(jì)審查與檢視 |
~ 70% |
使用狀態(tài)分析、跟蹤表 |
代碼審查與檢視 |
~ 70% |
使用個(gè)人檢查表 |
編譯 |
~ 50% |
語法缺陷的90 % 以上 |
單體測試– 于少于5個(gè)缺陷/KLOC |
~ 90% |
對高缺陷/KLOC - 50-75% |
結(jié)合與系統(tǒng)測試– 于< 1.0個(gè)缺陷/KLOC |
~ 80% |
對高缺陷/KLOC - 30-65% |
編譯前 |
>75% |
以采用可靠設(shè)計(jì)方法為前提 |
單體測試前 |
> 85% |
以審查時(shí)采用邏輯檢查為前提 |
結(jié)合測試前 |
> 97.5% |
對于小型產(chǎn)品,一個(gè)缺陷為最大值 |
系統(tǒng)測試前 |
> 99% |
對于小型產(chǎn)品,一個(gè)缺陷為最大值 |
“我們不知曉我們不了解的事物,
我們對不了解的事務(wù)不能有所作為,
直到我們度量之后才能有所了解,
我們不度量沒有價(jià)值的東西,
我們不重視我們不度量的東西。”
六西格瑪管理特別強(qiáng)調(diào)度量的作用,強(qiáng)調(diào)用顧客滿意的方式,用提高競爭力和追求卓越的方法度量我們的業(yè)績。只有解決了“度量什么”和“怎樣度量”的問題,才能發(fā)現(xiàn)在競爭力上的差距和改進(jìn)空間。這是實(shí)施六西格瑪管理首先要解決的問題。六西格瑪是一種基于數(shù)據(jù)的決策方法,強(qiáng)調(diào)用數(shù)據(jù)說話,而不是憑直覺、經(jīng)驗(yàn)辦事,六西格瑪不能成功地運(yùn)用于不能用數(shù)據(jù)來表示的過程中。六西格瑪?shù)闹行乃枷胧?,如果?ldquo;度量”過程中的缺陷,就能系統(tǒng)地分析出怎樣消除這些缺陷并盡可能地接近“零缺陷”。
六西格瑪管理不僅僅是一種理念,同時(shí)也是一套業(yè)績突破的方法。這套方法就是六西格瑪改進(jìn)方法DMAIC和六西格瑪設(shè)計(jì)方法DFSS(design process six sigma)。DMAIC是指定義、度量、分析、改善、控制5個(gè)階段構(gòu)成的過程改進(jìn)方法,一般用于對現(xiàn)有流程的改進(jìn),包括制造過程、服務(wù)過程以及工作過程等等。六西格瑪設(shè)計(jì)方法DFSS有兩種主要方式,一種是DMADV,即界定(define)、度量(measure)、分析(analyze)、設(shè)計(jì)(design)和驗(yàn)證(verify);另一種是IDDOV,即識(shí)別(identify)、界定(define)、展開(develop)、優(yōu)化(optimize)和驗(yàn)證(verify)。
溫馨提示:因考試政策、內(nèi)容不斷變化與調(diào)整,信管網(wǎng)網(wǎng)站提供的以上信息僅供參考,如有異議,請以權(quán)威部門公布的內(nèi)容為準(zhǔn)!
信管網(wǎng)致力于為廣大信管從業(yè)人員、愛好者、大學(xué)生提供專業(yè)、高質(zhì)量的課程和服務(wù),解決其考試證書、技能提升和就業(yè)的需求。
信管網(wǎng)軟考課程由信管網(wǎng)依托10年專業(yè)軟考教研傾力打造,官方教材參編作者和資深講師坐鎮(zhèn),通過深研歷年考試出題規(guī)律與考試大綱,深挖核心知識(shí)與高頻考點(diǎn),為學(xué)員考試保駕護(hù)航。面授、直播&錄播,多種班型靈活學(xué)習(xí),滿足不同學(xué)員考證需求,降低課程學(xué)習(xí)難度,使學(xué)習(xí)效果事半功倍。
發(fā)表評論 查看完整評論 | |