1、選用了FP功能點分析作為項目主要的估算方法.因為FP方法中有大量項目經驗數據可以從網絡上獲得，同時其數據功能TLF、EIF,以及事務功能EI、EOEQ的計算對經驗數據依賴不強，只需對概念理解正確一般就可以正確估算了.在估算成本的時候，因為公司以前的生產率數據是以LOC單位的，我利用軟件工程書籍中的“逆火”經驗數據，將LOC轉換為功能點單位，當然，這里必然導致一些誤差。為了降低估算誤差，最后使用Delphi專家分析法對估算結果進行了調整功能點估算法是軟件項目管理眾多知識中比較有技術含量的一個。在軟件項目管理中項目計劃制定的優劣直接關系到項目的成敗，項目計劃中對項目范圍的估算又尤為重要。如果項目負

2、責人對項目的規模沒有一個比較客觀的認識，沒有對工作量、所需資源、完工時間等因素進行估算，那么項目計劃也就沒有存在的意義。功能點估算法的特點項目范圍的估算在CMM的“MA度量分析管理和“PP項目計劃中均有涉及。對軟件項目范圍的估算有很多種方法，常見的是LOC代碼彳T和FP功能點法。它們之間的區別和關系如下：?功能點估算法常用在項目開始或項目需求基本明確時使用，這時進行估算其結果的準確性比較高。假如這個時候使用LOC弋碼行估算法，則誤差會比較大。?使用功能點估算法無需懂得軟件使用何種開發技術。LOC代碼行估算法則與軟件開發技術密切相關。?功能點估算法是以用戶為角度進行估算，LOC代碼行估算法則是以

3、技術為角度進行估算。?通過一些行業標準或企業自身度量的分析，功能點估算法是可以轉換為LOC代碼行的。在項目剛開始的時候進行功能點估算可以對項目的范圍進行預測。在項目開發的過程中由于需求的變更和細化可能會導致項目范圍的蔓延，計算出來的結果會與當初估計的不同。因此，在項目結束時還需要對項目的范圍情況重新進行估算，這個時候估算的結果才能最準確反映項目的規模。功能點分析的步驟具體步驟包括：1. 識別功能點的類型。2. 識別待估算應用程序的邊界和范圍。3. 計算數據類型功能點所提供的未調整的功能點數量。4. 計算人機交互功能所提供的未調整的功能點數量。5. 確定調整因子。6. 計算調整后的功能點數量。識

4、別項目的類型國際IFPUG組織將軟件項目分為三類，功能點估算法適用于任何一類項目：?新開發項目?二次開發的項目?功能增強的項目識別項目的范圍和邊界使用UMLB“UseCas3用例圖是以用戶角度進行識別項目范圍和邊界的最好方法，在畫用例圖時就必須明確系統的邊界。通過系統的邊界，我們可以知道哪些功能要計算功能點，哪些功能點是外部系統負責計算的。以圖2為例：一個外貿訂單系統只包含錄入、修改、刪除、查詢和統計訂單的功能，而匯率查詢轉換服務是不屬于該系統的。應用程序邊界的識別規則大家一定要牢記，不能從技術角度去思考，必須從用戶角度來定義；如果項目牽扯到多個系統，那么必須將這多個系統的邊界全部描述清楚。功

5、能點估算分類功能點估算法將功能點分為以下5類：1. ILF：InternalLogicalFile內部邏輯文件2. EIF:ExternalInterfaceFile外部接口文件3. EI:ExternalInput外部輸入4. EO:ExternalOutput外部輸出5. EQ:ExternalInquiry外部查詢其中，ILF和EIF屬于數據類型的功能點，EI、EOEQ寓于人機交互事務類型的功能點。以外貿訂單系統項目為例：?錄入訂單、修改訂單、刪除訂單是EI；?查詢訂單是EO?統計訂單是EQ?匯率查詢轉換系統為EIF?訂單和客戶是ILF識別功能點的重要原則ILF、EIF要與EI、EOEQ

