移动互联网产品需求文档模板（PRD）.doc

移动互联网 –
产品需求文档（模版）

Product Requirements
Document (PRD)

Version <V2.0>
Date: <2014-11-30>

修订历史

版本号
撰写人
审核人
日期
描述
V1.0

无
2014-11-30
创建文档
V2.0

2014-12-01
我的账户、登录、注册、红包功能撰写

目录

1. 产品概述及目标 15
1.1. 产品概述 15
1.1.1. 背景描述 15
1.1.2. 解决问题 15
1.1.3. 名词定义 15
1.2. 产品目标 15
1.3. Roadmap 15
1.4. 产品预期 16
1.4.1. 立项时间 16
1.4.2. 需求时间 16
1.4.3. 发布时间 16
2. 产品需求简述 16
2.1. 业务模型 16
2.2. 用户角色 16
2.3. 功能清单 17
2.4. 参考资料 18
3. 产品功能需求 18
3.1. 精品推荐 18
3.1.1. 业务概述 18
3.1.2. 行为者 18
3.1.3. 用例图 19
3.1.4. 前置条件 19
3.1.5. 后置条件 19
3.1.6. 业务元素 19
3.1.7. 流程描述 19
3.1.8. 业务规则 20
3.1.9. 原型（UI）描述 20
3.1.10. 优先级 21
3.2. 理财产品 21
3.2.1. 业务概述 21
3.2.2. 行为者 21
3.2.3. 用例图 21
3.2.4. 前置条件 21
3.2.5. 后置条件 21
3.2.6. 业务元素 21
3.2.7. 流程描述 22
3.2.8. 业务规则 22
3.2.9. 原型（UI）描述 24
3.2.10. 优先级 24
3.3. 支付订单 24
3.3.1. 业务概述 24
3.3.2. 行为者 24
3.3.3. 用例图 25
3.3.4. 前置条件 25
3.3.5. 后置条件 25
3.3.6. 业务元素 25
3.3.7. 流程描述 27
3.3.8. 业务规则 29
3.3.9. 原型（UI）描述 30
3.3.10. 优先级 31
3.4. 添加银行卡 31
3.4.1. 业务概述 31
3.4.2. 行为者 31
3.4.3. 用例图 31
3.4.4. 前置条件 32
3.4.5. 后置条件 32
3.4.6. 业务元素 32
3.4.7. 流程描述 33
3.4.8. 业务规则 35
3.4.9. 原型（UI）描述 36
3.4.10. 优先级 36
3.5. 解绑银行卡 37
3.5.1. 业务概述 37
3.5.2. 行为者 37
3.5.3. 用例图 37
3.5.4. 前置条件 37
3.5.5. 后置条件 37
3.5.6. 业务元素 37
3.5.7. 流程描述 38
3.5.8. 业务规则 39
3.5.9. 原型（UI）描述 40
3.5.10. 优先级 40
3.6. 我的财富 40
3.6.1. 业务概述 40
3.6.2. 行为者 40
3.6.3. 用例图 41
3.6.4. 前置条件 41
3.6.5. 后置条件 41
3.6.6. 业务元素 41
3.6.7. 流程描述 41
3.6.8. 业务规则 41
3.6.9. 原型（UI）描述 42
3.6.10. 优先级 43
3.7. 累计收益 43
3.7.1. 业务概述 43
3.7.2. 行为者 43
3.7.3. 用例图 43
3.7.4. 前置条件 43
3.7.5. 后置条件 43
3.7.6. 业务元素 43
3.7.7. 流程描述 44
3.7.8. 业务规则 44
3.7.9. 原型（UI）描述 45
3.7.10. 优先级 45
3.8. 理财金额 45
3.8.1. 业务概述 45
3.8.2. 行为者 45
3.8.3. 用例图 46
3.8.4. 前置条件 46
3.8.5. 后置条件 46
3.8.6. 业务元素 46
3.8.7. 流程描述 46
3.8.8. 业务规则 46
3.8.9. 原型（UI）描述 48
3.8.10. 优先级 49
3.9. 交易记录 49
3.9.1. 业务概述 49
3.9.2. 行为者 49
3.9.3. 用例图 49
3.9.4. 前置条件 49
3.9.5. 后置条件 49
3.9.6. 业务元素 49
3.9.7. 流程描述 50
3.9.8. 业务规则 50
3.9.9. 原型（UI）描述 51
3.9.10. 优先级 51
3.10. 我的账户 52
3.10.1. 业务概述 52
3.10.2. 行为者 52
3.10.3. 用例图 52
3.10.4. 前置条件 52
3.10.5. 后置条件 52
3.10.6. 业务元素 52
3.10.7. 流程描述 53
3.10.8. 业务规则 53
3.10.9. 原型（UI）描述 54
3.10.10. 优先级 54
3.11. 绑定手机 54
3.11.1. 业务概述 54
3.11.2. 行为者 55
3.11.3. 用例图 55
3.11.4. 前置条件 55
3.11.5. 后置条件 55
3.11.6. 业务元素 55
3.11.7. 流程描述 55
3.11.8. 业务规则 56
3.11.9. 原型（UI）描述 57
3.11.10. 优先级 57
3.12. 修改密码 57
3.12.1. 业务概述 57
3.12.2. 行为者 57
3.12.3. 用例图 58
3.12.4. 前置条件 58
3.12.5. 后置条件 58
3.12.6. 业务元素 58
3.12.7. 流程描述 58
3.12.8. 业务规则 59
3.12.9. 原型（UI）描述 60
3.12.10. 优先级 60
3.13. 修改手势密码 60
3.13.1. 业务概述 60
3.13.2. 行为者 61
3.13.3. 用例图 61
3.13.4. 前置条件 61
3.13.5. 后置条件 61
3.13.6. 业务元素 61
3.13.7. 流程描述 61
3.13.8. 业务规则 62
3.13.9. 原型（UI）描述 63
3.13.10. 优先级 63
3.14. 我的红包 63
3.14.1. 业务概述 63
3.14.2. 行为者 63
3.14.3. 用例图 64
3.14.4. 前置条件 64
3.14.5. 后置条件 64
3.14.6. 业务元素 64
3.14.7. 流程描述 64
3.14.8. 业务规则 64
3.14.9. 原型（UI）描述 65
3.14.10. 优先级 65
3.15. 用户登录 66
3.15.1. 业务概述 66
3.15.2. 行为者 66
3.15.3. 用例图 66
3.15.4. 前置条件 66
3.15.5. 后置条件 66
3.15.6. 业务元素 66
3.15.7. 流程描述 66
3.15.8. 业务规则 67
3.15.9. 原型（UI）描述 69
3.15.10. 优先级 69
3.16. 手势密码登录 69
3.16.1. 业务概述 69
3.16.2. 行为者 70
3.16.3. 用例图 70
3.16.4. 前置条件 70
3.16.5. 后置条件 70
3.16.6. 业务元素 70
3.16.7. 流程描述 70
3.16.8. 业务规则 71
3.16.9. 原型（UI）描述 72
3.16.10. 优先级 72
3.17. 忘记密码 72
3.17.1. 业务概述 72
3.17.2. 行为者 73
3.17.3. 用例图 73
3.17.4. 前置条件 73
3.17.5. 后置条件 73
3.17.6. 业务元素 73
3.17.7. 流程描述 73
3.17.8. 业务规则 76
3.17.9. 原型（UI）描述 77
3.17.10. 优先级 78
3.18. 用户注册 78
3.18.1. 业务概述 78
3.18.2. 行为者 78
3.18.3. 用例图 79
3.18.4. 前置条件 79
3.18.5. 后置条件 79
3.18.6. 业务元素 79
3.18.7. 流程描述 79
3.18.8. 业务规则 81
3.18.9. 原型（UI）描述 82
3.18.10. 优先级 83
3.19. 更多 83
3.19.1. 业务概述 83
3.19.2. 行为者 83
3.19.3. 用例图 84
3.19.4. 前置条件 84
3.19.5. 后置条件 84
3.19.6. 业务元素 84
3.19.7. 流程描述 84
3.19.8. 业务规则 84
3.19.9. 原型（UI）描述 86
3.19.10. 优先级 86
4. 产品非功能需求 87
4.1. 外部需求 87
4.1.1. 用户需求 87
4.1.2. 合作伙伴需求 87
4.2. 内部需求 87
4.2.1. 财务需求 87
4.2.2. 营销需求 87
4.2.3. 客服需求 87
4.2.4. 法务需求 87
4.3. 其他需求 88
4.3.1. 性能需求 88
4.3.2. 安全需求 88
4.3.3. 兼容性需求 88
4.3.4. 界面需求 88
4.3.5. 易用性/可扩展性需求 89
4.3.6. 业务规则变更需求 89
4.3.7. 商业数据分析需求 89
5. 产品成本收益 89
5.1. 产品收益预测 89
5.2. 产品技术支持成本 89
5.3. 产品非技术支持成本 89
6. 产品运营管理 89
6.1. 商务依赖关系 89
6.2. 在商务方面哪些方面是必须保证实现的？ 90
6.3. 需要签定或修订什么合同？ 90
6.4. 我们必须依赖的银行？ 90
6.5. 我们必须依赖的合作伙伴？ 90
6.6. 此产品的运营对公司内部系统或业务流程的影响？ 90
6.7. 产品的研发和推广是否跨团队？ 90

