基于支付宝服务的交易平台设计方案

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

基于支付宝服务的交易平台设计方案
1编写目的
绪论的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,使之成为整个开发工作的基础。

详细如下:
明确和说明需求,对进行定义和分析。

描述软件所能达到的功能。

指导软件的代码编写,使开发具有明确的方向性。

描述系统的逻辑设计,程序设计,后台处理等重要信息。

2电子商务的定义
随着网络与计算机技术(信息技术)的发展,信息技术作为工具被引入商务活动领域从而产生了电子商务(Electronic Commerce,简称EC)。

电子商务就是利用信息技术将商务活动的各实体:企业、消费者、政府联系起来,通过互联网络将信息流、商流、物流、资金流完整结合从而实现商务活动过程。

商流包括商业洽谈、下单、售后服务等商务活动过程;物流包括商品物资的配送调度。

资金流就是交易中的资金转移过程;信息流包括商品信息,客户与供应企业信息、服务信息等。

也就是说,涉及商务领域的咨询洽谈、下单定购、资金付款、意见征询、交易管理、电子报关、电子纳税等都是全部通过Internet进行。

3电子商务的特点
Internet网络的普及、新的网络经济所涉及领域的广阔、多种安全措施的使用和电子化处理的快速决定了电子商务具有普遍性、方便性、整体性、安全性以及协调性等的特点。

普遍性:Internet的普及和网络经济的优越性使得电子商务成为普遍存在的新经济模式;
方便性:电子商务不受地域限制,交易方式灵活快捷,24小时自由在线服务;
整体性:电子商务将人工操作和信息处理、各功能模块集成一个不可分割的整体,提高人力、物力的利用率以及系统运行的严密性;
安全性:电子商务网络系统采用了严密的安全措施,如加密技术、数字证书、防火墙、病毒防护等;
协调性:电子商务活动的进行需各部门的协调合作,如客户、供应商、银行、物流中心、通讯部门等的合作才能完成电子商务的全过程。

4电子商务的应用类型
根据商务过程中参与实体的不同,电子商务的应用主要有五种类型:
(1)企业部的电子商务
企业通过部网(Intranet)方式交换和处理商贸信息,这种网络与Internet隔离,主要用于企业部的商贸活动并保持企业组织上的联系。

(2)企业间的电子商务(Business to Business,简称BtoB模式)
就是企业之间通过互联网进行商业活动的模式。

(3)企业与消费者间的电子商务(Business to Customer,简称BtoC模式)
这种模式是企业通过在互联网上开设网上商店,消费者通过网络浏览产品信息,并在网上下单,在线支付。

这种经营模式方便快捷,不受时间空间限制,24小时营业,因而受到消费者欢迎。

(4)企业与政府间的电子商务
这种模式是企业与政府部门间的业务往来,如政府通过互联网发布采购招标清单,企业通过网络进行投标、网上报关、纳税等。

(5)消费者间的电子商务(Customer to Customer,简称CtoC )
CTOC模式是消费者间通过公共电子商务交易平台,卖方提供商品及买方在线选购的交易方式, 如网上拍卖、在线二手市场等。

5电子商务系统的组成元素
电子商务的整个商务系统由业务系统、认证中心、支付网关和客户终端系统四个基本元素组成。

业务系统:是电子商务系统的基础应用平台,客户终端通过网络访问业务系统进行电子商务应用;认证中心:认证中心向业务系统、支付网关、客户终端提供证书发放、授权服务与认证,是保证电子商务应用安全的机构;支付网关:是企业、银行与客户交易资金转移的接口,是实现在线支付的接口界面。

