数据库课程设计-宿舍管理.doc

广西师范大学学生宿舍管理系统学 院:计算机科学与信息工程学院班 级: XXXXXX学 号： XXXXX姓 名： XXXXXX需求分析 用户需求说明：每所大学都有大量的宿舍提供给学生租住，为了方便管理这些宿舍的住宿情况，大学的后勤部门希望建立一个数据库来管理学生宿舍的分配。凡是需要住宿的学生都要填写一个申请表，表中有学生的信息情况和要申请的宿舍及租用时间。学生可以租用一个房间中的一个床位，每个房间有一个唯一的的房间号，房间中的每个床位都有租金，房间编号，住宿编号。住宿编号唯一地确定了所有学生公寓中的可用房间，在房间租给学生时使用。每个公寓由后勤部门的几个职工共同管理。在每个新学年的开始，签订新的租用合同，最少为一个学期，最多的是一年。学生要交一学年的住宿费用，然后每个学期都有一张发票。假设一旦签订了租用合同便会根据租金情况开出住宿发票，学生凭发票交费。如果学生在规定的日期之前没有交费，则会收到两封提示交费的信件。学生住宿管理过程中涉及到的信息需求有以下几种： 租用合同数据 公寓数据 房间数据 发票数据 学生数据 职工数据 欠款提示数据学生住宿管理处理需求有以下几种情况： 查询可以租用的公寓情况 查询房间的租用情况 查询租房学生的租用情况 查询租房学生的欠款情况数据字典： 数据项名：合同编号 说明：标识每份合同 类型：CHAR 长度：8 数据流名：租用合同 说明：由学生个人信息，欲租用房间信息组成租用合同 来自过程：无 流至过程：租用合同录入 数据结构：学生个人信息 欲租用的房间信息 数据结构：学生个人信息说明：学生的个人情况 组成：学号 姓名 性别 家庭住址 联系电话 邮政编码 所在系 数据存储：职工 说明：说明每个职工的职责，一个职工可管理多个公寓，一个公寓可由多名职工管理 输出数据流：职工信息 数据描述：职工编号 数量：100200 存取方式：随机存取 处理过程：租用合同录入 说明：对输入的学生信息和欲租房间信息进行处理，得到租用合同 输入：学生个人信息 欲租房间信息 输出：租用合同 数据流图：概念设计在该应用中，设计的范围主要涉及到提供给学生的租房信息、学生租用信息、学生租房的交费信息等。根据所提供的信息，学生住宿管理涉及到的实体如下。 租用合同：存放所有的可租用学生的租用合同，主键为“合同编号”。 公寓：存放所以可租用的公寓信息，主键为“公寓编号”。 房间：存放公寓所提供的所有房间信息，主键为“住宿编号”。 发票：存放学生所交租金而开出的所有发票，主键为“发票编号”。 学生：存放所有的学生基本信息，主键为“学号”。 职工：存放后勤部门的职工信息，主键为“职工编号”。 欠款提示：存放欠款学生的提示信，主键为“提示编号”。 付款方式：存放不同的付款方式，主键为“付款方式编号”。定义实体间的联系:1. 学生租房必须签订合同，由于每个学期都要签订一次租用合同，故一个学生可能多次签订合同，而每份合同只对应一个学生。因此，“学生”实体与“租用合同”实体之间是一对多联系。2. 凡是租房的学生都要付租金。因此学生要交一个学年的住宿费用，每个学期都有一张发票，而每张发票都对应一份合同，因此，“租用合同”实体与“发票”实体之间是一对多联系。3. 每张发票只有一种支付方式，而每种支付方式可以在不同的发票中使用，因此，“支付方式”实体和“发票”实体之间是一对多联系。4. 如果学生在一个规定的日期之前没有交费，则会收到两封提示交费的信，因此，每张发票最多对应两封提示信，而每封提示信一定对应一张发票，所以“发票”实体和“提示信”实体之间是一对多联系。5. 每个公寓提供多个房间。因此“公寓”实体与“房间”实体之间是一对多联系。6. 如果每个职工只能管理一个公寓，而一个公寓可由多名职工管理，“公寓”实体与“职工”之间是一对多联系。7. 每份租用合同只能租用一个房间，而每个房间可多次使用，即有多份合同。因此，“房间”实体与“租用合同”实体之间是一对多联系。给实体及联系加上描述属性： “租用合同”实体：合同编号、租期、开始日期、终止日期、学号、住宿编号。 “公寓”实体：公寓编号、公寓名称、公寓地址、公寓房间数量。 “房间”实体：住宿编号、房间编号、每学期租金、公寓编号、床位数、租满否。 “发票”实体：发票编号、学期、应付款日期、实际付款日期、租用合同编号、支付方式编号。 “提示信息”实体：提示信编号、发票编号、提示日期1、提示日期2、备注。 “职工”实体：职工编号、姓名、性别、出生年月、地址、办公电话、住在电话、邮箱、职称、部门、公寓编号。 “付款方式”实体：付款方式编号、付款方式。 “学生”实体：学号、姓名、性别、家庭住址、联系电话、邮政编码、所在系。完整的E-R图：逻辑设计 根据实体到关系模式以及联系到关系模式的映射规则，可得到以下一组关系模式集。1. 租用合同（合同编号，租期，开始日期，终止日期，学号，住宿编号）主键：合同编号候补键：住宿编号+开始日期，学号+开始日期外键：学号，引用“学生”关系中的学号； 住宿编号，引用“房间”关系中的住宿编号。函数依赖集F：合同编号租期，开始日期，终止日期，学号，住宿编号，住宿编号，开始日期合同编号，租期，终止日期，学号，学号，开始日期合同编号，租期，终止日期，住宿编号。“租用合同”关系中不存在非主属性与候选键之间的部分与传递函数依赖，所以“租用合同”关系满足第三范式。2. 公寓（公寓编号，公寓名称，公寓地址，公寓房间数量） 主键：公寓编号 函数依赖F： 公寓编号公寓名称，公寓地址，房间数量 “公寓”关系中不存在非主属性与候选键之间的传递函数依赖，所以“公寓”关系满足第三范式。3. 房间（住宿编号，房间编号，每学期租金，公寓编号，床位数，租满否主键：住宿编号候补键：公寓编号+房间编号外键：公寓编号，引用了“公寓”关系中的公寓编号。函数依赖集F：住宿编号房间编号，每学期租金，公寓编号，床位数，租满否，公寓编号，房间编号住宿编号，每学期租金，床位数，租满否关系中不存在非主属性与候选键之间的部分与传递函数依赖，所以“房间”关系满足第三范式。4. 发票（发票编号，学期，应付款日期，实际付款日期，合同编号，支付方式编号）主键：发票编号外键：合同编号，引用了“租用合同”关系中的合同编号； 付款方式编号，引用了“付款方式”关系中的付款方式编号。 函数依赖F： 发票编号学期，应付款日期，实际付款日期，合同编号，付款方式编号。 关系中不存在非主属性与候选键之间的部分与传递函数依赖，所以“发票”关系满足第三范式。5. 付款方式（付款方式编号，付款方式）主键：付款方式编号函数依赖F：付款方式编号付款方式。该关系满足第三范式。6. 职工（职工编号，姓名，性别，出生年月，地址，办公电话，住宅电话，邮箱，职称，部门，公寓编号）主键：职工编号候补键：邮箱外键：公寓编号函数依赖集F：职工编号姓名，性别，出生年月，地址，办公电话，住宅电话，邮箱，职称，部门，公寓编号；邮箱职工编号，姓名，性别，出生年月，地址，办公电话，住宅电话，职称，部门，公寓编号。该关系中不存在非主属性与候补键之间的部分与传递函数依赖，所以“职工”关系满足第三范式。7. 学生（学号，姓名，性别，家庭住址，联系电话，邮政编码，所在系）主键：学号候补键：联系电话函数依赖集F：学号姓名，性别，家庭住址，联系电话，邮政编码，所在系；联系电话学号，姓名，性别，家庭住址，邮政编码，所在系。关系中不存在非主属性与候补键之间的部分与传递函数依赖，所以“学生”关系满足第三范式。8. 提示信（提示信编号，发票编号，提示日期1，提示日期2，备注）主键：提示信编号外键：发票编号，引用了“发票”关系中的发票编号