学生宿舍综合管理系统数据库设计.doc

学生宿舍管理系统数据库设计
一、需求分析
1.1 调查用户需求
1、 用户对系统要求
一、宿舍楼管理员：
a.信息要求：
宿舍楼管理员能查询上面提到宿舍楼全部相关信息，包含某一学号学生在宿舍楼中住宿具体信息，快件收发全部信息，报修全部信息，夜归具体信息和学生离返校信息。以利于对整个宿舍楼全方面管理。
b.处理要求：
当学生基础信息发生改变时，宿舍楼管理员能对其进行修改。比如，一些同学搬到其它宿舍中去，她们在本宿舍楼中对应统计就应该删去；或学生转换专业，她们统计中院系信息也要作对应修改等等。
当宿舍楼电话号码发生变更时，宿舍楼管理员能依据相关证实做出修改。
当快件抵达本宿舍楼时，宿舍楼管理员应依据抵达快件相关信息在快件信息中插入一条统计，当同学们接收快件后，管理员应登记快件接收时间，表明该信件已成功抵达收信人手中。
当宿舍财产报修立即处理后，管理员应登记处理时间，表明该报修问题已成功处理。
c．安全性和完整性要求：
安全性要求：
1.系统应设置访问用户标识以判别是否是正当用户，并要求正当用户设置其密码，确保用户身份不被盗用；
2.系统应对不一样数据设置不一样访问等级，限制访问用户可查询和处理数据类别和内容；
3.系统应对不一样用户设置不一样权限，区分不一样用户，如区分一般用户（学生），管理员。
完整性要求：
1.多种信息统计完整性，信息统计内容不能为空；
2.多种数据间相互联络正确性；
3.相同数据在不一样统计中一致性。

二、本宿舍楼学生：
a.信息要求：
本宿舍楼学生能查询其所在宿舍全部信息，能查询本楼指定宿舍电话号码以利于同楼宿舍间通信。能查询自己快件信息。能查询自己夜归统计和离返校统计。
b.处理要求：
本宿舍楼学生能在报修信息表中插入报修信息，表示本宿舍财产发生了损毁需要学校派人维修。
学生离校时，能在离返校统计表中插入离校时间；学生返校后，能在离返校统计表中插入返校时间，表示已经回校。
1.2 系统功效设计
依据如上得到用户需求，我们将本系统根据所完成功效分成以下几部分：
1、用户管理部分
1、处理用户注册
2、处理用户登录
3、用户能够查询学生信息。
4、用户能够查询快件信息。
5、用户能够提交和查询报修信息。
6、用户能够插入和删除用户自己离返校信息。
7、用户能够修改用户自己密码。
2、管理员管理部分
1、处理管理员登录
2、管理员能够查询学生信息。
3、管理员能够公布和更新快件信息。
4、管理员能够插入、修改和查询报修信息。
5、管理员能够插入和查询学生夜归信息。
6、管理员能够查询在校和离校学生信息。
7、管理员能够修改管理员密码。

1.3 数据流图
报修分数据流图

快件分数据流图

离返校分数据流图

夜归分数据流图

总数据流图

1.4 数据字典
1.数据项

住宿学生数据字典：
属性名
存放代码
类型
长度
备注
学号
Sno
char
20
住宿学生学号
姓名
Sname
char
20
住宿学生姓名
性别
Ssex
char
4

专业
Sdept
char
40
学生专业
宿舍号
Dno
char
6
住宿学生宿舍号
入住时间
Scheckin
date
8
新生搬入时间

宿舍数据字典：
属性名
存放代码
类型
长度
备注
宿舍号
Dno
char
6

宿舍电话
Dphone
char
15

宿舍财产数据字典：
属性名
存放代码
类型
长度
备注
物品号
Pno
Int
2
宿舍物品编号
物品名
Pname
char
20
宿舍物品名

邮件快递数据字典：
属性名
存放代码
类型
长度
备注
姓名
Sname
char
20
收件人姓名
宿舍号
Dno
char
6
收件人宿舍号
抵达时间
Marrive
date
8
邮件快递抵达时间
接收时间
Mreceive
date
8
收件人接收时间
邮件数量
Mnumber
tinyint
2
学生收到邮件数量

报修数据字典：
属性名
存放代码
类型
长度
备注
宿舍号
Dno
char
6
报修人宿舍号
物品号
Pno
Int
2
报修物品编号
提交日期
Rsubmit
date
8
报修提交日期
处理日期
Rsolve
date
8
问题处理日期
报修原因
Rreason
char
50
物品损坏原因

晚归数据字典：
属性名
存放代码
类型
长度
备注
学号
Sno
char
20
晚归学生姓名
宿舍号
Dno
char
6
晚归学生宿舍号
晚归时间
Btime
timestamp
14
学生晚归时间
晚归原因
Breasonr
Char
10
学生晚归原因

离校数据字典：
属性名
存放代码
类型
长度
备注
学号
Sno
char
20
离校学生姓名
宿舍号
Dno
char
6
离校学生宿舍号
离校时间
Ltime
date
8
学生离校时间
返回时间
Lreturn
date
8
学生返校时间

用户数据字典：
属性名
存放代码
类型
长度
备注
用户ID
Uname
char
20

用户密码
Upassword
char
20

用户类型
Utype
tnyint
1
一般或超级用户

