功能点分析法 FPA 总结

《功能点分析法 FPA 总结》由会员分享，可在线阅读，更多相关《功能点分析法 FPA 总结（86页珍藏版）》请在金锄头文库上搜索。

1、Comment chenyong1: 听说印度有 95以上的公司都在用这个方法，不知道国内如何呢？1 要点学习的资料就是钱岭的那本书处理元（Elementary Process）。参考 IFPUG的功能点计算实践手册方法:Google 关键字：FPA ppt FPA 笔记 读书笔记FPA ILF pptFPA CASEFPA exampleCounting Practices Manual, Release 4.2 pdfComment chenyong2: Comment chenyong3: Comment chenyong4: Comment chenyong5: Comment che

2、nyong6: EI：個人資料輸入EO：個人資料輸出EQ：個人資料查詢學籍系統 選課系統ILF：學生基本資料EIF：選課資訊甲學生EI：選課EO：選課結果計算範圍2 功能点分析法 FPA一九七九年，IBM 公司的 Allan Albrecht 发展出功能点分析法，来解决某些量度系统规模之方法（如代码行数）所存在之问题。它是一种量度系统规模的方法，可比较不同类型系统的规模，并且不受所采用技术的限制。量度的资料须对终端用户或系统购买者具有意义，并可以在系统发展周期的初期轻易计算出来。这个方法是透过分析与用户有关的功能，进而量度整个系统。它亦是用以估计软件发展及维修之所需成本及资源的工具。功能点分析

3、法从两方面，即 特定的用 户 功能 及 系 统 特性 ， 来量度应用系统的规模。Comment chenyong7: Comment chenyong8: Comment chenyong9: Comment chenyong10: 顾名思义，特定的用户功能是用以量度应用系统就用户要求所提供的功能。这些功能可分为五个类型，包括 资 料 输 入功能 、资 料 输 出功能 、资 料 查询 功能 、系 统 内的 资 料档 案 及 外界系 统 之有关档案 。上述五个功能类型的每一项功 能可进一步界定为 低 、中 、高 三种，而每种复杂性并乘以一个特定数字，当每项数字加起来时，便是资讯处理规模的量化结果

4、，称为 基本功能点 。另外，系统的一般功能受以下的 一般 系 统 特征 影响；而有关特征是用以对系统的一般功能作出评级的。(a) 数 据 通 讯 ； (h) 联机修订资料程度；(b) 分 布 式 处 理 ； (i) 复杂性；(c) 系 统 性 能 ； (j) 再用性；(d) 使用现有器材； (k) 安装便捷程度；(e) 处 理 效 率 ； (l) 操 作 便 捷 程 度 ；(f) 联机数据输入； (m) 多个电脑场地；及(g) 用户使用便捷程度 ； (n) 更改的便捷程度。一般应用系统的每项属性均按 影响程度 评级。影响程度分为零至五级，即由没有影响至有重大影响等五级。所有影响程度的总和最终决

5、定了整个计划的价值调整因素。基本功能点乘以价值调整因素所得出的数目，便是以经调整的功能点显示的应用系统规模。经调整的功能点=（基本功能点）X（价值调整因素） Comment chenyong11: Comment chenyong12: Comment chenyong13: Comment chenyong14: 3 FPA笔记一 功能点分析法概述3.1什么是功能点分析法（FPA）功能点分析法，简称 FPA，与代码行分析法是近年来最流行的两种基础软件规模估算和度量方法。代码行估算法侧重技术角度，需要一定的基准数据支撑。基准数据越多，估算难度较小。代码行估算法与实现的技术，计算机语言密切相关。

6、功能点分析法侧重功能，在基准数据缺乏时也能进行，不过估算流程比较复杂。它完全独立于技术，且可以给用户量化的概念。这里所说的功能点分析法，由 Allan J Albrecht首先提出，又称Albrecht功能点分析法 。除此之外，还有 Mark II FPA和完全功能点等。但习惯 上，人 们说 的功能点分析法就是 Albrecht功能点分析法。3.1.1功能点分析法的定义官方文档 IFPUG CPM 4.2.1给出功能点分析法的定 义是：Function point analysis is a standard method for measuring software development

7、from the users point of view.具体来说，FPA 有这么几个特点：Comment chenyong15: Comment chenyong16: Comment chenyong17: Comment chenyong18: Comment chenyong19: Comment chenyong20: Comment chenyong21: Comment chenyong22: Comment chenyong23: 它是一种适用于软件开发的度量方法。它是一种标准的度量方法，由国际功能点用户组（IFPUG）维护和推动。它从用户视角来度量产品规模。它不注重产品的内部

8、结构和技术复杂度。不过也并非完全无视这些因素。FPA标准的 维护组织 是国际功能点用户组 IFPUG (http:/www.ifpug.org)，它不定期的发布 Counting Practices Manual，简称 CPM来统一不同公司和产品的功能点计算模型。这套模型基于大量已完成项目的分析数据，非常全面和精确。对于同一个产品，不同的公司，不同的人，参照 CPM计算出来的功能点数应当是一样的。 目前最新版本是 2005的 CPM 4.2.1，现在三年未更新，计算模型已相当成熟。3.1.2功能点的定义什么是功能点？就是客户提出的一条条的需求吗？答案是否定的。在 FPA中，客户提出的需求，是功

