数据库课程设计祥解.ppt

宿舍管理数据库分析与设计 引言 学生宿舍管理是当代学校不可或缺的一部分，当今计算机技术飞速发展，数据库是其中重要的一环，建立宿舍管理数据库以逐步摆脱对人工管理的依赖，可以提高学校在宿舍管理部这方面的效率与安全性，也是当今信息化社会的发展趋势。 分析 学生，管理员，宿舍，快件，来访者，内务  （1）一名来访者可以访问多个学生。 （2）一名学生可以被多个来访者访问。 （3）一名学生只能住在一个宿舍中。 （4）一个宿舍中可以住多名学生。 （5）一名学生可以收取多个快件。 （6）一个快件寄给一名学生 （7）一个宿舍可以被多名管理员管理。 （8）一名管理员可以管理多个宿舍。 （9）一个宿舍可以在多个内务评比住出现。 （10）一次内务评比中可以出现多个宿舍。 （11）对于住宿情况，需要记录下入住时间；并且在学生离返校时需要记录下学生离返校时间，有些学生可能寒暑假不回家，这么做方便更好的管理。 （12）每次有来访者时，需要记录来访者的信息，以及来访时间和离开时间。 （13）有快件时，需要记录快件到达时间，以便管理。 ·学生的基本信息：学号，姓名，性别，系别，专业，班级，联系方式，辅导员 姓名，辅导员联系方式。 ·管理员基本信息：员工号，姓名，年龄，性别，职位，联系方式。 ·宿舍基本信息：楼号，宿舍号，可住人数，已住人数。 ·快件基本信息：楼号，宿舍号，姓名，数量，到达时间。 ·来访者基本信息：来访姓名，被访姓名，关系。 ·内务基本信息：整洁程度。 ·来访者来访信息表：每次有来访者时，给这项报表增加一项信息。内容包括： 来访时间，结束时间，来访者姓名，被访者姓名，被访者学号，关系。 ·学生住宿表：每个学生入住时需要记录入住时间，宿舍号等信息。内容包括： 学生学号，宿舍号，姓名，入住时间。 ·离返校表：每个学生离返校时需要有一个记录，方便学校管理。内容包括：学 生学号，姓名，楼号，宿舍号，离校时间，返校时间。 ·快件收取表：有快件到来时也需要登记。内容包括：学生学号，姓名，楼号， 宿舍号，数量，接收时间。 ·宿舍管理表：为了方便管理，需要给出管理员与宿舍之间联系。内容包括：楼 号，宿舍号，管理员号，管理员姓名。 ·评比表：记录内务整洁的宿舍名单。内容包括：楼号，宿舍号，整洁程度。 ·学生（学号，姓名，性别，系别，专业，班级，联系方式，辅导员姓名，辅导员联系方式）。 ·管理员（员工号，姓名，年龄，性别，职位，联系方式）。 ·宿舍（楼号，宿舍号，可住人数，已住人数，入住时间）。 ·快件（楼号，宿舍号，姓名，数量，到达时间，接收时间）。 ·内务（整洁程度）。 ·来访者（来访者姓名，被访姓名，关系）。 ·来访者来访（来访者姓名，被访学号，被访姓名，来访时间，结束时间，关系）。 ·离返校（学号，姓名，楼号，宿舍号，离校时间，返校时间）。 ·评比（楼号，宿舍号，整洁程度）。 ·管理（楼号，宿舍号，管理员号）。 经分析可以发现，“学生”“管理员”“快件”“内务”“宿舍”“离返校”“评 比”“管理”“来访者”“快件”十个关系模式中，都不存在部分函数依赖和传递 函数依赖，因此都属于第三范式。 ·分析来访者来访 主码为来访者姓名，被访者学号，（被访者学号）→被访者姓名，存在部分函数 依赖。可以分解为：来访_学号（被访学号，被访姓名），来访（来访姓名，被访 学号，来访时间，结束时间，关系）。 分解后的关系模式都不存在部分函数依赖以及传递函数依赖，符合第三范式。 ·分析管理 主码为楼号，宿舍号，但（楼号）→管理员号，可以分解为宿舍_号（楼号，宿 舍号），此关系模式和宿舍有重复，管理（楼号，管理员号）。 分解后的关系模式都不存在部分函数依赖以及传递函数依赖，符合第三范式。 至此，所有关系模式都成为第三范式。 假设系统用户分为如下几类: ·系统管理员：具有系统的全部操作权限。 ·教务部门：具有对学生基本信息的管理权。 ·人事部门：具有对管理员基本信息的维护权。 ·各宿舍管理部门：具有对学生离返校，快件，住宿，来访等信息的维护权。 ·用户：具有对部分数据的查询权。 （1）数据录入 包括对所有表的录入。只有具有相应权限的用户才能录入相应数据。 （2）数据删除 包括对所有数据的删除。只有具有相应权限的用户才能删除相应的数据。删除数据要注意表之间的关联关系，如在删除“学生表”之前应该先删除与之有关联关系的表的内容，在进行删除之前要提醒用户是否真的要删除数据。 （3）数据修改 当某些数据发生变化或者录入不正确时，应该允许用户进行修改。修改数据一般是先根据一定条件查询出要修改的记录，然后对某些记录进行修改，修改完成后再写回数据库中。同理，只有具有相应权限的用户才可以进行修改。 （4）数据查询 一般允许所有使用数据库的用户都具有查询权限。本系统提出