個(gè)體軟件過程(PSP)(2009新版)-恨死高分下載

841個(gè)體軟件過程(PSP)北京航空航天高校軟件工程探討所羅燕京2009.5PersonalSoftwareProcess恨死高分下載！842個(gè)體軟件過程(PSP)課程內(nèi)容PSP的基本學(xué)問個(gè)體軟件過程框架PSP五大核心技能時(shí)間管理制定支配缺陷管理軟件規(guī)模度量設(shè)計(jì)評審843基于支配和質(zhì)量基本原理的PSP設(shè)計(jì)每一個(gè)工程師要追求最大效率，必需在個(gè)人的數(shù)據(jù)基礎(chǔ)上支配他們的工作,工程師要改善其表現(xiàn)，必需接受經(jīng)過良好定義和度量的過程發(fā)覺并修復(fù)缺陷的時(shí)間越早其成本越低防止缺陷的產(chǎn)生比發(fā)覺他們更有效844軟件工程師對自已的要求一個(gè)軟件工程師的任務(wù)就是在預(yù)定的進(jìn)度下交付高質(zhì)量的軟件產(chǎn)品。軟件工程師常常關(guān)切個(gè)人技術(shù)技能，但往往不太留意個(gè)人技術(shù)技能的發(fā)揮效率以及方法。為了穩(wěn)定的生產(chǎn)高質(zhì)量的產(chǎn)品，工程師必需支配、度量和跟蹤產(chǎn)品的質(zhì)量，而且必需從工作的起先就關(guān)注產(chǎn)品的質(zhì)量。最終必需分析自已每一個(gè)工作的結(jié)果用以改善其個(gè)人的過程。845軟件工程師對自已的要求為了了解自已的表現(xiàn)，必需度量自已每一個(gè)工作步驟的花費(fèi)時(shí)間，產(chǎn)生和消退缺陷的數(shù)量以及他們所制造產(chǎn)品的規(guī)模。軟件工程師的最重要的個(gè)人資產(chǎn)，就是始終以高質(zhì)量的產(chǎn)品滿足合同要求的實(shí)力。846應(yīng)用PSP后的效果軟件產(chǎn)品總的缺陷削減58%測試階段發(fā)覺的缺陷削減71.9%生產(chǎn)效率提高20.8%847PSP簡介PSP的探討工作起先于1989年。1995年由美國卡內(nèi)基梅隆高校的軟件工程探討所發(fā)展。PSP旨在供應(yīng)一種由實(shí)力成熟度模型（CMM）描述的支持過程改進(jìn)組織進(jìn)程的個(gè)人規(guī)范。PSP是假使應(yīng)用組織處于或接近CMM2級水平。848CMM、TSP、PSP之間的關(guān)系CMM的18個(gè)關(guān)鍵過程域中，有12個(gè)與PSP緊密相關(guān)，有16個(gè)TSP緊密相關(guān)。學(xué)習(xí)PSP和TSP不僅有助于工程師改善工作效率，而目也特殊有利于組織的改善過程。據(jù)統(tǒng)計(jì)，軟件項(xiàng)目開發(fā)成本的70%取決于軟件開發(fā)人員個(gè)人的技能、閱歷和工作習(xí)慣。因此，軟件開發(fā)人員如能接受PSP培訓(xùn)，對該單位軟件實(shí)力成熟度的升級是一個(gè)有力的保證。849個(gè)體過程框架模型運(yùn)用自底向上的方法來改進(jìn)過程，向每個(gè)軟件工程師表明過程改進(jìn)的原則，使他們能夠明白如何有效地生產(chǎn)出高質(zhì)量的軟件。PSP是一個(gè)個(gè)體過程框架模型：PSP說明個(gè)體軟件過程的原則；幫助軟件工程師作出精確的支配；確定軟件工程師為改善產(chǎn)品質(zhì)量要實(shí)行的步驟；建立度量個(gè)體軟件過程改善的基準(zhǔn)；確定過程的變更對軟件工程師實(shí)力的影響。8410個(gè)體軟件過程框架(四級)PSP為個(gè)體的實(shí)力供應(yīng)了一個(gè)階梯式的進(jìn)化框架(共4個(gè)級別7個(gè)臺(tái)階)，以按部就班的方法改進(jìn)個(gè)體軟件過程。每一級別都包含了更低一級別中的全部元素，并增加了新的元素。個(gè)體度量過程PSP0和PSP0.1(7個(gè)過程行為)個(gè)體規(guī)劃過程PSP1和PSP1.1(4個(gè)過程行為)個(gè)體質(zhì)量過程PSP2和PSP2.1(3個(gè)過程行為)個(gè)體循環(huán)過程PSP38411個(gè)體軟件過程框架個(gè)體度量過程PSP0個(gè)體規(guī)劃過程PSP1個(gè)體質(zhì)量管理PSP2個(gè)體循環(huán)過程PSP38412個(gè)體度量過程PSP0PSP0基線過程當(dāng)前軟件過程工作時(shí)間記錄程序缺陷記錄缺陷類型標(biāo)準(zhǔn)PSP0.1度量過程編碼標(biāo)準(zhǔn)軟件規(guī)模度量過程改善建議個(gè)體規(guī)劃過程PSP1PSP1軟件規(guī)模估計(jì)測試報(bào)告PSP1.1任務(wù)規(guī)劃進(jìn)度安排個(gè)體質(zhì)量管理PSP2PSP2代碼評審設(shè)計(jì)評審PSP2.1設(shè)計(jì)模扳循環(huán)過程PSP3PSP3循環(huán)開發(fā)8413PSP過程流程PSP過程從需求狀態(tài)起先，PSP過程的第一步是支配。有一個(gè)支配腳本指導(dǎo)這項(xiàng)工作并且有一個(gè)支配匯總記錄相關(guān)的支配數(shù)據(jù)。當(dāng)工程師依據(jù)腳本進(jìn)行工作，他們將他們的時(shí)間和缺陷數(shù)據(jù)記錄到時(shí)間和缺陷日志。在工作的結(jié)束，即事后分析階段，他們依據(jù)日志匯總時(shí)間和缺陷數(shù)據(jù)，度量程序規(guī)模，并將這些數(shù)據(jù)記錄進(jìn)支配匯總表單。當(dāng)全部這些完成后，他們將完成的產(chǎn)品和完整的支配匯總表單一起交付。8414過程腳本項(xiàng)目支配與總結(jié)數(shù)據(jù)表格需求最終產(chǎn)品指南支配數(shù)據(jù)實(shí)際數(shù)據(jù)

