数据库课程设计报告模板_第1页
数据库课程设计报告模板_第2页
数据库课程设计报告模板_第3页
数据库课程设计报告模板_第4页
数据库课程设计报告模板_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、软 件 学 院课程设计报告书课程名称 数据库课程设计 设计题目 学生宿舍管理系统 专业班级 XXX 学 号 XXX 姓 名 XXX 指导教师 XXX 2011年6月目 录1 设计时间12 设计目的13 设计任务14 设计内容14.1需求分析24.2概念结构设计54.3逻辑结构设计64.5数据库表空间和表设计74.6数据库的实施94.7创建其它数据库对象125总结与展望12参考文献141 设计时间时间:17周(2011年6月132010年6月19日)2 设计目的数据库原理及应用课程设计是软件工程专业集中实践性环节之一,是学习完数据库原理及应用及SQL SERVER数据库课程后进行的一次全面的综合

2、练习。其目的在于加深对数据库基础理论和基本知识的理解,掌握使用数据库进行软件设计的基本方法,提高运用数据库解决实际问题的能力,最终实现对于给定的应用环境,构造最优的数据库模式,建立数据库及其应用系统,使之能够有效地存储数据,满足各种用户的应用需求(信息要求和处理要求)。同时,此次设计对于同学将来的毕业设计和具体工作实践将有重要的意义。3 设计任务课程设计要求学生在完成程序设计的同时能够写出比较规范的设计报告。严格实施课程设计这一环节,对于学生基本程序设计素养的培养和软件工作者工作作风的训练,将起到显著的促进作用。4 设计内容宿舍管理系统。(1)系统主要功能客户管理部分:处理客户注册。处理客户登

3、录。用户可以查询学生信息。用户可以查询邮件信息。用户可以提交与查询报修信息。用户可以插入与删除用户自己的离返校信息。用户可以修改用户自己密码。管理员管理部分:处理管理员登录。管理员可以查询学生信息。管理员可以发布与更新邮件信息。管理员可以插入、修改与查询报修信息。管理员可以插入与查询学生夜归信息。管理员可以查询在校与离校学生信息。管理员可以修改管理员密码。4.1需求分析本系统的最终用户为宿舍楼管理员,本宿舍楼的学生。根据我们日常生活中的经验,结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查,得出用户的下列实际要求:1、宿舍楼的基本情况:学生住在宿舍楼中,每栋宿舍楼都会有若干名老师负责本

4、宿舍楼的日常管理。(1)学生的基本信息入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。另外,为了管理上的方便,同一院系的学生的宿舍一般在一起,相应地会有其所在的院系名称。(2)宿舍的基本信息每栋楼的每间宿舍都有唯一的宿舍号,人数,床号,住宿费用,入校时,宿舍会装公用电话机,相应地就有宿舍电话号码。(3)宿舍财产的基本信息每个宿舍的财产属于学校,比如电灯,床铺,柜子,桌椅等,为了对不同的财产进行区分,可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。(4)邮件收发的基本信息每栋宿舍楼都有邮件收发的管理,当本楼的同学有信件

5、时,相应的会有信件的发送时间,发件人,接受信件的同学姓名。有时,同一个学生有多封信件需要接收,需要表示一个同学有多少封信件。当信件接收后,应有一个接收信件的时间,表示信件已成功到达指定的同学手中。(5)报修的基本信息宿舍楼中经常出现财产的损坏,比如灯泡坏了,门锁,衣架出故障了等,这时,同学们需要将财产损坏情况报告给宿舍楼管理员,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录处理结果,表示该报修是否解决。(6)离校的基本信息 每当放寒假或暑假时,同学们大部分都会回家;每当“五一”或“十一”放假时,同学们也有很多不会

6、留在宿舍。这时,为加强学校对同学假期安全的管理,离校的同学应登记离校时间,待返校后记录返校时间,以便学校查证和管理。宿舍楼在指定的时间关门(比如晚上10点),若有同学晚于关门时间会宿舍,需通知宿舍楼管理员,同时应登记晚归学生姓名,宿舍号,时间和晚归原因,以利于学校的管理和查证。(7)来访基本信息由于学生家属或学生朋友要来看望学生,为了加强宿舍的管理,外来人员进入宿舍时需要登记来访人的姓名、来访时间、离开时间、事件和对被访人姓名。(8)学生用电基本信息每个宿舍每个月分都有一定的用电定额,给每个宿舍每月提供一定的用电量,如果该宿舍超过用电定额需要记录该宿舍的超电量及提示宿舍进行补交电费,所以应该标

7、明电价(每度电的单价)。(9)管理员的基本信息宿舍楼都要有一个管理人员对每个宿舍进行管理,所以要有管理人员的姓名和宿舍楼的编号、联系电话。2、用户对系统的要求:(1)宿舍楼管理员a.信息要求宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,邮件收发的所有信息,报修的所有信息,夜归的详细信息和学生离返校的信息,来访信息和学生用电信息。以利于对整个宿舍楼的全面管理。b.处理要求当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。比如,某些同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;或者学生转换专业,他们记录院系的信息也要作相应的修改等