9、能，功能 组和产品；但不是功能点。功能点是一个的度量单位，用于度量工作产品的规模。就像公斤和千米一样，仅仅是一个抽象化的单位。功能点不直接度量软件的内部架构和技术复杂度。单个功能点对用户没有意义，但一个功能包含多少个功能点对用户有意义。Comment chenyong24: Comment chenyong25: Comment chenyong26: Comment chenyong27: Comment chenyong28: Comment chenyong29: 一个系统，一个功能包含多少个功能点，是由一系列可见的要素分析计算得来，而不是拍脑袋的经验数字。功能点分为两种：未调整功能点和

10、调整功能点。未调整功能点是只记用户可见功能的中间结果，调整功能点是最终结果，在未调整后功能点基础上加入了系统实现和内部架构方面的因素。一般说一个系统包含多少个功能点，是指调整功能点。3.1.3那些功能是用户可见的？简而汇之，如下功能是用户可见的。GUI，如页面和窗体。报表。主要文件。参考文件，引用文件。控制文件。数据输入。3.2为什么使用功能点分析法FPA可以应 用于所有的 软件项目和软件身，包括新开发项目，升级项目，应 用程序， 维护项目等。 FPA的基本目的有两个：度量用户要求和接收到的功能为软件的开发和维护而度量其技术独立度。Comment chenyong30: Comment che

11、nyong31: Comment chenyong32: 3.2.1功能点分析法的用途软件度量的用途非常广泛，从客户，老板，管理人员，到程序员，都需要软件度量数据。FPA 作为一种软件度量方法，主要有三方面的用途：持续的过程改进，软件资产管理，项目管理。3.2.1.1 持续的过程改进FPA支持用于 软件质 量分析与生产力分析的量化指标，比如每功能点的平均 bug数，每功能点的平均人天数，等等。分析这些量化指标，可以找到过程改进的机会；可以度量改进的效果。无论是 组织还是个人，都需要持续的过程改进。具体来说，FPA可这个过程中发挥如下作用：为现状提供基线数据。1) 为改进决策提指明方向。2) 为

12、具体行动提供指南。3) 度量改进的结果。4) 将改进的结果基线化，进入下一轮改 进。可能改进的机会，英语是 Improvement Opportunities。这里的Opportunities用的很好，可惜中文的译词“机会”很难让人理解。习惯上是说“值得改进的地方”。3.2.1.2 软件资产管理FPA为组织 的软件资产 提供了量化的指标。软件资产的总规模Comment chenyong33: Comment chenyong34: 软件资产的增长率软件资产的维护成本软件资产的代换成本对于软件开发和服务组织，这些指标可为软件资产的维护策略提供决策依据：是重新开发，重构系统，重写代码但不改结构，还

13、是继续维护。对于使用软件的组织，这些指标可作为采购的参考：是自行开发，还是采购？采购的合理价格区间，目标采购包的功能符合度。FPA为应用 软件之间 的功能比较提供了规范化指标。3.2.1.3 项目管理(1) 估算开 发或维护的成本，资源，为项目计划提供依据。(2) 估算需求 变更的成本和对项目的影响。(3) 控制需求范 围。3.2.2 功能点分析法的优点基于定义良好的计算标准。基于客户视角。容易理解和接受。可应用于新项目，升级项目和维护项目。Comment chenyong35: Comment chenyong36: Comment chenyong37: Comment chenyong3

14、8: Comment chenyong39: 与技术和计算机语言无关。简单，易于计算，只需花费较少的工作量。一致的规模度量尺度。可用来比较不同组织和技术之间的比较。3.2.3 功能点分析法的缺点只考虑可见部分的复杂度，对系统内部复杂性考虑太少。功能复杂度三级划分比较武断。对一些比较复杂的功能，统计误差较大。FPA知 识简单假设全部是部分的和，没有考虑系统集成带来的额外开销。在 FPA的基 础上，还有一种 MARK II 功能点分析法，它能克服一些功能点法的缺陷。3.2.4 功能点分析法的度量描述举例(1) 今年我 们的生产率提高了 20%，从每月 10个功能点提高到 12个功能点。(2) 通过

15、质 量检视，我们交付的软件缺陷率由每功能点 2个缺陷，减少到每功能点 0.5个缺陷。(3) 我 们的 项目进度估算准确率显著提高，实际人天数和估算人天数的误差+45%减小到+15% 。(4) 我们的 应用软件包对相关业务的支持增加了 10%，原来是 50K 功能点，现在是 55K 功能点.(5) 由于我 们调整了维护策略，工程师人均维护的功能点数从 1000 提高到 1500.从而节省了$3M 的成本(6) 由于提高了客 户需求技术，我们把需求蔓延率从 35%降到 10%。(7) 根据功能点分析的结果，我们购买一个软件包，比自己开发节省了$1M.3.3 功能点分析法与软件生命周期功能点分析必须渗透于作为软件生命周期的全部，而不仅仅是项目开发阶段。不同阶段的功能点分析有不同的目的，参与人员和相关材料。3.3.1 软件生命周期FPA 将软件生命周期划分为六个阶段，与通常意义的软件生命周期基本相同。只不过有些具体名称上不同。比如：方案阶段又叫概念阶段，构建 阶段又叫实现阶段。Comment chenyong40: Comment chenyong41: 有四个阶段应当进行功能点分析：方案阶段，需求或设计阶段，交付阶段，维护阶段。 每个 阶段的功能点分析都有不同的目的。FPA不是某一个人的工作，而是