er图
图书管理系统er图
实验项目三：MIS的数据组织与管理 *****系统组 实验课程：管理信息系统实验 实验项目：MIS的数据组织与管理 项目组名： 所在学院：***学院 所在班级：**** 指导老师：李红霞 小组成员： 学号姓名 (组长)
一、新系统的数据流程图的数据字典： 填写借阅记录
二、数据库和表的分析： 先从零层数据流程图可以看出，图书管理员通过多条数据流与图书馆管理信息系统联系，而在图书馆中，读者才是直接与图书接触者，读者通过在计算机上简单的书目查询，就可以轻松的找到想要的书。要是有的书，读者没有找到，就可以通过在图书管理系统中的信息平台留言，进而，管理员获取消息后进行改进，做好图书的优质服务。 在一层数据流程图中详细的介绍了管理员及读者运用计算机较好的利用图书信息系统，办公室——读者管理系统——读者库——图书维护系统——图书管理员，是对管理员的线路指导，采编室——图书采编系统——图书库——图书查询——读者——读者留言系统——留言库——图书管理员，借阅室——图书借阅系统——借阅库——图书预定系统——读者，都是对图书在读者和管理员之间能够比较顺畅的流通而详细的做了布置。系统的大部分的工作利用计算机管理，效率高，减少误差，能够及时的得到读者的反馈信息，及时对做得不足的地方进行改进。如果有的图书缺货了，在计算机中能较快的反映，减少管理员的工作量，提高工作的效率，也节约图书馆的成本。 三、数据库的概念结构设计：
图书馆系统的物理结构如下： （2）图书管理人员信息表 （3）图书信息表 （5）借阅记录表 六、选用熟悉的小型数据库工具、数据库实施： 1.新建数据库 新建一个数据库有两种方法：一种是创建一个空数据库，即建立一个没有表、查询、窗体和报表等内容的数据库；另一种方法是使用Access中提供的数据库模板创建数据库，即通过对向导所提出的选项和不同选择来设计窗体、查询和报表等，从而建立一个完整的数据库。这里我们将使用第一种方法：
ER图(实例与练习)0620
原则1：ER图中的每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。例如，图中独立实体“部门”、“职员”分别变为部门关系、职员关系。 部门关系 原则2：ER图中的从实体及相应的“的”联系变换为一个关系，从实体的属性加上主实体关系的主码构成这个关系的属性。如果“的”联系是1：1的，则以主实体关系的主码（作为外来码）为这个关系的主码；如果“的”联系是1：M的，则以主实体关系的主码加上同一主实体个体联系的不同从属实体个体赖以相互区分的属性组，组成该关系的主码。例如： 原则3：1：M联系通过在“多”实体关系中增加相联系的“1”实体关系的主码及联系本身的属性来表达。其中“1”实体主码为外来码。例如，在员工关系中增加“所属部门号”这个外来码反映1：M联系所属职员关系。 员工关系
在部门关系中增加“主管工号”这个外来码反映1：1联系主管与部门关系。 原则4：M：M联系转换成一个独立的关系，被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。 分录关系
有工程和职工两个实体，工程实体有工程号、工程名、预算等属性；职工实体有职工号、姓名、性别、职务、小时工资率等属性。假设一名职工参加多个工程项目，且一个工程项目有多名职工参加；按照职工的小时工资率以及在每一项工程中完成的工时发酬金；职工的职务决定小时工资率。 （1）根据语义设计E-R模型，要求标出实体的属性和联系方式； （2）将E-R模型转换成一组关系模式，并指出主码和外码； （3）判断每个关系模式属于第几范式。 (1) E-R图如下: (2)工程（工程号，工程名，预算）(1分) 职工（职工号，姓名，性别，职务，小时工资率）(2分) 酬金（职工号，工程号，工时）(2分) (3)工程和酬金是3NF （3分） 职工是2NF (2分)
图书馆管理系统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) 应用质量和可靠性要求：包括操作人员素质和系统的纠错能力等 项目名称：图书馆信息管理系统 项目背景和内容概要 对图书馆管理信息系统进行详细地分析后，我们将系统分为以下几个模块：借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。其主要功能如下： 借阅管理模块主要功能如下：
销售管理系统--ER图
实例7 销售管理系统 要提高市场竞争力,即要有好的产品质量，同时也要有好的客户服务。企业要作到能及时相应客户的产品需求，更具需求迅速生产，按时交货，就必须有一个好的计划，使得市场销售和生产制造2个环节能够很好地协调配合。 销售管理是商业企业经营管理中的核心关节，也是一个企业能否取得效益的关键。如果能做到合理生产、及时销售、库存量最小、减少积压，那么企业就能取得最佳的效益。由此可见，销售管理决策的正确与否直接影响了企业的经济效益。 在手工管理的情况下，销售人员很难对客户作出正确的供货承诺，同时企业的生产部门也缺少一份准确的生产计划，目前的生产状况和市场的需求很难正确的反映到生产中去，部门之间的通讯也经常部畅通。这在激烈竞争的市场中是非常不利的。企业销售管理系统就是在这种状况下出现的。它利用计算机的技术，使得企业生产、库存和销售能够有利结合起来，产销连接，提高企业的效率和效益。 第一节系统设计 一、系统客户要求 系统开发的目标是实现企业销售管理的系统化、规化和自动化。这是在用户要求的基础上提出来的，用户要求如下。 ●产销衔接。利用销售管理系统后，要求能够对整个生产过程进行 实时的监控，特别是一些半产品和热销产品的库存量和生产能力。对于即将生产 完成的产品，能够提前将信息由生产部门传递到销售部门，这样销售部门可以根 据客户订单的要求，提前做好发货的准备；对也不能按时完成的产品，系统自动 向经理发出警报，以便及时采取措施。 ●产品库存。通过本系统能够清楚的看到企业库存中的产品数量、 存放地点等信息。使得生产部门和销售部门都能够根据库存信息做出决策。 ●订单管理。对于销售部门输入的订单能够通过电脑以这跟踪下去。 企业做到以销定产，在库存中备有一定的储备量。 ●客户管理。能够对企业的顾客有一个清楚地了解，通过客户管理 分保持和客户良好的关系。即使得到客户反馈的意见，上交有关部门及时处理。 ●发货计划。根据客户订单的要求和企业现有的库存，制定发货数 量、发货顺序等计划。 ●生产计划。根据客户订单的要求和企业现有的库存、制定企业的 生产计划。 二、系统开发目标 在上面用户要求的基础上，得到下面的系统目标。 ●●产销管理。能够对整个生产过程进行实时的监控，特别是一些半产品 和热销产品的库存量和生产能力。加强企业生产部门和销售部门之间的联系和沟 通。
图书馆管理系统ER图
学院商学院专业计算机科学与技术 班级 1 学号20108170 学生姓名刘小全刘磊龚轩明指导教师屈智成 1 需求分析 用户的需求具体体现在各种信息的提供、保存、更新和查询，这就要求数据库结构能充分满足各种信息的输入和输出。收集基本数据，数据结构以及数据处理的流程，为后面的具体设计打下基础。 在仔细分析调查有关图书馆管理信息需求的基础上，我们主要考虑以下几个方面的需求： 1) 用户需求：图书用户要求计算机系统和SQL Server所工作的范围； 2) 应用资源：数据库应用的平台包括物理平台和图书等； 3) 应用质量和可靠性要求：包括操作人员素质和系统的纠错能力等 1.1 项目名称：图书馆信息管理系统 1.2 项目背景和内容概要 对图书馆管理信息系统进行详细地分析后，我们将系统分为以下几个模块：借阅管理模块、借书证信息管理模块、图书信息管理模块、系统管理模块。其主要功能如下： ●借阅管理模块主要功能如下： 1).可以为读者办理，修改，注销借书证，输入读者借书证基本信息等，定制读者 的借阅权限。 2).可以通过借书证查询图书信息、借出图书信息，借阅图书。 3).通过借书证还书，管理员可以通过对借阅信息的管理对到期还未还的书，通过 查询读者的借书证信息查询读者联系方式发出催还通知。 ●借书证信息管理模块主要功能如下： 1).读者基本信息的输入，如：读者姓名、性别、单位等。 2).读者信息的修改、注销等功能。 3).添加新的读者及其信息等。 ●图书信息管理模块主要功能如下： 1).定制书籍的各种信息管理，如：书名、作者、出版信息等。 2).书籍信息的修改，新图书的入库管理和图书的注销等。 ●系统管理模块主要功能如下： 1).用户登录。 2).修改密码。 3).添加用户。
ER图例子
E-R事例 1、某商业集团的销售管理系统 数据库中有三个实体集。一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集，属性有职工编号、姓名、性别、业绩等。 商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可放在多个商店销售，每个商店销售一种商品，有月销售量；商店与职工间存在着“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和月薪。 （1）试画出ER图，并在图上注明属性、联系的类型。 （2）将ER图转换成关系模型，并注明主键和外键。 解：(1) ER图如图7.1所示。 图7.1 （2）这个ER图可转换4个关系模式： 商店（商店编号，商店名，地址） 职工（职工编号，姓名，性别，业绩，商店编号，聘期，月薪） 商品（商品号，商品名，规格，单价） 销售（商店编号，商品号，月销售量）
2、设某商业集团的仓库管理系统 数据库有三个实体集。一是“公司”实体集，属性有公司编号、公司名、地址等；二是“仓库”实体集，属性有仓库编号、仓库名、地址等；三是“职工”实体集，属性有职工编号、姓名、性别等。 公司与仓库间存在“隶属”联系，每个公司管辖若干仓库，每个仓库只能属于一个公司管辖；仓库与职工间存在“聘用”联系，每个仓库可聘用多个职工，每个职工只能在一个仓库工作，仓库聘用职工有聘期和工资。 (1)试画出ER图，并在图上注明属性、联系的类型。 (2)将ER图转换成关系模型，并注明主键和外键。 解：(1) ER图如图7.2所示。 图7.2 （2）这个ER图可转换3个关系模式： 公司（公司编号，公司名，地址） 仓库（仓库编号，仓库名，地址，公司编号） 职工（职工编号，姓名，性别，仓库编号，聘期，工资）
经典车辆管理系统ER图.doc
jxjk 车辆 车牌号 车辆品牌 车辆类型 车辆颜色 车辆载重 车辆类型 座位数 油耗 初始里程 发动机号 车架号 购入单位 购入价格 购入日期 部门 部门编码 部门名称 负责人 部门电话 是否停用 备注 职员 编码 姓名 职务 性别 生日 民族 籍贯 身份证号 学历 毕业院校 电话 手机 邮箱 家庭住址 邮编 驾驶员 编码 姓名 驾驶证号 领证日期 有效期限 准假车型 假条 假别 起始时间 结束时间 完假标志 备注 费用记录 交费日期 费用名称 费用金额 收费单位 交费方式 交费周期 经手人 备注 加油记录 加油日期 油气站 付款方式 金额 加油量 本次加油里程 上次加油里程 上次行程 上次油耗 经手人 备注 油卡 油卡编号 发卡日期 经手人 油卡单位 当前余额 是否停用 备注 油料 油料编号 单价 违章记录 违章日期 违章项目 罚款 扣分 违章地点 备注 维修记录 例行保养 送修日期 送修原因 修理厂 经手人 预计取车日期 送修备注 取车日期 维保类别 维保费用 保险记录 保单号 投保日期 保险种类 投保金额 保险公司 保险到期 经手人 备注 事故记录 文件号-处理号 事故日期 发生地点 事故说明 处理情况 收款记录 首款日期 收入项目 收款金额 付款人 经手人 备注 车辆状态 编号 用车时间 估计用时 用车事由 随行人数 目的地 当前状态 用车备注 制单人 年检记录 年检号 年检日期 年检费用 车管所 到期日期 经手人 备注 公司 注册号 名称 地址 拥有 拥有 拥有 发生 违章 请假 年检 收款 属于 加油 交费 维修 保险 使用 使用 拥有 驾驶 申请出车 目的地 时间 原因 请假 违章
er图实例
数据库概念结构及逻辑结构设计习题 例1：现有图书管理的信息如下： 图书信息包括：书号、书名、作者、出版社、所属类别、单价。 出版社信息包括：社号、社名、地址、电话。 读者信息包括：借书证号、姓名、性别、所属院系。 一个出版社可以出版多种书籍，但每本书只能在一个出版社出版，出版应有出版日期和责任编辑。一个读者可以借阅多本图书，一本图书可以有多个人借阅。借阅信息包括：借书日期、还书日期。 根据以上信息，要求完成以下任务：（1）确定实体及其包含属性，以及各实体的码。（2）确定各实体之间的联系，并设计图书管理情况的E-R图。 解：（1）本例包括图书、出版社、读者三个实体，其中图书实体包含书号、书名、作者、出版社、所属类别、单价6个属性，其中书号为码；出版社实体包含社号、社名、地址、电话4个属性，其中社号为码；读者实体包含借书证号、姓名、性别、所属院系4个属性，其中借书证号为码。（2）出版社与图书两个实体之间为1:n联系，联系名为出版，该联系含有出版日期和责任编辑两个属性；读者与图书两个实体之间为m:n联系，联系名为借阅，该联系含有借书日期、还书日期2个属性。
例2：设有如下运动队和运动会两个方面的实体集： 运动队方面： 运动队：队编号、队名、教练名； 运动员：姓名、性别、项目； 其中，一个运动队有多个运动员，一个运动员仅属于一个运动队，一个队一般有一个教练。 运动会方面： 运动员：编号、姓名、性别； 项目：项目名、比赛场地； 其中，一个项目可由多个运动员参加，一个运动员可参加多个项目，一个项目在一个比赛场地进行，每场比赛都有名次和成绩。 要求：分别设计运动队和运动会两个局部E-R图。 （1）设计局部E-R图， （2）合并消除冲突，生成初步E-R图，（属性冲突，命名冲突和结构冲突） （3）优化初步E-R图，消除冗余（分析法、规范化理论中的函数依赖概念），生成基本E-R图。
宿舍管理系统ER图
宿舍管理系统： 实体集：｛学生，楼长，宿舍，外来人员，公寓学生会，纪律，辅导员｝对应属性：（第一个为主键） 学生：学号，床号，宿舍号，姓名。 楼长：工号，职务，姓名，电话。 宿舍：宿舍号，楼层，人员。 外来人员：外来编号，姓名，性别，被访人，访问者。 公寓学生会：电话，会长，人员，职务。 纪律：就寝，卫生。 辅导员：工号，所管班级。 实体对应关系模式： 宿舍（宿舍号，楼层，人员） 学生（学号，床号，宿舍号，姓名） 楼长（工号，职务，姓名，电话）
宿舍（宿舍号，楼层，人员） 外来人员（外来编号，姓名，性别，被访人，访问者） 公寓学生会（电话，会长，人员，职务） 纪律（就寝，卫生） 辅导员(编号，所管班级） 实体对应关系模式： 来访（学号，外来编号） 住宿（宿舍号，学号，工号） 管理（宿舍号，学号） 协助（工号，会长） 协作（工号，编号） 遵守纪律（学号，纪律） 现在我们用几个简单的例子来实现并体会我们组的这个宿舍管理系统。 各个实体间都存在相互依赖的关系，比如学生，学生早上出门离开宿舍要接受管理，到楼长处登记是否外带电脑，楼长和学生会存在相互协助的关系，学生会监督学生的住宿行为维护宿舍安全，又比如外来人员，外来人员进去宿舍要登记，与学生间存在访问和被访问的关系。再说很重要又容易被忽视的一个关键点，辅导员实体，辅导员实体连接着学生与楼长之间的关系，学生接受辅导员的管理，辅导员协作楼长的工作，楼长像宿管科反应，辅导员接受信息反馈给学生，以维持学生住宿环境，和住宿质量等等，宿舍管理系统是一个庞大的内容，我们只是以数据库为基础稍加分析，以便更好的理解和学习数据库技术。
管理信息系统ER图习题.
ER图练习题 1、某大学实现学分制，学生可根据自己情况选课。每名学生可同时选修多门课程，每门课程可由多位教师主讲；每位教师可讲授多门课程。其不完整的E-R图如图1所示。 （1）指出学生与课程的联系类型。 （2）指出课程与教师的联系类型。 （3）若每名学生有一位教师指导，每个教师指导多名学生，则学生与教师是如何联系？ （4）在原E-R图上补画教师与学生的联系，并完善E-R图。 答： （1）学生与课程联系类型是多对多联系。 （2）课程与教师的联系类型是多对多联系。 （3）学生与教师的联系类型是一对多联系。 （4）完善本题E-R图的结果如图2所示。 2、将如图3所示的E-R图转换为关系模式，菱形框中的属性自己确定。 答：本题的E-R图转换为如下的关系模式： 单位（单位号，地址，电话） 职工（职工号，姓名，性别，年龄，单位号）
3、假定一个部门的数据库包括以下信息： （1）职工的信息：职工号、姓名、地址和所在部门。 （2）部门的信息：部门所有职工、部门名、经理和销售的产品。（3）产品的信息：产品名、制造商、价格、型号及产品的内部编号。（4）制造商的信息：制造商名称、地址、生产的产品名和价格。 试画出这个数据库的E-R图。 答：本题对应的E-R图如图 4所示。 4、某医院病房计算机管理中心需要如下信息： 科室：科名、科地址、科电话、医生姓名 病房：病房号、床位号、所属科室名 医生：姓名、职称、所属科室名、年龄、工作证号
病人：病历号、姓名、性别、诊断、主管医生、病房号 其中，一个科室有多少个病房、多少个医生，一个病房只能属于一个科室，一个医生只属于一个科室，但可负责多个病人的诊治，一个病人的主管医生只有一个。 完成如下设计： （1）设计该计算机管理系统的E-R图 （2）将该E-R图转换为关系模式结构。 （3）指出转换结果中每个关系模式的候选码。 答：（1）本题的E-R图如图5所示。 （2）对应的关系模式结构如下： 科室（科名，科地址，科电话） 病房（病房号，床位号，科室名） 医生（工作证号，姓名，职称，科室名，年龄） 病人（病历号，姓名，性别，主管医生，病房号） （3）每个关系的候选码如下： 科室的候选码是科名。 病房的候选码是科室名+病房号。 医生的候选码是工作证。 病人的候选码是病历号。 5、设有如下实体： 学生：学号、单位名称、姓名、性别、年龄、选修课名
图书管理系统ER图
图书馆管理系统 一、系统概述 1.1系统开发背景和意义 图书管理是高校内每一个系部或院部都必须切实面对的工作，人工方式管理图书资料方式存在着许多缺点，如效率低、保密性差且较为繁琐。另外，随着图书资料数量的增加，其工作量也将大大增加，这必将增加图书资料管理者的工作量和劳动强度，这将给图书资料信息的查找、更新和维护都带来了很多困难。随着科学技术的不断提高，计算机为基础的信息管理方法必然取代这种传统的人工管理方法。 图书管理作为计算机应用的一个分支，有着手工管理无法比拟的优点，如检索迅速、查找方便、可靠性高、存储量大、保密性好、寿命长、成本低等。这些优点能够极大地提高图书管理的效率。因此，开发一套能够为用户提供充足的信息和快捷的查询手段的图书管理系统，是非常必要的。 1.2系统开发环境 本系统为图书馆管理系统，采用C++ Builder 作为系统开发工具，SQL Server 2000作为数据库工具。 本系统的主要功能为图书信息和读者信息查询以及图书借阅和图书归还。登录账号为1，密码为空。其它登录账号和密码详见数据库表“用户清单”。 图书管理系统是典型的信息管理系统,其开发主要包括后台数据库的建立和维护以及前端应用程序的开发两个方面。对于前者要求建立起数据一致性和完整性强、数据安全性好的库。而对于后者则要求应用程序功能完备,易使用等特点。 因此我们结合开入式图书馆的要求，对SQL Server2000数据库管理系统、C++ Builder应用程序设计进行了较深入的学习和应用，主要完成对图书管理系统的需求分析、功能模块划分、数据库模式分析，并由此设计了数据库结构和应用程序。系统运行结果证明，本文所设计的图书管理系统可以基本满足查询和借阅的需要。 二、系统功能需求分析
数据库概念设计ER图实例集
数据库概念设计ER图实例集 例1．某田径运动会组委会需要一运动会管理系统，现提出如下需求。该系统中存在运动队和运动会两方面的实体。 1．运动队方面 运动队：队名、教练姓名 队员：编号、姓名、性别、项名 其中，一个运动队有多个队员，一个队员仅属于一个运动队，一个队一般有一个教练，一个队员可参加多个项目 2．运动会方面 运动队：队编号、队名、教练姓名 项目：项目名、参加运动队编号、场地 其中，一个项目可由多个队参加，一个运动队可参加多个项目，一个项目一个比赛场地。 现要求：(1).分别设计运动队和运动会的局部ER图。 (2).将它们合并为一个全局E-R图。 (3).合并时存在什么冲突，如何解决？
运动队局部ER图： ER图： 运动会局部 存在的冲突 (1).命名冲突：项名、项目名异名同义，统一命名为项目名； (2).结构冲突：项目在两个局部ER图中，一个做多值属性，一个作实体。统一为实体；运动队在两个局部图里的结构不一致也需统一。
例2．上海可的商业连锁集团需要建立信息系统。该系统中存在3个实体集，一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集，属性有职工编号、姓名、性别、业绩等。 商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可以放在多个商店销售，每个商店销售的一种商品有月销售量；商店与职工之间存在“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和工资。 (1).试画出E-R 图。 (2).将该E-R 图转换成关系模式，并指出主码和外码。 ER 图： 关系模式： 商店（商店编号，商店名，地址） 职工（职工编号，姓名，性别，业绩，商店编号，聘期，工资） 商品（商品号，商品名，规格，单价）
ER图转换为关系模式实例
二、概念结构设计 1、系统概念模型 图1选课系统概念模型E-R图 （注：本例中上课时间可以抽象成实体，也可以抽象成属性。） 2、详细说明 （1）系统涉及的实体集 ●班级实体集：具有属性班级名称和选课学分限制。 ●学生实体集：具有属性学号、姓名、性别和生日。 ●课程实体集：具有属性课程号、课程名、学分、授课教师、接纳人数。 ●上课时间实体集：具有属性时间。 （2）系统涉及的联系 ●一个班级可以有多个学生，一个学生只能属于一个班级，所以班级和学 生之间的联系为1：M的联系。 ●一个班级可以有多门必修课程，一门课程是多个班级的必修课，所以班 级和课程之间的必修联系是M：N的联系。 ●一个学生课以选修多门课程，一门课程可以被多个学生选修，所以学生 和课程之间的联系是M：N的联系。
一门课程可以有多个上课时间，同一时间内可以有多门课程在上课，所以课程和上课时间的联系是M：N的联系。 三、逻辑结构设计 将E-R模型转换为关系模式 （1）班级实体集可以转换为关系 CLASS（CLASSNAME,MAXCREDIT,MINCREDIT） CLASSNAME表示班级名称，MAXCREDIT表示最大学分限制，MINCREDIT表示最小学分限制。 （2）学生实体集可以转换为关系 STUDENT（STUDENTID , NAME , SEX , BIRTHDAY） STUDENTID表示学号，NAME表示姓名，SEX表示性别，BIRTHDAY表示生日 （3）课程实体可以转换为关系 COURSE（COURSEID, COURSENAME, CREDIT, TEACHER, ACCEPTION）COURSEID表示课程号，COURSENAM表示课程名，CREDIT表示学分，TEACHER表示授课教师，ACCEPTION表示接纳人数。 （4）班级和学生之间的联系是1：M的联系，所以没有必要为其建立一个关系，可以通过扩展学生关系来表示。 STUDENT(STUDENTID , NAME , SEX , BIRTHDAY , CLASSNAME) CLASSNAME表示学生所在班级名。 （5）班级和课程之间的必修联系可以转换为关系 CLASSCOURSE(CLASSNAME , COURSEID) CLASSNAME表示班级名称，COURSEID表示课程号。 （6）学生和课程之间的选修联系可以转化为关系 STUDENTCOUSE(STUDENTID, COURSEID，GRADE) STUDENTID表示学号，COURSEID表示课程号，GRADE表示成绩。（7）课程和上课之间的联系可以转化为关系 COURSETIME(COURSEID , TIME) COURSEID表示课程号，TIME表示上课时间。 （注：若将上课时间抽象成属性，则不必有关系（7）。） 四、数据库物理结构设计 1、把关系模型转化为表结构 （1）班级信息表(class)：包含所有的班级信息。
教学管理系统数据库ER图及SQL语句
教学管理系统 一、系统功能需求 学校教务管理系统是针对学校的大量信息处理工作而开发的管理软件，完成的主要功能如下： (1) 学生基本信息管理：能够对学生基本信息进行输入、删除、修改。学生基本信息包括： 学号、姓名、性别、出生日期、入学成绩、所在系号。 (2) 系部基本信息管理：系部的基本信息输入、修改、删除。系部基本信息包括：系号、 系名称、系的简介。 (3) 课程信息管理：课程信息的输入、修改、删除。课程信息包括：课程号、课程名称、 任课教师号、学时、学分、上课时间、上课地点、考试时间。 (4) 教职工信息管理：教职工信息的输入、修改、删除。教职工信息包括：职工号、姓名、 性别、出身年月、所在系号、职称、技术专长。 (5) 选课管理：学号、学生、课程号、课程名称、上课教师姓名、系号 每学期所选课程的学分不能超过15分。学生可以同时选修一门或多门课程。可以同时为多个学生选修某一门或某几门课程。可以删除和修改选课信息。 (6) 成绩管理可以按课程输入和修改成绩，也可以按学生输入和修改成绩。 (7) 信息查询 可以按学号、姓名、系号查询学生基本信息。 可以按职工号、姓名、系号查询教职工基本信息。 可以按系号、系名称查询系的基本信息。 可以按课程号、课程名称、上课教师姓名查询课程基本信息。 按学号、课程号、课程名称、上课教师姓名、系号查询学生成绩，内容包括课程基本情况。若查询涉及多门课程，则按课程分组。 每门课程按总评成绩从高分到低分给出选修该门课程的所有学生的成绩（平时成绩、考试成绩和总评成绩）。 (8) 统计报表 a、成绩报表：内容包括课程基本信息（课程号、课程名称、任课教师号、学时、学分），选课学生名单（学号、姓名、性别），每个学生的平时成绩、考试成绩和总评成绩。 能按课程号、课程名称、教师姓名输出对应课程的成绩报表。 b、能够根据课程、授课教师统计成绩>=90分、>=80分、>=70分、>=60分及不及格学生的人数及比例。 二、任务描述 1、根据需求描述，完成数据概念模型设计，画出E-R图； 2、优化E-R图，给出数据逻辑模型； 3、将逻辑模型转换成物理模型并创建数据库和数据表。要求数据表能尽量实现数 据完整性要求。
viso画er图实例
Visio绘制ER图教程 ER图的3个要素是实体，属性，关系。 我们在学习数据库基础时，一般的ER图是下面这个样子的： 正方形是实体，圆是属性，菱形表示关系。 VISIO中没有现成的模版画ER图，有一种折中的办法解决这个问题：自定义： 先在“流程图”－〉“基本流程图”中找到菱形和方块，分别右击选择“添加到我的形状”－〉“添加到新模具”。之后出现“另存为”对话框，把新模具命名为“ER图”，这样我们就把菱形和方块添加到了新模具“ER图”中。用同样的思路，在“数据库”－〉“ORM图表”找到椭圆和直线，添加到模具“ER图”中。
添加完成后，我们就可以在画ER图时打开该模具(文件->形状->打开模具)，ER图所有的元素都会在一个模具中显示出来了。 用VISIO画ER图： 在visio中绘制ER图有两种方式，一种是通过visio的反向工程自动生成；另外一种是通过图形工具进行创建。经过对多个专业绘制ER图的工具探索后，发现visio绘制ER图不仅快，而且兼容性高。下面以留言板数据库的ER图为例，为大家介绍visio绘制ER图的方法。如果觉得好的话就顶一下吧！ 首先打开visio，选择新建--------数据库---------数据库模型图，打开后如下图所示： 图 1-1 数据库模型图设计界面
左边分别有三个针对数据库ER模型的七个专用工具，最常用的是前两个；创建实体后将实体间用关系连接线连接起来。操作方法十分简单，只要将工具拖动到右侧工作界面即可。创建实体成功后，点击实体；下方就会出现实体的属性。可以通过更改实体的属性进行增加列、设置列数据类型、设置主键等功能。以下创建了一个guestbook 的实体，主键为guestbook。 图1-2 创建guestbook实体图 （提示：如果想实体图显示实体的数据类型，可以通过数据库----选项----文档----表----数据类型---显示物理的进行设置；效果图如图1-3所示）
ER图的应用实例
E-R图实例 1.现有论文和作者两个实体，论文实体的属性包括题目、期刊名称、年份、期刊号；作者实体的属性包括姓名、单位、地址；一篇论文可以有多个作者，且每一位作者写过多篇论文，在每一篇论文中有作者的顺序号。请完成以下操作： （1）画出E-R图 （2）将E-R图转换成关系模式，并指出每个关系模式的主键（加下划线）和外键（加波浪线）。 CREATE TABLE 发表 (姓名 CHAR(7) NOT NULL, 题目 CHAR(6) NOT NULL, 顺序号 INT DEFAULT NULL, PRIMARY KEY (姓名, 题目), FOREIGN KEY (姓名) REFERENCES 论文 ON DELETE CASCADE, FOREIGN KEY (题目) REFERENCES 作者 ON DELETE RESTRICT); 2.某企业集团有若干工厂，每个工厂生产多种产品，且每一种产品可以在多个工厂生产，每个工厂按照固定的计划数量生产产品，计划数量不低于300；每个工厂聘用多名职工，且每名职工只能在一个工厂工作，工厂聘用职工有聘期和工资。工厂的属性有工厂编号、厂名、地址，产品的属性有产品编号、产品名、规格，职工的属性有职工号、姓名、技术等级。请：
（1）该集团进行概念设计，画出E-R图。 （2）E-R图转换成关系模式，并指出每个关系模式的主键和外键。 CREATE TABLE 生产 (工厂编号 CHAR(7) NOT NULL, 产品号 CHAR(6) NOT NULL, 数量 DEC(5,2), PRIMARY KEY (工厂编号,产品号), FOREIGN KEY (工厂编号) REFERENCES 工厂 ON DELETE CASCADE, FOREIGN KEY (产品号) REFERENCES 产品 ON DELETE RESTRICT, CHECK (数量 >=300) ); 3.设某汽车运输公司数据库中有三个实体集。一是“车队”实体集，属性有车队号、车队名等；二是“车辆”实体集，属性有车牌照号、厂家、出厂日期等；三是“司机”实体集，属性有司机编号、姓名、电话等。设车队与司机之间存在“聘用”联系，每个车队可聘用若干司机，但每个司机只能应聘于一个车队，车队聘用司机有聘期；司机与车辆之间存在着“使用”联系，司机使用车辆有使用日期和公里数，每个司机可以使用多辆汽车，每辆车可被多个司机使用。 要求： （1）试画出ER图，并在图上注明属性、联系类型；
设计ER图
ER图实例集 例1．某田径运动会组委会需要一运动会管理系统，现提出如下需求。该系统中存在运动队和运动会两方面的实体。 1．运动队方面 运动队：队名、教练姓名 队员：编号、姓名、性别、项名 其中，一个运动队有多个队员，一个队员仅属于一个运动队，一个队一般有一个教练，一个队员可参加多个项目 2．运动会方面 运动队：队编号、队名、教练姓名 项目：项目名、参加运动队编号、场地 其中，一个项目可由多个队参加，一个运动队可参加多个项目，一个项目一个比赛场地。 现要求：(1).分别设计运动队和运动会的局部ER图。 (2).将它们合并为一个全局E-R图。
运动队局部ER图： ER图： 运动会局部 例2．上海可的商业连锁集团需要建立信息系统。该系统中存在3个实体集，一是“商店”实体集，属性有商店编号、商店名、地址等；二是“商品”实体集，属性有商品号、商品名、规格、单价等；三是“职工”实体集，属性有职工编号、姓名、性别、业绩等。
商店与商品间存在“销售”联系，每个商店可销售多种商品，每种商品也可以放在多个商店销售，每个商店销售的一种商品有月销售量；商店与职工之间存在“聘用”联系，每个商店有许多职工，每个职工只能在一个商店工作，商店聘用职工有聘期和工资。 (1).试画出E-R 图。 (2).将该E-R 图转换成关系模式，并指出主码和外码。 ER 图： 关系模式： 商店（商店编号，商店名，地址） 职工（职工编号，姓名，性别，业绩，商店编号，聘期，工资） 商品（商品号，商品名，规格，单价） 例3．海军某部要建立一个舰队信息系统，它包括如下两方面的信息： 1.舰队方面 舰队：舰队名称、基地地点 舰艇：编号、舰艇名称、所属舰队
数据库学生成绩管理系统ER图
系统需求分析： 该学生成绩管理系统主要用于管理高校学生的考试成绩，提供学生成绩的录入、修改、查询、等各种功能。成绩由各系的任课老师录入，或教务处人员统一录入。学生成绩录入后由各系系秘书签字确认，只有教务处拥有对学生成绩的修改权限。 用户的具体需求分析： （1）教师:负责成绩的录入，能够在一定的权限内对学生的成绩进行查询，可以对自己的登录密码进行修改以及个人信息的修改等基本功能。 （2）系统管理员:与老师的功能相似（每个系都设有一管理员） 另外管理员具有用户管理功能，能够对新上任的老师和新注册的学生行进添加，并能删除已经毕业和退休的老师。用户分为管理员、教师用户、学生用户三类。不论是管理员或教师用户，还是学生用户都需要通过用户名和口令进行登录。用户名采用学生的学号和教师的教号，所以规定只能包括数字。密码也只能是数字，用户只有正确填写用户名和密码才可以登入，进行下一步操作。用户名被注销后，用户将不再拥有任何权限，并且从数据表中删除该用户的信息。 （3）学生:能够实现学生自己成绩和个人信息的查询、登录密码的修改等基本功能。概念模型设计： 由前面的系统需求分析得到实体主要有5个：教师、学生、管理员、课程、成绩。 学生有属性：学号、姓名、性别、系名、专业、出生日期 教师有属性：教师号、姓名、性别、院系、联系电话 管理员属性：用户名、密码 课程有属性：课程号、课程名、学分、教师 成绩有属性：学号、姓名、课程号、课程名、成绩、授课老师
1）教师与课程之间的关系： 教师与课程之间是1: n的关系，即一个老师只能教一门课程，一门课程可以由多个老师讲授。 （教师与学生E-R图）
图书馆管理系统ER图
图书馆管理系统E R图 Company Document number：WUUT-WUUY-WBBGB-BWYTT-1982GT
长沙理工大学《程序设计实践》课程设计报告 邹松林 学院计通学院专业计算机科学与技术 班级计算机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).可以为读者办理，修改，注销借书证，输入读者借书证基本信息等，定制读 者的借阅权限。 2).可以通过借书证查询图书信息、借出图书信息，借阅图书。 3).通过借书证还书，管理员可以通过对借阅信息的管理对到期还未还的书，通 过查询读者的借书证信息查询读者联系方式发出催还通知。 ●借书证信息管理模块主要功能如下： 1).读者基本信息的输入，如：读者姓名、性别、单位等。 2).读者信息的修改、注销等功能。 3).添加新的读者及其信息等。
ER图画法1(教务系统)
如何画数据库ER图 数据库设计中重要的一环首先就是概念设计，也就是说，要从实际问题出发，排除非本质的东西，抽象出现实的数据结构之客观规律——即画出数据结构图——ER图。这是数据库设计的重点，也是数据库设计的难点。 那么，如何才能正确地反映客观现实，将ER图画好呢？ 答案是，必须进行正确的需求分析。那么如何进行需求分析呢？需求分析一般有两种方法，一种是结构化分析(SA)，一种是面向对象分析(OOA).通过这两种方法的实施以后，都可以得到比较正确的ER图。现在以下面的实际问题为例，通过结构化分析(SA)方法的应用，讲述如何得到比较正确的ER图。 校务管理系统ER图画法如下步骤： 在要建立的系统中,有以下功能： 1.管理老师的功能：录入老师情况(姓名.地址.所教课程), 老师缺课记录(名字.时间.原因. 课程) 2.管理学生的功能: 录入学生情况 ( 姓名 . 所选课程 . 成绩 ) 3.教务主任的功能 : 查询统计 1: 教师情况 2: 学生总成绩 3: 学生平均成绩 要求： 1）用结构化方法画出系统顶层图、 0 层图，数据字典。 2）画出该系统的数据模型ER图。 一、结构化分析的需求分析 1）分析实际情况 根据实际情况，我们得到一下情况： (一)教师任课流程：
(二)学生选择课程流程： 2）画数据流图 （一、）顶层数据流图
3）画数据字典DD（略）和软件初始结构图 1基本数据=学生基本信息|教师基本信息|课程基本信息|教室基本信息2教师任课信息=教师任课数据|教师考勤信息 3学生选课请求和成绩=学生选课请求|学生成绩 学生基本信息=学号+姓名+性别+年龄+专业+班级 。。。。。。