C#版工作流之第4版遗留问题（13）

2015年10月，进入公司的第3个月，正式转正了。在接下来的3个月里，每天坐最后一趟地铁回家，硬是在3个月中完成了一个代码超4w行的工作流引擎开发。有几次早上上地铁，眼前一片黑，就地坐几分钟后才回复，到公司后继续完善设计方案与代码调试...

在2016年1月27日，带着一位实施同事去了广州珠江新城，在花园广场旁呆了一周，把一个基本靠人力支持才能勉强运行的工作流换了下来。在升级的最后时刻，也就是2016年29日晚上，工作流引擎正常运行了，但前端产品中的office组件就是用不了。公司的同事们都以入睡。当打电话告知前端有问题时，接到的指令是不行就退回去，年后再去升级......心情是凉飕飕的。

当时已将近凌晨，在客户与同事焦急的眼光下，只能硬着头对前端产品进行排查。来公司半年，3个月时间在构造工作流引擎，对前端是一无所知。只能根据运行日志就排查，万幸的是对office组件加载的js进行位置调整后，功能可用了。当我把消息告诉在抽烟区抽烟的时候，发现实施的同事坐在电梯前的地上，我说升级成功了，你再给我确认下时，她立马有了精神。经过10几分钟的确认，本次升级是成功的。以到了凌晨1点，客户找了个烧烤摊吃夜宵。不知道是升级后压力的释放，还是饿了，大家都吃了很多，回到酒店将近4点....由于第二天是业务流转的第一天，我们还是按照正常上班时间在8点到了客户现场..我是习惯了，一个小姑娘能这么早起来，还是很佩服的。经过两天的现场观察，产品运行基本稳定。运维量降了80%，并且接近过年，安排好远程持续跟进后回了长沙......

工作流版本的内部正式代码为R9,因为上一个版本未R7。

R9的推出，在2016年给公司回款起到了很大的帮助。连续的客户升级到R9，客户的运转需求基本得到了解决。

今年9月，芜湖合同管理系统升级到了第4版（内部代码暂未确定）。由于个人原因，出现了想离开团队的念头。在离开之际，希望能把相关的事项尽可能做好，并降低实施团队对开发团队的依赖性。特推出《开发移交实施团队指引系列文档》，帮助大家全面了解工作流引擎，以及工作流体系能力。

一下图片是今天总结的工作流遗留事项：