大学教务管理系统的再思考.pptVIP

1、教务管理系统应用现状 2、教务管理系统值得思考的9个问题 问题之一：个性化特点突出 2、教务管理系统值得思考的9个问题 问题之二：时效性强 二、教务管理系统值得思考的9个问题 问题之三：分布式的分层管理 二、教务管理系统值得思考的9个问题 问题之四：系统安全性和稳定性要求高 二、教务管理系统值得思考的9个问题 问题之五：统计分析的多样化与决策支持 二、教务管理系统值得思考的9个问题 问题之六：管理经验与软件系统需密切结合 二、教务管理系统值得思考的9个问题 问题之七：信息废弃与信息孤岛 二、教务管理系统值得思考的9个问题 问题之八：数据的不同版本要求（略） 3、几点建议 附、组件式教务管理系统的设计 组件式教务管理系统的设计思路 组件式教务管理系统的设计思路 组件式教务管理系统的设计思路 组件式教务管理系统的设计思路 组件式教务管理系统的设计思路 * 应用模式：单机版、网络版（C/S、 B/S ） 软件来源：自行开发、委托开发、引进订制 软件功能: 全部、部分管理子系统 运行环境：基于Windows、基于Linux、基于Unix 系统结构：一体式、组件式（Component Based） 四、大学教务管理系统的思考 不同类型、不同规模的院校，教学改革进展程度不同，教务管理模式和实施的方法差异较大。 在甲学校成功应用的软件系统不一定在乙学校适用； 弹性学习年限不断引入，专业与培养方案以及课程的不断调整，可能导致每学年的教务管理不断都有新的需求； 随着学校规模扩大，教务工作量日益增大，对教务工作提出了校、系二级分层管理或者校、院、系三级分层管理的要求。 多校区的出现对教务管理系统进一步提出了更高的分布式网络化要求； 随着扩招、合校等因素的影响，高校在校学生人数骤增，日益膨胀的数据量和网络化管理带来的对数据安全性和系统运行稳定性的要求越来越高； 不仅要求对数据的进行存储、统计、分析、输出， 而且要逐渐构建数据仓库以及与之相适应的辅助决策支持系统，促进教务管理模式和水平迈向一个新阶段。 一方面需要使管理人员的观念逐步适应管理软件系统的要求； 另一方面需要管理系统设计人员深刻领会管理内容特点和经验，最大限度的降低管理系统的复杂性。 信息在各个系统之间的需要共享： 学校内各个部门都在开发自己的系统 研究生院内部各科室也有自己的系统 新系统对已有系统的数据需要继承; 问题之九：系统升级和获得良好的可持续支持服务难上加难 现有教务管理软件打补丁的方式升级和采用传统软件开发模式和技术路线很难可持续发展 基于构件技术，个性化定制教务管理系统有助于逐步改变现状。 加速教务管理系统中决策支持子系统、电子档案袋与集效分析子系统的研究与开发 1）通用组件的分析不基于特定院校的教务管理模式 2）针对不同院校，在通用组件搭建的基础上定制个性化的教务管理系统 从组件到系统：解决校际差别大和不同类型用户个性化突出的问题 — 此类组件包括安全性管理，日志管理，在线监控等与教务管理无关的功能 — 此类组件不参与教务管理活动，但却是整个教务管理系统的基础和平稳运行的安全保障 — 包括：权限管理、访问范围控制、密码管理、日志管理以及实时监控等内容 系统管理组件 — 此类组件是指被必要功能组件使用，其中数据不会发生经常性变化的组件 — 组件内的数据强制规范与统一，有机制保证其能够被修改被维护，不同职能部门可先后纳入教务管理系统运行 — 包括：院系、专业、班级设置、奖惩类型设置、学生类别设置、学年学期设置、教学方式设置、校区教学楼教室设置等内容 基础信息定制组件 — 此类组件是教务管理系统的主体，部分数据来源于基础信息定制组件，部分信息在组件间共享 — 其中数据随基础信息定制组件中的信息发生变化，在最大程度上保证了数据的一致性和完整性 — 包括：新生管理、学籍管理、教师管理、课程管理、教学计划管理、开课计划（教学任务）管理、排课选课管理、成绩管理、毕业审查管理等内容 必要功能组件 — 此类组件脱离基础信息定制组件，只建筑在系统管理组件之上，以确保已经成为历史的数据不会由于基础信息的变化而发生不必要的变化 — 在教务管理系统中，通过“归档”操作可以将当前的信息划归为历史信息 — 历史信息组件应包括：学籍统计查询、成绩统计查询、课程统计查询、教师任课记录等内容 历史信息组件 *