而後依次對如下14個系統常規特性進行打分,並帶入如下計算公式算出功能點的調整因子。
Value Adjustment Factor=( sum of (DI) * 0.01 ) + 0.65前端
計算調整因子算法
1. 數據通信
數據通信指的是應用程序直接與處理器通信的程度。一般咱們都是經過某種通信手段來實如今一個應用中所使用的數據或者控制信息。鏈接到本地控制器上的終端被認爲是通信設施,協議則指兩個系統或設備之間進行通信時使用的一種約定。全部的數據通信連接都須要某種協議。數據庫
0 | 應用程序是單純的批處理或者PC stand-alone |
1 | 應用程序是一種批處理過程,可是包含遠程數據的錄入或遠程打印 |
2 | 應用程序是一種批處理過程,可是包含遠程數據的錄入和遠程打印 |
3 | 應用程序包括在線數據收集或者包括批處理或查詢系統的遠程處理的前端應用 |
4 | 應用程序不單只是前端應用,可是僅支持一種遠程處理通信協議 |
5 | 應用程序不單只是前端應用,還支持多於一種的遠程處理通信協議 |
2. 分佈式數據處理
分佈式數據處理是應用在內部組件之間傳遞信息的程度。這個特性是在應用邊界內體現的。 安全
0 | 應用程序不支持組件之間的數據傳輸和處理功能 |
1 | 應用程序爲用戶可能進行的處理準備數據(例如使用電子表格或者數據庫等) |
2 | 應用程序所準備的數據是爲了在系統另一個組件上傳輸和處理,並不是爲終端用戶所處理。 |
3 | 分佈式處理和數據傳輸是在線的,而且是單向的 |
4 | 分佈式處理和數據傳輸是在線的,而且是雙向的 |
5 | 由系統中最恰當的組件動態地執行處理功能 |
3. 性能
性能是吞吐量、處理時間等指標對開發的影響。用戶所提出的性能要求將直接影響到系統的設計、實施、安裝和支持。數據結構
0 | 用戶沒有提出性能方面的要求 |
1 | 用戶提出了性能和設計方面的要求,但不須要採起特定措施 |
2 | 響應時間和吞吐量在系統峯值時是關鍵的,可是不須要採起相應的CPU使用方面的特殊設計。處理的最後期限是在下一個工做日。 |
3 | 在任什麼時候候響應時間和吞吐量都是關鍵的,可是不須要採起相應的CPU使用方面的特殊設計。處理的完成期限比較嚴格。 |
4 | 除了上面一項的要求外,因爲對需求的要求比較嚴格,在設計階段就要進行性能分析。 |
5 | 除了上面一項的要求以外,在設計和實施階段須要使用性能分析工具來判斷性能要求的完成狀況。 |
4. 大業務量配置
大業務量配置是指計算機資源對應用開發的影響程度。大業務量的運行配置對設計有特殊要求,是必須考慮的一個系統特性。分佈式
0 | 沒有提出明確的運行方面的限制 |
1 | 有運行方面的限制,可是不須要採起特別的措施以知足運行限制 |
2 | 提出了一些安全和時間方面的限制 |
3 | 應用程序的某些部分對處理器有特定的要求 |
4 | 提出的運行限制對應用的中央處理器或者專用處理器有特殊的要求 |
5 | 除上面一項以外,還對應用的分佈式組件提出了限制 |
5. 事務處理率
事務處理率是業務交易處理速度對系統的設計、實施、安裝和支持等的影響。 工具
0 | 預計不會出現週期性的高峯事務處理期 |
1 | 預計會有周期性的高峯事務處理期(例如:每個月、每季、每一年) |
2 | 預計每週都會出現高峯事務處理期 |
3 | 預計天天都會出現高峯事務處理期 |
4 | 用戶在應用程序需求或者服務級別協議中對事務率要求很高,所以必須在設計階段進行性能分析。 |
5 | 用戶在應用程序需求或者服務級別協議中對事務率要求很高,所以必須進行性能分析並在設計、開發和安裝階段中使用到性能分析工具。 |
6. 在線數據輸入
在線數據輸入是指數據經過交互的方式輸入系統的程度。系統中包括在線數據輸入和控制信息功能。性能
0 | 全部事務都是批處理的 |
1 | 1%~7%的事務是以交互式的方式進行數據錄入 |
2 | 8%~15%的事務是以交互式的方式進行數據錄入 |
3 | 16%~23%的事務是以交互式的方式進行數據錄入 |
4 | 24%~30%的事務是以交互式的方式進行數據錄入 |
5 | 30%以上的事務是以交互式的方式進行數據錄入 |
0 | 以上的一個都不包括 |
1 | 包括以上的1~3個 |
2 | 包括以上的4~5個 |
3 | 包括以上的6個或以上,可是沒有用戶對於效率的要求 |
4 | 包括以上的6個或以上,對用戶使用效率有較高要求,於是必須考慮用戶方面的設計(例如,最少擊鍵次數、儘量提供默認值、模版的使用) |
5 | 包括以上的6個或以上,用戶對效率的要求使得開發人員必須使用特定的工具和流程以斷定用戶對效率的要求已經被達成 |
8. 在線更新
在線更新是指內部邏輯文件ILF被在線更新的程度。應用系統提供在線更新內部邏輯文件的功能。 測試
0 | 沒有在線更新 |
1 | 包含1~3 個控制文件的在線更新。更新的流量低,恢復容易。 |
2 | 包含對4 個以上控制文件的在線更新。更新的流量低,恢復容易。 |
3 | 包含對主要ILF 的更新。 |
4 | 除了3 以外,在設計和實施中要考慮對數據丟失的防範。 |
5 | 除了4 以外,大量的數據恢復工做要考慮成本因素,同時包含了高度自動化的恢復流程。 |
0 | 上面一個都不知足 |
1 | 只知足一個 |
2 | 只知足兩個 |
3 | 知足三個 |
4 | 知足四個 |
5 | 都知足 |
10. 可複用性
應用系統中的應用和代碼通過特殊設計、開發和支持,能夠在其餘應用系統中複用。 spa
0 | 沒有可複用的代碼 |
1 | 代碼在應用以內複用 |
2 | 應用中被其餘用戶複用的部分不足10% |
3 | 應用中被不止一個用戶使用的部分超過10% |
4 | 應用聽從一種易於複用的方式被打包和文檔化。用戶在源代碼級客戶化該應用。 |
5 | 應用按照一種易於複用的方式被打包和文檔化。用戶使用用戶參數來對該應用進行客戶化。 |
11. 易安裝性
易安裝性指應用系統的轉換和安裝容易度對開發的影響程度。系統測試階段提供了轉換和安裝計劃/轉換工具。
0 | 用戶對安裝沒有特定的要求 |
1 | 用戶對安裝沒有特定的要求,但有特定的安裝環境要求 |
2 | 用戶提出了安裝和轉化的要求,轉化/安裝指南被通過測試提供給用戶。可是轉化的影響對該應用不重要。 |
3 | 用戶提出了安裝和轉化的要求,轉化/安裝指南被通過測試提供給用戶。轉化的影響對該應用來講是重要的。 |
4 | 除了2 的要求以外,須要提供通過測試的自動化的安裝和轉化工具。 |
5 | 除了3 的要求以外,須要提供通過測試的自動化的安裝和轉化工具。 |
12. 易操做性
易操做性指的是應用對運行的影響程度,若有效啓動、備份和恢復規程的影響。易操做性是應用提供的一種特性,它最小化了手工操做的要求。
0 | 用戶沒有指定除正常備份程序外的其它特定操做 |
1 | 提供高效的啓動、備份和恢復進程,但須要人手操做 |
2 | 提供高效的啓動、備份和恢復進程,不須要人手操做(看成兩項計算) |
3 | 應用程序對磁帶的需求最小化 |
4 | 應用程序對硬拷貝處理的需求最小化 |
5 | 程序設計成無人操做模式。無人操做模式的意思是除了啓動和關閉以外,不須要對系統進行操做。程序的其中一個功能就是錯誤自動恢復。 |
13. 多場地
多場地指應用系統經特殊設計、開發能夠在多個組織、多個地點應用的程度。
0 | 用戶需求不含多場地和組織的要求 |
1 | 考慮了多場地的要求,可是設計要求應用在不一樣的場地使用相同的軟硬件環境 |
2 | 考慮了多場地的要求,可是設計要求應用在不一樣的場地使用相似的軟硬件環境 |
3 | 考慮了多場地的要求,同時設計支持應用在不一樣的場地使用不一樣的軟硬件環境 |
4 | 在1 或者2 的要求之上,提供了通過測試的多場地的文檔和支持計劃 |
5 | 在3 的要求之上,提供了通過測試的多場地的文檔和支持計劃 |
0 | 一個都不知足 |
1 | 合計知足一個 |
2 | 合計知足二個 |
3 | 合計知足三個 |
4 | 合計知足四個 |
5 | 合計知足五個 |
計算調整後的功能點個數
國際IFPUG組織將軟件項目分爲三類,功能點估算法適用於任何一類項目,其計算公式中的術語請詳見表1。
FP Count =UFP * VAF
有時新開發的軟件項目也須要與其餘現存的軟件系統進行整合。例如:一個企業新開發的MIS內部管理系統常常會與財務系統進行整合。這時除了考慮自己項目的功能點個數外,還要考慮系統整合或數據遷移部分的工做量。所以,其功能點計算公式以下:
FP Count =(UFP+CFP)* VAF
表1 功能點技術公式術語
術語 英文 中文含義ADD Added functionality 被添加的功能點個數CFP Conversion functionality 被轉換的功能點個數CHGA UFP of changed functionality after enhancement 功能加強後所改動的功能所貢獻的未調整的功能點個數DEL Deleted functionality 被刪除的功能點個數UFP Unadjusted functional point count 未調整的功能點個數VAF Value adjustment factor來自 「 ITPUB博客 」 ,連接:http://blog.itpub.net/21011012/viewspace-621026/,如需轉載,請註明出處,不然將追究法律責任。
轉載於:http://blog.itpub.net/21011012/viewspace-621026/