個體軟件過程s項目實踐恨死高分下載_第1頁
個體軟件過程s項目實踐恨死高分下載_第2頁
個體軟件過程s項目實踐恨死高分下載_第3頁
個體軟件過程s項目實踐恨死高分下載_第4頁
個體軟件過程s項目實踐恨死高分下載_第5頁
已閱讀5頁,還剩54頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

個體軟件過程PSPIntroductiontothePersonalSoftwareProcess反對高分文檔在本章,你將學到:PSP簡介什么是PSP?為什么要學習PSP?PSP實現的過程步驟PSP簡介WhatWillILearn?

PSP是由美國卡納基梅隆大學軟件工程研究所開發(fā)出來的,它的推出在軟件工程界引起了極大的轟動。PSP描述了很多資深軟件工程師解決軟件工程問題的方法,特別是有關軟件項目計劃和軟件質量控制方面的先進方法。 這是一門實踐性很強的課程,需要通過與具體的程序設計課結合起來學習,并在編寫程序的過程中努力采集真實的數據才能真正掌握PSP的精髓。

PSP簡介

Tellme/ShowMe

個體軟件工程(PSP)就是為使軟件工程師更好地工作而設計的一個框架。它指出如何估價和計劃工作,如何按照這些計劃來跟蹤自己的性能,以及如何提高程序的質量。 提高質量的方法需要花費一定的時間去學習和實踐,但這對你的工程生涯是有益的。為了不斷提高工作的質量,必須樹立目標、對產品質量進行度量、了解工作的過程、改變并重用這個過程、度量和分析結果,最后要反復地對過程進行持續(xù)改進。

為什么要學習PSP

Tellme/ShowMe

PSP實現的過程步驟

Tellme/ShowMe

循環(huán)和持續(xù)改進定義質量目標度量產品質量了解過程對過程進行調整應用調整后的過程測量結果將結果與目標進行比較軟件開發(fā)過程過程腳本基本概念第4章軟件開發(fā)過程WhatWillILearn?——1、軟件開發(fā)過程軟件開發(fā)過程:開發(fā)過程中各個步驟的順序構成軟件過程模型。常用的過程模型有:編碼修復(正)模型①、瀑布模型②、增量模型③、迭代模型④。確定過程應包括的活動:需求、目標、質量計劃、規(guī)格說明、高層設計、出版物內容計劃、測試計劃、低層設計、編碼、單元和功能測試、構件測試、出版物初稿、系統測試、出版物修訂稿、回歸測試、打包、交付使用。第4章軟件開發(fā)過程

Tellme/ShowMe本章,我們將學到:了解程序的規(guī)模了解使用規(guī)模測量的注意事項測量程序的規(guī)模填寫程序規(guī)模估計表在作業(yè)編號日志中使用規(guī)模測量的方法第6章程序的規(guī)模WhatWillILearn?為了更好對任務進行管理,我們需要盡可能準確地估計任務所需花費的時間。由于各種任務的規(guī)模的復雜程度的差異很大,所以掌握一種比較它們規(guī)模的方法是很有幫助的。第6章程序的規(guī)模WhyLearnIt?表學生Y章閱讀時間表學生學生Y日期9/30/96教員先生Z課程CS1章閱讀時間(MIN)頁數分鐘/頁1&280204.00328122.334118167.38571174.18640123.33總計33777平均56.1712.834.38有了閱讀前五章所有時間的數據,就可以估計出閱讀第6章要用的時間??紤]每頁用多少分鐘而不是每章用多少分鐘來測量閱讀每章所用的時間。見右表,學生Y章閱讀時間表。平均速率=(80+28+118+71+40)/(20+12+16+17+12)=337/77=4.38MIN/頁第6章程序的規(guī)模

