系统下线工作总结

       前两个月，我负责了公司老系统：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）。等到项目组成立时，我伸手去接这个事情࿰