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