6BtoC网上直销方式市场定位分析与发展趋势
企业与消费者间的电子商务BtoC,是一种网上直销方式,企业通过网络建设网上商店,向消费者展示与供应商品,消费者通过互联网走进网上商店,浏览商店的产品并可在店直接下单付款定购,由于消费者是商品的直接购买、最终使用者,企业产品直接面对客户,它们都处于供求链未端,因而是最基本的电子商务模式,就如传统经济模式里的商店一样,网上商店将会随着信息社会的发展变得一样的普遍,所不同的就是网上购物可以足不出户,各地商品任选,如此方便快捷,无时间空间限制是传统经营模式无法比拟的,如今人们生活质量的提高,购物方式也变得轻松自由化、个性化,这将会成为BtoC电子商务方式发展的趋势。

7BtoC网上直销电子商务工作流程
BtoC电子商务方式消费者完成一次购物工作过程是:首先消费者使用终端系统联上互联网,进入网上商店,寻找想购买的商品,浏览产品信息,如果找到合适的商品,就可在网上下单,否则决定是否继续浏览该店而进入其它网上商店继续购物,若消费者已将所要买的商品下单后,便可以进入结帐程序,通过选择付款方式,如在线支付,使用信用卡通过支付网关授权银行进行付款转帐,支付网关保留双方交易数据凭证,并向商户发出发货通知,商户收到发货通知后通过物流配送组织将商品发送给消费者,消费者收到商品后验收商品,并根据实际需要享受网上商店提供的售后服务。

自此,消费者通过网络无拘无束地完成了他的一次购物过程,整个过程都是消费者坐在自己的计算机前点击鼠标和键盘,所需做的只是查看商品信息以及下单结帐,其它的工作就交给商户、银行与物流机构去完成,整个过程都是很方便安全快捷,因而越来越受到消费者的欢迎。

第1章任务概述
1.1目标
制作一个BtoC模式下的电子商务系统,企业通过他可以建立自己的网上商店,建立网上销售渠道,可以让企业直接面对最终用户,减少销售过程中的中间环节,降低客户的购买成本。

使用该系统,可以让所有上网浏览的客户看到商家在网络上发布的产品信息,并可以随时进行购买活动,缩短商家与客户的距离,直接获得利益。

本可以完成的基本功能;
a)有使用导航,便于管理,以及扩展性好的特点
b)本系统所实现的功能将是利用程序的智能算法,利用各种数据,将各个商品的最新容整合到一起。

c)支持购物车功能,处理功能完善
d)操作简单,数据输入才、处理和输出操作的安全性和准确率高;
e)用户可以随意添加,更改或删除购物车商品。

f)具有安全性,个性化和方便的特点
1.2系统框架设计
B2C型系统面向Internet上的web应用,需采用B/S架构。

前台实现商品的在线浏览、查找和购买功能,后台实现在线管理商品、订单管理等功能。

系统采用三层架构。

图1-1 三层结构图
1.UI层:负责与用户交互,接收用户输入并将服务端传来的数据传递给用户。

2.业务逻辑层:负责接收浏览器传来的请求传给数据层,同时将请求处理结果发给浏览器,它由Web表
单,XML Web服务和组件服务组成。

其中WEB表单是应用程序的核心所在,它是向客户呈现数
据和信息的基础,也是响应和处理客户与显示的web表单交互生成的信息和数据基础。

3.数据层:通过操纵数据为事务逻辑层提供数据服务,如存储数据操作结果、返回数据检索结
果等。

功能:该的功能要求比较完善,具有会员管理模块(会员注册、会员登录、个人信息维护和管理会员)、管理商品模块(发布商品、维护商品、商品上架和商品下架)、商品交易(包括:购物车管理、下订单和交易处理)、银行支付模块(包括:账户余额查询和支付货款(通过支付网关实现))几大功能体系。

图1-2 功能流程图
性能:该软件的性能要求具有较好的稳定性和性。

在安全与方面的要求:本具有较好的安全性和性,以避免非法操作人员进行非法操作,或者是确保合法的操作人员在误操作时可以有挽回的余地,以免丢失重要数据信息,造成严重后果。

数据处理操作:要求确保数据在输入、处理、输出操作过程中安全性和准确率的较高。

