以上五个应用系统是各高校信息化建设均应通盘考虑的基本应用支撑系统。其中，教务管理系统、教学与学习系统和行政管理系统是高校信息化建设初期最基本的内容和核心组成部分，校园一卡通系统是高校教育信息化建设的基础工程和重要环节，目录服务系统是高校信息化建设走向成熟的必经之路。因此，以上五个应用支撑系统对于高校信息化建设而言，缺一不可，换句话说，没有具备以上五个应用支撑系统的高校，其信息化建设工程还没实现真正意义上的全面启动。

　　对于第二个问题——怎样又快又好地建设这些应用系统呢？我们认为有两方面的任务：一方面，是已建应用系统的完善，除了功能优化扩充外，更重要的是如何使各应用互联、互通、互操作，实现信息共享和数据的自动交换；另一方面是新建系统，包括某些旧系统的重建(不值得继续维护的系统，类似于城市改造中某一片街区的拆旧建新)和原先没有的新系统建设。

　　在高校新一轮信息化建设中，我们要重点关注新建(或重建)系统的开发思路和策略问题。我们提出的集成化开发思路和策略是，首先搞好基于信息资源规划的总体设计，然后在总体设计方案的指导、控制和协调下进行数据库和应用系统的开发。现以某校教务管理系统的重新开发(准备抛弃旧系统)为例，说明这种开发思路和策略的要点：

　　需求分析
　　教务管理系统作为高校管理的一个重要职能域，与科研、行政、财务、后勤等职能域有哪些数据流关系，有哪些体现数据流的用户视图(单证、报表等)；教务管理的一些主要业务过程，如教师管理、学生管理、课程管理、教室/实验室管理等，有哪些协同关系，符合网络化管理的优化流程应该是什么样子；这些业务过程所需要的数据，是怎样产生、存储和使用等，很多问题需要调研清楚，并用规范化的方法表达。

　　系统建模
　　根据上述需求分析，在建立新系统功能模型时要分析评估已建应用系统或了解同类应用系统的有用模块，做借鉴或吸收；在做数据建模时，要用好数据流分析资料，还要分析评估原有数据库结构，去粗取精，运用好数据结构规范化理论方法。

　　部分数据标准建设
　　实现上述数据模型的所有数据标准——数据元素标准、信息分类编码标准、用户视图标准、概念数据库标准和逻辑数据库标准都要在总体设计阶段完成。对于数据管理工作，在本刊第11期《数据标准与数据管理》一文中已经阐述，请参考。

　　部分数据环境重建
　　在教务管理系统范围内，完成数据环境重建的具体四个步骤工作，形成真正意义上的“统一信息平台”，即高档次的数据环境(一部分)。

　　集成化开发应用软件
　　根据信息资源规划方案的功能模型(程序模块定义)和系统体系结构(程序模块对基本表的存取关系)，在统一数据标准的基础上，修改已有的程序模块，定制、购买现成的程序模块(组件)，或者组织研制新的程序模块。

　　综合以上工作的集成化开发成果，其中四个主题数据库都是共建共用的，数据标准是统一的，各模块之间的信息共享和数据交换是通过存取主题数据库实现的。

　　应用系统整合与

　　应用软件选型
　　高校教育信息化建设所面临的应用系统问题有三类：第一类，新建的应用系统，或原系统问题太多，修改成本太大，需要抛弃重建的系统；第二类，成熟的应用系统，已建的基本满足用户需求，而且已经使用习惯了的应用系统；第三类，待改造的应用系统，这类应用不够成熟或不好用，不能满足用户需求，需要优化或修改的应用系统。第一类已经在文章前面介绍过，现在讨论后两类问题。

　　成熟应用系统的优化策略
　　第二类应用系统虽然能基本满足用户需求，但大多数是独立的应用，特点是数据由各系统自采自用，是一些所谓的“信息孤岛”，不能满足用户的信息共享和自动交换数据的需要。由于这一类系统相对成熟，所以在一段时间内既不去改动功能结构，也不去改动数据结构，但还要避免“信息孤岛”效应，怎么办呢？只有做数据接口了。但要控制接口的数目，只做必要的、少量的、与新建应用系统互联的接口(消除与新建系统之间的“信息孤岛”效应，暂不考虑与待改造应用系统的互联问题)，和几个成熟应用系统之间的互联接口(消除成熟应用系统之间的“信息孤岛”效应)。

　　新建的集成化应用系统，各应用之间没有接口，信息共享和数据交换是通过存取主题数据库实现的。成熟的应用系统，为消除“信息孤岛”效应，就要做必要的接口。问题是做哪些、怎样做接口。原来，早在集成化应用系统开发前期的信息资源规划阶段，就进行了新建系统与成熟系统之间的数据流，例如，当时就调研分析了新应用1要输出某报表到成熟应用2(即输出数据流，已经记录到信息资源元库中)，现在做接口I12就有根有据了。接口I11和I21也同理可知。接口i12是成熟应用之间的互联机制，目的是消除成熟应用之间的“信息孤岛”效应，要不要做，做多少，就看用户对自动化数据交换的要求了。

　　待改造应用系统的改造策略
　　第三类应用系统是待改造的，要改造什么呢？实际上，主要是改造数据结构，使之符合统一的数据标准。用户不满意的应用，主要问题在数据方面，如数据的重复采集、数据不能自动交换、数据不一致、数据冗余和无效数据堆积等等。用户也有功能扩充和修改的要求，但实现起来的最大难题，不是屏幕界面或报表打印格式等表面问题，而是所用到的数据内容修改的“连锁反映”和“多重矛盾”问题。改造数据结构、建立统一的数据标准和实施统一的数据标准，是极为复杂的数据管理工作，需要有理论指导和工作班子(请参见《数据标准与数据管理》一文)。一般来说，应采取循序渐进原则，根据用户的需要和应用开发队伍的实际情况，有步骤地进行。根据信息资源规划得出的数据模型和数据标准化成果，有的应用系统改造了全部或部分数据结构，就可以与新建系统的有关主题数据库共享数据了，或有了新的主题数据库，从而大大改善改造后应用系统的质量和效率；有的应用系统做不到全部或部分数据结构的改造，还要解决“信息孤岛”问题，就只好做数据接口了，也能部分改善改造后应用系统的质量和效率。