2.数据结构

数据结构名
组成
用户信息
用户ID，用户密码，用户类型（一般用户，管理员）
住宿学生信息
学号，姓名，性别，专业，宿舍号，入住时间
宿舍信息
宿舍号，宿舍电话
宿舍财产信息
物品号，物品名
邮件快递信息
姓名，宿舍号，抵达时间，接收时间，邮件数量
报修信息
宿舍号，物品号，提交日期，处理日期，报修原因
夜归信息
学号，宿舍号，晚归时间，晚归原因
离校信息
学号，宿舍号，离校时间，返回时间

3.数据流
数据流名
数据流起源
数据流去向
组成
登记报修信息
学生
学生报修记录表
报修信息
查询报修信息
学生报修信息表
管理员
报修信息
登记已修信息
管理员
学生报修记录表
已修信息
登记快件信息
管理员
邮件快递表
快件信息
收取快件
邮件快递表
学生
快件信息
登记确定信息
学生
邮件快递表
确定信息
登记夜归信息
管理员
夜归记录表
夜归信息
查询夜归信息
夜归记录表
管理员
夜归信息
登记离返校信息
学生
离返校记录表
离返校信息
查询离返校信息
离返校信息记录表
学生
离返校信息
查询离返校信息
离返校信息记录表
管理员
离返校信息

4.数据存放
数据存放名
输入数据流
输出数据流
组成
学生报修记录表
报修信息
已修信息
报修信息
报修信息
已修信息
邮件快递表
快件信息
快件信息
确定信息
快件信息
确定信息
夜归记录表
夜归信息
夜归信息
夜归信息
离返校记录表
离返校信息
离返校信息
离返校信息

5.处理过程
处理过程名
输入数据流
输出数据流
登记报修
报修信息
报修信息
查询报修
报修信息
报修信息
登记已修信息
已修信息
已修信息
收取快件
快件信息
快件信息
登记快件信息
快件信息
快件信息
登记夜归
夜归信息
夜归信息
查询夜归
夜归信息
夜归信息
登记离返校信息
离返校信息
离返校信息
查询离返校信息（管理员）
离返校信息
离返校信息
查询离返校信息（学生）
离返校信息
离返校信息

二、概念设计
依据需求分析说明书设计ER图
学生住宿信息管理子系统
宿舍
住宿
n
1
宿舍电话
宿舍号
入住时间
学生
学号
姓名
性别
院系

报修子系统
宿舍
财产
报修
m
n
财产号
财产名
宿舍电话
宿舍号
宿舍号
报修原因
报修时间

收取快件子系统
快件
学生
接收
1
n
学号
姓名
性别
院系
姓名
宿舍号
数量
抵达时间
接收时间

离返校子系统
宿舍
离返校
n
1
宿舍电话
宿舍号
返回时间
离校时间
学生
学号
姓名
性别
院系

夜归管理子系统
宿舍
夜归
n
1
宿舍电话
宿舍号
夜归原因
夜归时间
学生
学号
姓名
性别
院系

设计完成ER图为：

三、逻辑设计
3．1 关系表设计
将ER图转换为关系模式、要求设计出数据库全部关系表
表3.1 住宿学生（STUDENT）
属性汉字名称
属性名
类型
长度
完整性约束
学号
SNO
CHAR
10
主键
姓名
NAME
CHAR
20
非空
性别
SEX
CHAR
2
值为“男”或“女”
专业
：
：
：
：
表3.2 。。。。。。
：
：
以上关系模式均为BCNF。
3．2 视图设计
为了方便程序查询，建立了以下用户视图：
学生信息视图（学号，姓名，性别，院系，宿舍号，宿舍电话）
要求写出视图定义语句
财产报修视图（宿舍号，财产名，报修时间，处理时间，报修原因）
学生夜归视图（学号，姓名，性别，院系，宿舍号，时间，夜归原因）
学生离校视图（学号，姓名，性别，院系，宿舍号，离校时间，返校时间）
学生在校视图（学号，姓名，性别，院系，宿舍号，宿舍电话）
3．3 存放过程及触发器设计
四、物理设计
确定数据库物理结构关键指确定数据存放位置和存放结构，包含确定关系、索引、聚簇、日志、备份等存放安排和存放结构，确定系统配置等。

比如：
1、系统自动在每个表主码上建立索引。
2、在STUDENT表SNAME列上建立STU_SNAME索引，因为查询操作很多全部使经过学生姓名进行。
：
：
：
五、数据库实施阶段
建立数据库、数据图，视图，索引。

六、数据库系统维护
1、数据库备份恢复
（1）制订备份方案；
（2）评定备份方案；
（3）实施备份方案；
（4）验证备份结果
2、数据库健康检验
（1）系统和数据库完整性；
（2）系统和数据库可用性；
（3）系统、数据库和应用性能；
（4）系统备份和恢复方案评定。
3、数据库紧抢救援
（1）数据库不明原因，无法开启；
（2）数据块损坏；
（3）数据误删除；
（4）文件意外损失；
（5）系统表空间损坏；
（6）其它情况。
4、现场技术支持
（1）软件安装帮助；
（2）升级计划和实施；
（3）数据库计划和布署；
（4）问题诊疗及分析；
（5）紧急故障处理；
（6）其它用户需要现场服务。
5、风险评定