学生宿舍综合管理系统.docx

《数据库类课程设计》

学 号：　　 12300114

姓 名： 莫残缇娜

题 目：　 学生宿舍管理系统 　 　

指导老师：　 　 　

提交时间：　 6月4日 　 　

软件工程专业

目录
一 学生宿舍管理系统概述
二 学生宿舍管理系统需求分析
三 概念结构设计
四 逻辑结构设计
五 数据库物理设计
六 数据库实施和维护
七 总结

一 学生宿舍管理系统概述
1.现实状况分析
现现在，大学生宿舍管理系统对于学生人身安全，个人信息等起到了很大作用。统计着学生住处，宿舍管理是一项必不可少日常学生工作，只有为学生创建了一个良好风气宿舍文化才能够让学生品格，身心得到很好发展。经过创建一个数据库管理系统能够帮助宿舍管理员更方便管理学生宿舍。为大家创建一个良好生活休息场所。
2.开发环境
Window10专业版
sql server
二 学生宿舍管理系统需求分析
1.系统用户
学生，宿舍管理员。
2.安全性和完整性需求
（1）安全性要求：
学生和宿舍管理员所拥有权限必需不一样，学生只能在系统所给予权限下进行操作。宿舍管理员也一样。
（2）完整性要求：
在本系统中必需满足参考完整性和实体完整性和用户自定义完整性。
实体完整性：各个表中主码必需是唯一。
参考完整性：假如在各表中存在相同数据项那么必需要对应，不能凭空产生，不然会产生错误。
用户自定义完整性：宿舍人数上限，和哪些数据项非空等。

学生宿舍管理系统
3.系统功效需求分析

学生
管理员

录入
修改 查询
删除 录入 查询
查询 删除 录入
宿舍管理员基础信息表
修改 修改
删除
学生基础信息表

查询

查询 删除 修改 录入
宿舍基础信息表

维修表

查询

查询 录入
修改 删除

外来人员记录表
修改 删除
电费表
录入 查询

4.数据需求
在本系统中需要建立表有：

学生基础信息表：包含学号，姓名，性别，学院，宿舍楼号，宿舍号，联络方法专业，和教导员姓名号码等。
电费基础信息表：包含交电费时间，交电费人员姓名，交电费宿舍号，
充电度数，和该宿舍剩下度数。和到现在为止消耗度数。
维修物品信息表：包含所需要维修宿舍号，保修人姓名，维修物品，联络方法，报修时间，维修完成时间。
宿舍基础信息表：宿舍楼，宿舍号，宿舍人数，宿舍物品数量，宿舍人学号，姓名等。
外来人员记录表：包含外来人员姓名，要访问人员姓名，要访问人员宿舍号，进入时间，离开时间，联络方法。
宿舍管理员基础信息表：包含信息有管理员工作号，姓名，性别，联络方法，上班时间。
5.数据字典
（1）数据项
学生基础信息表数据项有：
学号： 数据类型：char(10)
取值含义：前四位表示入年份，后两位表示学院。以后表
该学生在学院号数 为主键非空

姓名：数据类型：char(8)
性别：数据类型：char(4)
学院：数据类型：char(8)
专业：数据类型：char(8)
宿舍号：数据类型：char(4)
联络方法：数据类型：char(10)
教导员姓名：数据类型：char(6)
教导员号码：数据类型：char(10)

在这个基础表中对应每一个学生实体，主码为学号，一旦确定了学号就唯一标识了一个学生实体。

电费基础信息表中数据项有：
充电人员姓名：数据类型：char(6)
充电宿舍号：数据类型：char(6)
充电度数：数据类型：char(4)
充电时间：数据类型：char(8)
宿舍目前电度数：数据类型：char(4)
到现在为止消耗电数：数据类型：char(6)
在该基础表中主码是充电人员姓名，和充电时间和宿舍号。全部不能为空

维修物品信息表包含数据项有：
宿舍号：数据类型：char(6)
保修人姓名：数据类型：char(6)
维修物品：数据类型：char(10)
联络方法：数据类型：char(10)
报修时间：数据类型：char(10)
维修完成时间：数据类型：char(10)
在该基础表中主码是宿舍号和报修物品和报修时间。全部不能为空

宿舍基础信息表包含数据项有：
宿舍号：数据类型：char(6)
宿舍人数：数据类型：char(4)
宿舍物品数量：数据类型：char(20)
宿舍人员学号：数据类型：char(10)
宿舍人姓名：数据类型：char(6)
在该基础表中主码是宿舍号，不能为空。

外来人员记录表包含数据项有：
外来人员姓名：数据类型：char(6)
要访问人员姓名：数据类型：char(6)
要访问宿舍号:数据类型：char(6)
进入时间：数据类型：char(8)
离开时间：数据类型：char(8)
联络方法：数据类型：char(10)
在该基础表中主码是：外来人员姓名，进入时间，要访问人员姓名。不能为空.

