从版本< 1.12 >
shi chuck编辑
在2019/09/29 13:57上
到版本
shi chuck编辑
在2020/01/02 22:56上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -7,6 +7,20 @@
7 7  
8 8  **优先级: 高**
9 9  
10 +**需求分类**(“√”代表选定)
11 +
12 + 界面
13 +
14 +√ 功能
15 +
16 +**详细: **
17 +
18 +功能代号:登录账号关联值班室+公交的混合场景。
19 +
20 +* ~~~~这个场景,子运营商之间会有互相覆盖可能, 值班室人员(子运营商A)可能看不到 覆盖后 子运营商B的充电记录。
21 +* ~~~~子运营商设计的原则:各子账户只看到属于自己运营商的车辆记录信息。
22 +* ~~~~值班室+公交的混合场景,牵涉到两个维度(站点、子运营),系统需要另外设计调整来实现此需求。
23 +
10 10  **项目轨迹:**
11 11  
12 12  2019-9-28 陈佳提出
... ... @@ -13,6 +13,10 @@
13 13  
14 14  2019-9-28 功能分析(公司内部)
15 15  
30 +2019-9-29 【方案调整】不改界面,查询逻辑需要改后满足,如果子运营商绑定了站点,那就可以查询对应站点所有数据,如果没有绑定站点而是绑定了部门/车辆, 那就只查询相应部门/车辆的记录。仅bo1.0 ,预计9.30日周一完成改动,可部署。
31 +
32 +----
33 +
16 16  (% class="box infomessage" %)
17 17  (((
18 18  【令】:值班室 账号绑定单站点,不绑定子运营商,只应用到充电记录界面(看到此站点所有充电记录)
... ... @@ -21,18 +21,3 @@
21 21  -below  2019-9-29
22 22  【方案调整】不改界面,查询逻辑需要改后满足,如果子运营商绑定了站点,那就可以查询对应站点所有数据,如果没有绑定站点而是绑定了部门/车辆, 那就只查询相应部门/车辆的记录。
23 23  )))
24 -
25 -
26 -**需求分类**(“√”代表选定)
27 -
28 - 界面
29 -
30 -√ 功能
31 -
32 -**详细: **
33 -
34 -功能代号:登录账号关联值班室+公交的混合场景。
35 -
36 -* ~~~~这个场景,子运营商之间会有互相覆盖可能, 值班室人员(子运营商A)可能看不到 覆盖后 子运营商B的充电记录。
37 -* ~~~~子运营商设计的原则:各子账户只看到属于自己运营商的车辆记录信息。
38 -* ~~~~值班室+公交的混合场景,牵涉到两个维度(站点、子运营),系统需要另外设计调整来实现此需求。