1. 产品概述及目标
1.1. 产品概述
1.1.1. 背景描述
1.1.2. 解决问题
1.1.3. 名词定义
序号
名称
描述

1.2. 产品目标
1.3. Roadmap
序号
产品发展阶段
阶段描述
日期
1
V1.0
APP 1.0项目启动
2014-08-11
2
V2.0
APP 2.0产品规划与设计
2014-11-24

1.4. 产品预期
1.4.1. 立项时间
1.4.2. 需求时间
1.4.3. 发布时间
2. 产品需求简述
2.1. 业务模型
介绍业务模型，描述业务的主要业务目的，介绍各个参与方的功能与责任。
主要面向广大网民进行的……。
前端以移动客户端（IOS、Android）为主，为用户提供注册、登陆、购买支付、预定等一系列服务。
后端由服务控台负责，包括用户管理、产品管理、渠道管理、查询管理、活动管理等，并对接自主研发的XX系统作为产品供应方。
在支付方面，使用XXX第三方支付公司的支付服务，完成资金支付、清算交收等服务。
2.2. 用户角色
角色名称
描述

2.3. 功能清单
一级功能
二级功能
三级功能
描述
优先级
首页

高
核心功能
产品详情

高
支付订单

高
个人中心
查询
累计收益

高
资金
资产明细

