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