管理信息系统数据库设计ER图部分
- 格式:doc
- 大小:163.50 KB
- 文档页数:2
数据库-er图实验报告7页实验报告一、实验目的1.掌握数据库的基本概念和操作方法。
2.掌握ER模型的基本要素,能够进行ER图的绘制。
3.通过绘制ER图,进一步加深对数据库和ER模型的理解。
二、实验内容1. 根据已有的数据库设计,绘制ER图。
2. 分析ER图,理解数据库表之间的关系。
三、实验方法1. 阅读已有数据库设计,了解数据库的数据表结构。
2. 使用ER图绘制工具,依照ER模型绘制ER图。
3. 分析ER图,理解数据库表之间的关系。
四、实验步骤1. 阅读已有数据库设计,并根据设计中的数据表,建立ER模型。
2. 使用ER模型中的基本要素,绘制ER图。
3. 绘制完毕后,对ER图进行分析,理解各个数据表之间的关系。
五、实验结果与分析1. ER图2. 分析该数据库设计中,共涉及到四张数据表:顾客表(Customers)、商品表(Products)、订单表(Orders)、订单详情表(Order_Details)。
1. Customers表与Orders表之间存在一对多关系。
2. Orders表与Order_Details表之间存在一对多关系。
3. Customers表与Order_Details表之间不存在直接关系。
4. Products表与Order_Details表之间不存在直接关系。
六、实验心得本次实验通过对已有的数据库设计进行分析,绘制ER图,并对ER图进行分析,进一步加深了对数据库和ER模型的理解。
在绘制ER图的过程中,需要严格按照ER模型中的基本要素进行绘制,这样能够保证ER图的正确性。
同时,在对ER图进行分析时,需要关注各个数据表之间的关系,以便更好地理解数据库的设计。
通过本次实验,我深刻认识到ER模型在数据库设计中的重要性,掌握了对ER图的绘制和分析方法,为今后进行数据库设计打下了坚实的基础。
数据库设计及ER图1.数据库设计流程数据库作为数据的一个容器,不但对程序的performance有很大的影响,而且对应用程序的扩展有非常大的影响.所以对应用程序来说,一个具有良好设计的数据库是非常重要的.那么如何才能设计出性能好,又支持扩展的数据库呢?这是我们大家都要去探索的问题.现在有很多版本的数据库设计的流程.然而这也只是目前阶段能设计出一个比较好的数据库的一个途径.更好更优的数据库设计流程是我们追求的目标.但是现在,我们先来了解下目前阶段标准的数据库设计流程.以助于我们在开发应用程序的时候能用到.先来看下一张数据设计流程图上图是数据库设计一个比较标准的流程图.我们就针对这个流程来讲解数据库设计各个阶段.需求分析阶段1我们在需求阶段注意两点:1:考虑到可能的扩充和修改,是设计能易于修改和扩展2:强调客户参与:目的有几个:更好的理解客户的需求,了解客户的对程序安全性和完整性的要求,以及用户的处理需求.概念结构设计阶段在这个阶段我们要设计出能真实反应客观事物的模型,同时让设计的模型能易于理解,易于扩展,能方便的向其他数据库转移.逻辑结构设计1:作为对象信息的属性,必须具有原子性的.也就是.我们在画ER图的时候,对象间的关系必须是实体之间的关系,不能是属性和实体的关系.2:确定数据之间的依赖关系(要极小化出来各个关系,消除冗余),同时要按照数据依赖理论对关系模型进行检查.数据库物理设计阶段数据的存储结构以及配置数据库实施阶段定义数据库的结构,数据的装载,以及数据库的试运行.数据库运行和维护阶段要注意数据的转储和恢复,数据库的安全性和完整性控制.数据库的性能的监督,分析和改造以及数据库的重构2.数据库设计范式第一范式(1NF):在关系模式R中的每一个具体关系r中,如果每个属性值都是不可再分的最小数据单位,则称R是第一范式的关系。
例:如职工号,姓名,电话号码组成一个表(一个人可能有一个办公室电话和一个家里电话号码)规范成为1NF有三种方法:一是重复存储职工号和姓名。
实验报告实验名称:基于ER图的数据库设计与简单操作班级:姓名:学号:实验时间: 2010年5月18日成绩:指导老师:一、实验目的:(1能够正确运用数据库的基本理论和方法。
(2熟悉常用关系型数据库的设计和基本操作。
(3熟悉关系数据库规范化设计理论,能够设计并建立科学合理的数据库,正确建立数据库中表与表之间的关系。
(4进一步正确理解数据库设计思路,培养分析问题、解决问题的能力,提高查询资料和撰写书面文件的能力。
二、实验设备及主要内容实验设备:“Microsoft SQL Server”——“企业管理器”和“查询分析器”主要内容:1.高等院校学生补考管理业务需求描述。
高等院校补考管理系统应具备编辑补考学生信息、安排补考时间地点等基本管理功能,具体要求如下:3对教室的编号、地点和容纳人数进行编辑。
4自动安排补考的时间、地点(即教室。
5录入学生的补考成绩。
6分别按照院系、专业、班级等查询参加补考的学生信息。
7按照补考的时间和地点查询参加补考的学生信息。
8查询和打印补考时间、地点的安排。
9查询和打印补考不及格学生的信息。
2.设计数据库。
根据上述业务描述,设计数据库总体方案,明确数据库中表的结构,各表中关键字的设置,表与表之间的关系。
3.根据功能需求,以SQL语句的形式分类列出系统应涉及的数据操作。
4.利用Access、VFP或SQL server建立数据库,并成功实现基本数据操作。
5.提交书面实验报告。
三、实验步骤步骤一:按照上述要求进行数据库和表的设计。
具体包括:领域描述、概念模型用E-R图描述、从E-R图导出关系数据模型。
步骤二:选择Access、VFP或SQL server实现数据库操作。
1、概念模型用E-R图描述2、从E-R图导出的关系数据模型学生补考管理系统的逻辑结构如下:院系信息表:Department(deptID,deptName班级信息表:Class(className,studentNum,deptID课程信息表:Course(courselD,courseName,deptID学生信息表:Student(studentID,studentName,className补考记录表:Bk—stud(studentID,courseID,reason,score3、选择SQL server、Access、VFP实现数据库操作的基本步骤。
宿舍管理系统:
实体集:{学生,楼长,宿舍,外来人员,公寓学生会,纪律,辅导员}对应属性:(第一个为主键)
学生:学号,床号,宿舍号,姓名.
楼长:工号,职务,姓名,电话。
宿舍:宿舍号,楼层,人员.
外来人员:外来编号,姓名,性别,被访人,访问者。
公寓学生会:电话,会长,人员,职务。
纪律:就寝,卫生。
辅导员:工号,所管班级。
实体对应关系模式:
宿舍(宿舍号,楼层,人员)
学生(学号,床号,宿舍号,姓名)
楼长(工号,职务,姓名,电话)
宿舍(宿舍号,楼层,人员)
外来人员(外来编号,姓名,性别,被访人,访问者)
公寓学生会(电话,会长,人员,职务)
纪律(就寝,卫生)
辅导员(编号,所管班级)
实体对应关系模式:
来访(学号,外来编号)
住宿(宿舍号,学号,工号)
管理(宿舍号,学号)
协助(工号,会长)
协作(工号,编号)
遵守纪律(学号,纪律)
现在我们用几个简单的例子来实现并体会我们组的这个宿舍管理系统。
各个实体间都存在相互依赖的关系,比如学生,学生早上出门离开宿舍要接受管理,到楼长处登记是否外带电脑,楼长和学生会存在相互协助的关系,学生会监督学生的住宿行为维护宿舍安全,又比如外来人员,外来人员进去宿舍要登记,与学生间存在访问和被访问的关系。
再说很重要又容易被忽视的一个关键点,辅导员实体,辅导员实体连接着学生与楼长之间的关系,学生接受辅导员的管理,辅导员协作楼长的工作,楼长像宿管科反应,辅导员接受信息反馈给学生,以维持学生住宿环境,和住宿质量等等,宿舍管理系统是一个庞大的内容,我们只是以数据库为基础稍加分析,以便更好的理解和学习数据库技术。
1.采购部查询库存信息及用户需求,若商品的库存量不能满足用户的需要,则编制相应的采购订货单,并交送给供应商提出订货请求。
供应商按订单要求发货给该公司采购部,并附上采购收货单。
公司检验人员在验货后,发现货物不合格,将货物退回供应商,如果合格则送交库房。
库房管理员再进一步审核货物是否合格,如果合格则登记流水帐和库存帐目,如果不合格则交由主管审核后退回供应商。
画出物资订货的业务流程图。
(共10分)2.在盘点管理流程中,库管员首先编制盘存报表并提交给仓库主管,仓库主管查询库存清单和盘点流水账,然后根据盘点规定进行审核,如果合格则提交合格盘存报表递交给库管员,由库管员更新库存清单和盘点流水账。
如果不合格则由仓库主观返回不合格盘存报表给库管员重新查询数据进行盘点。
根据以上情况画出业务流程图和数据流程图。
(共15分)3.“进书”主要指新书的验收、分类编号、填写、审核、入库。
主要过程:书商将采购单和新书送采购员;采购员验收,如果不合格就退回,合格就送编目员;编目员按照国家标准进行的分类编号,填写包括书名,书号,作者、出版社等基本信息的入库单;库管员验收入库单和新书,如果合格就入库,并更新入库台帐;如果不合格就退回。
“售书”的流程:顾客选定书籍后,收银员进行收费和开收费单,并更新销售台帐。
顾客凭收费单可以将图书带离书店,书店保安审核合格后,放行,否则将让顾客到收银员处缴费。
画出“进书”和“售书”的数据流程图。
进书业务流程:进书数据流程:售书业务流程:售书数据流程:4.背景:若库房里的货品由于自然或其他原因而破损,且不可用的,需进行报损处理,即这些货品清除出库房。
具体报损流程如下:由库房相关人员定期按库存计划编制需要对货物进行报损处理的报损清单,交给主管确认、审核。
主管审核后确定清单上的货品必须报损,则进行报损处理,并根据报损清单登记流水帐,同时修改库存台帐;若报损单上的货品不符合报损要求,则将报损单退回库房。
试根据上述背景提供的信息,绘制出“报损”的业务流程图、数据流程图。
图书馆管理系统开发设计方案1需求分析1.1目前图书馆管理系统存在问题1)检索速度慢、效率低因为图书馆的藏书种类多、数量多, 将藏书准确地分门别类, 快速检索, 手工进行非常困难往往是终于查到了二伟的信息, 馆中没有此书或已被别人借走。
图书馆的规模越大, 这个问题越突出。
2)借书、还书工作量大借书、还书频率越大, 说明图书馆的作用越大, 然而随之而来的大量的借书、还书登记、实存图书的更新以及借出图书超期、遗失等的处理, 其工作量之大, 往往是人工操作所难以胜任的。
而且经常会出现这样那样的差错。
3)图书统计工作难、藏书更新不能及时完成。
图书馆的图书应根据科学技术的发展和教学工作的需要及时添加和更新, 然而由于藏书数量及图书种类越来越多, 加上自然损耗, 人为破坏, 使图书的统计工作难以及时完成, 藏书的更新也就很难有针对性地进行, 藏书的知识结构得不到良好地控制。
我校也是一所发展中的高校, 近儿年的发展速度很快, 图书馆的规模和藏书数量也不断的扩大, 为了解决海量图书的管理问题, 改变传统的管理方式也是迫在眉睫了。
1.2系统目标1.3本系统主要实现对图书馆的信息进行管理, 图书馆的正常运营中总是面对大量的读者信息, 图书信息以及两者相互作用产生的借书信息, 因此要对读者资源, 图书资源, 借书信息进行管理。
本系统的开发就是在于提高图书管理的工作效率, 加强图书馆的管理。
1.4图书馆管理系统是图书馆管理工作中不可缺少的部分,它的内容对于图书馆的管理者和使用者来说都至关重要,所以图书管理系统应该能够为管理者或读者提供充足的信息和快捷的数据处理手段。
但一直以来人们使用传统人工的方式进行图书管理和借阅管理, 这种管理方式存在着许多缺点,如:效率低、易忘记、保密性差,另外时间一长,将产生大量的文件和数据,这对于查找、更新和维护都带来了不少的困难。
随着科学技术的不断提高,计算机科学日渐成熟,其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。
1、公司管辖若干商店,每个商店有编号、店名,店址、店经理等属性(提示:“店经理"只作为“商店”的属性处理);每家商店有若干职工工作,但每个职工只能服务于一家商店;每个职工有工号、姓名、性别、年龄、政治面貌等属性;商店都记录有每个职工参加工作的开始时间;每家商店销售若干商品,同时商店记录商品的销售量;商品有商品号、商品名、单价、产地等属性;请根据以上文字正确画出实体—联系图,试尝写出由此E-R图转换的关系逻辑模型。
关系模式:商店(编号,店名,店址,店经理)职工(工号,姓名,性别,年龄,政治面貌)商品(商品号,商品名,单价,产地)工作(工号,编号,开始时间)销售(商品号,编号,销售量)2、某汽车公司管辖若干汽车维修站,每个维修站有若干职工,但每个职工只能服务于一个维修站,维修站可以为多个顾客提供维修服务,顾客可以到多个维修站维修汽车,维修过程中可以使用多个配件,维修汽车所使用的配件由公司统一提供。
“服务站”的属性有:服务站编号、服务站名称、服务站地址、联系人、电话;“职工"的属性有:职工号、姓名、性别、工资、联系电话;“顾客”的属性有:顾客编号、顾客姓名、地址、电话;配件的属性有:配件编号、配件名、规格、型号、价格。
并要求反映出顾客到维修站维修的日期、维修人员、顾客本次维修使用的配件数量、价格。
(1)试画出E-R图;(2) 转换成关系模型,并注明主键。
服务站(服务站编号、服务站名称、服务站地址、联系人、电话)职工(职工号、姓名、性别、工资、联系电话)顾客(顾客编号、顾客姓名、地址、电话)配件(配件编号、配件名、规格、型号、价格)服务(服务站编号,顾客编号,日期,维修人员)使用(顾客编号,配件编号,数量,价格)工作(服务站编号,职工号)3、现有关系模式:学生(学号,学生姓名,年龄,系别,选修课程号,教师姓名)有如下语义约束:一个学生可以选修多门课程;一门课程只能由一名教师任教指出此关系模式的主码,它属于第几范式?为什么?关系模式的主码:学号,课程号回答:1)由于该关系模式的每一个分量都不可再分,该关系模式满足第一范式。
1、公司管辖若干商店,每个商店有编号、店名,店址、店经理等属性(提示:“店经理”只作为“商店”的属性处理);每家商店有若干职工工作,但每个职工只能服务于一家商店;每个职工有工号、姓名、性别、年龄、政治面貌等属性;商店都记录有每个职工参加工作的开始时间;每家商店销售若干商品,同时商店记录商品的销售量;商品有商品号、商品名、单价、产地等属性;
请根据以上文字正确画出实体—联系图,试尝写出由此E-R图转换的关系逻辑模型。
关系模式:
商店(编号,店名,店址,店经理)
职工(工号,姓名,性别,年龄,政治面貌)
商品(商品号,商品名,单价,产地)
工作(工号,编号,开始时间)
销售(商品号,编号,销售量)
2、某汽车公司管辖若干汽车维修站,每个维修站有若干职工,但每个职工只能服务于一个维修站,维修站可以为多个顾客提供维修服务,顾客可以到多个维修站维修汽车,维修过程中可以使用多个配件,维修汽车所使用的配件由公司统一提供。
“服务站”的属性有:服务站编号、服务站名称、服务站地址、联系人、电话;“职工”的属性有:职工号、姓名、性别、工资、联系电话;“顾客”的属性有:顾客编号、顾客姓名、地址、电话;配件的属性有:配件编号、配件名、规格、型号、价格。
并要求反映出顾客到维修站维修的日期、维修人员、顾客本次维修使用的配件数量、价格。
(1) 试画出E-R图;
(2) 转换成关系模型,并注明主键。
服务站(服务站编号、服务站名称、服务站地址、联系人、电话)
职工(职工号、姓名、性别、工资、联系电话)
顾客(顾客编号、顾客姓名、地址、电话)
配件(配件编号、配件名、规格、型号、价格)
服务(服务站编号,顾客编号,日期,维修人员)
使用(顾客编号,配件编号,数量,价格)
工作(服务站编号,职工号)
3、现有关系模式:
学生(学号,学生姓名,年龄,系别,选修课程号,教师姓名)
有如下语义约束:一个学生可以选修多门课程;一门课程只能由一名教师任教
指出此关系模式的主码,它属于第几范式?为什么?
关系模式的主码:学号,课程号
回答:1)由于该关系模式的每一个分量都不可再分,该关系模式满足第一范式。
2)关系模式中,教师姓名仅依赖主码中的选修课程号,关系模式中的所有非主属性并不都完全函数依赖于主码(或者该关系模式存在非主属性部分依赖于主码),该关系模式不满足第二范式。
因此,该关系模式满足第一范式。