婚纱管理系统数据库设计.docx
《婚纱管理系统数据库设计.docx》由会员分享，可在线阅读，更多相关《婚纱管理系统数据库设计.docx（36页珍藏版）》请在冰豆网上搜索。
婚纱管理系统数据库设计
信息工程学院
《数据库课程设计》论文
题 目：
婚纱租借管理系统数据库设计
学号：
2009012774
专业班级：
计算机091班
姓名：
常巧玲
指导老师：
李书琴陈勇
完成日期：
201年1月21日
婚纱管理系统数据库设计
常巧玲
（信息工程学院计算机科学与技术09级1班）
摘要根据生活中了解现在市场上很多婚纱管理公司都还处于人工管理阶段，存在着业务繁琐、工作量大、信息易丢失损毁等一系列的缺点，这严重影响了公司的发展。
我所做的婚纱管理系统就是针对改善当前人工管理的诸多缺点而设计的，能够处理婚纱的进货、租借、存储管理等业务，包括有供应商供货管理、采购退货管理、商品入库管理、顾客购货管理、商品出库管理、顾客退货管理等功能，并且通过使用触发器、存储过程、视图等数据库技术，使得系统具有安全、实用、方便、基本业务功能完备等特点，基本上解决了人工管理的缺点，有助于实现婚纱管理的的现代化、信息化、高效化、规模化。
目 录
1.需求分析 4
1.1处理对象及组织 4
1.2信息处理及系统功能 5
1.2.1业务流程的调查 5
1.2.2数据流程的建立 6
1.2.3数据字典的建立 8
1.3数据库系统性能和功能需要及数据库系统开发环境需求 9
2．数据库结构设计 9
2.1概念设计 9
2.1.1分E-R图建立 10
2.2.3用户子模式建立 11
2.1.2全局/整体E-R图 11
2.2逻辑设计 13
2.2.1建立关系模式 13
2.2.2关系模式规范化处理 14
2.2.3用户子模式建立 14
2.2.4关系模式逻辑结构定义 15
3．数据库物理设计 15
4．数据库实施与测试 16
4.1数据库实施 16
4.1.1数据库及数据库对象建立 16
4.1.2数据入库 16
4.2数据库测试 16
5．总结 17
附录 18
附录1 18
附录2 21
附录3 23
附录4 25
引言 随着人们生活水平的提高，人们的物质需求也越来越明显，看着欧美国家新娘结婚穿婚纱，美丽而且动人，怀着对美好事物的向往，我们普通人也想在人生中重要的一天穿着婚纱，打扮的漂漂亮亮的做一个美丽的新娘，但是这对于很多人来说是不可能的事，因为一件像样的婚纱得花费好多的金钱，而且只能穿一次，这样不免有些浪费，基于这种现状，婚纱租借应用而生，这样只要花费少量的租金就能满足新娘的愿望，何乐而不为呢！
但是根据生活中了解现在市场上很多婚纱管理公司都还处于人工管理阶段，存在着业务繁琐、工作量大、信息易丢失损毁等一系列的缺点，这严重影响了公司的发展。
在这个信息化的时代，一切都在与高度信息化接轨，婚纱租借当然也不例外。
现如今从事婚纱租借的公司目前大多数还没有完备的信息技术做后盾支持，基本上还处于人工管理阶段，这就使得无论是供应商也好，顾客也好，还是批发商自身都很不方便。
一方面耗费大量的人力物力，但信息还有可能丢失或破损；另一方面信息存储量大，查询非常不便，很多信息不能及时反馈，以至于不能及时处理，轻则导致错失商机，严重的甚至会造成不可估量的损失。
这些缺陷都严重影响着企业向更高一步发展。
考虑到这诸多因素，我们需要对婚纱租借有一个高效快捷的管理系统。
采用现代计算机技术以及数据库数据而设计的婚纱租借管理系统，主要就是为解决目前人工管理所存在的缺陷的，包括供应商供货、采购退货、顾客购货、顾客退货、仓库出库、仓库入库等功能。
它一方面使用计算机来管理信息，具有存储量大、查找迅速、信息不易丢失、成本又低等优点；另一方面又采纳了数据库技术，这使得系统又有了可靠性高、安全性好、保密性强等特点。
因此，婚纱租借管理系统适合于婚纱租借公司的使用。
本文结合目前婚纱租借的实际，全文分为系统需求分析阶段、概念设计阶段、逻辑设计阶段、物理设计阶段、数据库实施与测试阶段、总结、附录等模块组成，详细说明了该系统开发的全过程。
整个数据库设计过程中采用了自上而下，逐步细化，逐步完善的原则，测试过程中记录问题，并及时联系问题涉及的诸多方面，系统思考，逐一解决。
1.需求分析
1.1处理对象及组织
该系统的需求分析所处理的主要对象是婚纱租借的所有业务，包括进货环节、租借环节、储存环节、以及各种退货环节，一定要在充分了解业务工作概况，明确用户的各种需求，然后在此基础上确定系统的功能。
需求分析阶段的任务如下：
（1）熟悉婚纱租借系统的业务流程及工作情况并绘制业务流程图；
（2）根据业务流程把数据在组织内部的流动情况抽象出来，并绘制成数据流图；
（3）详细地收集和分析各类数据，建立数据字典，其中包括数据项、数据结构、数据流、外部实体、数据存储、处理过程等。
1.2信息处理及系统功能
1.2.1业务流程的调查
通过一段时间的网上调查和了解，基本掌握婚纱租借业务的具体处理过程，以及处理需求。
掌握业务流程图可以在建立系统时使系统的功能更加完整，结构更加优化，业务处理更加清晰。
婚纱租借涉及到进货、租借以及存储三个业务模块，因此，为该系统创建了三个业务流图如下图1-1至图1-3所示：
进货业务流程图：
图1-1进货业务流程图
租借业务流程图：
图1-2租还业务流程图
仓库管理业务流程图：
图1-3仓库管理业务流程图
1.2.2数据流程的建立
数据流程的建立就是舍去婚纱批发的机构、信息载体、处理工作等，只把数据在系统内部的流动情况独立地抽象出来，单从数据流动的过程来考查婚纱管理业务的数据处理模式。
该系统所创建的五个数据流图如下图1-4至图1-8所示：
顶层数据流图：
图1-4顶层数据流图
一层数据流图：
图1-5一层数据流图
二层进货数据流图：
图1-6二层进货数据流图
二层仓库管理数据流图：
图1-7二层仓库管理数据流图
二层婚纱租还数据流图：
图1-8二层婚纱租还数据流图
1.2.3数据字典的建立
数据字典是建立数据库的数据基础，是经过多方面的数据采集、数据筛选分析所得，是系统开发的重要步骤，在数据库设计中占据着非常重要的地位。
常见的数据字典由数据项、数据结构、数据流、数据存储及处理过程等组成。
由于数据繁琐，在此不再赘述。
详细数据项、数据结构、数据流、数据存储及处理过程见附录1表1-1至表1-5。
1.3数据库系统性能和功能需要及数据库系统开发环境需求
提高数据库系统的性能的目的，就是为提高应用程序的性能，更好地为用户服务。
数据库性能包括存储空间需求量的大小和查询响应时间的长短两个方面。
一般情况下，需要对数据库中的基本表进行规范化处理，在实际应用中只需满足第三范式即可；但规范化的同时也复杂了查询过程，在查询时需要多表连接，这又降低了查询速度，具体设计时可以根据具体情况适当的折中处理即可。
所谓数据库的功能，简单地说就是通过数据库的定义、数据库的操作、数据库的控制等所实现的系统的功能，婚纱管理系统所涉及的功能有进货管理、采购退货管理、商品入库管理、顾客租借管理、顾客退租管理、商品出库管理等功能。
婚纱租借管理系统功能模块图如下：
系统功能模块图：
2．数据库结构设计
2.1概念设计
概念设计是将需求分析得到的用户需求抽象为概念模型的过程，这个阶段主要的目标是通过对用户需求进行综合、归纳与抽象，形成一个独立于DBMS的概念模型（E-R图）。
对这个阶段的要求有：
（1）能真实、充分地反映现实世界，包括事物与事物之间的联系，能满足用户对数据的处理要求，是对现实世界的一个真实模型；
（2）易于理解，因此可以用它和不熟悉计算机的用户交换意见；
（3）易于更改，当应用环境和应用要求改变时，容易对概念模型修改和扩充；
（4）易于向关系、网状、层次等各种数据模型转换。
实现概念设计的任务和方法：
（1）设计分E-R图，生成初步E-R图；
（2）通过合并等方法，消除冲突、冗余等，生成全局E-R图。
2.1.1分E-R图建立
分E-R图就是全局概念模式下的底层概念模式向E-R图的转化。
先从用户全局需求出发，逐曾细化得到底层需求，把每个底层需求转换为一个概念模式，再逐层合成概念模式得到全局概念模式。
每个底层概念模式都要转化为分E-R图。
设计分E-R图的思想是，以中层数据流为切入点，利用抽象机制对需求分析阶段收集到的数据进行分类、聚集、概括，形成实体、实体的属性、标识实体的码、确定实体之间的联系类型（1:
1,1:
n,m:
n），再逐一设计分E-R图。
为婚纱管理系统所创建的三个分E-R图如下图2-1至图2-3所示：
进货E-R图：
图2-1进货E-R图
婚纱租借E-R图：
图2-2婚纱租借E-R图
仓库管理E-R图：
图2-3仓库管理E-R图
各E-R图实体属性如下：
供应商：
（供应商编号，供应商姓名，供应商地址，供应商电话）
婚纱：
（婚纱编号，婚纱尺寸，价格，数量，所存储的仓库）
顾客：
（顾客编号，顾客姓名，顾客地址，顾客地址，顾客电话）
仓库：
（仓库编号，仓库地址）
仓库管理员：
（仓库管理员编号，库管员名字，库管员性别，库管员所管的仓库编号）
租借处管理员：
（租借处管理员编号，租借处管理员姓名，租借处管理员性别）
采购员：
（采购员编号，采购员姓名，采购员性别，采购员电话）
各E-R联系的属性如下：
租借信息：
（顾客编号，婚纱编号，租借数量，租借日期，约定归还日期）
2.2.3用户子模式建立
2.1.2全局/整体E-R图
由分E-R图到全局E-R图的过程就是视图集成的过程，一般来说有两种方式：
（1）多个分E-R图一次集成，难度较大；
（2）逐步集成，用累加的方式一次集成两个分E-R图，可以降低复杂度。
无论采用哪种方式，每次集成局部E-R图时都需要分两步走：
（1）合并；
（2）修改和重构。
在合并分E-R图时，主要是为消除各分E-R图之间的冲突，包括属性冲突、命名冲突、结构冲突。
在消除属性冲突时，需要调整属性域和属性的取值单位；消除命名冲突，主要是为预防同名异义或异名同义的情况；结构冲突包括的比较多，每种都有自己的解决方法，主要有：
（1）同一对象在不同应用中具有不同的抽象，解决时通常是把属性变换为实体或把实体转换为属性，使同一对象具有相同的抽象；
（2）同一实体在不同分E-R图中所包含的属性个数和属性排列次序不完全相同，可以通过取该实体属性为各分E-R图中属性的并集，再适当调整属性的次序；（3）实体间的联系在不同的分E-R图中为不同的类型，可以根据应用的语义对实体联系的类型进行综合或调整。
修改或重构主要是为消除不必要的冗余。
消除冗余主要采用分析方法，即以数据字典和数据流图为依据，根据数据字典中关于数据项之间逻辑关系的说明来消除冗余；此外也可以用规范化理论来消除冗余。
当然，并非所有的冗余数据与冗余联系都必须加以消除，有时为了提高效率，也会不得不以冗余信息作为代价，这个需要根据用户的整体需求来确定。
在合并和修改或重构之后，婚纱管理系统的全局E-R图如图2-4所示：
全局E-R图：
图2-4婚纱管理全局E-R图
说明：
供应商，采购员，婚纱三个实体之间是多对多关系：
一个供应商可以供给多个采购员多种类型的婚纱，而每个采购员可以采购多个供应商供应的婚纱，每种婚纱可由不同的供应商供应。
顾客，租借处管理员，婚纱三个实体之间是多对多关系：
一个顾客可以租借多处租借管理员管理的多种婚纱，而每个租借处管理员可以租借给多个顾客婚纱，每种婚纱可以租借给多个顾客。
仓库，婚纱两个实体之间是一对多关系:
一个仓库可以存储多种类型的婚纱，而一件婚纱只能存储在一个仓库里。
仓库，仓库管理员两个实体之间是一对多关系：
一个仓库管理员管理一个仓库，一个仓库只能由一个仓库管理员管理。
2.2逻辑设计
逻辑设计就是把概念设计阶段的基本E-R图转换为所用DBMS产品支持的数据模型。
为冷饮批发系统采用的DBMS是oricle10g。
根据orcle10g的特点，将概念设计所得到的E-R图转换为关系数据模型。
实现逻辑设计的任务和方法：
（1）将E-R模型转换为关系模型，明确关系模式的属性和码；
（2）利用规范化理论对现有数据模型进行优化；
（3）完成数据库模式定义，包括各模式的逻辑结构定义、关系的完整性和安全性等内容；
（4）完成用户子模式的设计。
2.2.1建立关系模式
将E-R模型转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。
转换一般遵循以下原则：
一个实体型转换为一个关系模式。
实体的属性就是关系的属性，实体的码就是关系的码。
实体间的联系的转化情况：
一个1：
1联系可以转换为一个独立的关系，也可以与任意一段对应的关系模式合并；一个1：
n联系可以转化为一个独立的关系模式，也可以与n端的关系模式合并；一个m：
n的联系必须转化为一个关系模式。
转换结果：
供应商：
Supplier（Sno,Sname,Sadd,Sph）
婚纱：
Wedding（Wno,Wname,Wsize,Wprice，Wnum，Wstrono）
顾客：
Customer（Cno,Cname,Cadd,Cph）
仓库：
Storage（Stono,Stoadd）
仓库管理员：
Storager（Storno,Storname,Storsex，stono）
租借处管理员：
Lend（Lno,Lname,Lsex）
采购员：
Buyer（Bno,Bname,Bsex,Bpho）
租借信息：
LendForm（Cno,Wno,Lhnum,Lzdate,Lhdate）
完全函数依赖F：
供应商号—>供应商名称 供应商号—>供应商地址
供应商号—>供应商电话 顾客号—>顾客姓名
顾客号—>顾客地址 顾客号—>顾客电话
婚纱编号—〉婚纱名字 婚纱编号—〉婚纱尺寸
婚纱编号—〉婚纱价格 婚纱编号—〉婚纱数量
婚纱编号—〉婚纱储存的仓库编号 仓库编号—〉仓库地址
仓库管理员编号—〉库管员名字 仓库管理员编号—〉库管员性别
仓库管理员编号—〉库管员所管仓库号 租借处管理员—〉租借管理员名字
租借处管理员—〉租借管理员性别 采购员编号—〉采购员姓名
采购员编号—〉采购员性别 采购员编号—〉采购员电话
（顾客编号，婚纱编号）—〉租借数量 （顾客编号，婚纱编号）—〉租借日期
（顾客编号，婚纱编号）—〉归还日期
2.2.2关系模式规范化处理
根据F可知：
供应商：
Supplier（Sno,Sname,Sadd,Sph）满足3NF
婚纱：
Wedding（Wno,Wname,Wsize,Wprice，Wnum，Wstrono）满足3NF
顾客：
Customer（Cno,Cname,Cadd,Cph）满足3NF
仓库：
Storage（Stono,Stoadd）满足3NF
仓库管理员：
Storager（Storno,Storname,Storsex，stono）满足3NF
租借处管理员：
Lend（Lno,Lname,Lsex）满足3NF
采购员：
Buyer（Bno,Bname,Bsex,Bpho）满足3NF
租借信息：
LendForm（Cno,Wno,Lhnum,Lzdate,Lhdate）满足3NF
2.2.3用户子模式建立
目前关系数据库管理系统一般都提供了视图概念，可以利用这一功能来设计更符合局部用户需要的用户子模式。
考虑到租借婚纱管理用户的习惯与方便，设计了如下外模式：
表2-1 （婚纱租借管理系统）关系外模式汇总
编号
用户模式（view）
作用（共性：
提供数据保密和安全保护机制）
V-1
Supplierview
便于查询供应商基本信息
V-2
Weddingview
便于查询婚纱基本信息
V-3
Customerview
便于查询和更新顾客基本信息
V-4
Storageview
便于查询仓库的基本信息
V-5
Storagerview
便于查询仓库管理员的基本信息
V-6
Lendview
便于查询租借处管理员的基本信息
V-7
LendFormview
便于查询租借信息，对超期归还的，损坏的进行罚款
V-8
Buyer
便于查询采购员基本信息
2.2.4关系模式逻辑结构定义
根据关系模式的转换原则，该婚纱系统可以抽象为八个关系模式。
在定义关系模式时，有关系模式的逻辑结构定义、关系的完整性和安全性等内容。
其中关系模式的逻辑结构定义包括关系模式各属性的确定、码的确定、外码的确定、各属性的约束等等。
具体关系模式的逻辑结构如下表：
表2-2 （婚纱租借管理系统）关系模式汇总
编号
关系名称
模式说明
T-1
supplier（详见附录1-1）
（详见附录1-1）
T-2
wedding（详见附录1-2）
（详见附录1-2）
T-3
customer（详见附录1-3）
（详见附录1-3）
T-4
storage（详见附录1-4）
（详见附录1-4）
T-5
storager（详见附录1-5）
（详见附录1-5）
T-6
lend（详见附录1-6）
（详见附录1-6）
T-7
lendform（详见附录1-7）
（详见附录1-7）
T-8
Buyer（详见附录1-8）
（详见附录1-8）
3．数据库物理设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构，它依赖于选定的数据库管理系统。
为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程，就是数据库的物理设计。
通常关系数据库物理设计的内容主要包括：
（1）为关系模式选择存取方法；
（2）设计关系、索引等数据库文件的物理存储结构。
具体到婚纱租借管理系统，由于系统规模较小，在SQL中没必要设计其数据存储位置、存储格式，在ORACLE中也是只需选择默认存储表空间即可。
用SQL实现数据库时，有两种索引：
聚簇索引和唯一性索引。
SQL会为基本表的主码自动创建聚簇索引，而聚簇索引在一张表中只能创建一个，所以没必要再创建聚簇索引。
此系统中许多列会重复，不能设计唯一性索引，剩下的列也不必设计唯一性索引。
4．数据库实施与测试
在完成数据库的物理设计之后，就要用RDBMS提供的数据定义语言和其他实用程序将数据库逻辑设计和物理设计结果严格描述出来，成为DBMS可以接受的源代码，再经过调试产生目标模式。
然后组织数据入库，这就是数据库的实施阶段。
在实施阶段完成之后，就要对数据库系统进行预定目标的测试。
在测试期间，要考虑到数据库的安全性与完整性控制，还要对数据库性能进行监督、分析和改造。
这一切工作都要不断进行，直到测试达到预定目标。
4.1数据库实施
4.1.1数据库及数据库对象建立
此婚纱租借管理系统数据库及数据库对象的建立包括创建数据库、创建基本表、创建视图、创建触发器、创建存储过程等，由于没有创建唯一性索引的必要，而聚簇索引是系统自动创建的，所以没有手动创建索引。
具体的DDL语句及相关代码详见附录3。
4.1.2数据入库
数据入库过程就是数据录入的过程。
在SQL中，可以用EXCEL批量导入的方法录入，也可以逐条录入。
婚纱租借管理系统在平时运行时都是通过逐条录入的方式进行运作的，其婚纱入库、婚纱出库的过程都会自动修改商品的库存，故在此使用数据逐条录入的方式。
4.2数据库测试
数据库测试是数据库设计必不可少的阶段，它是对整个数据库设计合不合格的检验，也是判定此数据库设计是否达到目标的标准。
对婚纱租借管理系统的测试的过程，就是查看此数据库是否能实现需求分析阶段的要求功能，详细图片见附录4图4-1至图4-11。
经过测试可以得知，婚纱租借管理系统的基本业务都已能实现。
5．总结
通过这次数据库设计，我深刻的感到自身的不足，也感到要做出一个好的系统决不是一件容易的事情，它必须要经过详细的调查，了解所有涉及的流程和数据，考虑到各种可能出现的情况及处理的方法。
还有建立与之相适应的数据库，要全面，还要完整，这也是很困难的。
除此之外，还有很多，例如，安全性和完整性问题，对存储过程的优化以及效率等问题，这些都不是简单的就可以处理的。
整个数据库的设计，我感觉最难做的就是需求分析，恰恰这部分又是最重要的，画业务图、画数据流图、创建数据字典，如果这方面做得不好，就得不断的返工，我是深受其害呀，就在最后阶段还在检查前面的需求分析。
就在我们还没有开始实习时，老师就给我们讲需求分析的重要性，并将上届学长的心得体会给我们展示，当时我想，也许它难，但是吧，我没想到它这么重要，其实，我想任何事只有自己亲身体会了，才能了解其中的苦。
我认识到，在做数据库之前，做好十分充分的准备是十分的必要，也十分的重要，要想在这个方面比较精通，必须下苦功夫。
由于时间的关系，在数据库实施阶段，只是实现了一些简单的不能再简单的功能，这是我下去需要继续学习的。
这两周，时间很紧，但是很充实，这两周的实习让我体会到数据库的真正含义，它不只是一些原来SQL语句，这些语句只是它的小部分，数据库，重要的是设计，通过实习，我发现，其实我们的生活就是由一系列的数据库系统组成的。
附录
附录1
表1-2 婚纱租借管理系统数结构表
数据结构编号
数据结构名
数据结构含义
组成
DS-1
Supplier
供应商
Sno,Sname,Sadd,Sph，Ssex
DS-2
Customer
顾客
Cno,Cname,Cadd,Cph,Csex
DS-3
Wedding
婚纱
Wno,Wname,Wsize,Wprice，Wnum,Wstono
DS-4
Lend
租借管理员
Lno,Lname,Lsex
DS-5
LendForm
租借信息
Cno,Wno,Lhnum,Lzdate,Lhdate
DS-6
Storage
仓库
Stono,Stoadd
DS-7
Storager
仓库管理员
Storno,Storname,Storsex，Storph
DS-8
Buyer
采购员
Bno,bname,bsex,bpho
表1-3 婚纱租借管理系统数据流表
数据流编号
数据流名称
简述
数据流来源
数据流去向
数据流组成
数据流量
高峰流量
F-1
定货单
采购员发给供应商的采购单
采购员
供应商
商品编码+名称+型号+数量
30次/月
60次/月
F-2
发货单
供应商发出的收货单
供应商
验收商品模块
商品编码+名称+型号+价格+数量
30次/月
60次/月
F-3
不合格单
采购员退还给供应商的单据
采购员
供应商
商品编码+名称+型号+价格+数量
不定
不定
F-4
退货单
采购员发给供应商的退单
采购员
供应商
商品编码+名称+型号+价格+数量
15次/月
30次/月
F-5
合格单
采购员发给仓库管理员的单据
采购员
仓库管理员
商品编码+名称+型号+价格+数量
不定
不定
F-6
入库单
采购员发仓库管理员的入库单
采
升级会员 