高
我的银行卡
添加银行卡

高
解绑银行卡

高
交易记录
交易明细

高
我的红包
红包明细

中
我的账户
账户安全

中
账户信息

高
绑定手机

高
密码管理
修改密码

高
忘记密码

高
更多
推荐给好友

高
去评价

中
意见反馈

中
检测更新

高
帮助中心

高
关于我们

高
消息管理

中
其他
注册

高
登录

高
2.4. 参考资料
描述需求分析与撰写文档时参考的文档清单。
3. 产品功能需求
3.1. 首页
功能的名称是什么。
3.1.1. 业务概述
告诉此功能主要是干什么，满足用户什么需求，解决用户什么问题。
页面展示广告与活动主推的产品。
3.1.2. 行为者
产品使用者是谁，谁有权限使用。
所有用户
3.1.3. 用例图
3.1.4. 前置条件
具体的操作（丛哪里来）
打开桌面应用立即进入。
3.1.5. 后置条件
操作后的展示（到哪里去）
无。
3.1.6. 业务元素
本节对业务涉及的元素进行罗列，输入元素、输出元素。
输入元素：无
输出元素：无
3.1.7. 流程描述
描述从前置条件到后置条件过程中的所有主干、分支以及异常流程情况。
说明该需求的可能涉及的流程。如果流程较复杂，文字表达很难树清条理，建议使用流程图进行说明；并在流程图下方配以流程各重点环节的文字说明（比如输入环节，中间环节的限制和流程控制）
主流程：无
分支流程：无
异常流程：无
3.1.8. 业务规则
描述功能的逻辑规则，说明业务描述中需要着重列出说明的地方，需要从业务限制、权限限制、数据限制、字段限制等方面考虑，也可以是调研过程中客户非常注重实现和注意的地方，主要是为了提醒IT在系统分析时考虑和注意，不可遗漏。
1、打开桌面应用，出现加载页或者引导页后，进入首页面；
2、广告位为轮播方式，支持手触滑动，通过管理控台维护（可配置超链接跳转）；
3、进入首页面，系统自动检索客户端版本，如有新版本则弹出浮层给出更新提示，并附上更新说明；
4、主推产品通过管理控台统一配置。
3.1.9. 原型（UI）描述
产品原型图

