数据库课程设计——矿泉水公司送水系统

贵州工程应用技术学院信息工程学院数据库系统课程设计报告题目名称 某送水公司送水系统 专业名称 计算机科学与技术 班级名称 2013计科本班 学 号 姓 名 熊希元 指导教师 刘高文 起止日期 2015-08-312015-10-28考核评语考核成绩年 月 日目 录摘要:1Abstract:1引言11. 系统设计的目的和意义12. 系统需求分析12.1 数据需求12.2 功能需求12.3 完整性需求22.4 安全性需求22.5 数据流图222.5.1 第1层数据流图32.5.2 第2层数据流图32.5.3 第3层数据流图42.6 数据字典42.6.1 数据字典定义式中使用的符号42.6.2 数据流条目的定义52.6.3 数据项条目的定义52.6.5 数据处理条目的定义73. 数据库数据概念模型的设计83.1 实体型的设计83.2 完整、规范的数据库概念数据模型图94. 数据库逻辑数据模型设计94.1完整、规范的数据库逻辑数据模型图95. 数据库物理数据模型设计105.1 完整、规范的数据库物理数据模型图106. 实现数据库系统的SQL代码117. 总结与心得18参考文献19贵州工程应用技术学院本科毕业论文（设计）i贵州工程应用技术学院信息工程学院 数据库系统课程设计报告某送水公司的送水系统作者姓名：熊希元 专业班级：计算机科学与技术2013本科班学号： 指导教师：刘高文摘要:随着经济不断发展，城市的不断扩张，城市居民的用水需求量也在不断的攀高。为了适应人们的消费需求，近年来我国的饮用水市场发展极快。本文从实际生活出发，探讨建立一个饮用水公司矿泉水“进销存”的管理系统，方便公司管理以及用户的购水，提高送水效率，增加公司竞争力。关键词:矿泉水管理系统；送水系统；数据库课程设计iiiWater supply system 20or mineral water companyCandidate: Xiyuan Xiong Major: Computer science and technology level 2013 undergraduate classStudent No.: Advisor: Gaowen LiuAbstract:With the continuous development of economy, the continuous expansion of the city, the water demand of city residents is constantly rising. In order to meet the needs of peoples consumption in recent years, Chinas rapid development of drinking water market. In this paper, we start from the actual life, to explore the establishment of a drinking water company water Purchase-Sale-Storage management system, to facilitate the companys management and the users purchase of water, improve the efficiency of water delivery, increase the competitiveness of the company.Key words:Mineral water management system; water supply system; Database Course Design引言本课程设计实验报告主要设计对象是矿泉水公司的送水系统，矿泉水以其富含的矿物质和低廉的价格，被大家广泛的使用。消耗较大，需要专门的人员派送。但是以往的电话定水在用水旺季难免会被漏接，导致送水缓慢，容易失去某些客户，而且有时候由于送水时间被拖延，水送到家里时户主不在，严重导致送水效率低。我的课程设计目就是为了做一个送水的系统解决以上问题，提高公司竞争力。1. 系统设计的目的和意义随着经济不断发展，城市的不断扩张，城市居民的用水需求量也在不断的攀高。为了适应人们的消费需求，近年来我国的饮用水市场发展极快，据不完全统计，目前全国各类饮用水生产厂家有2000多个。各地类似“送水公司”这样的服务业也随之不断发展。各企业竞争激烈，提高公司员工工作效率和服务质量是制胜的重要因素，另一方面在于与客户的沟通和公司自我形象的不断完善。现今的社会，计算机已经成为人们处理日常事务不可缺少的一种工具，他能够把事情的复杂化转为简单化，使流程更加顺畅方便。对于大多数的中小型送水服务公司来说，产品、价格及质量都逐渐趋同。一个专门针对送水行业的软件，就能成为同行竞争中有利的优势。2. 系统需求分析2.1 数据需求系统包含的实体公司员工（姓名、住址、员工ID、性别，年龄）客户（客户ID，客户名，地址，联系电话）矿泉水（矿泉水名字，矿泉水ID）供应商（供应商地址、联系方式、供应商ID）仓库（仓库ID，仓库名，最大库存）实体间的联系“公司员工”与“客户”间的联系；不包含属性；一对多“供应商”与“工作人员”间的关系；不包含属性；一对多“供应商”与“矿泉水”的关系；包含属性；一对多2.2 功能需求矿泉水出入库管理：出入库时间、生产商、经手人、出入库数量、经手人、生产商、数量空桶管理：空桶卖出、桶回收、空桶储存送水业务：送水数量，送水地址，送水时间，回收空桶数，应付款。进货：购买数量，购买时间，购买价格。2.3 完整性需求实体：公司员工主码为员工ID，性别check约束为（男，女）默认为男 客户主码为客户ID，联系电话使用UNIQUE约束 矿泉水主码为矿泉水ID。 供应商主码为供应商ID，联系电话使用UNIQUE约束 仓库主码为仓库ID。2.4 安全性需求性别（男，女）员工ID，客户ID，经销商ID（身份证号码）仓库ID（区域编码，参照邮政编码）2.5 数据流图数据流图是结构化分析方法中使用的工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。在结构化开发中，数据流图是需求分析阶段产生的结果。2.5.1 第1层数据流图2.5.2 第2层数据流图2.5.3 第3层数据流图2.6 数据字典数据字典有四个内容，数据流，数据文件，数据项，基本加工。数据项是组成数据流和数据文件的最小元素。终点远点不在系统之内，一般不在字典中说明。2.6.1 数据字典定义式中使用的符号符号含义实例及说明=被定义为+与x=a+b表示x由a和b组成|或x=a|b表示x由a或b组成重复x=a表示x由0个或多个a组成()可选x=(a)表示a可在x中出现，也可不出现连接符x=19表示x可取19中任意一个值x=bk表示x可取bk中任意一个值x=09|az表示x可取09或az中任意一个值2.6.2 数据流条目的定义名称说明来源去处备注客户打电话形成基本购水单含有客户编号、想的桶装水编号或名字客户 客户购水处理详细的购水单含有客户的详细信息、桶装水的详细信息P3.1 客户购水处理 送水处理2.6.3 数据项条目的定义表1 送水公司员工表列名说明类型备注workerid员工IDint作为主键，不能为空workername员工姓名varcharworkersex员工性别charworkerage员工年龄intworkertelphone员工电话varcharcomment备注varchar备注员工的其他信息workertype员工类别varchar员工职位表2 矿泉水分类表列名说明类型备注id矿泉水编号int作为主键，不能为空name矿泉水名字varcharprice矿泉水单价decimal表3 客户表列名说明类型备注customerid客户idint作为主键，不能为空customername客户姓名varcharcustomertelphone客户电话varcharcustomeraddress客户详细地址varcharcomment备注varchar客户的其他信息表4 仓库分类表列名说明类型备注storeid仓库编号int作为主键,不能为空storename仓库名vararstorenum仓库最大库存量int表5 供应商表列名说明类型备注providerid供应商IDint作为主键，不能为空providername供应商姓名varharproviderphone供应商电话varchar表6 出售详情表列名说明类型备注workerid送水工IDint主键,参照表送水公司员工customerid客户IDint主键，参照表客户id送水单IDint主键，不能为空waternum送水数量intis20ee是否收费charsendtime送水时间datetimesendtype送水状态varcharbuynumber购买水数量intmoney应付钱数decimalreceivenum回收桶数量int表7 矿泉水/空桶入库表列名说明类型备注id矿泉水编号int主键,参照表矿泉水storeid仓库编号int主键,参照表仓库storenum库存量int主键，参照表仓库storetime存储时间datetime表8 购进表列名说明类型备注workerid送水公司员工IDint主键,参照表送水公司员工providerid供应商IDint主键，参照表供应商id矿泉水编号int主键，参照表矿泉水num购买数量intin_price买进价格decimalIn_time买进时间datetimereceivenum回收空桶数量int2.6.5 数据处理条目的定义编号名称说明输入输出备注101购进的桶装水存储处理对进购人员购进的桶装水存储在仓库中201 矿泉水信息209 仓库信息 购进的矿泉水204 矿泉水存储在仓库的信息 购进的矿泉水102进购人员购桶装水处理进购人员从供应商处购进桶装水203 送水公司员工信息201 矿泉水信息207 供应商信息206 空桶存储信息 进购矿泉水单、空桶208 送水公司购进人员在供应商处购水信息206 空桶存储信息 详细进购矿泉水单、空桶103客户购水、送水工送水、回收空桶、收费处理客户购水，送水工将购买的水送至客户处，对其购买的水收费并将空桶回收201 矿泉水信息202 客户信息203 送水公司员工信息204 矿泉水存储在仓库信息 客户打电话形成基本购水单 空桶 用于交易的钱204 矿泉水存储在仓库信息205 送水工给客户送水信息、客户购水订单信息206 空桶存储信息 桶装水103.1客户购水处理客户提出购买哪种水以及自身的详细信息201 矿泉水信息202 客户信息 客户打电话形成基本购水单205 客户购水订单信息 详细购水订单103.2送水工送水处理送水工从仓库取出水送至客户处 详细购水订单 桶装水203 送水公司员工信息204 矿泉水存储在仓库信息204 矿泉水存储在仓库信息205 送水工给客户送水信息桶装水 送水单3. 数据库数据概念模型的设计 概念结构设计阶段的目标是产生整体数据库概念结构。概念模式是整个组织哥哥用户关心的信息结构。描述概念结构的有力工具是E-R模型。3.1 实体型的设计名称说明备注客户购买桶装矿泉水的用户送水公司员工送水工、进货工供应商提供桶装水的商家仓库存储桶装水、空桶矿泉水桶装矿泉水3.2 完整、规范的数据库概念数据模型图4. 数据库逻辑数据模型设计逻辑模型是数据库管理系统所支持的模型，他独立于任何一个具体的数据库管理系统，因此需要将其转换成数据库所支持的关系模型。逻辑模型可在由概念模型直接转换。4.1完整、规范的数据库逻辑数据模型图5. 数据库物理数据模型设计逻辑设计完成后，下一步就得物理设计。物理结构设计是在计算机的物理设备上确定应采取的数据储存结构和存取方法，以及如何分配储存空间等问题。物理模型也可以在powerdesign软件中由概念模型直接转换。5.1 完整、规范的数据库物理数据模型图6. 实现数据库系统的SQL代码正文/*=*/* DBMS name: Microsoft SQL Server 2008 */* Created on: 2015-10-19 08:44:33 */*=*/alter table buy_fromprovider drop constraint FK_BUY_FROM_BUY_FROMP_PROVIDERgoalter table buy_fromprovider drop constraint FK_ASSOCIAT_ASSOCIATI_矿泉水3goalter table buy_fromprovider drop constraint FK_BUY_FROM_BUY_FROMP_WORKERgoalter table buy_send drop constraint FK_BUY_SEND_BUY_SEND_CUSTOMgoalter table buy_send drop constraint FK_ASSOCIAT_ASSOCIATI_矿泉水2goalter table buy_send drop constraint FK_ASSOCIAT_ASSOCIATI_送水公司员工2goalter table store_water drop constraint FK_STORE_WA_STORE_WAT_STOREgoalter table store_water drop constraint FK_STORE_WA_STORE_WAT_WATERgoif exists (select 1 from sysindexes where id = object_id(buy_fromprovider) and name = Association_2_FK and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 0 and indid 255) drop index store_water.Association_3_FK2goif exists (select 1 from sysobjects where id = object_id(buy_fromprovider) and type = U) drop table buy_fromprovidergoif exists (select 1 from sysobjects where id = object_id(buy_send) and type = U) drop table buy_sendgoif exists (select 1 from sysobjects where id = object_id(custom) and type = U) drop table customgoif exists (select 1 from sysobjects where id = object_id(provider) and type = U) drop table providergoif exists (select 1 from sysobjects where id = object_id(store) and type = U) drop table storegoif exists (select 1 from sysobjects where id = object_id(store_water) and type = U) drop table store_watergoif exists (select 1 from sysobjects where id = object_id(water) and type = U) drop table watergoif exists (select 1 from sysobjects where id = object_id(worker) and type = U) drop table workergo/*=*/* Table: buy_fromprovider */*=*/create table buy_fromprovider ( workerid int not null, providerid int not null, id int not null, num int null, in_price decimal null, in_time datetime null, receivenum int null, constraint PK_BUY_FROMPROVIDER primary key (workerid, providerid, id)go/*=*/* Index: Association_2_FK */*=*/create index Association_2_FK on buy_fromprovider (workerid ASC)go/*=*/* Index: Association_2_FK2 */*=*/create index Association_2_FK2 on buy_fromprovider (providerid ASC)go/*=*/* Index: Association_2_FK3 */*=*/create index Association_2_FK3 on buy_fromprovider (id ASC)go/*=*/* Table: buy_send */*=*/create table buy_send ( workerid int not null, customerid int not null, id int not null, waternum int null, buynumber int null, 回收桶数量 int null, isfee char(1) null, sendtime datetime null, sendtype varchar(50) null, money decimal null, constraint PK_BUY_SEND primary key (workerid, customerid, id)go/*=*/* Index: Association_1_FK */*=*/create index Association_1_FK on buy_send (workerid ASC)go/*=*/* Index: Association_1_FK2 */*=*/create index Association_1_FK2 on buy_send (customerid ASC)go/*=*/* Index: Association_1_FK3 */*=*/create index Association_1_FK3 on buy_send (id ASC)go/*=*/* Table: custom */*=*/create table custom ( customerid int not null, customername varchar(50) null, customertelphone varchar(12) null, customeraddress varchar(200) null, comment varchar(200) null, constraint PK_CUSTOM primary key nonclustered (customerid)go/*=*/* Table: provider */*=*/create table provider ( providerid int not null, providername varchar(50) null, providerphone varchar(12) null, constraint PK_PROVIDER primary key nonclustered (providerid)go/*=*/* Table: store */*=*/create table store ( storeid int not null, storename varchar(50) null, storenum int null, constraint PK_STORE primary key nonclustered (storeid)go/*=*/* Table: store_water */*=*/create table store_water ( id int not null, storeid int not null, storenum int null, storetime datetime null, constraint PK_STORE_WATER primary key (id, storeid)go/*=*/* Index: Association_3_FK */*=*/create index Association_3_FK on store_water (id ASC)go/*=*/* Index: Association_3_FK2 */*=*/create index Association_3_FK2 on store_water (storeid ASC)go/*=*/* Table: water */*=*/create table water ( id int not null, name varchar(100) null, price decimal null, constraint PK_WATER primary key nonclustered (id)go/*=*/* Table: worker */*=*/create table worker ( workerid int not null, workername varchar(50) null, workersex char(1) null, workerage int null, workertelphone varchar(12) null, comment varchar(200) null, workertype varchar(50) null, constraint PK_WORKER primary key nonclustered (workerid)goalter table buy_fromprovider add constraint FK_BUY_FROM_BUY_FROMP_PROVIDER foreign key (providerid) references provider (providerid)goalter table buy_fromprovider add constraint FK_ASSOCIAT_ASSOCIATI_矿泉水3 foreign key (id) references water (id)goalter table buy_fromprovider add constraint FK_BUY_FROM_BUY_FROMP_WORKER foreign key (workerid) references worker (workerid)goalter table buy_send add constraint FK_BUY_SEND_BUY_SEND_CUSTOM foreign key (customerid) references custom (customerid)goalter table buy_send add constraint FK_ASSOCIAT_ASSOCIATI_矿泉水2 foreign key (id) references water (id)goalter table buy_send add constraint FK_ASSOCIAT_ASSOCIATI_送水