商城支付可行性分析报告_产品的可行性分析报告

2020-02-27 其他范文下载本文

商城支付可行性分析报告由刀豆文库小编整理，希望给你工作、学习、生活带来方便，猜你可能喜欢“产品的可行性分析报告”。

商城支付升级可行性分析

1.引言

1.1 项目的背景，研究的目的和意义

背景：项目的用户数量的增加，套餐产品的增加需要升级在线支付方式，达到安全便捷，人性化。

项目名称：商城支付方式升级项目发起者：E项目部面向用户：用户

1.2 项目的目前研究现状

此项目现阶段还处于可行性分析阶段，具体实施将需要多方面的数据技术支持，包括IOS、Android客户端。

1.3 参考资料（作者、标题、出版单位、发表日期、编号、页号）

微信支付开发平台等

1.4 术语：

APP 客户端包含IOS和Android客户端

WEB server{不一定是商城或者服务器单体，而是提供该类服务的总称} APP_IOS APP IOS客户端

APP_ANDROID APP Android客户端

2.系统的技术可行性

2.1 系统的简要描述

功能：在线即时支付，使用支付宝APP与微信APP唤醒支付宝与微信客户端进行支付。特点：提高了用户体验和多通道的支付方式的选择。

2.2 系统采用的技术、特点

WEB端 php mysql apache 客户端 IOS Android 微信支付平台接口支付宝支付平台接口

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.1 WEB 功能描述

具体需求

1.5.2 WEB UML类图描述

见项目设计

1.5.3 APP UML设计

见项目设计

1.6对现系统的影响

支付宝对于本系统的关系是组合关系，支付宝的升级不会对本系统整体业务逻辑的影响。影响范围仅限收银模块{对应系统中payment}。1.7测试标准见测试用例

2微信支付（APP支付方式）

2.1 项目内容(做什么),达到目标

用户

项目内容：为商城提供微信支付{APP支付方式} 功能介绍：

服务端：

1、可查看支付的订单详情

2、提供APP用于微信支付所需的数据集{签名，APPID,safekey等参数}。

3、可供客户端查询支付结果{succe OR fail}。

客户端：

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_IOS APP_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的通知}，即可返回订单状态succe。如果并未收到微信server的通知，需要WEB向微信server发一次查询请求获得支付的准确结果，并完成订单业务，再返回给APP订单状态。8.APP提示支付完成 or 支付失败。2.3.3 可能需要的参考API文档 1.WEB 签名算法用于对参数签名

统一下单API 预付下单获得微信server的回话标识。支付结果通知微信server异步通知WEB的相关文档查询订单用户WEB向微信server查询支付结果

2.APP APP端开发步骤说明 app开发描述

2.4 数据描述

2.4.1 数据安全

系统对数据的安全性较高，所有的涉及密钥，safekey，APPID等授权信息必须保存在WEB，客户端按需请求。1.4.3 数据物理结构

APP请求返回数据使用json格式，具体包含哪些参数，查看《商城开发文档》；微信Server返回数据以XML形式返回，需WEB自行解析。1.4.4 容错

2.5功能与算法（程序UML图）

2.5.1 WEB UML类图描述

2.6测试

参见测试标准

3系统逻辑结构改变

3.1数据库对应变动