从版本< 1.3 >
shi chuck编辑
在2019/09/04 16:10上
到版本
shi chuck编辑
在2019/09/19 13:26上
< >
修改评论 该版本没有评论

Summary

Details

Page properties
Content
... ... @@ -1,39 +1,74 @@
1 -(% class="row" %)
2 -(((
3 -(% class="col-xs-12 col-sm-8" %)
4 -(((
5 -= 客户缩写_requirement#序号_日期 =
1 +{{box cssClass="floatinginfobox" title="**Contents**"}}
2 +{{toc/}}
3 +{{/box}}
6 6  
7 -编号规则示例:
5 += igo_requirement#2_20190919 =
8 8  
9 -igo_requirement#1_20190902
10 10  
8 +**需求背景**:
11 11  
12 -需求分类(“√”代表选定)
10 +充值账单丢失,研发导清单转客户人工逐个处理。见:[[igo_case#5_20190919>>doc:技术.业务支撑.igo.WebHome]]
13 13  
12 +
13 +**优先级: 高**
14 +
15 +
16 +**项目轨迹:**
17 +
18 +2019-7月  施文俊 提出过类似场景: 运营环境有小机会出现,腾讯回调bo充值结果状态丢失,导致充值失败。需人工核对后补。
19 +
20 +2019-9-19 因运营发生充值问题,反思此需求实现的优先级。列出需求雏形,交付产品部参考评估。
21 +
22 +
23 +**需求分类**(“√”代表选定)
24 +
14 14  X 界面
15 15  
16 16  √ 功能
17 17  
18 18  
19 -需求简介
30 +**详细: **
20 20  
21 -对产品的基本功能做一个简介,包括
32 +功能代号增加bo主动查询腾讯商户交易数据
22 22  
23 -* 开发意图
24 -* 应用目标
25 -* 需求细节
34 +* 当用户质疑充值账单成功状态,如mc显示充值失败,运营商可通过主动触发 去腾讯核对当次交易状态结果。
35 +* 以上方案可解决目前出现2类场景,即,运营商管理人员自行处理数据校验。
26 26  
27 -
28 -)))
29 29  
38 += igo_requirement#1_20190808 =
30 30  
31 -(% class="col-xs-12 col-sm-4" %)
32 -(((
33 -{{box title="**Contents**"}}
34 -{{toc/}}
35 -{{/box}}
36 36  
37 -
38 -)))
39 -)))
41 +**需求背景(**客户原话):
42 +
43 +回酒店站3个电桩只能指定用户账号使用充电功能。
44 +
45 +
46 +**优先级: 高**
47 +
48 +
49 +**项目轨迹:**
50 +
51 +2019-8-8 提出
52 +
53 +2019-9-11 确认需求,要求令狐充执行。
54 +
55 +2019-9-12 令狐充给出执行时间。【jingle、john】
56 +
57 +2019-9-12 计划在2.0系统中进行此功能,和客户协商升级2.0系统时间。
58 +
59 +2019-9-18/20  预期完成,时间依赖于2.0系统升级时间。
60 +
61 +
62 +**需求分类**(“√”代表选定)
63 +
64 +X 界面
65 +
66 +√ 功能
67 +
68 +
69 +**详细: **
70 +
71 +功能代号:桩白名单授权个人充电
72 +
73 +* 桩白名单授权个人充电。【客户要求之需求】
74 +* 加入时间策略,客户可能随着运营实际数据分析想充分利用 低业务量时间段有想开放给外来账户使用,如客户当前不需要,功能可 策略性屏蔽时间配置。【客户未要求】