智慧校园职业技术学院数字化校园建设方案V3.doc

《智慧校园职业技术学院数字化校园建设方案V3.doc》由会员分享，可在线阅读，更多相关《智慧校园职业技术学院数字化校园建设方案V3.doc（60页珍藏版）》请在悟道方案上搜索。

1、 XXX 职业技术学院 智慧 化校园（校园管理信息化） 整体 解决方案 XXX 建筑职业技术学院 201X-12-22 目录 目录 . 2 1 总论 . 3 2 项目建设的必要性与意义 . 3 2.1 数字校园的概念 . 3 2.2 数字校园的发展阶段与方向 . 4 3 基本现状与需 求分析 . 5 3.1 学校概述 . 5 3.2 高校信息化建设普遍遇到的问题 . 6 3.3 建设目标 . 8 3.4 建设内容 . 8 4 数字化校园整体方案设计 . 10 4.1 网络基础设施规划 . 10 4.1.1 校园网络总体方案设计 . 10 4.1.2 网络安全与信息安全 . 10 4.2 数据中

2、心规划 . 10 4.2.1 数据中心系统设计 . 10 4.2.2 数字化校园标准规范 . 11 4.2.3 数据交换中心设计 . 14 4.2.4 主题数据库设计 . 20 4.3 系统平台规划 . 25 4.3.1 校园门户设计 . 25 4.3.2 单点登录与统一身份认证 . 31 4.3.3 工作流引擎及二次开发平台 . 35 4.3.4 报表引擎及综合查询系统 . 43 4.4 应用系统建设的总体规划 . 57 4.4.1 OA系统规划 . 57 4.4.2 校务应用管理系统 . 57 4.4.3 数字化教学系统 . 58 4.5 智慧校园总体规划 . 58 4.5.1 校园一卡通

3、系统 . 58 4.5.2 校园监控系统 . 58 4.5.3 校园节能平台 . 58 5 数字化校园建设实施规划 . 58 5.1 第一期建设规划 (2011-2012) . 58 5.2 第二期建设规划 (2013-2014) . 59 5.3 第三期建设规划 (2015-2016) . 60 6 组织领导和激励措施 . 60 6.1 数字化校园建设的组织与管理 . 60 6.2 建设经费保证 . 60 6.3 建立相关制度与激励措施 . 60 1 总论 2 项目建设的必要性与意义 2.1 数字校园的概念 信息技术、通讯技术的飞速发展，特别是 Internet 的普及，为各个高等院校提升信

4、息化 层次提供了良好的条件和机遇。许多高校从十余年前就开始着手进行信息系统的建设，陆续建设开发了办公自动化、教务管理、财务管理、人力资源、科研管理、设备资产管理、网络教学等应用系统。但随着信息深入到校园工作和生活的各个层面，原来独立建设的应用系统越来越难以适应综合应用的需要。而且随着校园网上的信息越来越多，迫切需要统一的管理，对各类人员提供集成的信息服务和“以用户为中心”的信息服务。随着网络技术的发展和网上应用的不断增多， Internet 上的安全隐患也不断暴露出来，如何通过体系化的手段来保障信息资源的安全成为管 理人员的一个迫切任务。另外，各类人员也需要一套统一的电子身份体系来保障自身的信

5、息安全。 在这个背景下，有关专家学者对校园信息化的建设进行了重新的审视，提出了建设“数字校园”的理念： 数字校园就是利用计算机技术、网络技术、通讯技术对学校与教学、科研、管理和生活服务有关的所有信息资源进行全面的数字化；并用科学规范的管理对这些信息资源进行整合和集成，以构成统一的用户管理、统一的资源管理和统一的权限控制； 通过组织和业务流程再造，推动学校进行制度创新、管理创新，实现教育信息化、决策科学化和管理规范化 ；进而构建一个使各 类资源充分共享、各类信息充分流通，各种新的教学方法、管理方法及文化宣传得以广泛应用并能和外部国际互联网沟通的构架合理的环境，最终实现教育过程的全面信息化，达到提

