教务管理系统二期建设项目需求.docx
- 文档编号:2018896
- 上传时间:2022-10-26
- 格式:DOCX
- 页数:14
- 大小:28.79KB
教务管理系统二期建设项目需求.docx
《教务管理系统二期建设项目需求.docx》由会员分享,可在线阅读,更多相关《教务管理系统二期建设项目需求.docx(14页珍藏版)》请在冰豆网上搜索。
教务管理系统二期建设项目需求
《教务管理系统》二期建设项目需求
一、项目概述
1项目背景
为深入学习贯彻党的十八届三中全会精神,全面落实教育部《关于全面提高高等教育质量的若干意见》、《广东省人民政府办公厅转发省教育厅关于以协同创新为引领全面提高我省高等教育质量若干意见的通知》、《广东省人民政府办公厅转发省教育厅关于进一步扩大和落实高校办学自主权促进高校加快发展的若干意见的通知》和《广东省教育厅关于普通高等学校实施学分制管理的意见》等文件精神,以提高教育教学质量为核心,以深化教育教学改革为手段,坚持走内涵式发展道路,借鉴国际先进教育理念和经验,创新人才培养机制,调动师生教与学的主动性和积极性,促进学生自主学习和个性化发展,培养高素质国际化人才。
学生自主选择专业及专业方向与课程的选修机制、成绩审核、学分制等管理方式的改革向传统管理软件提出了新的挑战。
高校教务管理工作是高等教育中的一个极为重要的环节,是整个院校管理的核心和基础。
面对种类繁多的数据和报表以及面向师生的各类服务,现有的处理方式已经很难跟上现代化管理的步伐,随着计算机及通讯技术的飞速发展,高等教育对教务管理工作提出了更高的要求。
尽快改变传统的管理模式,运用现代化手段进行科学管理,已经成为整个教育系统亟待解决的课题之一。
1.1项目必要性
为适应完全学分制改革,适应学校实际使用需求,对原有教务管理系统(一期)建设的相关模块提出了功能完善以及新增功能模块。
新增功能模块如下:
1、创新学分管理模块。
要求能够集合项目申报、立项评审到项目结题的一系列流程,完全实现网络化管理,既减少了人力资源的投入,又可实现高效的项目监控,事无巨细,全程参与。
将原先需面对面交流的创新项目,转变成不受时空约束的网络交流,效率明显提高。
所有资料电子化,过程监控更加精细,查询汇总不再繁琐。
2、辅修管理模块。
要求包括辅修培养方案管理、辅修学生报名管理、辅修开课管理、辅修成绩管理、辅修毕业审核、辅修证书管理等功能环节。
3、等级考试管理模块。
提供等级考试信息的批量导入功能。
可设定年份(批次)、等级、学院、专业或全部统计通过率、优秀率并形成报表。
4、质量工程管理模块。
对质量工程项目的申报、评审、立项、结题的全过程进行管理。
5、学生服务模块。
系统能为学生提供各类教学相关的实时在线服务。
6、老师服务子系统。
系统能为老师提供各类相关的实时在线服务。
1.2建设目标与要求
本项目总体目标是实现学校人才培养管理信息化手段的创新,实现人才培养管理手段的变革,实现学校多元化人才培养创新改革的需要,实现课程、培养方案、人才培养、教学质量监控闭环管理。
本项目建设应体现出以人为本的核心目标,实现良好的用户体验,能够最大限度的降低改革中各种事务的用户工作量,为学校人才培养创新改革提供一个良好基础支撑平台。
建设要求如下:
1.提高系统工作效率及运行流畅度。
具体表现在系统能够流畅的运行;提高各项信息调阅速度;尤其在实行完全学分制情况下选课业务运行流畅,确保系统正常。
2.满足实行完全学分制下的各项管理功能和师生服务。
具体表现在尽可能实现师生服务的网上办事流程化,教学管理的方便易用。
3.项目建设还应遵循校内各项建设规范。
系统开发需严格遵守教育部2012年最新颁发的《教育管理信息化标准》和《CELTS-34高等学校管理信息标准》。
同时必须符合用户最新制定的数字化校园信息标准要求。
4.项目建设与验收以双方确认的需求规格说明书为准。
1.3系统设计要求
完全学分制下的教务管理系统软件应采用先进的设计思想和技术,搭建合理的架构,保证系统具有较强的生命力,符合当前和未来发展的趋势。
1.3.1基本技术要求
1.信息存储设计要足够大,可靠性高,保密性好。
数据检索迅速、查找方便。
教务管理系统的内容对于学校的决策者和管理者来说都是至关重要,所以系统应该能够提供给用户充足的信息和快捷的查询手段。
2.兼容性。
本项目应符合现有主要工作流程、妥善兼容历史数据。
在确保学校教学管理软硬平台稳定运行的基础上,制定合理的策略和完备的方案实现平台的平稳过渡和升级。
3.系统应具有良好的可操控性和简洁的界面。
4.软件架构要求为B/S结构,客户端免安装,全版本浏览器兼容。
能够与目前的其他系统无缝集成;开发语言为Java,并遵循J2EE(Java2EnterpriseEdition)规范。
5.系统应采用三层架构以保证良好的可扩展性,分为表示层、业务逻辑层、数据核心层三层。
实现教学数据与教学业务模块的分离,底层数据库相对稳定,顶层各种应用相对独立。
从而可以根据需求任意删除和增加应用,同时不影响其它功能的正常使用。
业务表示层采用富客户端技术,提供用户操作快速响应客户端数据缓存能力。
★6.为确保我校现有教务管理系统的数据得以延续,要求中标厂商能严格按照原有系统(本项目一期)的数据库结构进行设计,提供完善的数据迁移方案,确保现有数据的无缝迁移。
7.新系统应符合我校教学管理各项工作的工作规范和操作流程,并且考虑用户的操作习惯,新系统应尽量按照原系统的操作习惯、操作界面风格进行定制开发,方便新系统的顺利推进。
★8.性能、效率:
项目
性能指标
在线人数
支持15000人以上同时在线,支持800~1000并发操作;
业务办理
单笔业务录入/修改的响应时间≤1秒;
单笔业务以外的其他业务响应时间≤3秒
业务并发
系统至少支持峰值1800笔/分钟的实时查询或处理业务。
查询
百万级数据量下单记录本地查询的响应时间≤3秒;
简单统计报表查询的响应时间≤2秒
统计
百万级数据量下单项统计的响应时间≤5秒
生成复杂统计报表的响应时间≤10秒
9.灵活性:
适应力强,易扩展,支持负载均衡,并提供利于与其他软件系统对接的接口。
如数据视图等。
10.数据共享:
各系统之间的数据通过共享数据中心,保证数据的实时性、唯一性和准确性。
对暂时无法从共享数据中心获取的数据,支持采用dbf、excel,txt等主流的数据格式批量导入。
11.独立性和完整性:
系统模块设置要合理,保证不会由于功能模块的增加或改变而影响数据库的独立性和完整性。
各个应用系统开发应采用模块化的开发方式,各模块之间相互独立,模块接口开放、明确,任何一个应用模块的损坏和更换不能影响其他软件模块的应用。
允许系统管理员通过权限管理设置用户可以使用的系统应用模块。
10.规范性:
系统的程序开发必须规范化,要有统一的命名规范,包括模块名、变量名、函数名等的命名。
程序要有良好的编码风格,代码要有统一的格式规范,程序中必须给出详尽的注解。
11.系统上线前需要进行漏洞扫描检测和系统压力测试,并提供安全检测报告和系统压力报告,从而优化整体性能和避免出现安全漏洞隐患,同时还须制定完整备份与恢复设计方案。
1.3.2系统模块设计要求
系统设计应遵循J2EE(Java2EnterpriseEdition)规范,采用Java开发语言;采用基于服务的设计理念,支持中间件技术,提高系统的可维护性和软件代码的重用性,降低学校对IT资源的投资。
同时采用基于面向对象的组件开发技术,构建可重用的业务组件,利用这些组件能快速响应学校业务变更,搭建新应用。
1.3.3管理、维护和安全性要求
1.分级管理。
系统通过用户、组、角色、权限关系定义,为系统提供分级管理和安全保障。
可对各学院、单位的管理人员进行权限配置,工作人员只能接受自己管辖范围内的事务办理。
重要数据字段(如身份证、银行帐号)要求加密存储,在文档中描述加密算法。
2.报表。
系统具备生成满足实际业务的各类型统计报表并正确打印。
还可以自由定制所需报表。
3.数据备份。
系统具有对自身数据和文档资料进行备份的功能,包括自动/手工备份,以及从备份数据恢复的功能。
备份操作不应干扰正常的业务操作。
4.提供Web方式的系统管理维护界面。
主要的系统管理维护工作都可以通过web方式进行,并能与信息门户页面集成。
★5.安全需求。
需要符合国家《信息安全等级保护管理办法》中二级信息系统的所有要求,确保通过相关主管部门的验收,如无法通过,需要继续整改直至通过验收;确保应用系统源代码安全,无漏洞;提供较完善的数据加密机制,确保数据存储和数据传输安全;提供明晰的身份鉴别和访问控制机制,按业务要求实现功能分级,并对用户分级授权。
1.4业务协同
1待办事项:
待办事项需与门户信息同步,能够将待办事项推送到广州医科大学门户上。
2短信对接:
需与学校已有短信平台对接。
1.5★系统集成
1数据共享各模块之间数据共享。
2身份集成实现与数字化校园统一的身份认证,并由学校门户漫游到本系统。
3数据集成开放视图或程序API,实现数据共享和交互。
4业务集成根据学校集成要求,实现系统与平台及相关业务系统的业务交互集成整合(需包含把原有旧系统的数据迁移到新系统)。
二、项目招标内容和清单
1项目需求清单
教务管理系统(二期)
序号
需求内容
要求(定制开发)
具体参数
1
培养方案子系统
完善
见功能需求详细内容
2
开课管理子系统
完善
见功能需求详细内容
3
排课管理子系统
完善
见功能需求详细内容
4
选课管理子系统
完善
见功能需求详细内容
5
学籍管理子系统
完善
见功能需求详细内容
6
毕业管理子系统
完善
见功能需求详细内容
7
考务管理子系统
完善
见功能需求详细内容
8
成绩管理子系统
完善
见功能需求详细内容
9
系统维护
完善
见功能需求详细内容
10
手机终端应用
完善
见功能需求详细内容
11
创新学分管理模块
新增
见新增功能模块需求内容
12
辅修管理模块
新增
见新增功能模块需求内容
13
等级考试管理模块
新增
见新增功能模块需求内容
14
质量工程管理模块
新增
见新增功能模块需求内容
15
学生服务模块
新增
见新增功能模块需求内容
16
老师服务子系统
新增
见新增功能模块需求内容
2功能需求详细内容
2.1培养方案子系统
(1)增加培养方案可灵活动态进行配置,既能支持学年制、学年学分制的模式,又能支持完全学分制的模式,辅助学校完成向学分制的逐步过渡。
(2)培养方案管理功能要求能适应学校目前教学改革的要求,培养方案既能满足现有的按专业类别招生,又能满足后阶段的按大类招生两种方式,而且在一定时间内要保证两种模式并行存在。
(3)能按照版本对培养方案进行管理,同一个版本的培养方案可适用于不同年度的学生。
(4)支持大类个性化培养方案、辅修培养方案的制定与统一管理;支持在一个专业下挂多个类型的培养方案,并可对应到专业下的不同学生。
(5)进度表增加教改内容、考核形式,学生需能在个人界面查询每门课程的考核方案
排课阶段课表可按不同方式查询。
(6)自主学习不排进课程包,进度表须体现。
教学计划及教学任务需要生成报表。
批量生成所需报表项的所有非空报表,并以一定规律命名各个文件,存于文件夹内。
(7)形成各类报表。
如专业总周数分配表、专业平台课程设置一览表、指导性教学计划学期进程表、课程分类、学时、学分统计表、毕业生应修学分参考表、指导性教学计划进程表。
2.2开课管理子系统
(1)能提供2+2模式,少数民族学生、来华留学生、港澳台学生。
(2)能将开课部门划分开,如先1个下拉选开课学院,再在另外1个下拉选该学院下的教研室。
2.3排课管理子系统
(1)提供对排出课表进行审核功能,需要提供课表效果分析的功能模块,辅助对排课结果进行分析检查,调整与完善课表。
提供方便的督导(领导)听课课表查询功能,支持指定时间段分别查询该时间范围内教师、教室、班级的上课情况。
(2)排课学时的漏排情况,汇总显
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 教务 管理 系统 建设项目 需求