基于支付宝服务的交易平台设计方案Word文档下载推荐.docx
《基于支付宝服务的交易平台设计方案Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《基于支付宝服务的交易平台设计方案Word文档下载推荐.docx（66页珍藏版）》请在冰豆网上搜索。
认证中心：
认证中心向业务系统、支付网关、客户终端提供证书发放、授权服务与认证，是保证电子商务应用安全的机构；
支付网关：
是企业、银行与客户交易资金转移的接口，是实现在线支付的接口界面。
6BtoC网上直销方式市场定位分析与发展趋势
企业与消费者间的电子商务BtoC,是一种网上直销方式，企业通过网络建设网上商店，向消费者展示
与供应商品，消费者通过互联网走进网上商店，浏览商店的产品并可在店直接下单付款定购，由于消费者是商品的直接购买、最终使用者，企业产品直接面对客户，它们都处于供求链未端，因而是最基本的电子商务模式，就如传统经济模式里的商店一样，网上商店将会随着信息社会的发展变得一样的普遍，所不同的就是网上购物可以足不出户，各地商品任选，如此方便快捷，无时间空间限制是传统经营模式无法比拟的，如今人们生活质量的提高，购物方式也变得轻松自由化、个性化，这将会成为BtoC电子商务方式发展的趋势。
7BtoC网上直销电子商务工作流程
BtoC电子商务方式消费者完成一次购物工作过程是：
首先消费者使用终端系统联上互联网，进入网上商店，寻找想购买的商品，浏览产品信息，如果找到合适的商品，就可在网上下单，否则决定是否继续浏览该店而进入其它网上商店继续购物，若消费者已将所要买的商品下单后，便可以进入结帐程序，通过选择付款方式，如在线支付，使用信用卡通过支付网关授权银行进行付款转帐，支付网关保留双方交易数据凭证，并向商户发出发货通知，商户收到发货通知后通过物流配送组织将商品发送给消费者，消费者收到商品后验收商品，并根据实际需要享受网上商店提供的售后服务。
自此，消费者通过网络无拘无束地完成了他的一次购物过程，整个过程都是消费者坐在自己的计算机前点击鼠标和键盘，所需做的只是查看商品信息以及下单结帐，其它的工作就交给商户、银行与物流机构去完成，整个过程都是很方便安全快捷，因而越来越受到消费者的欢迎。
第1章任务概述
1.1目标
制作一个BtoC模式下的电子商务系统，企业通过他可以建立自己的网上商店，建立网上销售渠道，可以让
企业直接面对最终用户，减少销售过程中的中间环节，降低客户的购买成本。
使用该系统，可以让所有上网浏览的客户看到商家在网络上发布的产品信息，并可以随时进行购买活动，缩短商家与客户的距离，直接获得利益。
本可以完成的基本功能；
a）有使用导航，便于管理，以及扩展性好的特点
b）本系统所实现的功能将是利用程序的智能算法，利用各种数据，将各个商品的最新容整合到一起。
c）支持购物车功能，处理功能完善
d）操作简单，数据输入才、处理和输出操作的安全性和准确率高；
e）用户可以随意添加，更改或删除购物车商品。
f）具有安全性，个性化和方便的特点
1.2系统框架设计
1.3
B2C型系统面向Internet上的web应用，需采用B/S架构。
前台实现商品的在线浏览、查找和购买功能，后台实现在线管理商品、订单管理等功能。
系统采用ASP.NET三层架构。
图1-1三层结构图
1.UI层：
负责与用户交互，接收用户输入并将服务端传来的数据传递给用户。
2.业务逻辑层：
负责接收浏览器传来的请求传给数据层，同时将请求处理结果发给浏览器，它由Web表
单，XMLWeb服务和组件服务组成。
其中WEB表单是ASP.NET应用程序的核心所在，它是向客户呈现数
据和信息的基础，也是响应和处理客户与显示的web表单交互生成的信息和数据基础。
3.数据层：
通过ADO.NET操纵数据为事务逻辑层提供数据服务，如存储数据操作结果、返回数据检索结果等。
功能：
该的功能要求比较完善，具有会员管理模块（会员注册、会员登录、个人信息维护和管理会员）、管
理商品模块（发布商品、维护商品、商品上架和商品下架）、商品交易（包括：
购物车管理、下订单和交易处理）、银行支付模块（包括：
账户余额查询和支付货款（通过支付网关实现））几大功能体系。
银行
图1-2功能流程图
性能：
该软件的性能要求具有较好的稳定性和性。
在安全与方面的要求：
本具有较好的安全性和性，以避免非法操作人员进行非法操作，或者是确保合法的操作人员在误操作时可以有挽回的余地，以免丢失重要数据信息，造成严重后果。
数据处理操作：
要求确保数据在输入、处理、输出操作过程中安全性和准确率的较高。
操作难易程度：
该应具备操作方便简单，以便工作人员和用户得心应手。
人机界面：
要求该软件人机界面要好。
完成期限：
本软件系统完成期限要求为两个月。
1.4运行模式
面向用户，在浏览器中直接返回和操作相关数据，包括最新商品情况，需要发布很多详细的信息，要求有
1.3.1
较高的稳定性
总体说明
对这项开发中给出的条件、假定和所受到的限制，为：
a）此的开发期限为：
两个月。
b）法律和政策方面的限制：
本人在开发此时，将严格按照有关的法律和政策执行。
c）硬件、软件、运行环境和开发环境方面的条件和限制：
此软件系统应在Windows界面上运行，CPU为目
前市面上流行的Athlon750以上，存128MB以上，硬盘空间20G以上，采显一台
d）可利用的信息和资源：
本项目开发所需要的一切信息资源来自市场采集和客户提供，也从一些专业书上获得部分信息。
1.4
1.4.1
功能需求
功能需求描述
用户和管理员：
用户进行注册和登陆后使用该交易
图1-3a）功能流程
图1-4b）功能流程
详细分解为下列表：
图1-4具体功能流程图
表1-1
功冃匕编号
001功能名称用户登录所属部门会员管理
功能描述
用户通过输入账号和密码点击登录按钮，由后台代码验证用户是否合法，合法即通过并在主页显示用户相关信息
输入项
用户账号、密码
处理描述
当用户点击登录按钮时在后台立即查找该账号是否存在。
不存在即登录不成
功，如果存在，再查找与该用户账号匹配的密码并于用户键入的密码比较，如果相等则登陆成功，不等则登录失败
输出项
用户ID及或昵称
界面要求
用户账号输入框、用户密码输入框、登录按钮
表1-2
002功能名称通用模块所属部门通用模块
包含了验证码和加密安全两项容，但与具体业务没有联系，可用于代码移植
验证码和密匙
将一串随机产生的数字或符号生成一幅图片，图片中加入一些干扰兀素，由用户肉眼识别其中的验证码信息，输入表单提交给验证，验证成功后才能使用某项功能。
通过注册或打开相应页面
验证码图片框，用户输入框
表1-3
003
功能名称
会员注册
所属部门
会员管理
会员注册功能是管理业务的一种有效手段，目前绝大多数都米用这一方式管
理用户。
用户注册是会员根据模板化的信息输入表单，自行填写相关容并提交给服务器的过程。
会员ID,,密码，EMAIL,验证码等
把会员信息加入数据库
可以进行登录
登录表单
表1-4
004
激活
激活功能是会员注册的子功能，其目地是验证的有效性。
申请人在表单中填入E-mail信息，然后确认提交时，系统除了记录注册信息外，还会往E-mail
地址中发送一封。
申请人登录后按照提示操作后才会激活。
名，登录名。
密码
最简单的处理就是在中包含一个超，申请人只要单击超，系统就会根据超容开通注册
账户激活
激活表单
表1-5
005
发布商品
商品管理
本系统支持多种商品，将所有商品的公共属性抽象出Commodity类
商品种类
米用简单工厂模式来进行设计
具体业务实例
添加商品表单
表1-6
006
管理商品
可以在会员中心的“我的店铺”中查看或管理
无
商品管理仍然米用传统的列表操作方式
商品实例
左侧导航区，右侧显示区
表1-7
007
过期商品检
查
电子商务为了有效管理店铺及其商品，一般都会对货架上的商品进行时间限
制，以便使商家定期维护，保证商品的有效性。
如果货架上的商品10天后
仍然没有维护，则商品会自动下架。
典型的后台操作，通过代码调用方法
表1-8
008
商品浏览
本系统米用传统的表格方式展示商品，并具有分页浏览功能。
冋时提供检索条件，包括按类别和名称模糊查询等条件，以提高查询效率。
检索条件
由CommodityList.aspx页面实现，其中由GRIDVIEW空件实现列表显示，检索区输入项使用DropDownList和TextBox控件实现。
商品的集合
CommodityList
页面
表1-9
009
购物车
当用户决定购买商品的时候，就可以先将商品放入购物车，然后可以继续浏览其他商品。
待需要付款购买时一起结算。
使用GridView
功能。
控件显示商品列表，使用Button和LinkButton控件来触发
商品项
ShopCart页面
表1-10
010
下订单
填写基本的物流信息。
如收货人，地址，联系方式等。
订单信息
界面首先是订单头，即订单号和日期；
然后是订单的商品列表，技术上有GridView实现。
最后是买方的收货地址，联系方式等物流配送人员必须的信
息项。
订单总体页面
订单页面
表1-11
011
账户余额查询
所属部门：
银行网关
会员登录会员中心后，可以查看个人账户上的余额，以便在余额不足的时候及时充值。
登录用户ID
在PayService.asmx文件中获取账户余额由GetBalanee方法实现。
账户余额
表1-12
012功能名称支付所属部门银行网关
本系统最复杂、要求最高的一个模块。
大部分的逻辑放在数据库服务器的一个存储过程中，这个过程是DoPay。
换句话说，这个存储过程运行在银行一
方的数据库上，可以通过网关服务由电子商务调用。
当前用户ID，密码，卖方，金额
存储过程实际上分以下几个步骤实现：
1）根据支付方的和密码查询余额。
2）判断支付方余额是否足以付款，如果不够，则停止执行。
3）支付方的余额扣除货款。
4）收款方的余额增加同数值货款。
5）处理完毕
显示容
表1-13
013
我的订单
会员中心
登录会员中心后，会员可以查看以往的账单，这样能让会员了解每-
「笔交易
的细节，帮助会员记录信息。
页面套用了会员中心的母板页，在容区加入了
GridView控件，用于显示订
单列表
查询实例
母板页，查询页
表1-14
014
导出Excel
把数据保存在本地
用Excel程序集进行Excel格式输出，即使用主互操作程序集。
Excel表单
表1-15
015
我的收藏
收藏服务，即会员看到感兴趣的商品又不急于购买时，可以将其暂存到收藏夹中的容，并可以随时查询和维护。
由MyFavorite.aspx页面实现。
使用Repeater控件实现数据绑定，以显示
收藏夹中的容。
收藏页面
1.4.2用户类型
职业：
面对各类消费者开放
消费水平：
调查发现，大多用户有一定的直接或者间接经济来源，平均每月消费水平比城市月平均消费水平略高一点。
143服务用例
A用户服务：
1.普通用户登陆
2.管理员登陆
>
1登陆页而弋
管理员登陆
普通用户登
登f±
夷tt
图1-5用尸服务
B王页构成：
1首页
2注册
3登录
4激活
5商品展示
6信息发布图解：
（如下）
注
nn~
册
首页
帐>
号
激
活
商品展示
信息发布
图1-6主页
C管理商品模块图解：
自
动
运
行
图1-7管理商品
D商品交易：
详细信息如图解：
过期商品检测
总体效果:
基本设置
个人资料
交易完成
主页
图1-8商品交易
登录与查看
1
F
用户信息管理模块
'
f
图1-9总体效果
1.4.4
对性能的规定
精度：
该软件对输入、输出数据，包括传输过程中的数据的精度无特定要求。
时间特性要求：
对于该软件的时间特性要求，如下：
?
响应时间：
0.1秒以。
更新处理时间：
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使用此数据库的软件系统的名称：
sqlserver2005数据库宿主环境：
windowsxp该软件系统的用户：
所有人
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;
数据表命名规则：
表名均以大写字母开头的英文，如
2.2.3数据库表设计格式说明以一个数据表为例进行说明：
交易功能关系
User表。
会员信息表，用于记录用户的基本信息：
表名：
Members;
字段：
用户ID、密码、Email、移动、是否激活、状态；
字段类型：
除是否激活用的nchar
（1）外其余字段均用的nvarchar;
主键：
用户ID；
224支持软件
管理员工具：
sqlserver2005administratorwindows/linux
查询浏览工具:
sqlserver2005query-browserwindows/linux
开发客户端:
sqlserver2005connector/net
2.3数据表设计
2.3.1表说明
下面详细描述了表结构
表2-1members（会员信息表）
字段
名称
类型
注释
mid
ID
nv
升级会员 