操作难易程度:该应具备操作方便简单,以便工作人员和用户得心应手。

人机界面:要求该软件人机界面要好。

完成期限:本软件系统完成期限要求为两个月。

1.3运行模式
面向用户,在浏览器中直接返回和操作相关数据,包括最新商品情况,需要发布很多详细的信息,要求有较高的稳定性
1.3.1总体说明
交易平台是一个面向B2C模式下的交易平台,利用Internet进行网上购物并以银行卡付款的消费方式。

1.3.2假设和约束
对这项开发中给出的条件、假定和所受到的限制,为:
a)此的开发期限为:两个月。

b)法律和政策方面的限制:本人在开发此时,将严格按照有关的法律和政策执行。

c)硬件、软件、运行环境和开发环境方面的条件和限制:此软件系统应在Windows界面上运行,CPU为目
前市面上流行的Athlon750以上,存128MB以上,硬盘空间20G以上,采显一台
d)可利用的信息和资源:本项目开发所需要的一切信息资源来自市场采集和客户提供,也从一些专业书
上获得部分信息。

1.4功能需求
1.4.1功能需求描述
用户和管理员:
用户进行注册和登陆后使用该交易
图1-3 a)功能流程
商品类别维护
数据备份恢复
图1-4 b)功能流程
详细分解为下列表:
图1-4 具体功能流程图
表1-1
功能编号001 功能名称用户登录所属部门会员管理
功能描述用户通过输入账号和密码点击登录按钮,由后台代码验证用户是否合法,合
法即通过并在主页显示用户相关信息
输入项用户账号、密码
处理描述当用户点击登录按钮时在后台立即查找该账号是否存在。

不存在即登录不成
功,如果存在,再查找与该用户账号匹配的密码并于用户键入的密码比较,
如果相等则登陆成功,不等则登录失败
输出项用户ID及或昵称
界面要求用户账号输入框、用户密码输入框、登录按钮
表1-2
表1-3
表1-4
表1-5
表1-6
表1-7
表1-8
表1-9
表1-10
表1-11
表1-12
表1-13
表1-14
表1-15
1.4.2用户类型
职业:面对各类消费者开放
消费水平:调查发现,大多用户有一定的直接或者间接经济来源,平均每月消费水平比城市月平均消费水平略高一点。

1.4.3服务用例
A用户服务:
1.普通用户登陆
2.管理员登陆
图1-5 用户服务
B主页构成:
1首页
2注册
3登录
4激活
5商品展示
6信息发布
图解:(如下)
首页
登录注













退

图1-6 主页C管理商品模块:
图解:
图1-7 管理商品
D商品交易:
详细信息如图解:
图1-8 商品交易
总体效果:
图1-9 总体效果
1.4.4对性能的规定
●精度:该软件对输入、输出数据,包括传输过程中的数据的精度无特定要求。

●时间特性要求:
对于该软件的时间特性要求,如下:
➢响应时间:0.1秒以。

➢更新处理时间:1秒以。

➢数据的转换和传送时间:0.1秒以。

➢计算时间:瞬间响应。

●灵活性:
现说明对该软件的灵活性的要求,即当需求发生某些变化时,该软件对这些变化的适应能力,如
下:
➢操作方式上的变化:要求开发的此软件系统在操作方式上的灵活性较好,可以通过多种不同的操作来进行同一目的的实现。

➢运行环境的变化:要求开发的此软件可以较好地适应运行环境的变化,而不要只能在一种单一的运行环境中才可以生效进行相应的操作。

要求至少可以在Windows98以上的操
作系统中都可运行操作。

➢数据操作灵活性:要求在对数据操作上具有相应的灵活性。

➢同其他软件的接口的变化:要求此软件可以适应其他软件接口。

➢有效时限的变化:要求此软件的有效时限可以根据用户的需要相应增减。

➢功能改进的变化:当日后功能根据用户实际需要而改进发生变化时,该软件也可适应这些变化而正常运行工作。

