软件功能点介绍精品文稿.ppt

《软件功能点介绍精品文稿.ppt》由会员分享，可在线阅读，更多相关《软件功能点介绍精品文稿.ppt（39页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件功能点介绍第1页，本讲稿共39页2007.11http:/2内容功能点标准概述功能点计数过程功能点分析方法示例功能点应用场景Q&A 第2页，本讲稿共39页2007.11http:/3功能点标准概述IFPUG功能点1979 IBM的Allan Albrecht提出FP方法1984 正式的FP使用指南发布1988 FP CPM release 2.01990 FP CPM release 3.01994 FP CPM release 4.01999 FP CPM release 4.12003 加入ISO/IEC标准2004 FP CPM release 4.2第3页，本讲稿共39页2007.

2、11http:/4功能点标准概述IFPUGIFPUG(International Function Points Users Group)即国际功能点用户组是一个致力于功能点分析研究的非营利性组织。1986年IFPUG组织成立，后续的FP指南都是由IFPUG组织所发布的Function Point Counting Practices Manual 系列版本http:/www.ifpug.org第4页，本讲稿共39页2007.11http:/5功能点标准概述什么是功能点功能点（Function Points）是度量软件规模的一个标准度量单元一个软件的大小可以通过交付给用户的功能点数来度量，就如

3、一间房子的大小通过提供给用户的建筑面积或使用面积来度量一样。第5页，本讲稿共39页2007.11http:/6功能点标准概述什么是功能点分析功能点分析（Function Point Analysis）是从用户角度度量软件开发的一种标准方法。功能点分析基于用户的逻辑功能需求，而不考虑应用的物理实现第6页，本讲稿共39页2007.11http:/7功能点计数过程确定功能点计数类型识别计数范围及应用边界数数据功能点数事务功能点确定未调整功能点数确定调整系数值计算调整功能点数第7页，本讲稿共39页2007.11http:/8功能点计数过程确定功能点计数类型识别计数范围及应用边界识别数据功能并转换为未调

4、整功能点数识别事务功能并转换为未调整功能点数确定未调整功能点数（UFP）确定调整系数根据相应的计算公式计算调整功能点数第8页，本讲稿共39页2007.11http:/9功能点计数过程查询员工信息EQuser1HR systemEmployee information(ILF)Currency AppConversion rate(EIF)Boundary新建员工信息EIuser1user1生成员工信息报表EO第9页，本讲稿共39页2007.11http:/10功能点分析方法filefilefileApplication AApplication Bfile外部输入EI外部输出EO外部查询EQ事

5、务功能内部逻辑文件ILF外部接口文件EIF数据功能第10页，本讲稿共39页2007.11http:/11功能点分析方法把用户的业务功能需求分为数据功能需求和处理数据的事务功能需求数据分为应用内部逻辑数据和应用外部的接口数据，事务分为对数据的外部输入、输出和查询分别分析这些组成部分的功能点第11页，本讲稿共39页2007.11http:/12功能点分析方法数据功能（Data Function）指提供给用户的以满足应用内部和外部数据需求的功能性分为内部逻辑文件（ILF）和外部接口文件（EIF）复杂性由数据元素类型（DET）和记录元素类型（RET）决定第12页，本讲稿共39页2007.11http:

6、/13功能点分析方法数据功能（Data Function）ILFEIF1 to 19 DET20 to 50 DET51 or more DET1RETLow（7）Low（7）Average（10）2 to 5 RETLow（7）Average（10）High（15）6 or more RETAverage（10）High（15）High（15）1 to 19 DET20 to 50 DET51 or more DET1RETLow（5）Low（5）Average（7）2 to 5 RETLow（5）Average（7）High（10）6 or more RETAverage（7）High（1

7、0）High（10）第13页，本讲稿共39页2007.11http:/14功能点分析方法事务功能（Transaction Function）指提供给用户的以满足应用数据处理需求的功能性分为外部输入（EI）、外部输出（EO）、外部查询（EQ）复杂性由数据元素类型（DET）和文件引用类型（FTR）决定第14页，本讲稿共39页2007.11http:/15功能点分析方法事务功能（Transaction Function）EI1 to 4 DET5 to 15 DET16 or more DET0 to 1 FTRLow(3)Low(3)Average(4)2 FTRLow(3)Average(4)H