時(shí)間和缺陷數(shù)據(jù)支配和實(shí)際的項(xiàng)目過程數(shù)據(jù)計(jì)劃設(shè)計(jì)編碼編繹測試后置處理

PSP過程流程8415PSP0個(gè)體基線過程PSP0的目的是建立基線過程。衡量過程改進(jìn)的基準(zhǔn)如下：通過運(yùn)用PSP的各種表格采集過程的有關(guān)數(shù)據(jù)。包括支配、開發(fā)、后置處理三個(gè)階段。對軟件開發(fā)時(shí)間、缺陷類型標(biāo)準(zhǔn)、引入和解除的缺陷個(gè)數(shù)進(jìn)行必要的測量。8416PSP0.1個(gè)體度量過程1.編碼標(biāo)準(zhǔn)良好的編碼標(biāo)準(zhǔn)將有效地避開開發(fā)有潛在緊急的代碼，有助于預(yù)防缺陷。編碼標(biāo)準(zhǔn)還能有效地統(tǒng)一和規(guī)范整體開發(fā)活動(dòng)。當(dāng)其他開發(fā)人員加入到項(xiàng)目中來時(shí)，他們能夠很好地適應(yīng)這一切。代碼也將變得更規(guī)范更易維護(hù)。8417PSP0.1個(gè)體度量過程2.程序規(guī)模度量程序大小的度量(往往分解為不同類元素個(gè)數(shù)的多少：例如功能點(diǎn)、用例、類、操作)3.過程改善建議表格用于隨時(shí)記錄過程中存在的問題、解決問題的措施以及改進(jìn)過程的方法，以提高軟件開發(fā)人員的質(zhì)量意識(shí)和過程意識(shí))8418個(gè)體支配過程PSP1PSP1的主要過程是軟件規(guī)模估計(jì)。軟件規(guī)模估計(jì)的前提是要清晰所需完成的任務(wù)，并對任務(wù)做確定的分解,并且要分解到可估算以及盡量接近估算精確的程度,軟件規(guī)模估計(jì)是支配的前提。任務(wù)分解與開發(fā)方法和實(shí)現(xiàn)技術(shù)有較大的關(guān)系。問題：說明這種關(guān)系8419個(gè)體支配過程PSP1.1PSP1.1的主要過程是任務(wù)和進(jìn)度的規(guī)劃。支配的主要內(nèi)容包括完成什么任務(wù),完成任務(wù)的估計(jì)時(shí)間和進(jìn)度表。起先時(shí)登記你的支配進(jìn)度和努力作為個(gè)人任務(wù)和實(shí)際結(jié)果的評估。比較兩組數(shù)據(jù)然后找出差距，這將有助于你提高自己的評估實(shí)力。8420PSP1的基本流程8421個(gè)體質(zhì)量管理過程PSP2PSP的一個(gè)基本原理是：“假如你在測試以前不高質(zhì)量的產(chǎn)品，那么在測試以后你也得不到高質(zhì)量的產(chǎn)品”。在起先實(shí)現(xiàn)項(xiàng)目之前查看全部需求和設(shè)計(jì),按需求和設(shè)計(jì)完成工作。當(dāng)你不確定一個(gè)需求時(shí)，確定要問清晰,并就文檔模型達(dá)成共識(shí)。8422質(zhì)量管理過程的第一步為了滿足質(zhì)量的基本要求,要學(xué)習(xí)軟件建模方法和技術(shù),模型是溝通的基礎(chǔ)。通過模型理解軟件的基本結(jié)構(gòu)。任何模型都是通過靜態(tài)模型部分來表達(dá)軟件的數(shù)據(jù)結(jié)構(gòu)，通過動(dòng)態(tài)模型表達(dá)驅(qū)動(dòng)數(shù)據(jù)的過程，通過過程的實(shí)現(xiàn)完成軟件所要求的功能。8423缺陷管理個(gè)體質(zhì)量管理的內(nèi)容主要是缺陷管理。缺陷是指程序中存在的錯(cuò)誤，例如語法錯(cuò)誤、標(biāo)點(diǎn)符號(hào)錯(cuò)誤或者是一個(gè)不正確的程序語句，是任何影響程序完整而有效的滿足用戶要求的東西，是可以表示、描述和統(tǒng)計(jì)的客觀事物。絕大多數(shù)軟件缺陷都源于程序員的疏忽大意。8424缺陷管理為了減小缺陷，就必需進(jìn)行缺陷管理，探討已經(jīng)引入的缺陷，確定引起這些缺陷的緣由，并學(xué)會(huì)在將來如何避開重復(fù)同樣的錯(cuò)誤。缺陷管理的主要內(nèi)容包括缺陷分類、統(tǒng)計(jì)缺陷個(gè)數(shù)、缺陷查找技術(shù)、缺陷預(yù)料。缺陷管理是通過PSP2的代碼評審和設(shè)計(jì)評審兩個(gè)過程完成的。8425個(gè)體質(zhì)量管理過程PSP2.1論述設(shè)計(jì)過程和設(shè)計(jì)模板技術(shù)，介紹設(shè)計(jì)方法，并供應(yīng)了設(shè)計(jì)模板PSP并不強(qiáng)調(diào)選用什么設(shè)計(jì)方法，而強(qiáng)調(diào)設(shè)計(jì)完備性準(zhǔn)則和設(shè)計(jì)驗(yàn)證技術(shù)。開發(fā)人員必需駕馭設(shè)計(jì)評審技術(shù)和代碼評審技術(shù)。8426個(gè)體循環(huán)過程PSP3PSP3的目標(biāo)是把個(gè)體開發(fā)小程序所能達(dá)到的生產(chǎn)效率和生產(chǎn)質(zhì)量，延長到大型程序；其方法是接受螺旋式上升過程，即迭代增量式開發(fā)方法;首先把大型程序分解成小的模塊，然后對每個(gè)模塊按PSP2.1所描述的過程進(jìn)行開發(fā)，最終把這些模塊逐步集成為完整的軟件產(chǎn)品。8427個(gè)體循環(huán)過程PSP3應(yīng)用PSP3開發(fā)大型軟件系統(tǒng)，必需接受增量式開發(fā)方法，并要求每一個(gè)增量都具有很高的質(zhì)量。在這樣的前提下，在新一輪開發(fā)循環(huán)中，可以接受回來測試的方法，集中力氣考察新增加的這些增量是否符合要求。因此，要求在PSP2中進(jìn)行嚴(yán)格的設(shè)計(jì)復(fù)查和代碼復(fù)查，并在PSP2.1中努力遵循設(shè)計(jì)結(jié)束準(zhǔn)則。8428個(gè)體循環(huán)過程PSP38429PSP五大核心技能時(shí)間管理制定支配缺陷管理軟件規(guī)模度量設(shè)計(jì)評審84301.時(shí)間管理8431時(shí)間管理記錄時(shí)間數(shù)據(jù)追蹤時(shí)間運(yùn)用時(shí)間記錄日志處理時(shí)間中斷8432時(shí)間管理的邏輯原理為了管理好時(shí)間，首先制定時(shí)間支配支配，然后按支配去做。為了制定切實(shí)可行的支配，必需對所用的時(shí)間進(jìn)行跟蹤為了檢查時(shí)間估計(jì)和支配的精確性，必需把它們寫成文檔并在今后與實(shí)際狀況進(jìn)行比較為制定出更精確的支配，要了解以前的支配存在哪些錯(cuò)誤，哪些地方可以改進(jìn)8433了解時(shí)間的運(yùn)用狀況將主要活動(dòng)分類記錄每項(xiàng)主要活動(dòng)所花費(fèi)的時(shí)間用標(biāo)準(zhǔn)的方法記錄時(shí)間以分鐘為測量單位。