6、高教育质量和效率的目的。 2.2 数字校园的发展阶段与方向 1979年美国著名管理信息系统专家理查德诺兰（ Richard L Nolan）通过对 200多个公司、部门发展信息系统的实践和经验的总结，提出了著名的信息系统进化的阶段模型，即 诺兰模型 。诺兰模型将企业信息化建设过程总结为六个阶段：初始阶段、普及阶段、控制阶段、集成阶段、数据管理阶段和成熟阶段。 和国 内信息化建设较早，建设比较成熟的运营商、金融、电力等行业发展经验一致，已经经历了十多年建设的高校信息化工作，实际发展情况也符合诺兰模型。以诺兰模型为理论依据，结合我国高校信息化建设的实际情况，时光软件认为，高校信息化的建设可以简化为

7、三个主要阶段： 面向数据、面向结果的基础建设阶段、面向流程管理和数据集成的集成阶段、面向决策支持、综合分析的成熟阶段。 第一阶段： 高校信息化主要工作以网络、计算、等基础建设为主，形成了大规模校园网，并且在网络基础服务方面进行了卓有成效的建设。业务方面，以校园网络为依托，建设了众多的 ，为解决具体业务的部门级应用系统。由于受到应用环境的限制，部门级应用系统主要解决模拟手工，降低人员工作强度，提高工作效率为目的。部门级业务系统的特点是面向数据，面向结果。部门级应用系统是数字化校园建设中的重要基础。 第二阶段：流程管理和数据集成。以大量校园业务流程的自动化处理和大量用户参与为主要特点，在第一阶段建

8、设成果的基础上，将分散在部门的业务信息通过数据中心、主题数据库集成在一起，实现各业务系统的数据和服务统一；另外，在业务应用系统之间，通过数据共享、流程管理等手段实现系统之间的数据集成，提高数据的唯一 性和准确性。利用 SOA 架构对应用系统的架构进行进一步改进，实现了异构应用之间的无缝整合，并且将应用范围扩展到教学、管理、科研、生活服务等更大范围，实现了应用整合、内容整合、信息整合、流程整合，努力向无所不在的信息服务 “任何人、任何时间、在任何地点都可以获得相对应的信息服务”这一目标努力。第二阶段建设的重点是围绕教学支持的数字化教学资源平台和面向管理信息化建设的综合业务支撑平台。 时光软件专注

9、的领域是面向管理信息化建设的综合业务支撑平台 。 第三阶段：决策支持、综合分析。决策支持系统 (decision support system ，简称 dss)是辅助决策者通过数据、模型和知识，以人机交互方式进行半结构化或非结构化决策的计算机应用系统。它是管理信息系统 (mis)向更高一级发展而产生的先进信息管理系统。它为决策者提供分析问题、建立模型、模拟决策过程和方案的环境，调用各种信息资源和分析工具，帮助决策者提高决策水平和质量，是信息化建设的最高阶段，也是信息化支持组织战略、决策的有力工具。 目前，在我国已经有近 95%的高校经历了第一阶段的建设，基础网络和部门级应用系统已成规模，发挥了

10、巨大的效益。但由于缺乏统一规划和统一数 据信息标准，导致部门之间无法业务协同，大量的基础信息无法共享，形成了数量众多的、相互孤立的“信息孤岛”。同时，随着我国高校教育事业的快速发展，目前的高校信息化建设现状已严重制约了学校的总体发展，无法满足高校在对外宣传、师生服务、社会服务、综合管理等方面的业务需求。因此，如何快速推进高校信息化建设向更高阶段迈进，并且有能力应对日益复杂、多变的高校管理需求，是建设者要认真应对的问题。 3 基本现状与需求分析 3.1 学校概述 XXX 建筑职业技术学院是一所具有 50 余年办学历史的建筑类高职名校，是XXX自治区唯一独立设置的建 筑类高等院校。始建于 1956

