| ... |
... |
@@ -1,26
+1,32 @@ |
| 1 |
|
-= nfzy_requirement#1_20190928 = |
|
1 |
+= nfzy_requirement#2_20200103 = |
| 2 |
2 |
|
| 3 |
3 |
**需求背景**： |
| 4 |
4 |
|
| 5 |
|
-（值班室）的场景： |
| 6 |
|
-站点A绑定了值班室人员（子运营商A）， 公交车绑定了子运营商B， 那么子运营商B能看到公交车的充电，值班室人员（子运营商A）能看到站点A 所有的的充电数据。 |
|
5 |
+代金卷使用查询导出功能，主要是使用记录 要分析 能够导出在不同站点之间的成本核算。包括：哪些客户使用了多少张啊？这个数据都有对后期的一些作用。 |
| 7 |
7 |
|
| 8 |
|
-**优先级： 高** |
|
7 |
+**优先级： 待定** |
| 9 |
9 |
|
|
9 |
+**需求分类**（“☑”代表选定） |
|
10 |
+ |
|
11 |
+☑ 界面 |
|
12 |
+ |
|
13 |
+☑ 功能 |
|
14 |
+ |
|
15 |
+**详细： ** |
|
16 |
+ |
| 10 |
10 |
**项目轨迹：** |
| 11 |
11 |
|
| 12 |
|
-2019-9-28 陈佳提出 |
|
19 |
+2020-1-3 提出需求。 需求较粗，可能需细分到具体功能点。 |
| 13 |
13 |
|
| 14 |
|
-2019-9-28 功能分析（公司内部） |
|
21 |
+= nfzy_requirement#1_20190928 = |
| 15 |
15 |
|
| 16 |
|
-(% class="box infomessage" %) |
| 17 |
|
-((( |
| 18 |
|
-【令】：值班室 账号绑定单站点，不绑定子运营商，只应用到充电记录界面（看到此站点所有充电记录） |
| 19 |
|
-【客户】：确认同意 |
| 20 |
|
-【令】：仅bo1.0 ，预计9.30日周一完成改动，可部署。 |
| 21 |
|
-))) |
|
23 |
+**需求背景**： |
| 22 |
22 |
|
|
25 |
+（值班室）的场景： |
|
26 |
+站点A绑定了值班室人员（子运营商A）， 公交车绑定了子运营商B， 那么子运营商B能看到公交车的充电，值班室人员（子运营商A）能看到站点A 所有的的充电数据。 |
| 23 |
23 |
|
|
28 |
+**优先级： 高** |
|
29 |
+ |
| 24 |
24 |
**需求分类**（“√”代表选定） |
| 25 |
25 |
|
| 26 |
26 |
界面 |
| ... |
... |
@@ -34,3
+34,22 @@ |
| 34 |
34 |
* ~~~~这个场景，子运营商之间会有互相覆盖可能， 值班室人员（子运营商A）可能看不到 覆盖后 子运营商B的充电记录。 |
| 35 |
35 |
* ~~~~子运营商设计的原则：各子账户只看到属于自己运营商的车辆记录信息。 |
| 36 |
36 |
* ~~~~值班室+公交的混合场景，牵涉到两个维度（站点、子运营），系统需要另外设计调整来实现此需求。 |
|
43 |
+ |
|
44 |
+**项目轨迹：** |
|
45 |
+ |
|
46 |
+2019-9-28 陈佳提出 |
|
47 |
+ |
|
48 |
+2019-9-28 功能分析（公司内部） |
|
49 |
+ |
|
50 |
+2019-9-29 【方案调整】不改界面，查询逻辑需要改后满足，如果子运营商绑定了站点，那就可以查询对应站点所有数据，如果没有绑定站点而是绑定了部门/车辆, 那就只查询相应部门/车辆的记录。仅bo1.0 ，预计9.30日周一完成改动，可部署。 |
|
51 |
+ |
|
52 |
+---- |
|
53 |
+ |
|
54 |
+(% class="box infomessage" %) |
|
55 |
+((( |
|
56 |
+【令】：值班室 账号绑定单站点，不绑定子运营商，只应用到充电记录界面（看到此站点所有充电记录） |
|
57 |
+【客户】：确认同意 |
|
58 |
+【令】：仅bo1.0 ，预计9.30日周一完成改动，可部署。 |
|
59 |
+-below 2019-9-29 |
|
60 |
+【方案调整】不改界面，查询逻辑需要改后满足，如果子运营商绑定了站点，那就可以查询对应站点所有数据，如果没有绑定站点而是绑定了部门/车辆, 那就只查询相应部门/车辆的记录。 |
|
61 |
+))) |