《网上花店管理系统数据库设计报告.doc》由会员分享，可在线阅读，更多相关《网上花店管理系统数据库设计报告.doc（24页珍藏版）》请在三一文库上搜索。
1、数据库技术与应用课程设计报告网上花店管理系统学 院：专业名称：班 级：设计题目：学生姓名：时 间：分 数：目录第1章 引言11.1课程设计目的11.2项目背景1第2章 网上花店项目需求分析22.1 需求分析概述22.1.1 开发背景22.1.2 角色职责描述22.2 产品的功能需求32.2.1 功能性需求分析32.2.2 功能结构图42.3 数据字典6第3章 概念设计73.1实体之间的联系73.2 E-R图73.2.1 局部E-R图73.2.2 系统全局E-R图7第4章 逻辑结构设计84.1 关系模型的设计依据84.2 实体间联系转化的关系模式84.3 关系模型的优化9第5章 物理结构设计10
2、5.1 创建数据库及数据表105.2 数据库初始化代码10第1章 引言1.1课程设计目的随着人们生活水平的提高，社会的和谐发展，人们的文化水平不断提高，网上购物正在逐渐的取代了传统的购物模式。这些条件都推动的电子商务在我国迅速的发展。电子商务的交易模式也呈现出多样化。电子商务网站的快捷、安全高的传统的电子商务网站不能比拟的。该在线花店系统开发的目的是方便用户购物，采用更高效、安全、便捷的交易方式，使其不出门即可买到所需要的鲜花，同时协助花店管理员完成日常管理等操作。1.2项目背景本项目作为数据库课程的实习项目提出，希望通过XXXX系统的分析与设计，切实领会系统分析、系统设计和实施各个阶段的要点
3、；掌握基本的信息系统的开发方法以及体会信息管理系统设计,XXXXXXXXX第2章 网上花店项目需求分析2.1 需求分析概述本系统为网上花店，c#编写，使用mysql数据库。主要分为两大模块。前台客户端和后台管理端。产品面向的用户群体为大众消费者。2.1.1 开发背景现在网络的飞速发展，使得很多事情可以不用出家门，只是敲几下键盘和按几下鼠标就可以解决的事情，而且在选择得当的情况下可以得到很满意的服务。我开发的项目是在线花店，以为大家提供最方便的服务为准则，追寻着大家一直所向往的完美购物。网络的发展推动了网络经济的飞速发展，网上花店是很好的一个发展方向，因为很多鲜花是在一个花店找不到的，他没有网络
4、花店更加全面，而且平常去花店买鲜花不但要出去找花店，如果比较近还可以接受，如果远的话就比较麻烦，其实有些爱鲜花之人可能买到自己所希望的鲜花还好，最让人不愿接受的是忍受着夏日寒冬，最后却是空手而归，这时候网上那个花店可以帮助你，简单的购物流程，送货上门，满意后付款，不会发生空手而归的情况了。但是商机是大家都看到的，网络花店其实已经很成熟，要是想要在这块市场掘金，必须有一个顾客喜爱的商铺，我的开发准则就是顾客的方便、习惯就是我的开发技术支持，有了顾客的支持喜爱商家才能掘到金。2.1.2 角色职责描述具体职责如表2-1角色职责所示。表2-1 角色职责角色名称职责描述非会员只能浏览，查看，搜索鲜花，但
5、是不能够进行交易，留言等操作会员能够包括非会员的一切权限，并能购买鲜花。管理员1、对鲜花的数据进行操作，包括查找，增加，删除，修改。以及鲜花的上架和下架。2、对顾客的订单进行查看，搜索，发货处理等。3、对自己的密码进行修改 2.2 产品的功能需求网上花店系统需要实现的功能是顾客可以通过网站购买鲜花，从而必须实现的详细功能包括顾客搜索鲜花，查看鲜花详细信息，添加收货地址等功能，同时也必须实现网站管理员的添加鲜花信息，管理订单，管理用户留言等功能。2.2.1 功能性需求分析网上花店需求：鲜花展示用户进入首页，会显示预先定制好的鲜花，具体鲜花详细信息点击鲜花进行查看。购物车功能用户选中鲜花后，点击该
6、鲜花能把鲜花放入购物车，不影响用户继续浏览并购买鲜花，等选择完毕，在进入购物车，选择的鲜花不会丢失。下单结算用户选择完鲜花，在购物车页面中，改写购买数量，计算出总金额，并能够进行结算。收货地址用户可以管理添加自己常用的收货地址，方便进行购买鲜花，收货地址可以有多个，方便用户迁移购买。搜索鲜花用户可以通过搜索栏输入搜索信息进行查询，也能通过点击鲜花用途来定位用户自己所需的鲜花。后台管理管理员以管理者的身份登录后台，能进行鲜花信息的增删改查；订单、会员信息、地址的查看；前台和后台具体功能如表2-2 功能分析。表2-2 功能分析模块分类功能类别子功能功能描述前台会员中心1、非会员注册非会员成为会员2
7、、会员登陆会员进行交易的前提条件3、个人资料管理会员查看并修改自己的部分资料。4、个人密码修改 会员修改自己登陆时的密码5、订单查看会员查看历史订单6、会员注销会员安全退出鲜花查看1， 鲜花按用途查看鲜花可以按用途进行查看2， 鲜花搜索鲜花可以用模糊搜索进行查看3, 详情介绍查看鲜花时显示详细信息购物车管理1，添加鲜花添加鲜花到购物车2，删除鲜花从购物车中删除鲜花3，修改购买数量购买时修改购买鲜花数量4，取消购买放进购物车但不想买了后台管理员中心1，管理员登陆验证管理员身份，进入管理系统2，修改密码管理员修改登陆密码3，注销管理员安全退出鲜花管理1、鲜花查看查看鲜花信息2、鲜花添加增加新的鲜花
8、3、鲜花修改修改鲜花信息4、鲜花删除删除鲜花订单管理1、查看订单查看全部订单信息 2、处理订单删除已处理处理过的订单会员信息管理1、查看会员信息查看会员详细信息2、删除会员符合一定条件删除会员信息2.2.2 功能结构图网上花店系统的前台和后台功能的具体实现过程如图2-1功能结构图所示。 网上花店系统前 台后 台鲜花查看鲜花搜索鲜花管理管理员登录留言管理用户登录用户注册订单管理按类别搜索按鲜花名搜索按作者搜索模糊搜索鲜花购买用户信息用户查看个人信息用户查看历史订单用户找回密码用户安全退出用户留言向购物车添加鲜花从购物车删除鲜花更新鲜花的数量会员管理查看留言添加留言查看鲜花添加鲜花删除鲜花修改鲜花
9、查看订单处理订单删除订单查看会员删除会员查看留言处理留言删除留言修改密码安全退出图2-1 功能结构图2.3 数据字典字典名称字典范围内容描述备注用户类型12会员非会员鲜花类型12345节日鲜花礼篮鲜花组合鲜花商务鲜花装饰鲜花订单状态12未付款已付款支付方式1234银行卡快捷支付银行卡网银支付支付宝支付财付通支付商品状态12345待发货已发货发送中待收货确认收货第3章 概念设计3.1实体之间的联系1.一个用户可以查看或购买多捧鲜花，一捧鲜花可由多个用户购买。2.一个用户可以有多个订单，一个订单只属于一个用户。3.一捧鲜花有多张图片，一张图片只属于一捧鲜花。4.一捧鲜花只属于一个用途，一个用途可以
10、有多捧鲜花。5.一个管理员可以修改多捧鲜花，一捧鲜花可以被多个管理员修改。6.一个管理员可以修改多个订单，一个订单可以被多个管理员修改。7.一个管理员可以修改多个鲜花类别，一个鲜花类别可以被多个管理员修改。3.2 E-R图3.2.1 局部E-R图3.2.2 系统全局E-R图第4章 逻辑结构设计4.1 关系模型的设计依据根据需求分析中的E-R图，可以很清晰的看出各个实体的属性和实体之间的联系，通过对实体的属性和之间的联系的分析，我们将其由概念模型向关系模型转化，并且根据范式化理论进行优化。对于实体间的联系我们分不同的情况讨论：若实体间的联系是1:1，可以在两个实体转换成的两个关系中任意一个关系的
11、属性中加入另一个关系的码。若实体间联系为1:n，则在n端实体转换成的关系中加入1端实体转换成的关系码。若实体间联系为n:m，则将联系转换为关系，关系的属性为诸个实体的码加上联系具有的属性，而关系的码则为诸实体的码的组合。4.2 实体间联系转化的关系模式根据关系模型设计依据信息，我们可以对实体进行关系模型的转化。实现网上花店的所有功能模块，共需7个表，分别是：用户信息表、购物车表、订单表、鲜花信息表、收货人信息表，订单明细表、用途表。用户信息表：存放花店客户的基本信息。购物车表：存放购物车的基本信息订单表：存放与客户相关的订单的基本信息。鲜花信息表：存放网上花店所销售鲜花的基本信息。收货人信息表
12、：存放收货人基本信息订单明细表：存放订单明细。用途表：存放鲜花用途的基本信息。(1)用户信息表：用户表：Uid(用户id)，Uname(用户名)，pwd(密码)，phone(电话)，email(用户邮箱) 主键：Uid NOT NULL外键：无说明：用户表记录系统中注册用户的详细信息。(2)购物车信息表：购物车表:SHid(购物车id)，SHqua(货物量)， FLOid（鲜花id）主键：:SHid NOT NULL外键：Uid ,FLOid说明：存放购物车的基本信息。(3)订单信息表：订单信息表:ORid(订单id)，meetdate(收货日期)，deldate(发货日期)，ORprice（
13、订单总价钱），status(订单状态),Uid(用户ID)，REid(收货人id)主键：:ORid NOT NULL外键：Uid ,REid说明：存放订单的基本信息。(4)鲜花信息表：鲜花信息表：FLOid(鲜花id)，pro(产地)，FLOprice(鲜花价格)，color（鲜花颜色），remarks（备注），PURid(用途id)主键：FLOid NOT NULL外键：PURid说明：存放网上花店所销售鲜花的基本信息。(5)收货人信息表：收货人表:REid(收货人id)，addr(收货人地址)，REname(收货人姓名)，REphone（收货人电话），Uid(用户ID)主键：:REid N
14、OT NULL外键：Uid 说明：存放收货人的基本信息。(6)订单明细信息表：订单明细表:ITEMid(订单明细id)，ITEMqua(某条订单鲜花数量)，ORid(订单id)，FLOid（鲜花号）主键：:ITEMid NOT NULL外键：ORid ,FLOid说明：存放订单明细的基本信息。(7)鲜花用途表：鲜花用途表:PURid(用途id)，PURname(用途名称）主键：:PURid( NOT NULL外键：无说明：存放鲜花用途的基本信息。4.3 关系模型的优化根据上述分析所归结出来的数据依赖的种类和在本系统实际的开发过程中，需要涉及多表的查询及表的修改和删除，且存在多值依赖的实际情况下
15、，其关系模式应达到（1）用户信息表BC范式（2）购物车信息表BC范式（3）订单信息表第二范式（4）鲜花信息表BC范式（5）收货人信息表BC范式（6）订单明细表BC范式（7）用途表BC范式第5章 物理结构设计5.1 创建数据库及数据表本系统采用SQLServer2008数据库，创建的数据库名称为shop。表的结构设计如下：PDM信息项目名称示例项目目录文件名在线花店.pdm数据库类型MICROSOFT表数量7PDM所在目录C:UsersAdministratorDesktop更新日期2014/6/17 20:04:00模块列表Diagram_1Diagram_1清单:表名解释订单订单订单明细订单
16、明细购物车购物车收货人收货人鲜花鲜花用户用户用途用途表名:订单 解释:订单订单(订单)是否主键字段名字段描述数据类型长度可空约束缺省值备注是ORIDORidINTMEETDATEmeetdateDATETIME是DELATEDATEdelatedateDATETIME是ORPRICEORpriceDECIMAL(5,2)5是STATUSstatusCHAR(50)50是UIDUidINT是REIDREidINT是返回表名:订单明细 解释:订单明细订单明细(订单明细)是否主键字段名字段描述数据类型长度可空约束缺省值备注是ITEMIDITEMidINTORIDORidINT是FLOIDFLOidI
17、NT是ITEMQUAITEMquaINT是返回表名:购物车 解释:购物车购物车(购物车)是否主键字段名字段描述数据类型长度可空约束缺省值备注是SHIDSHidINTUIDUidINT是FLOIDFLOidINT是SHQUASHquaNUMERIC是返回表名:收货人 解释:收货人收货人(收货人)是否主键字段名字段描述数据类型长度可空约束缺省值备注是REIDREidINTUIDUidINT是ADDRaddrCHAR(60)60是RENAMEREnameCHAR(20)20是REIPHONEREiphoneNUMERIC(11)11是返回表名:鲜花 解释:鲜花鲜花(鲜花)是否主键字段名字段描述数据类
18、型长度可空约束缺省值备注是FLOIDFLOidINTPURIDPURidINT是PROproCHAR(40)40是FLOPRICEFLOpriceDECIMAL(5,2)5是COLORcolorCHAR(20)20是REMARKremarkCHAR(40)40是返回表名:用户 解释:用户用户(用户)是否主键字段名字段描述数据类型长度可空约束缺省值备注是UIDUidINTSHIDSHidINT是PHONEphoneNUMERIC(11)11是PWDpwdCHAR(20)20是EMAILemailCHAR(20)20是UNAMEUnameCHAR(20)20是返回表名:用途 解释:用途用途(用途)
19、是否主键字段名字段描述数据类型长度可空约束缺省值备注是PURIDPURidINTPURNAMEPURnameCHAR(20)20是返回5.2 数据库初始化代码/*=*/* DBMS name: Microsoft SQL Server 2008 */* Created on: 2014/6/17 20:00:57 */*=*/if exists (select 1 from sysobjects where id = object_id(收货人) and type = U) drop table 收货人goif exists (select 1 from sysobjects where id
20、 = object_id(用户) and type = U) drop table 用户goif exists (select 1 from sysobjects where id = object_id(用途) and type = U) drop table 用途goif exists (select 1 from sysobjects where id = object_id(订单) and type = U) drop table 订单goif exists (select 1 from sysobjects where id = object_id(订单明细) and type =
21、U) drop table 订单明细goif exists (select 1 from sysobjects where id = object_id(购物车) and type = U) drop table 购物车goif exists (select 1 from sysobjects where id = object_id(鲜花) and type = U) drop table 鲜花go/*=*/* Table: 收货人 */*=*/create table 收货人 ( REid int not null, Uid int null, addr char(60) null, RE
22、name char(20) null, REiphone numeric(11) null, constraint PK_收货人 primary key nonclustered (REid)go/*=*/* Table: 用户 */*=*/create table 用户 ( Uid int not null, SHid int null, phone numeric(11) null, pwd char(20) null, email char(20) null, Uname char(20) null, constraint PK_用户 primary key nonclustered (
23、Uid)go/*=*/* Table: 用途 */*=*/create table 用途 ( PURid int not null, PURname char(20) null, constraint PK_用途 primary key nonclustered (PURid)go/*=*/* Table: 订单 */*=*/create table 订单 ( meetdate datetime null, delatedate datetime null, ORprice decimal(5,2) null, status char(50) null, ORid int not null,
24、Uid int null, REid int null, constraint PK_订单 primary key nonclustered (ORid)go/*=*/* Table: 订单明细 */*=*/create table 订单明细 ( ITEMid int not null, ORid int null, FLOid int null, ITEMqua int null, constraint PK_订单明细 primary key nonclustered (ITEMid)go/*=*/* Table: 购物车 */*=*/create table 购物车 ( SHid int
25、not null, Uid int null, FLOid int null, SHqua numeric null, constraint PK_购物车 primary key nonclustered (SHid)go/*=*/* Table: 鲜花 */*=*/create table 鲜花 ( FLOid int not null, PURid int null, pro char(40) null, FLOprice decimal(5,2) null, color char(20) null, remark char(40) null, constraint PK_鲜花 primary key nonclustered (FLOid)go