产品部产品需求.docx
《产品部产品需求.docx》由会员分享,可在线阅读,更多相关《产品部产品需求.docx(11页珍藏版)》请在冰豆网上搜索。
![产品部产品需求.docx](https://file1.bdocx.com/fileroot1/2023-1/30/205d5bda-8738-4792-af2a-3cf6e543fdb4/205d5bda-8738-4792-af2a-3cf6e543fdb41.gif)
产品部产品需求
XXXX产品需求规格需求说明书
Version1.0.0
作者:
彭伟
创建日期:
2008年5月5日
最后修改日期:
2009年5月7日
修改记录
版本
说明
作者
时间
1.0.0
“版本”要求
严格按照版本管理规范控制版本号
“说明”要求:
1本次修改的原因、大致描述
2本次修改的章节连接或章节号
彭伟,
“作者”说明
1、明确写明本次修改的作者
2007-7-17
“时间”说明
1、明确说明修改的日期
1.1.0
彭伟,
2009-5-6
引言
1.1目的
说明:
描述XXXX产品的功能、性能要求以及服务设计。
作为产品立项和产品详细功能设计的参考文档。
1.2范围
说明:
所有与XXXX产品相关的功能以及非功能性需求。
非功能性需求包括:
性能要求。
1.3读者对象
说明:
立项评审成员、产品经理、研发需求人员、研发开发人员、以及其他相关人员。
1.4参考文献
说明:
注明产品文档所参考文档标题
1、《电子渠道产品规格需求说明书》
2、《移动集团BOSS充值规范》
3、《中国移动通信网站总体规划(1.0版)》
1.5产品描述定义
说明:
为了文中描述的方便、表达的一致性,特进行以下的约定和说明,下文中凡提到的与下面表格中相同的词汇,如无特殊说明,皆遵循以下表格中的解释和定义。
。
1.5.1产品简介
说明:
300字以内描述产品名称、目标用户、产品功能、限制条件及约束、产品的大致说明
1.5.2产品功能描述术语定义
说明:
产品功能方面涉及的所有专业术语及缩写定义
缩写、术语
解释
电子渠道
用户通过WEB、WAP、IVR、SMS、自助终端等渠道发起充值/缴费请求,并通过网银支付、WAP支付、手机钱包银行卡等方式进行实时支付,实现为手机的话费充值/缴费。
手机钱包支付
用户绑定手机钱包后,通过手机钱包绑定的银行卡方式支付
1.5.3产品界面描述术语定义
说明:
产品界面方面涉及的所有专业术语及缩写定义
缩写、术语
解释
可视区
没有被隐藏的标签页所在区域
1.5.4角色定义
说明:
产品角色、使用者方面涉及的所有专业术语及缩写定义
缩写、术语
解释
用户
产品的使用者、可以使用整个产品前台界面的全部功能
系统管理员
产品后台的操作人员、负责后台功能的管理、包括功能配置、用户管理、数据查询等功能
1.6产品适用地区及金融机构
说明:
写明产品适用的金融机构和地区
地区
金融机构
上海
建设银行、招商银行、兴业银行
北京
建设银行、招商银行、兴业银行
重庆
建设银行、招商银行、兴业银行
天津
建设银行、招商银行、兴业银行
1.7性能要求()
说明:
此章节描述你所要达到的性能要求包括注册用户数、同时在线用户数、短信下发速度、安全性要求(不需要量化)、
性能要求:
产品使用需要达到如下要求
项目
指标
网络连接
支持各类窄带及宽带(包括电话拨号、ADSL、LAN、专线等不同形式)Internet接入形式
直接穿透客户端防火墙/代理服务器
支持
系统平台服务连续性
>=99.98%
客户服务门户的可用度
>=99.98%
Web浏览器
MicrosoftIE5.5/6.0/7.0
MozillaFireFox1.5.0.x/2.x(力争支持)
支持遨游、火狐Firefox、
浏览器语言支持
英语、简体中文、繁体中文
客户端操作系统
Windows2000,2003,Xp,Vista(含最新补丁)
服务器操作系统
Windows2003Server(withlatestpatch)
Web服务器SSL证书
128bit(MMPWebServer必须支持,ACToolsMyManager根据客户要求可选)
页面同时访问量支持
1000方
1.8与公司其它产品的关系
说明:
描述该产品与公司其他产品的关联关系
产品业务流程
说明:
描述产品的整个流程,各个环节,整体的业务流程图及说明,如有不同渠道处理流程有差异单独再画出流程图
2.1业务处理流程
整体的业务流程图及说明,如有不同渠道处理流程有差异单独再画出流程图
图2-1
说明:
1用户发起充值请求;
2手机钱包支付平台判断用户输入号码和金额是否正确,无误后返回充值确认页面;
3用户确认充值信息;
4手机钱包支付平台判断密码是否正确,无误后向银联前置系统发送扣款请求;
5银联前置系统处理扣费请求,并向手机钱包支付平台发送响应;
6手机钱包支付平台向BOSS系统发送响应并通知用户扣费信息
2.2Wap用户使用流程
说明:
产品wap适用流程说明,如产品无wap适用流程可不填写
2.2.1充值首页
用户在首页输入充值号码和金额;首页上显示用户手机号所在地省份充值限额说明。
页面上有话费余额查询链接,可供用户点击查看本机号的话费余额;手机号输入框默认显示本机号码,如有代充需要,用户可更改手机号。
2.2.2充值确认页
本页将用户充值的输入信息与用户进行再次确认,无误后请用户输入手机钱包密码。
页面上有不能重复刷新的提示,以免用户重复刷新页面造成多次充值。
2.2.3充值成功页
显示充值成功信息。
页面有查询余额链接。
同时下发充值成功短信。
2.2.4号码出错页面
2.2.5金额出错页
2.2.6密码出错页
2.2.7扣款失败页
2.3Web用户使用流程
说明:
产品web适用流程说明,如产品无web适用流程可不填写
Web产品需求设计文档有如下要求:
1、所有页面需设计出产品示意图,示意图可使用word、visio、等工具示意出界面原型或demo
2、所有示意图下需要填写界面说明表包括:
界面元素名称、功能、操作逻辑、备注,以便设计、研发人员读懂该页面说明
2.4.1Web菜单“提现”页面
示意图:
图2-3
界面说明:
界面元素
功能
操作逻辑
备注
TAB页
在基本信息修改和密码修改之间切换
点击“基本信息”,跳转到基本信息修改页面;点击“密码修改”,跳转到密码修改页面。
信息文本框
对用户个人信息进行修改,其中用户名、姓名和邮件地址为必填项,不可为空。
2.4.2设置提现银行卡页面
示意图:
图2-4
界面说明:
界面元素
功能
操作逻辑
备注
输入验证码
用户输入系统显示验证码
系统生成的验证码已数字组成、
返回
用户点击返回按钮返回首页
确认提交
向收件人发送填写好的公告
2.4.3提现页面
示意图:
图2-5
界面说明:
界面元素
功能
操作逻辑
备注
TAB页
在基本信息修改和密码修改之间切换
点击“基本信息”,跳转到基本信息修改页面;点击“密码修改”,跳转到密码修改页面。
信息文本框
对用户个人信息进行修改,其中用户名、姓名和邮件地址为必填项,不可为空。
2.4.4WEB提现申请确认页面
示意图:
图2-6
界面元素
功能
操作逻辑
备注
输入验证码
用户输入系统显示验证码
系统生成的验证码已数字组成、
返回
用户点击返回按钮返回首页
确认提交
向收件人发送填写好的公告
2.4.5“嗖!
付”业务服务器下发短信给用户提示提交支付密码界面
短信:
您申请提现****.**元到卡号后4位为XXXX的银行卡,提现手续费YYY.YY元,将从您的账户扣除。
确认提现请回复支付密码。
2.4.6密码鉴权不通过短信界面
短信:
对不起,您输入的支付密码错误,请核实后重新输入。
详询4006125880
2.4.7“嗖!
付”业务服务器根据“嗖!
付”账户返回结果,下发短信给用户界面
成功短信:
提现申请已经受理!
提现金额****.**元,提现手续费YYY.YY元。
提现资金将在2个工作日处理,4个工作日到账。
详询4006125880
余额不足短信:
对不起,您账户的可提现余额不足,请确认可提现余额后重新进行提现,编辑短信WDYE发至10658008可查询可提现余额。
详询4006125880
账户信息异常短信:
对不起,您账户异常,本次提现申请失败,请联系客服处理账户异常事宜,客服4006125880
系统异常短信:
对不起,系统忙,本次提现申请失败,请稍候重新进行提现,详询4006125880
2.4短信用户使用流程
说明:
产品短信适用流程说明,如产品无短信适用流程可不填写
2.6.1用户开通
用户到移动营业厅申请开通自动充值功能,填写相关表格后,由移动营业厅相关人员开通此功能。
相关注册流程及下行提示内容由10086下发用户。
2.6.2用户注销
移动直接注销后通知用户。
2.6.3自动充值
当用户的手机话费金额少于**元时,系统自动扣除用户绑定银行卡**元给用户充值,充值成功后给用户下行提示短信:
发件人:
10658008
手机钱包用户您好,您手机话费金额不足,已经从您绑定的银行卡扣费****元,充值结果以移动通知为准。
客服:
10086
发件人:
10086
您的手机话费已不足**元,自动充值已经为您充值**元,目前余额为:
******元,感谢您使用自动充值功能。
2.6.4系统交互机制
1、移动BOSS从BOSS中将符合条件(手机钱包用户且开通自动充值功能)的话费金额查询。
如金额少于**元则发送手机钱包平台。
(传送的字段包括交易号、手机号,扣费金额等),出于安全考虑,移动需要对数据做比对,传送的手机号一月最多传送两次。
2、手机钱包平台扣费成功时,将扣费结果通知BOSS,并给用户下扣费成功或失败短信
4、手机钱包平台扣费不成功时(用户卡金额不足,其它异常原因等),将结果同时通知BOSS及用户。
BOSS在当天需把此用户排除,即当日不再向手机钱包平台传送此用户的扣费请求。
但第二天可以重新传送。
2.6.5错误情况处理
1、如果银行卡余额不足,扣款缴费失败提示:
“尊敬的客户,因您的手机钱包所绑定的银行卡余额不足,本次话费扣费失败,请及时缴费,以免影响您的正常使用。
”
2、如果银行卡不正常,提示:
“尊敬的客户,因您的手机钱包所绑定的银行卡异常,本次扣费失败,请及时缴费,以免影响您的正常使用。
详情请联系发卡行。
3、其他原因缴费失败,提示:
“尊敬的客户,本次您的手机钱包话费扣费失败,请及时缴费,以免影响您的正常使用。
2.6.6短信汇总表
上行内容
上行端口号
功能描述
回复内容
下行端口号
备注
对帐及差错处理流程
说明:
本章节描述产品所有对账相关内容
3.1对账说明
该部分主要说明产品对账、,和谁对账、对账方式、对账机构、以谁为准、谁发起、怎么发FTP(地址)、手工、HTTPS、接口
3.2对帐时间
该部分主要说明对账的时间
3.3差错处理
该部分主要说明对账差多处理规则
3.4结算流程说明
该部分主要介绍商户号说明、费率说明
3.4.1商户结算
3.4.2金融机构结算
话费结算注明商户号,按话费为准,嗖付结算则以嗖付为准
3.4.3销售渠道结算
统计查询需求
4.1查询统计
4.2报表统计
4.3特殊统计需求
客服功能及使用流程(可选)
说明:
该部分要求写明客服适用功能,及客服适用流程,
商户联系人
5.1技术联系人
5.2业务联系人
其它
说明:
如产品文档需增加其他章节及内容请于此处补充