處理中斷時(shí)間。

將時(shí)間數(shù)據(jù)保存在合適的地方周活動(dòng)總結(jié)表。

記錄時(shí)間的提示。

8434時(shí)間跟蹤要想改進(jìn)工作質(zhì)量，首先要清晰你當(dāng)前要做的事情估計(jì)出每項(xiàng)任務(wù)要花費(fèi)的時(shí)間必需對時(shí)間做出測量8435時(shí)間記錄日志日期開始時(shí)間結(jié)束時(shí)間中斷時(shí)間凈時(shí)間活動(dòng)用例狀態(tài)備注2005.3.98:3010:3020100分析出庫完成10:3012:003060評審出庫完成13:0017:3040230分析入庫完成2005.3.10備注：當(dāng)活動(dòng)變換時(shí)需另起一行，以便對單個(gè)活動(dòng)進(jìn)行時(shí)間統(tǒng)計(jì)。8436運(yùn)用標(biāo)準(zhǔn)的時(shí)間記錄日志日期：進(jìn)行某個(gè)活動(dòng)的日期起先時(shí)間：起先這個(gè)活動(dòng)的時(shí)間結(jié)束時(shí)間：結(jié)束這個(gè)活動(dòng)的時(shí)間中斷時(shí)間：由于中斷所占用的時(shí)間(好方法是運(yùn)用秒表)凈時(shí)間：以分鐘為單位計(jì)算活動(dòng)從起先到結(jié)束用的時(shí)間活動(dòng)：活動(dòng)名稱或活動(dòng)ID狀態(tài):活動(dòng)狀態(tài)備注：更加完整的注釋8437

