# 2024-2025年度教育E卡通运维计划 ## 备份 1. 网络中心政务云做一个镜像或数据库备份； ## 增加银行卡字段（临时） 1. bdata基础数据库内增加学生关联的家长银行卡字段 2. ## 数据处理 ### 针对毕业升级过程中碰到的数据问题，进行数据排查和修正 1. **检查毕业班级设置：** - **目标：** 确保所有毕业班级为六年级或初三，并确保所有六年级或初三均为毕业班级。 - **操作：** 检查所有班级的年级设置，确保六年级和初三为毕业班，非毕业班级年级不为六年级或初三。对于不符合的班级进行修正。 2. **检查手动升级设置：** - **目标：** 确保所有手动升级的年级为毕业班或特殊学校，所有毕业班或特殊学校均设置为手动升级。 - **操作：** 检查手动升级设置与年级和学校类型匹配情况，确保毕业班和特殊学校设置为手动升级，其他情况不设置手动升级，并修正不符项。 3. **检查学校年级设置：** - **目标：** 确保每所学校的年级设置完整。 - **操作：** 检查每所学校的年级设置，确保年级完整且序号正确（初中3个、小学6个、9年一贯9个年级）且年级序号正常（7-9、1-6、1-9）。对于不完整或序号错误的年级进行补齐和修正。 4. **检查班级序号重复：** - **目标：** 确保同一学年内班级序号不重复。 - **操作：** 检查每个年级内的班级序号是否有重复，列出重复项并手动修正。 5. **排查毕业班级和学生信息：** - **目标：** 确保所有毕业班和今年刚毕业的学生的毕业年龄符合要求。 - **操作：** 搜索所有毕业班和今年刚毕业的学生，查找毕业年龄不符的学校年级班级，列出毕业年龄超过2年的学生，通过大平台接口进行学生信息查询和标注，并通知学校管理员核对。 ## 基础平台 ### 年级、班级设置 1. **重新设置管理员权限：** - **目标：** 确保学校无权进行学校和年级管理，必须由区/市级管理员进行管理。 - **操作：** - 学校设置完成后，区/市级管理员创建相应年级： - **小学:** 创建1-6年级 - **初中:** 创建7-9年级 - 设定6年级和9年级为默认手动升级和毕业班，其余年级为默认自动升级和非毕业班。 - 年级昵称统一为“一年级、二年级、三年级、四年级、五年级、六年级、七年级、八年级、九年级”。 2. **新建班级设置：** - **目标：** 确保新建班级时班级编号唯一，并且设置项简洁明了。 - **操作：** - 在新建班级时，只允许选择属于哪一年级的几班（班级编号从阿拉伯数字1班开始，最多到99班）。 - 确保班级编号不可重复。 - 仅显示设置班级昵称和备注等选项，其他选项一概不显示。 ### 学生信息管理 1. **批量导入数据格式：** - **目标：** 确保批量导入数据时年级和班级选项精确。 - **操作：** - 对导入的数据进行调整，年级、班级根据序号进行判断，而不是名称。 - 模版批量导入数据时，模版中明确年级和班级选项使用数字，年级写1-9，班级填写班级序号，并在模板和导入页面都应注释如何填写。可能调整的页面包括新生信息导入、注册报道等。 - 注册报道批量导入说明文字： - 注册报道用于小升初的学生E卡通注册，从原毕业小学注册到现在所在的初中。 - 导入前请先点击“导入模板下载”下载模板，请勿对模板进行任何样式及格式的修改，否则可能影响您的正常导入。 - 模板中，“年级”一栏填写数字，初一是7，初二是8，初三是9。班级一栏也需填数字，根据${school_name}情况，初一年级的各班级序号如下：` ${class_name} 序号是 ${class_number}`。也可以在“组织机构”-“班级管理”进行查看和修改。 - 一次批量导入不要超过500条数据。 - 仅支持身份证号。其他证件号请使用单个注册报道。 - 新生信息批量导入说明文字：（待补充） 2. **批量注册报道调整：** - **目标：** 调整报错信息和模板。 - **操作：** - 对于报错信息，报错信息的具体行号和错误的原因。 - 模板调整：除第三点外，还需删除E卡通号的列。 - 外籍学生，使用手动单个注册报道。 3. **新生数据录入防止重复数据录入：** - **目标：** 直接限制重复录入，避免重复数据造成的错误。 - **操作：** 设置系统逻辑，禁止重复录入学生信息。 - **新增字段：提交时间** - **移动端:** 点击“提交”时记录时间戳。 - **PC端:** 点击“保存”或“提交”时记录时间戳。 4. **学生照片显示问题：** - **目标：** 解决数据库与迁移照片大小写不匹配导致学生照片无法显示的问题。 - **操作：** - 统一设置文件名为大写，去除空格和CJK字符等非ASCII字符。 - 批量处理现有数据，查询并删除重复数据。 5. **报到注册审核异常：** - **目标：** 解决因卡状态为空导致的审核报错问题。 - **操作：** 修改审核逻辑，不再判断卡状态，避免报错。 ## 卡务平台 1. **制卡确认查询条件修改：** - **目标：** 改进查询条件以提高查询准确性。 - **操作：** 将查询条件从“数据创建时间”改为“确认制卡的确认时间”。 2. **临时增效自动清理：** - **目标：** 定期清理临时表中的无效数据。 - **操作：** - 每年9月1日自动剔除临时表中初三已毕业的学生数据。 - 每年10月1日自动剔除临时表中非正常状态的学生数据。 - 或者考虑临时增效的有效期设置为1个月？一个月以后自动剔除。 3. **制卡订单管理页面优化：** - **目标：** 确保区域和学校信息匹配，并改进制卡订单管理页面字段。 - **操作：** - 对于区域和学校不匹配的情况，从大数据平台拉取匹配信息并进行更新。 - 将制卡订单管理页面的“申请制卡时间”字段改为“区审核通过时间”。 4. **制卡数据录入检查：** - **目标：** 提前发现并处理制卡数据中的异常情况。 - **操作：** - 在录入或导出时进行检查，确保制卡数据不为0KB或1KB，区域代码不为null，性别不为空等。 - 需要找出0KB等情况的原因，并修复。 5. **E卡通增效记录查询优化：** - **目标：** 确保查询E卡通号时不区分卡序列号大小写，全面显示增效记录。 - **操作：** - 调整E卡通号查询逻辑，不区分卡序列号的大小写，显示该E卡通号下的全部增效记录。 ## H5端 1. **学生详情页添加市民卡卡号：** - **目标：** 学生详情页添加市民卡卡号 - **操作：** - 学生详情页添加市民卡卡号。 ## 网络和服务器 1. **服务器监控：** - **目标：** 防止服务器磁盘满等情况导致的系统问题。 - **操作：** - 编写并部署监控脚本，实时监控服务器日志磁盘使用情况，防止磁盘满等情况发生。 2. **各应用的部署调整：** - **目标：** 根据各应用的功能不同，调整应用的部署位置，确保各应用的部署合理。 - **操作：** - (待补充) ## 智慧教育大平台 ### 用户体系对接 1. **使用大平台的用户体系：** - **目标：** H5端优先使用大平台的用户体系进行登录验证。 - **操作：** - H5端使用手机号登录，匹配大平台家长手机号与E卡通平台家长手机号； - 如果手机号无法登录（未匹配到），则允许使用原身份证密码进行登录。 ### 数据字段核对 1. **学校数据：** - **目标：** 确保学校数据与教育E卡通学校信息匹配。 - **操作：** 与教育E卡通学校信息逐一核对，并以大平台学校数据为准进行修复。 2. **年级数据：** - **目标：** 保持现有年级数据不变。 - **操作：** 不进行任何修改。 3. **班级数据：** - **目标：** 保持现有班级数据不变。 - **操作：** 不进行任何修改。 4. **学生数据：** - **目标：** 核对学生数据，决定是否进行修正。 - **操作：** 对学生数据进行一次全面核对，根据核对结果决定是否需要修正。 ### 数据对接 1. **新数据采集与推送：** - **目标：** 确保新采集的数据能及时推送到大平台。 - **操作：** 以区审核通过为标准，推送新采集的数据到大平台。 2. **学生信息查询接口：** - **目标：** 提供学生信息查询的接口给大平台。 - **操作：** 开发并提供学生信息查询接口，供大平台使用。 ### 支付对接 1. **微信支付嵌入小程序：** - **目标：** 验证小程序嵌入H5后是否可以实现微信支付。 - **操作：** - 进行验证，如果可行，则进行小程序微信支付的改造。 - 如果不可行，考虑开发独立的小程序版本的E卡通。 ### 管理平台对接 1. **用户对接：** - **目标：** 确保大数据平台登录时能正确提供管理员的角色信息，并分配相应权限。 - **操作：** - 在大数据平台登录时，提供管理员的角色信息。 - 如果是学校管理员，教育E卡通管理平台为其分配账号及对应的学校管理员权限。 - 班主任和区级管理员暂不进行对接。 - ## 志教融合 1. **志愿服务平台对接：** - **目标：** 同步志愿服务平台的活动信息，上传打卡信息 - **操作：** - 同步志愿服务平台的活动信息到基础教育平台。 - 设置增效机。根据活动时间和学校，设置活动时间，期间打卡作为志教融合的活动打卡。 - 将打卡信息上传到基础教育平台。 2. **展示志教融合打卡信息：** - **目标：** 在教育E卡通平台上展示学生打卡信息 - **操作：** - H5端，增加志教融合板块。 - 显示学生打卡信息，包括活动名称、打卡时间、打卡状态等。 ## 实时乘车 1. **实时乘车上线** - **目标：** 实时乘车功能上线 - **操作：** - 重新评估功能，确保功能完整、稳定、安全。 - 完成相关文档、流程。 ## 日常运维 ### 为教育E卡通管理平台提供技术保障服务、运维支撑服务 1. 为平台提供运行维护工作，保障平台高效稳定的运行；及时处理业务反馈的问题：如线上订单状态调整、调整/删除学生数据、数据查询、平台操作等； 2. 按照项目进度要求，配合各学校内部教育E卡通应用的对接工作；协助解决问题或提供技术咨询、建议等，确保项目正常有序进行； 3. 应用系统安全：定期对教育E卡通管理平台进行系统安全检测，如发现漏洞及时进行修复，稳固系统的安全性，落实三级等保要求； 4. 完善与智慧教育大平台数据交互（详见上述“智慧教育大平台”章节） 5. 配合数字化支持下的劳动教育与志愿服务，与试点区域和学校进行技术对接； ### 教育E卡通管理平台现有的技术功能必须保证的技术、性能安全和验收要求 1. **基础技术服务** - 日常应用维护服务：确保平台各功能模块的正常使用而提供的答疑、误操作补救、数据完整性、一致性检查等服务，以及系统的故障咨询或报修服务； - 分析改进服务：指根据每月维护报修情况进行分析梳理，找出各种潜在的问题或者不足，并提出优化或者改进建议，提供一个不断改进完善的服务； - 应用功能调整和修改服务：指由于系统BUG导致的应用系统问题而引起的程序修改； - 支持配合服务：当由教育E卡通平台系统需要与其他的外部系统进行交流时，提供接口部分的技术支持和实现以及相关部分的实施配合服务； - 其他系统运行服务：定期对平台系统（包括应用、文档和源代码）进行测试和检查，及时发现潜在的问题，并进行修复；应用户提出的需要配合完成的其他工作； 2. **容量及性能** - 用户容量要求不低于1000万； - 每日处理交易数据能力：≥20万笔。 - TPS ≥ 150。 - 业务处理交易平均响应时间≤ 2s。 - 普通业务查询平均响应时间≤ 1s，数据处理量比较大的查询平均响应时间≤3s。 - 具有差错检测和预警处理机制 3. **安全性** - 客户端和服务器间能够使用安全的通信协议(HTTPS)，数据加密传输。 - 应有良好的安全机制防范攻击，阻止非法用户的侵入和攻击，保证网络和服务器安全。 - 敏感信息在数据库加密存储。 - 接口按权限分级，禁止无权限用户访问。 - 系统应实现良好的日志机制。 - 有分级权限管理功能,即不同的管理员或领导有不同的操作和查询权限。 4. **维护与保障技术服务** - 进行7*24小时监控； - 对平台网络、服务器以及应用程序出现的故障进行及时有效解决； - 针对业务维护等方面基础知识，按需提供业务培训工作； - 平台常规问题应保证1小时之内解决，现场服务响应时间小于4小时，重大问题需通知相关技术人员协助解决； - 每月进行一次业务巡检，按需进行平台功能优化，并及时向业务负责人进行汇报，保证相关运维工作配合的及时性和有效性； 5. **其他** - 安排足够技术人员，保证系统正常运行和保障服务期内平台及设备的正常运作； - 确保运维服务人员以优良状态做好技术保障工作， ## 制度规范及文档 ### 制度规范 1. **岗位职责和安全教育** - **操作：** - 经常对员工进行岗位职责和安全教育，加强岗位责任考核； - 因管理不当、违规操作发生系统损坏、数据泄露等安全事故对甲方造成一定损失的（包括但不限于直接和间接经济损失、声誉影响等），需承担相应的赔偿责任。 2. **落实网络安全技术服务和管理** - **操作：** - 采取有效措施落实项目网络安全工作任务：包括保障应用系统安全、数据安全。 - 建立技术服务网络与数据安全管理制度，明确安全运维、安全培训、应急支撑等方面工作职责，并以文本方式（如协议）向所涉及的工作人员明确网络安全责任和要求。 ### 文档 1. **平台巡检报告** - **操作：** - 每月进行一次业务巡检，按需进行平台功能优化，并及时向业务负责人进行汇报，保证相关运维工作配合的及时性和有效性。 - 每月按时提交平台巡检报告。 2. **故障/漏洞说明** - **操作：** - 对平台网络、服务器以及应用程序出现的故障、安全风险漏洞进行及时有效的解决。 - 提交平台网络、服务器以及应用程序出现的故障、安全风险漏洞情况说明； ## 时间表 > 涉及到毕业升级的，要求在8月20日之前完成；其余根据双方沟通后，安排落实。 ### 常规运维 1. **按月提交平台巡检报告** 2. **提交故障/漏洞修复说明（如有）** 3. **日常数据修改、平台操作异常等问题处理** 4. **重大节点技术保障承诺及服务** ### 毕业升级 - **目标：** 8月20日前完成毕业升级。 - **操作：** - 7月29日发布通知 - 7月30日-8月13日毕业升级操作确认 - 8月14日开始操作、备份数据、检查环境、检查学校年级班级信息，按区域进行手动毕业、自动升级， - 8月15-16日检查、数据验证、异常处理； ### 功能优化 1. **9月开学前完成** - 完成上述基础平台、学生信息管理、卡务系统、H5端优化； ### 新生数据采集 1. **9月-11月** - 配合完成新生数据采集、推送制卡数据、解析制卡文件，推送新生数据至大平台； ### 贴膜服务 1. **10月-11月** - 配合完成推送贴膜数据 ## 重要数据 ### 大平台接口 #### 密钥和接口文档 密码kBzrhWnEArk2AJskj8 账号Ekatong 接口文档：https://wlkj.suzhou.edu.cn/space/api/edu_sz/index.html 接口文档 #### 获取系统token https://wlkj.suzhou.edu.cn/v1/api/edu/suzhou/app-user/login POST application/json { "name": "Ekatong", "password": "kBzrhWnEArk2AJskj8" } 返回结果：7200s有效期 HTTP/1.1 200 OK { "code": 1, "message": "SUCCESS", "result": "55494ffd78ef4eb5b3281dbfbab1f3b5" } #### 获取学生信息 1. 根据学生身份证号获取学生信息 https://wlkj.suzhou.edu.cn/v1/api/edu/suzhou/student/find-by-nationalId POST application/json { "token": "55494ffd78ef4eb5b3281dbfbab1f3b5", "nationalId": "33010219900101001" } Response: { "code": 1, "message": "SUCCESS", "result": { "avatar": null, "className": null, "clazz": 70259, "enrollYear": 2022, "gender": 2, "grade": 12, "gradeName": "九年级", "name": "徐可馨", "nationalId": "Wqa75Z9mKyWxaiJTcFqFGyonmTLi/xvmX9GqavsVAt8=", "parents": null, "phone": null, "relation": null, "schoolId": 1731, "schoolName": "苏州市吴中区木渎实验中学", "status": 1 } } 2. 根据家长身份证或手机获取 https://wlkj.suzhou.edu.cn/v1/api/edu/suzhou/student/find-by-parent POST application/json,nationalId和phone任选其一 { "token": "55494ffd78ef4eb5b3281dbfbab1f3b5", "nationalId": "320586198111298814", "phone": "17706212809" } Response: { "code": 1, "message": "SUCCESS", "result": [ { "avatar": null, "className": "2210", "clazz": 70259, "enrollYear": 2022, "gender": 2, "grade": 12, "gradeName": "九年级", "name": "徐可馨", "nationalId": "Wqa75Z9mKyWxaiJTcFqFGyonmTLi/xvmX9GqavsVAt8=", "parents": null, "phone": null, "relation": "父子", "schoolId": 1731, "schoolName": "苏州市吴中区木渎实验中学", "status": 1 } ] } nationalId: AES解密，ECB 模式，key: "1c6e847bed8f49b5"