文档介绍：营造数据环境
——信息资源规划(IRP)系列讲座之四
(原载《中国计算机用户》2002-11-25)
上一讲我们提到的概念数据库标准和逻辑数据库标准,都是指主题数据库(Subject Database)。概念数据库是对业务人员所需要的数据的概括,逻辑数据库是面向分析设计人员的数据结构。为解决企业信息化建设中的“信息孤岛”问题,使采购、设计、生产、销售等部门的数据流畅通,实现信息共享,就需要通过信息资源规划梳理业务流程,治理混乱的数据环境,建立以主题数据库为主体的高档次数据环境,而不是按照各种报表原样建立所谓的“数据库”。
告诉你不仅仅是个名词
我们看一个简单的例子。某单位的工资系统是按录入工资单建立数据库的,职工张华的工资单编号是0104。该单位人事系统是按录入职工档案建数据库的,张华在人事系统中的编号是1122。人事系统要获得张华的工资数据,需要编写接口程序将1122转换成0104,才能正确地检索;反之,工资系统要获得人事系统的数据,需要编写接口程序将0104转换成1122。这样,2个应用系统至少需要2个接口。如果再加上职工培训系统和社会保险系统,共4个应用系统要互相交流数据,就至少需要4×3=12个接口。而企业经营管理中如果有20个大大小小“孤岛式”的应用系统需要相互交流数据,就至少需要20×19=380个接口。这么多的接口很难做完,即使做完所有的接口,整个系统的运行也将是低效和脆弱的。所以,企图通过做接口实现系统集成,从来就是可望而不可及的。
解决这类应用系统集成问题的正确方法是:不按照单证报表原样建立数据库,而是面向业务主题建立数据库,这就是主题数据库。上例中的员工信息是几个应用系统所共用的,应该对企业的所有员工统一编号,有关员工的信息统一组织存储,从而保证信息共享——各应用程序都存取共享的“员工主题数据库”,这就从根本上取消了不必要的接口。这就是说,通过建立主题数据库,简单、科学地实现了应用系统的集成。
发达国家在上世纪70年代中后期至80年代初的信息化初级阶段,遇到过包括“信息孤岛”问题在内的“数据处理危机”问题。詹姆斯·马丁(James Martin)提出的主题数据库概念和有关理论方法为解决这些问题作出了重要的贡献,这对我们具有十分重要的借鉴意义。
真正理解主题数据库
通过了解主题数据库的基本特征,可以更好地理解和建立主题数据库:
主题数据库不是面向单证报表,而是面向业务主题的数据组织存储。例如,企业中需要建立的典型的主题数据库有:产品、客户、零部件、供应商、订货、员工、文件资料、工程规范等。其中,产品、客户、零部件等数据库的结构,是对有关单证、报表的数据项进行分析整理而设计的,不是按单证、报表的原样建立的。这些主题数据库与企业管理中要解决的主要问题相关联,而不是与通常的计算机应用项目相关联。
信息共享(不是信息私有或部门所有)。主题数据库是对各个应用系统“自建自用”的数据库的彻底否定,强调建立各个应用系统“共建共用”的共享数据库。不同应用系统的计算机程序均可调用这些主题数据库,例如,库存管理调用产品、零部件、订货数据库;采购调用零部件、供应商、工程规范数据库等等。
数据一次一处输入系统(不是多次多处输入系统)。主题数据库要求企业各经营管理层次上的数据源进行调研分析,强调数据的就地采集,就地处理、