对付一个软件来说，功能点是一个可以作为标准的一个计量单位，功能点的多少代表着软件的规模大小，那么有了一个同一的量级的表现后，不同产品或者功能通过功能点来表示，就可以很好地反馈出产品或者功能的繁芜程度，同时我们利用功能点来赞助打算效率、本钱等也有很大浸染。
利用禅道作为项目管理工具的小伙伴，也会在提需求的板块，看到有功能点的录入哀求，这也是作为项目管理中，事情量的估算的主要性。
二、功能点估算方法与基本过程
功能点的估算方法有IFPUG和NESMA等，下面紧张是先容NESMA功能点估算法，NESMA估算法更多的在项目前期，可以快速的利用逻辑文件，给出预估的功能点数量，起到较好的辅导浸染。
NESMA估算法有三种类型的功能点估算，包括：指示功能点计数、估算功能点计数、详细功能点计数；分别对应项目的前期，中后期的功能点估算需求，同时估算出来的功能点也是越来越细化和精准。当然操作难度和繁芜度也是越来越高。
对付一样平常性的产品而言，我们紧张是利用前两种（指示功能点计数、估算功能点计数）估算方法即可，两种方法的紧张差异就在于打算公式的不同，一个粗放，一个则较风雅，两种都可以利用，可以根据自身项目的详细哀求和所处阶段来进行选择。
指示功能点计数：ILF35+EIF 15
估算功能点计数：UFP=（7 ILF+5 EIL+4 EI+5 EO+4 EQ)
下面就来先容上面的公式中用到的因子以及查找方法。
三、两个逻辑文件与三个基本过程
上面的估算方法中提到的ILF、EIF、EI、EO、EQ代表着什么呢？只要弄明白了这几个打算因子，那么带入公式就可以很快知道我们的这个产品或者功能的软件规模有多大了，所需多少开拓量，也就有了较为准确的参考标准。
1. 两个逻辑文件：ILF和EIF
首先我们理解一下逻辑文件是个什么东西。功能点估算法，我们是从产品的角度，用户的视角来进行估算的。那么逻辑文件的观点，也便是从用户的视角出发，来进行定义的一类对用户故意义的信息。
举个栗子：钉钉的日程功能中，我们可以组织日程，发布日程约会，预定会议室等。而这里面涉及到的逻辑文件，就会有 会议关照信息、会议室预定信息 等“逻辑文件”，“逻辑文件”对付用户视角来说，代表着一种业务需求的信息或数据，业务流程要进行，则一定离不开这部分的各种“文件”。另一个角度来说，系统便是由文件与交互逻辑组成的。
1）ILF
代表的是内部逻辑文件（内部接口文件：在本系统掩护的业务和数据），如上面例子的钉钉的日程功能中，会议关照信息便是一个ILF（内部逻辑文件），也可以理解为会议关照这个动作，所产生的信息内容。发送会议关照是这一功能流程的交互过程，而会议关照信息，则是这个流程中的内部逻辑文件（ILF）。
2）EIF
代表的是外部逻辑文件（外部接口文件：本系统引用，由其它系统掩护的业务数据），如上面举例的钉钉日程功能，假设如果有其余的系统（假设是一个会议室预订系统）来专门运营会议室预定的，在查询会议室预定情形时，就须要要求外部系统的接口，来获取会议室的预定情形，那么这种情形下，会议室预定信息便是一个EIF（外部逻辑文件）。
总的来说，查找逻辑文件的过程，须要站在用户的角度，查找业务流程中涉及到的逻辑文件，然后区分是ILF还是EIF。
这里须要把稳的点是：逻辑文件一定是从用户的角度出发定义的，任何由于技能问题须要增加的文件内容都不能算作ILF或者EIF。这里有点甲方的意思，我须要发送一则关照，我不会管你由于发送这则关照须要增加多少个事情表才能完成，你做事情表的事情量是不算入一个软件的功能点的。
那么到这里，如果是对付利用指示功能点计数方法估算功能点数量的情形来说，已经可以完成事情量的初步估算事情了（ILF35+EIF 15），对付项目前期来说，这个功能点打算结果，已经可以供应较为可靠的事情量参考。
2. 三个基本过程：EI、EO、EQ
对付须要较为风雅的功能点估算的，或者是一个较小的功能模块的开拓需求，则须要连续进行拆分，探求每个逻辑文件里面的基本过程，也便是我们上文说到的交互逻辑，不同的交互逻辑的事情量不同，比如查找就常常比修正的事情量小一些。
下面我们就来连续理解三个基本过程：
外部输入EI：对数据进行掩护或者该改变系统状态/行为的事物（增编削）外部输出EO：对数据加功工后呈现或输出的事物（操作数据）外部查询EQ：对已有数据直接呈现或输出的事物（对数据不处理，即查询）大略来说：
EI便是增编削操作，比如发送会议关照，提交会议预定申请等，对现有的逻辑文件进行了操作；EO是对数据加工后展示的过程，比如一些数据的展示；EQ是一些查询操作，他和EO的差异在于EO的数据规模是不愿定的，更倾向于是实时更新的数据规模，按照输入的条件整合后输出展示，EQ则是预设的稳定的数据规模，不须要进一步处理而直接输出的基本过程。如上面的预定会议的例子中，会议关照查看便是一个EQ（对现有数据的查询并直接输出）。找出了产品/功能中的所有逻辑文件以及个中的基本过程之后，就可以直接放入公式中进行打算，从而得出该产品/功能的功能点数量，那么软件规模就大概有了一个单位比较了。
四、适用范围和阶段
利用NESMA估算功能点的方法，可以比较准确的估算出产品的功能点数量，并反馈开拓事情量，但是这个估算法也是存在一定的条件的，比如只有指定类型的产品利用此方法得出的功能点才能真实反响事情量，而其他产品则不适用。
比如以数据和交互处理为中央的；以功能多少为紧张造价制约成分的（如电子政务，业务管理系统，办公自动化，ERP等系统）适用NESMA估算法；而包含大量繁芜算法；创意型软件；以非功能性需求为主（如***和图像处理软件，杀毒软件，网络游戏，性能优化任务等）等则不适用NESMA估算法。
因此在进行产品功能点估算的时候，须要先差异自己做的产品类型，根据实际情形进行事情量的估算。
本文由 @大飞Eric 原创发布于大家都是产品经理。未经容许，禁止转载
题图来自Unsplash，基于CC0协议
