软件项目功能点度量方法与应用
2012-7
清华大学出版社
曹济 等编著
219
360000
无
《软件项目功能点度量方法与应用》所描述的功能点度量方法是一套用于度量软件规模的标准，它采用规则约束的方式来衡量软件规模的大小。基于软件功能点度量方法，可以在关心软件规模的人员之间建立一种客观、透明的评价机制，使得软件规模的评价工作摆脱传统方法所具备的“黑盒子”特征。
功能点的分析方法的采用将有助于解决我国软件行业所面临的普遍问题，对提升软件项目管理水平有很强的针对性。
《软件项目功能点度量方法与应用》分8章详细介绍了软件项目功能点度量方法与应用，这些内容是作者在十余年中应用与研究的重要总结和成果。
第1章 软件功能点度量方法概述
1.1软件困境
1.2软件规模评价方法
1.2.1非标准评价方法
1.2.2标准评价方法
1.3功能点标准
1.4 markii功能点标准
1.4.1markii功能规模度量规则
1.4.2 markii功能规模度量步骤
1.4.3markii功能规模度量应用
1.5cosmic功能点标准
1.5.1cosmic功能规模度量过程
1.5.2cosmic功能规模度量规则
1.5.3 cosmic功能规模计算
1.6 nesma功能点标准
1.7 fisma功能点标准
1.81fpug功能点标准
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.1ilf和eif的定义及区别
3.1.2数据功能定义中涉及到的几个概念
3.1.3度量数据功能的程序
3.2识别数据功能并分类
3.2.1代码数据
3.2.2识别数据功能
3.2.3分类数据功能
3.3确定数据功能的复杂性
3.3.1det定义及识别规则
3.3.2ret定义及识别规则
3.3.3数据功能的复杂性判断
3.4确定数据功能的功能规模
3.5度量数据功能实例
第4章 度量事务功能
4.1事务功能定义
4.1.1ei、eo、eq的定义
4.1.2处理逻辑
4.1.3ei、eo、eq的区别
4.2事务功能度量过程
4.3识别事务功能并分类
4.3.1识别基本过程并确定其唯一性
4.3.2分类事务功能
4.4确定事务功能的复杂性
4.4.1det定义及识别规则
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认证功能点专家考试介绍
参考文献
版权页： 插图： 3.2.2识别数据功能 识别数据功能时需要执行以下活动，这些活动即识别数据功能的规则。 （1）识别计数范围内所有逻辑相关且用户可识别的数据或控制信息。 （2）排除不被任何应用维护的实体。 （3）分组实体依赖的相关实体。 （4）排除代码数据实体。 （5）排除不包含用户要求的属性的实体。 （6）去掉包含非用户要求的附加属性的关联实体以及仅包含外键的关联实体；把外键属性分组给主实体。 确定哪些实体应该组织到逻辑文件以前，需要首先确定哪些实体应该考虑到逻辑实体组中，哪些应排除在外。根据数据功能ILF和EIF的定义，应该只考虑那些用户可识别的、对用户有意义的实体，这些实体由被度量应用或其他应用的基本过程所维护。如果实体不被任何应用维护，则应排除在外。代码数据实体为了满足非功能用户需求而识别出来，也应该排除在外，代码数据的解释如3.2.1节所述。另外，如索引文件那样的不包含用户要求的属性的实体也应排除在外。（3）和（6）将在下面详细说明。 1.分组实体依赖的相关实体 对每个逻辑数据实体，判断其本身是否是独立的逻辑数据组，如果本身不独立，则从用户角度识别相关实体是如何组成逻辑数据组的，从而确定几个相关实体是否应该组成一个逻辑数据组，即ILF或EIF。 识别几个实体是否组成一个数据功能，可以用以下两种方法： （1）基本过程方法。 考察实体是如何被基本过程维护的，如果几个实体总是被同时创建、同时删除，则说明它们应该当作一个数据功能对待。修改数据的事务一般只针对实体组中的一个实体，因此修改事务不能像创建和删除事务那样作为判断数据功能的有效事务。 例如，一个订单包括订单头和订单项，订单头包括客户名称、地址和日期等，订单项由订单细目组成，如商品名称、数据和价格等。从业务角度看，一个订单至少有一个订单项时才能被创建，并且如果订单被删除，则订单头和所有订单项也会同时被删除。从用户角度的创建和删除功能说明“订单”是一个数据功能，它由订单头和订单项组成。 （2）实体依赖性方法。 实体依赖性方法通过基于业务规则评价实体关系及实体间的依赖性来识别数据功能，其指导原则是“实体独立”和“实体依赖”。
《软件项目功能点度量方法与应用》介绍的软件功能点分析方法向读者介绍了如何度量软件的规模，即软件的大小是多少。采用什么样的方法，可以对项目的管理目标进行客观判断。例如：软件项目的规模是1000功能点，则该项目的工期为7个月左右、工作量为1000人天左右、质量目标为500个缺陷左右等。总而言之，软件功能点分析方法是每个软件开发人员，项目管理人员，甚至是行政管理人员应该掌握和了解的基本知识。
无
书很好，英文原版标准有的，都有了。
替公司买的，很有用。
内容不错，例证多点就更好了。
不敢乱评
能够深入的思考一些问题，解答一些疑惑，对我来说就已经很满足了呃，曹老师加油。