統(tǒng)計(jì)規(guī)定工作時(shí)間實(shí)際工作時(shí)間中斷累計(jì)時(shí)間有效時(shí)間利用率日統(tǒng)計(jì)4805109082.4%周統(tǒng)計(jì)月統(tǒng)計(jì)時(shí)間記錄日志的統(tǒng)計(jì)日期開始時(shí)間結(jié)束時(shí)間中斷時(shí)間凈時(shí)間活動(dòng)用例狀態(tài)備注2005.3.98:3010:3020100分析出庫完成10:3012:003060評審出庫完成13:0018:0040260分析入庫完成8438活動(dòng)總結(jié)表

活動(dòng)名稱用例計(jì)劃時(shí)間實(shí)際時(shí)間活動(dòng)狀態(tài)誤差百分比原因分析分析出庫80100完成-25%評審出庫6060完成0備注：可以周或階段為單位8439管理好時(shí)間時(shí)間管理的要素活動(dòng)分類收集活動(dòng)的時(shí)間數(shù)據(jù)時(shí)間支配的評價(jià)作出時(shí)間支配找出更多的時(shí)間制定基本規(guī)則設(shè)定時(shí)間支配優(yōu)先級時(shí)間管理目標(biāo)8440時(shí)間管理模型

84412.制定支配8442支配內(nèi)容階段支配產(chǎn)品支配缺陷估計(jì)支配8443階段支配階段支配就是將一個(gè)大的任務(wù)分為若干小階段以分段執(zhí)行。分段執(zhí)行的優(yōu)點(diǎn)是便于支配、實(shí)施、跟蹤、檢查和改進(jìn)。8444產(chǎn)品支配制定產(chǎn)品支配的活動(dòng)收集歷史項(xiàng)目數(shù)據(jù)估算程序和文檔規(guī)模制定程序和文檔規(guī)范、標(biāo)準(zhǔn)產(chǎn)品支配包含產(chǎn)品規(guī)模、工作時(shí)間和進(jìn)度三方面的估計(jì)。通過收集以前不同任務(wù)所用時(shí)間的數(shù)據(jù)，就能夠估計(jì)將來類似的任務(wù)或許所須要的時(shí)間。8445任務(wù)分解與估算

