上篇我们讲到，第一层的心法是熟知标准和度量模型、掌握并运用方法、熟悉评估流程、熟悉公司业务,最后说了系统架构不断优化，软件系统跟着业务变化多端，今天就为朋友们带来软件成本度量的第二层心法《增强开发、中间系统评估》。

　　第二层、增强开发、中间系统评估

　　「软件成本度量」的第二层心法，严格判定修改类型、重用度，准确判断系统用户、掌握业务知识和行业系统架构。悟性高者3年可成，差一点的3-5年才能练成。

　　举例：电信BOSS系统升级改造、银行大前置系统

　　评估文档：需求单　　计数类型：升级改造系统　　用户：上游渠道系统、下游数据仓库等　　项目特征：项目完成、电信或金融行业、北京地区

　　《重用程度调整说明》

　　特殊情况下，可根据实际情况，再进行调整，主要判断依据为如下：

　　低——如果数据功能的数据元素改变等于或超过50%，则重用程度为低；如果基本过程的主要处理逻辑发生变化，数据元素，访问或维护的逻辑文件改变等于或超过50%，则重用程度为低。　　高——如果数据功能的数据元素改变等于或低于20%，则重用程度为高；如果基本过程的主要处理逻辑未发生变化，且相关数据元素和访问或维护的逻辑文件改变等于或低于20%，则重用程度为高。　　中——除了前面描述的低和高的情况，则重用程度为中。

　　《修改类型说明》

　　新增——原系统中没有此功能A，现添加功能A。故功能A为新增类型

　　修改——原系统中有功能B，现为功能B添加一个校验规则或新增若干字段。故功能B为修改类型　　删除——原系统中有功能C，现业务调整，需要对功能C下线。故功能C为删除类型

　　某银行核心大前置需求单内容：目前，信用卡商务卡不允许在我行ATM机存款，限制规则为卡号第7位为6、7的信用卡不能在ATM存款。但该设置影响卡号第7位为6、7的新卡种的功能实现。现需将此限制设置修改为“卡号前7位为6223036、6223037的信用卡不能在我行ATM机存款”。

　　某医院某类疾病的专业软件系统关系图

　　根据系统需求说明书和各系统间关系，准确划分系统边界。

　　采集端功能

　　数据接口平台

　　分布式业务处理中间件

　　运维管理平台

　　纵横软件行业，不搞点大数据、云计算、人工智能，怎么好意思行走在中关村、张江、南山、等各个城市软件园…...

　　下篇我们为大家分享：软件成本度量进阶系列之定制规则性系统评估！敬请期待……

（作者 李长秋 北京软件造价评估技术创新联盟 咨询师）