1.4.5输入输出要求
要求:在对用户操作人员进行数据的输入输出要求方面,此可根据用户的实际需求和特性进行相应的设定(包括输入输出字体的颜色、大小和图片等)。

这些容要求它在对表的操作中进行,起到日后对用户操作人员的数据操作起到限制和引导的作用,以便能更好地进行数据管理。

当然,对于输入输出的数据进行的规定一定要严格按照用户的实际情况而进行。

这就要求在开发此软件系统时要密切地和用户单位保持联系,做好接口工作。

1.4.6数据管理能力要求
对待开发的软件系统,要求在数据管理能力上应做到:具备在优良的数据管理能力。

首先,它拥有的良好的安全性可防止非法人员盗取数据或抹杀数据。

其次,在此系统中对数据的操作管理上要求正确性极高,做到在编辑过程中,要求操作人员在每执行一次操作时都非常小心谨慎,以免对数据错误操作。

再次,要求此系统
做到可防止操作人员在进行操作的过程当中因误操作而丢失数据。

各站点获取数据:在联盟的页面以的方式嵌入Javascript脚本即可。

服务器端定期抓取各站点RSS源:在服务器上定时运行抓取程序,供数据分析程序用。

服务器端对抓取到的RSS数据进行分析整合,更新至数据库:
a)各站点获取数据
b)服务器端接受各站点信息,分析整合后更新数据库
c)站点提交及管理功能
d)服务器端统计功能
此外,要求此软件系统在对数据及其分量的存储方面做到:它可完全满足用户在以后的实际操作中所需的存储容量要求。

1.4.7故障处理要求
要求此软件系统在对各种故障处理方面做到:
首先,在系统操作运行当中,对于忽然出现的软、硬件故障,可以做到数据的不丢失。

其次,当系统在运行时遇见不可恢复性错误时,也能保证数据库完好无损。

1.4.8其他专门要求
现简要介绍对此待开发项目软件的其他专门要求,如下:
A 安全要求:要求具有良好的安全性,以防非法人员进行非法操作,或是以防管理人员进行错误操作而导
致造成不可挽回的错误。

B使用方便要求:要求操作方便,简单,可以便于会使用基本Windows操作的非专业人员也可熟练使用此。

C可补充性要求:要求具有良好的可补充性,以满足用户和管理员的实际需要。

D易读性要求:要求易读。

E可靠性要求:要求具备良好的可靠性和稳定性。

1.5支持环境
操作系统为windows2000以上,且安装了sqlsever的服务器主机。

第2章交易平台数据库设计说明书
2.1引言
2.1.1编写目的
本说明说说明“交易平台”的数据库设计、大体结构,用于开发人员进行项目设计,同时也为后续的数据库维护工作提供使用说明和未来版本升级时的重要参考资料。

2.1.2背景
待开发的数据库的名称:trade
使用此数据库的软件系统的名称:sql server 2005
数据库宿主环境:windows xp
该软件系统的用户:所有人
2.1.3定义
E-R模型:实体-联系法,用于描述现实世界的概念模型。

2.1.4参考资料
a.本项目的《需求分析报告》
b.数据库设计等相关书籍
c.本项目相关的其他参考资料
2.2数据库设计
2.2.1关系图
本系统表比较多,下面根据功能将其分类,并列出它们之间的关系。

下图描述了会员功能所用到的数据表之间的关系
图2-1 会员功能关系
下图描述了商品功能所用到的数据表之间的关系。

图2-2 商品功能关系下图描述了交易功能所用到的数据表之间的关系
图2-3 交易功能关系
2.2.2标识符和约定
数据库标志符:trade;
数据表命名规则:表名均以大写字母开头的英文,如User表。

