异构管理软件系统集成浅谈.docVIP

　　异构管理软件系统集成浅谈|第1 1、前言 管理信息系统进入中国已经有20多年时间，由于企业不同部门对管理工具的需求存在层次性，信息化在中国企业的推广应用很多是从一些局部、简单应用做起来的，譬如财务系统在众多中国企业的率先应用推广就是一个很好的佐证。但是随着企业管理水平的提高，企业内部各个部门都逐渐产生了信息化的需求，由于企业管理的复杂性，很多企业需要用到多种不同性质的软件进行管理控制；同时由于各家软件公司在企业管理的不同领域各有擅长，企业在选型、应用时往往难以割舍，因此，在企业中就逐渐形成了多种管理软件在不同部门并存应用的局面。为了管理的需要，企业迫切需要对整个企业的数据和流程进行整合和处理。 因为信息集成无疑可以提高企业管理效率、降低企业运营成本以及加强企业竞争能力。因此，在这种情况下，企业往往只能有三种选择：一是放弃原有局部应用，导入整体解决方案（但这会导致重复投资，同时由于操作习惯的改变和数据准备的工作量，会使原有系统的使用者在实施过程中产生抵触心理）；二是保留原有局部应用的同时，再引入新的应用，不做集成，集成部分的数据和流程在系统外流转（但这会导致信息孤岛的出现，增加人为错误和加大录入工作量）；三是在保留原有局部应用的同时，引入新的系统，然后由其中一家或两家软件公司合作做集成实现。 无疑，前两种方法在技术层面都不会有太多问题，但是第三种方法在技术实现上会有一定难度和风险。尽管很多软件公司在售前阶段都会承诺可以做接口实现，但是究竟能够做到什么程度，是否能够做到真正、完整意义上的无缝联接却是一个很大的问题。在这里，本文对前两种选择不做具体的分析和阐述，只是就第三种选择，即异构管理软件系统的集成实现做一些简单的分析和论述，希望对企业的信息化选型以及软件公司进行异构管理软件系统集成的技术实现工作能够有所助益和启示。 2、异构系统集成分析 2.1异构系统集成原理 异构系统集成是指通过编写高级语言程序来实现不同软件系统之间数据传递、调用的重要方式。在管理软件异构系统集成开发过程中有以下两个方面的问题需要着重解决，一是异构软件系统间的数据传输问题；二是异构软件系统间管理流程和工作过程的重构和衔接。 异构软件集成方式如图1所示。由图可知，当采用数据接口来进行软件集成时，各系统间是通过前、后置处理器和具有标准交换格式的文件来联系的。 2.2 异构系统间数据传输 2.2.1异构管理软件系统数据查询 在异构系统间传输量最大的是数据。应该说，如果知道原有系统的库表结构和数据字典（即使原系统软件商不提供对应库表结构和数据字典，也可以通过对原有系统的数据库进行分析来得到相应信息），然后编制前置处理器去查询相应的数据供新系统使用是一个相对比较简单的问题，但即使是这样，也必须注意以下五个方面的问题： （1）在数据字典中数据项的定义需要统一，不能统一的要有相应的对照表和处理方法。这是由于不同软件公司开发的产品，可能出于不同的工作习惯和对业务的不同理解，一些数据项的定义（包括数据项名，数据含义说明，别名，数据类型，长度，取值范围，数据含义，与其他数据项的逻辑关系，数据项之间的联系等）可能有一些差别，因此要进行统一和修正，以避免产生歧义，造成业务过程中不必要的混乱； （2）在数据查询过程中，要了解不同数据的与状态，保证数据的独立性。譬如在原有系统中，某些数据项在不同状态时可能有不同的值，如果不加以分辨的查询引用很可能会造成数据错误； （3）在数据查询过程中，要注意原有系统和新系统是否使用相同的数据库，如果使用的是不同的数据库，一定要注意SQL语句的写法，因为不同数据库对应的SQL语句有不同的标准。 （4）从原有系统中查询到的数据需要定期查询读入到新系统中，很难做到时时，这是因为一般新系统不对原有系统的库直接操作，以避免纠纷和增加不安全因素； （5）新系统可能会读取到脏数据。譬如原有系统中某一事务T1修改了某一数据，这时新系统读取该数据，当新系统读取该数据并使用后，原系统事务T1由于某种原因被取消，这时T1已修改过的数据恢复原值，这时新系统读到的数据可能至少在某个时段内出现原系统数据库中数据不一致的情况。 2.2.2异构系统数据写入 从新系统写入数据到原有系统无疑是一件令人非常头疼的事情。因为在写入时如果不是非常了解原有系统的库表结构和处理过程，则可能会有以下意外情况出现： （1）没有充分了解原有系统中数据项的定义，写入错误的数据（数据类型、数据长度和取值范围错误）造成数据紊乱； （2）原有系统中可能使用了触发器和存储过程，当没有充分了解原系统中触发器的触发条件和存储过程的处理过程时，盲目写入数据，可能会造成一些事务不能进行或遗漏某些处理，以至于原有系统正常的业务逻辑过程被打乱，