個體軟件過程(psp)項目實踐(恨死高分下載)

1、個體軟件過程PSP 反對高分文檔 在本章，你將學到：在本章，你將學到： PSP簡介簡介 什么是什么是PSP？ 為什么要學習為什么要學習PSP？ PSP實現(xiàn)的過程步驟實現(xiàn)的過程步驟 PSP簡介What Will I Learn ?PSP是由美國卡納基梅隆大學軟件工程研究所開發(fā)出來的是由美國卡納基梅隆大學軟件工程研究所開發(fā)出來的,它的推出在它的推出在軟件工程界引起了極大的轟動。軟件工程界引起了極大的轟動。PSP描述了很多資深軟件工程師解決軟件工描述了很多資深軟件工程師解決軟件工程問題的方法，特別是有關軟件程問題的方法，特別是有關軟件項目計劃項目計劃和和軟件質量軟件質量控制方面的先進方法?？刂品矫娴?/p>

2、先進方法。 這是一門實踐性很強的課程，需要通過與具體的程序設計課結合起來這是一門實踐性很強的課程，需要通過與具體的程序設計課結合起來學習，并在編寫程序的過程中努力采集真實的數(shù)據(jù)才能真正掌握學習，并在編寫程序的過程中努力采集真實的數(shù)據(jù)才能真正掌握PSP的精髓。的精髓。 PSP簡介 Tell me / Show Me個體軟件工程（個體軟件工程（PSP）就是為使軟件工程師更好地工作而設計的一個）就是為使軟件工程師更好地工作而設計的一個框架。它指出如何估價和計劃工作，如何按照這些計劃來跟蹤自己的性能，框架。它指出如何估價和計劃工作，如何按照這些計劃來跟蹤自己的性能，以及如何提高程序的質量。以及如何提高

3、程序的質量。提高質量的方法需要花費一定的時間去學習和實踐，但這對你的工程提高質量的方法需要花費一定的時間去學習和實踐，但這對你的工程生涯是有益的。為了不斷提高工作的質量，必須樹立目標、對產(chǎn)品質量進行生涯是有益的。為了不斷提高工作的質量，必須樹立目標、對產(chǎn)品質量進行度量、了解工作的過程、改變并重用這個過程、度量和分析結果，最后要反度量、了解工作的過程、改變并重用這個過程、度量和分析結果，最后要反復地對過程進行持續(xù)改進。復地對過程進行持續(xù)改進。 為什么要學習PSP Tell me / Show Me PSP實現(xiàn)的過程步驟 Tell me / Show Me循 環(huán) 和 持循 環(huán) 和 持續(xù)改進續(xù)改進定

4、義質量目標定義質量目標度量產(chǎn)品質量度量產(chǎn)品質量了解過程了解過程對過程進行調整對過程進行調整應用調整后的過程應用調整后的過程測量結果測量結果將結果與目標進行比較將結果與目標進行比較 軟件開發(fā)過程軟件開發(fā)過程 過程腳本過程腳本 基本概念基本概念第4章 軟件開發(fā)過程What Will I Learn ?1、軟件開發(fā)過程軟件開發(fā)過程：軟件開發(fā)過程： 開發(fā)過程中各個步驟的順序構成軟件過程模型。常用的過程模型開發(fā)過程中各個步驟的順序構成軟件過程模型。常用的過程模型有：編碼修復（正）模型、瀑布模型、增量模型、迭代模型。有：編碼修復（正）模型、瀑布模型、增量模型、迭代模型。確定過程應包括的活動：確定過程應包括

5、的活動： 需求、目標、質量計劃、規(guī)格說明、高層設計、出版物內(nèi)容計劃、需求、目標、質量計劃、規(guī)格說明、高層設計、出版物內(nèi)容計劃、測試計劃、低層設計、編碼、單元和功能測試、構件測試、出版物初測試計劃、低層設計、編碼、單元和功能測試、構件測試、出版物初稿、系統(tǒng)測試、出版物修訂稿、回歸測試、打包、交付使用。稿、系統(tǒng)測試、出版物修訂稿、回歸測試、打包、交付使用。 第4章 軟件開發(fā)過程 Tell me / Show Me本章本章, ,我們將學到我們將學到: :了解程序的規(guī)模了解程序的規(guī)模了解使用規(guī)模測量的注意事項了解使用規(guī)模測量的注意事項測量程序的規(guī)模測量程序的規(guī)模填寫程序規(guī)模估計表填寫程序規(guī)模估計表在作