Tellme/ShowMe雖然這種規(guī)模模測量方法看看起來很簡單單,但是其中中確實存在一一些復雜的因因素。首先,有些文文檔讀起來要要比其它的文文檔困難得多多。這意味著著應該考慮工工作所涉及的的類型,而不只是它的的規(guī)模.另外,閱讀時時間會隨著閱閱讀目的和閱閱讀次數發(fā)生生變化。對程程序序開開發(fā)發(fā)計計劃劃,,也也存存在在同同樣樣的的問問題題。。應應該該為為不不同同類類型型的的作作業(yè)業(yè)按按其其規(guī)規(guī)模模和和時時間間分分別別記記錄錄它它們們的的數數據據。。第6章程程序序的的規(guī)規(guī)模模Tellme/ShowMe程序序規(guī)規(guī)模模的的測測量量測量量程程序序規(guī)規(guī)模模的的方方法法是是統統計計源源程程序序的的文文本本行行數數((LOC)。約定定LOC時,,約約定定不不統統計計空空行行和和注注釋釋行行。。例1程序序段段有有5LOC,例2使用用更更緊緊湊湊的的格格式式例例1,只只有有4LOC。為了了確確保保規(guī)規(guī)模模統統計計的的一一致致,,建建議議采采用用標標準準的的編編程程格格式式。。第6章程序的規(guī)規(guī)模Tellme/ShowMe程序規(guī)模估計計表通過查看表中中的數據,考考慮已知相關關要開發(fā)程序序的消息,能能夠判斷出新新程序處于表表中的規(guī)模等等級,有助于于估算新程序序的規(guī)模范圍圍。第6章程序的規(guī)規(guī)模Tellme/ShowMe較大規(guī)模的估估算建立一個歷史史記錄,把以以前編寫的各各個元素及它它們各自所包包含的代碼行行的相關數據據收集在一起起。對于較大規(guī)模模的估算,考考慮新程序的的功能,估計計出每一個功功能的規(guī)模,,把所有功能能的估計數值值加在一起得得到對整個程程序的估算。。第6章程序的規(guī)規(guī)模Tellme/ShowMe第6章程序的規(guī)規(guī)模Tellme/ShowMe測量的程序規(guī)規(guī)模程序的規(guī)模::4LOC程序的規(guī)模::12LOC第6章程序的規(guī)規(guī)模Tellme/ShowMe本章,我們將將學到:了解進度管理理的必要性掌握Gantt圖的使用用學會跟蹤項目目計劃第7章進度管理理WhatWillILearn?制定項目進度度的目的是為為了完成任務務。當在同一時間間內要完成多多個任務時,,就需要有一一份進度表。。對于龐大復雜雜任務,需要要更加復雜的的時間管理方方案。第7章進度管理理WhyLearnIt?第7章進度管理理Tellme/ShowMe對于若干人參參與的項目::確保每個人都都知道要完成成的任務。獲取每項任務務承諾的完成成時間。確定各任任務之間間的相互互依賴關關系。每每個人開開始處理理工作之之前他們們必須得得到什么么樣的輸輸入,以以及他們們從誰那那里得到到這些輸輸入。把每一個個相互依依賴的關關系都文文檔化。。與所有涉涉及到的的人一起起復查計計劃的進進度表和和任務之之間的依依賴關系系,以確確保沒有有沖突、、分歧和和誤解。。復查進度度表,以以確保它它包含了了完成整整個作業(yè)業(yè)所需要要的全部部任務。。第7章進度度管理Tellme/ShowMe檢查點可以測量量的進度度點,里里程碑。。項目規(guī)劃劃和項目目管理中中的重要要部分。。一個項目目中能夠夠客觀標標識的點點。不滿足可可驗證性性準則的的一般陳陳述不能能做檢查查點。第7章進度度管理Tellme/ShowMe不適當的的檢查點點為編寫程程序制訂訂了一個個計劃。。設計了一一個程序序。完成了990%的的編碼工工作。第7章進度度管理Tellme/ShowMe建立檢查查點的建建議大約每55個小時時的工作作量建立立一個檢檢查點是是最有幫幫助的。。對于為期期幾周的的任務,,即使估估計這項項作業(yè)每每周只用用大約半半個小時時的時間間,每周周至少也也要設置置一個檢檢查點。。較大的項項目且涉涉及若干干個軟件件工程師師,需要要每個工工程師都都設置幾幾個中間間檢查點點,以便便每個人人都能知知道其他他人的工工作狀態(tài)態(tài)。第7章進度度管理Tellme/ShowMe跟蹤項目目計劃項目管理理的重要要部分,,軟件工工程師在在實際作作業(yè)中應應掌握的的一項關關鍵技能能。使讀者知知道項目目是否正正在按照照進度進進行,超超前還是是落后。。通過項目目跟蹤,,及早發(fā)發(fā)現問題題,尋找找解決問問題的最最佳辦法法。一個良好好的跟蹤蹤系統能能夠幫助助工程師師在問題題嚴重到到足以威威脅項目目的成敗敗之前提提前預防防。第7章進度度管理Tellme/ShowMe項目跟蹤蹤計劃示示例第7章進度度管理Tellme/ShowMe關于跟蹤蹤項目進進度的建建議確保所有有檢查點點的定義義是明確確的,并并已將他他們寫下下來。在制訂一一份全新新的計劃劃之前,,不要改改動進度度。當按照計計劃公布布項目進進展狀態(tài)態(tài)時,不不要改動動計劃。。在給出新新估計的的項目完完成日期期時,保保留原來來估計的的日期,,然后用用虛線注注明新的的日期。。保存原始始的進度度表和所所有更新新的版本本。第7章進度度管理Tellme/ShowMe當工作順順序與原原計劃不不同時跟跟蹤計劃劃:采用積分分方法,,跟蹤進進度。積分:一一種時間間的百分分比。通過計算算任務所所用時間間占計劃劃的項目目總時間間的百分分比,來來給出各各任務的的積分。。通過使用用積分,,可以用用與原計計劃不同同的順序序工作,,并且還還可以按按照計劃劃跟蹤工工作進展展情況。。第7章進進度度管管理理Tellme/ShowMe跟蹤蹤積積分分示示例例……第7章進進度度管管理理Tellme/ShowMe本章章,我我們們將將學學到到:了解解什什么么是是缺缺陷陷查找找缺缺陷陷預測測缺缺陷陷第8章缺缺陷陷管管理理WhatWillILearn?軟件質量量影響到到開發(fā)費費用、交交付日期期和用戶戶滿度。。用戶使用用軟件時時,其中中的缺陷陷可能導導致嚴重重問題,,且發(fā)現現和修復復的代價價很大。。缺陷由開開發(fā)人員員引起,,因此軟軟件工程程師需要要了解引引入的缺缺陷,對對它們進進行管理理。第8章缺陷陷管理WhyLearnIt?缺陷的類類型第8章缺陷陷管理Tellme/ShowMe設計計缺缺陷陷原因因設計計錯錯誤誤,,在在對對問問題題深深思思熟熟慮慮后后做做出出了了錯錯誤誤的的設設計計決決策策;;疏忽忽或或思思考考簡簡單單,,犯犯了了愚愚蠢蠢的的錯錯誤誤;;誤解解了了要要做做的的內內容容。。第8章缺缺陷陷管管理理Tellme/ShowMe缺陷陷記記錄錄日日志志目的的::幫助助收收集集缺缺陷陷數數據據。。建議議::盡可可能能說說細細描描述述每每個個缺缺陷陷。。第8章缺缺陷陷管管理理Tellme/ShowMe第8章缺缺陷陷管管理理Tellme/ShowMe第8章缺缺陷陷管管理理Tellme/ShowMe發(fā)現現缺缺陷陷的的步步驟驟標識識缺缺陷陷征征兆兆。。從征征兆兆推推斷斷出出缺缺陷陷的的位位置置。。確定定程程序序中中的的錯錯誤誤。。決定定如如何何修修復復缺缺陷陷。。修復缺陷。。驗證這個修修復是否已已經解決了了這個問題題。第8章缺陷管管理Tellme/ShowMe發(fā)現缺陷的的方法開發(fā)工具集集成插件查查找可能出出現的缺陷陷(findbugs)編譯器測試個人復查源源程序清單單最終用戶的的投訴和反反饋第8章缺陷管管理Tellme/ShowMe代碼復查一種能快速速找到缺陷陷的方法。。即研究源程程序,從中中發(fā)現錯誤誤。最好在源程程序編碼完完成后,編編譯和測試試之前進行行。比測試更有有效率。主要缺陷點點:要求程程序員精通通程序設計計。代碼復查是是一種技能能,可以通通過學習和和實踐來提提高。代碼復查的的第一步::了解自己己引入的缺缺陷的種類類。第8章缺陷管理理Tellme/ShowMe代碼復查腳本本注意事項在第一次編譯譯前進行代碼碼復查。在打印出的源源程序清單上上復查。在缺陷記錄日日志上記錄發(fā)發(fā)現的每一個個缺陷。在代碼復查前前,根據以前前在編譯與測測試階段發(fā)現現的缺陷類型型進行檢查。。第8章缺陷管理理Tellme/ShowMe第8章缺陷管理理Tellme/ShowMe缺陷預測缺陷密度(:以每千行代代碼的缺陷數數(Defects/KLOC)來測量第8章缺陷管理理Tellme/ShowMe缺陷預測缺陷密度(Dd):以每千行代代碼的缺陷數數(Defects/KLOC)來測量,KLOC表示每1000行。缺陷密度計算算已知累計開發(fā)發(fā)過程中每個個階段發(fā)現的的缺陷總數(D);統計程序中新新開發(fā)和修改改的代碼行數數(N)。計算每千行的的缺陷數Dd=1000×D/N當為一個新的的程序作計劃劃時,先估計計出程序可能能有多少新的的和修改的代代碼行。然后后計算以前開開發(fā)程序的每每千行源代碼碼的平均缺陷陷數。Ddplan=1000×(D1+…+Di)/(N1+…+Ni)第8章缺陷管理理Tellme/ShowMe缺陷排除的經經濟效益兩種測量方法法:每小時排除缺缺陷的個數計算機缺陷排排除效益軟件開發(fā)中各各階段每小時時累計的引入入缺陷數和排排除缺陷數在該階段累計計每小時引入入缺陷數=60×(該階段累計計引入缺陷數數)/(該階段累計計花費分鐘數數)在該階段累計計每小時排除除缺陷數=60×(該階段累計計排除缺陷數數)/(該階段累計計花費分鐘數數)第8章缺陷管理理Tellme/ShowMe一個96行的程序共有有14個缺陷,計算算缺陷密度。。Dd=1000×14/96=145.83Defects/KLOC。第8章缺陷管理理Tryit本次課,我們將學到:了解產品質量量控制的重要要性缺陷排除效益益的計算最終缺陷排除除效益的估計計過程質量的測測量質檢/過失比比、質量成本本的計算第9章度量管理理WhatWillILearn?軟件功能薄弱弱、漏洞等問問題的出現,,使軟件質量量成為了關注注焦點。軟件產業(yè)的差差距更為明顯顯、致命的差差距在于產品品質量和過程程當中的質量量控制。個人對產品質質量產生的影影響,通過計計算在各階段段發(fā)現的缺陷陷數目和殘留留在最終產品品中的缺陷數數目之間的關關系來考察和和檢測,進而而提高程序的的質量。程序的質量取取決于過程的的質量,過程程的質量又取取決于人們的的工作方式。。為了開發(fā)出出更好的程序序,需要測量量過程的質量量。第9章度量管理理WhyLearnIt?產品質量,可可以從以下幾幾個觀點來看看:透明性觀點:質量是產品一一種可以認識識但不可定義義的性質;使用者觀點:質量是產品滿滿足使用目的的之程度;制造者觀點:質量是產品性性能和規(guī)格要要求的符合度度;產品觀點:質量是聯結產產品固有性能能的紐帶;基于價值觀點點:質量依賴于顧顧客愿意付給給產品報酬的的數量。第9章度量管理理Tellme/ShowMe缺陷排除效益益的計算各個階段的缺缺陷排除效益益的計算方法法如下:階段缺陷排除除效益=100×(本階段排除除的缺陷數))/(進入本階段段時產品中的的缺陷數)第9章度量管理理Tellme/ShowMe第9章度量管理理Tellme/ShowMe最終的缺陷陷排除效益益估計拇指法則::假設殘留留的缺陷數數和最后一一個階段排排除的缺陷陷數相等。。例:代碼復查發(fā)發(fā)現17個缺陷;編譯時發(fā)現現2個;測試時發(fā)現現1個。此時代碼復復查的缺陷陷排除效益益是:17/(17+2+1)=85%運用拇指法法則:17/(17+2+1+1)=80.95%第9章度量管管理Tellme/ShowMe軟件工程師師提高產品品質量的有有效方法::代碼復查積累排除缺缺陷的個人人經驗原型方法第9章度量管管理Tellme/ShowMe質量成本三個主要元元素:過失失成本、質質檢成本和和預防成本本。過失成本包包括修復產產品中缺陷陷的所有費費用。質檢成本包包括評估產產品質量以以確定在產產品中是否否仍然留有有缺陷的所所有工作,,但不包括括修復缺陷陷花費的時時間。預防防成成本本是是由由修修改改過過程程以以避避免免引引入入缺缺陷陷所所帶帶來來的的費費用用。。第9章度度量量管管理理Tellme/ShowMe質檢檢質質量量成成本本是是所所有有復復查查時時間間的的總總和和占占總總開開發(fā)發(fā)時時間間的的百百分分比比。。過失失質質量量成成本本是是所所有有編編譯譯和和測測試試時時間間的的總總和和占占總總開開發(fā)發(fā)時時間間的的百百分分比比。。例::實際際總總開開發(fā)發(fā)時時間間==262min,實實際際代代碼碼復復查查時時間間==29min,實際際編編譯譯時時間間==5min,實實際際測測試試時時間間==10min則可可計計算算::質檢檢質質量量成成本本==100××29/262=11.07%過失失質質量量成成本本==100××(5+10)/262=100××15/262=5.73%第9章度度量量管管理理Tellme/ShowMe質檢//過失失比質檢成成本與與過失失成本本之比比,簡簡寫為為A/FR。一個更更簡單單的就就是質質檢/過失比比(A/FR)的方方法是是用復復查時時間除除以編編譯和和測試試時間間。用來測測量在在第一一次編編譯前前花在在查找找缺陷陷上的的時間間的相相對值值。。事實表表明A/FR的值能能很好好地指指示測測試中中發(fā)現現缺陷陷的可可能性性。A/FR<1時,程程序測測試時時一般般會發(fā)發(fā)現很很多錯錯誤。。A/FR>2時,無無論如如何每每千行行源碼碼都只只有很很少的的幾個個缺陷陷。因此,,應該該努力力使質質檢/過失比比A/FR的值大大于2。第9章度度量管管理Tellme/ShowMe質量成成本的的精確確計算算對大型型項目目,需需要使使用更更精確確的質質量成成本測測量方方法。。為了計計算過過失成成本和和質檢檢成本本,必必須把把代碼碼復查查時間間、編編譯時時間與與測試試時間間分為為錯誤誤修復復和檢檢驗兩兩個部部分,,如::Appraisal或CA:沒有有發(fā)現現缺陷陷的編編譯時時間;;Failure或CF:有缺缺陷修修復的的編譯譯時間間;C=CF+CA:總的編編譯時時間。。第9章度度量管管理Tellme/ShowMe質量成成本的的精確確計算算質檢質質量成成本==100×(RA+CA+TA)/(總開發(fā)時時間)過失質量成成本=100×(RF+CF+TF)/(總開發(fā)時時間)第9章度量管管理Tellme/ShowMe代碼復查時時發(fā)現17個缺陷;編譯時發(fā)現現15個;測試時時發(fā)現8個。此時代碼復復查的缺陷陷排除效益益是:17/(17+15+8)=42.5%17/(17+15+8+8)=35.4%運用拇指規(guī)規(guī)則,估計計的最終代代碼復查的的缺陷排除除效益為::第9章度量管管理Tryit精確計算質質檢過失比比實際代碼復復查時間==29min,即R=29。實際編譯時時間=5min,即C=5。實際測試時時間=10min,即T=10。第9章度量管管理Tryit9、靜夜四無鄰鄰,荒居舊業(yè)業(yè)貧。。12月-2212月-22Tuesday,December20,202210、雨中黃葉樹樹,燈下白頭頭人。。23:06:0423:06:0423:0612/20/202211:06:04PM11、以我我獨沈沈久,,愧君君相見見頻。。。12月月-2223:06:0423:06Dec-2220-Dec-2212、故人人江海海別,,幾度度隔山山川。。。23:06:0423:06:0423:06Tuesday,December20,202213、乍乍見見翻翻疑疑夢夢,,相相悲悲各各問問年年。。。。12月月-2212月月-2223:06:0423:06:04December20,202214、他他鄉(xiāng)鄉(xiāng)生生白白發(fā)發(fā),,舊舊國國見見青青山山。。。。20十十二二月月202211:06:04下下午午23:06:0412月月-2215、比不了得就就不比,得不不到的就不要要。。。十二月2211:06下下午12月-2223:06December20,202216、行動出成果果,工作出財財富。。2022/12/2023:06:0423:06:0420December202217、做做前前,,能能夠夠環(huán)環(huán)視視四四周周;;做做時時,,你你只只能能或或者者最最好好沿沿著著以以腳腳為為起起點點的的射射線線向向前前。。。。11:06:04下下午午11:06下下午午23:06:0412月月-229、沒有失敗敗,只有暫暫時停止成成功!。12月-2212月-22Tuesday,December20,202210、很多事情情努力了未未必有結果果,但是不不努力卻什什么改變也也沒有。。。23:06:0423:06:0423:0612/20/202211:06:04PM11、成功就就是日復復一日那那一點點點小小努努力的積積累。。。12月-2223:06:0423:06Dec-2220-Dec-2212、世間成成事,不不求其絕絕對圓滿滿,留一一份不足足,可得得無限完完美。。。23:06:0423:06:0423:06Tuesday,December20,202213、不知香積寺寺,數里入云云峰。。12月-2212月-2223:06:0423:06:04December20,202214、意意志志堅堅強強的的人人能能把把世世界界放放在在手手

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網頁內容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經權益所有人同意不得將文件中的內容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網僅提供信息存儲空間,僅對用戶上傳內容的表現方式做保護處理,對用戶上傳分享的文檔內容本身不做任何修改或編輯,并不能對任何下載內容負責。
  • 6. 下載文件中如有侵權或不適當內容,請與我們聯系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論