图书借阅系统E-R图
习题-ER图(附答案)
7、一个图书馆借阅管理数据库要求提供下述服务：（１）可随时查询书库中现有书籍的品种、数量与存放位置。
所有各类书籍均可由书号惟一标识。
（２）可随时查询书籍借还情况，包括借书人单位、姓名、借书证号、借书日期和还书日期。
我们约定：任何人可借多种书，任何一种书可为多个人所借，借书证号具有惟一性。
（３）当需要时，可通过数据库中保存的出版社的电报编号、电话、邮编及地址等信息下相应出版社增购有关书籍。
我们约定，一个出版社可出版多种书籍，同一本书仅为一个出版社出版，出版社名具有惟一性。
根据以上情况和假设，试作如下设计：（１）构造满足需求的Ｅ-Ｒ图。
（２）转换为等价的关系模式结构。
答：（１）满足上述需求的Ｅ-Ｒ图如图11所示。
（２）转换为等价的关系模式结构如下：借书人（借书证号，姓名，单位）图书（书号，书名，数量，位置，出版社名）出版社（出版社名，电报编号，电话可，邮编，地址）借阅（借书证号，书号，借书日期，还书日期）8、工厂（包括厂名和厂长名）需建立一个管理数据库存储以下信息：（１）一个工厂内有多个车间，每个车间有车间号、车间主任姓名、地址和电话。
（２）一个车间有多个工人，每个工人有职工号、姓名、年龄、性别和工种。
（３）一个车间生产多种产品，产品有产品号和价格。
（４）一个车间生产多种零件，一个零件也可能为多个车间制造。
零件有零件号、重量和价格。
（５）一个产品由多种零件组成，一种零件也可装配出多种产品。
（６）产品与零件均存入仓库中。
（７）厂内有多个仓库，仓库有仓库号、仓库主任姓名和电话。
试：（１）画出该系统的Ｅ-Ｒ图。
（２）给出相应的关系模式。
（３）画出该系统的层次模式图。
答：（１）该系统的Ｅ-Ｒ图如图12所示。
各实体的属性为：工厂：厂名、厂长姓名车间：车间号、车间主任姓名、地址、电话工人：职工号、姓名、年龄、性别、工种仓库：仓库号、仓库主任姓名、电话零件：零件号、重量、价格产品：产品号、价格（２）相应的关系模式如下：工厂（厂名、厂长姓名）车间（车间号、车间主任姓名、地址、电话、厂名）工人（职工号、姓名、年龄、性别、工种、车间号）仓库（仓库号、仓库主任姓名、电话、长名）产品（产品号、价格、车间号、仓库号）零件（零件号、重量、价格、仓库号）制造（车间号、零件号）（３）该系统的层次模型图如图13所示。
图书管理系统数据模型ER图
图书管理系统数据模型ER图12020年4月19日实验报告书一、实验目的：完成图书管理系统（学生选课系统，学校人事管理系统，医院病历管理系统，四者任选其一）的需求分析；系统掌握软件开发过程中需求规约（规格）说明书的写法；完成图书管理系统（学生选课系统，学校人事管理系统，医院病历管理系统）的需求分析报告。
二、实验主要内容：图书管理系统（学生选课系统，学校人事管理系统，医院病历管理系统）。
对待开发软件提出的需求进行分析并给出详细的定义，分析实现工程目标应该采取的策略及系统必须完成的功能。
确定系统必须完成哪些工作，对目标系统提出完整、准确、清晰、具体的要求，画出实体关系图、数据流图、状态转换图，创立数据字典，编写软件需求说明书。
三、实验原理及步骤要求：需求分析是对问题进一步发现、求精、建模、规格说明和复审的过程。
用户需求可分成两类：功能性需求：定义系统做什么；非功能性需求：定义系统工作时的特性。
用户需求的内容包括：功能、性能、环境、界面、用户因素、文档、数据、资源、安全保密、软件成本消耗与开发进度、质量保证等各个方面。
根据系统分析，图书管理系统的要求如下：（1）需求分析：①能够输入图书的综合情况和进行新书入库、现有图书信息修改以及删除；②能够实现对读者档案的查询和编辑管理；③能够进行罚款功能；④能够进行借阅历史的查询功能；（2）系统性能要求：①系统安全、可靠；②功能齐全；③操作方便、界面友好；32020年4月19日④易于维护和扩充。
（3）系统的功能分析: 密码设置：每个操作员均有自己的密码，能够防止非本系统人员进入本系统；又因每个人的权限不一致，故能够防止越权操作。
资料维护：为了存放图书、读者档案的全部数据，本系统将每一本图书和每位读者的信息进行管理。
系统维护包括对各种表记录的修改、删除、添加等操作。
系统查询：能够按图书编号、借阅证编号等相关信息进行查询系统管理：进行员工管理、数据备份和数据恢复。
报表统计：包括统计图书信息、读者信息、借阅信息和罚款信息等。
图书馆数据库需求分析及E-R图设计ppt课件
2020/4/1
12
作E-R图的步骤
⑴确定所有的实体集合
⑵选择实体集应包含的属性
⑶确定实体集之间的联系
⑷确定实体集的关键字，用下划线在属性 上表明关键字的属性组合
⑸确定联系的类型，在用线将表示联系的菱 形框联系到实体集时，在线旁注明是1或 n(多）来表示联系的类型
2020/4/1
13
分E-R图
2020/4/1
4
图书信息及被借阅情况
图书信息包括：书号、书名、作者、 出版社。 每本图书的信息会汇总在一起，保存在图书馆的 图书数据库，读者可以在登陆图书馆管理系统后 根据需要进行图书的搜索与查询，在得到满意的 查询结果后，可以进行预约，再去图书馆借阅。 而对于每本被借出的书，管理系统又会将相应的 读者号、借出日期和应还日期保存在数据库中， 供读者查询和系统管理。
以方便读者的借阅。图书的基本信息有：图书索引号、图书名、作者、出版 社、出版日期和图书的使用状态。 • （4）当图书被读者借阅的时候，图书管理员要改变图书的使用状态，不再允 许借阅，但是允许预约，而且每本书只允许被一个读者借阅，也只能被一个 读者预约。 • （5）当学生借阅的图书延期的时候，图书管理员要及时通知学生归还图书， 并对其进行相应的处罚。学生可以在图书未超期的情况下办理续借。 • （6）学生可以在图书管理系统中查询自己的借阅情况。 • （7）当图书被损坏或图书出馆时，图书管理员要及时修改相应的图书信息。 • （8）管理系统还应该提供强大的数据统计，查询等功能。 • （9）管理系统应充许外界人士通过规定的步骤注册成为新用户，并享有一定 的权利。 • （10）管理系统应该有很好的可扩展性。
数据库作业-E-R图作业
1.一个图书馆借阅管理数据库要求提供下述服务：（１）可随时查询书库中现有书籍的品种、数量与存放位置。
所有各类书籍均可由书号惟一标识。
（２）可随时查询书籍借还情况，包括借书人单位、姓名、借书证号、借书日期和还书日期。
我们约定：任何人可借多种书，任何一种书可为多个人所借，借书证号具有惟一性。
（３）当需要时，可通过数据库中保存的出版社的电报编号、电话、邮编及地址等信息下相应出版社增购有关书籍。
我们约定，一个出版社可出版多种书籍，同一本书仅为一个出版社出版，出版社名具有惟一性。
根据以上情况和假设，试作如下设计：（1）构造满足需求的Ｅ-Ｒ图。
（2）转换为等价的关系模式结构。
借书人（借书证号，姓名，单位）出版社（出版社名，电报编号，电话，邮编，地址）图书（书号，书名，数量，位置，出版社名）借阅（借书证号，书号，借书日期，还书日期）2.工厂（包括厂名和厂长名）需建立一个管理数据库存储以下信息：（１）一个工厂内有多个车间，每个车间有车间号、车间主任姓名、地址和电话。
（２）一个车间有多个工人，每个工人有职工号、姓名、年龄、性别和工种。
（３）一个车间生产多种产品，产品有产品号和价格。
（４）一个车间生产多种零件，一个零件也可能为多个车间制造。
零件有零件号、重量和价格。
（５）一个产品由多种零件组成，一种零件也可装配出多种产品。
（６）产品与零件均存入仓库中。
（７）厂内有多个仓库，仓库有仓库号、仓库主任姓名和电话。
试：（１）画出该系统的Ｅ-Ｒ图。
（２）给出相应的关系模式。
工厂（厂名、厂长姓名）车间（车间号、车间主任姓名、地址、电话、厂名）工人（职工号、姓名、年龄、性别、工种、车间号）产品（产品号、价格、车间号）零件（零件号、重量、价格）仓库（产品号、零件号）制造（车间号、零件号）3.假设要建立一个企业数据库，该企业有多个下属单位，每一个单位有多个职工，一个职工仅隶属于一个单位，且一个职工仅在一个工程中工作，但一个工程中有很多职工参加工作，有多个供应商为各个工程供应不同设备。
ER图
7.2.1 E-R图的定义
联系属性的表示方法：
课程
m
选修
n
学生
成绩
供应商
n
项目
m
供应
p
零件 供应量
7.2.2 联系
定义
现实世界中事物内部以及事物之 间的联系在信息世界中反映为实 体内部的联系和实体之间的联系。
1:1联系
特例
例 特
1:n联系
7.2.2 联系
（2）多个实体型间的联系
1:1联系
班级 1
1 班长
拥有
1
班主任
1:n联系
课程 1
m 讲授
n
教师
参考书
m:n联 系
供应商 m
n 供应
p
项目
零件
7.2.2 联系
（3）同一实体集内各实体间的联系
1:1联系
职工
n
1
领导
1:n联系
m:n联 系
职工实体集内部具有领导与被领导的联系， 即某一职工（干部）“领导”若干名职工， 而一个职工仅被另外一个职工直接领导，
如果对于实体集A中的每一个实体，实体集B 中有n个实体（n≥0）与之联系，反之，对 于实体集B中的每一个实体，实体集A中也有 m个实体（m≥0）与之联系，则称实体集A与 实体B具有多对多联系。记为m:n。
实例
课程 m
选修 n
学生
7.2.2 联系
两个实体型间的联系（续）
三类联系之间的关系：
例 特
m:n联系
7.2.1 E-R图的定义
1、实体型
图书馆管理系统02
1 系统总体设计分析1.1 系统需求分析随着互联网的爆炸性发展，人们越来越习惯于利用网络来实现所需的服务，网络已深深影响到人们生活的各个方面。
另外，传统的图书馆不能满足一部分现代人的需要，而电子阅览室，由于其不受时间与空间的限制同时又具有传统图书馆的大部分功能，能够满足各类用户的常规与特殊需求，而且其方便快捷，实现技术又比较成熟，因此受到当代人的喜爱。
该系统主要分为两部分：读者部分和管理员部分。
为了方便读者查找自己感兴趣的主题进行阅读，要将图书按照内容进行分类。
读者可以按照类别进行查找，逐级浏览、可以查看自己的信息。
本系统还可对用户的账号和书目的阅读权限进行管理。
管理员需要给用户分配用户名和密码，及设定用户的级别，还为用户提供图书的排行榜让用户能知道那些图书受到大家的欢迎。
1.2 系统实现的目标学校图书管理系统的开发主要要实现的目标有以下几个方面：(1)界面设计友好、美观。
(2)数据存储安全、可靠。
(3)信息分类清晰、准确。
(4)强大的查询功能，保证数据查询的灵活性。
(5)实现对图书借阅和归还过程的全程数据信息跟踪。
(6)提供图书借阅排行榜，为图书管理员提供了真实的数据信息。
(7)提供灵活、方便的权限设置功能，使整个系统的管理分工明确。
(8)具有易维护性和易操作性。
1.3 系统功能模块设计(1)系统设置模块：添加删除管理员、设置管理员的权限、说明图书存放书架信息添加删除书架信息。
(2)读者管理模块：添加删除不同类型的读者及注明可借图书的数量、添加删除读者的档案。
(3)图书管理模块：添加删除不同类型的的图书及注明图书可借的天数库存数量、添加删除图书的档案。
(4)图书借还模块：可查询读者借阅和归还图书的信息及图书的现有库存量。
(5)系统查询模块：可根据不同的条件（条形码、书名、类别、作者、书架、出版社）查询读者需要的图书、读者可根据不同的条件（图书条形码、图书名称、读者编号、读者名字、到期时间）查询自己借阅图书信息。
图书管理系统
第三章.数据库设计3.1方案图表设计根据所要实现的功能设计，可能建立它们之间的关系，进而实现逻辑结构功能。
图书管理信息系统可以划分的实体有：书籍类别信息实体、读者信息实体、书籍信息实体、借阅记录信息实体，归还记录信息实体。
用E-R图一一描述这些实体。
3.1.1类别实体E-R图：图2-1类别实体E-R图3.1.2读者信息实体E-R图：图2-2 读者信息实体E-R图3.1.3信息实体E-R图：图2-3信息实体E-R图3.1.4.记录信息实体E-R图：图2-4 记录信息实体E-R图3.1.5记录信息实体E-R图：图2-5记录信息实体E-R图3.1.6罚款信息实体E-R图：图2-6罚款信息实体E-R图3.1.7总的信息实体E-R图：图2-7总的信息实体E-R图3.2数据流程图3.3数据字典3.4结果数据处理基本表的数据查看(基于视图查询)：出版社信息读者信息书籍信息借阅信息罚款记录信息表查看借阅信息表中的数据查看图书信息表中的数据查看Reader（读者信息表）表中的数据查看Bookview（图书信息）表中的数据：查看Borrow（借阅信息）表中的数据：查看Maneger（管理员信息表）表中的数据查看Borrowview（当前借阅信息）视图中的数据：查看Historyview（借阅历史信息）视图的数据：查看Fineview（罚款信息）视图的基本数据:通过此次数据库的课程设计，真正达到了学与用的结合，增强了对数据库方面应用的理解，对自己今后参与开发数据库系统积累了不少经验，在实验过程中，从建立数据开始，对数据库设计理念及思想上有更高的认识，从需求分析，到概念设计和逻辑设计，E-R图的表示，数据字典的创建，懂得了不少有关数据库开发过程中的知识，在实验中建表，及其关系模式，关系代数的建立及理解，将SQL 语的查询语句用得淋漓尽致，增强了自己在数据库中应用SQL语言的灵活性，其中包括，插入、删除、修改、查询,牵涉表和表之间的联系，主建与外主键的定义，约束项的设置，使逻辑更严密，在学习过程中，我也能过上网查了不少资料，也看了一些别人设计的图书馆管理信息系统的设计报告，学以致用，自我创新，独立完成了这份自己的报告，从中在学到用，从用又到学，不断修改，系统更新。
图书管理系统 数据模型 E-R图
实验报告书一、实验目的：完成图书管理系统（学生选课系统，学校人事管理系统，医院病历管理系统，四者任选其一）的需求分析；系统掌握软件开发过程中需求规约（规格）说明书的写法；完成图书管理系统（学生选课系统，学校人事管理系统，医院病历管理系统）的需求分析报告。
二、实验主要内容：图书管理系统（学生选课系统，学校人事管理系统，医院病历管理系统）。
对待开发软件提出的需求进行分析并给出详细的定义，分析实现工程目标应该采取的策略及系统必须完成的功能。
确定系统必须完成哪些工作，对目标系统提出完整、准确、清晰、具体的要求，画出实体关系图、数据流图、状态转换图，创建数据字典，编写软件需求说明书。
三、实验原理及步骤要求：需求分析是对问题进一步发现、求精、建模、规格说明和复审的过程。
用户需求可分成两类：功能性需求：定义系统做什么；非功能性需求：定义系统工作时的特性。
用户需求的内容包括：功能、性能、环境、界面、用户因素、文档、数据、资源、安全保密、软件成本消耗与开发进度、质量保证等各个方面。
根据系统分析，图书管理系统的要求如下：（1）需求分析：①能够输入图书的综合情况和进行新书入库、现有图书信息修改以及删除；②能够实现对读者档案的查询和编辑管理；③能够进行罚款功能；④能够进行借阅历史的查询功能；（2）系统性能要求：①系统安全、可靠；②功能齐全；③操作方便、界面友好；④易于维护和扩充。
（3）系统的功能分析:密码设置：每个操作员均有自己的密码，可以防止非本系统人员进入本系统；又因每个人的权限不一致，故可以防止越权操作。
资料维护：为了存放图书、读者档案的全部数据，本系统将每一本图书和每位读者的信息进行管理。
系统维护包括对各种表记录的修改、删除、添加等操作。
系统查询：可以按图书编号、借阅证编号等相关信息进行查询系统管理：进行员工管理、数据备份和数据恢复。
报表统计：包括统计图书信息、读者信息、借阅信息和罚款信息等。
其它操作：包括修改密码、添加用户、页面设置等(一)建立数据模型通过建立系统的数据模型（E-R图）来理解和表示问题的信息域。
图书馆管理系统ER图
图书馆管理系统E R图 Document serial number【UU89WT-UU98YT-UU8CB-UUUT-UUT108】长沙理工大学《程序设计实践》课程设计报告邹松林学院计通学院专业计算机科学与技术班级计算机03-05 学号 27学生姓名邹松林指导教师卢曼莎课程成绩完成日期 2006年9月20号图书馆管理系统数据库分析与设计学生姓名：邹松林指导老师：卢曼莎摘要：图书信息管理系统主要由读者信息管理模块，图书信息管理模块，借阅信息管理模块，系统信息管理模块等组成。
其中又各自分成读者注册，证件修改，用户注销，图书查询，操作记录等子模块。
在设计本系统过程中，我们第一步由自顶而下的需求分析概括设计出系统总模块的数据流图，再设计个子模块的相应数据流图，列出数据流信息及数据字典；第二步概念设计在需求分析基础上用E-R图表示出数据及相互间联系，采用先作子图，再合并成初步E-R图，进行修改和重构后得到基本E-R图；第三步逻辑设计，在SQL Server的设计环境下把图书馆管理系统E-R图转化为成逻辑数据模型表示的逻辑模式，同时实现数据模型的优化和数据模式的规范化；第四步进行物理设计设计数据的内模式，确定数据的存储结构，存取路径，存储空间分配等等，具体形式为表，视图，索引的建立。
关键字：数据库，SQL语言，MS SQL Server，图书管理1 需求分析用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。
收集基本数据，数据结构以及数据处理的流程，为后面的具体设计打下基础。
在仔细分析调查有关图书馆管理信息需求的基础上，我们主要考虑以下几个方面的需求：1) 用户需求：图书用户要求计算机系统和SQL Server所工作的范围；2) 应用资源：数据库应用的平台包括物理平台和图书等；3) 应用质量和可靠性要求：包括操作人员素质和系统的纠错能力等项目名称：图书馆信息管理系统项目背景和内容概要对图书馆管理信息系统进行详细地分析后，我们将系统分为以下几个模块：借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。
习题-ER图(附答案)
7、一个图书馆借阅管理数据库要求提供下述服务：（１）可随时查询书库中现有书籍的品种、数量与存放位置。
所有各类书籍均可由书号惟一标识。
（２）可随时查询书籍借还情况，包括借书人单位、姓名、借书证号、借书日期和还书日期。
我们约定：任何人可借多种书，任何一种书可为多个人所借，借书证号具有惟一性。
（３）当需要时，可通过数据库中保存的出版社的电报编号、电话、邮编及地址等信息下相应出版社增购有关书籍。
我们约定，一个出版社可出版多种书籍，同一本书仅为一个出版社出版，出版社名具有惟一性。
根据以上情况和假设，试作如下设计：（１）构造满足需求的Ｅ-Ｒ图。
（２）转换为等价的关系模式结构。
答：（１）满足上述需求的Ｅ-Ｒ图如图11所示。
（２）转换为等价的关系模式结构如下：借书人（借书证号，姓名，单位）图书（书号，书名，数量，位置，出版社名）出版社（出版社名，电报编号，电话可，邮编，地址）借阅（借书证号，书号，借书日期，还书日期）8、工厂（包括厂名和厂长名）需建立一个管理数据库存储以下信息：（１）一个工厂内有多个车间，每个车间有车间号、车间主任姓名、地址和电话。
（２）一个车间有多个工人，每个工人有职工号、姓名、年龄、性别和工种。
（３）一个车间生产多种产品，产品有产品号和价格。
（４）一个车间生产多种零件，一个零件也可能为多个车间制造。
零件有零件号、重量和价格。
（５）一个产品由多种零件组成，一种零件也可装配出多种产品。
（６）产品与零件均存入仓库中。
（７）厂内有多个仓库，仓库有仓库号、仓库主任姓名和电话。
试：（１）画出该系统的Ｅ-Ｒ图。
（２）给出相应的关系模式。
（３）画出该系统的层次模式图。
答：（１）该系统的Ｅ-Ｒ图如图12所示。
各实体的属性为：工厂：厂名、厂长姓名车间：车间号、车间主任姓名、地址、电话工人：职工号、姓名、年龄、性别、工种仓库：仓库号、仓库主任姓名、电话零件：零件号、重量、价格产品：产品号、价格（２）相应的关系模式如下：工厂（厂名、厂长姓名）车间（车间号、车间主任姓名、地址、电话、厂名）工人（职工号、姓名、年龄、性别、工种、车间号）仓库（仓库号、仓库主任姓名、电话、长名）产品（产品号、价格、车间号、仓库号）零件（零件号、重量、价格、仓库号）制造（车间号、零件号）（３）该系统的层次模型图如图13所示。
图书管理系统E-R图、数据流、关系模式
E-R图：
数据流图：
关系模式：
管理员(管理员账号，姓名，性别，电话，住址)
账号信息（账号，密码，账号类型）
读者(读者账号，读者类型，是否可用，姓名，性别，系别，班级，邮箱，余额)
读者类型（读者类型，借书上限，借书最大时间，最大续借次数）书籍(条形码，ISBN，书籍状态，书架编号，损坏程度)
某类书籍（ISBN，书名，作者，主题，出版社，页数，价格，书籍类型编号，出版日期，库存量，在馆数量）
书籍类型（书籍类型编号，书籍类型）
书架（书架编号,条形码，阅览室编号）
阅览室（阅览室编号，阅览室名称，阅览室位置）
读者借阅表（读者账号，条形码，借出日期，续借次数）
读者归还表（读者账号，条形码，借出日期，实际归还日期，续借次数）
数据库字段定义说明：（可根据这个编写数据项）。
图书馆管理系统ER图
长沙理工大学《程序设计实践》课程设计报告邹松林学院计通学院专业计算机科学与技术班级计算机03-05 学号27学生姓名邹松林指导教师卢曼莎课程成绩完成日期2006年9月20号图书馆管理系统数据库分析与设计学生姓名：邹松林指导老师：卢曼莎摘要：图书信息管理系统主要由读者信息管理模块，图书信息管理模块，借阅信息管理模块，系统信息管理模块等组成。
其中又各自分成读者注册，证件修改，用户注销，图书查询，操作记录等子模块。
在设计本系统过程中，我们第一步由自顶而下的需求分析概括设计出系统总模块的数据流图，再设计个子模块的相应数据流图，列出数据流信息及数据字典；第二步概念设计在需求分析基础上用E-R图表示出数据及相互间联系，采用先作子图，再合并成初步E-R图，进行修改和重构后得到基本E-R图；第三步逻辑设计，在SQL Server的设计环境下把图书馆管理系统E-R图转化为成逻辑数据模型表示的逻辑模式，同时实现数据模型的优化和数据模式的规范化；第四步进行物理设计设计数据的内模式，确定数据的存储结构，存取路径，存储空间分配等等，具体形式为表，视图，索引的建立。
关键字：数据库，SQL语言，MS SQL Server，图书管理1 需求分析用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。
收集基本数据，数据结构以及数据处理的流程，为后面的具体设计打下基础。
在仔细分析调查有关图书馆管理信息需求的基础上，我们主要考虑以下几个方面的需求：1) 用户需求：图书用户要求计算机系统和SQL Server所工作的范围；2) 应用资源：数据库应用的平台包括物理平台和图书等；3) 应用质量和可靠性要求：包括操作人员素质和系统的纠错能力等1.1 项目名称：图书馆信息管理系统1.2 项目背景和内容概要对图书馆管理信息系统进行详细地分析后，我们将系统分为以下几个模块：借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。
E-R图
LOGO
m
n 选 修 课 程 m
学 生
m
讲 授
n
1 指 导 图 6 .1 2 完 善 后 的 E - R 图 教 师
E-R图
LOGO
题目3：学生管理系统 假设要根据某大学的系、学生、班级、学会等信息 建立一个数据库，一个系有若干专业，每个专业每年只 招一个班，每个班有若干学生。一个系的学生住在同一 宿舍区。每个学生可以参加多个学会，每个学会有若干 学生，学生参加某学会有个入会年份。试为该大学的系、 学生、班级、学会等信息设计一个E-R模型。
为避免复杂，合并的全局Ｅ-Ｒ图中省略了以下各实体的属性： 单位：单位名称，电话 学生：学号，姓名，性别，年龄 教师：教师号，姓名，性别，职称 课程：编号，课程名
LOGO
③该全局Ｅ-Ｒ图转换为等价的关系模式表示的数据逻辑结 构如下： 单位（单位名称，电话） 课程（教师号，姓名，性别，职称，单位名称） 学生（学号，姓名，性别，年龄，单位名称） 讲授（教师号，课程编号） 选修（学号，课程编号）
LOGO
题目5： 假设要建立一个企业数据库，该企业有多个下属单位， 每一个单位有多个职工，一个职工仅隶属于一个单位，且一 个职工仅在一个工程中工作，但一个工程中有很多职工参加 工作，有多个供应商为各个工程供应不同设备。单位的属性 有：单位名、电话。职工的属性有：职工号、姓名、性别。 设备的属性有：设备号、设备名、产地。供应商的属性有： 姓名、电话。工程的属性有：工程名、地点。 请完成如下处理： ①设计满足上述要求的Ｅ-Ｒ图。 ②将该Ｅ-Ｒ图转换为等价的关系模式。 ③根据你的理解，用下划线标明每个关系中的码。
LOGO
宿舍区
1
住宿
N
系 1 设置 N 专业 1 招收 1 班级 1
软件工程-e-r图
软件工程-e-r图软件工程中的 ER 图在软件工程领域，ER 图（EntityRelationship Diagram，实体关系图）是一种极其重要的工具，它用于对系统中的数据进行建模和可视化表示。
对于软件开发人员来说，理解和掌握 ER 图的绘制与应用是至关重要的。
ER 图的核心元素包括实体、属性和关系。
实体可以看作是系统中需要关注和处理的对象，比如在一个学生管理系统中，“学生”和“课程”就是两个实体。
属性则是用来描述实体的特征，比如“学生”实体可能具有“学号”“姓名”“年龄”等属性。
而关系则反映了不同实体之间的关联，常见的关系类型有一对一、一对多和多对多。
以一个图书馆管理系统为例，“图书”和“读者”是两个重要的实体。
“图书”实体可能具有“书号”“书名”“作者”“出版年份”等属性；“读者”实体可能有“读者编号”“姓名”“联系方式”等属性。
它们之间存在着各种关系，比如“读者”与“图书”之间是多对多的关系，因为一个读者可以借阅多本图书，而一本图书也可以被多个读者借阅。
绘制 ER 图时，通常使用矩形表示实体，椭圆表示属性，菱形表示关系。
通过线条将这些元素连接起来，并在关系线上标注关系的类型和约束条件。
清晰准确的 ER 图能够帮助开发人员更好地理解系统的数据结构和业务逻辑，从而为后续的数据库设计和软件开发提供坚实的基础。
ER 图在软件工程中的作用不可小觑。
首先，它有助于在系统设计的早期阶段明确系统的数据需求。
通过与相关人员（如用户、业务分析师等）的沟通和交流，绘制出反映实际业务情况的 ER 图，可以避免在开发过程中因为数据理解不一致而导致的错误和返工。
其次，ER 图为数据库设计提供了直观的蓝图。
根据 ER 图，可以确定数据库中的表结构、字段类型、主键和外键等。
这样能够确保数据库的设计合理、高效，满足系统的数据存储和查询需求。
再者，ER 图便于团队成员之间的沟通和协作。
不同背景的人员（如开发人员、测试人员、项目经理等）都可以通过查看 ER 图快速了解系统的数据模型，从而更好地协同工作，提高开发效率。
学校图书借阅管理系统数据库设计
数据库课程设计报告学校图书借阅管理系统学生姓名：郭晓东学号：2010508033专业年级：计算机科学与技术10级指导教师：朱东芹目录一、结构设计 (3)1、逻辑结构设计 (3)2、关系图 (5)3、物理结构设计 (6)4、关系模式 (9)二、存储过程 (9)三、触发器 (11)四、视图脚本 (14)五、数据库恢复与备份 (15)数据库设计说明书一、结构设计1、逻辑结构设计（1）总体E-R图如图1图1读者E-R图如图2图2图书E-R图如图3图3权限设置E-R图如图4图4权限设置E-R图如图5图5权限设置E-R图如图6图6 2、关系图关系图如图7图73、物理结构设计Tb_reader读者表：属性名类型备注说明readerid Varchar(10)主键读者id rname Varchar(20)不允许空姓名sex Varchar(2)不允许空(‘男’ or’性别女’)grade Varchar(1)不允许空年级Profession Varchar(20)不允许空专业ifeffective tinyint不允许空(1 of 0)是否有效email Varchar(20)允许空邮箱Tb_manager管理员表：Tb_borrow借阅表：Tb_book图书表：Tb_punishment超期处罚表：Tb_purview管理员权限设置表：4、关系模式Tb_reader(readerid,rname,sex,grade,profession,email,ifeffective)Tb_borrow(borrowid,readerid,bookid,managerid,borrowTime,backTime,ifreborrow) Tb_manager(managerid,loginname,password)Tb_book(bookid,bname,type,author,publish,price,quantity,remain)Tb_punishment(punishmentid,readerid,bookid,days,bmoney)Tb_purview(managerid,systemset,readerset,bookset,borrowback,systemquery)二、存储过程创建存储过程，输入读者id查询出书名、借阅时间、归还时间、管理员id、是否续借情况create procedure p@readerid_in varchar(10),@bookid_in varchar(10),@bname_out varchar(20) output,@borrowTime_out datetime output,@backTime_out datetime output,@managerid_out varchar(10) output,@ifreborrow_out tinyint outputasselect@bname_out=bname,@borrowTime_out=borrowTime,@backTime_out =backTime,@managerid_out=managerid,@ifreborrow_out=ifreborrowfrom tb_book,tb_borrowwhere tb_borrow.readerid=@readerid_in andtb_borrow.bookid=@bookid_in and tb_book.bookid=tb_borrow.bookid 存储过程使用declare @readerid_in varchar(10),@bookid_in varchar(10),@bname_out varchar(20),@borrowTime_out datetime,@backTime_out datetime,@managerid_out varchar(10),@ifreborrow_out tinyintselect @readerid_in='2010508033'select @bookid_in='005'exec p @readerid_in,@bookid_in,@bname_outoutput,@borrowTime_out output,@backTime_outoutput,@managerid_out output,@ifreborrow_out outputprint '书名：'+@bname_outprint '借书时间：'+rtrim(@borrowTime_out)print '还书时间：'+rtrim(@backTime_out)print '管理员编号：'+@managerid_outprint '是否续借：'+rtrim(@ifreborrow_out)三、触发器1、借书触发器，当借书时，图书表中的remain(剩余图书)自动减一。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
借阅（读书编号，图书编号，借书日期，近期还书）
（4）合并具有相同的关系模式。
无相同码
（5）应用规范化方法进行关系模式的优化
第三范式。
读者编号
姓名
性别
专业
在借书数
图书编号
图书名称
图书类别
出版社
出版日期
作者
书价
登记日期
在馆数目
读者编号
图书编号
借阅日期
还书日期
二．训练内容
1）设计E-R图
2.绘制各实体的E-R图
性别
字符型
15
否
性别
部门信息表
列名
数据类型
长度
可否为空
说明
部门编号
字符型
15
否
部门编号
部门名称
字符型
15
否
部门名称
考勤信息表
列名
数据类型
长度
可否为空
说明
上班时间
日期型
否
上班时间
下班时间
日期型
否
下班时间
工资信息表
列名
数据类型
长度
可否为空
说明
基本工资
双进度型
否
基本工资
奖金
双进度型
否
奖金
1:1关系
读者（读者编号，姓名，性别，专业，在借书数）
图书（图书编号，图书名称，图书类别，作者，书价，在馆数量，登记日期，出版社，出版日期）
借阅（读者编号，图书编号，借书日期，近期还书）
（3）将读者与图书m：n联系转换到关系模式。
读者（读书编号，姓名，在借书数）
图书（图书编号，图书名称，图书类别，作者，书价，在馆数量）
1.1.2任务实现
设计全局E-R图
读者（在借书数，性别，姓名，读者编号）
图书（在馆数量，图书名称，图书类别，出版社，出版日期，作者，书价，等级日期，图书编号）。
冗余原因：登记日期是图书到馆日期，与借书没有太多关系，借书的时候与专业和性别无关，所以可以删除。
1.2.2任务实现
（2）将读者和图书实体转换成关系模式
4.建立考勤管理数据库关系模式
关系名
属性
码
员工
员工编号，性别，姓名
员工编号
部门
部门编号，部门名称
部门编号
考勤
上班时间，下班时间
工资
基本工资，奖金
拥有
领取
属于
3）建立表结构
根据创建的模型建立考勤管理数据库中各个表的结构
员工信息表
列名
数据类型
长度
可否为空
说明
员工编号
字符型
15
否
员工编号
姓名
字符型
15
否
姓名
3.确定各实体属性及码
部门（部门编号，部门名称）
员工（员工编号，性别，姓名）
考勤（上班时间，下班时间）
工资（基本工资，奖金）
4.确定实体间的联系及联系的属性
部门和员工的联系是属于
考勤和员工的联系是拥有
工资和员工的联系是领取
属于（）
拥有（）
领取（）
5.参考图1—17所绘制的全局E-R图
2)设计关系模式
1.将实体转换到关系模式
部门（部门编号，部门名称）
员工（员工编号，性别，姓名）
考勤（上班时间，下班时间）
工资（基本工资，奖金）
属于ቤተ መጻሕፍቲ ባይዱ）
拥有（）
领取（）
2.将联系转换为关系模式
部门（部门编号，部门名称）
员工（员工编号，性别，姓名，部门编号，工资，考勤）
考勤（上班时间，下班时间）
工资（基本工资，奖金）
3.进行关系模式的优化