宿舍管理员基础信息表：
工作号：数据类型：char(10)
姓名：数据类型：char(6)
性别：数据类型：char(4)
联络方法：数据类型：char(10)
上班时间：数据类型：char(10)
在该基础表中主码是：工作号,不能为空。
（2）数据结构
1.学生信息：
含义说明： 在学生基础信息表中主体数据结构，定义了一个学生相关信息。
组成：学号，姓名，性别，学院，宿舍楼号，宿舍号，联络方法专业，和教导员姓名号码。

2.电费基础信息：
含义说明：电费基础信息表中主体数据结构定义了学生所交电费基础信息。
组成：交电费时间，交电费人员姓名，交电费宿舍号，
充电度数，和该宿舍剩下度数。

3.维修物品信息：
含义说明：维修物品信息表中主体数据结构，定义了学生所要维修物品基础信息。
组成：宿舍号，保修人姓名，维修物品，联络方法，报修时间，维修完成时间。

4.宿舍基础信息：
含义说明：宿舍基础信息表中主体数据结构，定义了一个宿舍中基础信息。
组成：宿舍号，宿舍人数，宿舍物品数量，宿舍人学号，姓名等。

5.外来人员信息：
含义说明：外来人员基础信息表中主体数据结构，定义了外来人员基础信息。
组成：外来人员姓名，要访问人员姓名，要访问人员宿舍号，进入时间，离开时间，联络方法。

6.宿舍管理员基础信息表：
含义说明：宿舍管理员基础信息表中主体数据结构，定义了宿舍管理员基础信息。
组成：管理员工作号，姓名，性别，联络方法，上班时间。

（3）数据流图

数据流编号
数据流名称
说明
数据流起源
数据流去向
数据流组成
1
查询学生基础信息
查询学生学号就能查到学生信息
宿舍管理员
学生
学生基础信息表
学号
2
查询维修物品
查询物品物品信息
学生，宿舍管理员
维修物品基础信息表
报修人姓名
报修时间
报修物品

3
查询宿舍情况
查询宿舍基础情况
宿舍管理员
宿舍基础信息表
宿舍号
4
查询外来人员情况
查询外来人员情况
宿舍管理员
外来人员基础信息表
外来人员姓名，进入时间，访问人员姓名
5
查询宿舍管理员情况
查询宿舍管理员基础信息
宿舍管理员
宿舍管理员基础信息表
工作号
6
查询电费基础情况
查询宿舍电量情况
学生，宿舍管理员
电费基础信息表
交电费时间，交电费人员姓名，宿舍号
7
宿舍人数
查宿宿舍人数
宿舍管理员
宿舍基础信息表
宿舍号

（4）数据存放

数据存放编号
名称
组成
输入数据流
输出数据流
1
宿舍管理员信息
宿舍管理员表包含全部数据项
宿舍管理员
宿舍管理员基础信息表
2
学生信息
学生表实体中全部数据项
宿舍管理员
学生基础信息表
3
宿舍信息
宿舍表实体中全部数据项
宿舍管理员
宿舍基础信息表
4
电费信息
电费表实体中全部数据项
宿舍管理员
电费基础信息表
5
维修物品信息
维修物品实体中全部数据项
学生
维修物品基础信息表
6
外来人员信息
外来人员实体中全部数据项
宿舍管理员
外来人员基础信息表
（5）处理过程

处理过程编号
处理过程名称
输入数据流
处理
输出数据流
1
对于宿舍管理员信息处理
查询，修改，删除，录入宿舍管理员信息
全部对宿舍管理员表操作
进行操作后结果保留在宿舍管理员信息表中
2
电费信息处理
充电，查询电费。
对充电费表进行查询，录入
最终结果保留在电费基础信息表中
3
外来人员信息处理
录入，修改，查询，删除
对外来人员基础信息表中实体进行全部操作
结果保留在外来人员基础信息表中
4
维修物品信息处理
录入，修改，查询，删除
对维修物品信息表中实体进行全部操作
结果保留维修物品基础信息表中
5
宿舍基础信息处理
录入，修改，查询，删除
对宿舍基础信息表中实体进行全部操作
结果保留宿舍基础信息表中
6
学生基础信息处理
录入，修改，查询，删除
对学生基础信息表中实体进行全部操作
结果保留学生基础信息表中

三 概念结构设计

在学生宿舍管理系统中有以下多个实体：
学生：学号，姓名，性别，学院，宿舍号，联络方法，专业，和导员姓名号码。

维修物品：宿舍号，保修人姓名，维修物品，联络方法，报修时间，维修完成时间。

电费：交电费时间，交电费人员姓名，交电费宿舍号，
充电度数，和该宿舍剩下度数。