11、年， 1958年改制为 XXX建筑学院， 1961年恢复中专建制。 1979年至 1989年，经自治区人民政府和原国家教委批准，工业与民用建筑、建筑学、采暖通风和建筑企业管理 4 个专业共招收 6届普通本科班、 5届专科班。 1994年被国家教育部评定为全国六所建筑类重点中专之一。 1999 年 7 月，经国家教育部和自治区人民政府批准，独立升格为普通高等院校。 2007 年被国家教育部、财政部确定为“国家示范性高等职业院校建设计划”立项建设单位。 XXX 建筑职业技术学院是 2007 年度“国家示范性高等职业院校建 设计划”立项建设院校。全国共有 100所院校立项建设，其中 XXX共有 2所

12、院校入选，全国有 4所土建类院校入选。学院的建筑装饰工程技术、建筑工程技术、供热通风与空调工程技术、道路与桥梁工程技术 4个专业被确定为中央财政支持建设的示范专业，工程造价专业被确定为自治区财政支持建设的示范专业。 3.2 高校信息化建设普遍遇到的问题 近年来，经过高校艰苦卓绝的建设，高校信息化基础设施已经逐步完善。高校近几年在部门级业务应用系统上的也不断加大投入力度，建设了众多的部门级应用系统。但是从总体上来说，由于缺乏整体应用规划和信息资源规划的 方法，目前在应用系统建设过程中普遍存在着一些不足之处： 1) 重视对环境和资源的数字化，忽视了过程的数字化。 各校在多媒体机房建设、教务管理系统

13、、电子图书、一卡通等方面投入较多，对教学过程管理、科研过程管理、教学过程评估、行政管理、校园服务等方面的支持相对较少。 2) 重视对管理活动结果实施信息化，而对教、学、科研这些主体活动的过程信息化支持不够。 教学过程以及其间产生的资料、课件、作业、评价、交流记录等，都含有丰富的信息内容，但是目前都缺乏有效的组织和管理。再如，科研过程中涉及的大量交流活动、以及其间产生的知识，都没 有纳入到信息管理范围。 3) 重视部门或局部业务应用系统的建设，对整体规划和标准建设投入不足。 应用系统的建设主要是从处理具体业务或者解决局部问题着手，对整个数字空间的高度考虑不足，特别是很少根据业务逻辑设计跨部门的系

14、统。不但导致信息资源的重复建设，而且由于人为地割裂了数字空间与现实校园的内在关联关系，造成工作效率的降低和混乱。 4) 重视数据层面的整合，缺少对业务逻辑的集成和交换。 信息的集成仍然停留在数据整合的层次，主要是通过业务数据进行数据交换与共享，很少根据信息资源的综合应用层次看待信息的整合问题，未能解决信息资源的有效应用和合理流动，由于缺乏对业务逻辑的集成和交换，很难实现校级综合业务应用的开发和建设，致使用户面对纷繁复杂的信息资源与服务而不知所措。 5) 重视采购信息系统及其基础设施，而忽视了系统的使用主体 用户。 在建设应用系统时，更多的是考虑功能问题和运行效率，而不是从使用人员的角度考虑如何

15、组织信息，用户需要学习和适应不同的信息系统，还要到处去搜集信息，出现信息化时代下的应用低效率问题。 6) 以往信息化建设，对建设的结果和效益点都比较清楚，本轮数字化建设却总有“雾里看花”的感觉，数字化校园效益在哪里？能解决什么业 务和管理问题？ 7) 数字化校园建设中，业务部门的应用系统建设和数据中心建设有什么关系，部门业务和校级业务是什么关系，未来网络中心该对应用系统建设提出哪些具体明确的要求和指导意见？ 8) 数字化建设中和建设后，网络中心的职能将如何变化？是只做数据的管理和发布者，还是也要做学校业务流程优化的指导者和保障者？未来信息化演进的方向是什么？ 9) 教学支持的数字化和校园管理信

