北京随济科技公司于2015年4月份接受IFPUG组织的委托，对软件非功能规模评估标准操作手册SNAP APM2.3的英文版进行全文翻译，目前SNAP APM2.3中文版在IFPUG的官方网站已经正式发布，感兴趣的组织和个人可以前往IFPUG网站下载。对该标准的翻译和审核时间接近半年之久，在翻译过程中得到了IFPUG标准委员会主席Talmon Ben-Cnaan先生以及IFPUG 会员委员会主席Pierre先生的热心帮助，谨向他们致以真诚的谢意。

SNAP APM2.3标准对于目前软件功能规模度量标准FP CPM4.3是一个不可或缺的补充，正是因为SNAP APM2.3标准的出现，使得改进FP CPM4.3中主要的弊端——GSC成为可能。IFPUG GSC系数设置法尽管从一定程度考虑了软件的非功能需求对软件规模的影响，但主要存在三方面的局限。而对于这三方面的局限，SNAP APM2.3标准都给出了较为合理、客观的解决方法，为软件非功能规模评估工作指出了一个更为可行的方向，从而中止了GSC方法的历史使命。

第一：GSC系数设置带有比较明显的主观色彩，不同人员设置GSC系数的特征值时可能就会产生明显的差异。采用一个主观性较强的系数去修正一个客观性较好的功能点度量结果，其结果则是降低了功能点度量结果的客观性和可信度。而SNAP APM2.3标准则几乎完全参考了FP CPM4.3中对事务功能和数据功能的判定规则形式，因而可以对非功能规模做出相对客观的评估。

第二：GSC系数设置采用“以偏概全”的方式，对整体软件功能规模进行调整，因而其说服力不强。例如，对于一个初始功能点规模分别为500功能点和5000功能点的软件项目而言，假如其非功能性方面的要求完全相同，如果采用GSC系数设置方法，其计算得到VAF数值将相同，例如均为1.2，此时可注意到非功能性要求对两个项目的影响分别等价于增加了100功能点和1000功能点。如果应用SNAP APM2.3标准，则单独对非功能规模进行直接度量，然后采用类似FP CPM4.3中的操作方式，将非功能规模直接进行相加，完全可以克服应用全局系数调整功能规模的不足。

第三：应用GSC系数设置法无法对单纯的软件非功能规模进行评估。如上所述，GSC系数设置法通过设置非功能需求和功能需求之间的比例来确定非功能性需求的规模，假如某个软件升级项目只是为了满足单纯的非功能性需求呢？例如通过对数据库和程序进行优化来改善系统的性能指标。在这种情形下，GSC系数设置法将无用武之地。应用SNAP APM2.3标准，上述的问题均可迎刃而解，SNAP APM2.3根据软件非功能的特点，将其归属为四个大类、十四个子类，然后根据每个子类的特点，制定了相应的度量规则，使得单纯的软件非功能规模度量成为可能，如下所示。

希望SNAP APM2.3标准中文版的出现，能够进一步促进我国软件行业规模评估工作以及相关量化管理工作的健康发展，也祝愿大家在应用SNAP APM和FP CPM的工作中取得丰硕成果！

（说明：本文中对GSC方法局限性的描述主要摘自我公司曹济老师所著的《软件成本评估》一书，对应其中第2章“软件规模评估”的2.4节“软件非功能规模评估方法”内容）