# E卡通例会
## 20231031 
1. 苏周到调整：
   1. 维修上报功能；
   2. 家长输入身份证号码的功能；
   3. 其他功能测试。

2. 实时乘车：
   1. 家长信息加密；
   2. 车辆线路管理；
   3. 车辆实时位置管理；
   4. 校园对接功能；
   5. 大屏功能。

3. 苏服办功能：
   1. 前后端分离是否可以实现？
   2. 用户体系对接；
   3. 界面修改；
   4. 接口；
   5. 时间排期。

4. 其他功能，之前的一些进展排期
## 20231019 教育局
### 关于E卡通数据与公安对接
1. 公安希望有全量的学生信息，包括照片信息；
2. 涉及到家长隐私，后续教育与公安需要相关手续；
3. 信息采集时，是否要有相关的告知给家长的信息，等教育局通知。

### 关于图书馆
1. 黄处：图书馆出通知，不对接；

### 关于吴江
---
## 十月规划 20230525
### 新的需求
1. 根据学校要求，增加学校的学生自编号功能；具体功能如下：
   1.  增加学生自编号字段；
    2. 卡片上印刷的编号，是学生自编号；
    3. 学生自编号默认就是教育E卡通号（10位）；
    4. 编码规则：不高于12位的字母+数字+英文字符组合。检查重复冲突：以学校为单位。导入或修改时，显示重复警告，可存储重复编号。
    5. 学生自编号可在基础数据平台修改，修改后，同步到卡务的号码为新的自编号；
    6. 学生自编号支持批量导入。批量导入方式，可与学校导出的花名册匹配；
    7. 学校花名册下载功能，增加学生自编号的字段。

2. 苏周到对接和实时乘车项目推进
   1. 时间节点：本周四出一个较完善的版本，可演示。如支付等功能可不上；
   2. 10月底前，最终上线；根据上线时间，倒排进度；
   3. 苏周到上线的功能，需与微信H5端功能一致；
   4. 为了项目的完整性，要把另外两个事情做了：
      1. 大数据演示；基于原有的大数据平台，做几个乘车相关的、实时乘车相关的额大数据屏幕；
      2. 校园这块的闭环，做一个标准接口出来。演示：找一台增效机，刷卡以后，有个进校提醒的通知。

3. 苏服办项目启动
   1. 前后端分离工作调研；
   2. 根据调研结果，看哪些难度较高的工作，根据难易程度，选择一期、二期上线。二期可放在明年。
   3. 大致排一下时间进度，不超过12月31日。

4. BUG修复
   1. 尽量修复可修复的bug；
   2. 10月中旬复查；
   3. 时间点。

### 毕业升级中发现的问题修复
> 原来的E卡通运维的问题，需要给出时间节点（最晚明年6月底前也行）
#### A、梳理检查数据库
1. 检查所有毕业班，是否为6年级或初三；所有六年级或初三，是否为毕业班；
2. 检查所有手动升级的年级，是否为毕业班或特殊学校；所有毕业班或特殊学校，是否设置为手动升级；
3. 检查每一所学校的年级设置情况，是否设置完善（3、6、9个年级）；
4. 同一个年级内，班级是否有重复；
5. 搜索所有毕业班和今年刚毕业的学生，搜索出毕业年龄不符的学校班级，进行排查，以排查是否在毕业时发生了错误。
6. 根据每个年级学生的年龄，来判断班级是否设置错误的升级，进行排查升级是否发生了错误。

#### B、逻辑修正
1. 从数据源头把控数据质量，特别是新建学校、年级、**班级**上；同时参照1梳理老数据；
2. 创建年级时：只需要选择是几年级（几年级学制就是几），其余均为高级选项，默认不显示；高级选项内，包括升级、毕业班选项，备注，其他无必要的内容都不显示；
3. 设定6年级和9年级时，默认手动升级、设置毕业班；设定其他年级时，默认自动升级、非毕业班；年级排序根据学制进行排序；不可设定年级名称；
4. 新建班级时，只可选择是属于几年级的几班（从阿拉伯数字1班开始排到99班），班数就是班级编号，不可重复；高级选项里，设置班级昵称、班主任、备注等可选项，其他一概不显示；
5. 批量导入数据时，年级选项、班级选项固定（模版里确定，并注释如何填写）
 
 ### 会议结论