专题1能点剖析法.ppt

功能点分析法专题  功能点估算法的意义 功能点估算法是软件项目管理众多知识中 比较有技术含量的一个。 ·在软件项目管理中项目计划制定的优劣直 接关系到项目的成败,项目计划中对项目 范围的估算又尤为重要。 如果项目负责人对项目的规模没有一个比较客 观的认识,没有对工作量、所需资源、完工时 间等因素进行估算,那么项目计划也就没有存 在的意义。  功能点估算法的特点 项目范围的估算在CMM的“MA度量分析管理和“PP项目计划中均有涉及 对软件项目范围的估算有很多种方法,常见的是LOC代码行和FP功能点法 它们之间的区别和关系如下: 功能点估算法常用在项目开始或项日需求基本明确时使用,这时进行估算其结果 的准确性比较高。假如这个时候使用LOC代码行估算法,则误差会比较大。 使用功能点佔算法无需憧得软件使用何种开发技术。LOC代码行估算法则与软件 开发技术密切相关。 功能点估算法是以用户为角度进行估算,LOC代码行估算法则是以技术为角度进 行估算 通过一些行业标准或企业自身度量的分析,功能点估算法是可以转换为LOC代码 行的。 在项目刚开始的时候进行功能点估算可以对项目的范围进行预测。在项目开 发的过程中由于需求的变更和细化可能会导致项目范围的蔓延,计算出来的 结果会与当初估计的不同。因此,在项目结束时还需要对项目的范围情况重 新进行佔算,这个时候估算的结果才能最准确反映项目的规模。  功能点分析的步骤 我们将以国际标准|PUG( nternationa Function Point Users Group)组织提供的功能 点估算法V4.1.1为基础进行讲解。如下图所示 首先大家应该了解功能点估算法的使用步骤。 人机夾互 功能点分析 未整的 起关型 功能点数量 確定功能点识项目的 功能点分析 调整后的 的类型触边界 功能点数量 礙功点 调懿好子  识别项目的类型 国际|PUG组织将软件项目分为三类,功 能点估算法适用于任何一类项目: 新开发项目 二次开发的项目 功能增强的项目  识别项目的范围和边界 ·使用UML的“ UseCase”用例图是以用户角度进 行识别项目范围和边界的最好方法,在画用例图 时就必须明确系统的边界。通过系统的边界,我 们可以知道哪些功能要计算功能点,哪些功能 点是外部系统负责计算的。 以图为例:一个外贸订单系统只包含录入、修改、删 除、查询和统计订单的功能,而汇率查询转换服务是 不属于该系统的。 ·应用程序边界的识别规则大家一定要牢记,不能 从技术角度去思考,必须从用户角度来定义;如 果项目牵扯到多个系统,那么必须将这多个系统 的边界全部描述清楚。  功能点估算分类 功能点估算法将功能点分为以下5类 ①LF: nternal Logical File内部逻辑文件 ②EIF: External Interface File外部接口文件 ③E|: External Input外部输入 ④EO: Externa| Output外部输出 ⑤EQ: External Inquiry外部查询 其中,‖F和E属于数据类型的功能点,E、EO、EQ属于 人机交互事务类型的功能点。 以外贸订单系统项目为例: 录入订单、修改订单、删除订单是E 外写单系 查询订单是EO 统计订单是EQ 汇率査询转换系统为E|F 订单和客户是LF 平系统 外订单感统用例图  识别功能点的重要原则 软件项目管理中的功能点估算法将功能点分为5类: LF、E、E、EO和EQ。其中: ‖LF和E属于数据类型的功能点; E|、EO、EQ属于事务类型的功能点 ·‖LF、E|F要与E、EO、EQ分开计算。 对F和EF复杂度的计算可简单理解为对数据库复杂度 的计算。 对E、EO、EQ复杂度的计算可理解为对程序开发复杂 度的计算。 般软件项目都是由数据和程序构成的,因此计算 ‖LF、EF和计算E|、EO、EQ之间没有任何关系。  内部逻辑文件与外部接口文件 LF内部逻辑文件 内部逻辑文件是指一组以用户角度识别的、在应用程序边界内且被维护的 逻辑相关数据或控制信息。儿F的主要目的是通过应用程序的一个或多个基本 处理过程来维护数据。 EF外部接口文件 外部接口文件是指一组在应用程序边界内被查询,但在其他应用程序中被 维护的、以用户角度来识别的、逻辑上相关的数据。因此,一个应用程序中 的EF必然是其他应用程序中的儿F。E|F的主要目的是为边界内的应用程序 提供一个或多个通过基础操作过程来引用的一组数据或信息。 E|F所遵循的规则 ①从用户角度出发识别的一组逻辑数据 ②这