功能点分析方法在项目规划中有哪些用途和好处？

• 项目范围

开发功能点计数的推荐方法是首先在功能上将软件分解为其基本功能组件（基本功能组件）。可以在功能层次结构上以图形方式说明这种分解。层次结构提供了要交付的应用程序功能的图形“目录”或“地图”。这种方法的优点是能够轻松地向用户传达应用程序的范围，不仅通过说明每个功能区域交付的功能数量，而且还通过功能点来衡量每个功能区域的规模大小。

• 评估更换影响

如果要开发的软件计划替换现有的生产应用程序，则评估业务是否将交付更多、更少或相同的功能是有用的。替换系统的功能可以映射到现有系统中的功能。可以在功能点中测量差异的定量评估。请注意，只有在现有应用程序已按功能点确定规模时，才能进行此比较。

• 评估更换成本

将要替换的应用程序的大小乘以要开发的每个功能点的成本估算，使项目发起人能够快速估算替换成本。可以获得行业衍生成本，并提供可能成本的大致数字。如果重新开发是针对组织以前没有体验过的新软件或硬件平台，则行业数据是特别有用的参考。理想情况下，组织应该根据项目历史为自己的特定环境建立自己的“每个功能点的成本”指标。

如果您正在考虑实施“定制的现成”软件包解决方案，那么这可以快速比较估计的软件包实施成本，以便与内部构建进行比较。

• 谈判范围

最初的项目估算通常会超过发起人的计划交付日期和预算成本。通常需要缩小交付的功能范围，以便在预定时间或预算限制内交付。

谈判过程可以通过测量不同场景的功能大小来快速确定不同场景的范围。例如，可以客观地衡量项目规模，以确定在所有功能都实施、仅实施强制性功能、仅实施强制性和必要性功能的情况下的规模（以及成本和持续时间）。这允许用户根据与考虑到项目的时间、成本和资源限制的可能性相比的相对优先级做出更明智的决定。

• 评估需求

从功能上调整应用程序的需求量化了应用程序提供的不同类型的功能。功能点计数将功能点分配给每种功能类型：外部输入、输出、查询以及内部和外部文件。

• 估算项目资源需求

一旦项目的范围达成一致，就需要制定对工作量、人力资源、成本和时间表的估计。如果先前项目的生产率（每个功能点的小时数、每个功能点的成本）是已知的，那么项目经理可以使用功能点计数来进行适当的估计。

• 分配测试资源

执行验收测试的工作量和所需测试用例的数量与功能区域内用户功能的数量和复杂性有关。量化每个功能区域的相对大小将使项目经理能够分配适当的测试人员并检查分配的测试用例的相对数量。

• 风险评估

由于缺少项目规模评估，使得实施变更的长期拖延、缺乏对其技术平台的支持以及昂贵的支持成本，管理层通常会决定重新开发整个应用程序。对于许多组织而言，这种重建超大型应用程序的策略已被证明是一场灾难，导致项目在开发中途被取消。

评估计划项目的功能点交付规模，使管理层能够就开发大型、高度集成的应用程序或采用下述低风险分阶段方法所涉及的风险做出明智的决策。

• 分阶段开发

如果项目经理决定分阶段进行项目开发，那么相关模块可能会降级到不同的版本。功能点计数允许项目经理开发“假设”场景并量化每个阶段的项目范围，作为做出客观决策的一种手段。

如果决定将应用程序实施为分阶段开发，则可以将每个版本的规模优化到已知可管理的大小。这可以通过使用适当的版本标记函数并通过在版本的计数范围内包括和排除函数来执行“假设”场景来轻松完成。

功能点分析方法在项目建设中有哪些用途和好处？

• 监控功能蠕变

功能点分析为项目管理提供了一种客观工具，通过该工具可以在项目的整个生命周期中监控项目规模的变化。

随着新功能的确定、项目期间功能的删除或更改，功能点计数会更新，受影响的功能会被适当标记。可以在每个主要里程碑处轻松跟踪和报告项目范围。

如果项目规模超过初始估算中允许的限制，则这将提供可能需要进行新估算的早期警告，或者，突出显示需要审查此版本将提供的功能。

• 评估和优先需求变更

功能点分析允许项目经理客观和定量地衡量变更请求的影响范围，并估计对项目进度和成本的影响。这种对用户返工影响的即时反馈使他们能够评估变更请求并确定其优先级。

需求变更往往隐藏在整个项目成本中，用户和开发人员无法量化其对整体项目生产率的影响。功能点分析使项目经理能够衡量由于用户发起的变更请求而返工的功能。结果为企业提供了宝贵的反馈，说明在项目早期投入用户资源以建立一套商定的需求并最大限度地减少项目生命周期中的变化，从而节省了潜在的成本。