6、分開計算。ILF和EIF屬于數據類型的功能點,EI、EOEQH于事務類型白功能點。對ILF和EIF復雜度的計算可以簡單理解為對數據庫復雜度的計算。對EI、EOEQ復雜度的計算可以理解為對程序開發復雜度的計算。一般軟件項目都是由數據和程序構成的，因此計算ILF、EIF和計算EI、EOEQ之間沒有任何關系。內部邏輯文件與外部接口文件ILF內部邏輯文件內部邏輯文件是指一組以用戶角度識別的、在應用程序邊界內且被維護的邏輯相關數據或控制信息。ILF的主要目的是通過應用程序的一個或多個基本處理過程來維護數據。EIF外部接口文件外部接口文件是指一組在應用程序邊界內被查詢，但在其他應用程序中被維護的、以用戶角

7、度來識別的、邏輯上相關的數據。因此，一個應用程序中的EIF必然是其他應用程序中的ILF。EIF的主要目的是為邊界內的應用程序提供一個或多個通過基礎操作過程來引用的一組數據或信息。EIF所遵循的規則：?從用戶角度出發識別的一組邏輯數據。?這組數據是在應用程序外部，并被應用程序引用的。?計算功能點的這個應用程序并不維護該EIF。?這組數據是作為另一個應用程序中的ILF被維護的。ILF和EIF的復雜性計算ILF和EIF的復雜性是取決于RET(Recordelementtype)和DET(Dataelementtype)的數量。DET是一個以用戶角度識別的、非重復的、有業務邏輯意義的字段。EI、EOE

8、Q的比較EI是處理來自應用程序邊界外部的一組數據輸入，它的主要目的是維護一個或多個ILF,以及/或者更改系統的行為。EO是輸送數據到應用程序邊界外部的過程。它的主要目的是通過邏輯處理過程向用戶呈現信息。該處理過程必須包含至少一個數學公式或計算方法，或生成派生數據。一個EO也可以維護一個或多個ILF,并/或改變系統行為。EQ是向應用程序邊界外發送數據基本處理的過程。其主要目的是從ILF或EIF中通過恢復數據信息來向用戶呈現。該處理邏輯不包括任何數學公式或計算方法，也不會生成任何派生數據。EQ不會維護任何一個ILF,也不會改變應用程序的系統行為。EO和EQ的共同點是，其主要目的都是通過基本操作過程

9、展現數據給用戶。EI、EOEQ的比較見下表。表1EI、EOEQ的主要目的目的EIEOEQ改變應用程序的屬性或行為主要目的次要目的不允許維護一一個或多個ILF主要目的J次要目的不允許顯示7息給用戶|次要目的主要目的J主要目的表2EI、EOEQ的主要行為EIEOEQ數學公式或計算被執行可以至少選擇一次/、口以至少一個ILF被修改至少選擇一次至少選擇一次/、口以至少一個ILF或EIF被引用可選可選必選數據被重新恢復可選可選必選派生數據被創建可選至少選擇一次可選應用程序的行為或屬性被修改至少選擇一次至少選擇一次可選準備或呈現信息到系統邊界外可選必選必選接受進入系統邊界內的數據的能力必須可選可選事務類型

10、功能點的計算規則在IFPUG的定義中有一個重要的單詞“ElementaryProcess-基本處理過程。該過程對用戶來說是一個有意義的、最小的活動單位，并且是一個自包含的活動。功能點的分類，EI、EOEQ的識別都是基于“ElementaryProcess”基本處理過程的。EI的計算規則1 .從應用邊界之外收到數據。2 .如果進入系統邊界內的數據不是一個改變系統行為的控制信息，那么至少一個ILF應該被改變。3 .對于已識別的處理過程，至少滿足下面三個條件之一。?該基本處理過程的邏輯與本應用系統中其它基本處理過程的邏輯不同。該基本處理過程應該具有唯一性。例如：不能存在兩個完全一模一樣的存盤操作。?

