前段日子忙着考试、工作，空间长草多日了，今儿来除除草，：）

10月20日，再次请来陈老师分享如何快速估算项目功能点FP，感觉可操作性更强了。

我把个人感觉重点部分总结下来，分享下：

FP似乎要求太高了，很难学也很难用，用起来还很慢。 比如，要知道一个内部文件，要理解边界，要弄清楚这个算不算一个独立的文件，要知道有多少列，有几种列的组合方式…… 当我们能知道这一切的时候，多半项目已经走到概要设计附近了。 这时候，无论老板还是项目经理，都对估算已经不感兴趣了，大家现在感兴趣的是赶紧干活。 合同都签署并且执行到一半了…… 现在，我们就希望有一种方法，在更短的时间内，在更早的时间点，以更容易的方法让大家得到估算

 FP功能点估算法将功能点分为以下5类：

   1. ILF：Internal Logical File内部逻辑文件

   2. EIF: External Interface File外部接口文件

   3. EI: External Input外部输入

   4. EO: External Output外部输出

   5. EQ: External Inquiry外部查询

 通俗说，ILF/EIF分别是内部数据和外部数据，EI/EO/EQ是操作

 其中ILF和EIF属于数据类型的功能点，EI、EO、EQ属于人机交互类型的功能点。

如果让你简化功能点，想保留的是什么？（不说想去掉的了） 想去掉的太多了，我个人要去掉FTR，DET，RET, 还有调整因子, 想保留的呢？

 SPR（美国的一个很有影响力的咨询公司）的一群人决定：只留下7个东西：2个文件ILF/EIF，3个业务EI/EO/EQ，2个调整因子：产品的，开发的. 所有ILF等，取中间值，不在判断复杂程度了, 这样工作量就下来了很多。 荷兰的一群人决定（世界第二大的功能点组织NESMA）：只留下ILF和EIF，连EI什么也不要了，调整因子也扔了

 Fp=ILF×35+EIF×15

补充说明：

 以外贸订单系统项目为例：

•       录入订单、修改订单、删除订单是EI；

•       查询订单是EO

•       统计订单是EQ

•       汇率查询转换系统为EIF

•       订单和客户是ILF

在总结我们的快速方法

 ILF：如果一个数据对客户有价值，客户会对他进行增删改查，就是一个ILF

 EIF：统需要从外部调用的数据，差不多进行一次读写就可以

 FP=ILF×35 + EIF×15

 规模估算就出来了

 简单说，一个人一天能生产0.5～2个FP，所以这是190～760人天的活, 8.5～34个人月的活, 如果能考虑更多背景，比如这是一个MISS系统，用Java编写……我们能查到一些生产率数据。 ISBSG已经为我们搜集了4000个项目的数据了，每个项目有多达200多个字段可以筛选, 全部基于FP的。

第一次听到这个FP估算的时候就在想，要知道这么细的信息还需要估算干什么啊，基本没什么用了，最多考量一下当初估算的差多少，或者是生产率是多少，对于报价什么的根本没有什么参考价值了。快速估算可对我们的帮助太大了，基本可以立即拿来使用了。