6、業(yè)編號日志中使用規(guī)模測量的方法在作業(yè)編號日志中使用規(guī)模測量的方法第6章 程序的規(guī)模What Will I Learn ?為了更好對任務進行管理，我們需要盡可能準確地估計任務所需花為了更好對任務進行管理，我們需要盡可能準確地估計任務所需花費的時間。由于各種任務的規(guī)模的復雜程度的差異很大，所以掌握費的時間。由于各種任務的規(guī)模的復雜程度的差異很大，所以掌握一種比較它們規(guī)模的方法是很有幫助的。一種比較它們規(guī)模的方法是很有幫助的。第6章 程序的規(guī)模Why Learn It?表 學生章閱讀時間表學生學生日期教員先生課程章閱讀時間（）頁數(shù)分鐘頁&280204.00328122.334118167.3

7、8571174.18640123.33總計33777平均56.1712.834.38有了閱讀前五章所有有了閱讀前五章所有時間的數(shù)據(jù)，就可以時間的數(shù)據(jù)，就可以估計出閱讀第章要估計出閱讀第章要用的時間。考慮每頁用的時間?？紤]每頁用多少分鐘而不是每用多少分鐘而不是每章用多少分鐘來測量章用多少分鐘來測量閱讀每章所用的時間。閱讀每章所用的時間。 見右表，學生見右表，學生Y Y章閱讀章閱讀時間表。時間表。平均速率=(80+28+118+71+40)/(20+12+16+17+12)=337/77=4.38MIN/頁第6章 程序的規(guī)模 Tell me / Show Me雖然這種規(guī)模測量方法看起來很簡單，但是

8、其中確實存在一些雖然這種規(guī)模測量方法看起來很簡單，但是其中確實存在一些復雜的因素。復雜的因素。首先，有些文檔讀起來要比其它的文檔困難得多。這意味著應首先，有些文檔讀起來要比其它的文檔困難得多。這意味著應該考慮工作所涉及的類型該考慮工作所涉及的類型, ,而不只是它的規(guī)模而不只是它的規(guī)模. .另外，閱讀時間會隨著閱讀目的和閱讀次數(shù)發(fā)生變化。另外，閱讀時間會隨著閱讀目的和閱讀次數(shù)發(fā)生變化。對程序開發(fā)計劃，也存在同樣的問題。應該為不同類型的作業(yè)對程序開發(fā)計劃，也存在同樣的問題。應該為不同類型的作業(yè)按其規(guī)模和時間分別記錄它們的數(shù)據(jù)。按其規(guī)模和時間分別記錄它們的數(shù)據(jù)。第6章 程序的規(guī)模 Tell me /

9、 Show Me程序規(guī)模的測量程序規(guī)模的測量測量程序規(guī)模的方法是統(tǒng)計測量程序規(guī)模的方法是統(tǒng)計源程序的文本行數(shù)（源程序的文本行數(shù)（LOC)LOC)。約定約定LOCLOC時，約定不統(tǒng)計空時，約定不統(tǒng)計空行和注釋行。行和注釋行。例例1 1程序段有程序段有5LOC,5LOC,例例2 2使用使用更緊湊的格式例更緊湊的格式例1 1，只有，只有4LOC4LOC。為了確保規(guī)模統(tǒng)計的一致，為了確保規(guī)模統(tǒng)計的一致，建議采用標準的編程格式。建議采用標準的編程格式。第6章 程序的規(guī)模 Tell me / Show Me程序規(guī)模估計表程序規(guī)模估計表通過查看表中的數(shù)據(jù)，考慮已知相關要開發(fā)程序的消息，能夠判斷出通過查看表中

