诊断信息孤岛顽疾

newmaker

欢迎访问e展厅 展厅 3 CIO信息化管理展厅 电子商务/企业门户, IT运维管理, 制造执行系统MES, 流程管理BPR/BPM, SOA/SaaS/云计算, ... 企业里经常遇到的头痛问题是“产供销严重脱节”、“财务账与实物账不同步”，其实质就是生产流程、供应流程、销售流程和财务流程都是孤立运行，没有能够形成一个有机的整体。销售部门接到一个定单，生产部门说计划 没法安排；生产部门问题解决了，供应部门说来不及采购；即使来得及采购，财务又说没有现金可以支付。 这类问题靠传统的手工管理是无法实现的，靠每个部门自行开发的管理信息系统（MIS）也是不能解决的，因为各自为政的MIS，依然不是一个有机的整体。也就是说，只能是一个一个孤立的信息系统，俗称“信息孤岛”。信息孤岛的要害就是割断了本来是密切相连的业务流程。 “需求”局部化铸成“孤岛” 事实上，信息孤岛是由IT远期计划不充分的企业一手促成的，这里的需求只是企业内局部的需求。企业中已有许多各自独立的信息系统，各系统间没有统一的技术和数据标准，数据不能自动传递、缺乏有效关联和共享，导致企业信息资源分散且大量冗余，信息使用和管理效率低下。一般企业中所有系统或模块，有上级部门下发推广的，也有我们自行开发或合作开发引进的。虽然它们在企业的生产经营中发挥了一定的作用，但就有些子系统而言，系统应用人员越来越感到不好用。因为他们在使用一套子系统做完业务处理之后，还需使用另外一套子系统把相关的数据录入到另一个子系统上。而对于信息系统应用程度较高的企业，比较普遍的情况是业务层面已得到较好的信息支持，而管理层面和企业高层却很少得到有效信息支持。 有关统计表明，企业内部多数数据交换、操作交互不畅的“不良”应用正是由于企业内部各部门单纯考虑本部门应用，而提出来的系统建设需求造成的。比如，本人为公司物资装备部开发设计的合同管理系统，实现了市场部需要的网上查询功能以及合同报表的统计、印花税的打印等，而物装部又请其它软件开发人员自行开发另一套计划合同管理系统，这套系统侧重于满足物装部本部门的需求，这两套系统各自为政，但是大量的数据都是重复的，业务员加大了录入数据业务量，这就是物装部门在前期没有充分的调查研究，没有和市场部的需求联系在一起，而后出现了这两个模块“鸡犬之声相闻，老死不相往来”的情况，两个孤立的小岛出现了。 这种应用的孤岛，主要由于系统应用底层没有一个可以很好扩展的基于网络的共享数据库，当初的分散开发的应用系统就难以适应日益增长的用户的需求，修改与提升原系统的功能、重新组织其数据并形成互连要耗费大量的资金，甚至仅通过维护和修改等打补丁的办法已经根本行不通。 这种由于对信息化建设的认识不足，分散开发、数据混乱、标准不一，所造成孤岛丛生，信息难以共享的现状，最终导致信息孤岛的出现。 企业的信息中心人员将大量的精力耗费在现有应用系统的维护之中，针对于企业内部的需求不断地修改应用系统的报表，造成系统数据结构混乱，难以维护，更无从谈及应用整合。同时，信息主管人员没有对数据环境建设给予足够的重视，对数据的组织管理技术没有足够的认识，造成大量的应用堆积，导致企业“信息孤岛”丛生，数据标准化工作滞后于信息化建设，严重影响了企业信息化建设，难以建设高水平的企业信息化。 我公司系统应用情况调查表明：分散的、独立运行的事务处理系统较多，计算机打印报表很多，统计分析、预测和交互使用数据很少；有一些小规模的管理信息系统（MIS）,但还没有中等规模的，即覆盖多个职能域的MIS；信息组织很欠功夫，缺乏规范化，一些主要的代码不统一，源数据重复采集，很少或没有做到数据高度共享。 我在设计开发公司物装公司合同管理系统时，当初就是只考虑运用网上上报的数据进行合同报表的统计查询，印花税的统计，而没有全面考虑计划和库存的数据统一性，因而底层数据库只运用了Microsoft Access较简单的数据库，随后又有计划合同管理系统开发出来，数据库运用了SQL SERVER， 其中大量的共同数据都要业务员在两套系统中重复输入，数据难以形成共享，形成了信息孤岛。 另外，应该注意到，在整个信息技术产业飞速发展过程中，企业应用也伴随着技术的发展而前进。与企业的其它变革有明显不同的是，IT应用时刻会变，今天无法达到的能力可能在明天成为现实。 这也就意味着，这些企业进行的每一次局部的IT应用都可能与以前的应用不配套，也可能与以后的“更高级”的应用不兼容。从产业发展的角度来看，信息孤岛的产生有一定的必然性。 信息孤岛也是管理孤岛 事实上信息的孤岛不仅是数据矛盾和应用的不交互，它的深层原因在管理的条条框框。企业的职能部门分管了企业的各项业务，无意中也分隔了企业内的原本应该统一的信息数据；因为管理信息化需求不同领导者关心的重点缺乏全局观，企业统一的业务流也未能反应到全部的信息系统上。从这个意义上说，信息孤岛也是企业管理——尤其是IT管理上的“孤岛”的映射。 “信息孤岛”顾名思义，无论上述的哪一种情况，就其企业信息系统的运行效果而言：仅限于在一个部门内部共享信息；或限于一个专业内部共享信息而无法与其它专业“互动”。显然，“信息孤岛”并不仅是与软件产品有关，也与实施、应用水平有着紧密的关系。从这一角度去分析，即使企业买来一套集成度很高的ERP产品，但是，如果还是按照传统的管理模式去实施，同样也会冒出“信息孤岛”来。 反过来说：如果实施一套自身不能集成的“ERP”产品，因为它是按照传统的管理模式设计出来的，它的结构是“封闭”的，那么它的未来必然也一定是孤立的。 难尝的信息孤岛苦酒 1、数据的一致性无法保证。由于信息定义与采集过程彼此独立，企业的同一数据可能在不同的应用中不一致。 2、信息及时共享、反馈难。信息不能及时充分共享的矛盾突出，企业中“信息孤岛”林立。 3、企业存冗余垃圾信息。 由于各个系统独立，存在大量不必要数据，使访问数据库的速度降低。 4、信息需要重复多次的输入。对信息的多次采集不仅仅是额外的劳动，数据失真也是重复输入的恶果之一。 (end)

文章内容仅供参考 (投稿) (如果您是本文作者，请点击此处) (8/18/2005)