用例任務(wù)活動(dòng)操作復(fù)雜度時(shí)間估算備份時(shí)間25%小計(jì)實(shí)際數(shù)據(jù)用例任務(wù)1活動(dòng)1操作1中15050200活動(dòng)2操作2高300100400操作3低12040160操作4中24080320活動(dòng)3操作5中15050200小計(jì)359603201280任務(wù)2注：以編碼階段為例數(shù)字單位：分鐘8446任務(wù)進(jìn)度支配任務(wù)活動(dòng)3.14(480)3.15(960)3.16(1440)3.17(1920)任務(wù)1活動(dòng)1活動(dòng)1活動(dòng)18447缺陷估計(jì)支配項(xiàng)目開發(fā)支配也包括缺陷估計(jì)。利用工程師以前的工作閱歷,他們能精確規(guī)劃他們每階段將引入和消退的項(xiàng)目缺陷、缺陷類型、缺陷的或許分布、復(fù)查，編譯，和測試時(shí)發(fā)覺和修復(fù)缺陷所需的或許時(shí)間。有了這些閱歷數(shù)據(jù)，工程師可以制定一個(gè)檢查表，這可以幫助他們在過程的初期就發(fā)覺缺陷。他們同樣可以改善他們的過程設(shè)計(jì)，這樣就能防止缺陷的引入。84483.缺陷管理8449什么是缺陷缺陷是指程序中存在的錯(cuò)誤缺陷是任何影響到程序完整而不能有效滿足用戶須要的東西。缺陷是客觀的事物，是可以標(biāo)識(shí)、描述和統(tǒng)計(jì)的。缺陷可能出現(xiàn)在程序中和設(shè)計(jì)中，甚至在需求、規(guī)格說明或其它文檔中。8450什么是缺陷缺陷是程序員引入的。(平均7-10行源程序就會(huì)引入一個(gè)缺陷)所以引入缺陷是有緣由的。發(fā)覺和修復(fù)缺陷須要大量的時(shí)間和費(fèi)用。(一般的軟件組織須要50%的精力、時(shí)間、經(jīng)費(fèi)來查找和修復(fù)缺陷)所以削減缺陷對每個(gè)工程師是很重要的。8451缺陷管理的級別缺陷的級別：查找和標(biāo)識(shí)缺陷解除缺陷削減缺陷預(yù)防缺陷8452缺陷管理軟件人員似乎認(rèn)為測試能找到產(chǎn)品全部或者大多數(shù)缺陷。然而有確鑿證據(jù)表明：即使是運(yùn)行得很好的單元測試，在查找缺陷方面也只有不超過70%的有效率。集成測試和系統(tǒng)測試為45%，而功能測試一般只有8%。正確的做法是，在測試前集中精力發(fā)覺或者防止缺陷。8453發(fā)覺和修復(fù)缺陷的費(fèi)用探討證明，開發(fā)過程每前進(jìn)一步，發(fā)覺和修復(fù)缺陷的平均代價(jià)要增長10倍。盡管缺陷的修復(fù)時(shí)間變更很大，但平均時(shí)間總是遵循這樣的規(guī)律，而與缺陷的類型無關(guān)。8454缺陷分類通過缺陷分類，可以快速找出哪一類缺陷的問題最大，然后集中精力預(yù)防和解除這一類缺陷，這就是缺陷管理的關(guān)鍵。把精力集中到最簡潔引起問題的幾類缺陷上，一旦這幾類缺陷得到限制，在進(jìn)一步找到新的簡潔引起問題的幾類缺陷上。8455類型編號(hào)類型名稱