11、在應用程序邊界內，該基本處理過程所使用的這組數據應該與其他基本處理過程所使用的數據不同。?在應用程序邊界內，基本處理過程所引用的ILF或EIF是不同于其它基本處理過程所引用的ILF或EIF。EO和EQ通用計算規則必須全部滿足以下內容才能被視為一個EO或EQ1. 從外部發送數據或控制信息到應用程序邊界內。2. 為了識別這個過程，以下三點必須滿足一個：?該基本處理過程邏輯上必須是唯一的，該唯一性是指其在應用程序中與其他EO或EQ在邏輯性上保持唯一。?該基本處理過程所使用的數據應該是唯一的，該唯一性是指其在應用程序中與其他EO或EQ所使用的數據不同。?該基本處理過程所引用的ILF或EIF文件應該是唯

12、一的，該唯一性是指其在應用程序中與其他EO或EQ所引用的ILF或EIF文件不同。EO補充的計算規則除了要滿足上面的通用規則外，還要滿足下面其中一條：?在基本操作過程中至少包含一個數學公式或計算方法?在基本操作過程中要產生派生數據?在基本操作過程中至少要維護一個ILF?在基本操作過程中要改變系統的行為。EQ補充的計算規則除了要滿足上面的通用規則外，還要滿足下面其中一條：?基本操作過程從ILF或EIF中獲取數據。?基本操作過程不能包含數學公式或計算方法。?基本操作過程不能生成派生數據?基本操作過程不能維護任何一個ILF?基本操作過程不能改變系統的行為EI、EQ和EO的技術復雜性計算復雜性取決于FI

13、Rs和DETs的數量。FTR是被一個事物讀取或維護的ILF,或者是被一個事物讀取的EIF。EI中識另1JFTR規貝U?每一個ILF應該算做一個FTR。?通過EI讀取的每個ILF或EIF都應該計算為一個FTR。?既被EI維護又被讀取的ILF僅計算為一個FTR。EI中識另1JDET規貝U?在EI的過程中，以用戶角度識別的、通過應用系統邊界輸入系統內部的非重復字段，應算作一個DET。?在EI的過程中，只要沒有通過系統邊界輸入，即使它存在于系統內的一個ILF中，也不能算為一個DET。例如，外貿訂單系統中，訂單的金額是被單價和數量自動計算的，那么金額是沒有通過系統邊界輸入的，因此在EI操作中就不應該算做

14、一個DET。?在應用程序的EI操作時，系統提示的錯誤信息或完成操作的信息，應該被分別計算為一個DET。例如，在網站注冊用戶信息時，由于輸入錯誤系統會顯示提示信息，那么這些提示信息應該被逐個計算為一個DET。再如，當EI操作完成時系統提示并顯示出來的信息，應該被計算為一個DET。?在EI操作中，如果遇到主外鍵的字段，應該算作一個DET。EO和EQ計算FTR的規貝U1. 通用規則：?每個在EO/EQ處理過程中讀取的ILF和EIF算一個FTR2. EO額外的FTR計算規則?在EO處理過程中每個被維護的ILF算一個FTR?在EO處理過程中既被讀取又被維護的ILF算一個FTREO和EQ計算DET的通用規

15、則?用戶可識別的非重復字段，進入應用邊界并指明處理什么、何時處理或處理方式，并且由EO/EQ返回或產生，那么這樣的每個字段算一個DET例如，報表中的每個字段都是一個DET。?在應用邊界內以用戶角度識別的非重復字段算一個DET。例如，在報表中起到解釋或備注作用的文字信息，不管是一個字、一個詞或一段話，都當作一個DET。再如，某種編號或日期，即使它被物理存儲在不同字段中，但從用戶角度看是一個整體的信息，因此被算作一個DET還有，在餅圖中百分比和分類算作不同的DET?在EO或EQ操作中，如果對系統進行輸入或讀取操作時，相同的字段只計算一個DET例如，在報表查詢時，輸入的字段在報表上也有顯示，那么將算

16、作同一個DET?在應用程序的EO或EQ操作時，系統提示的錯誤信息或完成操作的信息，應該被計算為DET例如，用戶查詢一個列表時被拒絕，那么拒絕的提示信息就算為一個DET?在EO或EQ操作中如果遇到主外鍵的字段，應該算作一個DET?在EO或EQ過程中，只要沒有通過系統邊界輸入，就算它存在于系統內的一個ILF中，也不能算為一個DET例如，在公司發工資的時候，員工對應的狀態信息被更新，但這個狀態信息的更新是沒有通過系統邊界輸入的，因此也不能算做一個DET?頁面的標題等類似信息不計算DET?系統字段生成的記號不能被算作一個DET例如，頁碼、位置信息、時間、上一頁和下一頁等信息，都不能算作一個DETEI復

