商城支付可行性分析报告剖析.docx
- 文档编号:28610589
- 上传时间:2023-07-19
- 格式:DOCX
- 页数:9
- 大小:221.07KB
商城支付可行性分析报告剖析.docx
《商城支付可行性分析报告剖析.docx》由会员分享,可在线阅读,更多相关《商城支付可行性分析报告剖析.docx(9页珍藏版)》请在冰豆网上搜索。
商城支付可行性分析报告剖析
商城支付升级可行性分析
1.引言
1.1项目的背景,研究的目的和意义
背景:
项目的用户数量的增加,套餐产品的增加需要升级在线支付方式,达到安全便捷,人性化。
项目名称:
商城支付方式升级
项目发起者:
E项目部
面向用户:
用户
1.2项目的目前研究现状
此项目现阶段还处于可行性分析阶段,具体实施将需要多方面的数据技术支持,包括IOS、Android客户端。
1.3参考资料(作者、标题、出版单位、发表日期、编号、页号)
微信支付开发平台
等
1.4术语:
APP客户端包含IOS和Android客户端
WEBserver{不一定是商城或者服务器单体,而是提供该类服务的总称}
APP_IOSAPPIOS客户端
APP_ANDROIDAPPAndroid客户端
2.系统的技术可行性
2.1系统的简要描述
功能:
在线即时支付,使用支付宝APP与微信APP唤醒支付宝与微信客户端进行支付。
特点:
提高了用户体验和多通道的支付方式的选择。
2.2系统采用的技术、特点
WEB端phpmysqlapache
客户端IOSAndroid
微信支付平台接口
支付宝支付平台接口
2.3资源条件
需要公司为项目开通支付宝商户,微信商户支付应用。
2.4技术可行性评价
移动支付的技术已经成熟,互联网提供了非常多的开发经验和代码分享,我们能快速的理解和开发。
微信和支付宝提供了非常全面和详细的API参看文档,并加以说明,只要认真的学习,很快即能独立应用。
2.5、系统的非技术可行性
2.5.1法律可行性
2.5.2经济可行性
如果微信商户并未申请,需要一定费用,无其他费用。
2.5.3运行可行性
支付宝与微信服务都非常稳定的,一般情况下不会出现宕机,停止服务等意外。
3.结论意见(能否承担该项目/条件具备承担该项目)
虽然此项目存在一定的技术难度和风险,但我们对项目要达到的目标十分清楚,对所要开发系统将要实现的功能也非常了解。
而且有一些成品作为参考,并且在项目的实施过程中我们能够获得帮助,我认为只要我们能够认真思考、仔细规划、明确分工,我们可以承担此项目的开发
项目开发概要说明
1支付宝支付(移动支付)
1.1项目内容(做什么),达到目标
项目内容:
为提供支付宝支付方式{升级支付方式}
功能介绍:
服务端:
可查询支付订单详情
提供APP所需要用于支付宝支付的数据集{签名,appid等}。
客户端:
启动支付宝无登录,快捷支付。
用户无支付宝客户端,将采用H5页面登录支付。
交付内容:
新版的客户端应用程序APP_IOS和APP_ANDROID,服务端的版本更新{更新日志:
支付系统升级};文档包括《商城开发文档》
《商城支付升级可行性分析报告》
《商城支付功能介绍》等
1.2项目技术原理
1.3项目业务流程
1.3.1支付宝支付时序图
1.3.2支付宝支付的步骤描述
对于时序图分解:
1.用户打开app选择商品提交订单,进入支付订单节点,选择支付宝支付。
2.APP请求WEB对该订单的信息,进行签名并返回。
3.WEB返回给APP签名后信息。
4.调用支付接口:
此消息就是本接口所描述的支付宝客户端SDK提供的支付对象PayTask,将商户签名后的订单信息传进payv2方法唤起支付宝收银台,交易数据格式具体参见请求参数说明。
5.支付请求:
支付宝客户端SDK将会按照商户客户端提供的请求参数发送支付请求。
6.支付宝Server内部完成支付{无需关注}
7.支付宝server向支付宝客户端返回支付结果。
8.APP接口向APP返回支付结果
9.APP向WEB同步支付结果,
10.WEB请求支付宝Server查询支付情况
11.WEB返回APP支付最终结果
12.客户端显示支付结果
13.支付宝server通知WEB支付结果(这个主意重复)
14.需要返回给支付宝信息
1.3.3可能需要的参考API文档
支付宝APP支付
支付宝服务端SDK
1.4数据描述
1.4.1数据安全
系统对数据的安全性较高,所有的涉及safekey,APPID,证书,RSA私钥,支付宝公钥等授权信息必须保存在WEB,客户端按需制定接口请求。
APP请求返回数据使用json格式,具体包含哪些参数,查看《商城开发文档》;微信Server返回数据以XML形式返回,需WEB自行解析。
1.4.2容错
支付过程中伴随各种支付失败的情况的出现,例如余额不足,参数错误等,需要WEB和APP正确合理的提示给用户,避免用户因支付失败而困惑或者不安,同时需要日志记录本次交易错误的表现,用于提供给相关人员调试和修复。
1.5功能与算法{后续文档中将会仔细描述}
1.5.1WEB功能描述
具体需求
1.5.2WEBUML类图描述
见项目设计
1.5.3APPUML设计
见项目设计
1.6对现系统的影响
支付宝对于本系统的关系是组合关系,支付宝的升级不会对本系统整体业务逻辑的影响。
影响范围仅限收银模块{对应系统中payment}。
1.7测试标准
见测试用例
2微信支付(APP支付方式)
2.1项目内容(做什么),达到目标
用户
项目内容:
为商城提供微信支付{APP支付方式}
功能介绍:
服务端:
1、可查看支付的订单详情
2、提供APP用于微信支付所需的数据集{签名,APPID,safekey等参数}。
3、可供客户端查询支付结果{successORfail}。
客户端:
1、客户端支持微信支付,若无微信客户端,作出相对于的提示。
2、客户端会唤醒微信APP进行快捷支付,无需登录扫码等其他操作。
交付内容:
新版的客户端应用程序APP_IOS和APP_ANDROID,服务端的版本更新{更新日志:
支付系统升级};文档包括《商城开发文档》
《商城支付升级可行性分析报告》
《商城支付功能介绍》等
2.2项目技术原理{理论}
2.3开发的业务流程
2.3.1微信支付APP支付模式的时序图
2.3.2微信支付APP支付模式的步骤描述
对于时序图分解:
1.用户打开app选择商品提交订单,进入支付订单节点,选择微信支付。
2.提交支付单,WEB会调用微信支付的统一下单接口,生成预支付,并返回回话标识。
{余额不足等错误也会返回}
3.由微信server返回的回话标识,再按照签名规范再次签名,并将新的签名返回给APP{客户端,APP_IOSAPP_ANDROID},以供唤醒微信APP,吊起微信支付。
4.APP调起支付,微信APP会与微信server交互,完成支付。
支付完成之后微信server会通知商户{异步通知}并返回给微信APP支付结果;微信APP得到微信server通知之后,退出微信,并通知APP支付结果。
5.WEB会得到维系server的异步通知,通知结果包含APP支付结果,这个通知需要验证来源的准确性,而且避免多次通知。
同时,它的时间并不能作为支付的准确时刻。
6.APP收到微信APP返回的支付结果,只能说明微信server完成了支付,但是并不能说明WEB完成了支付{微信server通知是异步的,不稳定},此时需要请求WEB,是否完成支付。
7.WEB在接受到APP的查询请求之后,如果已经对订单完成了{收到了微信server的通知},即可返回订单状态success。
如果并未收到微信server的通知,需要WEB向微信server发一次查询请求获得支付的准确结果,并完成订单业务,再返回给APP订单状态。
8.APP提示支付完成or支付失败。
2.3.3可能需要的参考API文档
1.WEB签名算法用于对参数签名
统一下单API预付下单获得微信server的回话标识。
支付结果通知微信server异步通知WEB的相关文档
查询订单用户WEB向微信server查询支付结果
2.APPAPP端开发步骤说明app开发描述
2.4数据描述
2.4.1数据安全
系统对数据的安全性较高,所有的涉及密钥,safekey,APPID等授权信息必须保存在WEB,客户端按需请求。
1.4.3数据物理结构
APP请求返回数据使用json格式,具体包含哪些参数,查看《商城开发文档》;微信Server返回数据以XML形式返回,需WEB自行解析。
1.4.4容错
支付过程中伴随各种支付失败的情况的出现,例如余额不足,参数错误等,需要WEB和APP正确合理的提示给用户,避免用户因支付失败而困惑或者不安,同时需要日志记录本次交易错误的表现,用于提供给相关人员调试和修复。
2.5功能与算法(程序UML图)
2.5.1WEBUML类图描述
2.6测试
参见测试标准
3系统逻辑结构改变
3.1数据库对应变动
支付方式表,增加微信支付方式pay_type;
3.2配置信息变动
微信支付的相关信息增加。
3.3硬件需求
无需扩大硬件支持
PS:
微信支付宝都有新版H5支持,支付更便捷
作者:
XXX
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 商城 支付 可行性 分析 报告 剖析
![提示](https://static.bdocx.com/images/bang_tan.gif)