10、的數(shù)據(jù)，考慮已知相關要開發(fā)程序的消息，能夠判斷出新程序處于表中的規(guī)模等級，有助于估算新程序的規(guī)模范圍。新程序處于表中的規(guī)模等級，有助于估算新程序的規(guī)模范圍。第6章 程序的規(guī)模 Tell me / Show Me較大規(guī)模的估算較大規(guī)模的估算1.1.建立一個歷史記錄，把以前編寫的各個元素及它們各自所包含的代碼建立一個歷史記錄，把以前編寫的各個元素及它們各自所包含的代碼行的相關數(shù)據(jù)收集在一起。行的相關數(shù)據(jù)收集在一起。2.2.對于較大規(guī)模的估算，考慮新程序的功能，估計出每一個功能的規(guī)模，對于較大規(guī)模的估算，考慮新程序的功能，估計出每一個功能的規(guī)模，把所有功能的估計數(shù)值加在一起得到對整個程序的估算。把所

11、有功能的估計數(shù)值加在一起得到對整個程序的估算。第6章 程序的規(guī)模 Tell me / Show Me第6章 程序的規(guī)模 Tell me / Show Me測量的程序規(guī)模測量的程序規(guī)模程序的規(guī)模：程序的規(guī)模：4LOC4LOC程序的規(guī)模：程序的規(guī)模：12LOC12LOC第6章 程序的規(guī)模 Tell me / Show Me本章本章, ,我們將學到我們將學到: :了解進度管理的必要性了解進度管理的必要性掌握掌握GanttGantt圖的使用圖的使用學會跟蹤項目計劃學會跟蹤項目計劃第7章 進度管理What Will I Learn ?制定項目進度的目的是為了完成任務。制定項目進度的目的是為了完成任務。當

12、在同一時間內(nèi)要完成多個任務時，就需要有一份當在同一時間內(nèi)要完成多個任務時，就需要有一份進度表。進度表。對于龐大復雜任務，需要更加復雜的時間管理方案。對于龐大復雜任務，需要更加復雜的時間管理方案。第7章 進度管理Why Learn It?第7章 進度管理 Tell me / Show Me對于若干人參與的項目：確保每個人都知道要完成的任務。獲取每項任務承諾的完成時間。確定各任務之間的相互依賴關系。每個人開始處理工作之前他們必須得到什么樣的輸入，以及他們從誰那里得到這些輸入。把每一個相互依賴的關系都文檔化。與所有涉及到的人一起復查計劃的進度表和任務之間的依賴關系，以確保沒有沖突、分歧和誤解。復查進

13、度表，以確保它包含了完成整個作業(yè)所需要的全部任務。第7章 進度管理 Tell me / Show Me檢查點 可以測量的進度點，里程碑。 項目規(guī)劃和項目管理中的重要部分。 一個項目中能夠客觀標識的點。 不滿足可驗證性準則的一般陳述不能做檢查點。第7章 進度管理 Tell me / Show Me不適當?shù)臋z查點 為編寫程序制訂了一個計劃。 設計了一個程序。 完成了的編碼工作。第7章 進度管理 Tell me / Show Me建立檢查點的建議 大約每個小時的工作量建立一個檢查點是最有幫助的。 對于為期幾周的任務，即使估計這項作業(yè)每周只用大約半個小時的時間，每周至少也要設置一個檢查點。 較大的項目

14、且涉及若干個軟件工程師，需要每個工程師都設置幾個中間檢查點，以便每個人都能知道其他人的工作狀態(tài)。 第7章 進度管理 Tell me / Show Me跟蹤項目計劃項目管理的重要部分，軟件工程師在實際作業(yè)中應掌握的一項關鍵技能。使讀者知道項目是否正在按照進度進行，超前還是落后。通過項目跟蹤，及早發(fā)現(xiàn)問題，尋找解決問題的最佳辦法。一個良好的跟蹤系統(tǒng)能夠幫助工程師在問題嚴重到足以威脅項目的成敗之前提前預防。第7章 進度管理 Tell me / Show Me項目跟蹤計劃示例第7章 進度管理 Tell me / Show Me關于跟蹤項目進度的建議 確保所有檢查點的定義是明確的，并已將他們寫下來。 在