描述10文檔注釋，信息20語法拼寫，標(biāo)點(diǎn)符號(hào)，打字，指令格式30聯(lián)編打包變更管理，庫，版本控制40賦值說明，重名，作用域，限制50接口過程調(diào)用和引用，輸入輸出，用戶格式60檢查出錯(cuò)信息，不合適的檢查70數(shù)據(jù)結(jié)構(gòu)，內(nèi)容80函數(shù)邏輯，指針，循環(huán)，遞歸，計(jì)算，函數(shù)缺陷90系統(tǒng)配置，記時(shí)，內(nèi)存100環(huán)境設(shè)計(jì)，編譯，測試，其他支持系統(tǒng)問題缺陷分類8456統(tǒng)計(jì)缺陷個(gè)數(shù)接受缺陷記錄日志，記錄那些當(dāng)你完成初始設(shè)計(jì)或編碼后照舊留在產(chǎn)品中的缺陷。人們很簡潔對缺陷辯解，但是要管理好缺陷，就必需收集有關(guān)缺陷的精確數(shù)據(jù)。缺陷記錄日志日期編號(hào)類型引入階段排除階段更改時(shí)間修復(fù)缺陷

描述：8457沒有方法不引入缺陷，但是在開發(fā)過程中盡早發(fā)覺和修復(fù)缺陷還是可能的。有多種發(fā)覺程序中的缺陷的方法，基本上都包括以下步驟：表示缺陷征兆；從征兆中推斷出缺陷的位置；確定程序中的錯(cuò)誤；確定如何修復(fù)缺陷；修復(fù)缺陷；驗(yàn)證這個(gè)修復(fù)是否已經(jīng)解決了這個(gè)問題。發(fā)覺和修復(fù)缺陷的方法8458編譯測試用戶反饋?zhàn)钣行У陌l(fā)覺和修復(fù)缺陷的方法是個(gè)人復(fù)查源程序清單。這種方法很難徹底清除程序中的缺陷，但事實(shí)證明，這是最快而且最有效的方法。發(fā)覺缺陷的方法8459缺陷率有閱歷的工程師缺陷引入率是每千行代碼50-250個(gè)缺陷，引入缺陷是正?，F(xiàn)象。缺陷率與寫程序的年數(shù)關(guān)系并不大缺陷數(shù)量多少主要由每個(gè)人的編程規(guī)范確定引入PSP比多年的閱歷有效，可削減50%的缺陷精確估計(jì)缺陷個(gè)數(shù)對改善過程很重要工程師個(gè)人承諾開發(fā)無缺陷的程序是最重要的8460缺陷率一個(gè)程序在測試時(shí)所發(fā)覺的缺陷的多少與產(chǎn)品投入測試中的數(shù)量成正比。待測試的產(chǎn)品越多，能發(fā)覺的缺陷就越多。產(chǎn)品測試后照舊存在的缺陷與投入測試的產(chǎn)品數(shù)量成比例。8461缺陷密度(Dd)：Defects/KLOC每千行代碼的缺陷個(gè)數(shù)計(jì)算步驟：累計(jì)開發(fā)過程中每個(gè)階段發(fā)覺的缺陷總數(shù)(D)統(tǒng)計(jì)程序中新開發(fā)的和修改的代碼行數(shù)(N)計(jì)算每千行的缺陷數(shù)：Dd=1000*D/N例如：一個(gè)96行的源程序總共有14個(gè)缺陷，則缺陷密度是:Dd=1000*14/96=145.83/KLOC缺陷密度8462以前開發(fā)程序的千行代碼缺陷數(shù)：Ddplan=1000*(D1+…Di)/(N1+…Ni)設(shè)新程序具有相同的缺陷數(shù)：Dplan=Nplan*Ddplan/1000缺陷預(yù)料和估計(jì)8463缺陷解除效率(DRE)缺陷解除效率(DRE)是軟件質(zhì)量度量的指標(biāo)之一。當(dāng)把一個(gè)項(xiàng)目作為一個(gè)整體來考慮時(shí)，DRE按如下方式定義：DRE=E/(E+D)其中E=軟件交付給最終用戶之前所發(fā)覺的錯(cuò)誤數(shù),D=軟件交付之后所發(fā)覺的缺陷數(shù)最志向的DRE值是1，即軟件中沒有發(fā)覺缺陷。但現(xiàn)實(shí)中，D會(huì)大于0，如何把錯(cuò)誤發(fā)覺的階段盡量限制在軟件交付運(yùn)用前？PSP能改善這一點(diǎn)。84644.軟件規(guī)模度量8465軟件項(xiàng)目估算對問題進(jìn)行分解，把其分解成一組較小的接近于最終解決的可控的子問題，再定義它們的特性。規(guī)模測量的方法很多，應(yīng)當(dāng)依據(jù)不同的對象運(yùn)用不同的估計(jì)方法。沒有任何方法可以保證估計(jì)的結(jié)果確定精確，作出好的規(guī)模估計(jì)的關(guān)鍵是要有大量的歷史數(shù)據(jù)和閱歷，要進(jìn)行多次規(guī)模估計(jì)，并且要定期的將實(shí)際結(jié)果與估計(jì)值進(jìn)行比較。8466估算程序規(guī)模方法代碼行測量方法功能點(diǎn)方法用例方法利用歷史數(shù)據(jù)或憑實(shí)際閱歷，對每個(gè)功能分別按樂觀的、可能的、悲觀的三種狀況給出FP估計(jì)值。8467FP估算FP估算表包括：每個(gè)測量參數(shù)的估算FP計(jì)數(shù)=估算值*加權(quán)因子項(xiàng)目估算FP=各參數(shù)FP計(jì)數(shù)之和*困難度調(diào)整因子估算生產(chǎn)率由閱歷獲得估算工作量=項(xiàng)目估算FP/估算生產(chǎn)率估算總成本=日薪*估算工作量單個(gè)FP估算成本=估算總成本/估算FP8468用例分析技術(shù)為基礎(chǔ)的估算將用例分析技術(shù)的結(jié)構(gòu)與實(shí)現(xiàn)技術(shù)的結(jié)構(gòu)結(jié)合相互映射到可估算的粒度。基于用例分析技術(shù)的項(xiàng)目分解?；谟美治鼋Y(jié)構(gòu)元素的估算。8469用例分析技術(shù)的分解結(jié)構(gòu)8470用例分析技術(shù)的執(zhí)行結(jié)構(gòu)8471用例任務(wù)活動(dòng)操作界面事件流動(dòng)作序列動(dòng)作JSPAction會(huì)話Bean實(shí)體Bean