8、igh(6)3 or more FTRAverage(4)High(6)High(6)第15页，本讲稿共39页2007.11http:/16功能点分析方法事务功能（Transaction Function）EO1 to 5 DET6 to 19 DET20 or more DET0 to 1 FTRLow(4)Low(4)Average(5)2 to 3 FTRLow(4)Average(5)High(7)4 or more FTRAverage(5)High(7)High(7)第16页，本讲稿共39页2007.11http:/17功能点分析方法事务功能EQ1 to 5 DET6 to 19

9、DET20 or more DET0 to 1 FTRLow(3)Low(3)Average(4)2 FTRLow(3)Average(4)High(6)3 or more FTRAverage(4)High(6)High(6)第17页，本讲稿共39页2007.11http:/18功能点分析方法确定系统的14个特征值FPA方法认为有14个因素影响FP的个数这14个特征值根据SRS的内容来判断非功能需求设计约束根据每个特征值的特点，决定它的取值，取值范围介于0到5之间第18页，本讲稿共39页2007.11http:/19功能点分析方法第19页，本讲稿共39页2007.11http:/20功能点分

10、析方法计算调整系数VAF=(TDI*0.01)+0.65TDI(TOTAL DEGREE OF INFLUENCE)0.65VAF1.35计算功能点FPC=UFP*VAF第20页，本讲稿共39页2007.11http:/21示例示例一第21页，本讲稿共39页2007.11http:/22功能点应用场景1 项目前期的可行性分析关注技术可行性之外的内容采用快速功能点方法判断项目所需完成的工期和初步预算，从而决定组织是否能够支撑或接受该项目示例：某组织希望启动一个网上书城的应用项目，涉及的业务实体大概为30个左右，可以快速得到项目的功能点数为1200（30*10*4）个。所以对应的工作量为40到80

11、人月，需要的预算为120万到240万左右，对应的开发时间为8到17个月第22页，本讲稿共39页2007.11http:/23功能点应用场景2 甲方确立项目范围与标的甲方在招标的过程中首先需要在内部立项、申请预算功能点方法有助于给出明确的预算申请依据，使得预算过程更加透明示例：1000个功能点的项目，甲方内部申请的预算为1000*2K=2000K，其中1000FP是根据功能点标准得到，而每个功能点的费用为2K则可以依据行业数据得到（假定一个功能点的开发成本为1.5K左右，考虑到乙方的利润为20%，以及甲方10%左右的管理成本）第23页，本讲稿共39页2007.11http:/24功能点应用场景3

12、 为乙方确立项目的范围与标的甲方要求乙方在投标过程中采用功能点报价或评估工期，便于甲方从第三方的角度审查核实乙方的报价是否过高或偏低第24页，本讲稿共39页2007.11http:/25功能点应用场景4 甲乙双方合同谈判的依据与传统的基于模块的报价方法相比较，基于功能点的谈判过程对双方更为透明。甲方不必再单独依赖于所谓的“最低价中标”或“中间价中标”等评判方式甲方可以依据乙方所提供的软件功能点数量进行验收并支付合同款项如何确保质量标准？第25页，本讲稿共39页2007.11http:/26功能点应用场景5 乙方项目立项的依据基于功能点方法，乙方内部的人员配备、费用安排以及工期设定等都可以更透明

13、乙方比较不同项目的预算可以更好地将市场因素与技术因素区分开来，从而给定相对客观的立项依据示例：项目的项目，它们的合同价分别是50万、100万、150万，那么乙方内部立项的预算是否会有所不同？第26页，本讲稿共39页2007.11http:/27功能点应用场景6 项目计划与跟踪的基础对于增量型项目，采用功能点可以直接衡量项目的产出，甚至可以作为依据向客户收取与功能点数量对应的费用对于瀑布型项目则可以考虑引入转换机制，使得每阶段产出都可用功能点衡量问题：如何减小双向转换所带来的误差？第27页，本讲稿共39页2007.11http:/28功能点应用场景7 评审质量目标的确定每次评审会议的出口约束条件

