功能点估算(csdn)
功能点估算名词
功能点估算是一个在软件开发和项目管理中常用的术语，主要用于估计项目的复杂性，以便更好地规划和管理资源。
下面是对功能点估算的一些基本概念和名词的解释。
1. 功能点：功能点是软件系统中一个重要的度量单位，表示软件中可用的单一功能或能力。
它们通常根据软件系统的用户视角进行分类，包括数据输入、数据处理、数据输出、人机交互等功能。
2. 功能点估算：功能点估算是对软件系统中功能点数量的预测和评估。
这个过程需要对软件系统有深入的理解，并考虑系统的主要功能、数据流以及与其他系统的交互等因素。
3. 功能点计数：功能点计数是功能点估算的一个具体实现，它基于对软件系统的详细分析，对每个功能点进行计数，从而得到一个相对准确的功能点数量。
4. 功能点分析：功能点分析是通过对软件系统的功能点进行详细研究和分析，以了解每个功能点的复杂性和对整个系统的重要性。
这有助于项目团队更好地理解系统需求，制定开发计划，以及分配资源。
5. 功能点度量：功能点度量是对软件系统的功能点进行量化和评估的过程。
它通常涉及一些度量指标，如每个功能点的代码行数、开发时间、测试用例数等。
这些度量指标可以帮助项目团队更好地了解项目的规模和复杂度。
6. 功能点映射：功能点映射是将软件系统的功能点与特定的度量指标相关联的过程。
这有助于项目团队在开发过程中监控和评估项目的进度，以及确定是否需要调整开发计划。
7. 功能点估算器：功能点估算器是一种工具，用于帮助项目团队进行功能点估算和映射。
它通常基于历史数据和经验公式，以提供对软件系统功能点数量的估计。
8. 功能点评审：功能点评审是对功能点估算结果进行审查和验证的过程。
这有助于确保估算的准确性和可靠性，以及发现可能存在的问题。
总之，功能点估算是一个在软件开发项目中非常重要的过程，它可以帮助项目团队更好地理解项目需求，制定开发计划，以及分配资源。
了解这些相关的术语和概念将有助于更好地理解和应用功能点估算方法。
信息系统项目管理功能点估算
选用了FP功能点分析作为项目主要的估算方法．因为FP方法中有大量项目经验数据可以从网络上获得，同时其数据功能TLF、EIF，以及事务功能EI、EO、EQ的计算对经验数据依赖不强，只需对概念理解正确一般就可以正确估算了．在估算成本的时候，因为公司以前的生产率数据是以LOC为单位的，我利用软件工程书籍中的“逆火”经验数据，将 LOC转换为功能点单位，当然，这里必然导致一些误差。
为了降低估算误差，最后使用Delphi专家分析法对估算结果进行了调整．功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
功能点估算法
功能点估算法识别项目范围和数据复杂度功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：∙功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
∙使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
∙功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
∙通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
功能点估算法
功能点估算法功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
FP功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及，对软件项目范围的估算有很多种方法，常见的就是LOC代码行和FP功能点法，它们之间的区别和关系如下：1、 FP功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高，假如这个时候使用LOC代码行估算法，则误差会比较大。
2、使用FP功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法与软件开发技术密切相关。
3、 FP功能点法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算的。
4、通过一些行业标准或企业自身度量的分析，FP功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测，在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同，因此在项目结束时还需要对项目的范围情况进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤在本文中将以国际标准IFPUG(International Function Point Users Group)组织提供的功能点估算法V4.1.1为基础与大家进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
功能点估算的步骤1、识别功能点的类型。
2、识别待估算应用程序的边界和范围。
3、计算数据类型功能点所提供的未调整的功能点数量。
4、计算人机交互功能所提供的未调整的功能点数量。
5、确定调整因子。
6、计算调整后的功能点数量。
EI、EO、EQEI是处理来自于应用程序边界外部的一组数据的输入，它的主要目的是维护一个或多个ILF，以及/或者更改系统的行为。
功能点估算(csdn)-文档资料
工具的使用
• 软件成本估算培训_附件A_计算工具_V3.4.xlsx
子系统 总计 创建/新增 综合办公系统 子系统2 子系统3 内部数据/外部接口 是否计算 产生阶段 分 计 未 不 预算 招标 投标 校 类型 值 算 定 计 校验 创建 新增 新增 验 655 655 655 655 0 0 ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE 投标时软件 开发商填写 ILF/EIF法 投标 吻合 计数 度 35 3 35 3 15 3 35 3 35 3 35 3 35 3 35 3 35 3 15 3 15 3 35 3 35 3 35 3 35 3 15 3 35 3 35 3 35 3 35 3 35 3 479.0 分 数据/ 0.0 值 接口 46.0 46 10 31.0 31 10 11.0 11 7 22.0 22 10 35.0 35 10 27.0 27 10 22.0 22 10 22.0 22 10 28.0 28 10 11.0 11 7 11.0 11 7 22.0 22 10 18.0 18 10 10.0 10 10 22.0 22 10 11.0 11 7 26.0 26 10 26.0 26 10 26.0 26 10 26.0 26 10 26.0 26 10
功能点估算法
功能点估算法功能点估算法是一种推断开发者所需完成的工作量的测算方法。
它通过计算软件系统实际功能所需要的数量，来估算软件开发项目所需要的工作量。
这类测算方法经常用于估算软件研发预算，以帮助管理人员更好地掌握软件研发项目的实施过程，更有效地控制开发成本。
在新系统开发项目中，由于缺乏项目的相关信息，无法采用其他的估算方法，所以采用功能点估算法会比较实用。
它可以根据软件系统的功能需求，通过统计分析和对比，对项目的实施过程进行估算。
换句话说，功能点估算法是根据软件系统的功能特性，采用质量控制的原则，对软件开发的工作量进行估算和控制。
功能点估算法的具体实施过程，首先要明确项目所需要实现的功能点，并对每个功能点进行细化，明确功能点的分类划分。
在功能点定义之后，要根据项目的功能和目标，进行功能点估算，确定每个功能点所需要实现的工作量，并将这些数据汇总起来，作为项目的工作量估算基准。
此外，在进行功能点估算时，还要结合项目的复杂性，适当的考虑系统中所需的技术支持、测试和文档等活动，以准确估算项目所需的工作量。
软件系统开发项目在估算阶段，采用功能点估算法可以使估算更加准确，从而更好地掌握项目的进度，减少开发时间和成本。
功能点估算不仅可以帮助开发者规划开发任务和工作负荷，而且还可以帮助客户评估项目的性价比，确保项目的经济效益。
同时，功能点估算还可以为开发者建立一套科学的计划，从而更精确地控制开发的时间和成本，提高开发效率。
总之，功能点估算法是一种实用的、灵活的估算方法，它可以帮助开发者更加精确地估算软件研发项目的工作量，从而更好地控制开发成本，提高项目的经济效益。
它既便于项目管理者和客户，也有利于开发者，是软件系统开发项目必不可少的一环。
(整理)功能点估算法介绍及应用.
一、功能点估算法识别项目范围和数据复杂度功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。
对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。
它们之间的区别和关系如下：•功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高。
假如这个时候使用LOC代码行估算法，则误差会比较大。
•使用功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法则与软件开发技术密切相关。
•功能点估算法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算。
•通过一些行业标准或企业自身度量的分析，功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。
在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同。
因此，在项目结束时还需要对项目的范围情况重新进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤本文将以国际标准IFPUG（International Function Point Users Group）组织提供的功能点估算法V4.1.1为基础进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
图1 功能点估算法的步骤具体步骤包括：1. 识别功能点的类型。
2. 识别待估算应用程序的边界和范围。
3. 计算数据类型功能点所提供的未调整的功能点数量。
4. 计算人机交互功能所提供的未调整的功能点数量。
5. 确定调整因子。
6. 计算调整后的功能点数量。
功能点估算法
功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
FP功能点估算法的特点项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及，对软件项目范围的估算有很多种方法，常见的就是LOC代码行和FP功能点法，它们之间的区别和关系如下：1、 FP功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高，假如这个时候使用LOC代码行估算法，则误差会比较大。
2、使用FP功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法与软件开发技术密切相关。
3、 FP功能点法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算的。
4、通过一些行业标准或企业自身度量的分析，FP功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测，在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同，因此在项目结束时还需要对项目的范围情况进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点分析的步骤在本文中将以国际标准IFPUG(International Function Point Users Group)组织提供的功能点估算法V4.1.1为基础与大家进行讲解。
如下图所示，首先大家应该了解功能点估算法的使用步骤。
功能点估算的步骤1、识别功能点的类型。
2、识别待估算应用程序的边界和范围。
3、计算数据类型功能点所提供的未调整的功能点数量。
4、计算人机交互功能所提供的未调整的功能点数量。
5、确定调整因子。
6、计算调整后的功能点数量。
EI、EO、EQEI是处理来自于应用程序边界外部的一组数据的输入，它的主要目的是维护一个或多个ILF，以及/或者更改系统的行为。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
• 主要目的
– 对内部数据进行维护 – 输入信息并改变系统行为
EO、EQ的简易识别规则
• EO
– 对内部数据的复杂报表（含计算内容）/统计分 析等 – 通过处理逻辑（计算/维护逻辑文件/改变系统行 为）表示信息/发送信息或改变信息行为。
• EQ
– 对内部数据的简单输出（不含任何计算，但可 以分组或排序 – 不能产生派生数据，也不可维护ILF或改变系统 行为 – 若对某些数据需要进行删或改，可能包含隐含 EQ
投标时软件开发商填写 ILF/EIF/EI/EO/EQ法
公文管理子系统
发文管理
收文管理 会议管理系统 会议管理
领导办公系统
领导待处理事务子系统
领导日程安排管理子系统
领导关注信息管理子系统
公文（发文） 收文单位 电子签名 流转环节 公文（收文） 督查督办单 会议 会议申请 会议纪要 会议单位 通知邮件 会议材料归档 参会角色 待处理事务 工作项目 人员信息（含领导和员工） 工作计划（日周月一体） 日计划 周计划 月计划 关注信息
理解文件——ILF识别
• 简易识别规则
– ILF指在待开发系统内部逻辑上的一组数据 – 用户可以理解和识别ILF，对ILF的操作是用户 的业务需求 – 对单个ILF平均执行6种左右的操作（经验数 据），而且一定包含写操作
• ILF的区分与合并
– 这组数据是否需要统计分析？ – 是否值得为了维护此组数据投入近2个人月?
理解功能点方法
理解功能点方法
功能点估算(详细功能点计数)
• 软件规模 = 10 * ILF + 7 * EIF + 4 * EI + 5 * EO + 4 * EQ • 各项系统为对大量估算统计分析后的结果
• 多用于有详细需求或项目后期
简化估算(预算功能点计数)
• 简化估算规模 = 35 * ILF + 15 * EIF
理解文件——EIF识别
• 理解EIF
– 本系统引用 – 是一个“逻辑”上的文件 – 在系统外部维护
• 区分ILF/EIF的直觉方法
– 此娄数据是否是客户（尤其是此系统）的业务 数据？
• 即用户单位的日常工作是否就是通过对这些业务数 据进行操作完成的？
理解文件——练习
• 练习说明
阅读某甲方协同办公子系统的需求， 请识别出需求中ILF和EIF的数量。
• 不适合
– 数据处理过程复杂 – 创意型软件 – 对性能或质量有特殊要求的 – 如：视频和图像处理软件、杀毒软件、网络游戏
功能点方法的完整过程
• 识别系统边界 • 识别应用类型
– 新开发 – 增强（功能增删改） – 已有系统计数
• 识别功能点计数项
– ILF/EIF/EI/EO/EQ
理解功能点方法
• 计算信息的种类（逻辑文件数量）
– 内部逻辑文件(ILF，Internal Logic File) – 外部接口文件(ELF，External Interface File)
• 针对信息的操作
– 外部输入，EI – 外部输出，EO，通过计算复杂输出 – 外部查询，EQ，直接输出信息，不计算，包 括排序、聚集
附录
功能点估算法
蒋拯强 2014年11月12日
功能点（Function Point，FP）估算法
• 从使用者的角度度量，而非制造者角度
– 存储哪些数据信息？ – 如何处理这些数据？
哪些软件适用使用功能点方法？
• 适合
– 以数据和交互处理为中心 – 以功能多少为主要造价制约因素 – 如：电子政务、银行电信的用户和业务管理系统
理解基本过程
• 基本过程类型
– EI （外部输入） – EO（外部输出） – EQ（外部查询）
• 什么是一个基本过程
– 用户可以明确感知其业务意义的一次操作
• 例如：对业务数据的增/删/改/查
– 何谓一次
• 独立完整性 • 操作完成后系统进入一个稳定状态
EI的简易识别规则和目的
• 识别规则
– 是一个完整的基本过程 – 对内部数据的增/删/改无为EI – 从外部接口中读取并存储到内部数据中 – 或接受某个控制信息并使软件状态改变
工具的使用
• 软件成本估算培训_附件A_计算工具_V3.4.xlsx
子系统 总计 创建/新增 综合办公系统 子系统2 子系统3 内部数据/外部接口 是否计算 产生阶段 分 计 未 不 预算 招标 投标 校 类型 值 算 定 计 校验 创建 新增 新增 验 655 655 655 655 0 0 ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE EIF 15 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE ILF 35 1 TRUE 1 TRUE 投标时软件 开发商填写 ILF/EIF法 投标 吻合 计数 度 35 3 35 3 15 3 35 3 35 3 35 3 35 3 35 3 35 3 15 3 15 3 35 3 35 3 35 3 35 3 15 3 35 3 35 3 35 3 35 3 35 3 479.0 分 数据/ 0.0 值 接口 46.0 46 10 31.0 31 10 11.0 11 7 22.0 22 10 35.0 35 10 27.0 27 10 22.0 22 10 22.0 22 10 28.0 28 10 11.0 11 7 11.0 11 7 22.0 22 10 18.0 18 10 10.0 10 10 22.0 22 10 11.0 11 7 26.0 26 10 26.0 26 10 26.0 26 10 26.0 26 10 26.0 26 10
EO、 EO、EQ的区分
• EI
– 输入并保存数据 – 或控制信息改变系统状态
• EO
– 计算并输出衍生信息 – 改变系统行为或维护逻辑文件
• EQ
– 以原始状态查看信息
• 多用于删除、编辑的浏览
理解基本过程——练习(结合工具使用)
• 练习说明
阅读人力资源管理系统的需求，请 识别出需求中ILF和EIF，各数据文件 的EI、EO、EQ的数量。
– 只计算逻辑文件，不计算过程
• 简化估算模型系数
– ILF系数：由1个ILF包含2个EI、2个EO、2个EQ = 36
• 统计结果取35
– EIF系数：由1个EIF包含1个EO、1个EQ = 16
• 统计结果取15
• 多用于策划、预估阶段
理解文件——数据的类别
• • • • 业务数据：用户的核心数据或业务对象 引用数据：用于维护业务数据的业务规则 编码数据：代码 编码数据的类型：代码分组