代碼行估算

經(jīng)驗(yàn)估算將用例分析技術(shù)的結(jié)構(gòu)與實(shí)現(xiàn)技術(shù)的結(jié)構(gòu)結(jié)合相互映射到可估算的粒度。8472項(xiàng)目報(bào)告

對比分析與項(xiàng)目有關(guān)的數(shù)據(jù)，使軟件人員對估算、實(shí)際數(shù)據(jù)相識(shí)更深，提高以后的預(yù)料率。可以對每一個(gè)項(xiàng)目清晰地比較其估算工作量、支配工作量與實(shí)際工作量的值，它們的比值越接近1，說明估算、支配越精確。還可以對LOC、FP的估算實(shí)際生產(chǎn)率做比較。同時(shí)報(bào)告還應(yīng)供應(yīng)項(xiàng)目中出現(xiàn)的錯(cuò)誤數(shù)、出錯(cuò)最多的錯(cuò)誤名稱及錯(cuò)誤類型等。84735.設(shè)計(jì)評審8474設(shè)計(jì)評審評審對需求的理解。評審設(shè)計(jì)是否合理。評審文檔表達(dá)是否規(guī)范、明確、符合標(biāo)準(zhǔn)。在小組內(nèi)或個(gè)體之間進(jìn)行。8475代碼復(fù)查

代碼復(fù)查就是探討源代碼，并從中發(fā)覺錯(cuò)誤。代碼復(fù)查更有效的緣由是：在復(fù)查時(shí)看到的是問題本身而不是征兆。從頭到尾復(fù)查代碼時(shí)，考慮的是程序應(yīng)當(dāng)做什么。因此，當(dāng)看到某些地方不正確時(shí)，就可以看到可能的問題是什么，并立刻去驗(yàn)證代碼。復(fù)查的缺點(diǎn)是：特殊耗時(shí)，而且很難恰當(dāng)?shù)倪M(jìn)行；8476代碼復(fù)查代碼復(fù)查的第一步