17、雜度計算矩陣14個DET515個DET多于16個DET01個FTR低低中等2個FTR低中等高大于2個FRT中等高高EO和EQM雜度計算矩陣15個DET619個DET多于20個DET01個FTR低低中等23個FTR低中等高多于4個FTR中等高高未調整前功能點對應矩陣EI、EOEQILF和EIF技術復雜度對應的功能點如下表所示:低高EI346EO457EQ346ILF71015EIF5710用功能點估算法計算軟件項目功能點時會用到調整因子(或稱調整系數)。功能點的調整系數是通過通用系統特性及其影響程度來評定的，對每個常規系統特性的評估由其影響程度(DI)而定，分為05級：0毫無影響1偶然影響2適度

18、影響3一般影響4重要影響5強烈影響然后依次對以下14個系統常規特性進行打分，并帶入以下計算公式算出功能點的調整因子。ValueAdjustmentFactor=(sumof(DI)*0.01)+0.65計算調整因子1 .數據通訊數據通訊指的是應用程序直接與處理器通訊的程度。通常我們都是通過某種通訊手段來實現在一個應用中所使用的數據或者控制信息。連接到本地控制器上的終端被認為是通訊設施，協議則指兩個系統或設備之間進行通訊時使用的一種約定。所有的數據通訊鏈接都需要某種協議。0應用程序是單純的批處理或者PCstand-alone1應用程序是一種批處理過程，但是包含遠程數據的錄入或遠程打印2應用程序是

19、一種批處理過程，但是包含遠程數據的錄入和遠程打印3應用程序包括在線數據收集或者包括批處理或查詢系統的遠程處理的前端應用4應用程序不單只是前端應用，通訊協議但是僅支持一種遠程處理5應用程序不單只是前端應用，理通訊協議還支持多于一種的遠程處2 .分布式數據處理分布式數據處理是應用在內部組件之間傳遞信息的程度。這個特性是在應用邊界內體現的。0應用程序不支持組件之間的數據傳輸和處理功能1應用程序為用戶可能進行的處理準備數據（例如使用電子去格或者數據庫等）2應用程序所準備的數據是為了在系統另外一個組件上傳輸和處理，并非為終端用戶所處理。3分布式處理和數據傳輸是在線的，并且是單向的4分布式處理和數據傳輸是

20、在線的，并且是雙向的5由系統中最恰當的組件動態地執行處理功能3 .性能性能是吞吐量、處理時間等指標對開發的影響。用戶所提出的性能要求將直接影響到系統的設計、實施、安裝和支持。0用戶沒有提出性能方面的要求1用戶提出了性能和設計方面,的要求，但/、需要采取特定措施2響應時間和吞吐量在系統峰值時是關鍵的，但是不需要采取相應的CPUS用方面的特殊設計。處理的最后期限是在下一個工作日。3在任何時候響應時間和吞吐量都是關鍵的，但是不需要采取相應的CPU用方面的特殊設計。處理的完成期限比較嚴格。4除了上面一項的要求外，由于對需求的要求比較嚴格，在設計階段就要進行性能分析。5除了上面一項的要求之外，在設計和實

21、施階段需要使用性能分析工具來判斷性能要求的完成情況。4 .大業務量配置大業務量配置是指計算機資源對應用開發的影響程度。大業務量的運行配置對設計有特殊要求，是必須考慮的一個系統特性。0沒有提出明確的運行方面的限制1有運行方向的限制，但是/、需要采取特別的措施以涉足運行限制2提出了一些安全和時間方面的限制3應用程序的某些部分對處理器有特定的要求4提出的運行限制對應用的中央處理器或者專用處理器有特殊的要求5除上面一項之外，還對應用的分布式組件提出了限制5 .事務處理率事務處理率是業務交易處理速度對系統的設計、實施、安裝和支持等的影響。0預計不會出現周期性的高峰事務處理期1預計會有周期性的高峰事務處理

