高校数字化校园经济平台解决方案

《高校数字化校园经济平台解决方案》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、高校数字化校园经济平台解决方案主要内容1.构建以中间件技术为核心的教育系统经济信息互联互通软件平台总体框架。2.规划现有网络资源，整合异构数据，应用数据挖掘技术，充分利用数据资源。3.将复杂的银行结算业务抽象以中间件软件形式实现，并提供标准接口。4.研究平台通用组件的可操作性、安全性、效率以及第三方软件的按标准接入。5.以经济信息门户形式提供WebService服务。方案核心技术软件平台=中间件软件+通用业务组件。软件平台意味着基础功能、快速建立和适应变化。中间件技术：简化开发过程、缩短开发周期，减少了系统的维护、运行和管理成本，减少了用

2、户总体费用的投入。以中间件为核心的软件平台技术，可以构建一个高性价比、高效率的环境，同时实现整体架构性能的最大化，平台强调对用户的直接价值。建立可以促进教育经济信息管理系统由两层模式向基于大量Web应用和中间件技术的三层模式过渡。总体目标统一门户：统一的提供信息发布与共享，提供多种应用服务，具有高可靠性、高可用性、高运行性、高安全性和高可管理性；数据集中：高可靠性，保障数据的共享和安全；应用中心：高度集成、高性能，既能有效地提供相应的服务，又能有效地共享财务核算、人事管理、科研管理、后勤管理、教务管理、设备资产等信息资源、降低系统运行成本

3、，提高资源使用率、提高服务质量，达到有效地对高校经济信息资源进行全方位的管理的目的；安全体系：全方位、整体性、多层次、模块独立性，内嵌安全模块，与相关安全产品结合，有效地保护网络资源和服务；可移植性：中间层软件代码无须任何更改就可支持不同平台，便于移植；方便扩展：平台提供标准数据接口格式，可以方便灵活地接入上层通用组件，易维护易管理；研发重点网络架构层：调整学校网络布局，使网络资源得到更合理的应用。数据库管理层：整合现有跨操作平台的数据，使数据库之间联系更加紧密；应用数据挖掘技术，充分利用数据资源。应用支撑层：提供标准通用接口，兼容第三方

4、组件，支持多组件应用。通用业务组件层：重构现有财务管理、教务管理、后勤管理、人事管理、科研管理、设备资产管理、一卡通管理、决策支持等类型组件，开发新的互联互通数据交互组件。经济信息门户：提高数据发布的实时行、安全性、有效性以及系统操作的友好性、简便性。系统方案设计要点系统方案设计开发在系统的开放性、可扩展性、可维护性、技术先进性、实用性、安全性、时效性、稳定性和规范性等方面都要有着突出的优点。开放性本系统设计实施采用开放的网络通信协议（TCP/IP）、适应主流的操作系统，数据操作遵从标准的数据库查询语言（SQL），数据交换以当前广泛采用的

5、XML技术，确保系统建立在开放的平台上，且和其它的业务应用系统具有良好的互连和互操作能力。系统支持数字化校园统一认证的应用，支持高校EAI集成。系统方案设计要点扩展性和可维护性系统采用C/S结合B/S的多元架构，充分发挥异构的各自优点，使系统具有良好的可维护性，系统的分析与设计采用面向对象、构件、三层结构、中间件等技术，并大量采用XML技术，使系统具有的良好的可扩展性。系统与财政非税收入系统、资金监控系统、教务系统、网上银行系统、资产系统、人事系统、科研管理系统、后勤管理系统、学工管理系统等都实现数据交互和联动。系统方案设计要点技术先进性

6、系统研发应用了DotNet和J2EE等领域内先进技术，支持基于组件的设计、多态性、继承和接口等，也提供基础类库来执行I/O、XML处理、带有连接池的数据库接入、文本操作等先进功能。系统方案设计要点实用性本系统沿革了公司系列产品十多年来的精华，充分满足高校应用的要求，具有良好的实用性。系统提供了友好的用户操作界面，简洁美观、简单易学、提供了充分的操作提示和文字及图像帮助信息。系统方案设计要点安全性在充分利用数据库提供的数据访问权限的同时，本系统提供基于密码服务的数据保密性功能，利用合理的信息分类与基于角色的访问权限，建立特定的用户访问指定的

7、数据库，提供对于数据的增删改查的访问控制。系统运行采用事务处理机制，具有很强的容错能力，保证用户数据准确安全。完善的数据备份恢复功能，利用共享SqlServer数据库本身提供非常方便强大的数据库同步的功能，把数据库全部或者差额定时备份到远程机器的数据库上，确保当一台数据库服务器由宕机、误操作或者自然灾害而造成的数据丢失时远程的备份数据库能保存数据的完整性并得到及时的恢复。系统方案设计要点运行效率本系统充分利用共享数据库本身的特点和优势，加强对数据的合理规划，建立合理高效的数据库访问机制，确保对数据的维护与使用方便快捷。例如，大量的使用存储

8、过程和视图以提高对数据的存取速度，适当考虑冗余以提高访问速度等。对于系统的输入、更新和查询的时间响应按照业务的需求和数据库的基本特性出发综合考虑，一般的业务操作过程响应时间应小于5秒，大数据量