《软件项目功能点度量方法与应用》所描述的功能点度量方法是一套用于度量软件规模的标准，它采用规则约束的方式来衡量软件规模的大小。基于软件功能点度量方法，可以在关心软件规模的人员之间建立一种客观、透明的评价机制，使得软件规模的评价工作摆脱传统方法所具备的“黑盒子”特征。
    功能点的分析方法的采用将有助于解决我国软件行业所面临的普遍问题，对提升软件项目管理水平有很强的针对性。
    《软件项目功能点度量方法与应用》分8章详细介绍了软件项目功能点度量方法与应用，这些内容是作者在十余年中应用与研究的重要总结和成果。

    通过在软件需求变更管理工作中引入功能点方法，有助于建立明确、客观的需求变更判定标准，并能够以直观有效的方式说明需求变更对于项目工期、工作量和成本等方面的直接影响，达到将软件需求变更“说清楚”、“管得住”的管理目标。
    7.8软件项目评审
    软件开发项目在执行过程中需要设置一系列的里程碑，设置里程碑的主要意图在于及时发现项目中所存在的技术和管理方面的问题，避免软件项目中的技术和管理问题遗留到项目的后期阶段。如果不能在项目执行过程中发现并解决项目所存在的问题，这些问题往往会进一步恶化，甚至不可收拾。根据全面质量管理的观念，“所有的软件缺陷都是在开发过程中注入的”，所以在每个软件开发阶段结束时都应该进行严格的项目评审，以确保当前阶段所完成的工作内容是正确无误的。
    但实际工作中的软件项目评审工作往往差强人意，很难说达到了缺陷预防和缺陷去除的目的，有的评审活动甚至流于形式，没有真正起到控制阶段质量的管理目的。导致项目评审流于走形式、走过场的重要原因在于没有为评审活动设置相对客观的质量目标；没有设置统一的需求规格说明书模板和设计规格说明书模板；没有详细的评审检查表等技术评审支撑手段。要提高软件项目评审效率，首先需要解决的问题可能就是为评审活动本身设置目标了。试想，如果一项活动没有目标要求，又如何评价该项活动是否有效呢？
    7.8.1软件项目评审的一般要求
    在我国绝大部分软件开发组织中，软件测试目前仍然作为保障软件应用系统质量的最主要手段。通过不同的软件测试类型尽可能多地发现软件应用系统中所存在的问题，并在交付这些应用系统给客户之前更正测试过程中所发现的问题。与我们国家软件质量管理现状形成对比的是美国、印度的部分软件开发组织，根据印度班加罗尔地区的民间组织SPIN所提供的数据（2001年），在印度班加罗尔地区的软件开发组织通过软件测试发现的缺陷占项目总缺陷的百分比为42%，即意味着这些组织通过评审发现的缺陷比例接近60%。换句话说，这些组织通过评审发现的缺陷数量是通过测试发现缺陷数量的1.5倍。
    根据笔者的印象，国内开发组织评审缺陷和测试缺陷的比例大约介于1：2~1:5之间。通过数据比对可以得到初步的印象，还可以通过软件评审方式得到更多数量的软件缺陷。当然，评审出的缺陷越多，客户遇到的缺陷就越少；反之亦然。要提高软件评审效率，保证软件应用系统的质量，可以参考CMM模型中对于软件评审的要求。在CMM模型中对于软件评审要求达到两方面目标：一是确保软件评审应根据事先制定的计划进行；二是识别并消除软件缺陷。如果能够较好地满足这两方面的软件评审目标，则软件评审效率一定会得到明显的改善。
    ……

第1章 软件功能点度量方法概述
1.1 软件困境
1.2 软件规模评价方法
1.2.1 非标准评价方法
1.2.2 标准评价方法
1.3 功能点标准
1.4 markii功能点标准
1.4.1 markii功能规模度量规则
1.4.2 markii功能规模度量步骤
1.4.3 markii功能规模度量应用
1.5 cosmic功能点标准
1.5.1 cosmic功能规模度量过程
1.5.2 cosmic功能规模度量规则
1.5.3 cosmic功能规模计算
1.6 nesma功能点标准
1.7 fisma功能点标准
1.8 1fpug功能点标准
1.9 功能点标准比较

第2章 软件功能规模度量过程
2.1 功能规模度量概述
2.2 功能规模度量过程
2.2.1 收集可得的文档
2.2.2 确定计数范围和边界
2.2.3 度量数据功能
2.2.4 度量事务功能
2.2.5 计算功能规模
2.2.6 编写文档

