网络教学平台技术要求.docVIP

研究生教育管理信息平台三期采购技术需求 一、总体要求 1. 建设目标 在研究生教育管理信息平台（以下简称系统）第一、基础上，，联合培养申报等工作急需的，升级模块线上申请无纸化办公化研究生院， 2. 先进性和规范性要求 系统应选择先进的技术方案，具备坚实的研发基础和较长的应用时间，符合相关的国际、国家以及教育部行业标准。 3. 系统整合要求 平台能与学校数字化校园以及相关应用系统实现基础数据共享和统一身份认证，避免系统间产生信息孤岛，从而达到资源共享目的，减轻教师和教学管理人员的工作量。 4. 易用性要求 系统在实现各项业务的同时保证操作简单，易于管理人员进行日常管理与维护，对研发技术人员依赖程度低。 5. 相关资料提供 提供数据字典、管理员使用手册、教师使用手册、学生使用手册和系统应用推进方案。 二、性能要求 1. 稳定性、可靠性和安全性 系统应确保在大并发访问量下（6000 用户以上并发）的访问速度、稳定性和可靠性，应具备系统运行监控和数据备份的有效策略和机制。 系统设计时必须考虑整体的安全性，从访问控制、安全认证、数据加密、系统安全等多个方面对体系进行安全性设计，提高系统的安全性。在系统设计中，实现信息资源的充分共享并注意信息的保护和隔离，系统应分别针对不同的应用和不同的环境，采取不同的措施，包括系统安全机制，数据存取权限控制和数据存储加密机制。系统上线前要提供漏洞扫描等系统安全测试报告，并经过学校数据中心审核通过才能上线运行。 2. 开放性和可扩展性 平台应基于J2EE 架构，采用B/S 系统结构，采用中间件技术，提供开放接口，方便平台中不同厂商产品，不同硬、软件系统的集成；平台应根据不同硬件配置进行灵活地部署和组合，能方便地升级和更新；平台容量保证满足用户量的考虑。 3. 系统用户数要求 不限注册用户数。 4. 服务器操作系统和数据库要求 应基于Unix 或Linux 操作系统，数据库要求使用Oracle 数据库。 数据库设计合理、规范，应遵从学校的信息标准,数据编码严格按照学校的标准代码规范执行，公共数据可开放共享，并提供接口，共享到学校数据中心。要提供完整、准确的数据字典。对于数据库设计的合理性、规范性以及数据质量，学校数据中心有权利进行审核。 三、功能要求 系统三期建设管理、培养档案或统一身份认证门户改造微信同步要求如下 1. 新增考试管理模块（11月20日前）实现准备相关到安排考试、检查、监考安排、统计考试全程管理 支持前期的场次批次设置考核方式维护设置维护时间限制；支持缓考名单维护包括 支持按课程安排考试、按考场安排考试，可批量导入考试安排结果。 支持考试冲突检查包括 支持按学院下发安排监考，设置 支持考试安排发布 支持考试安排查询和统计 实现考核方式、安排、监考安排基本信息查询Excel导出。 2. 增申报3月31日前） 现有管理的项目含国联合培养国家公派类型的学生申报审批统计工作 支持学生线上培，（选合培养或国家公派）、截止时间拟合作国外、外合作导师、国外研究领域外语水平个人简历。 学生基本从学籍电子中提取，字段编辑。、学号、层次、性别、号、、类别、、专业、研究方向、导师、、邮箱、发表、科研。 学生同时上传外研修计划学生家长担保书水平证明证书电子版附件。 、）学生端可以查看审批和结果。 实现申报基本信息、Excel导出功能 实现学生导出导师审批结果），存档。 国外管理出国查询国外的学生通过的学生可进入学习在国外期间上传国外学习小结可国期限变动申请研究生院后修改其出国时间。 国结项截止时间查询应回国但未结项的学生名单；学生进入上传外学习总结、论文、外导师评语或成绩单国外学习照片、入境页、研究生院两级审核材料，并联合的，结项（原因如取消出国、未达到结项要求等） 3．新增调停课模块2月28日前） 审批。 选择课程、选择停课、补课可多选 支持教师端填写调停课时间（长期的从第几周或日期开始调短期的说明调第几周或需要调补 支持教师端填写调停课目标（说明要调到什么时间或地点或哪个教师，停可不填 支持教师端填写调课原因出差、开会生病等） 支持学院（）研究生院直接调停课信息修改教师信息，录入的需要）研究录入的学院（）。 学院）和研究生院录入不排课关联 支持以网页形式单独发布调停课审批通过时间顺序时包括、课程名称、班次、、调停课、调停课类型、调停课时间、、调停课原因同时目标 支持调停课情况的期限、分类型 4. 改造学籍异动模块（5月31日前） 学籍异动原线下申请、手工的流程线上申请与审批 支持学生端学籍异动申请、日期、截止日期毕业年月转为前往国家前往单位个人申请申请信息。 线上申请包括休学、复学、系统一年的长期出国申请休学）延期毕业提前毕业 实现不同类型对应不同的原因短期出国有交叉项复学不需 实现不同类型对应不同的填写项，仅