(略)
1.建设背景
本次招标将主 (略) 业务管理工作的应用展开，构建满足教学业务的管理，融入先 (略) 服务方式，以服务化、组件化、模块化建设教务服务应用，支持学校完全学分制的教学管理模式，满足学校教学业务工作相关部门的业务管理需求，在提升学校管理水平和效率的同时，为用户提供完善的教学业务的个性化服务支持。通过本期项目的建设完善学校 (略) 。
2.建设原则
(略) 的建设需要考虑各个层面的需求和特性，需采用多层架构实现，充分考虑整体架构设计的科学性、数据结构设计的合理性、核心算法设计的先进性、部署设计的灵活性，确保系统的整体性能优越，完全满足我校发展的要求。总体建设需遵循以下原则：
（1）先进性和成熟性
（2）实用性和可行性
（3）开放性和标准化
（4）可靠性和稳定性
（5）可扩展性及易升级性
（6）安全性和保密性
（7）可管理性和可维护性
3. (略) 线
(略) 项目所涉及的各应用建设所采 (略) 线应充分支持我校智慧校园的应用需求和未来发展，同时考虑到系统的总体拥有成本。
(1)遵循学校信息化标准
系统的建设必须符合和遵守我校制定的数字化校园相关标准要求，以便规范地进行业务数据的采集、存储、传输、应用。软件供应商应熟悉学校数据标准规范和数据接口规范，在学校标准覆盖不全的情况下，根据国家相关部门制订的标准，与学校一起升级和完善学校自己的标准。
(2)应用程序的编程语言
平台及应用系统软件必须遵循J2E (略) 线，采用Java编程语言和服务器端Java技术进行开发。
(3)面向对象的组件技术
面向对象技术的组件模型为软件体系结构设计和大型应用软件开发给予了强有力的支持，着重于开发构成应用程序“业务对象”的可重复使用的组件，利用这些组件顺利地建立分布式应用程序。
★(4)架构体系
基于面向服务的SOA架构，将紧耦合的大系统碎片化成松耦合的小应用。
(5)应用程序开发与运行结构
(略) 的开发及运行结构要基于后台数据库的三层架构，即Web服务器、应用服务器和数据库服务器。应用软件采用主流应用程序开发工具，并最有效地支持按J2EE规范的Java程序语言开发应用程序。
(6)开发体系
(略) 开发，纯B/S架构，具有良好的稳定性、 (略) 运行的特性。
★(7)系统构建模式
改变传统的MIS型系统建设模式，以教学管理为基础，构建开放式的、基于业务组件的碎片化教务服务。
★(8)接口技术
各个系统相对独立、接口清晰，业务流程升级和改造可在系统内部实现。各个系统之间协同工作，不同的系统在同一运行环境下彼此之间通过接口进行程序模块的调用、参数传递、数据共享。
4.功能需求
4.1系统配置中心
4.1.1用户权限管理
(略) 系、专业、姓名、教工号、任职类型进行用户查询和批量筛选。需支持批量对一组用户群体 (略) 系科室权限分配。
（1）应用权限分配
需支持功能模块-用户组赋予权限，需支持不同老师管理不同功能点的设 置(如 A 老师负责补考报名设置，B 老师负责补考成绩维护)。需支持审批应用涉及流程中不同审批节点的审核人员设置。
（2）应用权限用户分配
需支持用户组及组内人员设置，用户组权限设置，如领导组，组内人员具备相同权限。需支持对每个用户的应用内权限细分设置。如A老师具备监考安排、登分册打印应用的权限等。
4.1.2系统日志
需 (略) 用户的操作记录信息，包括：操作模块、操作类型、用户名称、角色名称、来源IP地址、操作时间等信息。
4.1.3资格条件管理
面向开发者需提供资格条件管理功能。需支持开发人员自定义资格条件名称，并编辑资格限定条件SQL语句。实际业务环节需要引用资格限定条件时，需能够通过条件构造器进行资格条件的引用。
4.1.4教务流程管理
(1)需支持教务系统中涉及审核流程动态配置并生成自动化工作流，如培养方案审核、调停课审核、缓考办理审核、成绩录入审核等；需支持根据审 核节点发送代办、消息等；需支持消息模板的维护。
(2) 需支持通过拖拽方式调整各角色审核流程节点的顺序，实现流程的快速配置和调整。
4.1.5字典管理
需支持对教务系统中的数据字典进行管理；需能够根据实际需求对校内字典进行调整；需支持redis和app的缓存清理。
4.1.6 通知消息待办
（1）通知公告
教务管理人员可针对相关业务设置公告标题内容、公告起止时间、公告附件。
通知公告的接受人群可选择(学生，老师，或某一系部专业学生等)
（2）待办消息
针对有审核流程的教务业务，配置待办消息通知提醒。
4.1.7 平台首页配置
需支持对管理端、教师端、学生端的首页布局进行配置，包括但不限于卡片设置、业务类型事项设置、导航设置等。
4.2 教学资源中心
(略) 正常运行所必需的基础数据集，包括：教师资源、年级、院系、专业、班级、学年学期、教学周、学科门类、学生标签等。
参数设置：需支持对相关业务环节的学年学期参数进行维护；
教师资源：需支持教师基本信息维护，同时需支持外聘教师管理，需支持与人事系统、数据中心对接，保持教师数据规范统一；
年级：维护年级代码、年级名称信息；
院系： (略) 单位信息 (略) 单位下的教研室信息；
专业：维护校内专业、专业方向、年度专业、国标专业等信息；
班级：维护班级基本信息；制定班级代码编码规则；打印班级花名册等；教学班：维护教学班辅导员信息，方便教学信息通知。
学年学期：维护学年学期代码、学年学期名称等信息；
教学周：维护上课节次、教学周次、大小节次对应关系等信息；
学科门类：维护学科门类代码、学科门类名称等信息；
学生标签：维护学生标签信息，需支持自定义多维度学生标签，例如，针对特殊类型学生可设置民族生、插班生、体育特长生、港澳台学生等标签，实现对特殊类型学生的统一规则化管理；
消息模板维护：面向开发者，需提供消息模板维护功能，开发人员可自定义消息内容、发送方式、是否启用、APPID等信息。
文件管理：支持教学资源试题模板、答案模板等文件上传和下载。
4.3 课程管理
需支持对课程的整个生命周期进行管理，维护课程的基础信息。
4.3.1 新开课申请
需支持课程负责人进行新开课程的申请，并提交审核，教务处可以查看和批量审核申请。支持审核进度、审核状态查询。
4.3.2 课程查询
需支持查看全校所有课程信息，需支持查看各课程在历年的专业培养方案中的被引用情况，包括：引用的学年学期、对应培养方案课组、课程类别、周学时等。
4.3.3 课程管理
(1)课程参数管理：包括课程管理参数设置、课程停开参数设置、课程变更参数设置。
(2)需支持课程判重规则的配置，新增课程时根据判重规则认为该课程已经存在时，系统需提示不能增加该课程。
(3)需支持对课程字段的编辑权限进行配置，如： (略) 可对课程的哪些字段进行编辑、控制教研室可对课程的哪些字段进行编辑。
(4)课程号编码规则：需支持自定义课程号编码规则，新增课程时课程 不需要手动录入而是按照课程号编码规则自动生成课程号。
(5)课程停开管理：需支持课程停开申请、审核流程管理，支持审核进度、审核状态查询； 支持停开课程重新恢复开设。
(6)课程管理：维护全校课程库信息，需支持课程复制，需支持维护课程标签，可按照课程标签对课程进行归类或检索。
为方便学生重修选课以及学籍异动学生进行课程替换，要求系统支持课程总号管理，管理人员可以将多门相似的课程(满足替代要求的课程)设置共同的课程总号，相同课程总号的课程之间可进行相互替代。
(7)校公选课课程：维护全校公共选修课课程。可与超星 (略) 成绩对接( (略) 提供接口支持)。
(8)课程信息变更：需支持课程信息变更申请、审核流程管理，支持审核进度、审核状态查询。
(9)开课历史信息：记录所有课程的历史开课信息，包括开课学期、选课人数、及格率和优秀率统计等。
(10)课程日志查询：对于课程的任何修改，均可记录完整的日志信息，可显示每门课程详细的历史变迁过程，以便后续追溯。
4.4培养方案管理
培养 (略) 培养方案、院级大类培养方案、专业或专业方向培养方案，一个年度专业下可创建多个培养方案。需支持多种方案类型的培养方案统一管理，如：大类培养方案、专业培养方案、个性化培养方案；需支持多种修读类型的培养方案统一管理。需支持多种学制模式的培养方案管理，如：学年学分制、完全学分制、学年制；需支持灵活设置培养方案课程体系、 (略) 、课程组。
4.4.1 培养方案管理
（1）参数设置
控制培养方案制定的起止时间范围、维护培养方案版本信息等。
（2）方案模板
需支持创建培养方案模板，管理人员可自定义维护方案模板的版本、 (略) 系、修读类型、培养层次等基本信息以及方案模板的课程体系结构框架及修读要求，具体需满足以下要求：
1）课程体系结构采用思维导图形式进行可视化呈现；
2）采用“ (略) +课程模块”的方式设置方案模板的课程体系结构框架， (略) 和课程模块之间的层次关系与从属关系、学分修读要求、模块数量修读要求、课程门数修读要求、课程模块所属的专业方向等。院系新增一个培养方案时，可引用教务处已创建好的方案模板，院系基于方案模板再进一步 (略) 、各课程模块所对应的具体课程、上课学 期等；
3）“全校公共选修课”课程模块与其它课程模块应该分别采用不同的颜色进行标记， 方便用户进行区分，提升交互体验；
4）满 (略) 与课程模块之间能够折叠与展开，方便用户进行查看，提升交互体验。
（3）公共课组维护
需支持创建公共课组，公共课组的使用可分为两种模式，分别为复制模式和引用模式。新增培养方案时采用复制模式，复制后的公共课组信息可进行修改和调整；新增培养方案时采用引用模式，引用后的公共课组仅可查看不可修改；另外，采用引用模式时，如果被引用的公共课组模板本身发生了变化，可一键更新所有引用此公共课组模板的培养方案课组。
（4）培养方案制定
需支持培养方案中多层级的课程体系结构的设置，例如：培养方案下包括 通识类、专业类、实践环节， (略) 下包括通识核心课程、通识选修课程、自主学时成绩和上课签到的登记。
4.10.7人数不足停开办理
能查询不同类型的课程，选课人数不足X人的教学任务，对这些教学任务进行停开处理；停开如果误操作，可以恢复停开课程，恢复停开课程的排课结果和选课结果。
4.10.8选课管理功能要求：
(1)选课名单预置方案。通过预置方案选用实现一键预置选课学生名单，提高工作效率。具体支持自定义预置方案基本信息(方案名称、适用对象、是否启用、自定义方案内预置学生名单的规则(课程限制、重修限制、学生限制、培养方案限制、分级教学限制、教材选用限制等))； (2)选课课组设置。需支持将多门课程设置为一个选课课组，针对选课课组中的课程，可设置最多选课门数和最少选课门数，最多选课学分和最少选课学分的限制。学生选课时，如果超出限制，则不允许再选择该选课课组的其它课程。
(3)可针对已选课程的免修申请与方案内未选课程的免修申请分别配置审核流程，如：选课课程免修的审核，由院系进行审核；方案内课程免修，由教务处进行审核。
4.11调课管理
4.11.1调课管理
（1）调课管理需支持停课、调课、补课管理。
（2）需支持调停课申请审核流程的配置，任课教师可申请当日后的调停课信息，审核通过后，可在教师课表、学生课表上显示课程的调停课信息。
（3）需 (略) 统计调停课次数、学时数。
（4）主讲教师可对已经生效的停课进行补课申请，审核通过后生效，可在课表上实时反映。
4.11.2整体调课
教务处对某一段时间(节假日、运动会等)的课表进行批量调整平移。
4.12重修管理
4.12.1重修选课管理
生成预计重修名单：可以根据学生的历史成绩信息，结合本学期开课情况，预生成重修选课名单。
未开课重修名单：在生成重修过程中，要能够根据课程替代关系进行匹配，如果课程以后不再开设，有新的课程可以替换，系统会根据课程的替代关系，自动生成新的课程让学生重修，重修成绩及格，学生的毕业审核会自动记录该学分。
重修新开班管理：需支持管理人员通过教学任务管理新增重修课程教学任务，并维护教学任务的选课条件限制，比如：只允许重修学生选课、不限制等。除重修新开班外，还支持重修跟班修读。
4.12.2重修人数统计
需支持学生重修数据统计，管理和查看学生重修信息，重修人数统计维度分为：重修课程统计和重修课程明细。
需支持统计本学期预计重修的人数，这个人数将和计划上课人数一起，作为课程开设教学班人数的依据，如果重修人数多，则要考虑是否单独开设重修 班，如果人数少，则考虑在计划人数基础上加上一部分课余量，课余量给重修学生。
4.13考务管理
4.13.1考试安排设置
需支持对考试参数、考试批次、考试教室资源、场次推荐、考试时间屏蔽、考试教室授权等条件进行设置。
4.13.2考试安排
（1）需支持期末考试、补考、随堂考试、自定义考试等各类考试安排；
（2）需支持智能排考和计算机辅助排考两种模式；智能排考要以学生为单位进行冲突判断，可以设置考试时间屏蔽、设置年级的节次推荐；可以设置教 室座位数匹配系数，可以设置学生2次考试之间的间隔节次数；
（3）需支持学生座位号自动生成，可以随机生成座位号，也可以按学号顺序生成座位号；
（4）需支持多维度的查询统计：考场名单(可带照片签名)、监考通知单、监考教师签到表、试卷袋信息打印、全校考试安排查询、学生考试安排查询等
多维度查询。
（5）考试安排结果发布后，学生可以查询个人的考试安排结果；教师可以查询个人监考安排结果。
4.13.3补考办理
管理部门可以为补考安排考试；并为参考补考的课程维护考试任务。满足参加补考要求的学生报名补考、安排补考教师、补考成绩录入，补考成绩录入结束后，由教务处相关管理部门统一把学生补考成绩库中的记录转入到学生成绩库中。
4.13.4监考安排
（1）监考安排设置：监考教师比例设置、监考教师库设置、 (略) 监考教师数量管理、 (略) 系安排、监考教师安排、监考工作量统计；教师数据同步人事系统。
（2）监考教师比例设置：根据学生的数量安排监考教师的数量；
需支持交叉监考安排和普通监考两种模式。可以设置不同人数需要的副监考教师的人数，例如：0-70人需要1个副监考，70-140需要2个副监考，140以上需要3个副监考；
（3）监考教师库设置：从教师库选择可以监考的教师名单；
（4）智能安排监考教师：根据课 (略) 、 (略) 、任课教师等条件、学生人数等，自动判断监考教师的冲突情况、监考场次个数限制等，智能安排监考教师；
（5）手工安排监考教师：手工安排监考教师，自动判断教师的冲突情况。
4.13.5缓考申请
需支持学生通过缓考申请功能提交相关课程的缓考申请。
4.13.6缓考管理
参数设置：需支持对缓考时间和缓考课程类别进行设置，在设定的时间段内，学生才可以提交缓考申请。
缓考审核： (略) 、教务处对学生提交的缓考申请单进行审核，最终审核通过后本学期成绩记为“缓考”。
缓考名单管理：需支持管理员直接通过系统管理端对缓考学生信息进行维护，维护后可同步其缓考的成绩。
缓考申请查询：需支持管理人员查询所有申请缓考的学生明细。
4.13.7考试违纪登记
考试违纪登记是对考试过程中违纪学生进行备案登记，包含违纪类型、违纪时间、违纪课程、申请原因等，可自由设置违纪类型，自定义新增/删除结果，可为生成考试黑名单及后续学生工作等提供重要依据。
4.13.8 试卷印刷申请
需 (略) 或教学单位提交试卷印刷申请，需选择课程并填写试卷印刷信息，由教务处审核通过后予以印刷。
4.13.9试卷印刷管理
针对试卷印刷申请的试卷在此登记印刷份数、已送印试题、已取试题、已归档试题进行分类的查询和管理。
4.14社会考试管理
4.14.1参数设置
（1）需支持社会考试报名项目相关信息维护及其项目限制条件维护。
（2）维护考试批次相关信息，可以增加考试批次，并设置批次的相关信息，如：批次名称、学年学期、报名开始与结束时间等。
（3）需支持管理员设置本次考试允许和禁止报名名单。禁止报名名单学生报名时系统主动告知学生限制报名的原因。需支持以消息推送的方式主动告知 学生本次考试无法报名，以及其原因。
（4）需支持设置单个考试项目允许和禁止报名名单。禁止报名名单学生报名时系统主动告知学生限制报名的原因。
（5）需支持由考试相关管理部门维护考试承诺书的格式及内容，学生社会报名页面报名前弹出相应考试承诺书信息。
4.14.2社会考试报名管理
需支持学生在社会考试报名起止时间范围内在线进行报名。
学生报名工作结束后，院系或者教务处管理员可以查看学生报名信息，查看对应的人数统计，可以维护学生缴费状态、照片，需支持报名清单的导出操作，管理员可以打包下载学生照片。
4.14.3社会考试成绩管理
（1）需支持管理员根据教育部下发的考试成绩电子表，通过批量导入的方
式导入至系统中。
（2）按考试批次 (略) 系学生的社会考试项目及其成绩。
（3）需支持统计某个考试批次下及格率，可按年级、院系、专业、班级等 条件统计，可通过统计图形式展现给相关人员查看。
4.15成绩管理
4.15.1成绩录入
（1）能设置平时成绩、期中成绩、期末成绩、实验成绩、实践成绩在课程 成绩计算中所占比重的设置，成绩录入时能根据设置的系数来自动计算课程总成绩。可以设置是否允许教师修改课程系数，可以查询同一门课程各个教学班 系数设置不一致的情况。
（2）可以设置成绩录入的时间范围，教师在成绩录入的界面上能看到成绩录入截止时间；能配置教师成绩提交后是否需要审核， 如果需要审核，可以设 置审核流程。
（3）可以配置教师提交成绩时，系统进行短信验证，确保成绩提交人是系统设置的成绩录入教师。
（4）可以设置学生查询成绩的条件，例如：评教后才能查询成绩。
（5）可以 (略) 成绩录入的进度，可以查询未录入成绩的课程和教师。
（6）系统能够基于图片完成图像识别自动完成成绩录入，例如手机拍照等分册，系统自动识别等分册照片完成系统内成绩录入。
4.15.2成绩变更
需支持成绩变更管理功能，可以配置成绩变更流程，可以由任课教师发起成绩变更申请， (略) 、教务处进行审核，审核通过后系统自动更新对应学生的成绩，并记录完整的成绩变更日志。
可 (略) 、各个学期的成绩变更次数。
4.15.3成绩认定
(1)可配置成绩认定申请的流程，由学生发起申请、相关管理人员进行审核。
(2)需支持学生进行方案外成绩认定申请、校外成绩认定申请、无效课程认定申请；成绩认定方式需包括课程替换、学分认定、认定为公选课。
4.15.4成绩管理
需包括：学生学期成绩维护、历年成绩维护、特殊学生成绩处理、年级专业成绩排名、行政班及格率统计、授课教师及格率统计、空白未提交成绩查询等。
需提供完善的成绩操作日志，能追溯到系统中任何一个对成绩数据操作的日志，能查询成绩数据被非法篡改的情况。
4.15.5全校成绩查询
（1）需支持对全校所有学生全部成绩数据进行维护管理；
（2）需支持按照学生维度对成绩进行查询，需支持以学生为单位导出学生个人成绩明细数据；
（3）需支持按照课程维度对成绩进行查询，需支持以课程为单位导出该课程下所有修读学生的成绩明细数据；
（4）需支持按照行政班级维度对成绩进行查询，需支持以班级为单位导出班级成绩一览表明细数据。
（5）需支持专业维度成绩查询
4.15.6成绩监控
需支持统计课程成绩分布情况、不及格门数情况、平时与期末成绩偏离过大情况、平行班成绩情况、挂科率排名等。
4.15.7中英文成绩单
可提供中英文成绩单打印功能。在生成报表的时候，可以自定义成绩显示参数，比如：成绩统计方式可按最高成绩、最先成绩、最后一次成绩。
4.16毕业审核管理
4.16.1毕业审核
(1)需支持设置毕业年级、毕业预审时间、毕业审核时间。
(2)需支持毕业预审功能，预审一般在正式毕业审查之前进行，可根据学生已修的成绩记录和当前学期的选课结果记录进行毕业预审。需支持设置毕业预审规则，包括默认通过学年学期、毕业预审机审默认通过课程类别、通过百分比等参数，可以查询、导出毕业预审的结果及明细。
(3)毕业审核可对培养方案(主修或者辅修)的完成情况(按培养方案的毕业要求总学分要求及其课组要求学分、门数等)和毕业审核各指标审核(如：英语四级成绩≥425)。审核时可以根据培养方案或者学生的角度来进行毕业审核。
4.16.2预毕业申请
需能够根据条件生成预毕业学生名单，例如：预计毕业年月、学生年级、
方案。学生可以进行预毕业申请，只有申请预毕业的学生才能进行毕业审核。
4.16.3毕业结论查询
对已经明确的学生毕业可以选择并发布到学生端，学生登录系统后可查看相关毕业信息。可以分批次发布学生的毕业信息。
4.16.4学业完成查询
学生查询个人的培养方案完成进度，显示每个课程类别的要求学分、完成学分、完成比例，可以显示成绩详情，查看已修读成绩、本学期已选课课程、未修读课程，需支持导出打印学业完成审核报告。
4.17学籍管理
（1）学生基本信息管理，可维护学生基本信息(包括：学号、姓名、性别、民族、政治面貌、出生日期、籍贯、国籍、联系电话、通信地址、入学年份、 (略) 系、 (略) 系、专业、班级、学生类别、特殊学生类型、预计毕业年月、学科门类、是否在校、是否在籍、学籍状态、培养层次、学均学分成绩、及格学分比率等。
（2）学业预警批次设置
需支持按照学期或学年设置学业预警批次，包括预警的学年学期、批次名称、开始时间和结束时间等。
（3）学业预警方案
需能够通过预警方案设置预警的学生范围，包括年级、学生类别、是否在籍、是否在校，设置预警的指标项，指标类型包括：不及格学分、不及格门数、不及格学分比例、获得学分数、平均学分成绩等，再根据成绩的过滤范围(必修选修、课程类别、主辅修、学年学期)等，组合生成学业预计方案。
（4）学业预警计算
需能够按照学业预警方案，计算每个学生的学业预警结果。
（5）学业预警结果管理
需支持管理和发布最终的学业预警结果。
（6）字典表维护
需支持对学业预警结论与学业预警类别进行自定义设置。
4.19教学评价
教学评价以问卷为基础，可以为不同类型的课程设置不同的评价问卷，如：理论课程、实验课程、体育课程等分别设置不同的评价问卷；需支持为不同类型的老师设置不同的评价问卷，如：主讲教师、辅讲教师分别设置不同的评价 问卷。
4.19.1评教管理
（1）学生评教
需支持学生进行在线评教，需支持自定义设置问卷指标，需支持多级指标 管理，需支持单选题、多选题、主观题、分值题、点赞题、星号题、打分题等 多种题型设置，针对单选/多选题型，可配置相应的答案库，针对不同的答案
可配置相应的分值权重。需支持对学生评教的参评课程进行管理和维护；需支持批量添加被评教师；需支持单个或批量添加参评的学生。
（2）教师评教
(略) 或教研室内的教师互相评价，需支持教师听课次数的统计。教学团队设置：需支持将相互评教的教师加入到同一个教学团队中；教师互评：需支持听课教师选择课程进行评价；
教师听课统计：需支持对教师听课的次数进行统计。
（3）督导评教
基本设置：需支持督导评教的开始时间、结束时间、院系督导最少听课次数、校级督导最少听课次数等信息的维护；
督导问卷设置：需支持自定义管理人员设置问卷信息，可按评教类别设置不同的问卷，允许组建多套问卷，可对问卷设置是否对外发布；
督导人员设置：需支持对校级督导、院级督导人员进行维护，需支持批量复制历年督导名单。需支持对督导设置特定的评教标签，打上标签后，督导只可评教标签相应的课程， 需支持Excel快速导入督导名单；
督导推荐听课设置：需支持为督导设置推荐的课程及教师明细；
督导推荐听课任务设置：需支持为督导配发推荐听课任务，需能够针对不同的教师及课程绑定不同的听课问卷，并可适时了解督导听课进度情况，包括听课的时间与评分等信息；
督导评教：需支持督导老师选择课程和被评教师，完成问卷评价；督导听课统计：需能够统计各个督导每学期的听课次数。
（4）学院领导评教
领导信息维护：需能够维护需要听课领导的基本信息；
领导听课：需支持领导听课后填写听课信息；
领导听课统计：需支持统计每个领导听课次数。
（5）过程性评教
需支持过程性评教管理，需支持自定义设置问卷指标，需支持多级指标管理，需支持单选题、多选题、主观题、分值题、点赞题、星号题、打分题等多种题型设置，针对单选/多选题型，可配置相应的答案库，针对不同的答案可配置相应的分值权重。需支持对过程性评教的参评课程进行管理和维护；需支持批量添加被评教师；需支持单个或批量添加参评的学生。
4.19.2综合统计
需能够按照学校要求自定设置学生评教统计方案，具体方案可以设置去掉前后的x%，或者去掉前后x个评价数据，可以限制最低参评比例，或都最低参评人数的评教数据数据，也可以设置不参与排名统计的特殊原因，例如缓考、旷考、违纪、作弊的学生不参与统计。
需支持设置学生评教、教师评教、督导评教、学院领导评教、过程性评教等各项所占的比例系数，如果评教得分中没有其中一项，则把其所占的比例分 到学生评教得分中，依据比例系数计算老师的总得分。
统计计算
需能够针对学生评教、教师评教、督导评教、学院领导评教、过程性评教、随堂调查的评教数据，选择评教问卷及评教统计方案进行计算。计算完后可得出总体的评教情况，包括应评、实评、总分等信息，需能够查看每一题的得分情况。
需支持按课程教学班、课程教师、问卷课程、教师、教师问卷、教师职称 等多个维度统计得分及排名情况。
4.19.3 学生评教明细查询
需提供学生评教明细查询功能，需支持按问卷名称、开课单位、课程号、课程名称、教师号、教师姓名、学号、学生姓名等信息查询学生的评教明细。
4.19.4评价设置
系统需支持评教类别(如：实验课程、理论课程、实践课程)、评价指标 (如： 教学态度、教学效果、教学内容)、评教类型(如：学生评教、督导评教、教师互评)、评教题型(如：单选题、多选题、分值题、主观题、星号题) 的管理。
需提供评教问卷管理功能，需支持管理人员维护指标模板，可设置各指标模板对应的评教类型、一级指标、评教题型。需支持设置关键字屏蔽(屏蔽不 雅文字)，需支持发布/取消发布问卷功能。
4.19.5 整体进度查询
系统需提供整体进度查询功能，需 (略) 系、 (略) 系、教学班、学生等多个维护查询评教的进度。
4.19.6 过程性评教明细查询
针对过程性评教情况，系统需能够查询学生的评教明细信息，需支持按问卷名称、开课单位、课程号、课程名称、教师号、教师姓名、学生姓名等信息查询学生的评教明细。
4.19.7督导评教明细查询
针对督导评教情况，系统需能够查询出督导的评教明细信息，需支持按问卷名称、开课单位、课程号、课程名称、教师号、教师姓名、督导工号、督导姓名等信息查询评教明细。
4.20教材管理
4.20.1参数设置
需支持对当前教材管理的学年学期、 (略) 上选课是否需要订购教材、子教学班是否需要指定教材进行控制。
4.20.2批次管理
需支持对教材管理的批次信息进行维护，包括学年学期、批次名称、开始时间、结束时间等，用户可在指定的时间范围内完成当前批次的教材管理工作。
4.20.3教材信息管理
需支持教材基本信息维护、供应商维护、教材参数设置、教材折扣率等信 息的维护。
4.20.4指定教材维护
需支持任课教师或课程负责人按教学班维度设置课程选用的教材信息，可设置课程是否需要教材，需支持批量指定教材信息、批量删除指定的教材信息，需能够批量指定是否需要教材。
指定教材时，需支持设置是否学生教材、是否教师教材，可分别设置学生教材数量与教师教材数量，并支持填写教师手机号及指定理由。
4.20.5指定教材审核
任课教师或课程负责人指定课程教材后，需要提交，并通过审核后教材指定信息才会生效。需支持按学校要求自定义设置指定教材的审核流程，学院与教务处审核教材选用情况。
4.20.6指定教材批量修改
教材指定完后，需支持课程负责人批量修改指定的教材信息，可批量修改价格、折扣率、学校折扣率，并可填写批量修改的备注信息。
4.20.7教材费用查询
个人费用查询：需支持按学期统计个人的教材费用情况；
学生费用明细统计：需支持按学期统计各个专业班级学生的教材明细及费用。
4.20.8学生教材费用
需支持根据学生选教材结果自动计算每个学生当前学期的教材费用。并提供费用清单，学生家长可以通过该模块进行查询。
4.20.9学生选教材结果维护
针对学生选完教材后，需支持课程管理员对学生的选教材结果信息进行批量维护，可单个给学生新增课程及教材信息，可批量初始化学生教材，也可批量删除。
需支持根据选教材的结果，汇总每本教材的数量，可以按专业汇总教材需求，按教师汇总教师教材需求。需支持按照学校要求生成课程负责人教材指定汇总表及教材订购信息汇总表。
4.20.10按课程指定教材
需支持任课教师或课程负责人按课程维度设置课程选用的教材信息，需支持批量删除指定的教材信息。指定教材时，需能够分别设置学生教材数量与教师教材数量，并需支持填写教师手机号、指定理由及是否教师教参(非学生教材)。
4.20.11按课程指定教材审核
任课教师或课程负责人指定课程教材后，需要提交，并通过审核后教材指定信息才可生效。需支持按学校要求自定义设置指定教材的审核流程，学院与教务处审核教材选用情况。
4.20.12字典表维护
需支持对教材类别、教材来源、获奖名称、获奖等级、供应商、出版机构 等可选信息进行数据字典的维护。
4.20.13 教材申请
需支持任课教师及课程负责人在线进行教材申请，通过填写教材的详细信 息后提交送审， 具体详细信息包括教材名称、 ISBN、适用分级、教材来源、指 定学年学期、页数、著作者、内容简介、价格、版本、出版年月等信息。
4.20.14 教材审核
需支持按学校要求自定义设置教材申请的审核流程， (略) 与教务处审核
任课教师或课程负责人提交的教材信息。
4.20.15 教材指定进度
(略) 系、专业统计课程指定教材的整体进度，提醒未完成的部门尽 快完成教材指定。
4.21 教学工作量计算
4.21.1 指标系数维护
需支持按照课程类别、教学班人数区间、教师职称、是否外聘等不同指标 对工作量计算指标系数进行维护；
4.21.2 计算规则维护
需支持学校自定义工作量计算规则，并可根据计算规则可设置对应的计算 公式。
4.21.3 教师教学工作量计算
导入参与工作量计算的课程，维护课程对应的分类；
按课程分类维护和分配工作量计算公式；
教学工作量计算手工调整。
4.21.4 教学工作量查询
教师查询个人每个学期的教学工作量信息。
4.22 顶岗实行班情况、点名册登分 册打印、录入成绩、评教结果查询)、我的监考安排、成绩录入(期末考试成 绩录入、补考成绩录入)、全校课表查询、空闲教室查询、教室借用、全校上 课人数分布查询、账号密码找回和重置等， (课表可生成为 PDF 格式)
4.25 移动教务
以服务师生教学为目的， 构建智能化、场景化、泛在式的移动教学服务， 实现教学、管理与 (略) 。 (略) 中实现随时随 地办理和查询大部分的业务与信息， 让管理者能快捷的进行移动审核， 使之成 为师生移动服务的好伙伴、教务管理的移动助手。
4.25.1 消息通知
4.25.1.1 校内公告
需支持公告发送权限的配置，需支持老师进行公告的创建、发起、编辑、 删除等操作，同时需支持被发送对象的查看， 创建者可以查看到公告的已读和 未读情况。
4.25.1.2 系统提醒
需支持各个业务应用发起系统消息通知，同时被发送用户可以收到系统通 知并查看消息内容， 并显示已读未读情况。
4.25.1.3 人工提醒
(略) 、教务处给学生、教师发消息提醒，教师给学生发消息提醒； 消息需支持个人消息和群组消息，同时需支持给接收人强制弹出提醒功能， 接 收人可以在进入系统后直接查看到消息通知的详细内容，并可根据权限进行相 应的回复操作。
4.25.2 业务查询服务
4.25.2.1 课表查询
为学生和教师提供周课表与日课表的查询功能，需支持下钻查看详细课程 信息。
4.25.2.2 成绩查询
需支持学生查看当前学期/全部学期的学分获得情况、学期的平均绩点以 及当前学期每门课程考试的成绩信息。学生可以通过点击课程来查看成绩的详 情信息。
4.25.2.3 考试安排查询
需支持学生查看考试安排的详细信息，包括已考试科目和未考试科目。同 时需支持查看未排考试的课程信息。
4.25.2.4 监考安排查询
需支持教师查看本人的监考安排信息，包括已监考的考试和未监考的考 试。同时需支持教师查看本人所授课程的考试安排。
4.25.2.5 学业预警查询
需支持学生查看自己每学年或学期的学业预警信息，需支持学生查看预警 详情等信息。
4.25.2.6 学业完成状态查询
需支持学生查看自己培养方案的学业完成状态，查看学业完成进度。同时 需支持学生查看培养方案中课组内课程修读情况的详细信息查看。
4.25.2.7 全校课表查询
需支持通过班级课表、教室课表、教师课表、学生课表和全校课表维度对 全校课表进行查询， 可查看详细的课程信息。同时需支持通过筛选来寻找目标 班级、教室、教师、学生、课程等， 查看其课表的详细信息。
4.25.2.8 空闲教室查询
需支持学生通过校区、教学楼来查看空闲的教室信息。教室空闲时间短按 照节次展示。
4.25.3 业务办理服务
4.25.3.1 调停补课申请
需支持教师通过移动端发起所授课程的调课申请、停课申请、补课申请。 需支持教师查看申请记录和申请的详细信息， 对于未审批的申请需支持撤回。 同时需支持教师查看审批的进度和审批的详细信息。
4.25.3.2 调停补课审批
需支持审批者对教师发起的调停补课申请进行审批。亦可查看申请详情， 附件详情等信息。需支持管理者在审批的时候填写审批意见。同时需支持管理 者查看自己已经审批过的申请信息。
4.25.3.3 社会考试报名
需支持学生通过移动端发起社会考试报名。报名过程中需支持查看考试诚 信承诺书和报名须知等内容，核对报名信息需支持学生上传照片。
需支持学生查看已经报名的考试信息。若考试未缴费， 需支持学生退报相 关考试。
学生可通过成绩查询查看社会考试科目的成绩信息。
学生可查看社会考试报名的操作日志，可查看操作的考试项目、操作内容、 操作时间、操作人信息。
4.25.3.4 教室借用申请
需支持通过移动端发起教室借用申请。需支持空闲教室筛选。需支持查看 教室借用申请记录， 对于未审批的申请需支持撤回。同时需支持查看审批的进 度和审批的详细信息。
4.25.3.5 教室借用审批
需支持对发起的教室借用申请进行审批。可查看申请详情，附件详情等信 息。需支持在审批的时候填写审批意见。同时需支持查看已经审批过的申请信 息。
4.25.3.6 成绩认定申请
对于方案外课程认定，需支持通过移动端发起课程置换、认定公选课、学 分认定、认定为无效的成绩认定申请。对于校外课程认定，需支持通过移动端 发起课程置换、学分认定的成绩认定申请。需支持学生查看发起的成绩认定申 请的详细信息， 同时需支持查看审批的进度和审批的详细信息。
4.25.3.7 成绩认定审批
需支持对发起的成绩认定申请进行审批。可查看发起的申请详情信息。需 支持在审批的时填写审批意见。同时需支持查看已经审批过的申请信息。
4.25.3.8 缓考申请
对于可缓考的科目，需支持学生通过移动端发起缓考申请。需支持学生查 看发起的缓考申请的详细信息、附件信息等， 对于未审批的申请需支持撤回。 同时需支持查看审批的进度和审批的详细信息。
缓考审批
需支持对学生发起的缓考申请进行审批。可查看申请详情，附件详情等信 息。需支持在审批的时填写审批意见。同时需支持查看已经审批过的申请信息。
★4.26 数据迁移要求
要求投标人组织分析学校现有教务管理系统（正方）数据，通过梳理数据结构、数 据编码，根据新系统的信息编码规则，制定详细的数据迁移方案，方案经学校 和供应商详细评审后，免费将学校现有教务管理系统有效数据迁移到新的系统 中。迁移过程中必须保证数据的安全性， 确保新老系统的平滑过渡。
4.27 其他要求
★1.要求移动端支持企业微信， 并且提供对外接口；
★2.要求提供与学 (略) 对接服务，支持多种接口方式， 包括： CAS 接口、视图、 API 接口等，所有服务能够无缝对接到办事大厅中。
★3.提供一年软件质保服务， 服务期内提供产品版本免费升级服务和合同 范围内功能优化服务。
包号/序号：01/002
服务内容： 应用系统终端安全防护系统
为了有效 (略) 软件及系统的安全性， 需部署一套基于应 用平台的安全防护系统。通过部署终端安全防护系统， 有效保障应用系统免受 木马、蠕虫、勒索病毒等不法行为带来的危害，为业务系统持续、高效、稳定 运行提供良好保障。应用系统终端安全防护系统要求如下：
★1、包含产品控制中心 1 套， Windows Server 客户端授权 10 套， Linux 客户端授权 10 套。
★2.最大支持管控终端客户端数量： (略) 场景或者 2000 点以上。
★3 支持一体化设置安全策略模板，能 (略) 资产与风险可视， 便 于运维 (略) 络资产状态。并可自动化日志可视化报表一键导出， 管理账 号分权分域， (略) 级联控制。
支持 Windows Server 2003/Windows Server 2008/Windows Server 2008R2/Windows Server 2012/Windows Server 2016。
5. 支 持 CentOS/Ubuntu/Debian/RHEL/SUSE/Red Flag Asianux Server/Oracle Linux 。
6.采用 B/S 架构的管理控制中心，具备终端安全可视，终端统一管理， 统一威胁处置， 统一漏洞修复， 威胁响应处置，日志记录与查询等功能 。
★7. (略) 风险展示，包括但不限于未处理的勒索病毒数量、暴力破 解数量、WebShell 后门数量、高危漏洞及其各自影响的终端数量。
8.支持按“最近 7 天”、“最近 30 天”、“最近三个月”不同时间维度展示 病毒查杀事件爆发趋势和病毒 TOP5 排行榜， 并展示对应的事件数及终端数 。
9.支持资产登记功能，支持录入本终端所属责任人、责任人联系方式、 邮箱、资产编号、资产位置信息，并可设置哪些为必填项，以便于进行终端资 产管理。
10.支持 agent 安装目录的文件保护，可以保护 agent 目录和文件实时监 控驱动文件，可以保护 agent 的服务/进程/文件不被恶意删除，以免影响正常 功能， 导致用户的终端受到病毒入侵。
11.支持展示终端检测到的 WebShell 事件及事件详情， 包括：恶意文件 名称， 威胁等级，受感染的文件，发现时间， 检测引擎， 文件类型，文件名， 文件 Hash 值， 文件大小，文件创建时间；可配置 WebShell 实时扫描， 一旦发 现 WebShell 文件， 可自动隔离或仅上报不隔离。
★12.实现 (略) 行为管理联动（深信服 AC-H8300），支持管 (略) (略) 界 面下发一键隔离指令，对终端恶意文件进行隔离， 防止病毒进一步扩散，需提 供原厂商兼容性承诺函。如不兼容， 需额 (略) 行为管理一台实现与所投 产品联动， 设备整机吞吐量不低于 30GB,所提供的功能及技术指标不得低于原 有产品。以上两种方案， 满足其一即可。
★13.实现与原有虚拟化防火墙进行安全联动（深信服 vAF-100），管理员可以在下一代防火 墙管理界面下发快速查杀任务，并查看任务状态、结果并进行处置，支持在管 理平台查询和统计联动信息， 需提供原厂商兼容性承诺函。如不兼容，需额外 提供虚拟化防火墙一套实现与所投产品联动，虚拟化防火墙吞吐量不低于 2GB,
所提供的功能及技术指标不得低于原有产品。以上两种方案， 满足其一即可。
★14.提供 1 年的软件升级服务及技术支持。
产品名称： 信息安全服务
数量： 1 项
我校信息化业务系统及数据的可靠和安全运行，除了采用技术手段为重 要支撑外，以主动式防御为主，以风险管理为核心。全面推进和贯彻信息安全 管理，将技术措施落实到实处，使其发挥到应有的作用。结合目前我校业务系 统及安全建设情况，本次信息安全服务要求对本次 (略) 系统 涉及的操作系统、中间件、数据库实现全面的安全检测、漏洞扫描安全风险评 估、安全整改、安全加固、安全应急响应等一系列的安全服务，具体服务内容 如下：
★1.针对发现的漏洞结果(包含操作系统漏洞、应用程序漏洞、数据库 漏洞、中间件漏洞) 进行人工验证，保证漏洞扫描结果的真实性，同时提供对 漏洞进行有效修复。
2.提交针对性的解决方案，保证漏洞修复可落地。
3.漏洞扫描参数应包含但不限于：版本漏洞、开放端口、开放服务、空/ 弱口令账户、安全配置等。
4.操作系统安全基线服务需提供系统漏洞补*管理、帐号和口令管理、 认证、授权策略、网络与服务、进程和启动、文件系统权限、访问控制、通讯 协议、日志审核功能、剩余信息保护、其他安全配置等。
5.数据库安全基线服务需提供漏洞补*管理、帐号和口令管理、认证、授权策略、访问控制、通讯协议、日志审核功能、其他安全配置等。
6.中间件安全基线服务需提供漏洞补*管理、帐号和口令管理、认证、授权策略、通讯协议、日志审核功能、其他安全配置等。
★7.投标方应对威胁利用率极高的风险提出整改建议， 配合招标方及时处置。
8.能够实现对招标方本次服务范围内的重要资产进行威胁定位搜索，针对潜在或潜伏的病毒进行快速响应，同时能快 (略) 其他设备是否感染。9.投标方应在风险分析完成后，组织召开相关会议，将风险评估实施过 程全生命周期发现的情况或问题统一反馈，并提出可落地的建议或方案。
★10.根据安全风险评估等结果对服务范围内信息资产做安全整改工作， 在对漏洞的修复验证、安全基线的配置整改基础之上完成安全防护安全策略优化、策略有效性调优等服务，直至满足用户及上级单位安全要求为止。
★11.服务次数不限，服务期限 1 年。
2.落实政府采购政策需满足的资格要求：根据财政部工业和信息化部关于印发《政府采购促进中小企业发展管理办法》的通知财库〔2020〕46号文件及辽宁省财政厅辽财采〔2021〕153号文要求。
参加辽宁省政府采购活动的供应商未进入辽宁省政府采购供应商库的，请详阅辽宁 (略) “首页—政策法规”中公布的“政府采购供应商入库”的相关规定，及时办理入库登记手续。填写单位名称、统一社会信用代码和联系人等简要信息，由系统自动开通账号后，即可参与政府采购活动。具体规定详见《关于进一步优化辽宁省政府采购供应商入库程序的通知》（辽财采函〔2020〕198号）。
1、参加辽宁政府采购活动的供应商，请详阅辽宁 (略) “首页-办事指南”中公布的“辽宁 (略) 关于办理CA数字证书的操作手册”、“辽宁 (略) 新版系统供应商操作手册”及《关于完善政府采购电子评审业务流程等有关事宜的通知》（辽财采函【2021】363号），及时办理相关手续，因未办理相关手续造成的所有后果，由供应商自行承担。
2、供应商通过在线下载获取文件及投标报名后，*@*eah.net发送邮件，邮件应包含以下材料扫描件:（1）、法人或者其他组织的营业执照等主体证明文件或自然人的身份证明电子版（自然人身份证明仅限在自然人作为响应主体时使用）；（2）、法定代表人（或非法人组织负责人）身份证明书（自然人作为响应主体时不需提供）；（3）、授权委托书原件（法定代表人、非法人组织负责人、自然人本人购买采购文件的无需提供）；并注明所投项目名称、包号、供应商名称、联系人及电话。
3、供应商需自行准备电子设备进行投标（响应）解密，电子文件报送截止时间同响应文件提交截止时间，电子文件解密时间为响应文件提交截止时间后一小时内完成报价，如有二次（含）以上报价项目，报价提交时间为报价端口开放后一小时内完成报价。
4.供应商须自行携带可在线解密的笔记本电脑现场解密或在本单位使用可解密的电脑在线解密。
发送至邮箱