16、息化之间的关系。 10) 数据标准的重要性和如何建设。 3.3 建设目标 经过多年的信息化建设， XXX建筑职业技术学院 无论是在校园网的建设、信息中心建设和各业务系统的使用上，都 取得了一定的成绩，满足了部分业务部门业务处理的需求、并为建立全校集成化、综合化的数字化校园平台打下了良好基础。 随着现代社会通信终端、通信技术、软件技术的发展，以及广大师生对通过信息化手段在学校实现提高办事效率、提升业务处理速度等应用的需要，尤其学校领导对于信息化提升学校组织效率、为学校的发展提供决策支持等等需求不断呈现。 现阶段数字化校园建设已刻不容缓，建设数字化校园以充分利用原有资源，并为下一阶段打好基础已经成

17、为现阶段的主要任务。 我们为 XXX建筑职业技术学院 规范的总体目标是：通过 2-3年的持续建设，建 设具有学校自身特色、符合学校自身情况的数字化校园平台，通过组织和业务流程再造，推动学校进行制度创新、管理创新，实现教育信息化、决策科学化和管理规范化。从而达到消除信息孤岛、建立信息与应用规范、提供集成的个性化的服务的目的。 本解决方案从现阶段高校数字化校园普遍关注的问题着手，分析高校信息化的核心价值，结合时光的理念、产品、服务，详细描述高校信息化的建设内容，建设步骤和建设方法。为 XXX建筑职业技术学院 信息化建设提供整体解决思路。 3.4 建设内容 XXX建筑职业技术学院 数字化校园项目建设

18、旨在依托于现有校内业务系统 ，对学校资源进行有效合理整合，面向学生、教师、职工、学校领导、校友、交流院校、访客等用户，建立具有数据标准、短信和即时通信平台、统一身份认证、门户平台、报表引擎以及包含大量部门级和校级流程化应用的综合应用平台的具有良好交互性、个性化、综合性的信息化平台。 XXX建筑职业技术学院 数字化校园项目建设的主要内容包括： 数据中心 数据标准 主题数据库 数据交换平台 门户应用平台 数据中心业务组件 短消息处理中心 即时消息平台 组织结构、人员、角色管理系统 统一身份认证和单点登录 报表引擎 综合应用平台（包含部门级和 校级跨业务系统的流程化业务） 4 数字化校园整体方案设计

19、 4.1 网络基础设施规划 4.1.1 校园网络总体方案设计 4.1.1.1 基本现状与建设目标 4.1.1.2 网络基础部分 4.1.1.3 网络设备部分 4.1.1.4 用户服务与网管 4.1.2 网络安全与信息安全 4.1.2.1 提供安全可靠的运行环境 4.1.2.2 提供稳定可靠的系统体系结构 4.1.2.3 提供高带宽的接入能力 4.1.2.4 提供先进的运行分析和管理平台 4.1.2.5 建立校内 PKI/CA认证系统 4.2 数据中心规划 4.2.1 数据中心系统设计 4.2.2 数字化校园标准规范 数据标准是高校数字化校园建设的初始工作，需要对核心级数据进行业务规范制定，对字

20、典级数据进行数据约束制定。 核心级数据主要包括系统最核心的业务定义 、不能经常变动的编码规范和编码，也包括需要通过对照表维护的核心数据。 字典级数据包括公共属性（例如：人员性别等）、业务属性（例如：学籍状态等）。字典级数据是指那些需要在数据交换中根据业务规则转换一致的数据，是数据交换和业务逻辑交互中必须进行一致性转换的数据。 4.2.2.1 基本建设步骤如下 通过教育主题数据库系统，对数据标准进行描述，形成元数据； 元数据通过数据交换平台进行加载，通过数据交换引擎进行数据抽取转换，形成实体的主题数据库； 数据也可以通过资源目录系统里自定义表单录入； 主题数据库由教育主题数据库系统创建 、管理，

