132 lines
8.2 KiB
Markdown
132 lines
8.2 KiB
Markdown
# 教育E卡通2023年规划（运维部分）
|
||
|
||
## 常规运维
|
||
|
||
### 毕业升级需要注意的几点和修复bug问题
|
||
#### 梳理检查数据库
|
||
1. 检查所有毕业班，是否为6年级或初三；所有六年级或初三，是否为毕业班；
|
||
2. 检查所有手动升级的年级，是否为毕业班或特殊学校；所有毕业班或特殊学校，是否设置为手动升级；
|
||
3. 检查每一所学校的年级设置情况，是否设置完善（3、6、9个年级）；
|
||
4. 同一个年级内，班级是否有重复；
|
||
5. 搜索所有毕业班和今年刚毕业的学生，搜索出毕业年龄不符的学校班级，进行排查，以排查是否在毕业时发生了错误。
|
||
6. 根据每个年级学生的年龄，来判断班级是否设置错误的升级，进行排查升级是否发生了错误。
|
||
|
||
#### 逻辑修正
|
||
1. 从数据源头把控数据质量，特别是新建学校、年级、**班级**上；同时参照1梳理老数据；
|
||
2. 创建年级时：只需要选择是几年级（几年级学制就是几），其余均为高级选项，默认不显示；高级选项内，包括升级、毕业班选项，备注，其他无必要的内容都不显示；
|
||
3. 设定6年级和9年级时，默认手动升级、设置毕业班；设定其他年级时，默认自动升级、非毕业班；年级排序根据学制进行排序；不可设定年级名称；
|
||
4. 新建班级时，只可选择是属于几年级的几班（从阿拉伯数字1班开始排到99班），班数就是班级编号，不可重复；高级选项里，设置班级昵称、班主任、备注等可选项，其他一概不显示；
|
||
5. 批量导入数据时，年级选项、班级选项固定（模版里确定，并注释如何填写）
|
||
|
||
## 新需求
|
||
### 校园试点：立达中学食堂数币
|
||
#### 立达食堂需求：
|
||
#### 学生/家长端
|
||
>学生、家长在用户端H5页面查询、充值食堂账户。
|
||
1. 食堂账户充值，支持微信端登录。
|
||
2. 用户端支持数字人民币、微信支付。充值金额用户可自选。
|
||
3. 用户端H5与教育E卡通平台用户体系打通。
|
||
4. 学生食堂账户余额告警，学生食堂账户低于指定额度，发送消息通知学生家长充值。
|
||
|
||
#### 使用场景
|
||
>学生、教职工在学校食堂消费，通过刷卡或扫码，从对应用户账户中扣款。
|
||
1. 消费食堂消费支持计价和计次消费，学生计价收费，教职工计次收费。在食堂窗口POS设备刷卡。
|
||
2. 支持苏州市民卡、江苏交通一卡通省卡、二维码扫码用餐。
|
||
3. POS支持无线网络，数据同步至市民卡。POS数据中台部署在市民卡。可支持多学校接入。
|
||
|
||
#### 食堂后管平台
|
||
学校管理员在后管平台可对学生、教职工账户进行管理。
|
||
1. 支持查询余额、账户充值、账户退款等操作。
|
||
2. 退款支持原路返还，支持部分退款功能。
|
||
3. 后台信息学生信息同步与教育E卡通同步。教职工信息通过食堂后台维护。
|
||
4. 账户冻结及变更，支持冻结、解冻和手动转移食堂账户。学生换卡后，食堂账户自动同步到新卡内。后管支持手动同步账户。
|
||
5. 数据管理，支持财务对账、数据统计。
|
||
|
||
### 时间安排
|
||
|
||
1. 需求调研确认；
|
||
2. 电教馆校园试点确认；
|
||
3. 询价及方案确定；数币方案单独做方案；
|
||
4. 内部招投标；
|
||
5. 开发及实施；
|
||
6. 测试；
|
||
7. 上线；（2023年11月底，教师上线、数币上线，2024年1月底，学生上线）
|
||
|
||
|
||
|
||
## 材料编写
|
||
### 20230530沟通
|
||
|
||
#### 重新编写挂接苏周到、苏服办的可行性研究报告
|
||
|
||
1. 用户体系对接。用户体系的重新设计与搭建；原有E卡通用户体系，是以学生卡号、身份证为认证方式，在对接苏服办、苏周到用户体系后，需要考虑家长与学生的对应关系，以及一个家长对应多个学生、一个学生对应多个家长等问题；
|
||
2. 页面UI的修改。明确有多少个页面、框架需要修改；
|
||
3. 支付体系：原有教育E卡通补换卡只有jsapi微信支付（微信端内），如涉及到苏服办、苏周到app内的支付，需要重新开发APP的微信支付或支付宝支付；如要匹配苏服办微信小程序，则需要开发小程序的微信支付；
|
||
4. 入驻接口网关平台：学生用户数据接口的封装；
|
||
5. 安全相关。涉及到与教育E卡通平台交互的安全相关的内容；
|
||
6. 通知类。是否可以把消息推送到苏服办、苏周到？
|
||
7. 图片上传与展示的问题。
|
||
### 20230507沟通
|
||
1. 服务器架构调整、应用部署调整;
|
||
2. 数据库集群，数据库数据清理
|
||
3. https证书
|
||
4. 教育E卡通平台对外接口改造、学校花名册文件生成及同步功能
|
||
5. 公安查询学生信息（记录公安查询日志）
|
||
6. 实现与智慧教育大平台的对接
|
||
7. 实现教育E卡通在公共交通刷卡信息实时推送功能（实时乘车项目）
|
||
8. （不做）教育E卡通与政务应用对接，实现教育E卡通的NFC增效等功能（苏服办app）
|
||
9. 增加平台日志审计模块（包括单不限于数据查询、报表下载、权限更正等）
|
||
10. 对接苏州市大数据管理局，建设数据交换通道，实现教育E卡通平台与市共享服务平台的数据交换
|
||
11. 苏服办、苏周到融合，用户体系及支付打通
|
||
12. 基础数据库对接。与教育基础数据库的对接，实现新生数据采集自动化、小升初注册报到自动化、制卡数据流程优化等需求
|
||
### 相关文件
|
||
1. 市民卡内部招标文件：[2022-2023年度市民卡内部教育E卡通运维招标要求](:/1c5b22e231aa4376aa6ea205536c6371)
|
||
|
||
### 更换增效机、管理
|
||
1. 逐步更换有问题的增效机；
|
||
2. 在教育E卡通平台上，完善增效机管理的功能；（是否要制定增效机管理的规范和流程？）
|
||
1. 设置增效机开关，增效机与区域、学校相绑定，可设定非本校卡无法增效、非本区域卡无法增效；
|
||
2. 单个增效机或学校，产生增效报表；
|
||
3. 由平台发出心跳指令，来检测增效机的在线情况；
|
||
4. 更换增效机后，必须在平台重新注册，否则无法使用。这样可强制完善增效机的登记制度。
|
||
|
||
### 2023年度项目招投标
|
||
2023年招投标项目：
|
||
按常规进行。
|
||
|
||
### 实时乘车项目
|
||
1. 项目开发计划（2月10日前）
|
||
2. 商务（与大数据集团）
|
||
3. 招标文件[2023教育E卡通升级之实时乘车项目](:/3ef3dc164cdd4ca78d676bf8dad75c5a)
|
||
4. 周报、月报按时完成。
|
||
### 关于家长信息管理
|
||
1. 家长登录和家长信息绑定：
|
||
1. 绑定：
|
||
1. 一个家长可绑定多个学生；家长登录后，如果是多个孩子，选择其中一个；在某一个家长账户下面，可绑定或解绑多个孩子；
|
||
2. 一个学生可以被多个家长绑定；
|
||
3. 家长账户，以手机号为主要认证方式。家长关系和家长身份证号码为必填；
|
||
4.
|
||
2. 微信端登录：保持不变；
|
||
3. 政务端登录：
|
||
1. 获取家长手机号、身份证号；
|
||
2. 弹出“选择学生”界面，可选择已绑定的学生、新增学生；
|
||
3. 如果选择已绑定学生，则直接进入学生页面，无需绑定；
|
||
4. 如果选择新增学生，则跳到学生登录入口，登录后即绑定家长。
|
||
|
||
### 盲聋学校项目
|
||
1. 主要是硬件设备相关的采购
|
||
2. 尚未启动，预计2月中旬沟通
|
||
|
||
### 开发及运维
|
||
1. 全面梳理平台架构，对存在的隐患进行修复，特别是反向代理服务器的集群架设；计划1-2个月内完成；
|
||
2. 数据库改进（重新搭建集群），计划5月启动，7月底之前完成；
|
||
3. 增加平台日志审计模块（包括单不限于数据查询、报表下载、权限更正等）。计划3月启动，6月30日之前完成
|
||
4. 对接苏州市大数据管理局，建设数据交换通道，实现教育E卡通平台与市共享服务平台的数据交换。2月开始对接。
|
||
|
||
## 其它（未排入日程）
|
||
### 立达食堂跟进
|
||
### 实现与智慧教育大平台的对接。具体对接需求由电教馆确定
|
||
### 教育E卡通与政务应用对接，实现教育E卡通的NFC增效等功能。
|
||
### 基础数据库对接。与教育基础数据库的对接，实现新生数据采集自动化、小升初注册报到自动化、制卡数据流程优化等需求（分各区对接）。
|
||
|