3.1.10. 优先级
定义好功能的优先级
高
3.2. 我的个人中心
3.2.1. 业务概述
页面展示用户当前账户信息。
3.2.2. 行为者
已登录XX（APP）的用户。
3.2.3. 用例图
3.2.4. 前置条件
从一级菜单“个人中心”进入，并且保持登录状态。
3.2.5. 后置条件
根据用户的意愿，进入“个人中心”下的子级页面。
3.2.6. 业务元素
输入元素：无
输出元素：无
3.2.7. 流程描述
主流程：无
分支流程：无
异常流程：无
3.2.8. 业务规则
3.2.9. 原型（UI）描述

3.2.10. 优先级
高
3.3. 交易记录
3.3.1. 业务概述
用户通过“交易记录”查询所有的银行卡付款与回款的记录。
3.3.2. 行为者
已登录XX（APP）的用户。
3.3.3. 用例图
3.3.4. 前置条件
从一级菜单“个人中心”进入，并且保持登录状态。
3.3.5. 后置条件
显示交易详情页面。
3.3.6. 业务元素
输入元素：无
输出元素：无
3.3.7. 流程描述
主流程：无
分支流程：无
异常流程：无
3.3.8. 业务规则
1、显示规则：
a）根据时间作为条件，以倒序形式进行排序，默认显示1年内的所有交易；
b）订单状态：付款成功、付款失败、处理中、回款成功；
c）如果系统发放红包则显示“赠送红包”；
2、筛选条件：
a）点击标题栏的筛选按钮，显示筛选页面；
b）日期：可以选择结束日期（默认为当前时间）与开始日期（默认往前推1年）；
c）业务类型：全部（默认为全部）、付款（银行卡支付）、回款（本息汇划）、红包（赠送红包）；
3、交易详情：
a）交易金额：统一读取XX，支付金额或回款金额；
b）产品名称：统一读取XX，购买或回款的产品名称；
c）付款方式：统一读取XX，显示支付的银行及卡号后4位，如果为回款则“付款方式”改为“回款方式”；
d）交易状态：统一读取XX，支付状态（务必以支付公司返回的状态为准）或回款状态；
e）交易日期：统一读取XX，付款时间（如果支付公司不返回付款时间，那就取我们公司系统生成订单流水的时间）或回款时间（读取系统发起结算的时间）；
f）交易流水：统一读取XX，支付流水号或结算流水号（回款）；
g）合同编号：统一读取XX，XX生成的合同号，如果业务类型为回款则合同编号不显示；
4、交互设计：
a）点击交易记录，进入交易详情页面；
b）支持从左至右手触滑动屏幕，返回上一级页面；
c）交易记录页面，支持页面下拉刷新数据；
3.3.9. 原型（UI）描述

3.3.10. 优先级
高
3.4. 我的账户
3.4.1. 业务概述
用户需要查看账户安全等级、个人信息及密码修改的行为；
3.4.2. 行为者
已登录XX（APP）的用户。
3.4.3. 用例图
3.4.4. 前置条件
导航栏“个人中心”下“我的账户”
3.4.5. 后置条件
点击该页面下的相关功能进入相关的页面进行设置
3.4.6. 业务元素
输入元素： 输出元素：
1. 点击账户安全（自选）， 进入安全问题设置页面
2. 绑定手机（默认）， 进入登录密码验证页面
3. 修改密码（自选）， 进入密码登录验证页面
4. 修改手势密码（自选）； 进入手势密码验证页面
3.4.7. 流程描述
主流程：无
分支流程：无
异常流程：无
3.4.8. 业务规则
1. 用户必须为已登录状态才可进入；
2. 账户安全等级默认状态为低即用户未实名和未设置安全问题，两者若设置一项安全等级为中，两项都设置安全等级为高；
3. 姓名和身份证在用户初次下单时会同步个人信息（姓名和身份证），不可直接更改，若更改则是银行卡信息的变动；
4. 绑定手机、密码的修改的具体规则见“修改绑定手机”“修改密码”“手势密码修改”；
3.4.9. 原型（UI）描述

