数据库课程设计学院流动教室系统

上传人:痛*** 文档编号:136167384 上传时间:2022-08-16 格式:DOC 页数:34 大小:887KB
收藏 版权申诉 举报 下载
数据库课程设计学院流动教室系统_第1页
第1页 / 共34页
数据库课程设计学院流动教室系统_第2页
第2页 / 共34页
数据库课程设计学院流动教室系统_第3页
第3页 / 共34页
资源描述:

《数据库课程设计学院流动教室系统》由会员分享,可在线阅读,更多相关《数据库课程设计学院流动教室系统(34页珍藏版)》请在装配图网上搜索。

1、数 据 库 课 程 设 计设计题目 学院流动教室系统组长姓名 组长学号 专业班级 指导教师 信息工程学院 软件技术系 2012 年 12 月 7 日1.引言31.1 本课题的研究意义31.2 概要设计32.数据库设计42.1需求设计42.1.1系统目标和任务42.1.2系统功能结构42.1.3业务流程图52.1.4数据流程图72.2概念结构设计92.2.1 E-R模型设计92.2.2关系模型122.3逻辑设计132.3.1数据组织132.3.2数据处理142.4数据库物理设计142.4.1表的建立142.4.2表间关系162.4.3视图建立162.4.4触发器建立182.5数据库实施202.5

2、.1查询实现203心得体会324参考文献33 1.引言 在大学里,教室仍然是教学的主要场所,也是学生学习的重要场所,所以教室环境和设备直接影响到教学活动的开展和学生的学习。为了保证教室环境良好的运转,教室的管理也就显得十分的必要和重要。但是教室的管理也并不是一件很容易的事情。教室的使用具有一定的计划性和流动性,即一个班在相应的时间里,所上的课程和使用的教室是固定的,但是不同的课程在不同的时间里会使用不同的教室,这与教务处的课程安排是密切相关的。尤其是使用多媒体教室的时候,这就显得比较麻烦。为了能够更系统的,更有序的,更合理的,更有效的进行教室管理,有必要利用计算机来处理各种信息,这也就需要一个

3、更有效的教室管理系统。为此,经过较详细的调查和慎重的思考,我决定做一个教室管理系统,来解决这些问题,使管理简化,方便而且更有效。1.1 本课题的研究意义本课题的研究对于大学的教师管理有较大的好处,大学里教室数量较多,上课和学生自习流动性强,这就为教室的管理带来一些困难,传统的教室管理方式耗人力较多,随着时代的发展,它就显得跟不上时代的步伐。为了能够更加有效的,耗人力少的管理教室,也为了能够适应时代的发展,很有必要利用计算机,运用数据库来开发一个教室管理系统。1.2 概要设计 根据功能分析,建立系统的体系结构,即将整个系统分解若干个子模块。用E-R图表示个功能,通过本系统软件,在利用计算机,快速

4、方便的对教室使用情况进行管理,查询的所需操作,使动态的教室使用情况能够具体化,直观化,合理化。 2.数据库设计 2.1需求设计 2.1.1系统目标和任务 (1)目标:充分了解用户的需求,了解工作流程,以及出现的问题。 (2)任务: 1处理对象:本系统总体上说涉及了三方面的数据,职工的信息,教室的信息,课程的信息,其中职工信息包括了员工信息和清洁工信息。 2处理功能要求:教室管理系统的具体功能包括两个方面:教室查询子系统,卫生管理子系统。教室查询子系统主要完成空闲教室查询(无课教室),教室使用查询的功能;卫生管理子系统主要完成值班安排与修改功能和值班情况记录的功能; 3可行性分析和安全性分析:在

5、这个系统中涉及到了相关人员的问题,而且同一个职工可能在不同的表中存在,要考虑到,如果辞退或者某职工辞职,那么不仅要在职工信息表中删除相应的信息,还要在其他的相关表中删除信息,这就涉及到了安全性的问题,初步打算用一个触发器来解决这个问题。技术可行性分析:本系统主要用数据库技术,而目前这些技术已经很完善,且硬件价格不高。所以系统的技术支持完全做得到。管理可行性分析:本系统主要有班级子查询,卫生子查询,且使用方便,只需要系统管理人员数名就可以使系统通畅的运行。经济可行性:目前该系统主要采用数据库等技术,本系统主要由微软SOL研发制作,且主机等硬件使用资金并不高,所以完全可是在比较低的资金使用情况下完

6、成。 2.1.2系统功能结构系统功能分析: 流动教室管理系统卫生查询子系统教室查询子系统 职工信息查询 空教室查询 课程查询卫生安排查询2.1.3业务流程图教室子系统业务流程卫生子系统业务流程图2.1.4数据流程图 教室 查询系统学生 图3 学生查询流程 清洁 员 卫生管理系统 值班 员工图4卫生查询流程图-2.2概念结构设计这个阶段的任务就是把概念结构设计阶段设计好的基本E-R图转换为与DBMS所支持的数据模型相符合的逻辑结构。在这个阶段里,该系统的目标就是把基本的E-R图转换成关系数据模型。2.2.1 E-R模型设计教室实体:课程:教师:职工:卫生查询子系统:教室子系统:2.2.2关系模型

