成人学院中文字幕,国产午夜麻豆影院在线观看,久久男人免费视频,久久精品美女视频,www.福利视频,蜜桃一本色道久久综合亚洲精品冫,欧美三级视频

專業(yè)信息系統(tǒng)項目管理師網(wǎng)站|培訓機構|服務商(2021信息系統(tǒng)項目管理師學習QQ群:89253946,客服QQ:800184589)

軟題庫 培訓課程
當前位置:信管網(wǎng) >> 信息系統(tǒng)項目管理師 >> 其它資料 >> 文章內容
點點滴滴在心頭:軟件開發(fā)度量思想(2)
來源:信管網(wǎng) 2011年07月29日 【所有評論 分享到微信

PSPSM的度量思想:由定性走向定量

個體軟件過程框架

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

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

個體軟件過程的基本原理

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

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

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

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

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

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

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

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

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

表5-8  PSP中的軟件度量

 

尺  度

目  標

問  題

規(guī)模尺度

•定義統(tǒng)一的規(guī)模尺度

•  確立時間和缺陷尺度的正式化基礎

•幫助實現(xiàn)更佳規(guī)模尺度估算

•自己計劃的軟件開發(fā)規(guī)模是多少?

•自己的規(guī)模估算準確程度是多少?

•完全記述了規(guī)模的完成品是什么?

時間尺度

•確定PSP各個階段的使用時間

•幫助實現(xiàn)更佳的時間估算

•PSP各階段實際使用了多長時間?

•PSP各階段中計劃使用多長時間?

缺陷尺度

•提供缺陷數(shù)據(jù)的歷史基線

•理解植入缺陷的數(shù)目和類型

•  理解PSP各階段消除缺陷的相對成本

•自己在各階段植入的缺陷數(shù)是多少?

•自己在各階段消除的缺陷數(shù)是多少?

•發(fā)現(xiàn)及修改各缺陷需要了多長時間?

 

 

TSPSM的度量思想:質量度量元

團隊軟件過程概要

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

TSP的原則與方法

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

TSP的質量度量元

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

表5-9  TSP的質量度量元及目標

 

度 量 元

目  標

備    注

無缺陷百分比:Percent Defect Free

編譯

> 10%

 

單體測試

> 50%

 

結合測試

> 70%

 

系統(tǒng)測試

> 90%

 

缺陷/KLOC:Defects/KLOC

產(chǎn)生的總缺陷數(shù)

75~150

若未受過PSP培訓,使用100- 200

編譯

< 10

所有缺陷

單體測試

< 5

所有的主要缺陷 (以源代碼LOC計算)

結合測試

< 0.5

所有的主要缺陷 (以源代碼LOC計算)

系統(tǒng)測試

< 0.2

所有的主要缺陷 (以源代碼LOC計算)

 

 

度 量 元

目  標

備    注

缺陷比率:Defect Ratios

詳細設計審查缺陷/單體測試缺陷

> 2.0

所有的主要缺陷 (以源代碼LOC計算)

代碼審查缺陷/編譯缺陷

> 2.0

所有的主要缺陷 (以源代碼LOC計算)

開發(fā)時間比率:Development Time Ratios

需求檢視/需求時間

> 0.25

需求推導時間

概要設計檢視/概要設計時間

> 0.5

僅計設計工作時間,不計研究時間

詳細設計/編碼時間

> 1.00

 

詳細設計審查/詳細設計時間

> 0.5

 

代碼檢視/編碼時間

> 0.5

 

審查與檢視率:Review and Inspection Rates

需求式樣書頁數(shù)/小時

< 2

單行間距文字頁數(shù)

概要設計書頁數(shù)/小時

< 5

經(jīng)過格式化的設計邏輯

詳細設計文字行數(shù)/小時

< 100

偽代碼~ 等于3 LOC

代碼LOC/小時

< 200

邏輯的LOC

缺陷產(chǎn)生與去除率:Defect Injection and Removal Rates

需求產(chǎn)生的缺陷/小時

0.25

僅計主要缺陷

需求檢視去除的缺陷/小時

0.5

僅計主要缺陷

概要設計產(chǎn)生的缺陷/小時

0.25

僅計主要缺陷

概要設計檢視去除的缺陷/小時

0.5

僅計主要缺陷

詳細設計產(chǎn)生的缺陷/小時

0.75

僅計設計缺陷

詳細設計審查去除的缺陷/小時

1.5

僅計設計缺陷

詳細設計檢視去除的缺陷/小時

0.5

僅計設計缺陷

