专题1:功能点分析法
选择性必修3逻辑与思维专题三运用辩证思维方法(精讲课件)——2023届高考政治一轮复习(

考点三:分析与综合的含义及辩证关系
3.分析与综合的区别和联系:
分析与综合是方向相反却相辅相成的两种思维方法。分析是从事物整体走向 区别
部分的认识,综合是从事物部分走向整体的认识 分析是综合的基础,综合是分析的先导。分析为综合做准备,而综合的结果又指 联系 导人们继续对事物进行新的分析。在辩证思维中,分析与综合是方向相反却相 辅相成的对立统一的关系
2023届高考政治一轮复习
选择性必修3 逻辑与思维 专题三 运用辩证思维方法
学科核心素养
政治认同:学会用
整体思维看待中国特色 社会主义“五位一体” 的发的否定观、认识发 展的历程展要求和思路 ,运用分析与综合的方 法,正确理解“四个全 面”的战略布局,运用 质量互变规律分析建设 中国特色社会主义战略 步骤安排的合理性;运 用度的方法论要求,加 深对深化改革要求的理 解;正确认识中华传统 文化,认同中国特色社 会主义先进文化;正确 认识马克思科学社会主 义理论的相关内容
考点三:分析与综合的含义及辩证关系
4.怎样正确地进行辩证的分析和综合: (1)辩证地理解和运用分析与综合方法,要在分析的基础上揭示事物整体,要在综合得到的整体中指 导分析; (2)在分析与综合的对立统一中,推动认识不断地由低级向高级发展。
22021年6月17日,神舟十二号载人飞船发射成功,顺利将聂海胜、刘伯明、汤洪波3名航天员送入太空。这次飞行乘组 的选拔除了考评个人思想政治素质、身体素质、心理素质、知识技能外,还需要综合考虑出舱活动对航天员的要求,航 天员的飞行经验、年龄与任务的匹配性等。从辩证思维角度看,本次飞行乘组的选拔( ) ①尊重了矛盾同一律,应加强日常训练以适应飞行要求 ②采用了分析方法,对航天员的各方面素质分别进行考察 ③借助了选言推理,考虑航天员是否具有完成航天任务的能力 ④运用了综合方法,全面考虑航天员各方面素质对执行任务的影响 A.①② B.①③ C.②④ D.③④
功能点分析方法的一种形式化定义

功能点分析方法的一种形式化定义顾勋梅;虞慧群【摘要】针对功能点分析(FPA)方法因缺少精确化定义而导致度量结果与实际之间有一定偏差的问题,基于B方法对FPA的度量规则进行形式化定义,即为功能点计算提供一个明确的定义.实例应用表明,把B方法应用到软件度量中,能够提高软件项目管理的效率,为软件功能规模的自动化度量奠定基础.【期刊名称】《计算机工程》【年(卷),期】2010(036)014【总页数】4页(P10-12,15)【关键词】功能点分析;B方法;度量;形式化定义【作者】顾勋梅;虞慧群【作者单位】淮海工学院计算机科学系,连云港,222005;华东理工大学信息科学与工程学院,上海,200237【正文语种】中文【中图分类】TP3111 概述软件的功能规模是一个用来合理地管理和控制软件开发项目的基本要素。
功能点分析(Function Points Analysis, FPA)是一种基于软件系统的软件功能规模度量方法,用“功能点数量”来表示软件的规模。
与代码行这种度量单位相比,功能点数量与编程语言无关,而且在项目开发早期确定了软件需求后即可计算。
虽然FPA方法应用很广泛,但其方法本身还是存在不足,主要体现在:(1)功能点分析的计算规则是用简单的自然语言的形式给出的,易受度量工作者的主观性影响;(2)FPA方法主要是一个手工处理过程,其代价比较高;(3)功能点分析方法比较复杂,对使用者要求较高,所需时间较长,还要求较高的需求完整性和准确性。
而导致这些缺点的主要原因之一在于缺少一个精确的定义。
B方法是一个基于模型的形式化方法,对于建模和软件验证是一种有效的方法。
由于功能点分析方法提出得比较早,难以适应当今软件规模和网络的快速发展,因此在大规模软件项目中,把B方法和软件度量结合起来能够提高软件项目管理的效率。
本文采用B规格说明语言来定义和描述FPA,一方面能够更好地利用FPA的优势合理有效地度量软件,为功能点计算提供一个明确的定义;另一方面为软件功能规模的自动化度量奠定基础。
IFPUG功能点分析法

IFPUG功能点分析法1、功能点方法简介功能点方法是一种间接、但比较准确的软件开发工作量度量方法,目前普遍用于软件工作量估算。
功能点方法,自IBM的Albrech在1979年发表,随后被IFPUC (Internal Function Point UserCroup)继承,1999年发布了现行的4.1版。
一个功能点用一定规模的系统数据(ILF和EIF)及其处理(EI、EO、EQ)来表征,它囊括了为实现特定功能所固有和必需的需求分析、系统设计、编写文档和测试用例、编码、测试、部署、调优、培训等工作量。
功能点方法从用户需求和逻辑设计角度出发,根据软件需求规格说明书及IFPUG功能点分析法的操作规程,估算应用系统的功能点数,再从每个功能点的功能类型和复杂度两个维度,参考业界单功能点开发时长,测算出项目工作量,与具体技术和实现无关。
2、术语定义:●内部逻辑文件(ILF)是一组用户能够识别、存在内在逻辑关联、在系统边界之内被控制的数据或控制信息。
可理解为一个实体联系模型或一组关联的数据表。
●外部接口文件(EIF)是另外一个系统的ILF。
在本系统中被引用、在系统边界之外被控制。
●外部输入(EI),一个接受来自系统边界之外的数据或控制信息的基本处理。
其目的是维护一个内部逻辑文件,或改变系统的行为。
●外部输出(EO) -个向系统边界之外发送数据或控制信息的基本处理。
其目的是向用户展示一组经过了(除提取之外的)逻辑处理的数据或控制信息,也可能包括对内部逻辑文件的维护或改变系统的行为。
●外部查询(EQ) -个向系统边界之外发送数据或控制信息的基本处理。
其目的足向用户展示一组经过提取处理的数据或控制信息,不会引起对内部逻辑文件的维护或系统行为的改变。
界面.doc报表.doc业务逻辑.doc接口命令.doc 4、数据功能类型及事物功能类型复杂度权重对应表。
功能点分析方法之一-原理篇

功能点分析方法之一-原理篇功能点分析法(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 方法,这些方法都属于艾尔布策功能点方法的发展和细化。
第1章软件功能点度量方法概述

第1章软件功能点度量方法概述本章介绍软件项目开发与维护所面临的典型问题,指出解决这些问题的基本途径是软件项目的定量评价分析。
在比较了各种软件定量评价方法的基础上建议采用功能点方法作为软件定量评价的基础方法。
本章进一步介绍目前被ISO标准采纳的5种功能点标准,依次是MarkII功能点标准、COSMIC功能点标准、NESMA功能点标准、FISMA功能点标准以及IFPUG功能点标准。
本章还对5种功能点标准的不同之处进行了比对分析并给出了建议。
1.1软件困境软件在我们生活和工作中的重要性正与日俱增。
试想,没有银行软件系统和证券软件平台的应用,庞大复杂的银行业务便不能有效地开展,证券业务也只能局限于现场交易,因而不能发挥其应有的金融职能;没有网络管理软件系统的应用,快捷的电话联系方式也是不可想象的;除了目前已经广泛应用的固定电话和移动电话业务之外,更有如雨后春笋般出现的各种数据服务,例如宽带上网、GPS定位导航等,而这些应用无一例外地依赖于各种软件系统。
软件应用对于很多行业的发展变革甚至起决定的作用,例如基于网络的传媒信息更多地取代了传统的纸质媒体,人们的阅读习惯因而发生了有史以来最重要的变化。
由此可见,软件无论在我们的生活还是工作中已经变得不可或缺。
软件以其快捷、高效、经济等诸多优势几乎渗透到各个行业中,正是软件的普及应用塑造了信息时代的主要特征。
因为软件应用的互通互联,因特网时代之前的“信息孤岛”正日益消亡,伴随着世界范围内各种经济、科技和教育等方面的信息共享,“地球村”的预言正成为现实。
具有讽刺意味的是,软件在促进信息共享、信息透明的同时,自身却存在典型的“灯下黑”现象。
与传统的建筑等行业相比较,软件系统的建设与开发充满了各种不确定性。
用户业务需求不明确、工期和费用设置的盲目性、开发团队不稳定、人员的工作经验和技术水平参差不齐、“作坊式”开发模式等诸多因素使得软件开发往往达不到预期的目的。
软件开发与建设对客户来说更多地呈现为“黑盒子”特征。
功能点分析法 IFPUG

100 FPs
Impact Effort Schedule Cost
120 FPs
• State code input screen changed (3 FPs)
• Interface to N&A file added (10 FPs)
• N&A inquiry and state code inquiry added (7 FPs)
3
© Copyright 2001. International Function Point User Group 2001
..
IFPUG Mission Statement
• The mission of the International Function Point Users Group is to be a recognized leader in promoting and encouraging the effective management of application software development and maintenance activities through the use of Function Point Analysis and other software measurement techniques.
9
© Copyright 2001. International Function Point User Group 2001
..
Changes to Requirements
• Changes to Requirements
– Change Inevitable – Trade-offs – Customer Definition of Quality – Size
项目功能点分析培训试题
项目功能点分析培训试题一、报表定义用户需求:要求有如下功能:1、输入包括如下几行的报表定义●唯一的报表编号●报表名称●报表中用到的字段●生成报表的计算2、随时重用已定义的报表,需要时修改报表定义3、使用报表定义察看和打印一个报表4、按报表名称或报表编号查询现有报表的定义要求:分析以上需求中是否有ILFs,若有请分析此ILF有DET几个,RET几个并计算出此ILF的功能点数。
二、辅助索引用户需求:用户需要按照报表名称查询想要的报表定义。
为了满足用户需求,使用报表名称作为键值创建一个辅助索引。
要求:分析以上需求中是否有ILFs,若有请分析此ILF有DET几个,RET几个并计算出此ILF的功能点数。
三、两个应用数据共享一个员工信息数据用户需求:人力资源应用系统要求有维护每个新员工信息的能力。
其维护的信息包括:●员工ID●员工姓名●员工邮政地址●员工支付级别●员工职务名称创建一个新员工记录时,员工的预期养老金资格生效日期会自动计算出来,并且和其他员工信息一起保存。
另一个安全用户应用系统要求分配给每个新员工一个安全级别。
安全部门在每个员工被雇佣后,根据其背景分配合适的安全级别。
其维护的信息包括:●员工ID●员工安全级别安全用户也需要显示如下信息的报表:●员工ID●员工姓名●员工安全级别要求:分析以上需求中人力资源应用系统是否有ILFs,若有请分析此ILF有DET几个,RET几个并计算出此ILF的功能点数。
安全用户应用系统是否有ILFs,若有请分析此ILF有DET几个,RET几个并计算出此ILF的功能点数。
四、从其他应用中应用数据用户需求:人力资源应用系统应提供如下能力:●所有按小时计酬的员工必须用美元支付。
●当用户添加或修改员工信息时,人力资源应用必须访问货币应用系统以提取汇率。
提取汇率以后,人力资源应用系统会按以下计算公式把员工本地标准小时工资转换成美元小时工资:标准小时工资/汇率=美元小时工资货币转换信息包括:对基本货币的汇率国家要求:分析以上需求中人力资源应用系统是否有EIFs,若有请分析此EIF有DET几个,RET几个并计算出此EIF的功能点数。
功能点分析实例
• 员工基本信息如下所示:
员工ID 员工名称 性别 生日 婚否 所属部门ID 所属部门名称 工作时间 工作单位 工作部门 工作职务 受教育的时间 学校名称 所学专业 亲属的姓名 之间关系 亲属年龄 工作单位
• 假设部门信息如下所示:
– 部门ID – 部门名称
• 假设工资表信息如下所示:
– 员工ID – 员工姓名 – 金额 – 单位
FPA功能点估算法实例 V1.2
卫剑钒
摘要
• 以员工管理系统为例,详细说明如何利用 功能点估算法计算业务复杂度。
员工管理系统概要
• 在员工管理系统中,操作有 :
“添加员工信息” “修改员工信息” “删除员工信息” “查询员工信息” “统计员工年薪”
“添加部门信息” “修改部门信息” “删除部门信息” “查询部门信息”
结 束!
2012.11.8Fra bibliotek• 在另外一个系统“财务系统”中,有个 “工资表”,员工管理系统会用它来统计 年薪。
分 析
• 员工管理系统中如果要添加一个员工,会 用到员工的一般信息,如教育情况、工作 经历和家属信息等等。 • 由于每个员工都隶属于某个部门,所以在 本系统中,还要维护“部门” 信息。 • 员工的工资则由另外一个财务系统提供。
• 简单来讲,ILF和EIF可以被看作数据库中的数据表,但是 主、从表将被视为一个ILF或EIF。 • 那么,ILF和EIF的复杂度就是由数据表中的字段DET和一 个ILF或EIF自身所包含的主、从表个数RET来决定。在计 算DET时主、外键只能算作一个。 • 主从表的情况:类似于订单表与订单明细表的关系。 • 主键是定义一个表唯一的,同时系统按主键为表建立索引。 • 外键:一个表中所定义的外键是另一张表的主键。 • 若有两个表A,B,C是A的主键,而B中也有C字段,则C 就是表B的外键,外键约束主要用来维护两个表之间数据 的一致性。
2024届高考物理复习讲义:专题强化九 动力学和能量观点的综合应用(一)——多运动组合问题
专题强化九动力学和能量观点的综合应用(一)——多运动组合问题学习目标掌握运用动力学和能量观点分析复杂运动的方法,进而利用动力学和能量观点解决多运动组合的综合问题。
1.分析思路(1)受力与运动分析:根据物体的运动过程分析物体的受力情况,以及不同运动过程中力的变化情况。
(2)做功分析:根据各种力做功的不同特点,分析各种力在不同运动过程中的做功情况。
(3)功能关系分析:运用动能定理、机械能守恒定律或能量守恒定律进行分析,选择合适的规律求解。
2.方法技巧(1)“合”——整体上把握全过程,构建大致的运动情景。
(2)“分”——将全过程进行分解,分析每个子过程对应的基本规律。
(3)“合”——找出各子过程之间的联系,以衔接点为突破口,寻求解题最优方案。
例1(2022·浙江1月选考,20)如图1所示,处于竖直平面内的一探究装置,由倾角α=37°的光滑直轨道AB、圆心为O1的半圆形光滑轨道BCD、圆心为O2的半圆形光滑细圆管轨道DEF、倾角也为37°的粗糙直轨道FG组成,B、D和F为轨道间的相切点,弹性板垂直轨道固定在G点(与B点等高),B、O1、D、O2和F点处于同一直线上。
已知可视为质点的滑块质量m=0.1kg,轨道BCD和DEF的半径R=0.15m,轨道AB长度l AB=3m,滑块与轨道FG间的动摩擦因数μ=7 8。
滑块与弹性板作用后,以等大速度弹回,sin37°=0.6,cos37°=0.8。
滑块开始时均从轨道AB上某点静止释放,图1(1)若释放点距B 点的长度l =0.7m ,求滑块到最低点C 时轨道对其支持力F N 的大小;(2)设释放点距B 点的长度为l x ,求滑块第1次经F 点时的速度v 与l x 之间的关系式;(3)若滑块最终静止在轨道FG 的中点,求释放点距B 点长度l x 的值。
答案(1)7N (2)v =12l x -9.6(m/s)(0.85m ≤l x ≤3m)(3)见解析解析(1)滑块从A 到C 的过程只有重力做功,机械能守恒,则mgl sin 37°+mgR (1-cos 37°)=12m v 2C 在C 点根据牛顿第二定律有F N -mg =m v 2CR代入数据解得F N =7N 。
专题1:功能点分析法
功能点分析的步骤
• 我们将以国际标准IFPUG(International Function Point Users Group)组织提供的功能 点估算法V4.1.1为基础进行讲解。如下图所示, 首先大家应该了解功能点估算法的使用步骤。 具体步骤包括:
① ② ③ ④ ⑤ ⑥ 识别功能点的类型。 识别待估算应用程序的边界和范围。 计算数据类型功能点所提供的未调整的功能点数量。 计算人机交互功能所提供的未调整的功能点数量。 确定调整因子。 计算调整后的功能点数量。
– 当两个应用程序维护和/或引用相同的ILF/EIF,但是每个应用程序分别维护/引用它 们相应的DET时,这些DET在这两个应用程序的维护/引用中将单独计算。
• 例如,一个应用程序的两个“Elementary Process”基本处理过程都需要使用到“地址” 的信息,地址信息又可以细分为“国家、城市、街道、邮编”。那么对于其中一个基本 处理过程来说,它将整个地址信息作为一个整体进行处理,只算一个DET;另外一个基 本处理过程使用每个地址的详细信息,那么DET就是4个。
ILF和EIF的复杂性计算(2/2)
• RET是指一个EIF/ILF中用户可以识别的DET的集合。如果把DET简 单理解为字段的话,那RET就可以简单理解为数据库中的表。RET 在ILF /EIF中分为两种类型:可选的(Optional)和必选的 (Mandatory)。 计算RET的规则为以下两点:
必选 可选 可选
准备或呈现信息到系统边界外
接受进入系统边界内的数据的能力
可选
必须
必选
可选
必选
可选
事务类型功能点的计算规则(1/3)
• 在IFPUG的定义中有一个重要的单词“Elementary Process”——基本处理 过程。该过程对用户来说是一个有意义的、最小的活动单位,并且是一个 自包含的活动。功能点的分类,EI、EO、EQ的识别都 是基于 “Elementary Process”基本处理过程的。 • EI的计算规则
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
• 例如:添加一个外贸订单时需要保存“订单号码、订单日期、地址、邮编”,那么对于 ILF订单来说它的DET就是4个。 • 再如:保存订单时还会保存订单的明细。订单的明细往往作为一个子表进行保存,那么 “订单号码”在主表和子表中都同时存在(主外键)。但以用户角度来识别时,存盘操 作是一个最小的单位,那么订单号码只能算做一个DET。
– – – – 在基本操作过程中至少包含一个数学公式或计算方法 在基本操作过程中要产生派生数据 在基本操作过程中至少要维护一个ILF 在基本操作过程中要改变系统的行为。
• EQ补充的计算规则 除了要满足上面的通用规则外,还要满足下面其中一条:
– – – – – 基本操作过程从ILF或EIF中获取数据。 基本操作过程不能包含数学公式或计算方法。 基本操作过程不能生成派生数据 基本操作过程不能维护任何一个ILF 基本操作过程不能改变系统的行为
– 在一个ILF/EIF中每一个可选或必选的集合都被计算为一个RET。 – 如果一个ILF/EIF没有子集合,则ILF/EIF被计算为一个RET。
•
•
例如:在外贸订单系统中添加一个订单时会保存“订单信息、客户 的ID、部门的ID”。那么订单系统ILF中的RET为:
① 订单信息(必选的) ② 客户信息(必选的) ③ 部门信息(可选的) 因此ILF中RET的个数为3个。
功能点估算法的特点
• 项目范围的估算在CMMI的“MA”度量分析管理和“PP”项目计划中均有涉及。 对软件项目范围的估算有很多种方法,常见的是LOC代码行和FP功能点法。 它们之间的区别和关系如下:
– 功能点估算法常用在项目开始或项目需求基本明确时使用,这时进行估算其结果 的准确性比较高。假如这个时候使用LOC代码行点的计算规则(2/3)
• EO和EQ通用计算规则 必须全部满足以下内容才能被视为一个EO或EQ:
① 从外部发送数据或控制信息到应用程序边界内。
② 为了识别这个过程,以下三点必须满足一个:
• 该基本处理过程逻辑上必须是唯一的,该唯一性是指其在应用程 序中与其他EO或EQ在逻辑性上保持唯一。
• ILF内部逻辑文件 内部逻辑文件是指一组以用户角度识别的、在应用程序边界内且被维护的 逻辑相关数据或控制信息。ILF的主要目的是通过应用程序的一个或多个基本 处理过程来维护数据。 EIF外部接口文件 外部接口文件是指一组在应用程序边界内被查询,但在其他应用程序中被 维护的、以用户角度来识别的、逻辑上相关的数据。因此,一个应用程序中 的EIF必然是 其他应用程序中的ILF。EIF的主要目的是为边界内的应用程序 提供一个或多个通过基础操作过程来引用的一组数据或信息。 EIF所遵循的规则:
– 当两个应用程序维护和/或引用相同的ILF/EIF,但是每个应用程序分别维护/引用它 们相应的DET时,这些DET在这两个应用程序的维护/引用中将单独计算。
• 例如,一个应用程序的两个“Elementary Process”基本处理过程都需要使用到“地址” 的信息,地址信息又可以细分为“国家、城市、街道、邮编”。那么对于其中一个基本 处理过程来说,它将整个地址信息作为一个整体进行处理,只算一个DET;另外一个基 本处理过程使用每个地址的详细信息,那么DET就是4个。
EI、EQ和EO的技术复杂性计算
• 复杂性取决于FIRs和DETs的数量。FTR是被一个事物读取或维护的ILF, 或者是被一个事物读取的EIF。 • EI中识别FTR规则
– 每一个ILF应该算做一个FTR。 – 通过EI读取的每个ILF或EIF都应该计算为一个FTR。 – 既被EI维护又被读取的ILF仅计算为一个FTR。
• 功能点估算法将功能点分为以下5类:
① ② ③ ④ ⑤ – ILF:Internal Logical File内部逻辑文件 EIF: External Interface File外部接口文件 EI: External Input外部输入 EO: External Output外部输出 EQ: External Inquiry外部查询 其中,ILF和EIF属于数据类型的功能点,EI、EO、EQ属于 人机交互事务类型的功能点。
•
•
该基本处理过程所使用的数据应该是唯一的,该唯一性是指其在 应用程序中与其他EO或EQ所使用的数据不同。
该基本处理过程所引用的ILF或EIF文件应该是唯一的,该唯一性 是指其在应用程序中与其他EO或EQ所引用的ILF或EIF文件不同。
事务类型功能点的计算规则(3/3)
• EO补充的计算规则 除了要满足上面的通用规则外,还要满足下面其中一条:
功能点分析的步骤
• 我们将以国际标准IFPUG(International Function Point Users Group)组织提供的功能 点估算法V4.1.1为基础进行讲解。如下图所示, 首先大家应该了解功能点估算法的使用步骤。 具体步骤包括:
① ② ③ ④ ⑤ ⑥ 识别功能点的类型。 识别待估算应用程序的边界和范围。 计算数据类型功能点所提供的未调整的功能点数量。 计算人机交互功能所提供的未调整的功能点数量。 确定调整因子。 计算调整后的功能点数量。
① 从应用边界之外收到数据。 ② 如果进入系统边界内的数据不是一个改变系统行为的控制信息,那么至少一个 ILF应该被改变。 ③ 对于已识别的处理过程,至少满足下面三个条件之一。
• 该基本处理过程的逻辑与本应用系统中其它基本处理过程的逻辑不同。该基本处理 过程应该具有唯一性。例如:不能存在两个完全一模一样的存盘操作。 • 在应用程序边界内,该基本处理过程所使用的这组数据应该与其他基本处理过程所 使用的数据不同。 • 在应用程序边界内,基本处理过程所引用的ILF或EIF是不同于其它基本处理过程所 引用的ILF或EIF。
– 以图为例:一个外贸订单系统只包含录入、修改、删 除、查询和统计订单的功能,而汇率查询转换服务是 不属于该系统的。
图2 外贸订单系统用例图
• 应用程序边界的识别规则大家一定要牢记,不能 从技术角度去思考,必须从用户角度来定义;如 果项目牵扯到多个系统,那么必须将这多个系统 的边界全部描述清楚。
功能点估算分类
• ILF、EIF要与EI、EO、EQ分开计算。
– 对ILF和EIF复杂度的计算可简单理解为对数据库复杂度 的计算。 – 对EI、EO、EQ复杂度的计算可理 解为对程序开发复杂 度的计算。
• 一般软件项目都是由数据和程序构成的,因此计算 ILF、EIF和计算EI、EO、EQ之间没有任何关系。
内部逻辑文件与外部接口文件
次要目的
主要目的
不允许
主要目的
行为
数学公式或计算被执行 至少一个ILF被修改
EI
可以 至少选择一次
EO
至少选择一次 至少选择一次
EQ
不可以 不可以
至少一个ILF或EIF被引用
数据被重新恢复 派生数据被创建 应用程序的行为或属性被修改
可选
可选 可选 至少选择一次
可选
可选 至少选择一次 至少选择一次
必选
1~19个DET 1个RET 2~5个RET 6个以上RET 低 低 中等
20~50个DET 低 中等 高
超过51个DET 中等 高 高
•
ILF/EIF复杂度的矩阵如下:
EI、EO、EQ的比较
• EI、EO、EQ的比较
– EI是处理来自应用程序边界外部的一组数据输入,它的主要目的 是维护一个或多个ILF,以及/或者更改系统的行为。 – EO是输送数据到应用程序边界外部的过程。它的主要目的是通过 逻辑处理过程向用户呈现信息。该处理过程必须包含至少一个数 学公式或计算方法,或生成派生数据。一个EO也可以维护一个或 多个ILF,并/或改变系统行为。 – EQ是向应用程序边界外发送数据基本处理的过程。其主要目的是 从ILF或EIF中通过恢复数据信息来向用户呈现。该处理逻辑不包 括任何数学公式或计算方法,也不会生成任何派生数据。EQ不会 维护任何一个ILF,也不会改变应用程序的系统行为。
EO和EQ的共同点是,其主要目的都是通过基本操作过 程展现数据给用户。 • EI、EO、EQ的比较见下表:
表1 EI、EO、EQ的主要目的
目的 改变应用程序的属性或行为 EI 主要目的 EO 次要目的 EQ 不允许
维护一个或多个ILF
显示信息给用户
主要目的
次要目的 表2 EI、EO、EQ的主要行为
功能点分析法专题
功能点估算法的意义
• 功能点估算法是软件项目管理众多知识中 比较有技术含量的一个。 • 在软件项目管理中项目计划制定的优劣直 接关系到项目的成败,项目计划中对项目 范围的估算又尤为重要。
– 如果项目负责人对项目的规模没有一个比较客 观的认识,没有对工作量、所需资 源、完工时 间等因素进行估算,那么项目计划也就没有存 在的意义。
录入订单、修改订单、删除订单是EI; 查询订单是EO 统计订单是EQ 汇率查询转换系统为EIF 订单和客户是ILF
•
– – – – –
以外贸订单系统项目为例:
图2 外贸订单系统用例图
识别功能点的重要原则
• 软件项目管理中的功能点估算法将功能点分为5类: ILF、EIF、EI、EO和EQ。其中:
– ILF和EIF属于数据类型的功能点; – EI、EO、EQ属于事务类型的功能点。
ILF和EIF的复杂性计算(2/2)
• RET是指一个EIF/ILF中用户可以识别的DET的集合。如果把DET简 单理解为字段的话,那RET就可以简单理解为数据库中的表。RET 在ILF /EIF中分为两种类型:可选的(Optional)和必选的 (Mandatory)。 计算RET的规则为以下两点:
•
识别项目的类型
• 国际IFPUG组织将软件项目分为三类,功 能点估算法适用于任何一类项目: