数据库大作业——学生宿舍管理系统

合集下载
相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

数据库大作业——学生宿舍

管理系统

-标准化文件发布号:(9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII

学生宿舍管理系统

13070941 信管2班李维

一、需求分析阶段

我们宿舍在管理上都是采用纸上登记,文本记录的,针对此现状,我提出了学生宿舍管理系统的设计。

(1)调查分析

现在要开发学生宿舍管理系统,首先要调查用户的需求。本次调查采取的主要步骤有:

(1)开调查会。通过与老师,学生座谈了解他们对该管理系统的期望与要求。

(2)请专人介绍。找专业老师了解宿舍的具体安排情况以及学生的入住信息。

(3)设计调查表请学生填写。调查学生的个人信息,宿舍的基本信息,工作人员的基本信息。

首先调查基本信息:

学生住在宿舍楼中,每站宿舍区都会有若干名阿姨负责本宿舍区的日常管理。

(1)学生的基本信息:

入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。

(2)宿舍的基本信息:

每间宿舍都有唯一的楼号和宿舍号,每站宿舍区都有自己的电话号码。

(3)工作人员基本信息:

每站宿舍区都有驻楼阿姨和保洁阿姨的编号。

(4)报修的基本信息:

宿舍楼中经常出现财产的损坏,比如灯泡坏了,厕所的马桶出故障了等,这时,同学们需要将财产损坏情况报告给宿舍楼管理员,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。

(5)来访者基本信息

每站宿舍对于每一次的人员来访都要做好相应的登记。包括来访者和被访者的信息。

(2)用户对系统的要求

1、信息要求:

宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,报修的所有信息和来访者的信息,以利于对整个宿舍楼的全面管理。

2、处理要求:

当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。比如,某些

同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;当宿舍财产报修及时解决后,管理员应登记解决时间,表明该报修问题已成功解决。

3、安全性与完整性要求:

A、安全性要求:

(1)系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;

(2)系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;

(3)系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。

B、完整性要求:

(1)各种信息记录的完整性,信息记录内容不能为空;

(2)各种数据间相互的联系的正确性;

(3)相同的数据在不同记录中的一致性。

数据库功能:基本信息管理、住宿管理、服务管理、来访者管理。基本信息管理包括学生信息、宿舍信息、工作人员信息;住宿信息包括入住、分配床位、毕业退宿;服务管理包括电费、维修;来访者管理包括来访者信息登记、来访者查询。

(3)数据字典设计

(数据项,数据结构,数据量,数据存储,处理过程)

一、数据项

二、数据结构

三、数据流

以来访人员为例:

数据流:来访人员

说明:对每日的来访人员进行登记查询数据流来源:来访者

数据流去向:来访者信息表

组成:来访信息

平均流量:20人/天

高峰期流量:50人/天

五、处理过程

二、概念结构设计

1)

分E-R 图

(2)总E-R图

三、逻辑结构设计

(1)转换原则:

⒈一个实体型转换为一个关系模式。

关系的属性:实体型的属性

关系的码:实体型的码

2. 一个1:n联系可以转换为一个独立的关系模式,也可以与n端对应的关系

模式合并。

1) 转换为一个独立的关系模式

关系的属性:与该联系相连的各实体的码以及联系本身的属性

关系的码:n端实体的码

2) 与n端对应的关系模式合并

合并后关系的属性:在n端关系中加入1端关系的码和联系本身的属性

合并后关系的码:不变

可以减少系统中的关系个数,一般情况下更倾向于采用这种方法。

3.一个1:1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。

1) 转换为一个独立的关系模式

关系的属性:与该联系相连的各实体的码以及联系本身的属性

关系的候选码:每个实体的码均是该关系的候选码

2) 与某一端对应的关系模式合并

合并后关系的属性:加入对应关系的码和联系本身的属性

合并后关系的码:不变

4.一个m:n联系转换为一个关系模式。

关系的属性:与该联系相连的各实体的码以及联系本身的属性

关系的码:各实体码的组合。

5.三个或三个以上实体间的一个多元联系转换为一个关系模式。

关系的属性:与该多元联系相连的各实体的码以及联系本身的属性

关系的码:各实体码的组合

6. 具有相同码的关系模式可合并。

目的:减少系统中的关系个数。

合并方法:将其中一个关系模式的全部属性加入到另一个关系模式中,然后去掉其中的同义属性(可能同名也可能不同名),并适当调整属性的次序

(2)关系模式

(1)学生住宿表(student accommodation(SA)):(学号xh,姓名xm,性别xb,专业zy,入住时间rzsj,联系方式lxfs,楼号lh,宿舍号ssh)

(2)宿舍表(Dormitory):(区名qm,站名zm,楼号lh,宿舍号ssh,电话号码dhhm,可住人数kzrs,已住人数yzrs)

(3)设备报修表(equipment maintenance(EM)):(区名qm,站名zm,楼号lh,宿舍号ssh,物品号wph,报修原因bxyy,提交日期tjrq,解决日期jjrq,报修费用bxfy)

相关文档
最新文档