14、如何设定？基于过程约束的相对标准往往效果有限例如，评审会议要关闭所有已经发现的问题？那些没有发现的问题如何处理？例如需求评审的质量目标为0.1-0.3缺陷/FP，则规模为1000FP的需求应该在需求评审之后发现100到300个缺陷，否则应该进行原因分析第28页，本讲稿共39页2007.11http:/29功能点应用场景8 测试阶段的质量目标设定 软件测试除了关注测试用例是否充分外，还要考虑所发现的问题是否已经足够测试用例的充分性可以功能点去衡量，测试发现的问题也用功能点去衡量，再结合缺陷趋势分析、缺陷正交分析，最后可以判断测试后质量状况第29页，本讲稿共39页2007.11http:/30功能

15、点应用场景9 基于功能点的验收方式与需求的功能点一一对应进行验收考虑完整的需求变更流程，否则无法使用功能点严格对应方法基于功能点评价质量标准基于功能点预估应用系统的运营质量第30页，本讲稿共39页2007.11http:/31功能点应用场景10 项目需求变更的测量软件项目往往都面临需求变更的可能，采用功能点方法有助于将变更的程度和粒度描述清楚开发过程中新增加了2个需求,修改了1个需求，则有可能是50功能点，也有可能是80个或者100个功能点，所以使用功能点方法可以统一对需求变更程度的衡量。从过程度量的角度，需求稳定度指标才更有意义第31页，本讲稿共39页2007.11http:/32功能点应用

16、场景11 软件需求详细程度的约束条件甲乙双方往往无法界定需求描述的详细程度，从而为后续需求变更“埋下伏笔”。使用功能点的方法可以有效地指导需求描述的详细程度，将需求评审的标准由相对标准转变为绝对标准最大程度避免因为前期需求描述不清晰而导致需求频繁变更第32页，本讲稿共39页2007.11http:/33功能点应用场景12 大项目与组合项目管理大项目与组合项目管理要解决的关键问题之一就是在不同的项目间进行比较而采用功能点方法可以对不同的项目进行归一化处理，从而比较单位生产率、单位成本或者单位质量状况 第33页，本讲稿共39页2007.11http:/34功能点应用场景13 甲方内部资产管理对许多

17、甲方组织的IT部门来说，描述现有的IT系统规模非常有意义，对于硬件设备相对容易，对于软件系统则可以采用功能点的方法。例如计费系统为40K功能点，客服系统为32K功能点、内部工作管理系统为13K功能点。这样便于从资产管理的角度知道“自己的家底有多少”第34页，本讲稿共39页2007.11http:/35功能点应用场景14 维护项目人员的工作量考核维护人员的工作量往往难以确定，因为他们工作性质的复杂性，例如日常维护、简单开发、外包项目管理等。采用功能点有助于核定维护人员的工作量，例如对于关键业务系统每个维护人员每年对应的工作量为3K左右的功能点第35页，本讲稿共39页2007.11http:/36

18、功能点应用场景15 公司范围内项目间的数据比对建立了功能点度量与估算的框架之后，组织内部可以基于过程改进的方式对项目的现状进行分析比对组织内项目的生产率、缺陷率、需求变更频繁程度等，在组织范围内推广项目的最佳实践等根据统计控制过程原理，从数据分析的角度进行过程改进第36页，本讲稿共39页2007.11http:/37功能点应用场景16 行业或地区间的项目数据比对基于功能点的数据分析亦可以扩展到行业分析或地区分析例如嵌入式行业与商业应用相比较；北京、上海、广州、深圳等地区与杭州、西安、武汉、长沙等地相比较；中国的软件行业与美国、欧洲、印度、日本等比较，而这些比较对于软件公司的市场定位、政府部门的决策制定都有着重要的参考意义第37页，本讲稿共39页2007.11http:/38Q&AQ&A第38页，本讲稿共39页2007.11http:/39致谢谢谢！谢谢！第39页，本讲稿共39页