University Information System Platform for the Reuse of Legacy Systems Design and Implementation
　　WANG Wei1, LIU Peng2
　　(1.Henan Vocational College of Agriculture, Zhengzhou 451450, China; 2.Armed Police Command College, Zhengzhou 451450, China)
　　Abstract: Now, with the state to promote the optimalcombination of national educational resources,many colleges and universities for the expansion and consolidation,the addition of faculty,new or receive a new campus,information systems have been expanding.New faculty and campus information systemss and the main campus can not be effectively integrated information system,a large number of the critical need to share information is enclosed in a relatively independent of the system.Existing legacy systems to a unified plan,packaged as reusable Web services components to integrate the various isolated information systems,eliminating the “information island”phenomenon,designed to achieve the reuse of legacy systems,information integration platform of university the problems to be solved.
　　Key words: legacy systems; Web service components; information silos; design reuse;college information intergration
　　目前，随着信息化的迅猛发展，高校的信息基础设施正在快速进行建设。高校的不同业务部门各自开发了专用的信息系统来处理本部门的业务和数据，但是对部门之间的信息交换和共享考虑并不多，导致各部门构建的信息系统缺乏统一规划，互不兼容、自成体系。因此，针对高校信息化遗留系统的重用设计，实现资源的共享，简单讨论下面几点.
　　1 遗留系统重用设计与实现
　　遗留系统（Legacy System，LS）指的是组织在经过长时间的信息化投入后，存在的众多子系统[1]。此系统一般都是在不同时期，由不同的开发人员，采用开发成熟的异构技术进行开发。这些系统一般都能很好的满足组织的功能需求，经过了时间的检验，成为组织值得信赖的一部分。但是由于开发理念和技术的限制，这些遗留系统大都被设计成为紧耦合、缺乏共享考虑的“信息孤岛”。这样就很难满足业务快速变化的需求，因此对遗留系统进行重用，改造成“软件即服务”的组件，将成为未来组织最经济，最快捷的集成方向。
　　遗留系统重用的最终目标是能促进使用系统的组织能够从容应对快速发展的业务需求，保证了可持续发展性，同时在集成过程中应尽量降低开发成本，这可以通过缩短项目开发周期、减少开发代码量来实现。
　　1.1 高校遗留系统重用模型设计
　　基于Web服务技术的遗留系统重用模型设计如图1所示。
　　1）评估遗留系统。在进行遗留系统集成的时候，首先需要对遗留系统进行评估，主要从系统功能、业务流程和重用复杂度三个方面来判别。2）分析遗留系统性质。一些遗留系统本身就是个独立的、可重用的或者不需要重用的系统，这时仅需要采用粘合代码将其包装为Web服务，使之能与其他组件之间进行交互。还有一些遗留系统规模比较庞大，功能比较完善、运行也一直比较稳定，在开发时曾耗费了巨大的资金和精力，其部分功能需要被继续重用。这时就需要对遗留系统的代码和文档进行深入分析，划分出力度适当的功能域，剔除多余或者不适合重构的代码，最终封装成Web服务的组件。3）解耦分析系统遗留代码。对那些不能直接封装为Web服务的遗留系统，从架构性质上可以分为面向过程和面向对象两类。4）重组为新的服务组件。解耦完遗留系统代码以后，就要进行服务建模，把一些类和方法重组为新的服务组件。5）Web服务封装。对可直接封装的遗留系统和重组的服务组件，我们还需要使用Java代码进行粘合，向外界提供调用的接口，将其封装为能够直接发布的Web服务。6）注册到UDDI注册中心。最后封装好的Web服务组件向UDDI进行注册发布，以供服务使用者调用。
　　1.1.1 遗留系统评估指标体系设计
　　在进行遗留系统重用的时候，首先需要对遗留系统进行评估。遗留系统的评估应依照一套完善的评价指标体系进行，需要一个能够客观反映遗留系统总体状况并具有评价内在联系的指标集。要从多个角度和层面来设计指标体系，方能全面准确地反映遗留系统的整体情况。构建遗留系统评估指标体系应遵循以下原则：支持决策分析原则、完整性原则、可测性原则、宽口径原则和层次性原则。
　　本文提出一套遗留系统评估指标体系架构，主要从系统功能、业务流程和重用复杂度三个层次来对遗留系统进行评估判别。
　　1）系统指标方面：系统功能方面主要从遗留系统的功能层次考虑，制定了系统功能失效率、系统功能完善度、系统性能满意度、系统功能对硬件依赖度、系统维护成本和系统功能安全度六个指标，来衡量遗留系统的功能是否仍然能够很好的满足系统所属组织的需要，以及是否能够适应未来组织的发展。
　　系统功能失效率主要是来评价系统功能的可靠性，反映了系统的稳定运行状况；系统完善度主要用来评价系统功能是否能够完整的实现组织的功能需求；系统性能满意度主要用来评价系统功能是否能够简便快捷有效率的完成功能需求；系统功能对硬件的依赖度用来评价系统功能正常运行所依赖的硬件环境，以及重用时的可移植性；系统维护成本主要从重用和重新开发的耗费比值来定量评估重用价值；系统功能安全度主要评价系统功能对安全性的考虑，以及重用后安全性收到的影响。2）业务流程方面：业务流程方面主要从业务流程失效率、流程设计完善率、流程设计满意度和业务流程模块耦合度四个指标来评价。用来衡量遗留系统现有的业务流程是否能够满足需要，流程是否能够拆解重组装等各方面的性能。
　　业务流程失效率用来评价业务流程的可靠性及其稳定运行的状况；流程设计完善率用来评价业务流程的设计是否能够涵盖完整的业务周期；流程设计满意度用来评价业务流程的设计是否合理，简便快捷，易操作；业务流程模块耦合度用来评价业务流程的可移植性。
　　3）重用复杂度方面：重用复杂度方面主要从遗留代码中面向对象代码比率、工程文档完备程度、系统结构复杂度、数据标准化程度和系统中功能模块耦合度五个指标来评价。用来衡量遗留系统重用和重新开发的耗费比，判断是否有重用的价值，从而来决定该系统是否被重用。 (责任编辑：南粤论文中心)转贴于南粤论文中心: http://www.nylw.net(南粤论文中心__代写代发论文_毕业论文带写_广州职称论文代发_广州论文网）