3.4.10. 优先级
高
3.5. 绑定手机
3.5.1. 业务概述
用户由于更改手机号码，需要将之前的手机号码变更为现在新手机；
3.5.2. 行为者
已注册XX（APP）的用户。
3.5.3. 用例图
3.5.4. 前置条件
登录状态下，通过“我的账户”下“绑定手机”选项进入；
3.5.5. 后置条件
完成手机号的变更后返回“我的账户”页面；
3.5.6. 业务元素
输入元素：输入登录密码（必填），
输出元素：进入绑定新手机页面，输入新手机号码并获取验证码；
3.5.7. 流程描述
主流程：
1. 用户点击“绑定手机”选项进入“修改绑定手机”密码验证页面；
2. 输入登录密码，点击下一步进入绑定新手机页面；
3. 输入新的手机号，点击发送验证码按钮，后台系统将请求提交至运营商发送短信；
4. 输入短信验证码，点击确认完成修改，返回“我的账户”页面；
分支流程：无
异常流程：无
3.5.8. 业务规则
1. 用户必须为已登录状态；
2. 原手机号自动默认显示，不可手动更改；
3. 密码登录框必须有“请输入登录密码”提示语，当输入密码时自动消失，密码输入错误最大次数为5次，超过5次则自动锁定24小时，可通过客服、忘记密码找回或24小时后自动解锁；
4. 绑定新手机页面的手机号输入框必须有“请先输入需要绑定的新手机”引导语，输入手机号时自动消失；
5. 用户点击获取验证码进入填写验证码页面，同时后台系统开始有效时间倒计时；
6. IOS用户需要手动输入验证码，Android用户可自动填充短信验证码；
7. 若用户输入和发送的验证码不符则提示错误，需再次输入；
8. 用户在过了有效期之后输入验证码，则提示无效，并重新获取；
9. 修改完成后返回“我的账户”页面；
3.5.9. 原型（UI）描述

3.5.10. 优先级
高
3.6. 修改密码
3.6.1. 业务概述
用户出于各种原因需要对登录密码进行修改，该功能可以完成密码的修改；
3.6.2. 行为者
已注册XX（APP）的用户。
3.6.3. 用例图
3.6.4. 前置条件
登录状态下，通过“我的账户”下“修改密码”选项进入；
3.6.5. 后置条件
完成密码的修改后提示修改成功并返回“我的账户”页面；
3.6.6. 业务元素
输入元素：当前密码（必填），新密码（必填）；
输出元素：选择提交按钮，提示当前密码错误或新密码不符合（密码由6-14位英文字母、数字组成）提示语；
3.6.7. 流程描述
主流程：
1. 用户通过点击“修改密码”选项进入修改密码页面；
2. 输入当前密码和新密码；
3. 确认密码后，点击提交按钮；
4. 完成密码的变更并跳转到“我的账户”页面；
分支流程：无
异常流程：无
3.6.8. 业务规则
1. 用户必须是已登录状态；
2. 当前密码输入框必须有“请输入当前密码”提示语，新密码输入框必须有“请输入新密码”提示语，当输入时文字自动消失；
3. 显示密码功能默认状态为不显示，勾选后两个密码输入框都显示；
4. 两个密码输入框密码输入后，提交按钮才能点击；
5. 密码输入提交后，若当前密码错误则提示当前密码错误，新密码不符合规则提示（密码由6-14位英文字母、数字组成），若新密码和旧密码一致则提示新旧密码不能一致；
3.6.9. 原型（UI）描述