宿舍：宿舍号，宿舍人数，宿舍物品数量，宿舍人学号，姓名等。

外来人员：外来人员姓名，要访问人员姓名，要访问人员宿舍号，进入时间，离开时间，联络方法。

管理员：工作号，姓名，性别，联络方法，上班时间。

这些实体之间联络有：
（1） 一个宿舍能够住下多名学生，而一名学生只能住一个宿舍所以她们之间关系为一对多。用住宿表示它们之间联络。
（2） 一个学生能够保修多个维修物品，而一个维修物品只能由一名学生报修，所以它们之间关系为一对多。用修理表示这种关系。
（3） 一个学生能够冲数次电费，而电费能够由宿舍不一样同学冲。所以她们之间关系为多对多。用充电表示这种关系。
（4） 一个宿舍管理员能够统计多个外来人员，而一个外来人员只能由一个宿舍管理员统计。用统计表示这种关系。
（5） 一个宿舍管理员能够管理多个学生，一个学生也能够有多个宿舍管理员管理。用管理表示这种关系。
（6） 一个宿舍能够由多个物品要维修，而一个维修物品只能在一个宿舍中，所以它们之间关系为一对多。用故障表示这种关系。

实体属性图：
联络方法
学生
导员电话
学院
宿舍号
姓名
性别
导员姓名
专业
学号

宿舍号
报修时间
维修物品

进入时间
访问人员姓名
访问宿舍号
离开时间
联络方法
姓名
外来人员
宿舍号
宿舍人员姓名
宿舍人员学号
宿舍物品数量
宿舍人数
宿舍
姓名
剩下度数
充电度数
时间
交电费宿舍号
电费
维修完成时间
保修人姓名
维修物品
联络方法

上班时间
联络方法
工作号
性别
姓名
宿舍管理员

E-R图
宿舍号
时间

余度数
姓名
度数

学号

姓名

电费

物品数量
宿舍号
宿舍号
n
舍员学号
充电

学院

住宿
m
舍员姓名
宿舍
学生
n 1
专业

宿舍人数
电话
m
1
管理
性别
1
维修

故障

导员电话

导员姓名
n
电话
n
n
查询
工作号
管理员

维修物品

上班时间

姓名

1
物品名称
性别

登记

人员姓名

报修人姓名

访员姓名
n
外来人员

维修完成时间
宿舍号

访问宿舍号

报修时间
电话

进入时间
联络方法

离开时间

四 逻辑结构设计
E-R图向关系模型转换
E-R图向关系模型转换要处理问题是，将实体型和实体间联络方法转换为关系模式，怎样确定这些关系模式属性和码。
下面是转换标准：
（1）一个1:1联络能够转换为一个独立关系模式，也能够和任意一端对应关系模式合并。
（2）一个1：n联络能够转换为一个独立关系模式，也能够和N端对应关系模式合并。
（3）一个n:m联络转换为一个关系模式。
（4）三个或三个以上实体间一个多元联络能够转换为一个关系模式。
（5）含有相同码关系模式能够合并。
能够写出含有以下关系模式：

外来人员关系模式（姓名，访问人员姓名，访问宿舍号，进入时间，联络方法，离开时间，管理职员作号）

管理员关系模式（工作号，性别，姓名，联络方法，上班时间）

学生关系模式（学号，姓名，宿舍号，学院，专业，联络方法，性别，导员姓名，导员电话）

电费关系模式（时间，宿舍号，充电度数，姓名，剩下度数）

宿舍关系模式（宿舍号，宿舍物品数量，宿舍人员学号，宿舍人员姓名，宿舍人数）

维修物品关系模式（宿舍号，保修人姓名，维修物品，联络方法，报修时间，维修完成时间）

用户子模式：
用户子模式关键是为了方便划分不一样用户对数据操作权限而建立视图。
关键是为了数据安全性，而设置了不一样访问权限。
学生用户对外来人员信息表没有访问权限，管理员对

五 数据库物理结构设计
建立索引
1. 因为在学生基础信息表和宿舍管理员基础信息表和宿舍基础信息表中主码：学号，宿舍号，工作号常常在查询和连接操作连接条件中出现，而且它们值为一，考虑在三个属性上建立唯一性索引。

2. 因为在外来人员信息表中主码：外来人员姓名，访问人员姓名，进入时间。组合值唯一常常在查询条件中出现，所以考虑在她们之上建立组合索引。

3. 因为在电费基础信息表中主码：充电时间，交电费宿舍号，姓名组合。
组合值唯一。常常在查询条件中出现，所以考虑在她们之上建立组合索引。

4. 因为在维修物品基础信息表中主码：宿舍号，维修物品，报修时间。组合值唯一。常常在查询条件中出现，所以考虑在它们之上建立组合索引。

5. 其它有需要也能够建立索引。

