企业里经常遇到的头痛问题是“产供销严重脱节”、“财务账与实物账不同步”，其实质就是生产流程、供应流程、销售流程和财务流程都是孤立运行，没有能够形成一个有机的整体。销售部门接到一个定单，生产部门说计划没法安排；生产部门问题解决了，供应部门说来不及采购；即使来得及采购，财务又说没有现金可以支付。
这类问题靠传统的手工管理是无法实现的，靠每个部门自行开发的管理信息系统(MIS)也是不能解决的，因为各自为政的MIS，依然不是一个有机的整体。也就是说，只能是一个一个孤立的信息系统，俗称“信息孤岛”。信息孤岛的要害就是割断了本来是密切相连的业务流程。
“需求”局部化铸成“孤岛”
事实上，信息孤岛是由IT远期计划不充分的企业一手促成的，这里的需求只是企业内局部的需求。企业中已有许多各自独立的信息系统，各系统间没有统一的技术和数据标准，数据不能自动传递、缺乏有效关联和共享，导致企业信息资源分散且大量冗余，信息使用和管理效率低下。一般企业中所有系统或模块，有上级部门下发推广的，也有我们自行开发或合作开发引进的。虽然它们在企业的生产经营中发挥了一定的作用，但就有些子系统而言，系统应用人员越来越感到不好用。因为他们在使用一套子系统做完业务处理之后，还需使用另外一套子系统把相关的数据录入到另一个子系统上。而对于信息系统应用程度较高的企业，比较普遍的情况是业务层面已得到较好的信息支持，而管理层面和企业高层却很少得到有效信息支持。
有关统计表明，企业内部多数数据交换、操作交互不畅的“不良”应用正是由于企业内部各部门单纯考虑本部门应用，而提出来的系统建设需求造成的。比如，本人为公司物资装备部开发设计的合同管理系统，实现了市场部需要的网上查询功能以及合同报表的统计、印花税的打印等，而物装部又请其它软件开发人员自行开发另一套计划合同管理系统，这套系统侧重于满足物装部本部门的需求，这两套系统各自为政，但是大量的数据都是重复的，业务员加大了录入数据业务量，这就是物装部门在前期没有充分的调查研究，没有和市场部的需求联系在一起，而后出现了这两个模块“鸡犬之声相闻，老死不相往来”的情况，两个孤立的小岛出现了。
这种应用的孤岛，主要由于系统应用底层没有一个可以很好扩展的基于网络的共享数据库，当初的分散开发的应用系统就难以适应日益增长的用户的需求，修改与提升原系统的功能、重新组织其数据并形成互连要耗费大量的资金，甚至仅通过维护和修改等打补丁的办法已经根本行不通。
这种由于对信息化建设的认识不足，分散开发、数据混乱、标准不一，所造成孤岛丛生，信息难以共享的现状，最终导致信息孤岛的出现。
企业的信息中心人员将大量的精力耗费在现有应用系统的维护之中，针对于企业内部的需求不断地修改应用系统的报表，造成系统数据结构混乱，难以维护，更无从谈及应用整合。同时，信息主管人员没有对数据环境建设给予足够的重视，对数据的组织管理技术没有足够的认识，造成大量的应用堆积，导致企业“信息孤岛”丛生，数据标准化工作滞后于信息化建设，严重影响了企业信息化建设，难以建设高水平的企业信息化。
我公司系统应用情况调查表明：分散的、独立运行的事务处理系统较多，计算机打印报表很多，统计分析、预测和交互使用数据很少；有一些小规模的管理信息系统(MIS)，但还没有中等规模的，即覆盖多个职能域的MIS；信息组织很欠功夫，缺乏规范化，一些主要的代码不统一，源数据重复采集，很少或没有做到数据高度共享。
我在设计开发公司物装公司合同管理系统时，当初就是只考虑运用网上上报的数据进行合同报表的统计查询，印花税的统计，而没有全面考虑计划和库存的数据统一性，因而底层数据库只运用了Microsoft Access较简单的数据库，随后又有计划合同管理系统开发出来，数据库运用了SQL SERVER，其中大量的共同数据都要业务员在两套系统中重复输入，数据难以形成共享，形成了信息孤岛。
