02-功能点五种方法比较
功能点分析方法之一-原理篇
功能点分析方法之一-原理篇功能点分析法(FPA：function point analysis) 是一种相对抽象的方法,是一种”人为设计”出的度量方式,主要解决如何客观,公正,可重复地对软件地规模进行度量的问题.FPA 法由IBM的工程师艾伦·艾尔布策(Allan Albrech) 于20 世纪70 年代提出，随后被国际功能点用户协会(IFPUG：The International Function Point Users' Group) 提出的IFPUG 方法继承，从系统的复杂性和系统的特性这两个角度来度量系统的规模，其特征是：“ 在外部式样确定的情况下可以度量系统的规模” ，“ 可以对从用户角度把握的系统规模进行度量” 。
功能点可以用于“ 需求文档” 、“ 设计文档” 、“ 源代码” 、“ 测试用例” 度量，根据具体方法和编程语言的不同，功能点可以转换为代码行。
经由ISO 组织已经有多种功能点估算方法成为国际标准，如：①加拿大人艾伦·艾布恩(Alain Abran) 等人提出的全面功能点法(full function points) ；②英国软件度量协会(UKSMA ：United Kingdom Software Metrics Association) 提出的IFPUG 功能点法(IFPUG function points) ；③英国软件度量协会提出的Mark II FPA 功能点法(Mark II function points) ；④荷兰功能点用户协会(NEFPUG：Netherlands Function Point Users Group) 提出的NESMA 功能点法，以及软件度量共同协会(COSMIC：the Common Software Metrics Consortium) 提出的COSMIC-FFP 方法，这些方法都属于艾尔布策功能点方法的发展和细化。
功能原理设计的5种求解思路
机械设计学作业—功能原理设计问题：功能原理设计的几种求解思路是什么？查阅资料，各举一个本教材之外的实例说明之。
要求：图文并茂说明。
解答：功能原理共有五种求解思路，它们分别是几何形体组合法、基本机构组合法、物—场分析法（s-Field法）、技术矛盾分析法、物理效应引入法。
不同的求解思路用以解决不同的功能类型。
功能的基本类型可分为“动作功能”和“工艺功能”，动作功能又可分为“简单动作功能”和“复杂动作功能”，而这两种基本功能可能同时又是“综合技术功能”和“关键技术功能”。
下图表示了功能类型的分类情况。
其中，简单动作功能可用几何形体组合法构思，复杂动作功能用基本机构组合法进行构思，关键技术功能运用技术矛盾分析法，综合技术功能用物理效应引入法构思，工艺功能用物—场分析法（s-Field法）构思。
下面进行具体分析。
一、几何形体组合法简单的动作功能是由两个或两个以上的具有特殊几何形状的构件组成，利用它们形体上的特征，可以实现互相动作或锁合动作。
如果要创造一种新的简单动作功能，可以以几何形体组合法作为参考求解思路来进行构思。
在运用几何形体组合法时，首先要明确“功能目标”，然后针对功能目标，对几个构件上的几何形体进行构思。
实例：螺纹螺纹在工程中的应用非常广泛，生活中也处处离不开螺纹。
利用两个构件螺纹形状的啮合，可实现各种功能。
它的作用非常广泛，如联接、传动、密封等。
联接功能的如螺母螺栓，传动功能的如螺杆，密封功能的如瓶盖。
螺母螺栓螺杆矿泉水瓶二、基本机构组合法复杂动作功能以采用常用基本机构为主，例如凸轮、多杆机构和齿轮等，组合起来实现复杂运动。
其设计已有很成熟的理论和经验，所以即使这类功能原理要实现相当复杂的功能目标，但比起“简单动作功能”的设计要容易得多。
“复杂动作功能”的设计求解思路是基本机构组合法。
即将各种基本机构组合起来，实现发展动作功能。
实例：液体包装机去年我们机械设计课程设计的液体包装机的功能就是一个典型的复杂动作功能。
软件项目工时估算方法比较
软件项目工时估算方法比较软件项目工时估算方法一、专家判断法专家判断法是最常用的工时估算方法之一，主要依靠专家对项目规模、开发团队能力、项目周期等因素进行综合分析，从而估算出软件开发所需的工时。
专家判断法的应用范围广泛，适用于小型至大型软件项目，以及不同技术领域的软件开发。
1.专家判断法的原理：基于专家的经验、技能和判断力，对软件项目的工时进行估算。
专家包括具有丰富经验的软件工程师、项目经理和领域专家等。
2.专家判断法的应用场景：适用于缺乏历史数据和类似项目参考的情况，或者在项目关键路径中需要精确估算工时的情况下使用。
3.专家判断法的优点：●灵活：可根据项目具体情况进行调整和修正。
●准确：专家的经验和技能可以提供相对准确的工时估算。
●可快速得到结果：对于小型项目，专家判断法可以在短时间内得出工时估算结果。
1.专家判断法的缺点：●主观性：专家的判断和经验具有主观性，可能受到个人经验和偏见的影响。
●缺乏客观标准：没有客观的工时估算标准，难以评估估算结果的准确性。
●知识传递：专家的知识和经验难以完全传递给其他成员，影响团队的持续发展。
●二、类比估算法类比估算法是一种基于历史项目的工时估算方法，通过比较当前项目与历史项目的相似性，估算出新项目的工时。
1.类比估算法的原理：基于历史项目与当前项目的相似性，通过比较两者在规模、技术、人员等方面的差异，估算出新项目的工时。
2.类比估算法的应用场景：适用于有类似历史项目参考的情况，且新项目与历史项目在规模、技术和环境等方面具有较高相似性。
3.类比估算法的优点：●基于历史数据：工时估算基于历史数据，具有一定的客观性。
●快速估算：可快速得出大致的工时估算结果。
1.类比估算法的缺点：●项目相似性：新项目与历史项目可能存在较大差异，导致估算结果不准确。
●数据时效性：历史数据可能随着时间和技术发展而不再适用。
●三、比例法比例法是一种基于经验数据的工时估算方法，通过将项目规模与其他变量进行比例计算，估算出工时。
功能点估算法 标准
功能点估算法标准
功能点估算法是一种软件规模度量方法，用于估算软件项目的规模和工作量。
它基于软件系统的功能和特性，将其分解为一系列可度量的功能点。
功能点估算法的核心思想是通过对软件系统的功能进行分析和分解，确定每个功能的复杂度和贡献度，并将其转换为对应的功能点数。
功能点可以根据不同的功能类型进行分类，如数据输入、数据输出、数据存储、外部接口等。
在进行功能点估算时，通常需要遵循一定的标准和规范，例如国际功能点用户组（IFPUG）发布的功能点计数规范。
这些规范定义了各种功能类型的计算方法和权重，以确保估算的准确性和一致性。
功能点估算法的优点包括：
1. 相对客观和准确：功能点估算法基于软件系统的功能和特性进行估算，不受开发人员经验和技能水平的影响，因此相对客观和准确。
2. 可重用性高：功能点估算法可以应用于不同类型的软件项目，具有较高的可重用性。
3. 便于项目管理和规划：通过功能点估算，可以更好地了解项目的规模和工作量，有助于项目管理和规划。
然而，功能点估算法也存在一些局限性，例如对于某些特殊类型的软件项目可能不适用，估算过程相对复杂，需要一定的专业知识和经验。
功能点估算法是一种常用的软件规模度量方法，通过对软件系统的功能进行分析和分解，确定每个功能的复杂度和贡献度，并将其转换为对应的功能点数，从而估算软件项目的规模和工作量。
功能点方法比对
MKII vs. COSMIC
IFPUG
MkⅡ
COSMIC COSMIC方法是新一代的 功能点规模估算方法，它 通过计算系统中四种数据 移动类型（输入、输出、 读、写）的数量来度量软 件的规模 数据移动 输入、输出、读、写 MIS、非复杂计算系统 · 计算规则直接、简单，不 需要调整因子，易于掌握
识别软件 边界 识别功能 处理 识别数据 组
是否需要子 计量单位
执行度量 NO
映射阶段的目的是将软件 的功能需求分解为功能处
NO YES YES 汇总度量 结构
是否所有的功能处理 都需要度量
理、数据组、数据属性； 第二个阶段是度量阶段，
结束
度量阶段的目的是将功能
处理分解为数据移动，计 算功能规模。
识别数据 属性
适用领域
21
COSMIC吸取了以前各种方法的精华，旨 在覆盖所有的领域，包括MIS、实时、技术 和系统软件，是一种非常有前景和潜力的 方法。 COSMIC-FFP是第2代的功能规模度量方 法，它不仅适合于信息系统的规模度量， 还适合于实时系统和多层系统的规模度量， 已经被ISO接受为国际标准（ISO/IEC 19761：2003，软件工程 - COSMICFFP - 一种功能规模度量方法）。该方法 可以在软件开发生命周期的各个阶段使用， 从用户功能的视角入手，起源于客户可以 理解的术语，不需要调整因子，简单易行， 因而受到越来越多的软件公司的推崇。
事务功能
EI
外部输入
EQ
外部查询
EO
外部输出
IFPUG
25
经验丰富，评估方法较成熟
谢谢
26
功能点研究小组
在不同角度搜集材 料，进行科学分析
在系统开发的整个 生命周期内，明确 各方职责
整理的功能点计算法
功能点描述功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要，如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及，对软件项目范围的估算有很多种方法，常见的就是LOC代码行和FP功能点法，它们之间的区别和关系如下：1、FP功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果的准确性比较高，假如这个时候使用LOC代码行估算法，则误差会比较大。
2、使用FP功能点估算法无需懂得软件使用何种开发技术。
LOC代码行估算法与软件开发技术密切相关。
3、FP功能点法是以用户为角度进行估算，LOC代码行估算法则是以技术为角度进行估算的。
4、通过一些行业标准或企业自身度量的分析，FP功能点估算法是可以转换为LOC代码行的。
在项目刚开始的时候进行功能点估算可以对项目的范围进行预测，在项目开发的过程中由于需求的变更和细化可能会导致项目范围的蔓延，计算出来的结果会与当初估计的不同，因此在项目结束时还需要对项目的范围情况进行估算，这个时候估算的结果才能最准确反映项目的规模。
功能点的公式：●功能点的原始计算公式：FP Count =UFP * VAF●新开发项目有时新开发的软件项目也需要与其他现存的软件系统进行整合，例如：一个企业新开发的MIS 内部管理系统经常会与财务系统进行整合。
这个时候除了考虑本身项目的功能点个数外，还要考虑系统整合或数据迁移部分的工作量，因此其功能点计算公式如下：FP Count =（UFP+CFP）* VAF●二次开发的项目有时新开发的软件项目是在原有基础上进行二次开发的，只是为了增加一些新的功能，因此其功能点计算公式如下：FP Count = ADD * VAFUFP：未调整的功能点个数1、人机交互（程序复杂度）（1）、EI: External Input外部输入（2）、EO: External Output外部输出（3）、EQ: External Inquiry外部查询2、数据存储（数据库复杂度）1、ILF：Internal Logical File内部逻辑文件2、EIF: External Interface File外部接口文件识别功能点的重要原则ILF、EIF要与EI、EO、EQ分开计算。
表现手法对比作用
对⽐是⼀种常见的写作⼿法，那么你知道对⽐的写作作⽤吗？下⾯请看表现⼿法对⽐作⽤的详细内容！表现⼿法对⽐作⽤⼀、对⽐的种类对⽐分为横向对⽐和纵向对⽐两种形式。
所谓的横向对⽐，就是将⼏个不同的⼈、事、物进⾏对⽐。
例如将黄⽠、丝⽠、苦⽠进⾏对⽐，将张三、李四、王五进⾏对⽐。
所谓的纵向⽐，就是将⼀个（类）⼈、事、物不同时间点所呈现出来的物象、特征、⾏为等进⾏对⽐——是⼀个或⼀类事物⾃⾝的⽐较。
例如⼀个孩⼦，三岁什么样、五岁什么样、⼗岁⼜什么样，这个孩⼦没有和别的孩⼦进⾏⽐较，⽽是⾃⼰不同年龄段长相的对⽐。
这⾥的说的“纵向”就是指“沿着时间顺序排列”。
⼆、对⽐的五种功能（作⽤）在写作中，为了实现以下⽬的时，必须使⽤对⽐这种技法。
1、突出不同点。
既包括⼀个（类）事物与另⼀个（类）事物之间的差异，也包括⼀个事物不同时间点表现出来的差异。
表现、突出不同事物间的差异，运⽤横向对⽐。
例如：张三本次考试总成绩215分，李四422分，这样⼀对⽐，张三和李四的差异——成绩⾼低，就明显的表现出来了——突出了张三成绩低，李四成绩⾼。
表现或突出同⼀事物不同时间点的差异，⽤纵向对⽐。
例如，这个孩⼦三岁时0.8⽶，五岁时1.25⽶，⼆者⼀对⽐，孩⼦的⾝⾼的差异就凸显出来了。
2、突出相同点。
既包括⼀个（类）事物与另⼀个（类）事物之间的共同点，也包括⼀个事物不同时间点表现出来的共同点。
表现、突出不同事物间的共同点，运⽤横向对⽐。
例如：张三体重187⽄，李四188⽄。
⼆者⼀对⽐，他们⼆⼈⾝体肥胖的共同点就体现出来了。
表现或突出同⼀事物不同时间点的共性，⽤纵向对⽐。
例如，这个孩⼦三岁能进⾏加减乘除混合运算，五岁时能流利读报，⼆者⼀对⽐，孩⼦天资聪慧的共同特点就凸显出来了。
3、突出对⽐项中某个事物的某个特点。
对⽐是把双刃剑，将甲⼄进⾏⽐较，在突出甲⾼的同时，必然突出⼄低。
然⽽在写作过程中，记叙⽂总有主要⼈物（⼩说成为主⼈公）、次要⼈物、线索⼈物之分，⽂章侧重表现的是核⼼⼈或核⼼事物，因此我们分析时，⾯对同时突出甲⾼、⼄低时，要明⽩，作者要凸显的是表现的核⼼，如果⼀篇⽂章⼏种表现的是甲，我们回答对⽐的作⽤时，就只谈突出了甲⾝材⾼，⽽不回答突出⼄⾝材矮⼩，因为⼄的引⼊与甲构成对⽐，是为表现甲服务的。
02-第5章 类比法讲稿
射线问题（X-RAY PROBLEM）有一个病人胃部长了一个恶性肿瘤，因为位置特殊，无法手术摘除。
现在我们知道有一种射线对其有疗效。
只要这种射线达到病灶的强度足够大，肿瘤就会被消灭掉。
但麻烦的是往往这种高强度的射线在杀死肿瘤的同时也会破坏其经过的健康组织。
但如果射线强度不够的话，虽然对人体伤害小，可无法消灭肿瘤。
问题：如何既能消除肿瘤又能减轻对人体组织的伤害？攻占军事要塞的故事将军决定将它的军队分成了几个小组，每个小组都以不同道路的路口为起点，所有小组沿不同道路同时向要塞发动进攻。
使用这种方法，部队最终占领了堡垒。
问题的答案Q:如何既能消除肿瘤又能减轻对人体组织的伤害？A:以肿瘤为目标，沿着不同的方向发射射线。
你答对了吗？我们刚才是如何解决射线问题的？首先，发觉了故事与问题之间存在某种相似性。
然后，借鉴比照故事中的做法来解决问题。
这其实就是一种通过事物间的类比来解决难题的思路。
第5讲 类比法本讲知识点类比法的定义类比法的一般操作程序类比法的四种技巧类比法的作用原理5.1 类比法的定义通过发觉或寻找与问题相似或同构的参照样本，将参照样本的属性、特点或路径迁移至该问题以解决问题的方法就是类比法。
善念之利于学，犹如阳光之利于视。
类比法的关键——合适的参照样本合适的参照样本：相似或同构；有助于引导人们关注问题中更深层次的潜在关系，而不仅仅是问题或事物的表面属性。
参照样本的选择和调整：人类飞行器的发明史就是一个不断选择和调整参考样本的类比过程。
扑打着翅膀的鸟儿代达罗斯和伊卡洛斯1505，达·芬奇的扑打飞行器气球约瑟夫·孟戈菲1782年发明了热气球鸟儿的飞行原理1809年，英国人乔治·凯利在对不同的鸟进行大量观察之后，他发现鸟儿扑打翅膀主要是为了提供推进力和控制方向，并不能提供在空中的升力，打破了扑翼与飞行之间的错误类比。
虽然此时也是以鸟为类比对象，但是不再是简单的外形类比，而是开始深入探究鸟能飞起的原理，并以此为类比对象设计飞行器。
5点评价法-概述说明以及解释
5点评价法-概述说明以及解释1.引言1.1 概述在现代社会，评价是一个普遍存在的行为。
无论是在学校、工作场所、还是日常生活中，评价都扮演着重要的角色。
而评价的方式也各种各样，其中一种常用的评价方法就是5点评价法。
5点评价法简单易行，能够帮助人们更清晰地了解一个事物或现象的优缺点，从而做出合理的判断。
本文将详细介绍5点评价法的具体内容，以及其在实际应用中的作用和意义。
通过逐步分析和实例展示，读者可以进一步了解这一评价方法的优势和局限性，为日常生活和工作中的评价活动提供指导和借鉴。
1.2 文章结构文章结构：本文主要分为引言、正文和结论三部分。
在引言部分，将对文章的概述进行介绍，说明文章的结构和写作目的。
在正文部分，将详细介绍评价法的概念和作用，重点讲解5点评价法的原理和具体实施方法，并给出一些应用举例。
最后，在结论部分对本文进行总结，并对5点评价法的优缺点进行分析，展望其未来的应用前景。
整体结构清晰，逻辑严谨，能够帮助读者深入了解并掌握这一评价方法的核心内容和应用价值。
1.3 目的本文旨在介绍一种简单而有效的评价方法——5点评价法，帮助读者更好地评估和分析各种情况。
通过了解这种评价方法的原理和具体操作步骤，读者可以在工作生活中更加有针对性地进行评价和决策，提高工作效率和解决问题的能力。
通过详细介绍5点评价法的原理和应用方法，读者可以了解如何将这种方法运用到实际工作中，从而得出更准确和全面的评价结果。
同时，本文还将通过实际案例分析，展示5点评价法在实际应用中的优势和价值，帮助读者更好地理解和掌握这种评价方法。
总的来说，本文的目的是通过对5点评价法的介绍和解析，帮助读者提升评价能力，提高决策效率，从而在工作和生活中取得更好的成果。
愿本文能为读者带来启发和帮助，让评价和决策变得更加科学和高效。
2.正文2.1 评价法介绍评价法是一种用于对某一事物进行评定、评判的方法。
在各个领域，评价都是十分重要的，可以帮助我们了解事物的好坏、优劣，为我们提供决策和改进的依据。
软工常见软件度量与分析解析
软工常见软件度量与分析解析在软件工程领域中，软件度量是评估软件开发过程和软件产品质量的一种方法。
它通过定量的方法来度量软件的各项属性，帮助开发人员和管理者更好地掌握软件开发过程，并对软件进行分析和改进。
本文将介绍一些常见的软件度量指标，并对其进行解析和分析。
一、代码行数（Lines of Code，简称LOC）代码行数是衡量软件规模的一项基本指标，也是最常用的软件度量指标之一。
它用于评估软件的复杂性和开发工作量，一般以源代码行的数量表示。
代码行数的增加可能会增加软件的维护成本和错误引入的可能性，因此需要合理控制代码行数。
然而，由于不同的编程语言和软件开发方法的差异，代码行数并不能完全准确地反映软件的复杂性和开发工作量。
二、功能点数量（Function Points，简称FP）功能点是根据软件的功能需求，对软件进行划分和度量的一种方法。
它将软件的功能需求转化为可度量的单元，并以功能点的数量来评估软件的规模和复杂性。
功能点数量的计算一般分为两大类：功能性需求和非功能性需求。
功能性需求包括输入、输出、查询和文件等，而非功能性需求包括性能、安全性、可靠性和可维护性等方面。
功能点数量的计算需要结合软件的详细需求分析和设计，因此比较复杂和耗时。
三、缺陷密度（Defect Density）缺陷密度是指在软件产品中发现的缺陷数量与软件规模之间的比值。
它可以用来评估软件的质量和稳定性，较高的缺陷密度可能意味着软件的质量较低，需要进行进一步的调试和优化。
缺陷密度的计算一般可以通过软件测试和代码审查等方法来进行，从而及早发现和修复潜在的问题。
四、工作效率（Efficiency）工作效率是指在软件开发过程中有效利用资源的能力。
它可以通过度量软件开发的时间、资源消耗和工作成果来评估。
工作效率的提高可以减少软件开发的时间和成本，提高软件团队的工作效益。
软件工作效率的度量一般可以用来评估不同开发方法和团队的效果，从而选择最优的开发方法和团队组织方式。
2019年功能点估算法介绍及应用.doc
一、功能点估算法识别项目范围和数据复杂度功能点估算法是软件项目管理众多知识中比较有技术含量的一个。
在软件项目管理中项目计划制定的优劣直接关系到项目的成败，项目计划中对项目范围的估算又尤为重要。
如果项目负责人对项目的规模没有一个比较客观的认识，没有对工作量、所需资源、完工时间等因素进行估算，那么项目计划也就没有存在的意义。
功能点估算法的特点项目范围的估算在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. 计算调整后的功能点数量。
功能点方法比对
行业应用
22
研究 背景 景背
方法 MKII COSMIC 推荐 荐推 CIMSOC IIKM
实施 难点 点难
23
功能点评估难点 1
• 对需求文档的要求 • 运维修复类工作，精度下降
2 3
4 5 6
• 历史数据获取
• 细节规则 • 动态性系统的衡量 • 经验的重要性
24
数据功能
EIF
ILF
内部逻辑 文件 外部接口 文件
10
2 3
4 5
研究 背景 景背
方法 MKII COSMIC 推荐 荐推 CIMSOC IIKM
实施 难点 点难
11
COSMIC
用 户 或 工 程 设 备 输入
前端
后端
读
用户
目 标 软 件
存储器 硬件
写
12
输出
计算流程
映射阶段 识别软件 层次 度量阶段 开始 识别数据 移动
FFP的分析过程分为两个 阶段： 第一个阶段是映射阶段，
MKII vs. COSMIC
IFPUG
MkⅡ
COSMIC COSMIC方法是新一代的 功能点规模估算方法，它 通过计算系统中四种数据 移动类型（输入、输出、 读、写）的数量来度量软 件的规模 数据移动 输入、输出、读、写 MIS、非复杂计算系统 · 计算规则直接、简单，不 需要调整因子，易于掌握
MkⅡ功能点分析方法一种帮助提 从系统的复杂性和系统的 高测量过程效率，降低应用软件 特性这两个角度来度量系 开发、更改或者维护的管理成本 统的规模，其特征是： 的方法，它对软件产品规模的测 定义 “在外部式样确定的情况 量并不依赖于和用户有关的软件 下可以度量系统的规 技术特征，只测量逻辑和业务需 模”,“可以对从用户角度 求，但不依赖于它们是如何实现 把握的系统规模进行度量” 的 处理型文件（EI、EO、 功能元素 EQ） 输入Ni、输出No、处理Ne 定义 数据型文件（ILF、EIF） MIS或嵌入式系统（“控制、监 适用对象最适于管理信息系统 视或者辅助装置、机器和设备运 行的装置”） · 从用户角度出发度量软件 · 确保整个系统整体度量和部分度 规模，将系统分为数据功 量总和的一致性 优点 能和交易功能两大类 · 19个修正值 主要缺点· 功能分解无方法指导 使用程度应用最广泛
功能点分析法概论
功能点分析法-- 概述和流程Author: Liu HaixiaoVersion 1.0Soft Tech Confidential1. 功能点分析法概论 (4)1.1功能点分析方法目标： (4)1.2.功能点方法收益 (4)1.3.功能点分析法步骤 (5)1.3.1. 决定分析类型 (5)1.3.2. 识别分析范围和应用边界 (5)1.3.3. 确定未经调整功能点数（Unadjusted Function Point Count -- UFPC） (5)1.3.3.1 数据功能计数 (6)1.3.3.2 交易功能计数 (6)1.3.3.4. 确定调整系数 (7)1.3.3.5．计算经过调整功能点 (7)2. 分析流程 (7)2.1决定分析类型 (7)2.1.1 定义：功能点分析类型 (7)2.2识别分析范围和应用边界 (9)2.2.1识别分析范围和应用边界中定义 (9)2.2.2 定义应用边界 (9)2.3分析范围以及应用边界规则和流程 (10)2.3.1 边界识别规则 (10)2.3.2 分析范围和应用边界流程： (10)2.3.3边界识别一些技巧： (10)2.4计数数据功能 (11)2.4.1 定义： (11)2.4.2 计数流程概述 (11)2.4.3 ILF识别规则 (12)2.4.4 EIF识别规则 (12)2.4.5 复杂度和贡献定义和规则 (12)2.4.6 ILF/EIF计数流程 (13)2.4.7复杂度和贡献确定流程 (14)2.4.8 数据功能计数技巧 (15)2.5计数交易功能 (16)2.5.1 定义 (16)2.5.1.1 基本定义 (16)2.5.1.2 交易功能总结： (17)2.5.1.3 相关术语定义 (17)2.5.1.4 交易功能执行逻辑处理总结 (18)2.5.2 EI,EO,EQ计数规则 (19)2.5.2.1 交易功能计数概要流程 (19)2.5.2.2 基本处理识别规则 (19)2.5.2.3 交易功能计数规则 (19)2.5.2.3.1 EI主要目描述： (20)2.5.2.3.2 EI计数规则： (20)2.5.2.3.3 EO和EQ共同主要目描述： (20)2.5.2.3.4 EO/EQ共享计数规则： (20)2.5.2.3.5 EO计数补充规则： (20)2.5.2.3.6 EQ计数补充规则： (21)2.5.3 复杂度和贡献定义和规则 (21)2.5.3.1 EI复杂度和贡献规则 (21)2.5.3.1.1 EI引用文件类型（FTR）计数规则 (21)2.5.3.1.2 EI数据元素类型（DET）计数规则 (22)2.5.3.2 EO/EQ复杂度和贡献规则 (22)2.3.5.2.1 EO/EQ共享引用文件类型（FTR）计数规则 (22)2.3.5.2.2 EO特定引用文件类型（FTR）计数规则 (22)2.3.5.2.3 EO/EQ共享数据元素类型（DET）计数规则 (22)2.5.4 EI,EO,EQ计数流程 (23)2.5.5 复杂度和贡献确定流程 (24)2.5.6 交易功能计数技巧 (25)2.6决定调整系数 (27)2.6.1 调整系数决定 (27)2.6.2 确定VAF流程 (27)2.6.3 通用系统特性及其影响程度评定 (28)2.6.3.1 数据通讯 (28)2.6.3.2分布式数据处理 (29)2.6.3.3性能 (29)2.6.3.4使用强度高配置 (30)2.6.3.5交易速度 (30)2.6.3.6在线数据输入 (30)2.6.3.7最终用户效率 (31)2.6.3.8在线更新 (31)2.6.3.9复杂处理 (32)2.6.3.10可重用性 (32)2.6.3.11安装简易性 (33)2.6.3.12运行简易性 (33)2.6.3.13多场地 (34)2.6.3.14允许变更 (34)2.7计算调整功能点 (35)2.7.1 开发项目功能点计算 (35)2.7.2 升级项目功能点计算 (36)2.7.3 应用功能点计算 (36)附录A : 未经调整功能点计算表 (38)附录B：功能点计数中规则表 (39)附录C: 词汇表： (43)1. 功能点分析法概论本章要点：本章概要介绍了功能点分析方法，包括功能点方法目以及对功能点分析方法进行总结。
使用功能点方法估算软件开发成本时如何判断功能点？
使用功能点方法估算软件开发成本时如何判断功能点？什么是功能点方法？功能点方法是一种估算软件项目大小的方法，它是从用户视角出发，通过量化系统功能来度量软件的规模，这种度量主要基于系统的逻辑设计。
功能点方法最早由IBM于1979年提出，它是一种相对抽象的方法，是一种“人为设计”出的度量方式，主要能够对项目的工作量进行合理估计，并能够在项目的整个生命周期中对之进行客观、公正、有效性地度量。
功能点方法是一种分解类的规模度量方法，即把复杂的系统分解为较小的子系统进行评估的方法。
功能点度量方法是基于软件文档的功能性需求来进行度量，其结果是以功能点数的形式来表示软件的规模。
把软件系统按照组件进行分解，从而确定系统的功能点数量。
目前应用比较广泛的是国际功能点用户组（IFPUG）发布的标准功能点法和荷兰软件度量协会（NESMA）发布的快速功能点法。
在软件成本评估时，我们如何判断或识别功能点呢？功能点计数项分为数据功能和交易功能2大类，具体包括以下5个：a)内部逻辑文件（Internal Logical File，ILF，简称内部数据）软件内部需要维护（如增删改查）的数据。
b)外部接口文件（External Interface File，EIF，简称外部接口）在其它系统中维护但本软件需要调用的数据。
c)外部输入（External Input，EI）向软件输入数据或发送指令。
d)外部输出（External Output，EO）软件向使用者或其它系统输出的数据或发送的指令。
e)外部查询（External Query，EQ）EQ指使用软件进行的简单查询。
数据功能代表系统提供给用户的满足系统内部和外部数据需求的功能，分为内部逻辑文件（ILF）、外部接口文件（EIF）两类。
交易功能代表提供给用户的处理数据的功能，每一个交易功能都是一个完整的基本过程，一个基本过程应该是业务上的原子操作，并产生基本的业务价值，基本过程必然穿越系统边界，基本过程分为EI、EO和EQ类。
专题1：功能点分析法
– 当两个应用程序维护和/或引用相同的ILF/EIF，但是每个应用程序分别维护/引用它 们相应的DET时，这些DET在这两个应用程序的维护/引用中将单独计算。
• 例如，一个应用程序的两个“Elementary Process”基本处理过程都需要使用到“地址” 的信息，地址信息又可以细分为“国家、城市、街道、邮编”。那么对于其中一个基本 处理过程来说，它将整个地址信息作为一个整体进行处理，只算一个DET；另外一个基 本处理过程使用每个地址的详细信息，那么DET就是4个。
功能点估算法的特点
• 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。 对软件项目范围的估算有很多种方法，常见的是LOC代码行和FP功能点法。 它们之间的区别和关系如下：
– 功能点估算法常用在项目开始或项目需求基本明确时使用，这时进行估算其结果 的准确性比较高。假如这个时候使用LOC代码行估算法，则误差会比较大。
– 以图为例：一个外贸订单系统只包含录入、修改、删 除、查询和统计订单的功能，而汇率查询转换服务是 不属于该系统的。
图2 外贸订单系统用例图
• 应用程序边界的识别规则大家一定要牢记，不能 从技术角度去思考，必须从用户角度来定义；如 果项目牵扯到多个系统，那么必须将这多个系统 的边界全部描述清楚。
功能点估算分类
录入订单、修改订单、删除订单是EI； 查询订单是EO 统计订单是EQ 汇率查询转换系统为EIF 订单和客户是ILF
•
– – – – –
以外贸订单系统项目为例：
图2 外贸订单系统用例图
识别功能点的重要原则
• 软件项目管理中的功能点估算法将功能点分为5类： ILF、EIF、EI、EO和EQ。其中：
– ILF和EIF属于数据类型的功能点； – EI、EO、EQ属于事务类型的功能点。
功能点计算方法
ILF
1 to 19 DET 20 to 50 DET Low（7） 51 or more DET Average（10） Low（7） Low（7）
1RET 2 to 5 RET
Average（10） High（15）
6 or more RET
Average（10）
High（15）
High（15）
Low(3) Low(3) Average(4)
功能点标准概述
事务功能（Transaction Function）
EO
1 to 5 DET 0 to 1 FTR 2 to 3 FTR 4 or more FTR Low(4) Low(4) Average(5)
6 to 19 DET Low(4) Average(5) High(7)
20 or more DET Average(5) High(7) High(7)
功能点标准概述
事务功能
EQ
1 to 5 DET 6 to 19 DET
Low(3) Average(4) High(6)
20 or more DET
Average(4) High(6) High(6)
0 to 1 FTR 2 FTR 3 or more FTR
调整因子
计算调整系数
VAF=(TDI*0.01)+0.65 TDI(TOTAL DEGREE OF INFLUENCE) 0.65<VAF<1.35 基本公式：FP=UFP*VAF
计算功能点
FPC=UFP*VAF
谢谢！
EIF
1 to 19 DET 20 to 50 DET 51 or more DET
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
功能点五种方法比较
李培圣
1、功能点方法概述
软件研发成本度量（包括估算与测量）方面，对于软件规模本身的评价是首要任务。
根据软件行业的实践，目前评价软件规模的方法可以区分为两种评价方法：非标准评价方法和标准评价法。
如软件源代码行方法，对象点（Object Point）评价法，需求数量评价法、用例数评价法以及文档页码评价法等方法，都是非标准评价方法，特点是具有操作简单、容易实施，但不容易在项目干系人之间达成一致，往往会引起较多的分歧；标准评价法则较好地克服了非标准评价方法的不足，但因为其操作相对繁琐，因而在实际应用中也受到一定程度的限制。
上述各种非标准评价方法虽然在实际工作中也有着普遍的应用，但更多地局限于软件开发团队内部。
如果要在业务部门与开发部门、甲方与乙方等外部组织约定软件开发的工期或费用等关键项目目标，则首先需要对软件项目规模进行标准、一致的评价与估算。
目前的软件规模标准评价方法都同属一类方法，即功能点方法。
使用功能点方法衡量软件项目规模，不同的人员对同一项目的软件功能可以得到一致的结果，从而克服软件规模非标准评价方法的不足。
2、五种功能点度量方法介绍
（1）ISO/IEC 19761软件工程—COSMIC：一种功能规模度量方法（Software engineering -- COSMIC: a functional size measurement method）COSMIC（Common Software Measurement International Consortium，通用软件度量国际联盟）功能点的前身来源于1997年所提出的FFP（Full Function Point，全面功能点）功能点标准，后来FFP组织又与COSMIC组织共同合作于1999年提出了COSMIC功能点标准，该标准历经修订，该标准也于2003年被ISO组织接纳成为国际标准。
（2）ISO/IEC 20926软件和系统工程—软件度量—IFPUG功能规模度量方法2009（Software and systems engineering -- Software measurement -- IFPUG functional size measurement method 2009）
IFPUG（International Function Points User’s Group国际功能点用户组）是一个非营利性组织，1979年IBM的Allan Albrecht提出功能点分析方法，1984年正
式发布了第一个功能点使用指南，1986年成立IFPUG组织，2003年被ISO组织接纳成为国际标准。
（3）ISO/IEC 20968软件工程—MkⅡ功能点分析—计数实践手册（Software engineering -- MkⅡFunction Point Analysis -- Counting Practices Manual）1991年，英国人Charles Symons在自己的《Software Sizing and Estimating: MkII Function Point Analysis》一书中介绍了MarkII功能点的操作方法。
Symnos先生在为毕马威咨询公司工作期间提出了MarkII功能点操作方法，在该操作方法的基础之上形成了MarkII功能点标准，该标准提出后被英国政府所采纳，目前该标准由英国软件行业协会维护。
2001年被ISO组织接纳成为国际标准。
（4）ISO/IEC 24570软件工程—NESMA功能规模度量方法2.1版—功能点分析应用定义和计数指南（Software engineering -- NESMA functional size measurement method version 2.1 -- Definitions and counting guidelines for the application of Function Point Analysis）NESMA为荷兰软件度量协会的简称（Netherland Software Measurement Association），NESMA功能点标准与IFPUG功能点标准之间存在一定的差异,，但与其他的功能点标准相比较（MarkII功能点标准、COSMIC功能点标准和FISMA功能点标准），NESMA功能点标准与IFPUG功能点标准保持了最好的一致性。
（5）ISO/IEC 29881信息技术—系统和软件工程—FiSMA1.1功能规模度量方法（Information technology –Systems and software engineering -- FiSMA 1.1 functional size measurement method）FISMA（FIland Software Measurement Association，芬兰软件度量行业协会）组织于1997年就提出了FISMA1.1功能点标准的前身——Experience 2.0 Function Point Analysis（FPA），目前该标准的应用主要集中于芬兰本国的软件开发组织。
与其他的功能点标准相比较，FISMA功能点标准突出了“服务”概念，不再强调“功能”概念。
另外，FISMA 将软件的典型功能区分为28种服务，从而使得服务类型的划分更为细致，但同时也增加了操作方面的不便。
目前纳入国际标准的功能点方法有5种，因此行业标准中5种方法都支持。
但在行业标准中提到应根据需求的详细程度选择合适的规模估算方法，而在5种国际标准中，只有NESMA方法定义了3种应用场景以支持不同粒度的估算，
因此如果使用行业标准进行早期估算（如编制预算、招投标），则应采用NESMA 方法中的预估功能点或估算功能点方法。
目前在全球使用功能点方法的企业中，超过90%使用IFPUG/NESMA方法，而NESMA方法中详细功能点方法与IFPUG方法基本等效。