22、期（例如：每月、每季、每年）2預計每周都會出現高峰事務處理期3預計每天都會出現高峰事務處理期4用戶在應用程序需求或者服務級別協議中對事務率要求很高，因此必須在設計階段進行性能分析。5用戶在應用程序需求或者服務級別協議中對事務率要求很高，因此必須進行性能分析并在設計、開發和安裝階段中使用到性能分析工具。6 .在線數據輸入在線數據輸入是指數據通過交互的方式輸入系統的程度。系統中包括在線數據輸入和控制信息功能。0所后事務都是批處理的11%7事務是以交互式的方式進行數據錄入28%15%J事務是以交互式的方式進行數據錄入316%23%事務是以交互式的方式進行數據錄入424%30%事務是以交互式的方式進行

23、數據錄入530%Z上的事務是以交互式的方式進行數據錄入二7 .最終用戶效率最終用戶效率是指對應用的人文因素及使用的便捷程度等的考慮程度。如下功能設計是針對最終用戶效率的：?頁面導航?菜單?在線幫助或文檔?光標自動跳轉?可以滾動?在線遠程打印?預定義的功能鍵?在線做批量提交任務?光標可以選取界面上的數據?用戶使用大量反白顯示、重點顯示、下劃線或其他的標識?在線copy用戶文檔?鼠標拖動功能?彈出窗體?使用最少的界面完成某種商業功能?雙語言支持（如果選擇了這個就算4項）?語言支持（如果選擇了這個就算6項）0以上的一個都不包括1包括以上的13個2包括以上的45個3包括以上的6個或以上，但是沒有用戶對

24、于效率的要求4包括以上的6個或以上，對用戶使用效率后較圖要求，因向必須考慮用戶方面的設計（例如，最少擊鍵次數、盡可能提供默認值、模版的使用）5包括以上的6個或以上，用戶對效率的要求使得開發人員必須使用特定的工具和流程以判定用戶對效率的要求已經被達成8 .在線更新在線更新是指內部邏輯文件ILF被在線更新的程度。應用系統提供在線更新內部邏輯文件的功能。0沒有在線更新包含13個控制文件的在線更新。更新的流量低，恢復1容易。2包含對4個以上控制文件的在線更新。更新的流量低，恢復容易。3包含對主要ILF的更新。4除了3之外，在設計和實施中要考慮對數據丟失的防范。5除了4之外，大量的數據恢復工作要考慮成本

25、因素，同時包含了高度自動化的恢復流程。9 .復雜處理復雜處理描述了邏輯處理對應用開發的影響程度。它包含以下要素:?敏感控制（例如特殊的審核過程）和/或程序特定的安全處理?大量的邏輯處理?大量的數學處理?因為例外處理造成的需要重新處理的情況（例如，由TP中斷、數據值缺少和驗證失敗導致的ATM事務）?多種可能的輸入/輸出造成的復雜處理0上面一個都不滿足|1只滿足一個2只滿足兩個3滿足三個4滿足四個5都滿足10 .可復用性應用系統中的應用和代碼經過特殊設計、開發和支持，可以在其他應用系統中復用。0沒有可復用的代碼1代碼在應用之內復用2應用中被其他用戶復用的部分不足10%3應用中被不止一個用戶使用的部

26、分超過10%4應用遵從一種易于復用的方式被打包和文檔化。用戶在源代碼級客戶化該應用。5應用按照一種易于復用的方式被打包和文檔化。用戶使用用戶參數來對該應用進行客戶化。11 .易安裝性易安裝性指應用系統的轉換和安裝容易度對開發的影響程度。系統測試階段提供了轉換和安裝計劃/轉換工具。0用戶對安裝沒有特定的要求1用戶對安裝沒有特定的要求，但有特定的安裝環境要求2用戶提出了安裝和轉化的要求，轉化/安裝指南被經過測試提供給用戶。但是轉化的影響對該應用/、重要。3用戶提出了安裝和轉化的要求，轉化/安裝指南被經過測試提供給用戶。轉化的影響對該應用來說是重要的。4除了2的要求之外，需要提供經過測試的自動化的安

