高校校务管理系统规划与实施.pptVIP

高校校务管理系统规划与实施 中山大学信息与网络中心 吴汝明 2006年3月 汇报提纲 信息化建设现状 高校全面启动教育信息化的标志是1995年起实施的“211工程”。据CCW Research统计，有70%的高校在“九五”期间投资建设了校园网。 至目前为止，省內大部分高校网络建设情况良好，大部分指标已达到或接近《广东省高等学校信息化建设参考标准》 校园网上建立了各种基本应用 教育信息化的深入发展呼唤高层次、综合性、体现管理水平的应用 网络提供应用基础 应用体现网络价值 问题与挑战 问题与挑战 问题与挑战 问题与挑战 校务管理系统是一项极具挑战性的工作： 复杂性 广泛性 持久性 艰巨性 开拓性 规划与实施 目标：综合、统一、资源共享的校务管理系统 前提：成熟的企业级应用架构，标准化的设计 规范 保障：合理的工程实施计划 总体定位 建设方针 实施模式 建设高水平校务管理系统基本条件 系统技术路线、设计目标 B/W/A/D多层体系结构，各层之间松耦合； J2EE架构、 XML标准和工作流引擎，OA与MIS采用一致的技术路线 功能可重构、可灵活扩充、业务流程可改变； 支持门户与统一身份认证、提供个性化信息服务； 完备的保证程序安全、数据安全的机制；访问控制细化到页面对象级； 与现有应用系统兼容，充分考虑原有系统及其数据的可再利用性； 保证相关数据的完整性、一致性和准确性；提供对外数据接口； 较强的系统安全性和灾难恢复能力 一个案例 MIS建设历史回顾 在校园网上的发展 校务管理系统的开发理念 建设规模和内容 建设规模和内容 建设规模和内容 组织机构与项目保障机制 里程碑式的项目管理 需要用户密切配合的几个阶段 充分认识需求分析的重要性 业务系统总体框架 校务管理系统实施原则 统一数据库 统一标准 统一开发平台 统一用户管理 统一门户 统一数据库 保证全校信息编码的统一和一致 ； 保证任何两个业务系统之间没有冗余业务数据； 保证遵循“谁产生、谁维护”的原则； 保证任何业务系统的添加和修改不影响其它业务系统的正常运行； 保证提供可以反映整个学校全面情况的数据信息； 保证可以提供为整个学校决策支持所需的数据信息，为学校将来的决策支持系统积累分析数据。 统一开发平台 统一用户管理 培训 运作培训。对于使用该系统后，管理与操作流程上的变化，对相关人员进行培训 系统管理培训。为正确管理、维护系统正常运行，对系统管理人员进行培训 最终用户培训。对使用各个业务系统的业务人员，做系统使用培训 高清晰视频会议、多点同步视频广播、课件制作系统 目前进展 一期建设主要成果 一期建设主要成果 一期建设主要成果 一期建设主要成果 一期建设主要成果 一期建设主要成果 一期建设主要成果 一期建设主要成果 一期建设主要成果 几点体会 始终坚持标准化建设原则 始终坚持全局数据共享原则 始终坚持质量保证原则 始终坚持广泛参与原则 充分重视数据准备工作 多层次、全程培训 IBM Websphere Studio Workshop和Oracle 9i 配置管理工具： CVS； Bug管理工具： Bugzilla 项目管理工具： 基于CMM的 软件质量保证平台 J2EE应用服务器: IBM Websphere Application Server LDAP: IBM Tivoli Directory Server 数据库： Oracle9i Tivoli Security Suite: 校务管理系统的最新进展 校务管理系统一期工程的20个子系统：安全管理，招生系统，数字迎新，学生收费，教务系统，排课系统，学工系统，团委系统，研究生系统，就业系统（接口），校友系统，OA系统，档案管理（接口），科研系统，人事系统，工资核算系统，国际交流，留学管理，资产系统，成教和网教系统，其中前17个子系统已全部进入投产应用阶段。OA系统正在全校推广应用；数字化管理初见成效。 目前进展 OA系统： 2005年11月—— 16个部处、院系投入使用 2006年3月 —— 38个部处、院系、珠海校 区、东校区投入使用 * * 高校信息化建设现状 问题与挑战 规划与实施 一个案例 现有的应用系统面向部门、局部开 发，没有共享的应用架构和共享的技术架构，形成信息孤岛； 各个部门采用不同的信息编码规范和方式，系统之间数据交换困难，同类信息重复设置，数据可信度差； 用户现状 现有的应用系统面向部门、局部开 发，没有共享的应用架构和共享的技术架构，形成信息孤岛； 各个部门采用不同的信息编码规范和方式，系统之间数据交换困难，同类信息重复设置，数据可信度差； 难以实施综合流程和综合查询，决策支持能力弱 系统管理分散、