15、制訂一份全新的計劃之前，不要改動進度。 當按照計劃公布項目進展狀態(tài)時，不要改動計劃。 在給出新估計的項目完成日期時，保留原來估計的日期，然后用虛線注明新的日期。 保存原始的進度表和所有更新的版本。第7章 進度管理 Tell me / Show Me當工作順序與原計劃不同時跟蹤計劃： 采用積分方法，跟蹤進度。 積分：一種時間的百分比。 通過計算任務所用時間占計劃的項目總時間的百分比，來給出各任務的積分。 通過使用積分，可以用與原計劃不同的順序工作，并且還可以按照計劃跟蹤工作進展情況。第7章 進度管理 Tell me / Show Me 跟蹤積分示例第7章 進度管理 Tell me / Show

16、Me本章,我們將學到: 了解什么是缺陷 查找缺陷 預測缺陷第8章 缺陷管理What Will I Learn ? 軟件質量影響到開發(fā)費用、交付日期和用戶滿度。 用戶使用軟件時，其中的缺陷可能導致嚴重問題，且發(fā)現(xiàn)和修復的代價很大。 缺陷由開發(fā)人員引起，因此軟件工程師需要了解引入的缺陷，對它們進行管理。第8章 缺陷管理Why Learn It?缺陷的類型第8章 缺陷管理 Tell me / Show Me設計缺陷原因1.設計錯誤，在對問題深思熟慮后做出了錯誤的設計決策；2.疏忽或思考簡單，犯了愚蠢的錯誤；3.誤解了要做的內(nèi)容。第8章 缺陷管理 Tell me / Show Me缺陷記錄日志目的：幫

17、助收集缺陷數(shù)據(jù)。建議：盡可能說細描述每個缺陷。第8章 缺陷管理 Tell me / Show Me第8章 缺陷管理 Tell me / Show Me第8章 缺陷管理 Tell me / Show Me發(fā)現(xiàn)缺陷的步驟標識缺陷征兆。從征兆推斷出缺陷的位置。確定程序中的錯誤。決定如何修復缺陷。修復缺陷。驗證這個修復是否已經(jīng)解決了這個問題。第8章 缺陷管理 Tell me / Show Me發(fā)現(xiàn)缺陷的方法 開發(fā)工具集成插件查找可能出現(xiàn)的缺陷（findbugs） 編譯器 測試 個人復查源程序清單 最終用戶的投訴和反饋第8章 缺陷管理 Tell me / Show Me代碼復查一種能快速找到缺陷的方法。