7、系统关系E-R图:2.3逻辑设计2.3.1数据组织将E-R图转化为关系模式:E-R图转换成关系模型应该遵循以下原则:1. 一个实体型转换为一个关系模式。2. 一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。3. 把一个1:n联系转换为一个独立的关系模式。4. 一个m:n联系转换为一个关系模式。5. 三个或三个以上实体间的一个多元联系可以转换为一个关系模式。6. 具有相同码的关系模式可合并。 2.3.2数据处理转化为关系模型如下教室(教室编号 是否占有,容量,所在地点,教室类型)教师 (教师编号,姓名,性别,联系电话)课程(课程编号,班级, 课程名称,学时)职工(

8、职工号,姓名,性别,打扫时间)上课(教室编号,教室编号,课程编号 ,上课时间,上课地点) 2.4数据库物理设计2.4.1表的建立 教师表(1) 教室表(1) 课程表(3) 职工表(4) 上课表(5)2.4.2表间关系2.4.3视图建立1. 全部教师的总课程表create view v1asselect 教师.教师编号,教师名称,课程名称,班级,教室名称,星期,上课时间from课程,教师,上课 where 教师.教师编号=课程.教师编号and 课程.教师编号=上课.教师编号and 上课.课程编号=课程.课程编号 2.教室的总课表 create view v2asselect 教室.教室名称,所在

9、位置,教室类型,星期,班级,课程名称,上课时间from课程,教室,上课 where 教室.教室名称=上课.教室名称 and 上课.课程编号=课程.课程编号and 上课.教师编号=课程.教师编号3.清理工的工作信息表create view v9asselect 职工.职工编号,姓名,教室名称,所在位置,联系电话,上班时间,下班时间from教室,职工 where 职工.职工编号=教室.职工编号 3.45存储过程的建立建立存储工程返回指定教室是否占用,需要输入教室号 2.4.4触发器建立建立触发器教师1表示教师表禁止删除Instead of 型触发器记录建立after 型触发器建立触发器 delet

10、e职工 实现连接删除,当删除职工信息表某行信息时,同时删除教室表中对应该职工信息2.5数据库实施2.5.1查询实现简单查询1所有职工的信息2所有教室的信息3.2201号教师的信息4.3201的卫生人员的姓名,编号,性别模糊查询(1)3号楼教室的信息(2) 所以姓孙的教师的信息组合查询(1) 查询教师的教师编号,教师名称,课程名称,班级,上课.教室名称,星期,上课时间信息(按教师编号的升序)(2)教室编号为3203的教室名称,所在位置,教室类型,星期,班级,课程名称,上课时间嵌套查询(1) 和教室编号3202相同类型的教室有那么(显示教室的基本信息)(2) 查询和艾青相同性别的教师的基本信息连接

11、查询一. 内连接(1)显示男教师的教师编号,教师名称,课程名称,班级,教室名称,星期,上课时间(按教师编号的升序)(2)不同教室却同一种教室类型的教室的信息(自连接)二. 外连接1.左连接2. 右连接3. 全连接视图1. 教师课程表按教师编号的升序排列,编号相同的按星期的升序排列select * from v1 order by 教师编号,星期2.教室课程安排表(按星期升序排列)select * from v2 order by 星期3.清理工的工作信息(按职工编号排序)select * from v9 order by 职工编号存储过程实现触发器实现3心得体会一个星期的时间非常快就过去了,这

12、一个星期不敢说我们有多大的进步,获得了多少知识,但起码是了解了项目开发的部分过程。虽说上过数据库上过管理信息系统等相关的课程,但是没有亲身经历过相关的设计工作细节。这次实习证实提供了一个很好的机会。 通过这次课程设计发现这其中需要的很多知识我们没有接触过,去图书馆查资料的时候发现我们前边所学到的仅仅是皮毛,还有很多需要我们掌握的东西我们根本不知道。同时也发现有很多已经学过的东西我们没有理解到位,不能灵活运用于实际,不能很好的用来解决问题,这就需要我们不断的大量的实践,通过不断的自学,不断地发现问题,思考问题,进而解决问题。在这个过程中我们将深刻理解所学知识,同时也可以学到不少很实用的东西。很多

13、事情不是想象中的那么简单的,它涉及到的各种实体、属性、数据流程、数据处理等等。很多时候感觉后面的设计根本无法继续,感觉像是被前面做的各种图限制了。在做关系模型转换的时候碰到有些实体即可以认为是实体又可以作为属性,为了避免冗余,尽量按照属性处理了。 物理结构设计基本没有碰到问题,这一块和安全性、完整性不觉就会在物理结构设计中添加一些安全设置:主键约束、check约束、default定义等。最后才做索引的部分,对一些比较经常使用搜索的列,外键上建立索引,这样可以明显加快检索的速度,最后别忘记重要的安全性设置,限制用户访问权限,新建用户并和数据库用户做相应的映射。 不管做什么,我们都要相信自己,不能畏惧,不能怕遇到困难,什么都需要去尝试,有些你开始认为很难的事在你尝试之后你可能会发现原来它并没有你以前觉得的那样。所以无论结果怎样,我们都已经学到了很多。以上就是我们组的心得体会。4参考文献1数据库原理及应用 钱雪忠主编 北京邮电大学出版社 2007,8 第二版2SQL server 2000数据仓库与Analysis Services Bain T著 中国电力出版社 20033数据库技术与联机分析处理 王珊主编 北京科学出版社 1998

展开阅读全文
温馨提示:
1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
2: 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
3.本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

copyright@ 2023-2025  zhuangpeitu.com 装配图网版权所有   联系电话:18123376007

备案号:ICP2024067431-1 川公网安备51140202000466号


本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。装配图网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知装配图网,我们立即给予删除!