8、等。当宿舍楼的电话号码发生变更时,宿舍楼管理员能根据有关证明做出修改。当邮件到达本宿舍楼时,宿舍楼管理员应依据到达邮件的相关信息在邮件信息中插入一条记录,当同学们接收邮件后,管理员应登记邮件的接收时间,表明该信件已成功到达收信人的手中。当宿舍财产报修及时解决后,管理员应登记解决时间,表明该报修问题已成功解决。当某个宿舍的用电量超过用电定额时,管理员通知宿舍进行补交电费,当学生补交电费之后将相应信息插入到用电信息中。当学生的家属和朋友来看望某学生时,管理员把家属和朋友的姓名,来访时间,学生姓名、来访事件插入来访信息中。当离开时应记录来访者的离开时间。c.安全性与完整性要求安全性要求:1)系统应设

9、置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用。2)系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容。3)系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。完整性要求:1)各种信息记录的完整性,信息记录内容不能为空。2)各种数据间相互的联系的正确性。3)相同的数据在不同记录中的一致性。(2)本宿舍楼的学生:a.信息要求本宿舍楼的学生能查询其所在的宿舍的所有信息,能查询本楼的指定宿舍的电话号码以利于同楼宿舍间的通信。能查询自己的邮件信息。能查询自己的夜归记录和离返校记录。b.处理要求本宿舍楼的学生能

10、在报修信息表中插入报修信息,表示本宿舍的财产发生了损毁需要学校派人维修。学生离校时,能在离返校记录表中插入离校时间;学生返校后,能在离返校记录表中插入返校时间,表示已经回校。4.2概念结构设计E-R图是分为两部分实体和属性,每个实体可以有多个属性,这些属性用来表示实体的性质。不同实体之间可以用关系进行连接,表明各个实体之间的内在联系。实体和实体之间的关系有一对一的关系(1:1),一对多的关系(1:N)和多对多的关系(N:M)。总体E-R图及各个实体之间的关系如下图所示。离开时间被访人姓名长假返校时间晚归时间月份号管理人员电话n1m1n1nmn1n床号晚归原因事件学号姓名性别入住时间发件人接收时

11、间长假离校时间财产名管理人员姓名用电定额处理结果损坏原因报修时间宿舍电话宿舍号住宿费用人数1宿舍楼号管理人员管理n电价用电量超电量宿舍用电用电n来访人姓名来访来访记录数量发件时间接收邮件离/返校财产编号财产报修院系宿舍住宿学生来访时间图4-1 学生宿舍管理系统E-R图4.3逻辑结构设计数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。从此开始便进入了“实现设计”阶段,需要考虑到具体的DBMS的性能、具体的数据模型特点。从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型,如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题,所以只介绍

12、E-R图如何向关系模型进行转换。关系模型的逻辑结构是一组关系模式的集合。E-R图则是由实体,实体的属性和实体间的联系三个要素组成。所以将E-R图转换为关系模型实际上就是要将实体,实体的属性和实体间的联系转换为关系模式。转换原则如下。1. 实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性,实体的码就是关系的码。2联系类型的转换,根据不同的情况做不同的处理。(1)一个1:1的联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。如果与某

13、一端实体对应的关系模式合并,则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。(2)一个:N的联系可以转换为一个独立的关系模式,也可以与N端对应的关系模式合并。如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为N端实体的码。(3)一个M:N联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。(4)三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实休的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。(5)具有相同码的关系模式可合并。3. 根据学生宿舍管理系统的E

14、-R图转换为关系模型如下。将每一个实体转换成一个关系(关系就是给出关系名,属性就是实体属性,并标明该关系的主键用下划线来表示)关系模式:住宿学生(学号,姓名,性别,专业,宿舍号,入住时间)宿舍(宿舍号,宿舍电话,人数,食宿费用)宿舍财产(产品号,产品名)邮件快递(姓名,宿舍号,发件时间,接收时间,邮件数量)报修(宿舍号,产品号,报修时间,损坏原因,处理结果)离返校(学号,宿舍号,返回时间,离校时间,晚归时间,晚归原因)来访(学号,被访人姓名,来访时间,离开时间)住宿(学号,宿舍号,床号,入住时间)用电(月份号,宿舍号,有电量,超电量)管理(宿舍楼号,宿舍号,住宿费用,宿舍人数)管理员(宿舍楼号

15、,管理人员姓名,管理人员电话)以上关系模式均为3NF。为了方便程序查询,建立了如下用户视图学生信息视图(学号,姓名,性别,院系,宿舍号,宿舍电话)财产报修视图(宿舍号,财产名,报修时间,处理结果,损坏原因)学生离校视图(学号,姓名,性别,院系,宿舍号,离校时间,返校时间,晚归原因)学生在校视图(学号,姓名,性别,院系,宿舍号,宿舍电话)来访视图(学号,来访时间,离开时间)用电视图(月份号,宿舍号,有电量,超电量)4.5数据库表空间和表结构设计表4-1住宿学生属性名存储代码类型长度备注学号Snochar20住宿学生学号姓名Snamechar20住宿学生姓名性别Ssexchar4专业Sdeptch

