Summary

• Page properties (1 modified, 0 added, 0 removed)
• Objects (1 modified, 0 added, 0 removed)
  • XWiki.XWikiComments[0]

Details

Page properties

Content

...	...	@@ -7,6 +7,20 @@
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	+
10	10	**需求分类**（“√”代表选定）
11	11
12	12	界面
...	...	@@ -20,22 +20,3 @@
20	20	* ~~~~这个场景，子运营商之间会有互相覆盖可能， 值班室人员（子运营商A）可能看不到 覆盖后 子运营商B的充电记录。
21	21	* ~~~~子运营商设计的原则：各子账户只看到属于自己运营商的车辆记录信息。
22	22	* ~~~~值班室+公交的混合场景，牵涉到两个维度（站点、子运营），系统需要另外设计调整来实现此需求。
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		-)))

XWiki.XWikiComments[0]

评论

...	...	@@ -1,1 +1,4 @@
1	1	理论上值班室人员绑定了站点，而子运营商的模式的站点管理，该值班室人员可以看到所有充电记录。这方面是不能满足目前的需要？
	2	+
	3	+当客户实际用到此场景，反过来看值班室看到所有记录是合理的。研发也计划按此思路去解决当前问题。
	4	+早期站点子运营模式因未有实际使用，未深入考虑社会车辆+公交一起场景。