27、裝和轉化工具。5除了3的要求之外，需要提供經過測試的自動化的安裝和轉化工具。12 .易操作性易操作性指的是應用對運行的影響程度，如有效啟動、備份和恢復規程的影響。易操作性是應用提供的一種特性，它最小化了手工操作的要求。0用戶沒有指定除正常備份程序外的其它特定操作1提供高效的啟動、備份和恢復進程，但需要人手操作2提供高效的啟動、備份和恢復進程，不需要人手操作（當作兩項計算）3應用程序對磁帶的需求最小化4應用程序對硬拷貝處理的需求最小化5程序設計成無人操作模式。無人操作模式的意思是除了啟動和關閉之外，/、需要對系統進行操作。程序的其中一個功能就是錯誤自動恢復。13 .多場地多場地指應用系統經特殊設

28、計、開發可以在多個組織、多個地點應用的程度。0用戶需求不含多場地和組織的要求1考慮了多場地的要求，但是設計要求應用在不同的場地使用相同的軟硬件環境2考慮了多場地的要求，但是設計要求應用在不同的場地使用類似的軟硬件環境3考慮了多場地的要求，同時設計支持應用在不同的場地使用/、同的軟硬件環境在1或者2的要求之上，提供了經過測試的多場地的文檔和支持計劃在3的要求之上，提供了經過測試的多場地的文檔和支持計劃14 .支持變更支持變更是指應用在設計上考慮支持處理邏輯和數據結構變化的程度。可以具有如下的特性：?提供可以處理簡單要求的彈性查詢和報告功能，如對一個ILF進行與（或）邏輯?提供可以處理一般復雜度要

29、求的彈性查詢和報告功能，如對多于一個的ILF進行與（或）邏輯（當作兩項計算）?提供可以處理復雜要求的彈性查詢和報告功能，如對一個或多個ILF進行與（或）邏輯的組合（當作三項計算）?業務控制數據被保存到用戶通過在線交互進程維護的表中，但變更只會在第二個工作日生效?業務控制數據被保存到用戶通過在線交互進程維護的表中，且變更即時生效0一個都不滿足1合計滿足一個2合計滿足二個J3合計滿足三個4合計滿足四個5合計滿足五個計算調整后的功能點個數國際IFPUG組織將軟件項目分為三類，功能點估算法適用于任何一類項目，其計算公式中的術語請詳見表1。?功能點的原始計算公式：FPCount=UFP*VAF?新開發項

30、目有時新開發的軟件項目也需要與其他現存的軟件系統進行整合。例如：一個企業新開發的MIS內部管理系統經常會與財務系統進行整合。這時除了考慮本身項目的功能點個數外，還要考慮系統整合或數據遷移部分的工作量。因此，其功能點計算公式如下：FPCount=（UFP+CFP*VAF?二次開發的項目有時新開發的軟件項目是在原有基礎上進行二次開發的，只是為了增加一些新功能。因此，其功能點計算公式如下：FPCount=ADD*VAF?功能增強的項目功能增強項目的功能點估算比較復雜。在計算功能點前大家需要計算有哪些是新增加的功能，哪些是被修改的功能，哪些是屬于數據遷移或系統整合的功能。然后計算新系統技術復雜度的調整

31、因子“VAFA,并在此基礎上計算系統功能點的數量。當然，此類項目也會去掉一些原有功能，那么在原有系統的技術復雜度基礎上重新計算功能點的調整因子“VAFB,再計算所去掉功能貢獻的功能點數量。因此，其功能點計算公式如下：FPCount=(ADD+CHGA+CFPVAFA+(DEL*VAFB)表1功能點技術公式術語術語英文中文笆義ADDAddedfunctionality被添加的功能點個數CFPConversionfunctionality被轉換的功能點個數CHG/UFPofchangedfunctionalityafterenhancement功能增強后所改動的功能所貢獻的未調整的功能點個數DELDeletedfunctionality被刪除的功能點個數UFPUnadjustedfunctionalpointcount未調整的功能點個數V