16、ar40学生专业表4-2宿舍属性名存储代码类型长度备注宿舍号Dnochar6人数Pnumberint宿舍内住宿的人数住宿费用Hchargeint住宿所需费用宿舍电话Dphonechar15宿舍的电话表4-3宿舍财产属性名存储代码类型长度备注财产编号Pnochar4宿舍物品编号财产名Pnamechar20宿舍物品名表4-4邮件快递属性名存储代码类型长度备注发件人Snamechar10收件人姓名发送时间Marrivedate邮件快递发送时间表4-5接收属性名存储代码类型长度备注发件人Snamechar10收件人姓名学号Snochar20离校学生姓名接收时间JstimeData&time数量numb

17、erInt表4-6报修属性名存储代码类型长度备注宿舍号Dnochar6报修人宿舍号产品号PnoInt报修物品编号提交日期Rsubmitdate 8报修提交日期处理结果Resultchar50问题处理结果报修原因Rreasonchar50物品损坏原因表4-7离返校属性名存储代码类型长度备注学号Snochar20离校学生姓名宿舍号Dnochar6离校学生宿舍号离校时间Ltimedate 8学生离校时间返回时间Lreturndate8学生返校时间晚归时间Btimetime14学生晚归时间晚归原因BreasonrChar 10学生晚归原因表4-8管理人员属性名存储代码类型长度备注宿舍楼号Lh Char

18、 4管理人员姓名GnameChar 6管理人员电话GphoneChar 20表4-9宿舍用电属性名存储代码类型长度备注月份号YnoChar4电价DfFloat用电定额YdeInt 表4-10用电属性名存储代码类型长度备注月份号YnoChar4宿舍号Dnochar6离校学生宿舍号超电量CdlInt 用电量YdlInt表4-11来访记录属性名存储代码类型长度备注来访人姓名LfnameChar6被访人姓名BfnameChar6事件SjChar40表4-12住宿属性名存储代码类型长度备注宿舍号Dnochar6离校学生宿舍号学号Snochar20住宿学生学号入住时间RztimeDatd&time床号Dn

19、ochar44.6数据库的实施1、住宿学生studentcreate table student(sno char(10) not null,sname varchar(30) not null,ssex char(2) check (stu_sex=男 or stu_sex=女),sclass char(5) foreign key references classes(class_no),smajor number foreign key references major(major_id),sfaculty number foreign key references faculty(fa

20、culty_id),constraint pk_student primary key(stu_no)tablespace susyhe_data;2、宿舍Dormitory create table Dormitory (Dormitory dno char(6)not null,Dormitory pnumber int(10) not null,Dormitory hcharge int not null,Dormitory dphone char(15),Dormitory pk_faculty primary key (faculty_id)tablespace sushe _dat

21、a;3、宿舍财产propertycreate table property(pno char(4) not null,pname char(20) not null,pno foreign key references faculty(pno),)tablespace sushe_data;4、邮件快递deliverycreate table delivery(sname char(10) not null,marrive date not null,constraint pk delivery primary key (sname),)tablespace sushe _data;5、接收R

22、eceivecreate table Receive(sname char(10) not null,Sno char(20) not null,Jstime data&time not null, Number int not null,Receive number foreign key references major(sno),constraint pk_Receive primary key (sno)tablespace sushe _data;6、报修repairscreate table repairs(Dno char(6) primary key,pno int not n

23、ull,rsubmit date(8) not null,result char (50) not null,rreason char (50)not null)Tablespace sushe_data;7、离返校create table schoolleader(sno char(20) primary key not null,dno char(6) not null,ltime date(8) not null,lreturn date (8) not null,btime time (14) not null,breasonr char(10) not nul)tablespace

24、sushe_data;8、管理人员 admin create table admin(Lh char(4) not null,Gname char(6) not null,Gphone char(20) ,constraint pk_admin primary key (Lh)tablespace sushe_data;9、宿舍用电electricitycreate table electricity(Yno char(4) primary key,Df float not null,Yde int not null)tablespace sushe_data;10、用电yongdiancreate table yongdian(Yno char(4) primary key,Dno char(6) not null,Cdl int not null, Ydl lint, )tablespace sushe_data;11、来访记录create table lfjilu(Lfname char (6) not null,Bfname char (6)not n

温馨提示

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

评论

0/150

提交评论