完整word版学生宿舍管理系统数据库设计.docx
《完整word版学生宿舍管理系统数据库设计.docx》由会员分享，可在线阅读，更多相关《完整word版学生宿舍管理系统数据库设计.docx（17页珍藏版）》请在冰豆网上搜索。
完整word版学生宿舍管理系统数据库设计
学生宿舍管理系统数据库设计
一、需求分析
1.1调查用户需求
1、用户对系统的要求
一、宿舍楼管理员：
a。
信息要求:
Forpersonaluseonlyinstudyandresearch；notforcommercialuse
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，快件收发的所有信息，报修的所有信息，夜归的详细信息和学生离返校的信息。
以利于对整个宿舍楼的全面管理。
b。
处理要求：
当学生基本信息发生变化时,宿舍楼管理员能对其进行修改.比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去;或者学生转换专业,他们记录中院系的信息也要作相应的修改等等。
Forpersonaluseonlyinstudyandresearch;notforcommercialuse
当宿舍楼的电话号码发生变更时，宿舍楼管理员能根据有关证明做出修改。
当快件到达本宿舍楼时，宿舍楼管理员应依据到达快件的相关信息在快件信息中插入一条记录，当同学们接收快件后，管理员应登记快件的接收时间，表明该信件已成功到达收信人的手中。
当宿舍财产报修及时解决后，管理员应登记解决时间,表明该报修问题已成功解决.
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、风险评估
仅供个人用于学习、研究；不得用于商业用途。
Forpersonaluseonlyinstudyandresearch;notforcommercialuse。
NurfürdenpersönlichenfürStudien，Forschung,zukommerziellenZweckenverwendetwerden。
Pourl’étudeetlarechercheuniquementàdesfinspersonnelles;pasàdesfinscommerciales.
толькодлялюдей，которыеиспользуютсядляобучения,исследованийинедолжныиспользоватьсявкоммерческихцелях.
以下无正文
升级会员 