編碼產(chǎn)生的缺陷/小時

2.0

所有缺陷

代碼審查去除的缺陷/小時

4.0

以LOC列計所有缺陷

編譯產(chǎn)生的缺陷/小時

0.3

列計任何缺陷

代碼檢視去除的缺陷/小時

1.0

以LOC列計所有缺陷

 

度 量 元

目  標

備    注

單體測試產(chǎn)生的缺陷/小時

0.067

列計任何缺陷

階段收益率:Phase Yields

團隊需求檢視

~ 70%

不列計編輯人員的注釋

設計審查與檢視

~ 70%

使用狀態(tài)分析、跟蹤表

代碼審查與檢視

~ 70%

使用個人檢查表

編譯

~ 50%

語法缺陷的90 % 以上

單體測試– 于少于5個缺陷/KLOC

~ 90%

對高缺陷/KLOC - 50-75%

結合與系統(tǒng)測試– 于< 1.0個缺陷/KLOC

~ 80%

對高缺陷/KLOC - 30-65%

編譯前

>75%

以采用可靠設計方法為前提

單體測試前

> 85%

以審查時采用邏輯檢查為前提

結合測試前

> 97.5%

對于小型產(chǎn)品,一個缺陷為最大值

系統(tǒng)測試前

> 99%

對于小型產(chǎn)品,一個缺陷為最大值


6σ的度量思想:用數(shù)據(jù)說話
六西格瑪(6σ)是一個全面的柔性系統(tǒng),通過充分理解客戶需求,嚴謹?shù)厥褂檬聦嵑蛿?shù)據(jù),勤奮地注意改善和創(chuàng)新程序,最大程度的實現(xiàn)商務的成功。六西格瑪是以數(shù)據(jù)為依據(jù)的管理方法,用數(shù)據(jù)說話是六西格瑪?shù)木?。沒有切實的數(shù)據(jù)度量,六西格瑪僅僅是天方夜譚。

“我們不知曉我們不了解的事物,

我們對不了解的事務不能有所作為,

直到我們度量之后才能有所了解,

我們不度量沒有價值的東西,

我們不重視我們不度量的東西。”

六西格瑪管理特別強調度量的作用,強調用顧客滿意的方式,用提高競爭力和追求卓越的方法度量我們的業(yè)績。只有解決了“度量什么”和“怎樣度量”的問題,才能發(fā)現(xiàn)在競爭力上的差距和改進空間。這是實施六西格瑪管理首先要解決的問題。六西格瑪是一種基于數(shù)據(jù)的決策方法,強調用數(shù)據(jù)說話,而不是憑直覺、經(jīng)驗辦事,六西格瑪不能成功地運用于不能用數(shù)據(jù)來表示的過程中。六西格瑪?shù)闹行乃枷胧牵绻?ldquo;度量”過程中的缺陷,就能系統(tǒng)地分析出怎樣消除這些缺陷并盡可能地接近“零缺陷”。

六西格瑪管理不僅僅是一種理念,同時也是一套業(yè)績突破的方法。這套方法就是六西格瑪改進方法DMAIC和六西格瑪設計方法DFSS(design process six sigma)。DMAIC是指定義、度量、分析、改善、控制5個階段構成的過程改進方法,一般用于對現(xiàn)有流程的改進,包括制造過程、服務過程以及工作過程等等。六西格瑪設計方法DFSS有兩種主要方式,一種是DMADV,即界定(define)、度量(measure)、分析(analyze)、設計(design)和驗證(verify);另一種是IDDOV,即識別(identify)、界定(define)、展開(develop)、優(yōu)化(optimize)和驗證(verify)。

 

掃碼關注公眾號

溫馨提示:因考試政策、內容不斷變化與調整,信管網(wǎng)網(wǎng)站提供的以上信息僅供參考,如有異議,請以權威部門公布的內容為準!

信管網(wǎng)致力于為廣大信管從業(yè)人員、愛好者、大學生提供專業(yè)、高質量的課程和服務,解決其考試證書、技能提升和就業(yè)的需求。

信管網(wǎng)軟考課程由信管網(wǎng)依托10年專業(yè)軟考教研傾力打造,官方教材參編作者和資深講師坐鎮(zhèn),通過深研歷年考試出題規(guī)律與考試大綱,深挖核心知識與高頻考點,為學員考試保駕護航。面授、直播&錄播,多種班型靈活學習,滿足不同學員考證需求,降低課程學習難度,使學習效果事半功倍。

相關內容

發(fā)表評論  查看完整評論  

推薦文章