3.6.10. 优先级
高
3.7. 修改手势密码
3.7.1. 业务概述
用户出于各种原因需要对手势密码进行修改，该功能可以完成手势密码的修改；
3.7.2. 行为者
已注册XX（APP）的用户。
3.7.3. 用例图
3.7.4. 前置条件
登录状态下，通过“我的账户”下“修改手势密码”选项进入；
3.7.5. 后置条件
完成手势密码的修改后提示修改成功并返回“我的账户”页面；
3.7.6. 业务元素
输入元素：手势密码
输出元素：手势密码正确则进入修改页面，错误则显示错误提示；
3.7.7. 流程描述
主流程：
1. 用户通过点击“修改手势密码”选项进入手势密码验证页面；
2. 输入之前的手势密码，后台验证正确进入手势密码设置页面；
3. 输入手势密码， 再次输入手势密码，后台验证两次手势密码一致；
4. 完成手势密码的修改，并提示设置成功后即生效，并返回“我的账户”页面；
分支流程：
忘记手势密码验证：用户忘记手势密码时通过点击“忘记手势密码”按钮进入用户名和密码登录验证进入手势密码设置；
1. 用户点击“忘记手势密码”进入用户名和密码登录页面；
2. 输入用户名和密码，后台验证一致则直接进入手势密码设置页面；
异常流程：无
3.7.8. 业务规则
1. 用户必须为已登录状态；
2. 验证页面默认显示用户名，用户只需输入手势密码即可；
3. 手势密码输入错误则必须提示还可以输入的次数（共5次）；
4. 5次输入错误，则自动跳转到密码登录页面完成登录验证，详细流程见用户登录；
5. 必须完成手势密码或登录验证才可进入手势密码修改页面；
6. 设置手势密码时，必须两次一致才可完成设置，若第2次和第1次不符则提示“两次图案不同，请重新绘制“，再次输入一致才可完成；若忘记第一次的手势，点击图案下重新设置即可；
3.7.9. 原型（UI）描述

3.7.10. 优先级
高
3.8. 用户登录
3.8.1. 业务概述
用户通过用户名和密码登录客户端的行为。
3.8.2. 行为者
已注册XX（APP）的用户。
3.8.3. 用例图
3.8.4. 前置条件
用户登录前的任意停留页面或需要登录才可继续操作页面；
3.8.5. 后置条件
登录成功回到之前停留的下一级页面；
3.8.6. 业务元素
输入元素：用户名（手机号，必填），密码（必填）；
输出元素：密码错误提示或成功登录进入主页面；
3.8.7. 流程描述
主流程：
1. 在登录页面输入手机号（用户名）和密码点击登录按钮；
2. 后台系统根据用户提交的信息判定是否正确；
3. 正确则跳转到之前停留的下一级页面；
流程图：

分支流程：无
异常流程：无
3.8.8. 业务规则
1. 用户需为已注册用户；
2. 手机号（用户名）选项自动填充用户最近一次登录过的手机号（用户名），同时可通过删除按钮删除已显示手机号（用户名），填写新的账号；
3. 若多个账号登录后，系统默认记住之前多个账号，再次登录时可通过下拉按钮选择账号进行登录；
4. 密码输入错误最大次数为5次，超过则自动锁定24小时，可通过客服解锁；
5. 密码输入错误次数未超过5次可通过忘记密码重新设置密码，具体流程和规则见“忘记密码”；
6. 用户在正确输入密码后，之前输入密码错误次数会自动清除；
7. 用户若只输入手机号点击“登录”按钮，则弹出“请输入密码”提示语，若只输入登录密码，点击“登录按钮”，则弹出“请输入手机号”提示语；
8. 完成用户名和密码输入点击“登录按钮”，若密码错误，则提示“密码不正确，您还能输入N次“，密码输入错误次数超过5次，则提示”用户已锁，请致电客服或24小时后自动解锁”的提示语；
3.8.9. 原型（UI）描述

3.8.10. 优先级
高