软件实施后功能点分析方法有哪些用途和好处？

• 规划支持资源和预算

维护和支持应用程序所需的人员数量与应用程序的规模密切相关。了解应用程序组合的功能规模，管理人员可以自信地为支持资源的部署进行预算。

例如，在澳大利亚金融机构内，平均维护分配范围（每人支持的功能点数）为每人 833 个功能点。已经发现分配范围受到应用程序的年龄和用户数量的负面影响，即随着这两个参数的增加分配范围减小。Capers Jones 数据显示了类似的分配范围，其中对于高度复杂的老化、非结构化应用程序，每人 500 个功能点的分配范围并不罕见，而对于较新的，

一旦实施，应用程序通常需要不断增强以响应组织业务活动方向的变化。功能点可用于估计这些增强功能的影响。现有应用程序的基线功能点数将有助于这些估计。随着应用程序规模随着时间的推移而增长，不断增加的分配范围将为分配更多支持人员提供理由。

• 基准测试

交付功能的功能点计数为生产力和质量性能指标提供了输入。然后可以将这些与其他内部开发团队和实施环境的进行比较。使用行业数据进行内部和外部基准测试，可以识别最佳实践。

• 确定最佳实践

在软件开发和支持领域寻求“最佳实践”的项目经理认识到需要采用新的工具、技术和技术来提高流程的生产力和他们生产的产品的质量。将当前实践作为基准使管理层能够确定当前状态并设定现实的改进目标。

对生产力和质量关键绩效指标的持续测量使管理层能够评估其实施变更的影响，并确定可以进一步改进的地方。功能点是衡量软件过程输出的最普遍接受的方法。它们是任何流程改进计划中的关键指标，因为它们能够规范来自各种软件开发环境的数据，

• 规划新版本

应用程序交付的功能的功能层次结构还可以帮助支持经理为应用程序的每个新版本规划和分组变更请求。层次结构说明了密切相关的功能及其相对大小。

如果变更的影响集中在一组相关的功能上，那么开发工作就会减少，特别是在项目的设计、测试和文档阶段。这种评估变更请求影响范围的策略还通过将项目限制在可管理的规模并将变更集中在一组受限的相关业务功能上来降低项目风险。

• 软件资产估值

越来越多地使用功能点分析来支持“对其软件资产的评估”。

过去，软件被视为费用而非资本资产，因此不包括在组织的资产登记册中。最常用的软件评估方法是基于“剥夺法”。这种方法根据在今天的技术环境中更换软件的成本来评估软件，而不是最初构建的成本。

由于 FPA 提供了一种可靠测量软件的方法，因此一些组织已在其业务部门中实施了权责发生制预算和会计。根据该指令，所有资产都必须根据剥夺价值进行估值并考虑在内，从而确保对组织的财务支出进行更好的问责。通过预算分配提供的资金基于其财务账户中列出的资产及其折旧。过去，软件的购买价格在一个会计年度内记录为费用。这些最近的会计实践意味着它现在可以作为资产进行评估和折旧。

公开上市的组织发现，通过使用这种将软件作为资产而不是费用来衡量的权责发生制会计方法，他们可以在五年内摊销折旧，而不是人为地将当年的利润减少到软件的总成本中。这一策略对他们的股价产生了巨大的影响，因为他们的软件被列为资本资产，因此有助于公司的整体价值。该资产的总成本对本年度报告的利润的影响较小。

• 外包软件生产和支持

外包合同中功能规模衡量的好处在于，功能规模使供应商能够衡量从 IT 流程到业务的单位输出成本，并使他们能够与客户就商定的结果进行谈判。

具体而言，这些输出基于基于功能点分析的指标使供应商能够：

1.定量和客观地将自己与竞争对手区分开来

2.量化年度改进和合同目标实现的程度

3.根据商定的指标与客户协商价格变化

4.根据产出的单位成本衡量合同的财务绩效

5.在续签合同时，在一套既定指标的支持下处于更有利的谈判地位

相反，这些基于功能点分析的基于输出的指标使客户能够：

1.根据交付的绩效输出客观评估供应商绩效，而不是专注于消耗的投入。

2.建立量化绩效目标，并根据这些目标的实现情况对供应商实施惩罚和奖金

3.衡量内部 IT 成本与基于相似产出的外包成本之间的差异

4.在合同投标评估阶段定量比较竞争供应商。

许多国际外包公司使用基于功能点的指标作为其客户服务水平协议的一部分。虽然这种合同管理方法相对较新，但其支持者强烈支持该技术的实用性。根据我们的经验，一旦外包合同基于功能点指标，随后的合同续订就会扩大其使用范围。