数据库大作业学生宿舍管理系统
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
学生宿舍管理系统13070941 信管2班李维
一、需求分析阶段
我们宿舍在管理上都是采用纸上登记,文本记录的,针对此现状,我提出了学生宿舍管理系统的设计。
(1)调查分析
现在要开发学生宿舍管理系统,首先要调查用户的需求。本次调查采取的主要步骤有:
(1)开调查会。通过与老师,学生座谈了解他们对该管理系统的期望与要求。
(2)请专人介绍。找专业老师了解宿舍的具体安排情况以及学生的入住信息。
(3)设计调查表请学生填写。调查学生的个人信息,宿舍的基本信息,工作人员的基本信息。
首先调查基本信息:
学生住在宿舍楼中,每站宿舍区都会有若干名阿姨负责本宿舍区的日常管理。
(1)学生的基本信息:
入校时,每位同学都有唯一的学号,并被分配到指定的宿舍楼和指定的宿舍,也会有一个宿舍号,其入校时间就是他的入住时间。
(2)宿舍的基本信息:
每间宿舍都有唯一的楼号和宿舍号,每站宿舍区都有自己的电话号码。
(3)工作人员基本信息:
每站宿舍区都有驻楼阿姨和保洁阿姨的编号。
(4)报修的基本信息:
宿舍楼中经常出现财产的损坏,比如灯泡坏了,厕所的马桶出故障了等,这时,同学们需要将财产损坏情况报告给宿舍楼管理员,以便学校派人进行维修。这时,需要记录报修的宿舍号和损坏的财产编号,同时记录报修的时间和损坏的原因。当损坏的财产维修完毕后,应记录解决时间,表示该报修成功解决。
(5)来访者基本信息
每站宿舍对于每一次的人员来访都要做好相应的登记。包括来访者和被访者的信息。
(2)用户对系统的要求
1、信息要求:
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息,报修的所有信息和来访者的信息,以利于对整个宿舍楼的全面管理。
2、处理要求:
当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。比如,某些同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;当宿舍财产报修及时解决后,管理员应登记解决时间,表明该报修问题已成功解决。
3、安全性与完整性要求:
A、安全性要求:
(1)系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;
(2)系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;
(3)系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。
B、完整性要求:
(1)各种信息记录的完整性,信息记录内容不能为空;
(2)各种数据间相互的联系的正确性;
(3)相同的数据在不同记录中的一致性。
数据库功能:基本信息管理、住宿管理、服务管理、来访者管理。基本信息管理包括学生信息、宿舍信息、工作人员信息;住宿信息包括入住、分配床位、毕业退宿;服务管理包括电费、维修;来访者管理包括来访者信息登记、来访者查询。
(3)数据字典设计
(数据项,数据结构,数据量,数据存储,处理过程)
一、数据项
含数取长别范类说项
8学char
编学姓10Varcar
学姓性2
char
学20
专Varcar
学
11
char
方学4
char
阿编号 10
Varch舍宿工员ar
姓名阿姨舍宿2
年龄smallint
阿姨
舍宿Varch工职位员20
ar
阿姨从事工作
11
系联char
机手舍宿阿姨方式号码 2
Varch舍宿,澄区名ar
所属园区泽,沁,润 2
站名char
区园一站,几站二站 char 楼号2 舍宿是几栋 3
char
零几宿舍舍宿
二、数据结构
含义说明组成数
结据构名学生登记入住信息学学号,姓名,性别,专业,联系方式,入住时间生住信宿息员工号,姓名,年龄,性别,职员工就职信息员.
三、数据流
以来访人员为例:
数据流:来访人员
说明:对每日的来访人员进行登记查询数据流来源:来访者
数据流去向:来访者信息表
组成:来访信息
平均流量: 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)
(4)来访者表Victor:(来访人姓名lfrxm,被访人姓名bfrxm,所属关系gx,证件名称zj,来访日期lfrq,来访时间lfsj,归访时间gfsj,学号xh)
(5)员工信息表Staff:(员工号ygh,员工姓名ygxm,年龄nl,楼号lh,性别xb,职位zw,联系方式lxfs)
四、物理结构设计.
数据库在物理设备上的存储结构与存储方法称为数据库的物理结构,为一个给定的逻辑数据模型选取一个最适合应用要求的物理结构的过程就是数据库的物理设计
分两步走:
(1)确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构;
(2)对物理结构进行评价,评价的重点是时间和空间效率。
对于不同的表要建立不同的索引,如学生住宿表建立唯一索引,宿舍表建立组合索引