前两个月,我负责了公司老系统:ERP(第三代营运支撑系统)的下线工作,从4月份到6-1。这段时间对这项工作的有很多的感触,现在比较闲了,我就对这项工作做一些总结,也给有类似情况的各位同仁提供一些参考。
首先,我先来讲下背景:公司为了将来的发展及上市需要,重金打造公司第四代营运支撑系统。这个系统从立项到最终上线,经历了2年时间。2013-06-01新一代的营运支撑系统即将要上线,很多其他的周边系统要配合进行改造,把原来对接到ERP的接口改为对接到新一代的系统(下面简称A),这包括ERP在内,总共周边系统加起来有16个,上线工程异常庞大,对公司影响巨大。 鉴于此背景,A与ERP的割接方案采取“一刀切”的方式进行(具体原因不讲),A对ERP提出了以下要求:1、由于A要进行数据迁移的需要,通过分析梳理,需要ERP进行相应的功能改造,来满足A系统数据模型的需要;2、6-1 10:00 ERP当中除了指定的一些功能之外,全部切换为只读状态,不允许对其进行增、删、改。
接下来,针对这样的需求及背景,IT专门成立了“周边系统配合A割接上线项目组”,ERP包括其中。而由于我一直以来就是做ERP维护的,所以有幸被领导指定为“ERP配合A割接上线负责人”,而ERP这条产品线(需求、开发、测试、应用、DBA)的资源我都可以随意调动。
再接下来,我针对A对ERP的要求,及现阶段的工作情况,做了以下分析:其实在成立项目组之前我不是作为ERP配合A的负责人,是另外一个人(接下来简称B)。等到项目组成立时,我伸手去接这个事情