《产品部产品需求文档范本.docx》由会员分享，可在线阅读，更多相关《产品部产品需求文档范本.docx（19页珍藏版）》请在三一办公上搜索。
1、XXXX产品需求规格需求说明书Version 1.0.0作者：彭伟创建日期：2008年5月5日最后修改日期：2009年5月7日修改记录版本说明作者时间1.0.0“版本”要求严格按照版本管理规范控制版本号“说明”要求：1 本次修改的原因、大致描述2 本次修改的章节连接或章节号彭伟，“作者”说明1、明确写明本次修改的作者2007-7-17“时间”说明1、明确说明修改的日期1.1.0彭伟，2009-5-6目录引言31.1目的31.2范围41.3读者对象41.4参考文献41.5产品描述定义41.5.1产品功能描述术语定义41.5.2产品界面描述术语定义51.5.3角色定义51.6产品适用地区及金融机构
2、51.7性能要求51.8与公司其它产品的关系6产品业务流程62.1Wap业务处理流程62.2Wap用户使用流程72.2.1充值首页72.2.2充值确认页82.2.3充值成功页92.2.4号码出错页面92.2.5金额出错页92.2.6密码出错页102.2.7扣款失败页102.3Web业务处理流程102.4Web用户使用流程122.4.1Web菜单“提现”页面122.4.2设置提现银行卡页面132.4.3提现页面132.4.4WEB提现申请确认页面142.4.5“嗖!付”业务服务器下发短信给用户提示提交支付密码界面152.4.6密码鉴权不通过短信界面152.4.7“嗖!付”业务服务器根据“嗖!付”
3、账户返回结果，下发短信给用户界面152.5短信业务处理流程162.6短信用户使用流程172.6.1用户开通172.6.2用户注销172.6.3自动充值172.6.4系统交互机制182.6.5错误情况处理18对帐及差错处理流程193.1对账说明193.2对帐时间193.3差错处理193.4结算流程说明193.4.1商户结算193.4.2金融机构结算193.4.3销售渠道结算19统计查询需求204.1查询统计204.2报表统计20商户联系人205.1技术联系人205.2业务联系人20客服功能及使用流程(可选)20其它20引言1.1 目的说明：描述XXXX产品的功能、性能要求以及服务设计。作为产品立
4、项和产品详细功能设计的参考文档。1.2 范围说明：所有与XXXX产品相关的功能以及非功能性需求。非功能性需求包括：性能要求。1.3 读者对象说明：立项评审成员、产品经理、研发需求人员、研发开发人员、以及其他相关人员。1.4 参考文献说明：注明产品文档所参考文档标题1、电子渠道产品规格需求说明书2、移动集团BOSS充值规范3、中国移动通信网站总体规划(1.0版)1.5 产品描述定义说明：为了文中描述的方便、表达的一致性，特进行以下的约定和说明，下文中凡提到的与下面表格中相同的词汇，如无特殊说明，皆遵循以下表格中的解释和定义。1.5.1 产品简介说明：300字以内描述产品名称、目标用户、产品功能、
5、限制条件及约束、产品的大致说明1.5.2 产品功能描述术语定义说明：产品功能方面涉及的所有专业术语及缩写定义缩写、术语解 释电子渠道用户通过WEB、WAP、IVR、SMS、自助终端等渠道发起充值/缴费请求，并通过网银支付、WAP支付、手机钱包银行卡等方式进行实时支付，实现为手机的话费充值/缴费。手机钱包支付用户绑定手机钱包后，通过手机钱包绑定的银行卡方式支付1.5.3 产品界面描述术语定义说明：产品界面方面涉及的所有专业术语及缩写定义缩写、术语解 释可视区没有被隐藏的标签页所在区域1.5.4 角色定义说明：产品角色、使用者方面涉及的所有专业术语及缩写定义缩写、术语解 释用户产品的使用者、可以使
6、用整个产品前台界面的全部功能系统管理员产品后台的操作人员、负责后台功能的管理、包括功能配置、用户管理、数据查询等功能1.6 产品适用地区及金融机构说明：写明产品适用的金融机构和地区地区金融机构 上海建设银行、招商银行、兴业银行北京建设银行、招商银行、兴业银行重庆建设银行、招商银行、兴业银行天津建设银行、招商银行、兴业银行1.7 性能要求（）说明：此章节描述你所要达到的性能要求包括注册用户数、同时在线用户数、短信下发速度、安全性要求（不需要量化）、性能要求：产品使用需要达到如下要求项目指标网络连接支持各类窄带及宽带（包括电话拨号、ADSL、LAN、专线等不同形式）Internet接入形式直接穿透
7、客户端防火墙/代理服务器支持系统平台服务连续性= 99.98%客户服务门户的可用度= 99.98%Web浏览器Microsoft IE 5.5/6.0/7.0Mozilla FireFox 1.5.0.x/2.x（力争支持）支持遨游、火狐 Firefox、浏览器语言支持英语、简体中文、繁体中文客户端操作系统Windows 2000，2003，Xp，Vista（含最新补丁）服务器操作系统Windows 2003 Server (with latest patch)Web服务器SSL证书128bit（MMP Web Server必须支持，AC Tools MyManager根据客户要求可选）页面同
8、时访问量支持1000方1.8 与公司其它产品的关系说明：描述该产品与公司其他产品的关联关系产品业务流程说明：描述产品的整个流程，各个环节，整体的业务流程图及说明，如有不同渠道处理流程有差异单独再画出流程图2.1 业务处理流程整体的业务流程图及说明，如有不同渠道处理流程有差异单独再画出流程图图2-1说明：1 用户发起充值请求；2 手机钱包支付平台判断用户输入号码和金额是否正确，无误后返回充值确认页面；3 用户确认充值信息；4 手机钱包支付平台判断密码是否正确，无误后向银联前置系统发送扣款请求；5 银联前置系统处理扣费请求，并向手机钱包支付平台发送响应；6 手机钱包支付平台向BOSS系统发送响应并
9、通知用户扣费信息2.2 Wap用户使用流程说明：产品wap适用流程说明，如产品无wap适用流程可不填写2.2.1 充值首页用户在首页输入充值号码和金额；首页上显示用户手机号所在地省份充值限额说明。页面上有话费余额查询链接，可供用户点击查看本机号的话费余额；手机号输入框默认显示本机号码，如有代充需要，用户可更改手机号。2.2.2 充值确认页本页将用户充值的输入信息与用户进行再次确认，无误后请用户输入手机钱包密码。页面上有不能重复刷新的提示，以免用户重复刷新页面造成多次充值。2.2.3 充值成功页 显示充值成功信息。页面有查询余额链接。同时下发充值成功短信。2.2.4 号码出错页面 2.2.5 金
10、额出错页2.2.6 密码出错页2.2.7 扣款失败页2.3 Web用户使用流程说明：产品web适用流程说明，如产品无web适用流程可不填写Web产品需求设计文档有如下要求：1、 所有页面需设计出产品示意图，示意图可使用word、visio、等工具示意出界面原型或demo2、 所有示意图下需要填写界面说明表包括：界面元素名称、功能、操作逻辑、备注，以便设计、研发人员读懂该页面说明2.4.1 Web菜单“提现”页面示意图： 图2-3界面说明：界面元素功能操作逻辑备注TAB页在基本信息修改和密码修改之间切换点击“基本信息”，跳转到基本信息修改页面；点击“密码修改”，跳转到密码修改页面。信息文本框对用
11、户个人信息进行修改，其中用户名、姓名和邮件地址为必填项，不可为空。2.4.2 设置提现银行卡页面示意图： 图2-4界面说明：界面元素功能操作逻辑备注输入验证码用户输入系统显示验证码系统生成的验证码已数字组成、返回用户点击返回按钮返回首页确认提交向收件人发送填写好的公告2.4.3 提现页面示意图： 图2-5界面说明：界面元素功能操作逻辑备注TAB页在基本信息修改和密码修改之间切换点击“基本信息”，跳转到基本信息修改页面；点击“密码修改”，跳转到密码修改页面。信息文本框对用户个人信息进行修改，其中用户名、姓名和邮件地址为必填项，不可为空。2.4.4 WEB提现申请确认页面示意图： 图2-6界面元素
12、功能操作逻辑备注输入验证码用户输入系统显示验证码系统生成的验证码已数字组成、返回用户点击返回按钮返回首页确认提交向收件人发送填写好的公告2.4.5 “嗖!付”业务服务器下发短信给用户提示提交支付密码界面短信：您申请提现*.*元到卡号后4位为XXXX的银行卡，提现手续费YYY.YY元，将从您的账户扣除。确认提现请回复支付密码。2.4.6 密码鉴权不通过短信界面短信：对不起，您输入的支付密码错误，请核实后重新输入。详询40061258802.4.7 “嗖!付”业务服务器根据“嗖!付”账户返回结果，下发短信给用户界面成功短信： 提现申请已经受理！提现金额*.*元，提现手续费YYY.YY元。提现资金将
13、在2个工作日处理，4个工作日到账。详询4006125880余额不足短信： 对不起，您账户的可提现余额不足，请确认可提现余额后重新进行提现，编辑短信WDYE发至10658008可查询可提现余额。详询4006125880账户信息异常短信： 对不起，您账户异常，本次提现申请失败，请联系客服处理账户异常事宜，客服4006125880系统异常短信： 对不起，系统忙，本次提现申请失败，请稍候重新进行提现，详询40061258802.4 短信用户使用流程说明：产品短信适用流程说明，如产品无短信适用流程可不填写2.6.1 用户开通 用户到移动营业厅申请开通自动充值功能，填写相关表格后，由移动营业厅相关人员开通
14、此功能。相关注册流程及下行提示内容由10086下发用户。2.6.2 用户注销移动直接注销后通知用户。2.6.3 自动充值 当用户的手机话费金额少于*元时，系统自动扣除用户绑定银行卡*元给用户充值，充值成功后给用户下行提示短信：发件人：10658008手机钱包用户您好，您手机话费金额不足，已经从您绑定的银行卡扣费*元，充值结果以移动通知为准。客服：10086 发件人：10086您的手机话费已不足*元，自动充值已经为您充值*元，目前余额为：*元，感谢您使用自动充值功能。2.6.4 系统交互机制1、移动BOSS从BOSS中将符合条件（手机钱包用户且开通自动充值功能）的话费金额查询。如金额少于*元则发
15、送手机钱包平台。(传送的字段包括交易号、手机号，扣费金额等)，出于安全考虑，移动需要对数据做比对，传送的手机号一月最多传送两次。2、手机钱包平台扣费成功时，将扣费 结果通知BOSS，并给用户下扣费成功或失败短信4、手机钱包平台扣费不成功时(用户卡金额不足，其它异常原因等)，将结果同时通知BOSS及用户。BOSS在当天需把此用户排除，即当日不再向手机钱包平台传送此用户的扣费请求。但第二天可以重新传送。2.6.5 错误情况处理1、如果银行卡余额不足，扣款缴费失败提示：“尊敬的客户，因您的手机钱包所绑定的银行卡余额不足，本次话费扣费失败，请及时缴费，以免影响您的正常使用。”2、如果银行卡不正常，提示
16、：“尊敬的客户，因您的手机钱包所绑定的银行卡异常，本次扣费失败，请及时缴费，以免影响您的正常使用。详情请联系发卡行。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 业务联系人其它说明：如产品文档需增加其他章节及内容请于此处补充
