学生宿舍管理系统数据库设计电子教案.docx

上传人:b****5 文档编号:5928837 上传时间:2023-01-02 格式:DOCX 页数:15 大小:201.31KB
下载 相关 举报
学生宿舍管理系统数据库设计电子教案.docx_第1页
第1页 / 共15页
学生宿舍管理系统数据库设计电子教案.docx_第2页
第2页 / 共15页
学生宿舍管理系统数据库设计电子教案.docx_第3页
第3页 / 共15页
学生宿舍管理系统数据库设计电子教案.docx_第4页
第4页 / 共15页
学生宿舍管理系统数据库设计电子教案.docx_第5页
第5页 / 共15页
点击查看更多>>
下载资源
资源描述

学生宿舍管理系统数据库设计电子教案.docx

《学生宿舍管理系统数据库设计电子教案.docx》由会员分享,可在线阅读,更多相关《学生宿舍管理系统数据库设计电子教案.docx(15页珍藏版)》请在冰豆网上搜索。

学生宿舍管理系统数据库设计电子教案.docx

学生宿舍管理系统数据库设计电子教案

 

学生宿舍管理系统数据库设计

学生宿舍管理系统数据库设计

一、需求分析

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

宿舍电话

宿舍号

夜归原因

夜归时间

学生

学号

姓名

性别

院系

 

设计完成的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.

 толькодлялюдей,которыеиспользуютсядляобучения,исследованийинедолжныиспользоватьсявкоммерческихцелях. 

以下无正文

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 医药卫生 > 基础医学

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1