DOC《教务管理系统采购项目》

管理人员还可根据需要发送在线消息给相应师生.

11、程序更新:程序版本更新须采用更新包机制,利用版本控制数据库服务器实现对程序版本的实时监测与智能更新,不允许以FTP的方式进行程序的更新.针对程序版本更新需提供详细的解决方案.

12、必需提供掌上教务APP.

13、自定义风格要求:系统必须能支持自定主题风格;

可以自行选定主题风格(至少60种),色彩丰富、简洁明快,能够满足不同使用人员的个性喜好.

14、安全性要求:采用各种应用安全措施(用户与权限管理、统一身份认证、访问控制、管理控制、版本控制、数据关联控制、数据加密、数据存储、数据备份与恢复、日志与安全审计),严格控制一条标识性数据重复录入,确保教学综合管理服务平台安全及教学管理数据安全.

15、并发性要求:投标单位应提出系统运行所需要的硬件配置、第三方软件配置方案,系统应完全满足学校学生选课并发性的要求.

16、扩展性要求:系统须支持各种主流操作系统(Unix/Linux/Windows等)、数据库管理系统(Oracle/DB2/SQL Server/MySQL等)、应用服务器(Oracle Weblogic/IBM WebSphere/Jboss/Tomcat等),具有良好的可移植性、适应性.能够接入各种移动终端与智能设备,并按照具体业务需求提供相应的校园移动服务.采用WebService、Restful、数据视图、数据导入/导出等多种方式,为教育主管部门及第三方应用软件提供丰富的外部接口,具有良好的开放性.实现系统数据对接,能够与本校教学方面的其它系统,以及与人事、学生、财务等部门的教职工信息、学生信息、教学信息、学生缴费信息等有效对接和共享,满足学校互联网+教育生态项目建设的需要.

17、信息标准:系统必须遵守《教育管理信息化标准》和《高等学校管理信息标准》等信息化标准,需要提供详细的合适的教务管理信息标准. 辅助功能: 性能及技术指标 主要技术指标:

1、基础资源 基础资源包括组织机构(学校/部门/教学承担单位/教学管理部门)、专业体系(专业大类/专业/专业方向)、教学场地(校区/楼房/教室/实验室/体育场馆/实习基地),需要根据变化情况及时更新相应信息. 其中, 专业信息必须明确专业大类、所属学科、学制、培训层次、状态、专业类别、授予学位、允许辅修/双学位.同时,学制信息必须关联注册信息,便于批量生成注册信息. 教室信息必须明确校区、楼房、楼层、门牌号、类别、容量、使用面积、状态、默认考试容量、使用单位.同时,使用单位必须关联排课信息、排考信息等.

2、师资管理 师资管理包括教师队伍(教职工信息/外聘教师信息/教职工构成)、导师管理、助教管理(助教岗位/申请助教/助教费). 教师可以维护自己的基本信息;

可以查看教师所在院(系)专业的培养方案、开设课程和实践环节等信息;

可以提交教学日历、调课申请;

按导师查看指导学生名单及指导学生信息等.

3、学生学籍 学生学籍须包括学籍建档、学期注册、专业分流、学业预警、学籍异动、档案使用等. (1)学籍建档 批量导入及零散录入学生信息,创建学籍档案. 全面检测学籍档案,批量或零散增改有关信息. 记录学生奖惩信息. 设置特殊班级、特殊班级学生. (2)专业分流 涉及到专业大类→专业、专业→专业方向. 确定需要分流的专业与对应专业. 学生网上填报分流志愿. 依据学生填报分流志愿、参照学生以往成绩,将需要分流的学生分流到对应专业. 专业分流之后进行分班. (3)学业预警 依据设置的学业预警规定,智能判断学业预警学生. 确认预警学生. 为学业预警学生打印学业预警通知单. (4)学籍异动 分异动类别设置异动规定. 依据设置的异动规定,智能判断规定异动学生. 通过校园网接收学生异动申请;