2.2.3数据库表设计格式说明
以一个数据表为例进行说明:
会员信息表,用于记录用户的基本信息:
表名:Members;
字段:用户ID、、密码、Email、移动、是否激活、状态;
字段类型:除是否激活用的nchar(1)外其余字段均用的nvarchar;主键:用户ID;
2.2.4支持软件
管理员工具:sql server2005 administrator windows/linux
查询浏览工具:sql server2005 query-browser windows/linux
开发客户端:sql server2005 connector/net
2.3数据表设计
2.3.1表说明
下面详细描述了表结构
表2-1 members(会员信息表)
表2-2 shops(店铺信息表)
表2-3 accounts(银行信息表)
表2-4 commodity(商品索引表)
注:commodity表是所有商品的索引表,功能类似于目录
表2-5 dress(服装类商品表)
表2-6 books(图书类商品表)
表2-7 orders(订单主信息表)
表2-8 ordercom(订单商品关联表)
2.4运用设计
2.4.1数据库的完整性和安全性
(1)数据库的完整性
数据库的完整性是指数据的正确性和相容性。

数据库管理系统(DBMS)用一定的机制来检查数据库中的数据是否满足规定的条件——完整性约束条件,数据的约束条件是语义的体现,将作为模式的一部分存入数据库中。

本系统中定义了表与表之间的联系有助于实现完整性规则,一般在程序中实现具体的完整性控制。

(2)数据库的安全性
数据库的安全性是指保护数据库以防止不合法的使用所造成的数据泄漏、更改或破坏。

在数据库系统中,大量的数据集中存放,而且为许多用户直接共享,是宝贵的信息资源,系统的安全保护措施就显得更为重要,它保护数据库防止恶意的破坏和非法的存取。

本系统包括数据库的安全和服务器的安全。

采用管理员表示和鉴定的方法实现数据库的安全,此安全管理措施并不在前台开发工具中实现,而是在后台数据库中实现。

在登录数据库时,系统让管理员户表示自己的身份,不同的管理员权限不同,系统进行核实,鉴别此管理员是否为合法用户,若是,系统进一步核实用户,通常要求用户输入口令,系统和对用户口令以鉴别用户身份。

服务器的安全也是通过用户在登录服务器时输入合法的用户名和密码来实现的。

这是一种简单可行的方法,实现起来比较方便。

没有采用更加复杂的系统安全管理措施是因为本管理系统一般是应用在校园网中,采用安全管理措施主要是为了防止没有修改权限的用户无意间修改了数据,因此采用用户标识和鉴定的安全管理措施就能够保障数据库的安全性。

第3章项目开发计划
3.1引言
3.1.1编写目的
编写此文档旨在明确开发目的,让项目开发更具针对性。

3.1.2项目简介
3.1.3项目名称
基于电子商务项目开发
3.1.4产品标识
标识:交易平台站
名称:交易平台
版本号:1.0
3.1.5定义
项目名称代号:交易平台站
3.1.6参考资料
1、实列开发
2、Ajax项目开发实列
3、SNS技术论文
4、SQL Sever
3.2项目概述
3.2.1工作容
1、撰写需求分析文档:
这一阶段明确软件应实现的功能有哪些、及用户的需要
2、撰写项目开发文档
在上一阶段基础之上对项目应总体构架及具体功能模块要有细致的描述,利于提升项目开发效率。

3、编码
对软件功能进行模块化划分,并对每个模块进行编码.
4、项目评审
对当前项目进度,成果进行评审,总结项目经验,对项目总体把握
5、测试
3.2.2交付项
毕业设计说明文档
成品
3.3项目组织和资源
3.3.1项目组织
项目人员:梁宇
项目资源:
表3-1 人力资源
已有开发设施:
一台电脑、相关资料齐全。

设施:
电脑、VS2008、SQL Sever2005。

可复用资源:
后台管理中可使用ASP。

NET里面的控件、及收集的JS代码、第三方控件等。

3.4实施计划
3.4.1项目选用的生命周期
项目生命周期选择为一个月。

这是项目完成的最后期限
3.4.2项目开发过程阶段划分
表3-2 阶段划分
3.5测试计划
3.5.1简介
3.5.2目的
《电子商务》的这一“测试计划”有助于实现以下目标:
验证对象之间的交互。

