集团信息化之路—抉择：继续单个软件应用还是上一套大的软件平台？

一、历史及现状

集团从2003年开始应用金蝶以来，先后也应用了多套信息化软件，有成熟的商业软件，也有自主开发的一些，总的说来信息化应用达到一定水平，但是都比较零散，数据不集中，没有完全发挥出信息化的全部作业。

当年应用金蝶K/3时，考虑到几个分厂所处的地域都比较偏远，有些还是用的二级线路，网络连接很难保障，所以当前规划时就是按照分布式的方式单个分厂一个帐套，完全的独立应用，虽然也每天往总部传帐，但是有两个问题：一是时间延误一天，有时线路故障时还会更长；第二是致命的问题，就是传上来的帐套只能挂接到数据库服务器上，单独打开，而没有数据汇总功能，在集团层面的管控应用缺失。

就这样K/3的分布式布局保持了有11个年头了，集团又先后在全国多地建立了一共有十几个生产分厂，一方面点数的增加软件的整体费用也会上升，另一方面就是数据汇总、分厂之间的数据交换矛盾也就越来越突出。现在看来这样会有很多的问题，但是当年作出这样的分布式选择也是有当时的历史背景的，网络连接时有断网、很不稳定，所以说历史的选择没有错，在当时那就是最好的选择。

而且，由于金蝶还是偏向于财务方面的处理，对于业务方面的管理相对弱化，业务系统不能很好的应用，基于这样的现状，我们后续做了一些自主开发实现了原料收购管理、销售管理、库存管理等功能，这些开发的软件系统由于考虑到与金蝶系统对接，所以都与金蝶系统做了数据接口，生成相关单据都写入到金蝶里，实现了与金蝶的数据对接。

此外，集团还应用了OA系统、开发了设备档案管理系统、开发了外贸进口业务管理系统、期货交易管理系统等等。

 

二、问题

应用的软件越多，我们也越来越觉得后期数据整合的难度越来越大，比如当前我们想做销售系统的供应商订货终端系统，可是由于销售系统当初也是基于独立分厂设计的分布式系统，数据也很难集中整合，而且由于多个分厂之间的业务不完全相同，软件版本也存在差异，导致后续的开发工作难度很大。

而且，后续如果我们想继续开发的时候也很难抉择到底是应该集中还是分散，集中利用以后数据的整合，但是很难与现有系统对接，而且确实也担心一旦断网，不能保证分厂的业务正常进行。

分散的系统不能完全实现业务的驱动流转，只能在单个系统内实现信息的共享与流动，一旦涉及到跨业务部门，协同工作难度就好变大。

 

三、解决方式探索

我们一直也在探索数据整合的思路和方法。最近，我们又了解了一些平台化的软件系统，对于这样的平台系统设计初衷就是搭建统一的数据平台，然后可以在上面按需配置或者二次开发，这样就能够保证底层数据的一致性和集中管理。这样的平台也正是我们当前所需要的，关键的问题是如何平稳的将已有系统在新系统上搭建或者对已有集中式系统整体做数据接口的方式对接。

按照这个思路去做，以后的工作就会相对很轻松，一切都以平台为基础，不用每次都从头开发，数据对接的问题也很简单，后期的数据报表也会很容易，这些都是我们乐意看到的。而且主要的软件系统都是一家公司的产品，后期维护对接也都简单。由于应用平台，各模块之间的数据关联处理会很好，需要单独开发的软件也会少很多，以后也就不用写那么多的代码了。

但是，应用这样的大系统，无异于一次脱胎换骨，可不是感冒几天打个针就行的。应用了多年的系统里面存在有多年的数据，用户的操作习惯已经形成，多个系统如何平稳无错的在新系统中有同等功能的替换对应模块是个不小的挑战。而且这样做的话，涉及到的部门会非常多，如何能够协调各个部门的关系，理清数据之间的关联都需要很大的勇气与魄力。所谓之不入虎，穴焉得虎子，不经历过彻底的蜕变就不能完成多个数据孤岛到集中式一体化数据平台的转变。

是到了该做一个抉择的时候了，是按照原来的老路继续还是完全换一种思路，原有应用的系统在各个时期也发挥了它们各自历史的价值，只有应用了，用户才有了系统软件的思维和操作系统，也是在为大数据平台做基础的准备和服务，要不然，突然上一套大的系统也是很难应用起来的，那时业务数据到处都流转不下去只能是全线停摆，所有说只有现在把一些小应用用好了，才能更好的应用大的平台系统。

新的挑战来了，我们只有向前！

四、抉择的结果

应该是基于应用新系统的风险及投入等多方面的考虑，加上今年行业情况也不容乐观压力巨大，新领导也还需要磨合时间，所以最终决定暂时先不考虑大平台系统的应用，还是继续沿用原有的应用模式来做，等到时机成熟时再做打算。

2014-9-24最新更新：

近期对于这个问题，集团又专门进行了讨论并重新确定了方向。不同的人又有不同的观点，现在需要重新考量一下平台化的软件系统，信息化工作又要整体来考虑，这样的话如何与现有系统做对接的问题也会越来越突出，以及后期还涉及到有大的软件替换的问题。