估計方法指南

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