18、即研究源程序，從中發(fā)現(xiàn)錯誤。最好在源程序編碼完成后，編譯和測試之前進行。比測試更有效率。主要缺陷點：要求程序員精通程序設計。代碼復查是一種技能，可以通過學習和實踐來提高。代碼復查的第一步：了解自己引入的缺陷的種類。第8章 缺陷管理 Tell me / Show Me代碼復查腳本注意事項在第一次編譯前進行代碼復查。在打印出的源程序清單上復查。在缺陷記錄日志上記錄發(fā)現(xiàn)的每一個缺陷。在代碼復查前，根據(jù)以前在編譯與測試階段發(fā)現(xiàn)的缺陷類型進行檢查。第8章 缺陷管理 Tell me / Show Me第8章 缺陷管理 Tell me / Show Me 缺陷預測缺陷密度(：以每千行代碼的缺陷數(shù)(Defec

19、ts/KLOC)來測量第8章 缺陷管理 Tell me / Show Me缺陷預測 缺陷密度(Dd)：以每千行代碼的缺陷數(shù)(Defects/KLOC)來測量,KLOC表示每1000行。 缺陷密度計算已知累計開發(fā)過程中每個階段發(fā)現(xiàn)的缺陷總數(shù)(D)；統(tǒng)計程序中新開發(fā)和修改的代碼行數(shù)(N)。計算每千行的缺陷數(shù)Dd=1000D/N 當為一個新的程序作計劃時，先估計出程序可能有多少新的和修改的代碼行。然后計算以前開發(fā)程序的每千行源代碼的平均缺陷數(shù)。 Dd plan =1000(D1+Di)/(N1+Ni) 第8章 缺陷管理 Tell me / Show Me缺陷排除的經(jīng)濟效益 兩種測量方法：1.每小時排

20、除缺陷的個數(shù)2.計算機缺陷排除效益 軟件開發(fā)中各階段每小時累計的引入缺陷數(shù)和排除缺陷數(shù)在該階段累計每小時引入缺陷數(shù)=60（該階段累計引入缺陷數(shù)）/（該階段累計花費分鐘數(shù)）在該階段累計每小時排除缺陷數(shù)=60（該階段累計排除缺陷數(shù)）/（該階段累計花費分鐘數(shù)）第8章 缺陷管理 Tell me / Show Me 一個96行的程序共有14個缺陷，計算缺陷密度。 Dd=100014/96=145.83 Defects/KLOC。第8章 缺陷管理Try it本次課,我們將學到: 了解產(chǎn)品質量控制的重要性 缺陷排除效益的計算 最終缺陷排除效益的估計 過程質量的測量 質檢過失比、質量成本的計算第9章 度量管理

21、What Will I Learn ? 軟件功能薄弱、漏洞等問題的出現(xiàn)，使軟件質量成為了關注焦點。 軟件產(chǎn)業(yè)的差距更為明顯、致命的差距在于產(chǎn)品質量和過程當中的質量控制。 個人對產(chǎn)品質量產(chǎn)生的影響，通過計算在各階段發(fā)現(xiàn)的缺陷數(shù)目和殘留在最終產(chǎn)品中的缺陷數(shù)目之間的關系來考察和檢測，進而提高程序的質量。 程序的質量取決于過程的質量，過程的質量又取決于人們的工作方式。為了開發(fā)出更好的程序，需要測量過程的質量。第9章 度量管理Why Learn It?產(chǎn)品質量，可以從以下幾個觀點來看： 透明性觀點:質量是產(chǎn)品一種可以認識但不可定義的性質; 使用者觀點:質量是產(chǎn)品滿足使用目的之程度; 制造者觀點:質量是產(chǎn)

22、品性能和規(guī)格要求的符合度; 產(chǎn)品觀點:質量是聯(lián)結產(chǎn)品固有性能的紐帶; 基于價值觀點:質量依賴于顧客愿意付給產(chǎn)品報酬的數(shù)量。第9章 度量管理 Tell me / Show Me缺陷排除效益的計算各個階段的缺陷排除效益的計算方法如下：階段缺陷排除效益階段缺陷排除效益100100（本階段排除的缺陷數(shù)）（本階段排除的缺陷數(shù)）/ /（進入本階段時產(chǎn)品中的缺陷數(shù)）（進入本階段時產(chǎn)品中的缺陷數(shù)）第9章 度量管理 Tell me / Show Me第9章 度量管理 Tell me / Show Me最終的缺陷排除效益估計拇指法則：假設殘留的缺陷數(shù)和最后一個階段排除的缺陷數(shù)相等 。例：代碼復查發(fā)現(xiàn)17個缺陷；編

23、譯時發(fā)現(xiàn)2個；測試時發(fā)現(xiàn)1個。此時代碼復查的缺陷排除效益是：17/（1721）85 運用拇指法則： 17/（17211）80.95 第9章 度量管理 Tell me / Show Me軟件工程師提高產(chǎn)品質量的有效方法：代碼復查積累排除缺陷的個人經(jīng)驗原型方法第9章 度量管理 Tell me / Show Me質量成本三個主要元素：過失成本、質檢成本和預防成本。 過失成本包括修復產(chǎn)品中缺陷的所有費用。 質檢成本包括評估產(chǎn)品質量以確定在產(chǎn)品中是否仍然留有缺陷的所有工作，但不包括修復缺陷花費的時間。 預防成本是由修改過程以避免引入缺陷所帶來的費用。 第9章 度量管理 Tell me / Show Me質檢質量成本是所有復查時間的總和占總開發(fā)時間的百分比。過失質量成本是所有編譯和測試時間的總和占總開發(fā)時間的百分比。例：實際總開發(fā)時間262min，實際代碼復查時間29mi