淘宝购物支付平台系统的设计与实现设计报告.doc

西安交通大学项目设计报告淘宝购物支付平台系统的设计与实现毕业设计（论文）原创性声明和使用授权说明原创性声明本人郑重承诺：所呈交的毕业设计（论文），是我个人在指导教师的指导下进行的研究工作及取得的成果。尽我所知，除文中特别加以标注和致谢的地方外，不包含其他人或组织已经发表或公布过的研究成果，也不包含我为获得 及其它教育机构的学位或学历而使用过的材料。对本研究提供过帮助和做出过贡献的个人或集体，均已在文中作了明确的说明并表示了谢意。作 者 签 名： 日 期： 指导教师签名： 日期： 使用授权说明本人完全了解 大学关于收集、保存、使用毕业设计（论文）的规定，即：按照学校要求提交毕业设计（论文）的印刷本和电子版本；学校有权保存毕业设计（论文）的印刷本和电子版，并提供目录检索与阅览服务；学校可以采用影印、缩印、数字化或其它复制手段保存论文；在不以赢利为目的前提下，学校可以公布论文的部分或全部内容。作者签名： 日 期： 学位论文原创性声明本人郑重声明：所呈交的论文是本人在导师的指导下独立进行研究所取得的研究成果。除了文中特别加以标注引用的内容外，本论文不包含任何其他个人或集体已经发表或撰写的成果作品。对本文的研究做出重要贡献的个人和集体，均已在文中以明确方式标明。本人完全意识到本声明的法律后果由本人承担。作者签名： 日期： 年 月 日学位论文版权使用授权书本学位论文作者完全了解学校有关保留、使用学位论文的规定，同意学校保留并向国家有关部门或机构送交论文的复印件和电子版，允许论文被查阅和借阅。本人授权 大学可以将本学位论文的全部或部分内容编入有关数据库进行检索，可以采用影印、缩印或扫描等复制手段保存和汇编本学位论文。涉密论文按学校规定处理。作者签名：日期： 年 月 日导师签名： 日期： 年 月 日摘 要近几年，电子商务发展迅猛，越来越多的人参与到网上购物中，与此同时，网络支付的交易额增长迅速，大有赶超实体店销售额的趋势。网上支付是有效开展电子商务的中心环节，是保障电子商务可以顺利得到开展的基础性条件。淘宝购物支付平台作为国内先进的支付平台，以第三方担保为特点，在安全性、稳定性上十分优秀，值得同类支付系统学习借鉴。本文以淘宝购物支付平台系统为参考，对用户基本的网上的支付功能进行分析假设，并设计系统实现功能。本系统主要包括前台系统和后台系统，前台系统包括充值、提现、转账、支付等功能，后台系统包括货款暂存，放款等功能。在报告撰写过程中，我们注重理论结合实际，对网上支付系统的功能需求和业务流程做了详细的分析，对系统进行了多次测试与修改，最终完成的系统具有良好的安全性、稳定性。关键词： 支付平台 电子商务 需求分析 系统设计与实现目 录第一章 概述1.1项目背景1.2相关技术简介1.3论文主要内容第二章 系统分析2.1需求分析2.2可行性分析2.3业务流程分析112.4数据流程分析192.5数据字典25第三章 系统总体设计283.1功能结构设计283.2数据库设计30第四章 系统详细设计与实现334.1系统配置334.2数据库接口设计344.3功能模块的详细设计与实现35第五章 系统测试与评价535.1系统测试535.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.1 B/S结构简介B/S结构即为浏览器（Browser）/服务器（Server）结构，是客户机（Client）/服务器（Server）模式下深层次发展的结构。B/S结构简化了C/S结构中客户机必须大量安装应用程序和工具的缺点，通过Web Server为客户提供服务。在此种情况下,Web Server既是浏览服务器，又是应用服务器，可以运行大量的应用程序，从而使客户端变得简单。B/S结构具有以下优点：（1）采用使用超文本传输协议（HTTP）的Web服务器和可以翻译Web 服务器上超文本文件的浏览器，增大了信息处理的广度和深度，使得系统在信息处理时可以对多种文件格式，如文本、图片、声音、视频等信息进行高度交互式处理，提升了信息传输的丰富程度。（2）系统的开放性和可移植性大大提升。这是由于Internet采用统一的与平台无关的跨平台通信协议，浏览器和Web服务器及相关的接口软件应用程序也独立于计算机的硬、软件平台，给了B/S结构这种优良特性。（3）存储数据的安全性、一致性和溯源性高。由于数据存储于总部的服务器，客户端不需要进行数据的存储操作，数据在源于同一个服务器，故而这种结构的数据安全性、一致性和溯源性相较于C/S结构大大提升。1.1.2 AccessMicrosoft Access是Microsoft Office的主要组件之一，具有强大的数据处理功能，是当今最优秀的数据库管理系统之一。其用户界面友好，操作简单易学，数据分析、管理功能快捷有效，是开发中小型数据库的第一选择。本文在系统开发时选择Access作为数据库开发软件，正是看中其所具备的诸多优点。1.1.3 ASPASP其英文全称为Active Server Pages, 中文翻译为动态服务器页面，是由微软公司开发服务器端脚本语言运行环境。它可以结合HTML语言和ActiveX组件建立动态、交互、高效的Web服务器端程序，并可以与数据库和其它程序进行交互。1.3.论文主要内容本文将对淘宝购物支付平台系统进行系统分析、总体结构设计、代码设计、数据库设计、用户界面设计，并在此基础上进行系统实现，完成淘宝购物支付平台系统基本功能的设计与实现。第一章，概述。主要陈述淘宝支付平台系统的背景并对实现管理系统所需技术进行简单介绍。第二章，系统分析。对淘宝支付平台系统进行需求分析、业务流程分析和数据流程分析，并在此基础上建立数据字典。第三章，系统总体设计。此章跟据第二张描述内容对系统进行功能模块设计、数据库设计。第四章，系统详细设计与实现。此章主要结合需求分析和系统总体设计对银淘宝支付平台系统进行编码，构建网站及数据库完成设计内容，描述中给出了关键代码和部分截图。第五章，系统测试与评价。此章总结系统设计的不足和开发过程中遇到的问题，分析系统设计的缺憾。第二章 系统分析2.1需求分析与假设2.1.1需求分析在分析淘宝支付功能之后，我们认为系统应该满足用户下列需求：1.用户需求：包括管理需求和交易需求两类。（1）管理需求：包括充值、提现、转账、修改密码等功能。（2）交易需求：包括取消订单、付款（支付宝余额付款、网银付款、快捷付款、货到付款、他人代付等方式）、浏览订单信息、确认收货、申请退款等功能。2.第三方需求：包括货款暂存、放款、退款等功能。3.管理员需求：包括修改用户信息、修改订单信息等功能。2.1.1需求假设在上述需求分析的基础上，本系统选择了部分核心功能，作出系统的需求假设如下：1.用户需求：包括管理需求和交易需求两类。（1）管理需求：包括充值、提现、转账功能。（2）交易需求：包括付款（支付宝余额支付、网银支付、快捷支付）、浏览订单信息、确认收货功能。2.第三方需求：包括货款暂存、放款功能。具体的功能模块结构图请参考第三章3.1部分内容。2.2可行性分析可行性分析是在全面调查基础上，针对新系统的开发是否具备必要性和可能性，对新系统的开发从技术、经济、运行的方面进行分析和研究，以避免投资失误，保证新系统开发成功。可行性研究的目的就是用最小的代价在尽可能短的时间内确定问题是否能够解决。这部分将从以下三个方面进行研究：技术可行性、经济可行性、操作可行性。2.2.1技术可行性Asp是我们用的核心技术。ASP是Active Server Page的缩写，意为“动态服务器页面”。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.网银付款用户在个人界面对某一订单选择网银支付后，需要提交含有银行卡号、银行卡密码的支付表单，与数据库中的相关内容进行比对，如果验证失败则返会失败信息给用户；如果验证成功提示用户支付成功，并修改用户表中用户“ALIPAY”的的余额，相当于将货款暂存在第三方账户上，待用户确认收货后，修改ALIPAY和相关用户的余额，货款转移至发货人账户。网银付款业务流程图如下：III.快捷支付快捷支付与网银支付基本一致，唯一不同是只需输入支付密码即可，如果验证成功提示用户支付成功，并修改用户表中用户“ALIPAY”的的余额，相当于将货款暂存在第三方账户上，待用户确认收货后，修改ALIPAY和相关用户的余额，货款转移至发货人账户。快捷支付业务流程图如下：（4）充值业务流程图用户为自己的支付宝账号充值时，是将银行卡中的钱转入到支付宝的余额中。用户首先需提交含有银行卡号、银行卡密码和充值金额的支付表单，与数据库中的银行卡表比对进行验证，如果充值失败则返回失败信息给用户，如果充值成功则修改银行卡表和用户表的相关内容。系统的充值业务流程图如下：（5）提现业务流程图用户利用自己的支付宝账号提现时，是将支付宝的余额转移到绑定的银行卡中。用户首先需提交含有银行卡号、支付密码和提现金额的支付表单，与数据库中的银行卡表比对进行验证，如果充值失败则返回失败信息给用户，如果充值成功则修改银行卡表和用户表的相关内容。系统的提现业务流程图如下：（6）转账业务流程图用户利用自己的支付宝账号进行转账操作，是将自己的支付宝的余额转移到其他用户的支付宝余额中。用户首先需提交含有对方用户名和支付密码的支付表单，与数据库中的银行卡表比对进行验证，如果充值失败则返回失败信息给用户，如果充值成功则修改银行卡表和用户表的相关内容。系统的转账业务流程图如下：2.4数据流程分析数据流程图（Data Flow Diagram）主要用于描述系统逻辑模型。具有高度的抽象性和概括性，反应了系统信息的变化情况，抛弃了具体的物理因素来分析系统的数据处理模式。数据流程图的含义如图所示： 表示外部实体； 表示数据的处理过程 ； 表示数据存储； 表示数据流的方向。（1）总数据流程图：数据在用户、数据库表、处理逻辑三个部分之间传递，其中数据库表包括用户表、订单表、银行卡表，处理逻辑包括登陆、付款、提现、转账、充值。（2）登录功能数据流程图登陆中的数据流如图所示，用户填写登陆信息并与用户表中信息比对进行审核。（3）付款功能数据流程图三种付款方式的数据流程图如图所示，注意用户付款后，收款方支付宝余额暂不增加，而只是支付宝第三方账户增加，待用户确认收货后，货款才被转入收款方账户。I.支付宝余额付款II.网上银行付款III.快捷支付付款（4）充值功能数据流程图用户填写充值表单，由系统审核，并更新用户信息和银行卡信息。（5）提现功能数据流程图用户填写提现表单，由系统审核，并更新用户表和银行卡表信息（6）转账功能数据流程图用户填写转账表单，由系统审核，并更新用户表信息。2.5数据字典数据流程图简单清楚的描述了数据流向，但其中某些部分的表述不够清晰，抽象难懂，因此就需要数据字典加以配合来解释其中相应内容。 数据字典（Data Dictionary, DD）是关于数据流程图中未能具体说明部分的数据清单。其主要包括的内容有数据项、数据结构、数据流、数据存储、处理过程等的详细解释。数据字典的描述使得数据流程图更加完整。2.5.1数据项数据项，又被称为数据元素，是数据流程图中具有独立逻辑含义的最小单元，无法再分割的数据单位。本系统中的数据项包括：代号名称含义A01username用户名A02password登录密码A03dingdanhao订单号A04dingdanjine订单金额A05shoukuanfang收款方A06zhifufang支付方A07zhifupassword支付密码A08bangdingyinhangkahao绑定银行卡号A09yinhangkahao银行卡卡号A10yinhangkapassword银行卡密码A11zhuanzhangjine转账金额A12zhifubaoyuee支付宝余额A13chongzhijine充值金额A14shengyujine银行卡余额A15tixianjine提现金额A16time订单完成时间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逻辑结构设计：逻辑结构设计是将概念结构设计中得到的结构转化为数据模型，以便支持数据库的设计，本系统中是将其转化为关系数据模型。由于E-R途中只存在1：n的关系，因此逻辑结构设计的结果得到的关系跟实体的数量相同。其结果如下：（1）用户（用户名，登录密码，支付密码，支付宝余额，银行卡号，头像）（2）银行卡（银行卡号，银行卡密码，银行卡余额）（3）订单（订单号，订单金额，订单状态，支付方，收款方，时间，商品名称，商品图片）根据上面分析的关系模型，我们设计出了主要的表：（1） 用户表：字段名称字段类型约束条件默认值用户名文本数字和字母登录密码文本同时含有且只含有数字和字母支付密码文本同时含有且只含有数字和字母支付宝余额数字大于00银行卡号文本19位数字头像文本（2）银行卡表：字段名称字段类型约束条件默认值银行卡号*文本19位数字银行卡密码文本同时含有且只含有数字和字母银行卡余额数字大于00（3）订单表：字段名称字段类型约束条件默认值订单号*文本12位整数订单金额货币大于0订单状态数字0、1、20支付方文本数字和字母收款方文本数字和字母时间日期/时间商品名称文本商品图片文本第四章 系统详细设计与实现4.1系统配置以WIN7为例，进行系统的初步配置。步骤如下：（1）打开管理工具（2）打开Internet信息服务（3）添加虚拟目录4.2数据库接口设计本系统使用Access数据库，数据库默认路径为：C:UsersAdministratorDesktop新建文件夹(2)Alipay.mdb。接口采用OLEDB接口，其中OLEDB是微软的战略性的通向不同的数据源的低级应用程序接口。数据库链接代码如下：4.3功能模块的详细设计与实现（界面截图+子程序流程图+代码）4.3.1登录界面4.3.1.1程序流程设计4.3.1.2界面设计4.3.1.3代码设计（1）从网页中获取信息set rs=server.createobject(adodb.recordset)username=request.QueryString(username) password=request.QueryString(password) （2）与数据库连接，判断信息sql=select * from 用户 where(用户名=+username+ and 登录密码=+password+) rs.open sql,conn,1,1 if rs.RecordCount = 0 then response.Cookies(验证)=1response.Redirect(登录.asp) else response.Cookies(username)=request.QueryString(username)response.Cookies(验证)=2response.Redirect(主页.asp) end if（3）根据信息判断，做出反应u=request.Cookies(验证)if u= thenu=0end ifif u=1 then response.write         用户名或密码错误,请重新输入 end if错误提示信息正确，进入主界面4.3.2付款界面4.3.2.1程序流程设计4.3.2.2界面设计4.3.2.3代码设计（1）通过页面信息获取数据库相关信息set rs=server.createobject(adodb.recordset)sql=select * from 用户 where 用户名=+zhifufang+ rs.open sql,conn,1,3（2）密码错误判断if zhifupasswordrs(支付密码) thenresponse.write(支付密码错误!)（3）余额不足判断else if CDbl(rs(支付宝余额) CDbl(dingdanjine) then response.write(支付宝余额不足!) 4）支付成功判断及对数据库的修改else rs(支付宝余额)= CDbl(rs(支付宝余额)-CDbl(dingdanjine) rs.update set rs=nothing set rs=server.createobject(adodb.recordset) sql=select * from 用户 where 用户名=admin rs.open sql,conn,1,3 rs(支付宝余额)= CDbl(rs(支付宝余额)+CDbl(dingdanjine) rs.update set rs=nothing set rs=server.createobject(adodb.recordset) sql=select * from 订单 where 订单号=+dingdanhao+ rs.open sql,conn,1,3 rs(订单状态)=1rs(时间)=now() rs.updateresponse.writealert(支付成功，返回主页！);top.location.href=主页.asp;4.3.3快捷支付界面4.3.3.1程序流程设计4.3.3.2界面设计4.3.3.3代码设计（1）通过页面信息获取数据库相关信息set rs=server.createobject(adodb.recordset)sql=select * from 用户 where 用户名=+zhifufang+ rs.open sql,conn,1,3bangdingyinhangkahao=rs(银行卡号)（2）判断是否绑定银行卡if isnull(bangdingyinhangkahao) or bangdingyinhangkahao=then response.write(没有绑定银行卡!)（3）判断密码是否正确elseif zhifupasswordrs(支付密码) thenresponse.write(支付密码错误!)（4）判断余额是否充足elseset rs=nothingset rs=server.createobject(adodb.recordset)sql=select * from 银行卡 where 银行卡号=+bangdingyinhangkahao+ rs.open sql,conn,1,3 if CDbl(rs(银行卡余额) CDbl(dingdanjine) then response.write(银行卡余额不足!)（5）充值成功操作及数据库修改rs(银行卡余额)= CDbl(rs(银行卡余额)-CDbl(dingdanjine) rs.update set rs=nothing set rs=server.createobject(adodb.recordset) sql=select * from 用户 where 用户名=admin rs.open sql,conn,1,3 rs(支付宝余额)= CDbl(rs(支付宝余额)+CDbl(dingdanjine) rs.update set rs=nothing set rs=serv