验证软件的所有构件是否正确集成。

确认所有需否已经正确实施。

确定缺陷并确保在部署软件之前将缺陷解决。

尽早尽可能多发现缺陷。

提高软件产品的质量!
3.5.3背景
电子商务的是一个动态的概念,是具有商业活动的实体,利用网络和先进的数字化传媒技术,行的各项商业活动。

它强调两点:一是商业背景;二是网络背景。

具体要学电子商务系统和效益、商务的策划和设立、决策信息支持体系的建立、电子商务安全、电子支付、网络广告、网络营销、物流与供应链管理、客户关系管理、电子商务发展状况等指借助计算机技术,网络技术和远程通信技术,使得交易各方当事人通过电子方式联系,放弃传统的纸面文件,单据的传输,实现整个交易过程的电子化、数字化和网络化.
3.5.4围
单元测试(Unit Testing)测试的最早期阶段,焦点在于最小的被测软件的组成部分
集成测试(Integration Testing)在运行(可能是不完整)的应用中保证软件单元被结合后能正常操作的测试执行的阶段
系统测试(System Testing)当应用作为整体运行时的测试执行阶段(测试最终的应用)
验收测试(Acceptance Testing)验收测试,以用户为主,由用户参加设计测试用例,对程序的功能、性能,以及可移植性、兼容性、可维护性、错误的恢复功能等进行确认。

3.5.5测试策略
测试策略提供了推荐用于测试对象的方法。

对于每种测试,都应提供测试说明,并解释其实施和执行的原因。

如果不实施和执行某种测试,则应该用一句话加以说明,并述这样做的理由。

例如,“将不实施和执行该测
试。

该测试不合适。


制定测试策略时所考虑的主要事项有:将要使用的方法以及判断测试何时完成的标准。

下面列出了在进行每项测试时需考虑的事项,除此之外,测试还只应在安全的环境中使用已知的、受控的数据库来执行。

3.6测试类型
3.6.1数据和数据库完整性测试
对源代码的静态分析:主要分析代码中的类型、引用、参数传递,以及表达式等不用运行就能够发现的错误;另外还有一些容易出错的地方,如空指针赋值、下标越界等。

还可以检查诸如命名规则等编程规。

在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。

对于数据库管理系统 (DBMS),还需要进行深入的研究,以确定可以支持以下测试的工具和方法。

表3-3
调用各个数据库访问方法和进程,并在其中填充有效的和无效
的数据或对数据的请求。

检查数据库,确保数据已按预期的方式填充,并且所有数据库事件都按
正常方式出现;或者检查所返回的数据,确保为正当的理由检索到了正
确的数据
测试可能需要 DBMS 开发环境或驱动程序以便在数据库中直
接输入或修改数据。

进程应该以手工方式调用。

应使用小型或最小的数据库(其中的记录数很有限)来
使所有无法接受的事件具有更大的可见性。

3.6.2业务周期测试
业务周期测试应模拟在一段时间对《天府新谷》执行的活动。

应先确定一段时间(例如一年),然后执行将在该时段发生的事务和活动。

这种测试包括所有的每日、每周和每月的周期,以及所有与日期相关的事件(如备忘录)。

表3-4
通过执行以下活动,测试将模拟若干个业务周期:
将修改或增强对测试对象进行的功能测试,以增加每项功能的
执行次数,从而在指定的时段模拟若干个不同的用户。

将使用有效的和无效的日期或时段来执行所有与时间或日期
相关的功能。

将在适当的时候执行或启动所有周期性出现的功能。

在测试中还将使用有效的和无效的数据,以核实以下容:
在使用有效数据时得到预期的结果。

在使用无效数据时显示相应的错误消息或警告消息。

各业务规则都得到了正确的应用。

所计划的测试已全部执行。

所发现的缺陷已全部解决。

相关文档
最新文档