1.1.   简介

合同评审顾名思义即签订合同前，公司各相关部门大家一起开会商议合同是否可签、合同存在的技术风险、计划风险以及财务风险等，并需要通过此环节确定订单可交付日期等。最后形成统一决论并进行执行，这么做会存在以下几个难点或缺陷。

1.  涉汲部门较多，人员事务较多，无法召齐人员

部门人员事务烦多，且经常有出差的，大会小会不断。所以每召集一次会议比较麻烦。

2.  数据没有存储并电子化，不方便调取历史数据进行新订单参考

每当有新进的订单时，如果是沿用某个订单的信息，无法自动参照填充值

3.  数据无法分析

没有电子化的数据，无法对历史评审的周期、技术进行数据分析，也没有数据来源。纸质档存档不利于数据分析。

4.  无流程，无法框定部门、人员先后顺序及职责

没有流程，合同评审是的表格数据是有先后顺序的。如果没有流程，操作随意性大，各部门职责责任不清

1.2.   总体思路

1.  理顺流程，将所有相关业务表单进行整理，分布至流程节节为表单填充内容

合同评审是各方意见的评价合集，所以我们的总体思路先将评审的流程理顺，明确各节点责任与义务。此后，再将以前的所有的表格资料收集在一起，进行整理将分散至各个流程节点上。此思路也是其它流程功能模块的总体思路。

2.  表单数据存储方式考验

表单里面的数据结构复杂多样，传统型的二维表方式不适用此方式的灵活型，也反映不出表单的版面结构方式。所以我们采取直接将页面的数据以JSON的方式进行存储，采取VueJS技术直接将JSON文件与页面进行绑定来解决此问题。

在后面的完善性思考中，我们也思考出了用二维表进行存储，即采取键值对的方式将每一个元素存取表中，但会牺牲表单的层次性。总的来说推荐进行JSON方式存储，目前我们是采取的JSON文件方式，在后期数据逐渐变多的时候，如果还是文件会影响效率，我们再考虑采取大数据MongoDB的方式来解决搜索、性能的问题。

1.3.   流程表单升级带来的挑战

流程升级后，与原来的流程发布版本并存，新开的流程实例会使用最新的，不同的流程版本有不同的业务模式，每一次流程升级需要考虑新的业务功能实现的同时，还需要兼容老流程的业务。

表单在内容改变后，增加、删除更新字段后，原来的数据表单如何保证在读取的时候能够正常展示。

新增内容：这个就简单了，直接添加就可以，只是以前的订单展示出来，这个字段数据是空的。

删除内容：这个如果把原有的字段删除，如果不对页面模版进行版本化，特定流程版本对应特定的模版表单页，则会造成以存取的数据无法展现。这个也是在后面我们在实践中渐渐发现的问题。

修改内容：如果修改了字段，那原来的数据也是无法展现的，如果修改的数据类型，也会出现与删除内容相同的模式。最后的处理方式应该参见删除内容的兼容处理方式。

1.4.   数据价值

合同评审里面评价了财务风险、技术风险、进度风险，所有后续业务均以此为基础。我们可以此为基础，再根据流程的实际运行情况进行对比，找出问题所在。

对于新来的订单，我们也可以根据历史经验值分析，为新订单提供评审依据，提高效率并增强可靠性。

作者：长沙大东家

日期：20170909

联系:xiaohelong2005@126.com