估計方法指南

估計方法指南估計方法指南目錄12目的和范圍.4DELPHI估算方法42.1估算的角色42.1.12.1.22.1.32.2項目經(jīng)理4估算組織者4項目估算參與者估算活動4..42.3估算準(zhǔn)備4估算會議..52.3.22.3.32.3.42.3.52.4會議啟動5初始估5估算解釋，再估算5達(dá)成一致5整合數(shù)據(jù)6輸出63功能點估算（FPA）.63.1確定數(shù)據(jù)功能及其復(fù)雜性63.1.23.1.33.2找出內(nèi)部邏輯文件和外部接口文件.6識別ILF和EIF的原則6確定ILF與EIF的復(fù)雜度6確定事務(wù)功能及其復(fù)雜度73.2.13.2.23.2.33.33.4計算輸入，輸出，查詢的數(shù)目.....7識別EI,EO和EQ的原則7確定EI,EO,EQ的復(fù)雜度點計算初始功能7個系統(tǒng)特征9確定14值93.4.13.4.23.54．4.14.2確定系統(tǒng)的14個特征值.9計算調(diào)整值系數(shù)11計算功能點11類比法.11操作步驟11可重用代碼的估算問題11附錄：DELPHI估算會流程圖121目的和范圍軟件項目的規(guī)模估算歷來是比較復(fù)雜的事，因為軟件本身的復(fù)雜性、歷史經(jīng)驗的缺乏估算工具缺乏以及一些人為錯誤，導(dǎo)致軟件項目的規(guī)模估算往往和實際情況相差甚遠(yuǎn)。因此，估算錯誤已被列入軟件項目失敗的四大原因之一。本指南的目的是介紹常用的功能點估計，類比法估計，WIDEBAND-Delphi專業(yè)估計方法，使項目組對軟件規(guī)模（代碼行數(shù)，功能點）、人員工作量、進(jìn)度安排、費(fèi)用等進(jìn)行估算。本指南適用于研發(fā)中心所有項目生命周期中的估算活動。2Delphi估算方法2.1估算的角色項目經(jīng)理指定具有3-5名有經(jīng)驗的開發(fā)工程師參與估算。其中一名對項目內(nèi)容了解較深的人員需要被指定為估計組織者。如果項目經(jīng)理參加估計過程的話，組織者一般由項目經(jīng)理擔(dān)任。項目經(jīng)理指定估算組織者，參與者準(zhǔn)備估算所需要的輸入信息估算組織者通知，組織召開估算會議，提前發(fā)送估算輸入材料在必要的時候，需要向參與者解釋Delphi方法對估計任務(wù)進(jìn)行陳述為估算的參與者提供：輸入材料，估算活動的目標(biāo)，假設(shè)和限制收集，整理估算結(jié)果項目估算參與者檢查工作拆分內(nèi)容確定估算對象，使用的假設(shè)記錄估算值及理由估算活動估算準(zhǔn)備項目經(jīng)理根據(jù)項目的特點選定估算類型（規(guī)模，工作量等），確定估算組織者，參與者，會議議程，并準(zhǔn)備好相應(yīng)的材料。在選擇估算人員時應(yīng)考慮：3-5名具有開發(fā)經(jīng)驗的人員，可以是項目組外的人員具備該項目的背景知識指定的估算組織者負(fù)責(zé)與參加估算人員進(jìn)行溝通，確定估算會的時間，地點，會議議程，并Email形式提前發(fā)送估算會議通知。估算會議會議啟動在必要時，組織者向參與者解釋Delphi方法組織者發(fā)給估算參與人估算的輸入材料，可能是需求文檔，WBS（WBS的制定具體參與V工作拆分指南〉）等和一張VDelphi估算記錄表〉組織者對估算內(nèi)容進(jìn)行陳述，幫助估算人員了解項目背景對每一個需要估算的任務(wù)小組討論出共同的假設(shè)和約定條件，并作為估計的基礎(chǔ)初始估算估算參與人檢查提供的工作任務(wù)列表內(nèi)容，為每一項任務(wù)獨立進(jìn)行估算，得到初始估算數(shù)據(jù)記錄到V估算記錄表〉，并且清晰注明所考慮的假設(shè)和限制，如假設(shè)的條件為：假設(shè)由一個人來完成所有的任務(wù)假設(shè)所有的任務(wù)定義都串行的假設(shè)在定義這些任務(wù)的過程中沒有中斷組織人收集所有人的匿名估算數(shù)據(jù)，并且用圖形標(biāo)明。2.3.3估算解釋，再估算初始估算結(jié)束后，估算組織者解釋估算人員填寫的估算值及假設(shè)條件，所有人一起討論被估算的對象，使用的假設(shè)，需要澄清的問題等，討論中應(yīng)注意有可能需要增加任務(wù)討論時間由組織人負(fù)責(zé)控制在15-20分鐘討論之后，估算參與人根據(jù)討論中獲得的新信息和假設(shè)，以及考慮別人的意見，各自對自己的估算進(jìn)行調(diào)整，此過程中應(yīng)避免互相討論。組織人收集所有人的匿名估算數(shù)據(jù)，用圖形標(biāo)明所有人調(diào)整的估算值，一輪估算結(jié)束注：匿名方式是為避免資深專家對估算過程的導(dǎo)向性。2.3.4達(dá)成一致組織者判斷是否結(jié)束估算，應(yīng)考慮以下幾種情況：????所有人的估算的結(jié)果已經(jīng)落到一個能夠接受的狹窄范圍之內(nèi)沒有人愿意對自己的估算進(jìn)行修改會議時間到已經(jīng)進(jìn)行4輪估算如果無法達(dá)成一致，需要進(jìn)行再估算，重復(fù)以上過程3.2.32.3.5整合數(shù)據(jù)組織者收集估算活動原始記錄表格組織者針對估算結(jié)果進(jìn)行討論后選擇估算數(shù)據(jù)?？蛇x用的方法包括：???取平均值取中值確定選用范圍組織者負(fù)責(zé)會后將數(shù)據(jù)整理到V估算書〉中輸出任務(wù)估計結(jié)果記錄，包括本次估計產(chǎn)生的假設(shè)和條件，V估算書〉3功能點估算（FPA）功能點測量是在需求分析階段基于系統(tǒng)功能的一種規(guī)模估計方法。通過研究初始應(yīng)用需求來確定各種輸入、輸出、計算和數(shù)據(jù)庫需求的數(shù)量和特性。確定數(shù)據(jù)功能及其復(fù)雜性找出內(nèi)部邏輯文件和外部接口文件1.內(nèi)部邏輯文件：系統(tǒng)所存放的數(shù)據(jù)或控制信息，可以關(guān)系數(shù)據(jù)表、文本文件或其他形式存放。例如雇員的主數(shù)據(jù)文件就是工資系統(tǒng)一個ILF，可以通過外部輸入（EI）來增加、刪除或更新雇員主數(shù)據(jù)文件的內(nèi)容外部接口文件：系統(tǒng)與其它應(yīng)用共享的數(shù)據(jù)或控制信息，但數(shù)據(jù)的維護(hù)由其他系統(tǒng)執(zhí)行識別ILF和EIF的原則一個文件在一個系統(tǒng)中只能是ILF或EIF，而不可能同時屬于兩種類型一個系統(tǒng)的EIF文件必然是另外一個系統(tǒng)的ILF如果在多個系統(tǒng)中維護(hù)同一個數(shù)據(jù)文件，則它就是多個系統(tǒng)的ILF應(yīng)該從用戶的角度來考慮文件的劃分，例如“發(fā)票”就是一個單獨的ILF或ELF盡管在設(shè)計中“發(fā)票”的信息可能來源于多張數(shù)據(jù)表中的字段，檢查點文件、索引文件LOG文件等不是ILF或ELF，因為它們對用戶并不是可見的3.1.3確定ILF與EIF的復(fù)雜度確定ILF與EIF的復(fù)雜度要確定兩個系數(shù)：數(shù)據(jù)元素類型（DET），記錄元素類型（RET）計算輸入，輸出，查詢的數(shù)目外部輸入（EI）:更新系統(tǒng)數(shù)據(jù)的功能，例如“下訂單”可以作為一個EI，修改訂單作為另外一個EI，如果取消訂單則又是一個EI，所以仍然應(yīng)該從用戶的角度去考慮EI的確定原則外部輸出（E0）:系統(tǒng)向外部輸出的數(shù)據(jù)或控制信息EO通常表現(xiàn)為報表的形式3.外部查詢（EQ）:輸入與輸出的組合功能，輸出是輸入的直接結(jié)果EQ通常表現(xiàn)為查詢功能3.2.2識別EI,EO和EQ的原則1.EI的識別原則：外部系統(tǒng)輸入本系統(tǒng)的功能引起系統(tǒng)中數(shù)據(jù)變化的功能如果輸入數(shù)據(jù)過多，可能分成兩屏或更多，則仍然視為一個EIEI的輸入形式可以是屏幕輸入，也可以是文件導(dǎo)入的方式等多種形式2.EO的識別原則系統(tǒng)向外部輸入的數(shù)據(jù)或控制信息需要系統(tǒng)作某種處理如果輸出數(shù)據(jù)過多，可能分成兩屏或更多，則仍然視為一個EOEO不包括查詢結(jié)果輸出，查詢作為另一分類3.EQ的識別原則：EQ為輸入與輸出的組合EQ功能不會改變?nèi)魏蝺?nèi)部數(shù)據(jù)輸出是輸入的直接結(jié)果如果輸出數(shù)據(jù)過多，可能分成兩屏或更多，則仍然視為一個EQEQ既不能當(dāng)作EI，也不能當(dāng)作EO確定EI,EO,EQ的復(fù)雜度確定EI的復(fù)雜度：EI的復(fù)雜度取決于兩個因素一一數(shù)據(jù)元素類型（DET），引用文件類型（FTR）數(shù)據(jù)元素的確定同ILF和EIF，當(dāng)EI引用ILF（增刪改查）或EIF（只讀）中的數(shù)據(jù)，則視為一個FTR。處理EI的過程中也要計算FTR的數(shù)目如果EI對同一個數(shù)據(jù)文件進(jìn)行不同的操作（增刪改查），則視為一個FTREO的復(fù)雜度取決于兩個因素一數(shù)據(jù)元素類型（DET）,引用文件類型（FTR）FTR指EO處理過程中所引用的文件EQ的復(fù)雜度取決于兩個因素一數(shù)據(jù)元素類型（DET）,引用文件類型（FTR）FTR指EQ處理過程中所引用的文件3.3計算初始功能點初始功能點取決于功能類型及其對應(yīng)的復(fù)雜度,表中是各個功能類型對應(yīng)的系數(shù)確定14個系統(tǒng)特征值確定系統(tǒng)的14個特征值FPA方法認(rèn)為有14個因素影響FP的個數(shù)，這14個特征值根據(jù)SRS的內(nèi)容來判斷根據(jù)每個特征值的特點，決定它的取值，取值范圍介于0到5之間1.數(shù)據(jù)通訊考慮系統(tǒng)與其他通訊設(shè)備之間的接口，以及所涉及到的不同的通訊協(xié)議。例如，獨立的應(yīng)用程序（計算器或日歷）得分為零；而支持多種通訊協(xié)議的應(yīng)用程序則得分為52.分布式數(shù)據(jù)處理應(yīng)用程序內(nèi)部分布式數(shù)據(jù)或分布式功能的特征。例如，在系統(tǒng)的組件之間沒有數(shù)據(jù)傳輸或處理功能得分為0；系統(tǒng)的組件需要大量動態(tài)的處理得分為53.性能用戶明確陳述或隱含的性能目標(biāo)（相應(yīng)時間或吞吐量），性能目標(biāo)會影響到設(shè)計、開發(fā)、安裝或系統(tǒng)的支持等方面的工作。例如，沒有性能要求的應(yīng)用得分為0；如果應(yīng)用要求性能目標(biāo)并需要在系統(tǒng)測試時用相應(yīng)的性能分析工具來檢驗，得分為54.運(yùn)行設(shè)備n與用戶期望的運(yùn)行設(shè)備有關(guān)，需要在設(shè)計的過程中作相應(yīng)的考慮。例如，如果用戶希望在現(xiàn)有的設(shè)備或指定的設(shè)備上運(yùn)行應(yīng)用程序，而這個設(shè)備可能會被頻繁使用，此時設(shè)備可能成為應(yīng)用程序的瓶頸。此時得分較高。事務(wù)處理量事務(wù)處理量的高低（El、E0、EQ）。事務(wù)處理量高的情況下會影響設(shè)計、開發(fā)與維護(hù)等工作。例如，在事務(wù)量高且不可預(yù)見的情況下得分為56.在線數(shù)據(jù)輸入應(yīng)用程序提供的在線數(shù)據(jù)輸入與控制功能。下面是得分原則：.0-所有的事務(wù)都是批量處理.1-需要交互的數(shù)據(jù)不超過7%.2-需要交互的數(shù)據(jù)不超過15%.3-需要交互的數(shù)據(jù)不超過23%.4-需要交互的數(shù)據(jù)不超過30%.5-需要交互的數(shù)據(jù)超過30%7.用戶界面友好程度用戶界面的友好程度，用戶對功能鍵、菜單、下拉列表、HELP格式等有無特殊的要求8.數(shù)據(jù)在線更新例如，應(yīng)用程序提供在線更新ILF的功能，提供自動恢復(fù)的功能而無需人員的干預(yù)，提供安全機(jī)制，此時得分較高9.算法應(yīng)用程序是否涉及到復(fù)雜的算法（邏輯的和數(shù)學(xué)的），根據(jù)經(jīng)驗來判定10.可重用如果應(yīng)用程序或代碼被指定要在其他的應(yīng)用程序中重用，給予較高的值11.安裝容易程度考慮對安裝工具、安裝手冊、安裝自動化等方面的要求，安裝困難得分值較高12.操作容易程度考慮系統(tǒng)提供的啟動、關(guān)閉、備份、恢復(fù)等功能，如果系統(tǒng)在執(zhí)行這些功能的過程中需要的手工操作越少，那么得分值越高13.多點運(yùn)行如果應(yīng)用程序是為多個組織所設(shè)計，并在不同的地點運(yùn)行，不同地點的需求、軟件平臺、硬件平臺的差異越大，那么得分值越高。14.客戶化程度用戶對如下的功能是否客戶化：.報表布局修改.定義新報表.用戶定義查詢.用戶定制界面如果客戶化程度越高，則得分值越高3.4.2計算調(diào)整值系數(shù)VAF=(TDI*0.01)+0.65TDI(TOTALDEGREEOFINFLUENCE)0.65計算功能點FPC=UFP*VAF4．類比法類比法適合評估一些與歷史項目在應(yīng)用領(lǐng)域、環(huán)境和復(fù)雜度的相似的項目，通過新項目與歷史項目的比較得到規(guī)模估計。類比法估計結(jié)果的精確度取決于歷史項目數(shù)據(jù)的完整性和準(zhǔn)確度，因此，用好類比法的前提條件之一是組織建立起較好的項目后評價與分析機(jī)制，對歷史項目的數(shù)據(jù)分析是可信賴的。操作步驟1．整理出項目功能列表和實現(xiàn)每個功能的代碼行；2．標(biāo)識出每個功能列表與歷史項目的相同點和不同點，特別要注意歷史項目做得不夠的地方；3．通過步驟1和2得出各個功能的估計值；4．產(chǎn)生規(guī)模估計?？芍赜么a的估算問題軟件項目中用類比法，往往還要解決可重用代碼的估算問題。估計可重用代碼量的最好辦法就是由程序員或系統(tǒng)分析員詳細(xì)地考查已存在的代碼，估算出新項目可重用的代碼中需重新設(shè)計的代碼百分