淘宝购物支付平台系统的设计与实现Word下载.docx
- 文档编号:19872515
- 上传时间:2023-01-11
- 格式:DOCX
- 页数:51
- 大小:3.12MB
淘宝购物支付平台系统的设计与实现Word下载.docx
《淘宝购物支付平台系统的设计与实现Word下载.docx》由会员分享,可在线阅读,更多相关《淘宝购物支付平台系统的设计与实现Word下载.docx(51页珍藏版)》请在冰豆网上搜索。
5.2系统评价..........................................54
总结..................................................55
参考文献..............................................56
致谢..................................................57
附录..................................................58
第一章概述
1.1项目背景
1.1.1第三方支付平台概述
近年来,电子商务以惊人的速度发展。
随着电子商务的蓬勃发展,网上购物、在线交易对于消费者而言已经从一个新纤维质的食物变成了日常生活的一部分。
而支付功能是网上交易的关键问题,为全面解决网上支付的安全和诚信难度,因而出现了第三方支付平台,它独立于交易双方和银行,能对交易后的支付过程进行全面的监控,因此给企业、个人带来了便利,极大的促进了电子商务的发展。
第三方支付平台是指由已经和国内外各大银行签约、并具备一定实力和信誉保障的第三方独立机构提供的交易支持平台。
实际上,它就是买卖双方交易过程中的“中间件”,也可以说是“技术插件”:
在通过第三方支付平台的交易中,买方选购商品后,使用第三方平台提供的账户进行货款支付,由对方通知卖家货款到达、进行发货;
买方检验物品后,就可以通知付款给卖家。
同传统的银行支付方式比较,第三方支付平台的出现,从理论上讲,彻底杜绝了电子交易中的欺诈行为。
1.1.2第三方支付平台的优势
第三方支付是通过与银行的商业合作,以银行的支付结算功能为基础,向政府、企业、事业单位提供中立的、公正的面向其用户的个性化支付结算与增值服务。
具体表现在:
(1)第三方支付平台可以支持国内各大银行卡和国际信用卡组织发行的信用卡。
因此企业而不必单独和多家银行接洽、合作,在很大程度上降低了企业运营成本。
(2)第三方支付平台手续费标准统一,且结算周期可根据商户需求设定,降低了财务管理方面的难度。
(3)专业的第三方网上支付平台可以确保商户在后期服务、支付过程中出现问题能够得到及时解决。
(4)第三方网上支付平台作为中立的一方,一旦发生交易纠纷,会在交易双方之间进行公平、公正的协调处理。
1.1.3第三方支付平台面临的问题及风险
第三方支付平台主要面临以下几种问题及风险:
(1)第三方支付交易平台已经成为不法分子窃取资金的新工具。
(2)第三方支付交易平台逐渐成为不法分子从事地下交易和销赃的新渠道。
(3)第三方支付交易平台中客户虚拟账户的资金沉淀可能带来非法挪用的新风险。
(4)第三方支付平台发展过程中也出现了法律地位不明确、虚拟账户沉淀资金、反洗钱、信用卡套现、诈骗、网络系统安全、防灾、防病毒等不容忽视的问题。
1.1.4第三方支付的发展前景
就目前来看,我国第三方支付平台还有一些问题值得进一步探讨,如在途资金的安全问题,第三方支付平台的资信、监管问题等。
但是第三方支付平台的出现,在很大程度上解决了我国网上交易的支付信用问题和资金安全问题,其所具备的款项收付的便利性、功能的可拓展性、信用中介的信誉保证等优势,提升了网站的形象和竞争力、提高了消费者忠诚度、降低了交易风险。
全面应用第三方支付平台已经成为开展电子商务,增加传统企业竞争力的新趋势。
第三方支付平台的发展为我国电子商务的发展特别是B2C、C2C等模式的电子商务的发展带来良好的机遇。
1.2相关技术简介
1.1.1B/S结构简介
B/S结构即为浏览器(Browser)/服务器(Server)结构,是客户机(Client)/服务器(Server)模式下深层次发展的结构。
B/S结构简化了C/S结构中客户机必须大量安装应用程序和工具的缺点,通过WebServer为客户提供服务。
在此种情况下,WebServer既是浏览服务器,又是应用服务器,可以运行大量的应用程序,从而使客户端变得简单。
B/S结构具有以下优点:
(1)采用使用超文本传输协议(HTTP)的Web服务器和可以翻译Web服务器上超文本文件的浏览器,增大了信息处理的广度和深度,使得系统在信息处理时可以对多种文件格式,如文本、图片、声音、视频等信息进行高度交互式处理,提升了信息传输的丰富程度。
(2)系统的开放性和可移植性大大提升。
这是由于Internet采用统一的与平台无关的跨平台通信协议,浏览器和Web服务器及相关的接口软件应用程序也独立于计算机的硬、软件平台,给了B/S结构这种优良特性。
(3)存储数据的安全性、一致性和溯源性高。
由于数据存储于总部的服务器,客户端不需要进行数据的存储操作,数据在源于同一个服务器,故而这种结构的数据安全性、一致性和溯源性相较于C/S结构大大提升。
1.1.2Access
MicrosoftAccess是MicrosoftOffice的主要组件之一,具有强大的数据处理功能,是当今最优秀的数据库管理系统之一。
其用户界面友好,操作简单易学,数据分析、管理功能快捷有效,是开发中小型数据库的第一选择。
本文在系统开发时选择Access作为数据库开发软件,正是看中其所具备的诸多优点。
1.1.3ASP
ASP其英文全称为ActiveServerPages,中文翻译为动态服务器页面,是由微软公司开发服务器端脚本语言运行环境。
它可以结合HTML语言和ActiveX组件建立动态、交互、高效的Web服务器端程序,并可以与数据库和其它程序进行交互。
1.3.论文主要内容
本文将对淘宝购物支付平台系统进行系统分析、总体结构设计、代码设计、数据库设计、用户界面设计,并在此基础上进行系统实现,完成淘宝购物支付平台系统基本功能的设计与实现。
第一章,概述。
主要陈述淘宝支付平台系统的背景并对实现管理系统所需技术进行简单介绍。
第二章,系统分析。
对淘宝支付平台系统进行需求分析、业务流程分析和数据流程分析,并在此基础上建立数据字典。
第三章,系统总体设计。
此章跟据第二张描述内容对系统进行功能模块设计、数据库设计。
第四章,系统详细设计与实现。
此章主要结合需求分析和系统总体设计对银淘宝支付平台系统进行编码,构建网站及数据库完成设计内容,描述中给出了关键代码和部分截图。
第五章,系统测试与评价。
此章总结系统设计的不足和开发过程中遇到的问题,分析系统设计的缺憾。
第二章系统分析
2.1需求分析与假设
2.1.1需求分析
在分析淘宝支付功能之后,我们认为系统应该满足用户下列需求:
1.用户需求:
包括管理需求和交易需求两类。
(1)管理需求:
包括充值、提现、转账、修改密码等功能。
(2)交易需求:
包括取消订单、付款(支付宝余额付款、网银付款、快捷付款、货到付款、他人代付等方式)、浏览订单信息、确认收货、申请退款等功能。
2.第三方需求:
包括货款暂存、放款、退款等功能。
3.管理员需求:
包括修改用户信息、修改订单信息等功能。
2.1.1需求假设
在上述需求分析的基础上,本系统选择了部分核心功能,作出系统的需求假设如下:
包括充值、提现、转账功能。
包括付款(支付宝余额支付、网银支付、快捷支付)、浏览订单信息、确认收货功能。
包括货款暂存、放款功能。
具体的功能模块结构图请参考第三章3.1部分内容。
2.2可行性分析
可行性分析是在全面调查基础上,针对新系统的开发是否具备必要性和可能性,对新系统的开发从技术、经济、运行的方面进行分析和研究,以避免投资失误,保证新系统开发成功。
可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。
这部分将从以下三个方面进行研究:
技术可行性、经济可行性、操作可行性。
2.2.1技术可行性
Asp是我们用的核心技术。
ASP是ActiveServerPage的缩写,意为“动态服务器页面”。
ASP实际上不是一种语言,而是一种开发平台,一般是用VBSCRIPT来编写。
与HTML相比来说呢,简单的说html语言就是做静态网页的,他是做网页的一个框架,而vbscript是一种脚本语言,所谓的脚本语言就是自己本身不能运行,必须依附在其他语言里才起作用。
而在asp中可以把vbscript脚本语言编的程序加入到html语言中,这样可以实现动态的网页。
这次我们用的软件是DreamWeaver8。
2.2.2经济可行性
经济可行性主要是对项目的经济效益进行评价。
本系统对系统开发者来说并不需要太高的成本支出,并且开发周期不需要太长,节省了人力、物力、财力资源。
所以本系统在经济上是可行的。
综上所述,本系统采用Asp技术进行开发。
开发淘宝支付平台是完全可行的。
Asp技术相对于传统的html技术有着绝对的优势,支持数据库的读取大大简化了程序员的代码量,对程序员开发Web应用程序提供了完备的技术支持,也使得开发出来的Web应用程序具有更好的扩展性,能够运行不同的操作平台之下。
后台数据库采用Access数据库,该数据库界面友好,使用便捷。
本系统的开发在技术和经济等几方面具备可行性,并且投入少、见效快,因此系统的开发是完全可行的。
2.2.3操作可行性
如今,计算机与网络已经非常地普及。
特别是在企业信息化高需求与快速发展的时代,计算机应用已经成为企业员工必备的技能。
由于这个课题是以PC机作为服务器的网站,营销商可以自己对网站进行操作和管理。
2.3业务流程分析
为了明确系统中相关业务的流程,我们进行了业务流程分析,绘制了相关业务的业务流程图。
符号代表含义说明:
外部实体;
处理过程;
数据、表单、文档;
信息传输的过程及方向。
(1)总体业务流程图
在需求分析的基础上,我们可以分析出系统的整体业务流程图,并且对每一项子功能进行细致严谨的分析,绘制出相关子功能的业务流程图。
首先,客户需要先登录,验证成功后转入个人界面,在此可以浏览相关订单信息。
然后,客户可以对个人支付宝账户进行相关操作,例如充值、提现、转账;
也可以进行交易操作,例如付款、确认收货等。
最后,客户的操作会形成新的数据,导致数据库相关内容的更新,并造成个人界面相关内容的改变。
系统的总体业务流程图如下:
(2)登录业务流程图
用户首先需要提交登陆表单,并与数据库里的相关内容做比对,如果验证失败,则转回原来页面;
如果验证成功,则跳转至个人页面,并显示用户的相关信息。
系统的登录业务流程图如下:
(3)付款业务流程图
I.支付宝余额付款
用户在个人界面对某一订单选择支付宝支付后,需要提交含有支付密码的支付表单,与数据库中用户表里的相关内容进行比对,如果验证失败则返会失败信息给用户;
如果验证成功提示用户支付成功,并修改用户表中用户“ALIPAY”的的余额,相当于将货款暂存在第三方账户上,待用户确认收货后,修改ALIPAY和相关用户的余额,货款转移至发货人账户。
支付宝余额付款业务流程图如下:
II.网银付款
用户在个人界面对某一订单选择网银支付后,需要提交含有银行卡号、银行卡密码的支付表单,与数据库中的相关内容进行比对,如果验证失败则返会失败信息给用户;
网银付款业务流程图如下:
III.快捷支付
快捷支付与网银支付基本一致,唯一不同是只需输入支付密码即可,如果验证成功提示用户支付成功,并修改用户表中用户“ALIPAY”的的余额,相当于将货款暂存在第三方账户上,待用户确认收货后,修改ALIPAY和相关用户的余额,货款转移至发货人账户。
快捷支付业务流程图如下:
(4)充值业务流程图
用户为自己的支付宝账号充值时,是将银行卡中的钱转入到支付宝的余额中。
用户首先需提交含有银行卡号、银行卡密码和充值金额的支付表单,与数据库中的银行卡表比对进行验证,如果充值失败则返回失败信息给用户,如果充值成功则修改银行卡表和用户表的相关内容。
系统的充值业务流程图如下:
(5)提现业务流程图
用户利用自己的支付宝账号提现时,是将支付宝的余额转移到绑定的银行卡中。
用户首先需提交含有银行卡号、支付密码和提现金额的支付表单,与数据库中的银行卡表比对进行验证,如果充值失败则返回失败信息给用户,如果充值成功则修改银行卡表和用户表的相关内容。
系统的提现业务流程图如下:
(6)转账业务流程图
用户利用自己的支付宝账号进行转账操作,是将自己的支付宝的余额转移到其他用户的支付宝余额中。
用户首先需提交含有对方用户名和支付密码的支付表单,与数据库中的银行卡表比对进行验证,如果充值失败则返回失败信息给用户,如果充值成功则修改银行卡表和用户表的相关内容。
系统的转账业务流程图如下:
2.4数据流程分析
数据流程图(DataFlowDiagram)主要用于描述系统逻辑模型。
具有高度的抽象性和概括性,反应了系统信息的变化情况,抛弃了具体的物理因素来分析系统的数据处理模式。
数据流程图的含义如图所示:
表示外部实体;
表示数据的处理过程;
表示数据存储;
表示数据流的方向。
(1)总数据流程图:
数据在用户、数据库表、处理逻辑三个部分之间传递,其中数据库表包括用户表、订单表、银行卡表,处理逻辑包括登陆、付款、提现、转账、充值。
(2)登录功能数据流程图
登陆中的数据流如图所示,用户填写登陆信息并与用户表中信息比对进行审核。
(3)付款功能数据流程图
三种付款方式的数据流程图如图所示,注意用户付款后,收款方支付宝余额暂不增加,而只是支付宝第三方账户增加,待用户确认收货后,货款才被转入收款方账户。
II.网上银行付款
III.快捷支付付款
(4)充值功能数据流程图
用户填写充值表单,由系统审核,并更新用户信息和银行卡信息。
(5)提现功能数据流程图
用户填写提现表单,由系统审核,并更新用户表和银行卡表信息
(6)转账功能数据流程图
用户填写转账表单,由系统审核,并更新用户表信息。
2.5数据字典
数据流程图简单清楚的描述了数据流向,但其中某些部分的表述不够清晰,抽象难懂,因此就需要数据字典加以配合来解释其中相应内容。
数据字典(DataDictionary,DD)是关于数据流程图中未能具体说明部分的数据清单。
其主要包括的内容有数据项、数据结构、数据流、数据存储、处理过程等的详细解释。
数据字典的描述使得数据流程图更加完整。
2.5.1数据项
数据项,又被称为数据元素,是数据流程图中具有独立逻辑含义的最小单元,无法再分割的数据单位。
本系统中的数据项包括:
代号
名称
含义
A01
username
用户名
A02
password
登录密码
A03
dingdanhao
订单号
A04
dingdanjine
订单金额
A05
shoukuanfang
收款方
A06
zhifufang
支付方
A07
zhifupassword
支付密码
A08
bangdingyinhangkahao
绑定银行卡号
A09
yinhangkahao
银行卡卡号
A10
yinhangkapassword
银行卡密码
A11
zhuanzhangjine
转账金额
A12
zhifubaoyuee
支付宝余额
A13
chongzhijine
充值金额
A14
shengyujine
银行卡余额
A15
tixianjine
提现金额
A16
time
订单完成时间
2.5.2数据流
数据流表示数据的来源和去向。
根据数据流程图,系统中的数据流包括:
数据来源
数据去向
F1
待处理的提交信息
用户
淘宝支付平台系统
F2
已处理的信息
F3
登录信息
登录信息填写
信息审核
F4
审核未通过信息
F5
登录审核通过信息
登录信息审核
F6
支付信息
支付信息填写
F7
审核通过信息
信息审核
相关用户信息修改
F8
相关用户修改信息
用户表
F9
确认收获信息
确认收货
F10
支付成功信息
用户表
F11
相关银行卡修改信息
银行卡表
F12
充值信息
充值信息填写
充值信息审核
F13
充值成功信息
F14
提现信息
提现信息填写
提现信息审核
F15
提现成功信息
F16
转账信息
转账信息填写
转账信息审核
F17
转账成功信息
2.5.3处理逻辑
系统中的处理逻辑包括:
处理逻辑
P1
登录
P2
付款
P3
提现
P4
充值
P5
转账
P6
填写登录信息
P7
审核登录信息
P8
填写支付信息
P9
审核支付信息
P10
P11
用户确认收货
P12
填写充值信息
P13
审核充值信息
P14
填写提现信息
P15
审核提现信息
P16
转账信息填写
P17
审核转账信息
2.5.4数据存储
系统中的数据存储在三个表中,这三个表分别是:
(1)D1:
用户表,储存用户相关信息。
数据存储构成:
用户名、登录密码、支付密码、支付宝余额、银行卡号、头像
关键字:
(2)D2:
订单表,储存订单相关信息。
订单号、订单金额、订单状态、支付方、收款方、时间、商品名称、商品图片
(3)D3:
银行卡表,储存银行卡相关信息。
银行卡号,银行卡密码,银行卡余额。
银行卡号。
关于表中字段的具体有效性约束等详细信息,请参考数据库设计中相关内容。
第三章系统总体设计
3.1功能结构设计
3.1.1功能模块结构图
在系统分析的基础上,我们可以得出系统的整体功能模块图。
本系统分为前台系统和后台系统两部分。
前台系统主要面对用户,实现管理功能和交易功能。
管理功能包括充值、提现、转账、修改密码等,交易功能包括取消订单、付款、浏览订单信息、确认收货、申请退款等,其中付款功能又细分为支付宝支付、网银支付、快捷支付、货到付款、他人代付等方式。
后台系统主要面向第三方支付平台和管理员。
第三方平台功能包括暂存货款、放款、退款等,管理员功能包括修改用户信息、修改订单信息等。
系统的功能模块结构图如下:
3.1.2假设功能模块结构图
由于时间有限,我们在认真研究整体功能模块图的基础上,认真分析其中最核心的业务,精简后确定了本系统的实际功能需求假设。
前台功能中,管理功能包括充值、提现、转账,交易功能包括付款、浏览订单信息、确认收货。
其中付款包括支付宝余额支付、网银支付、快捷支付三种方式;
浏览订单信息不再专门设计查询功能,而是待用户登录后直接在个人界面中显示相关订单信息;
确认收货功能在订单界面添加相关按钮。
后台功能中,只保留第三方平台的功能,包括货款暂存和放款。
付款后,货款暂存在第三方账户上,用户确认收货后,第三方账户放款,货款才能转移至收款方账户。
系统的假设功能模块结构图如下:
3.2数据库设计
3.2.1概念结构设计
用户需求分析采用方法和工具抽象出了现实世界的需求,概念模型则可以将这种需求转变为信息世界的实体和联系。
概念模型最常用的表示方法是实体—联系方法,即通过E-R(Entity-Relationship)来描述现实中的实体与联系之间的关系。
在本系统中主要涉及3个实体,分别是订单,用户,银行卡。
这些实体之间的关系是:
一个用户拥有多个订单,用户与订单是1对m的联系,一个用户拥有多张银行卡,用户与银行卡是1对n的联系:
系统的E-R图如下:
3.2.2逻辑结
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 淘宝 购物 支付 平台 系统 设计 实现
![提示](https://static.bdocx.com/images/bang_tan.gif)