软件开发规模的功能点分析法.pdfVIP

软件开发规模的功能点分析法 项目管理办公室（PMO）/ 张建敏 摘要 如何准确估算软件规模一直是软件业的一个难题，本文介绍了 IFPUG 功能 点估算的一些基本概念以及基本方法，希望对项目管理者估算项目规模制定项目 计划时能有所启发。 关键词：功能点 边界 EI EO EQ ILF ELF DET RET 调整系数 对于一个项目来讲，能否制定一个准确、可行的项目计划，将对项目的成 本控制、进度控制、和品质管理产生重大影响。一个不好的计划，甚至可以直接 造成项目失败。而制定计划之前是否能够准确估算出开发软件的规模，对制定项 目计划至关重要。 1. 常用的估算方法 目前主流的软件规模的估算方法有代码行规模估算(KLOC)和功能点估算 (FPA)两种。 代码行规模(KLOC)估算 代码行规模表现为源代码千行数(KLOC)。有几种原始资料可以用于估算新 代码行，其中最好的是历史数据，例如在项目早期可能会有功能点、组件或任何 可利用的数据，能转成代码行数。然而定义一行代码是困难的，因为这涉及到不 同语言中可执行语句和数据声明概念上的差异。当试图跨越不同编程语言而定义 一致的度量标准时困难就出现了。用源代码生成器生成的代码可用分隔操作符来 统计源代码行，但在高度可视化的编程系统中我们却很难统计这些“指令”。 关 于源代码规模估算的方法常用如: 如 PERT 规模估算法、专家意见一致法、推理 法、自顶向下和自底向上法。 功能点估算(FPA) 功能点是软件的度量单位，功能点估算法基于软件项目中的功能数和一组 独立的项目因子，它是项目周期早期就可能得到的信息，并且贯穿项目整个生命 周期的度量。它提供了一个业务级的组织、量化的度量基础，使项目管理包括项 目范围的管理都能给出一个很客观量化的数据。 2. 功能点估算法(FPA) 在功能点分析中，系统被分为５个大类组成部份（组件）和一些常规系统 特性。前三类件是：外部输入（External Inputs EI）、外部输出(External Outputs EO)和外部查询(External Inquiry EQ)。这些组件中的每一个组件都处理档案， 因此他们被称为“事务”(transaction)。另外两类或组件是：内部逻辑文件 (Internal Logical Files ILF’s)和外部接口文件(External Interface Files EIF’s)，它们是构成逻辑信息的数据存储之地。系统常通用性评估系统的通用功 能。 被度量系统的边界(Boundary) 对于计算机系统来说，同其他计算机系统交 互是一个非常普遍的事情，因此，在分类组件之前必须划出每个被度量的系统的 边界。必须要从用户的角度来划边界。简而言之，边界表明了被度量的系统或应 用同外部系统或应用之间的界限。一旦边界被建立，则组件就能够被分类、分级 和评分。 外部输入(External Inputs EI) 这是一个基本的过程，在这个过程中，数 据穿越外部边界进入到系统内部。这里的数据可能来自于输入界面，也可以来自 于另外的应用。数据将被用来维护一个或者多个内部逻辑档案(Internal Logical files)。数据既可能是控制信息，也可能是业务逻辑信息。如果数据是 控制信息，则它不会更新内部逻辑档案。下图展现了一个更新两个 FTR(File Type Referenced FTR 引用档案类型)的简单的 EI。 外部输出(External Outputs EO) 这是一个基本的过程，在这个过程中， 派生数据由内部穿越边界传送到外部。另外，一个 EO 可以更新 ILF。数据生成 报表或者传送给其他应用的数据档案。这些报表或者档案从一个或者多个内部逻 辑档案以及外部接口档案生成。下图展现了一个 EO 和两个 FTR，并且有从 ILF 派生出的派生信息（绿色）。 Internal Logical File External Interface File Application Other Application Input Output Inquiry Boundary 外部查询(External Inquiry EQ) 一个基本过程，这个过程中的输入 和输出部分都导致数据从一个或者多个内部逻辑档案或外部接口档案中提 取出来。输入过程不能更新任何内部逻辑档案，并且输出端不能包括任何派 生数据。下图展现了一个有两个 ILF 并且无派生数据的 EQ。 内部逻辑文件(Internal Logical Files ILF’s) 用户可以识别的一组 逻辑相关的数据，而且完全存在于应用的边界之内，并且通过外部输入维护。 外