IFPUG CPM4.2 功能点实践手册(中文摘要)

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

功能点基础

IFPUG CPM4.2

功能点分析度量步骤

1.确定功能点计数类型

2.识别软件的应用边界

3.识别数据功能以确定其复杂度以及UFP

4.识别事务功能以确定其复杂度以及UFP

5.确定UFP数

6.确定值调整因子

7.计算调整FP数

IFPUG4.2的定义

用户——指明用户功能性需求的任何人和/或任何时候与软件通信或互动的任何人或事物。

用户视角——是对业务功能的描述。此外,它应该

●被用户认可。

●可以用来计算功能点数。

●能以不同的文档形式出现。

用户可识别——是指为处理而定义的需求或/和能被用户和软件开发者赞同和读懂的数据组。

应用边界——

●定义了应用的外部范围。

●内部应用与外部用户世界的概念接口;起一

种“膜”的作用,数据就是通过这层膜进出应

用。

●包含被应用维护的逻辑数据;

●协助识别在应用中查询但不在应用中维护

的逻辑数据

●依赖于用户对应用外部业务的视角;它与技

术和/或实施方式相独立。

范围——定义了一组(部分)被度量的软件;由功能点计数的目的决定;确定功能点计数中包括的功能;可以包含一个或多个应用。

控制信息——是影响应用基本处理过程的数据。它指明了处理什么,何时处理或处理方式。

外部输入(EI)——是处理来自应用边界之外的数据或控制信息的基本处理过程。EI的主要目的是维护一个或多个ILF并且/或者改变系统的行为。

EI应该满足下面所有规则:

●数据或控制信息从应用边界之外输入。如果

穿过边界的数据不是改变系统行为的控制信

息,那么至少应维护一个ILF。

●对于已识别的处理过程,至少满足下面三个

条件之一:

⏹处理逻辑与该应用中其它EI所用的处

理逻辑不同。

⏹该组已识别的数据元素不同于该应用

中其它EI的数据元素。

⏹所涉及的ILF或EIF不同于该应用中其

它EI所涉及的文件。

EI的复杂度取决于FTR和DET的数量

EI的FTR计算规则:

●每个被维护的ILF算一个FTR。

●每个在EI处理过程中读取的ILF或EIF算

一个FTR。

●由EI维护和读取的ILF只算一个FTR。

EI的DET计算规则:

●完成EI的过程中,如果一个用户可识别的、

非重复的字段穿越应用边界,那么该字段应算

一个DET。

●如果在EI过程中,系统取出或派生一个字

段并且该字段存储在一个ILF之内且没有穿越

应用边界,则无须计算DET。

●如果应用能够发送一个系统响应信息(如:

说明EI过程中发生错误,确认处理过程已经完

成,确认处理过程应该继续)到应用边界之外,

则算一个DET。

●即使有多种方法调用同一功能,则多个功能

是向应用边界之外发送数据或控制信息的基本处理

过程.EO的主要目的是通过逻辑处理方式向用户呈现信

息,而不只是直接恢复数据或控制信息。该处理逻辑必

须包含至少一个数学公式或计算过程,或生成派生数据。

一个EO也可能维护一个或多个ILF和/或改变系统行为。

EO应该满足下面所有条件:

●数据或控制信息发送出应用边界。

●对于已识别的基本处理过程,至少满足下面

三个条件之一:

⏹处理逻辑与该应用中其它EO所用的处

理逻辑不同。

⏹该组已识别的数据元素不同于该应用

中其它EO的数据元素。

⏹所涉及的ILF或EIF不同于该应用中其

它EO所涉及的文件。

此外,EO还应该满足下述条件之一:

⏹处理逻辑包含至少一个数学公式或计

算过程。

⏹至少一个ILF被处理逻辑维护。

⏹处理逻辑改变了系统的行为。

外部查询(EQ)

是向应用边界之外发送数据或控制信息的基本处理

过程. EQ的主要目的是通过恢复数据或控制信息向用户

呈现信息。该处理逻辑不包括任何的数学公式或计算过

程,不会生成任何的派生数据。EQ处理过程中既不会维

护任何ILF,也不会改变系统行为。

EQ应该满足下面所有条件:

●数据或控制信息发送出应用边界。

●对于已识别的基本处理过程,至少满足下面

三个条件之一:

⏹处理逻辑与该应用中其它EQ所用的处

理逻辑不同。

⏹该组已识别的数据元素不同于该应用

中其它EQ的数据元素。

⏹所涉及的ILF或EIF不同于该应用中其

它EQ所涉及的文件。

此外,EQ应该满足下述所有条件:

⏹该处理逻辑从一个ILF或EIF返回数据

或控制信息。

⏹该处理逻辑不包含任何数学公式或计

算过程。

⏹该处理逻辑不改变系统行为。

⏹该处理逻辑不维护任何ILF。

EO/EQ复杂度取决于FTR和DET的数量

EO/EQ的FTR计算规则:

●每个在EO/EQ处理过程中读取的ILF和EIF

算一个FTR。

EO的额外FTR

●每个在EO处理过程中维护的ILF算一个

FTR。

●每个在EO处理过程中读取和维护的ILF算

一个FTR。

EO/EQ的DET计算规则:

DET数量等于根据下列规则确定的字段总数:

●用户可识别的非重复的字段进入应用边界

并且指明处理什么、何时处理或处理方式并且

由EO/EQ返回或产生,那么每个字段算一个

DET。

●每个发出应用边界的用户可识别的非重复

字段算一个DET。

●如果字段同时进入发出边界,对该EO/EQ来

说,只算一个DET。

●如果应用能够发送一个系统响应信息(如:

说明过程中发生错误,确认处理过程已经完成,

确认处理过程应该继续)到应用边界之外,这

种能力算一个DET。

相关文档
最新文档