数据存放位置
数据库数据备份，日志文件备份等因为只在故障恢复时才使用，而且数据量很大，存放在磁带上。将表和索引分别存放在不一样磁盘上，在查询时因为磁盘驱动器并行工作，能够提升物理I/o读写效率。
总而言之数据库存放结构关键考虑存取时间，存取空间利用率和维护代价三个方面原因。

六 数据库实施和维护
建立数据库和基础表
Create database 学生宿舍管理系统

基础表建立

学生基础信息表建立
Create table student
(
xuehao char(10) PRIMARY KEY,
Xingming char(8),
Xingbie char(4),
Xueyuan char(8),
Zhuanye char(8),
Sushehao char(4),
Lianxifangshi char(10),
Daoyuanxingming char(6)
Yuanyuanhaoma char(10)
)

电费基础信息表建立

Create table dianfei
(
xingming char(6) not null,
sushehao char(6)not null,
chongdiandushu char(4),
time char(8) not null,
nowdushu char(4),
xiaohaodushu char(6),
PRIMARY KEY(xingming ,sushehao ,chongdiandushu)
)

维修物品信息表建立
Create table weixiu
(
Sushehao char(6) not null,
Baoxiurenxingming char(6),
Wupin char(10) not null,
Lianxifangshi char(10),
Time char(10) not null,
Wanchengshijian char(10),
PRIMARY KEY(sushehao,wupin,time)
)

宿舍基础信息表建立
Create table sushi
(
Sushehao char(6)PRIMARY KEY,
Renshu char(4),
Wulinshuliang char(20),
Susherenyuanxuehao char(30),
Renyuanxingming char(30)
）

外来人员基础信息表建立
Create table wailairenyuan
(
Xingming char(6) not null,
Fangwenrenyuan char(6) not null,
Fanwensushehao char(6),
Jinrushijian char(8),
Likaishijian char(8),
PRIMARY KEY(xingming, jinrushijian,fangwenrenyuan)
)

宿舍管理员基础信息表
Create table susheguanliyuan
(
gongzuohao char(10) PRIMARY KEY,
xingming char(6),
xingbie char(4),
lianxifangshi char(10),
shabanshijian char(10)
)

视图建立及索引
建立一个学生学院视图包含学生名字，专业，学号，教导老师。方便查找学生学习信息
Create view student_xueyuan
As
Select xingming, xuehao,zhuanye
From student;

建立一个只有宿舍号，需要维修物品视图，方便管理员查阅。
Create view weixiu_xuyaowupin
As
Select sushehao,xupin
From weixiu;

建立一个交电费情况视图只有度数，宿舍号，时间，方便统计有没有犯错。
Create view dianfei_qingkuang
As
Select sushehao,time,dushu
From dianfei;

建立一个宿舍人员视图，包含在宿舍人姓名，学号。
Create view sushi_renyuan
As
Select xuehao,xingming,
From sushe;

 建立索引
Create unique xuehao index on student(xuehao);

Create unique sushehao index on sushi(sushehao);

Create unique index gongzuohao on susheguanliyuan(gongzuohao);

Create unique index wailaisuoyin on wailairenyuan(xingming,fangwenrenyuan,
Jinrushijian);

Create unique index dianfeisuoyin on dianfei(xingming,shijian,sushehao);

Create unique index weixiusuoyin on weixiu(sushehao,shijian,wupin);
数据库维护

为了维护数据库正常运行
在此系统中做好以下多个方面
确保发生故障能够立即将数据库恢复到原来状态，降低对数据库破坏。
为了满足用户对于数据库安全性，完整性要求，需要管理员不停修改。
监督数据库运行，性能监督，分析和改造。可能在数据库设计过程中，数据结构不完善等。还有不法份子侵入数据库对于信息盗取等。
总而言之需要做好备份系统数据，恢复数据库系统，产生用户信息表，授权信息表，监视系统运行情况，立即处理系统错误，确保系统数据安全，周期更改用户口令。

六 总结
因为我们上个学期学习了数据库原理，经过一个假期也忘记了很多，所以只能不停从网上结合书本结合老师给PPT来完成这次数据库设计。有很多方面思索不到位。比如表和表结合查询连接做得很不到位，设计过程中原来不用为每个实体设计那么多数据因为很多全部反复。不过自己没有足够思索到位。
我也没有画E-R图，因为只需要将实体联络图和实体属性图连接起来就能够得到了E-R图。对数据字典和数据流图这两个方面我也不知道怎么去写。只能看一下网上资料去照猫画虎。
即使学习了一个星期数据库不过还是有很多对于数据库方面不了解，所以经过书本能够学习到东西有限，还需要自己去寻求资料进行学习。学习自学，很关键。
这次数据库课程设计还有很多方面没有做到位。全部是自己原因，是自己没有足够下工夫。以后我会花更多时间和精力在自己需要做事情上。