21、并组织成多维度主题数据视图； 分级的目录视图里面存放由实体数据构成的元数据集； 资源目录系统可以发布、管理基于主题数据库的 WebServices。 4.2.2.2 数据信息标准分类 数据信息标准是整个数字化校园建设的基础之一，是将来实现学校范围内教育信息资源交流与共享的必要条件。该“标准”的实施对各职能部门信息系统建设、校级综合业务应用系统的研制与开发、教育管理信息的交流与共享以及教育信息基本数据的收集、分析、发布都有着十分重要的意义。 时光软件以高等学校管理信息标准为基础，借助公司自主研发的“教育信息主题 数据库系统”来构建高校的基础信息标准集，解决了高校在信息标准建设一直缺乏有效的过程管

22、理工具的问题。 在具体实施中，按照数据标准的使用范围，将数据信息标准划分为三类，分别是：全局标准集、字典标准集、参考标准集。 （ 1） 全局标准集 属于强制性标准集，此标准集中的元数据定义由学校行政统一，并要求各个业务部门及业务系统强制统一。全局标准由唯一业务源产生和维护、采集到公共数据平台，供各业务系统共享和引用的数据。比如学生基本信息、职工基本信息、学生成绩信息、学生缴费信息、设备进本信息、科研项目基本信息等。另外，国标、省标、行 标、校标中要求强制统一部分，根据学校的要求和相关标准，建立全校统一的信息资源标准代码集，便于全局数据的共享。 部分国标等标准不是很适合学校情况，甚至有部分标准老

23、化、冗长、教条、失实。对于这些数据标准，学校应当根据自身情况，参考标准，制订适应业务的数据标准。 无论何种情况，标准一旦制订，应该维护其严肃性。如果需要对标准进行调整，需要履行严格的评审过程，并且在最终调整时，需要提前评估依赖标准的上层应用的调整工作量，保障业务应用的正常稳定。 （ 2） 字典标准集 字典标准，是从业务系统向数据中心进行数据交换时，数据交换平台必 须遵循的标准，是构建主题数据库的元数据定义。所有转换结果必须满足字典标准的定义。数据发布也需要满足字典标准的定义。 （ 3） 参考标准集 参考标准由数据中心发布，或由业务部门填报，经数据中心批准流程后发布。参考标准不和数据转换工作直接

24、相关，是用于各个业务系统建设中一个指导性标准。参考标准可能会随着业务发展或需求变更调整为字典标准。因此，参考标准虽然不是强制执行的，也暂时不需要在数据转换中依赖，但建议应用部门在进行应用系统建设过程中尽量参考。 4.2.2.3 子集分类 从建设内容上划分，数据标准可以分为管理数据集和代码集两大类。管理数据集包括：学校基本情况信息子集、学生信息子集、教学管理子集、教工信息子集、科研信息子集、资产信息子集、体育卫生子集、办公信息子集、图书信息子集、财务管理子集； 代码集包括参考标准代码子集（国标、部标、行标）和执行代码子集（应用的参考标准和自定义标准） 从应用视图划分，可以分为四大主题数据库：字典

25、库、教学主题库、行政主题库、科研主题库。 4.2.2.4 数据标准梳理 标准梳理采用 EXCEL： 便于修改调整 便于和各个业务部分沟通、交流、书面确认 便于后期调整、维护 可 以通过转换工具，自动生成各类初始化脚本和批量操作脚本，便于实施 涵盖元数据定义，国家标准、教育部标准、行业标准、校内标准的梳理和修订 便于形成可交换、保留的电子和纸质文档 4.2.3 数据交换中心设计 随着信息化建设的蓬勃发展，目前各高校内运行的应用系统数量已经比较庞大，各个应用系统之间的交流也越发频繁，对数据交换的需求越来越迫切。数据交换平台是解决高校内的各种数据交换需求的一个综合性的平台。数据交换平台的建设和实施，

