教学平台大数据分析及数据挖掘服务需求

教学平台大数据分析及数据挖掘服务需求一、项目概况我校现有教学平台教学已完成校内部署与约定模块功能开发，基本实现了在线教与学及管理功能，目前平台在智慧教学、直播教学、AR课件支持、系统改进与迭代开发等方面都进行了深度开发。现需对教学平台大数据分析及数据深度挖掘：项目主要模块包括：平台大数据画像、钻取、UI展示：精准画像功能。面向教师课程教学应用、学生课程学习状态做动态画像，主要目的是供师生个人查看画像，帮助教师把握班级整体学习状态，帮助学生了解自己的学习进度与同伴学习对照等，提升学生在线学习动能；教师课程画像：指向班级，绘制班级教学活动及教师投入动态画像，包括对课程内容资源的调整，学生学习进度，班级活跃度，学生学习预警等；学生课程画像：学生在课程班级中的学习活跃度、学习进度排名、任务完成度、获得成绩动态、班级评价水平的学习进度、任务完成度等；数据下钻：实现平台的数据下钻，可下钻查看的数据维度，提高数据的颗粒度；展示大屏进行UI界面设计，并实现如下大屏的数据下钻功能：非常规教育规律观测点分析：学习同伴支持：实时检测：系统需要实时检测在线用户的状态，包括老师和学生的登录和退出。实时统计：根据实时检测和数据存储，实时统计同时在线的老师和学生人数。界面展示：在老师和学生的界面上，以明显的方式展示当前同时在线的人数。学习智能预警:深化学习预警功能，开发算法，根据学生的学习进度对学生做预警提醒。三级等保安全能力建设：目前平台认证为二级信息系统，为了与国家智慧学习平台对接推送学校优质课程，必须增强平台网络安全建设，达到三级等保要求，并能通过第三方检测。第三方系统对接：形成第三方平台对接标准。支持免密单点跳转，支持对接回传相关第三方平台数据到平台展示。系统改进与迭代开发深化知识图谱功能。活跃课程统计。课堂互动模块。用户管理机制。二、技术要求2.1基本要求教学大平台经过前期的开发投入，目前已部署在学校内部私有云平台，支持多机部署，横向扩展，可以实现负载均衡，满足大规模在线教学的并发访问需求。系统涵盖课前、课中、课后各教学的环节、有效采集课上、课下教学数据，形成教与学过程大数据。平台经过几个学期的大规模运行与教学应用，现对平台提出更高的业务应用要求。1.总体架构系统须采用B/S架构（功能需求中部分功能模块另有约定的除外），开发与运行架构应采用WEB服务器/应用服务器/数据库服务器三层结构。技术路线采用JavaEE技术，数据库系统采用关系型数据库，操作系统采用业内通用服务器版操作系统，移动端兼容iOS、安卓，可集成到微信端。2.数据库及中间件应用系统数据库必须支持主流数据库系统；使用JavaEE架构的应用服务要求支持主流中间件平台部署，实施过程中具体部署所采用的中间件，由采购人指定。使用Oracle数据库和WebLogic的，应统一部署在学校提供的环境。使用其他数据库和中间件的，由自行提供并负责安装部署和技术支持，相关费用包含在项目总体报价中。3.统一身份认证学校统一身份认证平台向应用系统开放必要的用户信息，应用系统应支持统一身份认证平台用户登录，与学校统一身份认证平台集成，符合平台接入规范，实现单点登录、单点登出。在项目实施的过程中，如果实施技术方案与学校智慧校园基础平台的集成要求有冲突，应作相应调整。各应用系统支持通过调用教育技术与信息中心提供的身份认证接口，验证用户身份，确保各应用系统使用统一的账号和密码进行身份认证。各应用系统根据业务需求进行自身的权限管理。根据统一认证的用户身份，设置和分配适合业务需求粒度的通用角色和权限，同时支持自定义角色，支持组合及分级授权，提供用户账号信息及权限的维护功能，提供不少于最近六个月的用户操作日志和系统访问记录的查看功能。4.数据集成系统应根据学校《信息资源共享管理暂行办法》和信息资源目录要求，通过与学校数据共享交换平台集成和对接实现数据共享和交换，并提供基于数据库和应用系统的全量/增量、多条/单条数据等不同方式的共享同步接口，保证业务数据向数据共享交换平台提供的频率和质量达到学校管理的要求。作为数据提供者，系统应向学校数据共享与交换平台提供数据，满足学校数据采集需求。在系统实施阶段，应与学校技术部门商定系统数据开放目录，目录应满足学校需求，包含开放的数据内容、更新频率、接口类型等。系统基础信息以及应开放数据的表结构、代码标准等必须符合采购人智慧校园信息标准，提供详细数据字典。系统按数据目录提供数据接口，并确保数据有效、完整，接口运行正常，性能满足要求。作为数据使用者，系统需要使用非本系统产生或管理的基础数据的，如学校信息系统用户、人事、学生、资产、科研等基础信息的，应使用采购人的统一代码和标准名称，通过与学校数据共享交换平台集成和对接实现数据更新，并满足学校对数据实时动态更新的要求，杜绝产生信息孤岛。5.服务集成应用系统中涉及面向全校师生和访客提供公共服务的功能模块、办事流程或服务事项，应与学校“一网通办”系统进行集成。对于办理类服务事项功能，具体集成要求包括：(1)服务事项办理页面或申请页面、申请详情和状态查询页面、审批页面均提供直达的URL链接。(2)应用系统的服务事项或业务办理功能的申请单应至少包括申请流水号、申请业务名称、申请人、申请部门、申请时间、申请状态等信息，并在用户成功提交服务事项或办理申请的同时，将以上信息通过学校提供的接口提供给学校“一网通办”系统。(3)申请流水号应可按学校规范设置长度、格式和流水规则。(4)上述申请的办理状态发生变化时，如办结等，应将更新后的办理状态及时通过学校提供的接口提供给学校“一网通办”系统。(5)相关办理申请页面、申请详情和状态查询页面、审批页面，应提供适配移动端的HTML5页面，以便集成到学校统一的手机端APP和微信企业号中。(6)需要进行服务集成的功能列表由与学校商定，以学校需求为准。应用系统待办任务、已办任务等应统一推送到学校“一网通办”任务中心，按照学校技术规范要求调用任务推送接口或共享任务数据，实现任务信息在“一网通办”任务中心的时效性，即有新待办任务能立即显示到任务中心。任务办理环节变化时，也需通过接口通知任务中心。系统向用户发送微信或短信等消息通知应通过学校“一网通办”消息中心进行，按学校技术规范调用消息推送接口。6.系统部署平台根据应用系统所采用的技术路线，如技术路线允许在Linux操作系统中部署的，应在Linux中部署。除学校有提供的以外，负责包括操作系统等应用系统部署所需系统环境、组件的安装、配置和调试。操作系统及相关组件应采用所选用平台及组件的最新稳定版本，在运维服务期间负责及时安装最新补丁包，避免产生系统安全漏洞和性能隐患。应用系统支持部署在采购人的虚拟化平台上。7.用户交互界面系统必须以用户为中心，满足用户的各种业务需求，以及高效、易学、人性化交互、少错、向后兼容的基本要求，并具有多语言扩展的能力。应用系统需具有用户界面和使用习惯的一致性；必须对用户动作提供及时的反馈信息；需具有用户可读的操作提示，引导用户操作，并可帮助用户从错误中恢复；需具有在线帮助文档，供用户随时查阅；数据展示类的功能界面应符合学校统一管控中心的界面设计规范和风格。8.客户端兼容性客户端应支持IE9及以上版本、Edge浏览器、谷歌（Chrome）浏览器、火狐（Firefox）浏览器、360浏览器兼容/极速模式等业界主流浏览器。移动端应自动适配市场当前主流手机/平板屏幕及主流手机浏览器。9.地理信息系统集成应用系统中涉及学校地理信息使用和显示的，必须通过调用学校地理信息系统（GIS）提供的接口实现，符合GIS接入标准，按照学校统一规划的要求在学校地理信息系统上统一展现。10.系统安全和数据安全(1)应用系统应严格遵循《校园网络与信息安全管理规定》以及《信息应用系统安全规范》等的相关规定，确保信息安全。(2)应用系统应严格遵循《数据安全和个人信息保护管理办法》的相关规定，确保数据安全、做好个人信息保护。(3)系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。在终验前须通过信息系统安全保护等级二级或以上测评。(4)在服务期内负责应用系统所在操作系统、系统运行和维护所依赖的相关组件的安装、配置，确保符合网络安全要求，不开放不必要的端口，不存在已公布或已知的漏洞或隐患。(5)根据业务需求，如应用系统同时有面向互联网开放的功能模块和只面向校内网络开放的功能模块，应支持分离部署。(6)系统支持HTTPS，默认使用HTTPS访问。(7)系统采取技术手段有效识别和拒绝爬虫类访问，能避免信息被恶意采集。(8)系统具有完善、有效的用户角色权限控制机制，确保资源和数据的权限授权和控制粒度符合业务需求。应用用户的权限最小化，控制用户对功能、文件、数据等的访问。(9)如业务系统除集成统一身份认证和单点登录外，还提供了自有用户管理和登录功能的，相关功能应满足网络安全要求，避免安全隐患，包括技术上保证密码强度、禁止弱口令、限制恶意爆破登录、限制机器登录、口令禁止明文保存和传输等。(10)应用系统应在架构、设计、编码等各方面符合可信计算的规范和要求，确保系统不存在各类已知的安全漏洞隐患，包括但不限于：SQL注入、跨站脚本执行、任意文件或未经校验文件上传、任意文件下载、越权访问、命令执行、应用程序错误信息或服务器信息泄露、hTTphosT头攻击等常见漏洞；使用明文或在程序/脚本文件中写死密码；在网页源码中暴露应用处理逻辑等敏感信息；表单信息有效性缺少服务器端后台校验；系统留有“后门”，设计违反或者绕过安全规则的任何类型的入口和设计文档中未说明的任何模式的隐藏入口。(11)系统详细记录所有用户操作日志，确保每个用户每个行为可追溯。系统各类各级访问日志、操作日志符合《网络安全法》要求，至少保留六个月以上。11.系统性能在硬件环境满足的前提下，应用系统应满足相应业务场景下并发访问和在线访问人数要求，确保并发访问响应时间符合操作要求；系统安全、稳定，保证7×24小时运行；存储系统满足需求，运行稳定，易于扩充；支持负载均衡、可横向扩展；支持远程管理；终验时须提供系统关键业务功能的性能测试报告。12.系统运维应用系统应具备开放的运维接口，报告应用运行状况数据，且提供给学校统一运维管理平台使用，系统应记录完备的业务日志和运行日志，并按照业务管理要求和系统运行安全对日志进行管理。13.系统备份应用系统应具备系统和数据的备份与恢复功能，能够提供定期自动备份与按需手动备份，本地备份与异地备份；具有快照模式，易于数据运行和管理，并提供完备的容灾方案；软件应用服务器与数据服务器可分离。14.系统文档系统应在其软件生命周期各阶段遵照国家标准编写相应的适应特定读者的文档，并按时限要求交付。15.系统IPv6支持应用系统应支持IPv6-Only网络。2.2技术整体要求1、具有先进性、可移植性、开放性和兼容性，支持标准化多媒体课件。支持随用户使用量的增大而只需增加相应的硬件资源即可。2、可灵活拓展对接第三方系统数据，可对接教务系统获取教学相关所需数据，如课程数据、学分数据等，可提供数据接口供第三方系统数据调用。（生成接口标准及开放文档。）3、注重数据采集与分析，明确提出一些相关算法应用场景。4、智能预警模型训练，针对学生学习情况具有详细学习数据统计，并提供课程学习活动的自动预警机制设置，基于课程整体学习目标，可提供多种维度的学习预警条件设置。2.3平台功能和技术参数要求序号名称功能子模块参数要求单位数量1教学平台大数据分析及数据挖掘——平台大数据画像.钻取.UI展示教师课程画像1.教师个人画像查看：支持教师可查看教师本人画像。2.支持在原有的大数据分析平台上展示全校教师情况，画像上方有不同学期和累计数据的切换选择，还可进入具体的教师列表当中。3.全校教师画像的头部通过标签.雷达图等展示整体教师的情况。画像底部，以教师活动类型Top5、上线教师人数趋势图、课堂互动发布排行、各类型资源上传量、综合成绩、在线总时长分布、教师综合得分Top100来展示整体课况。4.点击“查看个人画像”，展示整个教师的列表，以教师活动数和综合指标为指标进行展示，点击“查看”可进入到该教师的教师画像。画像权重设置可从课堂互动、发布任务、资源建设、在线时长、学生成绩和活跃度六个大维度分别设置成绩权重占比，同时可以将六个大维度下的小权重点拆分设置。5.教师个人画像分为三部分，第一部分是教师的标签与个人信息，第二部分是平台教师评比等级，第三部分是教师雷达图分为六个维度发布任务，即资源建设、在线时长、学生成绩、平台活跃度、课堂活动、展示教师的综合情况。画像底部分为四个板块展示，所教课程、基础数据、教学分析、教学轨迹。6.第一部分教师标签与个人信息处，支持通过教师画像的相关数据，自动分析生成对教师个人教学的评价语。7.所教课程，展示该教师所教课程列表，点击查看该课程具体数据，进入课程画像。8.基础数据：该教师所教班级学生总数、上传试题数、资源上传数、课堂任务数、发布作业与考试数、讨论区发帖数和直播时长。9.教学分析：教学过程中各类型课堂活动发布数。该教师发布的课堂作业、任务、考试，学生的完成率和得分区间情况，以及教师每日活动高峰时间段，还可以分析学生学习习惯，并展示每一个时间点的活动详情。10.教学轨迹：详细记录该教师创建课程时间、资源上传时间、在平台操作等的具体数据。同时针对资源上传、题目上传、签到发放、教师讨论四个模块可以进行按本学期或近七日筛选。11.支持教师在课程内能够查看班级内学生画像数据班级学生的任务点完成情况、班级学生的签到完成情况、班级学生的成绩情况。套1学生课程画像1.学生个人画像查看：支持学生查看个人在课程班级中的学习访问量、学习进度排名、任务完成情况、各项成绩得分。2.点击画像，展示整体学生情况，画像上方有不同学期和累计数据的切换选择，还可进入具体的学生列表当中。3.管理员也可以查看全校学生画像，并且头部通过标签、雷达图等展示整体学生的情况。画像底部，以学生活动类型Top5、上线学生人数趋势图、签到率、学习完成率、课堂活动参与排行、全校学生综合成绩、学生综合表现Top100来展示整体课程情况。4.点击“查看个人画像”，展示整个学生的列表，以学生活动数和综合表现为指标进行展示，点击“查看”可进入到该学生的学生画像。5.学生个人画像头部分为三部分展示，第一部分是学生的标签与个人信息，第二部分是平台学生表现等级，第三部分是学生雷达图分为六个维度自主学习、到课率、学习完成率、学习成绩、平台活跃度、学生成绩、展示课程的综合情况。同时需要展示由教学智能预警生成的预警提示语作为学生的整体评价语。6.画像中间部分展示学生成绩趋势图。画像底部分为四个板块展示，所学课程、基础数据、学习分析、学生轨迹。7.所学课程：展示学生所学的所有课程，并可点击查看课程详情。8.基础数据：该板块可以看到该学生的基础情况，包含任务点完成情况、课程得分情况、章节测验完成情况、作业完成情况、签到次数、考试完成情况、课堂活动参与情况、讨论区发帖情况。9.学习分析：该板块可以看到任务点学习进度、学生的到课率、各类型课堂活动的参与次数、章节测验和作业考试的完成情况及成绩、每日学习高峰时间段。章节任务点、到课率、章节测验、作业、考试支持数据下钻到教学平台查询详情数据，同时需要展示学生在各个课程中的达成情况，还可以分析学生学习习惯，并展示每一个时间点的活动详情。10.学习轨迹：记录学生在平台的具体操作.进入课程、退出课程、每个课程签到、进行测验练习、考试的具体开始时间和结束时间。套1数据下钻1.学生到课情况：可支持统计所选统计时间范围的全校平均到课率、学生整体出勤趋势图。2.资源建设情况：可支持展示所选统计时间范围的资源上传趋势图，并以图展示上传资源中各类型资源的数量、占比及大小。3.院系运行情况：所选统计时间范围内，各院系的运行数据，具体包括：上线教师数、上线学生数、课堂活动发布数、课堂活动参与数、活跃课程数、新建课程数、资源上传数。4.课程建设情况：统计所选院系的课程建设总体情况，包括创建试卷数、创建作业数、创建题目数、创建章节总数；以院系维度展示各院系课程建设情况排行；以课程维度展示各课程建设情况排名，可按总数、创建章节总数、创建题目数、创建作业数、创建试卷数进行排名。5.活跃课程TOP100：展示课程活跃度前100名，可查看活跃课程详情数据。支持对平台目前现有的学情统计分析数据支持深入分析。6.支持对平台目前现有的教学统计分析数据支持深入分析。套1大屏UI界面设计1.实时课堂今日动态，可以看到右侧实时课堂部分，这部分展示今日上课的课程及发布课堂活动数。点击课程查看详情，可以看到该课程的课堂报告，课堂报告中可以回顾课堂上所产生的活动，也可以看到课堂活跃趋势、课堂活动发布情况以及最活跃的5个学生。2.活跃课程整体概况，可以看到右侧以列表形式展示日近教学活动最多的课程，课程按照课程活动数进行排名。点击查看详情，可看到这门课程的详情，包括教学的基础数据、资源类型分布情况、题库类型分布情况、教师发布的任务课堂活动、签到、章节任务点、对应的学生完成情况和达成的成绩，以及今日课程日志。同时，在右侧还可以看到这门课程中最活跃的20位学生及其课程活动数、最优异的20位学生及其综合成绩。3.学生出勤情况点击签到监测，可以看到展示了今日学生出勤情况，以院系、课程、班级三个维度汇总学生到课率。4.课堂活动点击课堂活动，可以看到右侧以列表形式展示近7日课堂活动最多的课程，点击查看详情可以查看该课的课堂报告。展示本学期课堂活动最多课程TOP5。5.活跃师生点击活跃师生，可以看到右侧以列表形式展示近7日活跃教师与活跃学生。点击教师列表中查看详情，可以查看教师数据，包括教学行为分布、教学习惯分布、资源与题目上传情况和趋势、课堂活动发布情况。点击学生列表中查看详情，可以查看学生数据，包括学习行为分布、学习习惯分布、任务点学习进度、到课率、课堂活动参与分布，还可以看到学生所学课程。6.资源上传详情点击资源建设，可以看到以列表形式展示平台累计资源上传量，以院系、教师两个维度，按照上传量大小进行排名。可以下钻看到设定日期以来各类资源新增情况。与课程关联，显示更新资源的课程比例。套12教学平台大数据分析及数据挖掘——非常规教育规律观测点分析学习同伴支持1.状态检测：系统检测在线用户的状态，包括老师和学生的登录和退出。当学生或老师登录后则为在线状态，当学生或老师退出登录或关闭浏览器一段时间后则变为离线状态。2.状态统计：根据状态检测和数据存储，可以统计一段时间内同时在线的老师和学生人数。3.界面展示：在老师和学生的界面上，展示一段时间内同时在线的人数。4.在线人数：所在班级中同时在线人数显示。套1学习智能预警深化学习智能预警功能，根据学生学习任务完成进度或章节任务点学习进度，通过算法规则对学生做学习进度的预警提醒。套13教学平台大数据分析及数据挖掘——三级等保安全能力建设三级等保1.目前平台认证为二级信息系统，为了与国家智慧学习平台对接推送学校优质课程，必须增强平台网络安全建设，达到三级等保要求，并能通过第三方检测，相关费用含在项目总体报价中。《信息系统安全等级保护基本要求》中三级等保的测评内容涵盖等级保护安全技术要求的5个层面和安全管理要求的5个层面，包含信息保护、安全审计、通信保密等在内的近300项要求，共涉及分类73类。要求对平台进行全面的安全能力开发与建设，完全满足以上三级等保要求，最终提供符合要求的第三方测评报告给采购人。套12.系统三级域名年费等相关费用含在项目总体报价中。4教学平台大数据分析及数据挖掘——第三方系统对接第三方系统对接1.采购人独家享有开发系统的源代码、可执行代码及其技术文档等研究开发成果的所有权，供应商未经校方许可，不得将相关资料提供给第三方。2.综合已有对接方案，形成标准的对接API接口代码集，形成标准对接文档。需通过采购人组织的专家组专项论证。3.从合同执行至维保期，如校方有需求，实现集成1-2个第三方平台对接，实现用户可以免密单点跳转，支持对接回传相关第三方平台数据到平台展示，且成为课程教学评价一部分。4.从合同执行至维保期，如校方有需求，在时机成熟时建立实训专栏，强化实训教学管理。套15系统改进与迭代开发本地部署深化知识图谱功能1.支持与教学平台打通，可通过教学平台现有课程章节选择生成章节图谱。2.支持教师对课程章节内容，包括——视频、音频、文档、图书、章节测验等进行知识点标记，作为知识点教学任务进行设置，方便学生按知识点进行任务学习。3.支持查看某一位学生某个知识点的统计详情，包括学生此知识点的完成情况、掌握情况、知识点关联的学习任务完成。4.需支持知识点之间进行前置关系.后置关系.关联关系的设置。5.需支持给知识点打标签，自定义标签内容，支持同一个支持点标记多个标签。6.需支持跨课之间知识点进行关联，关联后可以进行关联展示。7.需支持调整知识点在课程空间菜单栏的显示顺序。8.需支持为网络课程和教务课程建立独立的知识图谱，便于统一管理。9.支持课程章节一件转化生成知识图谱，并同时进行资源关联。项1课堂互动模块1.支持展示上课快捷操作功能按钮，比如PPT、云盘、活动列表、评分、成员等。2.成员功能支持切换按行显示或者宫格显示学生列表。3.点击学生头像可以显示学生的近期学习情况，比如章节任务点、签到、讨论等。教师魅力值体系1.构建一套教师的魅力值体系，以评估教师在教学过程中的魅力表现。学生积分体系1.构建一套专门针对学生的积分体系。通过该体系对学生在线表现进行量化评估，并给予相应的积分。用户管理机制1.已下线老师和学生，不纳入后期的数据统计。2.有单独的已下线老师的列表。3.可以将已下线的主建课教师的名字保留在课程教师名单中，或另设模块展示。活跃课程统计后台管理可以按照课程题目数、选课人数、发起教学活动次数、课程章节数筛选出课程数。平台完善开发1.迭代优化平台基础功能和用户体验。针对已完成的功能建设进一步迭代完善与需求开发，项目验收时需提供100人天工作量任务清单。具体完成任务由采购人指定，至少包括以下内容：A.新增分组作业功能，发布作业时候应可以直接有分组作业这个选项；B.考虑新增10组课程模板；C.教师个人空间中新增申请期次合并表单。三、项目服务要求序号目录商务需求（一）项目实施要求1工期要求合同签订之日起150个日历日内，按合同和招标文件约定的要求和标准进行交付，完成项目的安装、调试、试运行及验收。2实施进度要求合同签订后15个工作日内，服务单位需完成采购人业务需求梳理；完成需求梳理后5个工作日内完成用户需求书的编写与确认；完成需求确认后60个工作日内达到上线试运行条件；项目试运行最低不少于10个工作日。项目各分系统的完成时间由中标方进场后与采购人各业务部门在需求梳理阶段明确。3需求梳理审查合同签订后15个工作日内，服务单位完成采购人业务需求梳理，根据梳理结果完成系统详细建设方案，由采购人依据招标需求、服务单位投标文件对建设方案进行评审，评审不通过的服务单位须在5个工作日内重新提交建设方案，如第二次仍不通过，上报主管部门，并按相关规定处理。说明：因采购人或第三方系统原因导致的项目延期不在此限制之列。（二）项目进度计划要求1项目详细进度计划服务单位完成采购人业务需求梳理确认后5个工作日内，须依据梳理确认的需求，重新梳理确认项目详细进度计划，并经采购人签字确认。投标时须提供初步的项目进度计划。2进度计划调整要求非因采购方或第三方原因导致的进度计划调整，必须在调整前征询采购方同意，如属于延迟计划，须出具书面说明，且不得影响整体进度。3项目团队人员管理1.本项目要求服务单位提供不少于10人的项目团队，其中项目经理1人，开发人员4人，实施人员5人，人员不得复用。项目开发实施阶段应提供不少于2人的驻场服务，运维阶段应提供不少于1人的驻场服务。2.驻场人员应遵守校方的各项管理规定。因服务单位技术服务工程师给校方或其他第三人造成损失的，服务单位应承担赔偿责任。3.驻场人员在校方提供技术服务期间，应遵守校方的考勤管理制度。对于不遵守校方考勤制度的技术服务工程师，按照校方考勤管理制度进行相应的处理。驻场人员休假原则上应安排在寒暑假期间。驻场人员请假期间，校方有权要求服务单位另派其他技能相当的工程师接替工作，如因服务单位未能妥善处理工作交接对项目造成不良影响的，校方有权追究相关责任和追索损失。服务单位如需更换驻场人员，需提前书面向校方提出申请，校方同意后方可更换。如驻场人员无法胜任所承担的工作，校方有权要求服务单位在限期内更换，直至符合校方要求为止。（三）源码要求1源码要求采购人应可自行基于本项目各系统的技术标准、规范进行二次开发、系统集成、应用开发。须为满足本要求开放相关系统的源代码及提供各类接口（代码开放程度以满足采购人开发要求为准）。同时，还须为采购人提供配套的开发工具（或平台），以实现采购人的快速、简单、敏捷开发。所提供开发工具应具备代码管理功能，以便采购人开发代码迭代得到有效管理。（四）验收交付要求1成果和文档资料在本期项目交付使用后，要求将各个阶段产生的全面、规范的成果和文档资料交付给采购人，而且要提供明确的交付清单。同时，成果和文档资料必须符合软件工程的相关要求。要交付的成果和文档资料需包括以下部分：(a)可运行的系统。(b)系统源代码，具体参见源代码要求。(c)技术文档：包括项目开发中的各种技术文档，如需求分析说明书、用户手册等等。(d)管理文档：包括项目开发中的一些工作文档，如，计划、报告、讨论纲要、会议记录等。以上文档资料，连同中标通知书复印件、合同复印件等项目相关资料，服务单位应在经采购人认可后，在验收前打印装订成册，并提供不少3份，同时提交光盘或U盘的电子版本。2版权要求版权要求：除采购人提供的虚拟化软件、数据库及通用中间件之外，若所提供的本项目软件系统还须使用其他中间件或其他软件，所涉及的中间件或其他软件版权由提供，所有费用必须包含在投标总价内，后续不得再增加费用。如有涉及，必须在投标中明确说明所涉及其它中间件或其它软件品牌、规格、型号，且所涉及的其他中间件或其他软件系统必须为主流插件产品，应具有良好的稳定性及兼容性，便于集成、部署、应用和维护。3系统安全系统在上线试运行前应先通过第三方检测机构的系统安全检测，并出具报告。在终验前通过信息系统安全保护等级三级测评。相关费用含在项目总体报价中。（五）数据安全能力评估要求1数据安全能力评估要求应对自身机构安全能力进行评估，并在投标文件中提交自评报告，自评报告内容须包括：数据安全规划、机构人员管理、数据采集存储处理及使用的安全管理（评估内容可以根据项目实际需要修改，参照团体标准T/ISC-0011-2021《数据安全治理能力评估方法》）。（六）系统及数据安全处罚要求1一类处罚在系统服务期内，有以下6种情形(参看4)之一的，对中标供应商处以罚款50000元/次/个高危漏洞、30000元/次/个中危漏洞，不予续签合同。2二类处罚在系统服务期内，有以下6种情形(参看4)之一的，采购人被主管部门处以行政罚款，学校除对中标供应商处以50000元/次/个高危漏洞，30000元/次/个中危漏洞的罚款外，还将对中标供应商处以与行政罚款相同金额的罚款。3三类处罚在系统服务期内，有以下6种情形(参看4)两次或以上的，上报主管部门，并按相关规定处理。46种情形以下6种情形：(1)系统存在高、中危漏洞被安全服务商检测出未告知采购人或者检出未及时整改，被主管部门通报的；(2)系统存在暗链、黑链被检测出，被主管部门通报的；(3)敏感词漏检未被发现，导致系统页面被主管部门通报存在敏感词的；(4)系统被恶意攻破，通知到采购人的；(5)系统在重大安全保障时期被攻击，被安全服务商检测并告知后，未及时采取妥善处理措施，受到主管部门通报的。(6)因中标供应商操作或防护不当造成数据损坏、泄露且无法及时恢复消除影响的；以上所有赔款不得超过合同总额。（七）培训及售后服务要求1关于保修1、免费保修期：1年。免费保修期内，成交供应商应对系统进行免费维护。在整个系统运行过程中，供应商须帮助采购人解决在系统应用过程中遇到的各种技术问题。2、免费保修期内供应商须提供1人每周不少于5天的技术工程师驻场服务。3、免费保修期内服