手机钱包的数据库设计DOCWord文档格式.docx
《手机钱包的数据库设计DOCWord文档格式.docx》由会员分享，可在线阅读，更多相关《手机钱包的数据库设计DOCWord文档格式.docx（24页珍藏版）》请在冰豆网上搜索。
2
2.2.1支付宝用户需求分析
2.2.2客户需求分析
2.2.3银行卡用户需求分析
2.3功能需求描述
2.3.1钱包管理模块
2.3.2财富信息管理模块
2.3.3后台管理模块
2.3.4功能模块图
2.4数据流图
3
2.4.1财富信息数据流图
2.4.2钱包管理数据流程图
4
2.4.3消费管理数据图
2.4.4总数据流图
三、概念结构设计
5
3.1目标与任务
、需求分析
3.2实体属性5
3.3E-R实体模拟图6
3.3.1各实体E-R图
6
3.3.3系统总的E-R图
8
四•逻辑结构设计
10
4.1任务与目的
4.2关系模式的转换
4.3数据模式的优化10
4.4优化后的关系模式11
4.5设计用户子模式11
五、设计SQL查询功能11
5.1SQL语言的概述11
5.2建立数据库12
5.2.1创建数据库12
5.2.2基本表的定义，删除与修改12
5.3数据查询16
5.3.1单表查询16
5.3.2嵌套查询17
5.3.3集合查询
5.4数据更新
5.4.1插入数据
5.4.2修改数据
5.4.3删除数据
5.5触发器的建立
5.5.1触发器概念
5.5.2定义触发器
六、总结
七、参考文献
手机钱包致力于为中国电子商务提供简单、安全、快速的在线支付解决方案。
支付宝账户是为了实现支付宝服务而推出的交易工具。
支付宝为用户提供在银行账户和支付宝账户之间的资金划转业务，并提供相
应资金往来记录的查询和管理。
为你解决后顾之忧！
钱没有直接交付到卖家手里。
如果货物出问题，钱很容易就回来！
不会出现交钱后就万事难的问题！
支付宝其实就相当于担保中介，在买家和卖家之间建立起资金互通的桥梁，如果买家直接把钱打到卖家的银行帐户，买家不放心，如果卖家直接把货了，还怕收不到款，所以支付宝就在这种情况下出生的，买家买东西的时候先把钱打到中介支付宝
公司等买家收到货后，再由支付宝打转入卖家帐户，这样以来，双方放心了！
手机钱包管理系统可以为买卖双方完成安全、快速的网上支付业务，并为买卖家双方提供了交易资金记录的查询和管理。
所以建立应当建立一套手机钱包于支付关系的管理系统。
2.1背景
随着社会的发展，人们的物质生活和精神生活不断地提高，然而我们的社会
也走进了一个全新的时代。
各行各业都开始离不开信息化。
不管是在学校，企业还是事业单位都在通过一些信息化的管理来实现对人和事物的管理，不仅方便、快捷、更节省了劳动力。
然而钱包也不例外，手机钱包致力于为中国电子商务提供简单、安全、快速的在线支付解决方案。
如需现金的在线支付成为了手机钱
包的绝对化优势，现在我们以支付宝为例，建立支付宝管理系统，实现支付环境的最优化。
2.1.2需求现状：
目前，虽然已经有了支付宝钱包管理系统，但是这种手机钱包管理系统有太多的局限性，已经不能满足用户和商家的需求，主要存在以下问题：
1.进入支付宝立即不清楚账号信息
2.模块内容杂乱
3.设置功能不易发现，更换支付宝账号较繁琐。
4.太大众化，与各种网银钱包一样，没有自己的特点，没有特殊群体特殊对待。
6.多数功能客户应用不到。
用户是系统的最终使用者，由分析可以得出结论，该系统应包含支付宝用户,客户，银行卡三大用户。
这三类用户对该系统分别有不同的需求。
支付宝账户简称账户，账户户对系统的主要要求是：
可以进行转账，充值，缴费，购物等一系列财物支付活动的实体。
账户户进行转账，充值，缴费等支付活动的接受方。
还是提供美食，电影，外卖，淘宝等交易的用户
支付宝通过银行卡进行支付活动
由分析可以得出结论，该系统应包含钱包管理模块，商家管理模块，财富管理模块。
这三类模块对该系统分别有不同的需求。
本模块主要实现转账，手机充值，信用卡还款，生活缴费，收款，校园一卡通，美食，电影，外卖，淘宝等一系列消费管理活动。
要涉及三类用户：
支付宝账户户，客户，银行卡。
用户通过该系统实现与客户，银行卡之间的各项支付活动。
每一个支付宝账户都可对银行卡输入、查询、更新、插入、修改、删除。
本模块是整个系统的一个基础，因为涉及到每个账户每个信息的不同。
系统需要动态的管理支付宝账户的输入、查询、更新、插入、修改、删除。
钱包管理模块
财
富信息管理模块
后台管理模块
账户退出
2.4数据流图
账户
银行卡
余额宝
243消费管理数据图
244总数据流
模型是对现实世界的模拟和抽象，概念模型是对现实世界的第一层抽象。
是用户与数据
库设计人员之间进行交流的语言。
概念结构设计是将需求分析后得到的用户需求抽象为反映用户观点的概念模型。
3.2实体属性
1）账户（账号、登录密码、头像、姓名、性别、地区、绑定手机号、收货地址）
2）客户（客户账号、姓名、头像、性别、地区）
3）银行卡（银行卡号、开户姓名、开户证件号、开户银行、开户网点、密码、
余额）
4）余额宝（账号、余额、收益、支付密码）
5）转账（客户账号、金额、日期、客户姓名、备注、付款方式）
6）购物（购物商家、购物类型、日期、金额、付款方式）
7）充值（手机号、金额、付款方式，日期）
8）账单（账单号、客户账号、日期、金额、交易类型）
3.3E-R实体模拟图
1）账户实体
2）客户实体
3）银行卡实体
4）余额宝实体
5）转账实体
6）购物实体
7）充值实体
8）账单实体
333系统总的E-R图
充值金额
日期
性别
头像
手机
付款方式
对象
姓名
n
地区
登陆密码
账号
客户账号
金额
类型
收货地址
账户m
转账
支付
买
购物
绑定手机
付款
备注
付款方
方式
绑定
开户网点
证件号
密码
支付密码
卡号
余额
银行
交易类型
账单号
账单
对方账号
时间
式
客户
充值
L（
n、
（账
?
1
C
属于
4.逻辑结构设计
4.1任务与目的
逻辑结构设计的任务是把概念结构设计阶段设计好的基本E-R图转换为与
选用DBMS产品所支持的数据模型相符合的逻辑结构。
4.2关系模式的转换
4.2.1E-R图向关系模型的转换，实现将实体型和实体间的联系转换为关系模式。
一个账户可以绑定多张银行卡，一张银行卡只能被一个账户绑定，故账户和银行卡之间是一对多的联系。
一个账户只有一个余额宝，一个余额宝只属于一个账户，故账户和余额宝之间是一对一的联系。
一个账户可以在多个商家购买东西，一个商家可以卖给多个账户东西，故账户和购物之间是多对多的联系。
一个账户可以进行多次转账，转账可以被多个账户进行，故账户和转账多对多的联系。
一个账户可以进行多次手机充值，手机可以被多个账号充值，故账户和手机充值之间是一对一的关系。
一个客户是一个购物商家，一个购物商家只能是一个客户，故客户和购物是一对一的联系。
一个客户可以接受多次转账，一次转账只能传递给一个客户，故客户和转账是一对多的联系。
一个客户可以接受多次充值，一次充值只能传递给一个客户，故客户和充值是一对多的联系。
一个账单只能被一个余额宝或者一个银行卡支付，一个余额宝或者一个银行卡支付多个账单，故账单和余额宝、银行卡是一对多的联系。
4.2.2按照最少关系模式把E-R图转换为关系模型如下：
1）账户（账号姓名、性别、地区、绑定手机号、收货地址、登录密码）
2）客户（客户账号、姓名、性别、地区）
3）银行卡（银行卡号、绑定账户账号、开户姓名、开户银行、密码、余额）
4）余额宝（账号、余额、支付密码）
5）转账（客户账号、账户账号、金额、日期、客户姓名、备注、付款方式）
6）购物（购物商家、账户账号、客户账号、购物类型、日期、金额、付款方式）
7）充值（账户账号、手机号、金额、付款方式，日期）
8）账单（账单号、对方账号、账户账号、银行卡号、日期、金额、交易类型）
4.3数据模式的优化
账户关系：
账户可以由账号唯一标识，并且满足BCNF的条件，故为BCNF。
客户关系：
客户可以由支付宝账号唯一标识，并且满足BCNF的条件，故为BC
NF
银行卡关系：
主码银行卡号与外码绑定的账户账号存在部分依赖，故为1NF
余额宝关系：
BCNF。
转账关系：
不存在部分依赖关系，也不存在专递依赖关系，故为3NF。
购物关系：
3NF。
充值关系：
账单关系：
主码账单号与银行卡号存在部分依赖关系，故为1NF
4.4优化后的关系模式
1）账户（账生姓名、性别、地区、绑定手机号、收货地址、登录密码）
3）银行卡（银行卡号、开户姓名、开户银行、密码、余额）
6）
升级会员 