26、将能够解决应用系统之间的数据共享和集成问题，为高校内的应用系统提供全局数据视图、全局数据权限视图和完善 数据交换服务，从而解决高校内部的应用系统在“联邦模型”下带来的信息孤岛问题，让各种信息资源能够在应用系统实现互联互通。 由于目前国内外的大部分数据交换系统都按照自己的标准设计，没有通用的技术和架构标准，因此不同数据交换系统之间很难进行沟通；另外，这些数据交换系统各个模块间的耦合程度非常高，因而对数据交换系统的维护和修改比较困难，维护成本很高。 SOA基于统一的标准和松散耦合的特性对于构建一个通用的数据交换平台非常有利，因此基于 SOA 的数据交换平台模型，利用目前先进的SOA架构设计思想对数

27、据交换平台进行设计和实 现，采用 SOA的相关技术标准，可以解决在传统软件架构下的数据交换平台实现过程中所存在的标准不统一、通用性较差、复杂度较高以及维护难度较大等诸多难题。 数据交换平台 iExchange产品底层由 ESB、 DataServices组成，为高校数字校园平台提供双向批量、联机的数据交换和业务逻辑交互能力。 ESB全称为 Enterprise Service Bus，即企业服务总线。它是传统中间件技术与 XML、 Web服务等技术结合的产物。 ESB 提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。 ESB的出现改变了传 统的软件架构，可以提供比传统中间件产品更为

28、廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信和整合。从功能上看， ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。 ESB是交换体系的基础及核心组成部分。 ESB是一个企业应用集成的开发、部署、运行、管理和维护的协同企业服务总线平台，遵循 JCP 组织发布的 JBI（ jsr208）规范，符合 JBI、 JTA、 Web service、XSLT、 SSL、 WPDL、 BEPL4WS 等主流规范，利用标准 JMS 消息通信机制和

29、高性能的 Peer-Peer通信技术，实现了服务之间的通信、连接、组合和数据集成，为企业应用提供了便捷、一致、安全并符合标准的丰富接口，保证服务之间信息的可靠传送，实现不同厂家的数据库、中间件运行平台及其基于这些平台之上开发的应用软件的服务集成。 ESB是一组可视化工具和后台应用程序的集合，用于构建、配置、部署、监控、管理和运行 ESB 网络中的服务组合，由工具层、服务总线、消息总线构成。其体系架构如下图所示。 图： ESB体系结构 服务总线层包含了管理中枢 UltraServer（ US）、执行容器 PeerServer（ PS）、组件库等。 其中 UltraServer 是整个 SOA平台

30、的管理中枢，负责服务资源管理、安全管理以及将 ESB 网络中物理分散的 PeerServer 和系统中提供的各种服务组合成企业级应用，支持对企业总线远程 统一管理监控、动态部署和发布。 UltraServer具有可扩展的安全管理设计，支持用户验证和访问控制，支持安全的服务注册和部署。 PeerServer 是一个完整的 JBI 运行环境，它是 SynchroESB 的执行容器，PeerServer将动态安装、运行各种适配器组件；管理 endpoint端点注册库；按照一定的策略调度 endpoint 之间的路由；选择合适的通讯机制；通过线程池、集群、负载均衡保证 SynchroESB运行时的企业

31、级 QOS。 消息总线 SynchroMQ 为协同 SOA 平台提供消息通信服务，是 UltraServer与 PeerServer、 PeerServer 与 PeerServer 等之间进行交互的消息通道。 工具层提供了协同 SOA平台的各种图形化的设计监控工具，包括：设计工具SPO（ Orchestration），用于服务组合的设计、组件服务类别管理、规则定义，以及服务组合的上传、部署、运行；服务映射和转换工具（ Transformer），为用户提供了完全图形化的映射关系配置界面；管理控制台（ Console），用于整个SOA平台的初始化配置和运行性能监控管理。 下图是设计工具 SPO以

