想按照软件需求计算功能点，真的是件非常麻烦的事情

最近在做一个研究课题，其中的工作之一就是将需求分析文档中的功能点按照GJB8000中的要求进行标注，通过功能点来进行软件的规模预测和软件缺陷的预测。

在没做之前，觉得这个工作应该不是很复杂，毕竟有很明确的方法，问题应该不大，而且功能点的计算相对还是比较成熟的，国内国际上也有很多案例。

做过以后才发现，这东西是真TMD麻烦。

1、一个软件的需求，哪怕是不大的软件（几万行），其软件需求也有上百条，如果来上十几个软件配置项，如果靠人工，真的能算死。
2、软件功能点，最终的加权系数，人与人之间的衡量差距还是很大的，最后我都放弃了，随便估计一个差不多的数字拉倒。
3、软件需求文档，哪怕是写的比较好的，很多需求也是很难描述清晰的，比如需要一个数据库的输入界面，到底包含哪些元素，开始的需求很难也没有必要说的十分详细，而这直接影响功能点的计算结果。

BTW：更可悲的是，那功能点来测算故障分布，其理论模型和实际结果简直是天差地别，我的思路完全错了，几个月的研究基本是无用功。

总的来所，功能点分析，是一种看起来很美，但实际使用基本很难使用的技术，怪不得推出来几十年了始终在一线没人使用。