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