数据库实习论文我做的实习题目是建筑仓库管理系统数据库设计.docx
- 文档编号:11769282
- 上传时间:2023-06-02
- 格式:DOCX
- 页数:51
- 大小:587.70KB
数据库实习论文我做的实习题目是建筑仓库管理系统数据库设计.docx
《数据库实习论文我做的实习题目是建筑仓库管理系统数据库设计.docx》由会员分享,可在线阅读,更多相关《数据库实习论文我做的实习题目是建筑仓库管理系统数据库设计.docx(51页珍藏版)》请在冰点文库上搜索。
数据库实习论文我做的实习题目是建筑仓库管理系统数据库设计
信息工程学院
《数据库课程设计》论文
题目:
建筑仓库管理系统数据库设计
学号:
2011013003
专业班级:
计算机科学与技术111
姓名:
向以珍
指导老师:
邹青
完成日期:
2013-1-25
建筑仓库管理系统数据库设计
学生姓名:
向以珍
(信息工程学院计算机科学与技术11级111班)
摘要现在很多工厂货物管理都处于人工管理阶段,存在着业务繁琐、工作量大、信息易丢失损毁等一系列的缺点,这严重影响工厂的生产。
在电脑技术高速发展的今天,迫切需要充分利用计算机实现自动化管理。
而数据库则是管理的基础。
建筑仓库货物管理系统是典型的进出存系统,是针对当前工厂货物管系统的诸多不足而设计的,其中涉及到工厂的进货、出货、存储管理等业务,包括有供应商供货管理、商品入库管理、货物出库管理、商品报损管理等功能,并且通过使用触发器、存储过程、视图等数据库技术,使得系统具有安全、实用、方便、基本业务功能完备等特点,基本上解决了人工管理的缺点,有助于实现冷饮批发企业的现代化、信息化、高效化、规模化。
关键字:
数据库;进出存管理系统;信息化;
引言
计算机技术作为现代科学技术的基础和核心,已经而且将继续对人类文明社会的进步与发展产生深刻影响。
在我们生活的21世纪里计算机技术已经在各行各业中发挥着不可替代的作用。
当前越来越多的商业、企事业单位已经将计算机技术应用于日常的管理工作。
科学的运用计算机技术进行管理工作不仅可以使管理工作规范化、系统化、自动化而且可以节省相当的人力、物力。
它能够使用户的管理工作走上良性运转轨道,从而为其快速发展奠定基础。
因此各单位对与本行业相关管理软件的需求也十分迫切。
论文的任务与目标:
全文分为目录、需求分析、概要设计、逻辑设计、物理设计,以及系统的实现等全过程。
在程序设计与调试上采用了自上而下,逐步细化,逐步完善的原则。
采用结构化的功能模块设计系统功能,可读性好,易于扩充。
基本功能全面,系统可读性好,易于维护、更新,安全性好。
论文的进度安排:
1月14日—1月16日:
完成选题,做需求分析,生成需求分析阶段相关文档。
1月17日:
概念结构设计
1月18日:
逻辑结构设计
1月21日:
物理结构设计
1月22日—1月23日:
数据库实施
1月24日:
撰写课程设计论文
1月25日:
交流演示,修改论文,提交课程设计结果
1需求分析
1.1主要包括内容:
处理对象及组织;信息处理及系统功能;数据库系统性能需要,数据库系统开发环境需求等。
在阐述信息及其处理过程时,要辅助业务流程图、数据流程图及数据字典。
进行数据库设计首先必须准确了解与分析用户需求(包括数据与处理)。
需求分析是整个设计过程的基础,是最困难、最耗费时间的一步。
作为“地基”的需求分析是否做得充分与准确,决定了在其上构建数据库大厦的速度与质量。
需求分析做得不好,甚至会导致整个数据库设计返工重做。
需求分析阶段的任务如下:
(1)建筑管理系统的业务流程及工作情况并绘制业务流程图;
(2)根据业务流程把数据在组织内部的流动情况抽象出来,并绘制成数据流图;
(3)详细地收集和分析各类数据,建立数据字典,其中包括数据项、数据结构、数据流、外部实体、数据存储、处理过程等。
1.2信息处理及系统功能
1.2.1数据流图
1)顶层数据流程图如图1-1
图1-1
2)第一层数据流程图
图1-2
3)第二层数据流程图如图1-3,4,5
图1-3
图1-4
图1-5
1.2.2数据字典
数据流程图表达了数据和处理的关系,数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。
数据字典在数据库设计中占有很重要的地位。
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
其中数据项是数据的最小组成单位,若干个数据项可以组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
具体数据字典内容见附录1,表1-1至表1-5。
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图如下图所示
进库分E-R图2-1
出货分E-R图2-2
存储分E-R图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-5所示:
全局E-R图:
图2-4
各个实体的属性:
2.2逻辑设计
逻辑设计就是把概念设计阶段的基本E-R图转换为所用DBMS产品支持的数据模型。
为建筑仓库管理系统采用的DBMS是SQLSERVER2008和Orcal。
根据SQLSERVER2008和Orcal的特点,将概念设计所得到的E-R图转换为关系数据模型。
实现逻辑设计的任务和方法:
(1)将E-R模型转换为关系模型,明确关系模式的属性和码;
(2)利用规范化理论对现有数据模型进行优化;
(3)完成数据库模式定义,包括各模式的逻辑结构定义、关系的完整性和安全性等内容;
(4)完成用户子模式的设计。
2.2.1建立关系模式
将E-R模型转换为关系模型实际上就是要将实体型、实体的属性和实体型之间的联系转换为关系模式。
转换一般遵循以下原则:
一个实体型转换为一个关系模式。
实体的属性就是关系的属性,实体的码就是关系的码。
实体间的联系的转化情况:
一个1:
1联系可以转换为一个独立的关系,也可以与任意一段对应的关系模式合并;一个1:
n联系可以转化为一个独立的关系模式,也可以与n端的关系模式合并;一个m:
n的联系必须转化为一个关系模式。
转换结果:
人员(人员编号,人员姓名,职称,仓库编号,联系电话)
工厂底层部门(工厂底层部门编号,工厂底层部门名称)
供应商(供应商编号,供应商名称,供应商地址,供应商电话)
仓库(仓库编号,仓库地址)
采购关系(供应商编号,采购货物编号,采购员编号,采购货物数量)
退货关系(退回的供应商编号,退货货物编号,退货货物数量,退货员编号)
报损关系(报损货物编号,管理员编号,报损货物数量)
货物(货物编号,货物名称,生产日期,货物保质期,货物库存量)
入库关系(入库货物编号,入库库房编号,入库日期,入库员编号,入库货物数量)
调整关系(调整货物编号,原库房编号,新库房编号)
盘存关系(盘存货物编号,盘存日期,账存数量,实存数量)
领取关系(领取货物编号,领取的工厂底层部门编号,领取货物数量,领取员编号,领取货物性质)
2.2.2关系模式规范化处理
根据F,分析每一个关系模式是否满足3NF,对不满足3NF的关系模式要进行规范化处理。
人员(人员编号,人员姓名,职称,仓库编号,联系电话)满足3NF
工厂底层部门(工厂底层部门编号,工厂底层部门名称)满足3NF
供应商(供应商编号,供应商名称,供应商地址,供应商电话)满足3NF
仓库(仓库编号,仓库地址)满足3NF
采购关系(供应商编号,采购货物编号,采购员编号,采购货物数量)满足3NF
退货关系(退回的供应商编号,退货货物编号,退货货物数量,退货员编号)满足3NF
报损关系(报损货物编号,管理员编号,报损货物数量)满足3NF
货物(货物编号,货物名称,生产日期,货物保质期,货物库存量)满足3NF
入库关系(入库货物编号,入库库房编号,入库日期,入库员编号,入库货物数量)满足3NF
调整关系(调整货物编号,原库房编号,新库房编号)满足3NF
盘存关系(盘存货物编号,盘存日期,账存数量,实存数量)满足3NF
领取关系(领取货物编号,领取的工厂底层部门编号,领取货物数量,领取货物性质)满足3NF
根据F,分析每一个关系模式是否满足3NF,对不满足3NF的关系模式要进行规范化处理。
2.2.3用户子模式建立
目前关系数据库管理系统一般都提供了视图概念,可以利用这一功能设计更符合局部用户需求的用户外模式。
视图时从一个或几个基本表导出的表。
它与基本表不同,是一个虚表。
数据库中只存放视图的定义,而不存放视图对应的数据,这些数据仍存放在原来的基本表中。
所以基本表中的数据发生变化,从视图中查询出的数据也就随之改变了。
从这个意义上讲,视图就像一个窗口,透过它可以看到数据库中自己感兴趣的数据及其变化。
视图一经定义,就可以和基本表一样被查询、被删除。
也可以在一个视图之上再定义新的视图,但对仕途的更新操作则有一定的限制。
该阶段即根据用户需求建立视图,仓库管理系统应该建立的子模式即视图有:
表2-1视图说明
用户对象
视图名
视图描述
视图作用
供应商
SupplierView
SupplierView(供应商编号,货物编号,需要量,退货量)
了解供应商供货情况
底层部门
FDeptView
FDeptView(底层部门编号,,领取货名称,领取量)
了解底层部门的领货情况
管理员
ManageView
ManageView(管理员编号,仓库编号,货物编号,报损量)
了解仓库的管理情况
总账单
TotalBillView
TotalBillView(货物编号,仓库编号,库存量)
了解仓库中的货物情况
2.2.4关系模式逻辑结构定义
根据关系模式的转换原则,该建筑仓库管理系统可以抽象为十二个关系模式。
在定义关系模式时,有关系模式的逻辑结构定义、关系的完整性和安全性等内容。
其中关系模式的逻辑结构定义包括关系模式各属性的确定、码的确定、外码的确定、各属性的约束等等
编号
关系名称
模式说明
备注
T-1
Goods
货物
附录2表2-1
T-2
Supplier
供应商
附录2表2-2
T-3
StorRoom
仓库
附录2表2-3
T-4
Branch
工厂底层各部门
附录2表2-4
T-5
Employee
人员(管理员,采购员,验收员
附录2表2-5
T-6
Pucharerse
采购关系
附录2表2-6
T-7
PickingForm
领取关系
附录2表2-7
T-8
Inform
入库关系
附录2表2-8
T-9
LossForm
报损关系
附录2表2-9
T-10
ChangeForm
调整关系
附录2表2-10
T-11
BsckForm
退货关系
附录2表2-11
T-12
Pancun
盘存关系
附录2表2-12
3数据库物理设计
数据库在物理设备上的存储结构与存取方法称为数据库的物理结构,它依赖于选定的数据库管理系统。
为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程,就是数据库的物理设计。
该阶段通常分为两段:
(1)确定数据库的物理结构,在关系数据库中主要指存取方法和存储结构;
(2)对物理结构进行评价,评价的重点的是时间和空间效率。
4数据库实施与测试
数据库实施要与所选用的DBMS相接合,在其基础上建立起自已的数据库,这是数据库设计的一个非常重要的步骤,但相对较简单。
数据库测试是选取一部人数据入库,并进行测试,看是否与预期的效果相符合,这一步同样十分重要,大部分的问题基本上都是在这阶段发现的,故在这一阶段要十分细心。
4.1数据库实施
数据库的实施阶段包括两项重要的工作,一项是数据库的录入,另一项是应用程序的编码。
4.1.1数据库及数据库对象建立
在这一阶段要在具体的DBMS上建立数据库,基本表、视图、索引、触发器以及存储过程。
建筑仓库管理系统涉及到12个关系,在excel中处理相应数据,批生成表、部分存储过程的创建代码。
具体的SQLSever代码见附录3。
基本表的建立由于用写语句的方法生成,格式十分的统一,表内数据在另附excle表。
4.1.2数据入库
对于数据入库,用已建好的存储过程进行插入操作,用excel的表格导入数据方便,直接运行代码便可。
4.2数据库测试
4.2.1测试录入数据
如附录4
4.2.2测试视图的建立
如附录5
4.2.3测试插入存储过程
如附录6
4.2.4测试报损表的更新存储过程
如附录6
4.2.5测试查询存储过程
如附录6
4.2.6测试删除记录的存储过程
如附录6
4.2.7测试建立的出发器
1)在报损单加莫一条记录后由于触发器作用,货物的库存量自动减去报损量,以达到账实相符;
2)用触发器实现约束:
如果零件名为“工作服”,则进货进货时不能少于30件,若少于30件自动改为30。
测试如附录7。
5总结
本次实习,我学到的东西很多,也有很多的感想。
这次实习用了两周的时间,但由于中间有考试和放假实际静下心来做东西的时间并不很充足。
这次的数据库实习我选做的题目是建筑仓库管理系统,一个典型的进出存的例子。
做数据库思维一定要非常缜密才行,在数据库设计的每一步骤都有要细心,我们基本是在错误中滚过来的,往往是边做后面的边改前面的,每当发现自己又错了的时候,真的很崩溃。
不过还好就这样跌跌撞撞过来了。
在这次实习的过程中我不仅巩固了数据库的知识还重新回顾了Excel和Word的好多东西,又从杨老师和同学中学到了不少技巧。
对于这次的数据库实习,我对自己表现基本满意,不仅巩固SQL还学会了使用Oracle,但对Oracle的编程规则和语句还不是很熟悉,好对能想到但编不出来,这也是之后还应该努力的方面。
6附录
附录1
表1-1仓库管理系统数据项表
数据项编号
数据项名
数据项含义
类型
Data-1
SupNumber
供应商编号
varchar2(14)
Data-2
SupName
供应商名称
varchar2(100)
Data-3
SupAdress
供应商地址
varchar2(100)
Data-4
SupPhone
供应商电话
varchar2(14)
Data-5
Gnumber
货物的编号
varchar2(14)
Data-6
Gname
货物的名称
varchar2(100)
Data-7
GSQuan
货物的库存量
number
Data-8
Gbirthday
货物生产日期
date
Data-9
Gsdate
货物保质期
number
Data-10
EmNumber
人员编号
varchar2(14)
Data-11
EmName
人员姓名
varchar2(14)
Data-12
EmGJob
人员的职称
varchar2(14)
Data-13
EmPhone
人员的联系电话
varchar2(14)
Data-14
StorNumber
仓库编号
varchar2(14)
Data-15
StorAdress
仓库地址
varchar2(14)
Data-16
StorPhone
仓库电话
varchar2(14)
Data-17
Bnumber
工厂底层部门编号
varchar2(14)
Data-18
Bname
工厂底层部门名称
varchar2(100)
Data-19
FgQuality
领取货物的性质
varchar2(14)
Data-20
FGQuan
领取货物的数量
number
Data-21
PurGNo
购买货物编号
varchar2(14)
Data-22
PurGSno
供应商编号
varchar2(14)
Data-23
PurQuan
购买数量
number
Data-24
PurEmployee
采购员编号
varchar2(14)
Data-25
CheckGQuan
验收货物数量
number
Data-26
BackQuan
退货数量
number
Data-27
DamGQuan
报损货物数量
number
Data-28
InQuan
入库货物数量
number
Data-29
InQuality
入库货物性质
varchar2(14)
Data-31
PstorNo
原库房编号
varchar2(14)
Data-32
OstorNo
新库房编号
varchar2(14)
Data-33
Changenumber
调整货物数量
number
Data-34
BillNumber
帐存数量
number
Data-35
RbillNumber
实存数量
number
Data-36
Pdate
盘存日期
date
表1-2建筑仓库管理系统数据结构表
数据结构编号
数据结构名
数据结构含义
组成
DS-1
Supplier
供应商
SupNumber,SupName,SupAddress,SupPhone
DS-2
Goods
货物
Gno,GName,GBirthday,GSDate,GSQuan,
DS-3
employee
人员
EmNumber,EmName,EmJob,EmPhone
DS-4
StoreRoom
库房
StorNumber,StorMNumber,StorAdress
DS-5
Branch
工厂底层部门
Bnumber,Bname
DS-6
InForm
入库单
InGNumber,InSNumber,MaNum,InGQuan
DS-7
PucharseForm
采购单
SupNumber,Gnumber,ChNumbr,PurGQuan,
DS-8
PickingForm
领货
Gnumber,GQuan,MaNum,Bnumber,FgQuality
DS-9
LossForm
报损单
DamGNum,DamGQuan,MaNum
DS-10
ChangeForm
调整单
ChGNum,ChName,StoreNumberO,StoreNumberN
DS-11
PanCunForm
盘存
PaGumber,MaNum,RealQuan,BillQuan
DS-12
backForm
退货
Gnumber,StoreNumber,BackQuan,employee
表1-3建筑仓库管理系统数据流表
数据流名称
简述
数据流来源
数据流去向
数据流组成
数据流量
高峰流量
采购订货单
采购部发给供应商的采购单
采购部
供应商
商品编码+商品名称+进货量+商品价格
15次/月
30次/月
采购发货单
供应商发出的发货单
供应商
验收人员
商品编码+商品名称+发货量+商品价格
15次/月
30次/月
验收不合格单
验收员发出不合格产品清单
验收人员
采购部
商品编码+商品名称+不合格数量
15次/月
30次/月
退货单
采购部发出的退货单
采购部
供应商
商品编码+商品名称+不合格数量
15次/月
30次/月
验收合格单
验收员发出合格产品清单
验收人员
采购部
商品编码+商品名称+发货量+入货量
15次/月
30次/月
入库单
库房开出的入库单
库房管理员
库房
商品编码+商品名称+入货量
15次/月
30次/月
基层领货单
基层需要用的货物清单
基层部门
库房
商品编码+商品名称+需求量
15次/月
30次/月
出货单
库房给基层的货物清单
库房管理员
基层部门
商品编码+商品名称+需求量
15次/月
30次/月
临时借用工具单
基层需要的临时工具单
基层部门
库房
商品编码+商品名称+需求量
15次/月
30次/月
临时借用工具还回单
基层把借用的临时工具还回单
基层部门
库房
商品编码+商品名称+还回数量
15次/月
30次/月
合格清单
底层验收员发出的合格清单
底层部门验收员
底层部门主管
商品编码+商品名称+数量
15次/月
30次/月
不合格清单
用货部门开出的不合格货品清单
底层部门验收员
底层部门主管
商品编码+商品名称+数量
15次/月
30次/月
退货单
底层主管发出的退货单
底层部门主管
库房,库存登记,出库登记
商品编码+商品名称+数量
15次/月
30次/月
出货单
底层主管发出的出货单
P2.1验货模块
出库登记,库存登记
商品编码+商品名称+出货数量
15次/月
30次/月
盘存清单
存货清查后主管发出的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 实习 论文 题目 建筑 仓库 管理 系统 设计
![提示](https://static.bingdoc.com/images/bang_tan.gif)