32、及服务映射和转换工具 Transformer的可视化图形界面。这些可视化工具极大减轻了开发人员的开发工作量并降低了学习的难度。 组件库是各种类别适配器的集合。各种适配器为 SynchroESB 连接企业 IT系统提供了桥梁，适配器的类别有用于传输的、实现了各种通讯协议的 (http、jms、 ftp、 corba、 soap、 pop3 等 )；数据读取的组件 (file、 xsql)；服务组合控制的组件 (bpel、 drools等 )；数据格式转换的组件 (transform)；企业各种集成模式组件 (EIP)；支持 WebService的组件（ WebServiceBC、 WebServ

33、iceSE）。 数据交换平台中，对于数据批量的抽取、清洗、转换也非常重要，时光软件数据交换平台使用 SynchroESB DataService 组件来完成此项工作。 数据交换平台提供了基于 SWT的数据变换和模型设计工具，开发人员只需在图形化环境中通过拖拽方式就可以描述复杂的数据变换和任务流程，不需要进行任何编码。 超过 40 个业务模型组件，应对各种复杂处理。 超过 40 个任务调度和应用集成组件，轻松实现数据流程集成。 数据交换平台以元数 据驱动为核心，支持统一的元数据管理，对技术层面和业务层面的原数据进行统一的管理。构建了图形化的数据变换、流程设计工具以及监控、调试工具、元数据引擎、业

34、务模型引擎、任务调度引擎，完全分隔用户界面、数据以及元数据，具有良好的体系架构。 数据交换平台具有强大的数据转换效率，在大负荷的任务执行中仍然有良好的性能，并行执行能力使其所能处理数据的速度可以得到趋近于线性的扩展，轻松处理大量数据。 数据交换平台提供集群服务，可以把负载分布到多个业务模型引擎和任务调度引擎上，大规模并行处理使得其能够适应大规模企业级应用，具有 很高的扩展性。 数据交换平台提供了简单易用的二次开发接口，用户可以很容易的定制开发各种数据转换和任务组件，并能在应用中实现对交换引擎的调用执行。 数据交换平台提供了图形化的调试和监控工具，可以直观显示任务的执行，可以实时检测系统在各环节

35、的数据处理性能，并以曲线图的方式显示。 数据交换平台提供了基于时戳、基于触发器、全文比对等各种方式的变化数据捕获机制，提供批量抽取、实时抽取、定时抽取等各种数据抽取执行策略。 数据交换平台平台是 100% Java开发的，可以运行在 SUN Solaris、 HP-UX、IBM AIX、 AS/400、 OS/390、 Sco UNIX、 Linux、 Windows 等各种操作系统；支持 Oracle、 Sybase、 SQL Server、 DB2、 Informix、 OleDB、 Text、 Excel、XML、 CSV、 Access、 Foxbase、 FoxPro、 Dbase、

36、 Interbase等各种数据源。 有了优秀的中间件作为交换执行引擎，有了教育资源目录产品作为数据标准和主题数据库管理平台，时光软件 iExchange 数据交换平台管理部分功能如下： 数据交换平台平 台 管 理系 统 维 护平 台 监 控状 态 监 控状 态 分 析总 监 控 台中 心 服 务 器 监 控节 点 服 务 器 监 控交 换 流 程 监 控交 换 应 用 监 控中 心 服 务 器 状 态 分 析节 点 服 务 器 状 态 分 析平 台 流 程 状 态 分 析注 册 管 理组 件 管 理字 典 管 理交 换 节 点 注 册交 换 流 程 注 册机 构 字 典应 用 系 统 字 典应 用 类 别 字 典错 误 日 志 字 典机 房 字