3.9. 忘记密码
3.9.1. 业务概述
用户在登录客户端时，忘记密码但仍需要登录的行为；
3.9.2. 行为者
已注册XX（APP）的用户。
3.9.3. 用例图
3.9.4. 前置条件
登录页面，用户忘记密码且处于未登录状态
3.9.5. 后置条件
密码修改成功进入我的个人中心主页面；
3.9.6. 业务元素
输入元素： 输出元素：
手机号， 获取并进入填写验证码页面
验证码， 进入身份验证页面
姓名和身份证号， 进入密码设置页面
密码 完成设置进入主页面
3.9.7. 流程描述
主流程：
1. 用户点击登录页面“忘记密码”进入手机号输入页面；
2. 用户输入手机号，点击获取验证码，后台系统校验手机号码是否已注册，如果已注册则将请求提交至运营商发送短信；
3. 输入短信验证码，后台校验验证码，同时校验用户之前是否实名；
4. 用户之前实名，进入姓名和身份证验证页面；
5. 输入真实姓名和身份证号，点击“下一步”按钮；
6. 后台验证姓名和身份证是否和该用户（手机号）忘记密码前设置的一致，符合直接进入密码修改页面；
7. 完成密码设置进入主页面；
流程图：

分支流程：无
异常流程：无
3.9.8. 业务规则
1. 由于用户输入密码错误次数超过5次导致账号的锁定，则可通过忘记密码解锁，即重新设置密码；
2. 只能通过手机号获取短信验证码，前提是该手机号已经在XX理财APP注册过；
3. IOS用户需要手动输入验证码，Android用户会自动填充短信验证码；
4. 在短信验证码发送后，用户返回上一层级，再次进入验证页面，若验证码仍在倒计时则无需再次发送，待倒计时结束后可再次发送；
5. 若用户（IOS用户）输入和发送的验证码不符则提示错误，需再次输入；
6. 用户在过了有效期（后台系统为10分钟）之后输入验证码，则提示无效，并重新获取；
7. 用户之前若有过交易行为（实名制）则需要进行身份验证，即短信验证成功后填写真实姓名和身份证，反之则无需身份验证；
8. 只有真实姓名和身份证号一致时，才能进入密码设置页面；
9. 密码设置页面须有密码格式提示（密码由6-14位英文字母、数字组成），同时须有密码可见按钮（默认状态为不可见，通过滑动选择）；
10. 每个输入框必须有相应的功能提示文字（请输入手机号码，请输入验证码，请输入真实姓名、请输入身份证号码，请输入需要设置的密码），输入数字时则自动消失；
3.9.9. 原型（UI）描述

3.9.10. 优先级
高
3.10. 用户注册
3.10.1. 业务概述
用户使用XX APP查看或产生购买行为之前需要注册；
3.10.2. 行为者
XX（APP）的新用户；
3.10.3. 用例图
3.10.4. 前置条件
用户在进入注册页面前的任意停留页面，并且为未登陆状态；
3.10.5. 后置条件
根据提示完成注册并回到之前停留页面的下一层级；
3.10.6. 业务元素
输入元素： 输出元素：
1. 手机号（必填）， 获取并进入验证码
2. 验证码（必填）， 进入密码设置页面
3. 密码（必填）， 进入手势密码设置页面
4. 手势密码（必填）； 完成注册返回注册前停留页面的下一层级
3.10.7. 流程描述
主流程：
1. 用户在登录页面点击注册按钮进入注册页面；
2. 输入手机号后点击获取验证码，后台系统将请求提交至运营商发送短信；
3. 输入短信验证码，后台验证正确并进入密码设置页面；
4. 输入密码并可选择是否可见按钮，完成密码设置进入手势密码设置页面；
5. 根据提示两次输入手势密码，后台判定两次一致注册成功；
6. 注册成功跳转之前停留页面的下一层级；
流程图：

分支流程：无
异常流程：无
3.10.8. 业务规则
1. 只能通过手机号进行注册，且输入框需要验证手机号的真实性以及是否注册；
2. 注册时需要同意注册协议，默认状态为同意，用户可勾选；
3. 在点击获取验证码后，后台开始进入1分钟的倒计时，用户若未收到则可重新获取；
4. IOS用户需要手动输入验证码，Android用户可自动填充短信验证码；
5. 若用户输入和发送的验证码不符则提示错误，需再次输入；
6. 用户在过了有效期之后输入验证码，则提示无效，并重新获取；
7. 短信验证通过后，页面提示设置密码并提示设置规则；
8. 设置手势密码时，必须两次一致才可完成设置，若第2次和第1次不符则提示“两次图案不同，请重新绘制“，再次输入一致才可完成；若忘记第一次的手势，点击图案下重新设置即可；
9. 注册成功后跳转之前停留页面的下一层级；
3.10.9. 原型（UI）描述

