数据库课程设计宿舍管理系统.docx
- 文档编号:6871551
- 上传时间:2023-01-11
- 格式:DOCX
- 页数:38
- 大小:612.23KB
数据库课程设计宿舍管理系统.docx
《数据库课程设计宿舍管理系统.docx》由会员分享,可在线阅读,更多相关《数据库课程设计宿舍管理系统.docx(38页珍藏版)》请在冰豆网上搜索。
数据库课程设计宿舍管理系统
一、项目概述………………………………………………………….1
1.1软件定义…………………………………………………….1
1.2开发与运行环境…………………………………………….1
二.需求分析………………………………………………………….2
2.1数据库需求分析…………………………………………….2
2.2功能模块图………………………………………………….2
2.3功能陈述…………………………………………………….2
2.4数据流图…………………………………………………….2
2.5数据字典…………………………………………………….7
三、概念结构设计……………………………………………………10
3.1实体及其属性………………………………………………10
3.2E-R模型图………………………………………………….11
四、逻辑结构设计……………………………………………………15
4.1E-R图向关系模型转换…………………………………….15
4.2数据模型优化………………………………………………15
4.3数据关系模式的优化……………………………………….16
4.4设计用户子模式………………………………………………17
五、数据库逻辑设计………………………………………………….18
5.1表的定义…………………………………………………..18
六、SQL语句………………………………………………………….21
6.1数据定义及其结果………………………………………….21
6.2数据查询…………………………………………………….27
6.3数据更新…………………………………………………….29
七.结束语…………………………………………………………….32
宿舍管理系统
一、项目概述
《学生宿舍管理系统》是学校管理环节中必不可少的一部分。
它是一个教育单位不可缺少的部分,它的内容对于学校的决策者和管理者来说都至关重要,它能够为用户提供充足的信息和快捷的查询手段。
能有效的帮助学校和老师掌握学生的情况,方便校方管理及学生的日常寝室生活。
代替了传统的人工记录方法,能够更科学、更便捷的管理各种信息并可以进行查询等工作。
通过该系统,管理员用户可以查看学生的基本资料寝室信息等各方面的资料,能够方便的了解学生寝室生活情况。
该管理系统为用户提供了信息录入,数据查询、输出各种信息等。
更好的保护了同学们的私人信息以及便于通知各种事宜。
比如电费的欠费通知等情况。
能够使同学们的生活更加便捷。
1.1软件定义
1.1.1软件名称
学生宿舍管理系统
1.1.2系统的主要功能
1.用户系统登录信息:
包括添加用户,退出系统等方面,这样可以方便管理者对宿舍楼的管理,提高查询效率;
2.学生基本信息:
学生编号、学生姓名、学生性别、学院、出生日期、家庭住址、联系电话个人信息,可以方便学生信息的查询和更新;
3.物品出入及外来人员信息
4.亲友来访登记信息,使学生寝室更加安全;
1.2开发与运行环境
该网络工资管理系统开发与运行环境选择如下:
开发环境:
WindowsXP
数据库管理系统:
SQLServer2000
二.需求分析
2.1数据库需求分析
需求分析简单地说就是分析用户的要求。
可以说需求分析是介于系统分析和软件设计之间的桥梁,而且软件系统规模的扩大,需求分析与定义在整个软件开发过程与维护中越来越重要。
本宿舍管理系统的开发宗旨以及总体任务就是帮助宿舍管理部门提高工作效率,实现宿舍管理的规范化和系统化,以更好的为学生服务。
2.2功能模块图
2.3功能陈述
实现目标:
1.使学校宿舍管理与学生个体之间的沟通变得便捷、学生信息数字化便于查询、更改、删除,使信息更加安全:
2.更加人性化,增加亲友来访的条目后便于家属探亲;
3.增加辅导员老师的查询功能,方便学院进行管理。
2.4数据流图
数据流图(DataFlowDiagram,DFD)是用来描绘软件系统逻辑模型的图形工具,用于描绘信息在系统中的流动和处理情况。
设计DFD只需考虑软件系统必须完成的基本逻辑功能,完全不需考虑如何具体地实现这些功能,即只考虑软件“做什么”,而不必考虑“怎么做”。
数据流图是结构系统分析的主要工具,它表示了系统内部信息的流向,并表示了系统的逻辑处理的功能,是一种功能模型。
在数据流图中有四种基本符号如下表所示:
数据流图基本符号的意义
符号
说明
加工,输入数据在此进行变换产生输出数据
数据输入的源点和数据输出的终点
数据流,被加工的数据及数据流向
数据存储文件
2.4.1总数据流图:
2.4.2管理员数据流图
2.4.3协管数据流图:
2.4.4注册数据流图:
2.4.5物品数据流图:
2.4.6辅导员数据流图:
2.4.7亲友数据流图:
2.4.8学生数据流图:
2.5数据字典
数据流图表达了数据和处理的关系,数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得得主要成果。
数据字典在数据库设计中占有很重要的地位。
数据字典通常包括数据项、数据结构、数据流、数据存储和处理过程五个部分。
其中数据项是数据的最小组成单位,若干个数据项可以组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
数据字典具体描述如下所示。
2.5.1数据项描述
1)数据项名:
宿舍号
数据项含义说明:
具体寝室编号
别名:
RoomNum
数据类型:
int
长度:
20
取值范围:
0-20
2)数据项名:
寝室长姓名
数据项含义说明:
寝室负责人
别名:
RoomMaster
数据类型:
Char
长度:
20
取值范围:
0-20
3)数据项名:
学号
数据项含义说明:
每个学生独有的编号
别名:
StuNum
数据类型:
Char
长度:
20
取值范围:
0-20
4)数据项名:
学生性别
数据项含义说明:
学生的性别
别名:
StuSex
数据类型:
Char
长度:
2
取值范围:
2
5)数据项名:
学生姓名
数据项含义说明:
学生的名称
别名:
StuName
数据类型:
Char
长度:
20
取值范围:
0-20
6)数据项名:
学院
数据项含义说明:
学生所在学院
别名:
StuAcadamy
数据类型:
Char
长度:
20
取值范围:
0-20
7)数据项名:
出生日期
数据项含义说明:
学生的生日
别名:
StuBirthday
数据类型:
Char
长度:
20
取值范围:
0-20
8)数据项名:
学生联系电话
数据项含义说明:
联系学生的电话
别名:
StuTel
数据类型:
Char
长度:
20
取值范围:
0-20
9)数据项名:
家庭住址
数据项含义说明:
学生家庭的详细地址
别名:
StuAddress
数据类型:
Char
长度:
20
10)数据项名:
辅导员编号
数据项含义说明:
每个辅导员独有的编号
别名:
TeaNum
数据类型:
Char
长度:
20
取值范围:
0-20
11)数据项名:
辅导员姓名
数据项含义说明:
辅导员的名称
别名:
TeaName
数据类型:
Char
长度:
20
取值范围:
0-20
12)数据项名:
辅导员联系电话
数据项含义说明:
联系辅导员的电话
别名:
TeaTel
数据类型:
Char
长度:
20
取值范围:
0-20
13)数据项名:
管理员编号
数据项含义说明:
每个管理员独有的编号
别名:
ManagerNum
数据类型:
Char
长度:
20
取值范围:
0-20
14)数据项名:
管理员性别
数据项含义说明:
管理员的性别
别名:
ManagerSex
数据类型:
Char
长度:
2
取值范围:
2
15)数据项名:
管理员姓名
数据项含义说明:
管理员的名称
别名:
ManagerName
数据类型:
Char
长度:
20
取值范围:
0-20
16)数据项名:
管理员联系电话
数据项含义说明:
联系管理员电话
别名:
ManagerTel
数据类型:
Char
长度:
20
取值范围:
0-20
17)数据项名:
协管编号
数据项含义说明:
每个协管人员独有的编号
别名:
AssistNum
数据类型:
Char
长度:
20
取值范围:
0-20
18)数据项名:
协管性别
数据项含义说明:
协管的性别
别名:
AssistSex
数据类型:
Char
长度:
2
取值范围:
2
19)数据项名:
协管姓名
数据项含义说明:
协管人员的名称
别名:
AssistName
数据类型:
Char
长度:
20
取值范围:
0-20
20)数据项名:
协管联系电话
数据项含义说明:
联系协管的电话
别名:
AssistTel
数据类型:
Char
长度:
20
取值范围:
0-20
21)数据项名:
亲友访问编号
数据项含义说明:
亲友访问先后的编号
别名:
RelationNum
数据类型:
Char
长度:
20
取值范围:
0-20
22)数据项名:
亲友性别
数据项含义说明:
亲友的性别
别名:
RelationSex
数据类型:
Char
长度:
2
取值范围:
2
23)数据项名:
亲友姓名
数据项含义说明:
来访家属的名称
别名:
RelationName
数据类型:
Char
长度:
20
取值范围:
0-20
24)数据项名:
到访时间
数据项含义说明:
亲友到访的时间
别名:
RelationVisit
数据类型:
Char
长度:
20
取值范围:
0-20
25)数据项名:
亲友联系电话
数据项含义说明:
联系亲友的电话
别名:
RelationTel
数据类型:
Char
长度:
20
取值范围:
0-20
26)数据项名:
物品编号
数据项含义说明:
物品的编号
别名GoodsNum
数据类型:
Char
长度:
20
取值范围:
0-20
27)数据项名:
物品名
数据项含义说明:
物品的名称
别名:
GoodsName
数据类型:
Char
长度:
20
取值范围:
0-20
28)数据项名:
注册编号
数据项含义说明:
学生初始注册的编号
别名:
RegistNum
数据类型:
Char
长度:
20
取值范围:
0-20
29)数据项名:
注册时间
数据项含义说明:
注册的时间
别名:
RegistTime
数据类型:
Char
长度:
20
取值范围:
0-20
三、概念结构设计
3.1实体及其属性
A.实体:
宿舍
属性:
a.寝室号
b.寝室长
B.实体:
学生
属性:
a.学号
b.姓名
c.学院
d.学生性别
e.家庭住址
f.联系电话
g.出生日期
C.实体:
辅导员
属性:
a.编号
b.姓名
c.联系电话
D.实体:
管理员
属性:
a.管理员编号
b.管理员性别
c.联系电话
E.实体:
协管
属性:
a.协管编号
b.协管姓名
c.协管性别
d.协管联系电话
F.实体:
亲友
属性:
a.到访编号
b.姓名
c.性别
d.到访时间
e.联系电话
G.实体:
物品
属性:
a.物品编号
b.物品名
H.实体:
注册
属性:
a.注册号
b.注册时间
3.2E-R模型图
学生宿舍管理系统可以划分的实体有:
宿舍,学生,辅导员,管理员,协管,物品,注册。
下面将用E-R图分别表示,最后用总E-R图来描述实体间的联系。
宿舍E-R图:
学生E-R图:
辅导员E-R图:
管理员E-R图:
协管E-R图:
亲友E-R图:
物品E-R图:
注册E-R图:
数据流图:
四、逻辑结构设计
4.1E-R图向关系模型转换
宿舍(寝室号,寝室长)
学生(学号,姓名,性别,学院,出生日期,家庭住址,联系电话)
辅导员:
(辅导员编号,姓名,联系电话)
管理员:
(管理员编号,姓名,性别,联系电话)
协管:
(协管编号,姓名,性别,联系电话)
亲友:
(亲友编号,姓名,性别,到访时间,联系电话)
物品:
(物品编号,物品名)
注册:
(注册号,注册时间)
4.2数据模型优化
优化原则如下:
1.实体类型的转换:
将每个实体类型转换成一个关系模式,实体的属性及为关系模式的属性,实体标识符及为关系模式的键。
2.联系类型的转换,根据不同的情况做不同的处理。
(1)一个1:
1联系可以转换为一个独立的关系模型,也可以与任意一端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,每个实体的码均是该关系的候选码。
如果与某一端实体对应的关系合并,则需要在该关系模式的属性中加如另一个关系模式的码和联系本身的属性。
(2)一个1:
n联系可以转换为一个独立的关系模式,也可以与 n端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码;n端对应关系模式合并后关系的属性:
在n端关系中加入1端的码和联系本身的属性,合并后关系的码不变。
(3)一个m:
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
(4)三个或三个以上的实体间的一个多元联系可以转换为一个关系模式。
与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
优化后的关系模型如下:
4.3数据关系模式的优化
1.宿舍(寝室号,寝室长)
该关系数据模型的码为:
寝室号
寝室长F寝室号
此关系模型中,非主属性完全依赖于码。
并且不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
2.学生(学号,姓名,性别,学院,出生日期,家庭住址,联系电话)
该关系数据模型的码为:
学号
姓名F学号
性别F学号
学院F学号
出生日期F学号
家庭住址F学号
联系电话F学号
在此关系模型中,不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
3.辅导员:
(辅导员编号,姓名,联系电话)
姓名F辅导员编号
联系电话F辅导员编号
在此关系模型中,不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
4.管理员:
(管理员编号,姓名,性别,联系电话)
姓名F管理员编号
性别F管理员编号
联系电话F管理员编号
在此关系模型中,不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
5.协管:
(协管编号,姓名,性别,联系电话)
姓名F协管编号
性别F协管编号
联系电话F协管编号
在此关系模型中,不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
6.亲友:
(亲友编号,姓名,性别,到访时间,联系电话)
姓名F亲友编号
性别F亲友编号
到访时间F亲友编号
联系电话F亲友编号
在此关系模型中,不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
7.物品:
(物品编号,物品名)
物品名F物品编号
在此关系模型中,不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
8.注册:
(注册号,注册时间)
注册时间F注册号
在此关系模型中,不存在非主属性对码的部分函数依赖和传递函数依赖,故为3NF;且所有主属性对每一个不包含它的码也是完全函数依赖的,没有任何属性完全函数依赖于非码的任何一组属性,此关系模式为:
BCNF。
4.4设计用户子模式
定义数据库模式主要是从系统的时间效率、空间效率、易维护等角度出发。
定义用户外模式时应该更注重考虑用户的习惯与方便。
包括三个方面:
1.使用更符合用户习惯的别名
合并各分E-R图曾做了消除命名冲突的工作,以使数据库系统中同一关系和属性具有唯一的名字。
这在设计数据库整体结构时是非常必要的。
但对于某些局部应用,由于改用了不符合用户习惯的属性名,可能会使他们感到不方便,因此在设计用户的子模式时可以重新定义某些属性名,使其与用户习惯一致。
因此可以定义视图。
2.针对不同级别的用户定义不同的外模式,以满足系统对安全性的要求。
这样就可以防止用户非法访问本来不允许他们查询的数据,保证了系统的安全性。
3.简化用户对系统的使用。
如果某些局部应用中经常要使用某些很复杂的查询,为了方便用户,可以将这些复杂查询定义为视图。
4.4.1管理员管理子模式
管理员关系模式中包括:
编号,姓名,性别,联系电话等属性。
学生用户只能查询编号,姓名,性别而寝室管理者可以看到所有信息。
定义两个外模式:
管理员-学生用户(编号,姓名,性别)
管理员-管理者(编号,姓名,性别,联系电话)
授权学生用户只能访问管理员-学生用户视图
授权管理者可以访问管理员-管理者视图
这样就可以防止用户非法访问本来不允许他们查询的数据,保证了系统的安全性。
4.4.2学生部门子模式
审计部门关系模式中包括:
.审计部门编号、审计部门电话、审计部门地址、审计部门财务等属性。
员工用户只能查询审计部门的审计部门编号、审计部门电话、审计部门地址。
政府总部管理者则可以查询整个审计部门的全部数据信息。
五、数据库逻辑设计
5.1表的定义
根据优化后的关系模型确定数据库表,本学生宿舍管理系统有:
宿舍表—Room、学生表—Student、辅导员表—Teacher、亲友表—Relation、协管表—Assist、管理员表—Manager、注册表—account、物品—Object
5.1.1宿舍表—Room
用于保存学生寝室相关信息数据,包括寝室号,寝室长,数据表命名为“Room”,表的结构如表5-1所示。
“寝室号”作为码。
Room
字段名
数据类型
长度
描述
RoomNum
Int
20
寝室编号
RoomMaster
Char
20
寝室长姓名
表5-1寝室表结构
5.1.2学生表—Student
学生表用于保存和学生个人相关的信息数据,包括学号,姓名,性别,学院,出生日期,家庭住址,联系电话,数据表命名为“Student”,表的结构如表5-2所示。
“学号”作为码。
Student
字段名
数据类型
长度
描述
StuNum
Int
20
学生的编号
StuSex
Char
2
学生性别
StuName
Char
20
学生的姓名
StuAcadamy
Char
20
学生所在学院
StuBirthday
Char
20
学生的生日
StuTel
Char
20
学生的电话
StuAddress
Char
20
学生的家庭住址
表5-2学生表结构
5.1.3辅导员表—Teacher
辅导员表用于保存辅导员的相关信息数据,包括辅导员编号,辅导员姓名,辅导员联系电话,数据表命名为“Teacher”,表的结构如表5-3所示。
“辅导员编号”作为码。
Teacher
字段名
数据类型
长度
描述
TeaNum
Int
20
辅导员编号
TeaName
Char
20
辅导员姓名
TeaTel
Char
20
辅导员联系电话
表5-3辅导员表结构
5.1.4管理员表—Manager
管理员表用于保存管理员相关的信息数据,包括管理员编号,管理员性别,管理员姓名,管理员电话数据表命名为“Manager”,表的结构如表5-4所示。
“管理员编号”作为码。
Manager
字段名
数据类型
长度
描述
ManagerNum
Int
20
管理员编号
ManagerSex
Char
20
管理员性别
ManagerName
Char
20
管理员姓名
ManagerTel
Char
20
管理员电话
表5-4管理员表结构
5.1.5协管表—Assist
协管部门表用于保存协管相关的信息数据,包括采购协管编号,协管性别,协管姓名,协管电话,数据表命名为“Assist”,表的结构如表5-5所示。
“协管编号”作为码。
Assist
字段名
数据类型
长度
描述
AssistNum
Int
20
协管编号
AssistSex
Char
20
协管性别
AssistName
Char
20
协管姓名
AssistTel
Char
20
协管电话
表5-5协管表结构
5.1.6亲友表—Relation
供应商表用于保存暖房子工程物料供应商相关的信息数据,包括供应商编号,供应商电话,供应商地址,供应商名称,数据表命名为“Relation”,表的结构如表5-6所示。
“亲友访问编号”作为码。
Relation
字段名
数据类型
长度
描述
RelationNum
Int
20
亲友访问编号
RelationSex
Char
20
亲友性别
RelationName
Char
20
亲友姓名
RelationVisit
Char
20
亲友访问时间
RelationTel
Char
20
亲友电话
表5-6亲友表结构
5.1.7物品表—Goods
物品表用于保存物品的相关信息数据,包括物品编号,物品名称,数据表命名为“Goods”,表的结构如表5-7所示。
“物品编号”作为码。
Goods
字段名
数据类型
长度
描述
GoodsNum
Int
20
物品编号
GoodsName
Char
20
物品名称
表5-7物品表结构
5.1.8注册表—Regist
物品表用于保存物品的相关信息数据,包括注册编号,注册时间,数据表命名为“Regist”,表的结构如表5-7所示。
“注册编号”作为码。
Regist
字段名
数据类型
长度
描述
RegistNum
Int
20
注册编号
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 数据库 课程设计 宿舍 管理 系统
![提示](https://static.bdocx.com/images/bang_tan.gif)