第3章 度量数据功能
3.1 数据功能定义
3.1.1 ilf和eif的定义及区别
3.1.2 数据功能定义中涉及到的几个概念
3.1.3 度量数据功能的程序
3.2 识别数据功能并分类
3.2.1 代码数据
3.2.2 识别数据功能
3.2.3 分类数据功能
3.3 确定数据功能的复杂性
3.3.1 det定义及识别规则
3.3.2 ret定义及识别规则
3.3.3 数据功能的复杂性判断
3.4 确定数据功能的功能规模
3.5 度量数据功能实例

第4章 度量事务功能
4.1 事务功能定义
4.1.1 ei、eo、eq的定义
4.1.2 处理逻辑
4.1.3 ei、eo、eq的区别
4.2 事务功能度量过程
4.3 识别事务功能并分类
4.3.1 识别基本过程并确定其唯一性
4.3.2 分类事务功能
4.4 确定事务功能的复杂性
4.4.1 det定义及识别规则
4.4.2 ftr定义及识别规则
4.4.3 事务功能的复杂性判断
4.5 确定事务功能的功能规模

第5章 计算功能规模
5.1 计算功能规模
5.1.1 开发项目功能规模计算
5.1.2 升级项目功能规模计算
5.1.3 应用功能规模计算
5.2 度量转换功能
5.3 度量升级项目
5.3.1 升级项目度量过程
5.3.2 度量升级项目的数据功能
5.3.3 度量升级项目的事务功能
5.3.4 度量升级项目实例

第6章 软件功能点度量实例
6.1 用户需求
6.2 确定计数范围和边界
6.3 度量数据功能
6.3.1 识别数据功能
6.3.2 把数据功能分类为ilf或eip
6.3.3 识别数据功能的det和ret
6.3.4 确定数据功能的复杂性和功能规模
6.4 度量事务功能
6.4.1 识别基本过程并确定其唯一性
6.4.2 把基本过程分类为ei、eo或eq
6.4.3 识别事务功能的det和ftr
6.4.4 确定事务功能的复杂性和功能规模
6.5 计算功能规模

第7章 软件功能点度量应用场景
7.1 软件项目可行性分析
7.1.1 软件项目可行性分析一般要求
7.1.2 软件项目可行性分析常见问题
7.1.3 软件项目可行性基于功能点方法的解决方案
7.2 软件项目招标
7.2.1 软件项目招标一般要求
7.2.2 软件项目招标常见问题
7.2.3 软件项目招标基于功能点方法的解决方案
7.3 软件项目投标与评标
7.3.1 软件项目投标与评标的一般要求
7.3.2 软件项目投标与评标的常见问题
7.3.3 软件项目投标与评价基于功能点方法的解决方案
7.4 软件项目合同管理
7.4.1 软件项目合同管理的一般要求
7.4.2 软件项目合同管理的常见问题
7.4.3 基于软件项目合同管理功能点方法的解决方案
7.5 软件项目立项
7.5.1 软件项目立项的一般要求
7.5.2 软件项目立项的常见问题
7.5.3 软件项目立项基于功能点方法的解决方案
7.6 软件项目需求分析
7.6.1 软件项目需求分析的一般要求
7.6.2 软件项目需求分析的常见问题
7.6.3 软件项目需求分析基于功能点方法的解决方案
7.7 软件项目需求变更管理
7.7.1 软件项目需求变更管理的一般要求
7.7.2 软件项目需求变更管理的常见问题
7.7.3 软件项目需求变更管理基于功能点方法的解决方案
7.8 软件项目评审
7.8.1 软件项目评审的一般要求
7.8.2 软件项目评审的常见问题
7.8.3 软件项目评审基于功能点方法的解决方案
7.9 软件项目绩效评价
7.9.1 软件项目绩效评价的一般要求
7.9.2 软件项目绩效评价的常见问题
7.9.3 软件项目绩效评价基于功能点方法的解决方案
7.10 软件系统维护
7.10.1 软件系统维护的一般要求
7.10.2 软件系统维护的常见问题
7.10.3 软件系统维护基于功能点方法的解决方案
7.11 软件系统资产管理
7.11.1 软件系统资产管理的一般要求
7.11.2 软件系统资产管理的常见问题
7.11.3 软件系统资产基于功能点方法的解决方案
7.12 软件项目组合管理
7.12.1 软件项目组合管理的一般要求
7.12.2 软件项目组合管理的常见问题
7.12.3 软件项目组合基于功能点方法的解决方案
7.13软件过程改进
7.13.1 软件过程改进的一般要求
7.13.2 软件过程改进的常见问题
7.13.3 基于功能点方法的解决方案
7.14 软件行业管理
7.14.1 软件行业管理的一般要求
7.14.2 软件行业管理的常见问题
7.14.3 基于功能点方法的解决方案

第8章 软件功能点度量常见问题
8.1 应用问题
8.2 技术问题

附录a 计算调整后功能规模
附录b 功能点度量快速参考
附录c 认证功能点专家考试介绍
参考文献