3.10.10. 优先级
高
3.11. 更多
3.11.1. 业务概述
显示推荐给好友、去评价、意见反馈、检测更新、帮助中心、关于我们等功能。
3.11.2. 行为者
所有用户
3.11.3. 用例图
3.11.4. 前置条件
从一级菜单“更多”进入。
3.11.5. 后置条件
根据用户的意愿，显示“更多”下的子级页面。
3.11.6. 业务元素
输入元素：无
输出元素：无
3.11.7. 流程描述
主流程：无
分支流程：无
异常流程：无
3.11.8. 业务规则
1、推荐给好友：
a）点击后弹出浮层页面，用户可以选择通过第三方账户进行分享，支持微博、微信、朋友圈等；
b）推荐内容可通过管理控台进行灵活配置；
c）文字类：用户分享一个“下载地址”到微博、朋友圈，可以让小伙伴们看到分享的内容，点击该链接后跳转到指定页面下载APP应用；
d）客户端需要显示成功推荐人的信息，包括用户名、注册时间；
e）客户端需要显示成功推荐的奖励信息，包括奖励名称、奖励时间、奖励金额。
2、去评价：点击跳转App Store的“XX APP”应用下进行评分；
3、检测更新：点击后检测是否有新版本；
4、帮助中心：显示应用功能介绍、支付说明、产品说明，为用户提供帮助；
5、意见反馈：提供用户留言，用户可将问题描述直接反馈至管理控台，最大输入250字符，同时要有手机号码的输入框，如果用户已登录则自动填充手机号码；
6、关于我们：公司的基本信息介绍；
7、消息管理：对应管理控台的消息推送系统，页面显示推送的记录，可手动删除推送记录，以及对推送规则进行自定义设置。
3.11.9. 原型（UI）描述

3.11.10. 优先级
高
4. 产品非功能需求
4.1. 外部需求
4.1.1. 用户需求
4.1.2. 合作伙伴需求
4.2. 内部需求
4.2.1. 财务需求
需要财务部门协助的需求，比如一些预算，需要提前审批，还有产品的收入与财务部门的对接等。
4.2.2. 营销需求
描述线上线下举办活动的需求。如果是线上的活动需求，只要有时间限制，一定要在活动结束之后，将这个活动撤掉，避免与用户产生不必要的纠纷。还有发布相关通知的需求、内容数据预先填充和储备的需求等。
4.2.3. 客服需求
4.2.4. 法务需求
需要法务部门协助的需求，比如合同的审核，用户使用协议条款的审核，对外谈判合作方面的需求、版权方面的需求等。
4.3. 其他需求
4.3.1. 性能需求
运行速度快，能够应对上百万用户同时发出请求。
服务器端程序连续应工作半年以上。
打开页面延迟时间小于等于3秒。
应用程序异常退出及崩溃的机率小于等于5%。
4.3.2. 安全需求
保证用户的信息（包括密码）在传输过程中不被窃取、不会泄漏。
保证提交给支付公司的付款信息不被外界截取、篡改等。
必须有严谨周密的安全体系结构，系统必须能够提供有效的安全机制，抵御可能产生的恶意攻击，并且在运行安全、交易安全和应用系统安全等方面，有合理可靠的策略。
4.3.3. 兼容性需求
完美适配iphone5、iphone5S、iphone6、iphone6 plus、安卓主流（小米、三星、联想、华为等）机型；
兼容IOS7、IOS8、安卓4以上系统；
4.3.4. 界面需求
页面显示时不会出现乱码现象、系统异常，正确显示提示内容。
4.3.5. 易用性/可扩展性需求
安卓客户端支持在线版本升级。
可在当前产品架构基础之上进行功能上的扩展。
4.3.6. 业务规则变更需求
4.3.7. 商业数据分析需求
5. 产品成本收益
5.1. 产品收益预测
5.2. 产品技术支持成本
5.3. 产品非技术支持成本
6. 产品运