论文部分内容阅读
摘 要：随着信息技术的飞速发展，信息系统在高校中得到了广泛应用，但是，一些潜藏的隐患也慢慢的暴露了出来。本文主要就是针对高校在信息系统平台建设中出现的一些问题进行分析，同时对基于WEB服务架构的信息一体化平台整合方案的设计进行探讨。
关键词：SOA；信息系统集成
中图分类号：TP311.52
1 高校信息系统现状
随着信息技术的发展，信息系统在高校中得到了广泛应用，例如与学生有关的《学籍管理系统》、《学生成绩管理系统》等；教师相关的《人事管理系统》、《办公自动化系统》等等。
以上这些系统都是随着高校的发展，针对不断提出的新的需求而进行的软件采购或者定制开发。这些系统通常都能够较好的完成相应的业务功能，相比于以前的手工管理方式而言提升了工作效率、节约了管理成本。
2 潜在的隐患分析
在讨论这些信息系统存在的隐患之前，首先要肯定一点的就是这些系统在相当一段时间内确实是方便了工作、提升了工作效率、节约了成本。但是，以下将要讨论到的一些隐患也随着信息系统的不断增加以及这些信息系统之间的信息交流需求的不断增加而暴露了出来：
2.1 数据重复存储
比如，拿《学籍管理系统》和《选题管理系统》来说，两个系统中都需要用到学生基本信息，但是由于两个系统可能没有进行相应的统筹安排，就造成两个系统中都需要单独存储学生基本信息。这样带来的问题除了数据的重复存储、利用率低外。
2.2 系统间数据的一致性差，容易存在脏数据
由于大量的业务系统间没有统一的规划，往往存在重复数据，而这些数据一旦在个别系统中发生更改，其他业务系统没有更新相应数据，此时将出现数据的不一致性。
2.3 系统间数据交换复杂
由于系统间缺乏数据导入导出的一致性格式，造成系统间的数据交换异常复杂，通常都需要借助人工的二次处理。
2.4 系统的可扩展性差
由于已经存在的系统没有统筹规划，当需要添加一个新的业务系统，而该系统又需要与以前的多个系统进行数据共享、交换时，将是一个非常庞大的工程，需要兼顾大量已经存在的系统，从这些系统中进行数据的抽取，而即使花费了大量的人力、时间去完成了数据的抽取，而接下来的数据同步也将是一个令人时时不得安宁的工作。
2.5 用户的使用复杂度加大
随着系统的不断增加，用户需要熟悉与记录的信息越来越多，比如系统的入口地址、账号密码等信息将会有多套存在。
3 基于Web服务进行信息一体化平台设计
Web服务技术的出现，为高校信息一体化平台的设计给出了切实可行的解决方案。方案草图如下图1所示，现在我来详细的说明一下该部署图。
首先介绍一下图1中最下端的基础数据web服务器。该服务器主要具有三个功能，一是高校基础数据的存储，比如学生基本信息、教师基本信息、院系基本信息等；二是部署一个B/S或C/S应用程序，该应用负责对基础数据维护；三是部署一个Web服务应用程序，该Web服务对外提供基础数据的检索接口。
其次介绍一下位于图1中的系统1、2、3等服务器。这些服务器分别代表了不同的业务系统，例如《学生成绩系统》等所运行的服务器。这些服务器具有3个功能，一是存储属于该系统的特定数据，例如对于《学生成绩系统》中的学生成绩，这些数据仅属于该系统，应该将这些数据存储到该服务器中；二是部署相应的业务系统，对该子系统进行事务处理；第3个是部署一个Web服务应用程序，该功能并不是所有的这种业务类型的服务器都必须部署的，而是看其他的系统是否需要访问该服务器中存储的业务数据，例如上述的成绩信息数据，如果在其他系统中需要进行调用，此时该服务器就应该部署一个对成绩信息数据进行访问的Web服务接口。通过这样的部署，对于上文中分析的潜在问题，都分别的给以解决：
3.1 对于数据重复存储问题
在基于Web服务的系统架构中，从图2中可以看出公共的基础数据存储在基础数据的web服务器上，而对于业务子系统中特有的业务数据是存储在子系统的服务器上，这样就可以保证基本上不存在重复数据存储问题。
3.2 对于系统间数据的一致性问题
在基于Web服务的系统架构中，不论是基础数据还是特定系统的业务数据，在网络环境中都是唯一存储的，对数据的更新也只会发生在一个存储位置，所以系统间的数据是一致的。
3.3 对于系统间数据交换问题
在基于Web服务的架构中，公共数据都统一由基础数据的web服务器提供，基本不需要业务系统间的数据交换；而如果存在异构的网络环境，也可以以快速生成对外XML数据的方式提供这种通用的数据交换。
3.4 对于系统的扩展性问题
在基于Web服务的系统架构中，系统的扩展已经成为一个很容易实现的事情，因为大量的基础数据就摆在那里，我们可以轻易的获取这些基础数据，从而为新系统的开发提供稳定的平台基础。
3.5 对于用户的使用复杂度问题
由于基础的数据都是统一存储的，对于普通用户的账号这些数据我们当然也可以统一存储，在整个系统框架中提供统一的用户角色权限认证体系。
但在规避这些隐患的同时，该架构也带来了一些新问题，比如对基础数据管理的要求提高了；Web服务的数据访问的安全性等。在这里，由于篇幅问题，将不再详细阐述。
本文谈到这里，可能很多读者会提出这样一个问题：几乎所有的高校在信息系统这块都不可能是空白的，那么又怎么去全盘规划呢？对于这个问题，提出如下两个处理方案。
（1）对于新建业务系统既然已经意识到传统的无规划的、独立的业务系统发展的弊端，同时也知道了基于Web服务的一体化信息系统集成的优势，那么对于后继开发的一些新业务系统，则断然要采用基于Web服务的系统框架，这是毋庸置疑的。
（2）对于已有业务系统对于已有的业务系统，可以采用2种方式来处理，一种方式是进行系统重构，使其适应于基于Web服务的系统框架，当然这样必然带来一些问题，比如以前的开发人员是否还在、系统是否具有完备的开发文档、代码是否可读等等，这些风险都会影响到系统的重构，所以必须进行风险评估，有时重构这样一个系统可能比重新开发它更是一件有挑战的事情；另一种方式就是等待，任何一个系统都有它的生命周期，坚信当经历了一定的时间、当业务发生了一定的改变后，这些现有系统终将被淘汰，到那时，就可以在新的规划时将其集成到已经存在的基于Web服务系统架构中去，使其成为架构中的一个模块。
以上是结合高校现有信息系统现状，同时采用基于Web服务技术提出的对于高校信息一体化平台的探讨与设计，希望对于正处于校园信息系统建设的读者能够起到一定帮助，最后也欢迎大家互相交流指正。
参考文献：
[1]Russ Basiura & Mike Batongbacal. Professional ASP.NET Web Services.Wrox，2002.
[2]Bill Evjen.XML高级编程[M].北京：清华大学出版社，2009.
[3]Joseph Bustos.NET Web服务入门经典[M].北京：清华大学出版社，2003.
作者简介：李红育（1983.2-），男，汉族，河南新郑人，硕士，讲师，研究方向：软件工程、数据库管理与维护；顾东虎（1980.8-），云南工商学院机电信息分院，男，汉族，山西大同人，硕士，讲师，研究方向：软件工程、数据库管理与维护。
作者单位：云南工商学院，昆明 651700
关键词：SOA；信息系统集成
中图分类号：TP311.52
1 高校信息系统现状
随着信息技术的发展，信息系统在高校中得到了广泛应用，例如与学生有关的《学籍管理系统》、《学生成绩管理系统》等；教师相关的《人事管理系统》、《办公自动化系统》等等。
以上这些系统都是随着高校的发展，针对不断提出的新的需求而进行的软件采购或者定制开发。这些系统通常都能够较好的完成相应的业务功能，相比于以前的手工管理方式而言提升了工作效率、节约了管理成本。
2 潜在的隐患分析
在讨论这些信息系统存在的隐患之前，首先要肯定一点的就是这些系统在相当一段时间内确实是方便了工作、提升了工作效率、节约了成本。但是，以下将要讨论到的一些隐患也随着信息系统的不断增加以及这些信息系统之间的信息交流需求的不断增加而暴露了出来：
2.1 数据重复存储
比如，拿《学籍管理系统》和《选题管理系统》来说，两个系统中都需要用到学生基本信息，但是由于两个系统可能没有进行相应的统筹安排，就造成两个系统中都需要单独存储学生基本信息。这样带来的问题除了数据的重复存储、利用率低外。
2.2 系统间数据的一致性差，容易存在脏数据
由于大量的业务系统间没有统一的规划，往往存在重复数据，而这些数据一旦在个别系统中发生更改，其他业务系统没有更新相应数据，此时将出现数据的不一致性。
2.3 系统间数据交换复杂
由于系统间缺乏数据导入导出的一致性格式，造成系统间的数据交换异常复杂，通常都需要借助人工的二次处理。
2.4 系统的可扩展性差
由于已经存在的系统没有统筹规划，当需要添加一个新的业务系统，而该系统又需要与以前的多个系统进行数据共享、交换时，将是一个非常庞大的工程，需要兼顾大量已经存在的系统，从这些系统中进行数据的抽取，而即使花费了大量的人力、时间去完成了数据的抽取，而接下来的数据同步也将是一个令人时时不得安宁的工作。
2.5 用户的使用复杂度加大
随着系统的不断增加，用户需要熟悉与记录的信息越来越多，比如系统的入口地址、账号密码等信息将会有多套存在。
3 基于Web服务进行信息一体化平台设计
Web服务技术的出现，为高校信息一体化平台的设计给出了切实可行的解决方案。方案草图如下图1所示，现在我来详细的说明一下该部署图。
首先介绍一下图1中最下端的基础数据web服务器。该服务器主要具有三个功能，一是高校基础数据的存储，比如学生基本信息、教师基本信息、院系基本信息等；二是部署一个B/S或C/S应用程序，该应用负责对基础数据维护；三是部署一个Web服务应用程序，该Web服务对外提供基础数据的检索接口。
其次介绍一下位于图1中的系统1、2、3等服务器。这些服务器分别代表了不同的业务系统，例如《学生成绩系统》等所运行的服务器。这些服务器具有3个功能，一是存储属于该系统的特定数据，例如对于《学生成绩系统》中的学生成绩，这些数据仅属于该系统，应该将这些数据存储到该服务器中；二是部署相应的业务系统，对该子系统进行事务处理；第3个是部署一个Web服务应用程序，该功能并不是所有的这种业务类型的服务器都必须部署的，而是看其他的系统是否需要访问该服务器中存储的业务数据，例如上述的成绩信息数据，如果在其他系统中需要进行调用，此时该服务器就应该部署一个对成绩信息数据进行访问的Web服务接口。通过这样的部署，对于上文中分析的潜在问题，都分别的给以解决：
3.1 对于数据重复存储问题
在基于Web服务的系统架构中，从图2中可以看出公共的基础数据存储在基础数据的web服务器上，而对于业务子系统中特有的业务数据是存储在子系统的服务器上，这样就可以保证基本上不存在重复数据存储问题。
3.2 对于系统间数据的一致性问题
在基于Web服务的系统架构中，不论是基础数据还是特定系统的业务数据，在网络环境中都是唯一存储的，对数据的更新也只会发生在一个存储位置，所以系统间的数据是一致的。
3.3 对于系统间数据交换问题
在基于Web服务的架构中，公共数据都统一由基础数据的web服务器提供，基本不需要业务系统间的数据交换；而如果存在异构的网络环境，也可以以快速生成对外XML数据的方式提供这种通用的数据交换。
3.4 对于系统的扩展性问题
在基于Web服务的系统架构中，系统的扩展已经成为一个很容易实现的事情，因为大量的基础数据就摆在那里，我们可以轻易的获取这些基础数据，从而为新系统的开发提供稳定的平台基础。
3.5 对于用户的使用复杂度问题
由于基础的数据都是统一存储的，对于普通用户的账号这些数据我们当然也可以统一存储，在整个系统框架中提供统一的用户角色权限认证体系。
但在规避这些隐患的同时，该架构也带来了一些新问题，比如对基础数据管理的要求提高了；Web服务的数据访问的安全性等。在这里，由于篇幅问题，将不再详细阐述。
本文谈到这里，可能很多读者会提出这样一个问题：几乎所有的高校在信息系统这块都不可能是空白的，那么又怎么去全盘规划呢？对于这个问题，提出如下两个处理方案。
（1）对于新建业务系统既然已经意识到传统的无规划的、独立的业务系统发展的弊端，同时也知道了基于Web服务的一体化信息系统集成的优势，那么对于后继开发的一些新业务系统，则断然要采用基于Web服务的系统框架，这是毋庸置疑的。
（2）对于已有业务系统对于已有的业务系统，可以采用2种方式来处理，一种方式是进行系统重构，使其适应于基于Web服务的系统框架，当然这样必然带来一些问题，比如以前的开发人员是否还在、系统是否具有完备的开发文档、代码是否可读等等，这些风险都会影响到系统的重构，所以必须进行风险评估，有时重构这样一个系统可能比重新开发它更是一件有挑战的事情；另一种方式就是等待，任何一个系统都有它的生命周期，坚信当经历了一定的时间、当业务发生了一定的改变后，这些现有系统终将被淘汰，到那时，就可以在新的规划时将其集成到已经存在的基于Web服务系统架构中去，使其成为架构中的一个模块。
以上是结合高校现有信息系统现状，同时采用基于Web服务技术提出的对于高校信息一体化平台的探讨与设计，希望对于正处于校园信息系统建设的读者能够起到一定帮助，最后也欢迎大家互相交流指正。
参考文献：
[1]Russ Basiura & Mike Batongbacal. Professional ASP.NET Web Services.Wrox，2002.
[2]Bill Evjen.XML高级编程[M].北京：清华大学出版社，2009.
[3]Joseph Bustos.NET Web服务入门经典[M].北京：清华大学出版社，2003.
作者简介：李红育（1983.2-），男，汉族，河南新郑人，硕士，讲师，研究方向：软件工程、数据库管理与维护；顾东虎（1980.8-），云南工商学院机电信息分院，男，汉族，山西大同人，硕士，讲师，研究方向：软件工程、数据库管理与维护。
作者单位：云南工商学院，昆明 651700