房产科把用户申请表输入计算机后,系统首先检查申请表的合法性,《数据库课程设计房产管理系统》...

《数据库课程设计-房产管理系统》

软 件 学 院课程设计报告书课程名称 数据库课程设计 设计题目 房产管理系统 专业班级 XXXXXXXXXXXXXXXXXXXXX 学 号 xxxxxxxxxxx 姓 名 xxxx 指导教师 xxxxxx 2011 年 6 月目 录1 设计时间 12 设计目的 13 设计任务 14 设计内容 14.1 需求分析 .24.2 概念结构设计 .54.3 逻辑结构设计 .64.5 数据库表空间和表设计 .74.6 数据库的实施 .94.7 创建其它数据库对象 .125 总结与展望 .12参考文献 141 设计时间时间&＃xff1a;17 周(2011 年 6 月 13~2011 年 6 月 19 日)2 设计目的数据库原理及应用课程设计是软件工程专业集中实践性环节之一。其目的在于加深对数据库基础理论和基本知识的理解&＃xff0c;掌握使用数据库进行软件设计的基本方法&＃xff0c;提高运用数据库解决实际问题的能力&＃xff0c;最终实现对于给定的应用环境&＃xff0c;构造最优的数据库模式&＃xff0c;建立数据库及其应用系统&＃xff0c;使之能够有效地存储数据&＃xff0c;满足各种用户的应用需求(信息要求和处理要求) 。同时&＃xff0c;此次设计对于同学将来的毕业设计和具体工作实践将有重要的意义。近年来&＃xff0c;随着计算机技术的发展和电脑的普及&＃xff0c;特别是企业上网工程和办公自动化的进展迅猛&＃xff0c;越来越多的企业在管理部门纷纷采用 MIS 通过办公室的一台 PC 机完成复杂的日常业务处理&＃xff0c;从而减少工作量提高效率。在这样的背景下&＃xff0c;更多的国有大中型企业从中受益。通常这样的企业存在部门多&＃xff0c;业务杂&＃xff0c;数据流量大的特点&＃xff0c;如果在各个部门使用一个针对性强&＃xff0c;操作简单而数据处理功能强大的 MIS&＃xff0c;无疑是能起到事半功倍的效果。3 设计任务房产管理系统应具有分房、调房、退房和咨询统计功能&＃xff0c;同时应能对房产信息、住房信息、住户基本信息及住户家庭信息等进行管理&＃xff0c;并建立住房和住户之间的对应关系。对这些信息应能进行方便快捷的新增、修改和删除等操作&＃xff0c;另外还能快速找到所需的信息&＃xff0c;这个就是 需要查询功能4 设计内容房产管理系统。系统主要功能1.分房&＃xff0c;调房&＃xff0c;退房询&＃xff0c;咨统计2.用户可以查询房产信息&＃xff0c;住房信息&＃xff0c;住户信息&＃xff0c;住户家庭信息3.删除&＃xff0c;修改&＃xff0c;新增信息-1-4.1 需求分析房产科把用户申请表(按照统一的格式由用户填写)输入系统后&＃xff0c;系统首先检查申请表的合法性&＃xff0c;对不合法的申请表系统拒绝接受&＃xff0c;对合法的申请表根据类型分别进行处理。如果是分房申请&＃xff0c;则根据申请者的情况计算其分数&＃xff0c;当分数高于阈值分数时&＃xff0c;按分数高低将申请单插到分房队列的适当位置。每月最后一天进行一次分房活动&＃xff0c;从空房文件中读出空房信息&＃xff0c;把好房优先分配给排在分房队列前面的符合该登记住房条件的申请者&＃xff0c;从空房文件中删除掉这个房号的信息&＃xff0c;从分房队列中删除申请单&＃xff0c;并把此房号的信息和住户信息一起写到住房文件中&＃xff0c;输出住房分配单给住户&＃xff0c;同时计算房租并将算出的房租写到房租文件中。如果是调房申请&＃xff0c;则根据申请者的情况确定其住房等级&＃xff0c;然后在空房文件中查找属于给等级的空房&＃xff0c;退掉原住房&＃xff0c;再进行与分房类似的处理。如果是退房申请&＃xff0c;则从住房文件和房租文件中删除有关的信息&＃xff0c;再把此房号的信息写到空房文件中。 住户可向系统询问目前分房的阈值分数&＃xff0c;居住某类房屋的条件&＃xff0c;某房号的单位面积房租等信息。房产科可以要求系统打印出住房情况的统计表&＃xff0c;或更改某类房屋的居住条件、单位面积房租等。4.2 概念结构设计E-R 图是分为两部分实体和属性&＃xff0c;每个实体可以有多个属性&＃xff0c;这些属性用来表示实体的性质。不同实体之间可以用关系进行连接&＃xff0c;表明各个实体之间的内在联系。实体和实体之间的关系有一对一的关系(1&＃xff1a;1) &＃xff0c;一对多的关系(1&＃xff1a;N )和多对多的关系(N&＃xff1a;M ) 。4.2.1 用户与住房 E-R 图 图 4.2.1用户住房面积户主申请 房产住房面积房号房租住房分数要求家庭人口住房分数部门职称房号m n4.2.2 管理员与用户 E-R 图 管理员 管理 用户密码 角色姓名 性别工号住房面积 住房分数户主职称部门房号密码家庭人口1 n图 4.2.24.2.3 操作员和住房 E-R 图操作员管理房产操作员管理住房要求用户 要求房号 房租住房面积 分配标志住房分数mnnm图 4.2.34.2.4 管理员和操作员 E-R 图 图 4.2.4-3-管理员 管理 操作员姓名 性别工号 密码角色姓名 性别角色工号 密码1 n4.2.5 总 E-R 图住房标准管理管理员管理房产管理管理用户管理操 作 员管理住房要求管理申请住房面积 最低住房分数1n1nn1mn nm1 nmn图 4.2.54.3 逻辑结构设计数据库逻辑设计的任务是将概念结构转换成特定 DBMS 所支持的数据模型的过程。从此开始便进入了“实现设计”阶段&＃xff0c;需要考虑到具体的 DBMS 的性能、具体的数据模型特点。从 E-R 图所表示的概念模型可以转换成任何一种具体的 DBMS 所支持的数据模型&＃xff0c;如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题&＃xff0c;所以只介绍 E-R 图如何向关系模型进行转换。关系模型的逻辑结构是一组关系模式的集合。E-R 图则是由实体&＃xff0c;实体的属性和实体间的联系三个要素组成。所以将 E-R 图转换为关系模型实际上就是要将实体&＃xff0c;实体的属性和实体间的联系转换为关系模式。转换原则如下。1. 实体类型的转换:一个实体型转换成一个关系模式。实体的属性就是关系的属性&＃xff0c;实体的码就是关系的码。2&＃xff0e;联系类型的转换&＃xff0c;根据不同的情况做不同的处理。(1)一个 1&＃xff1a;1 的联系可以转换为一个独立的关系模式&＃xff0c;也可以与任意一端对应的关系模式合并。如果转换为一个独立的关系模式&＃xff0c;则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性&＃xff0c;每个实体的码均是该关系的候选码。如果与某一端实体对应的关系模式合并&＃xff0c;则需要在该关系模式的属性中加入另一个关系模式的码和联系本身的属性。(2)一个&＃xff11;&＃xff1a;N 的联系可以转换为一个独立的关系模式&＃xff0c;也可以与 N 端对应的关系模式合并。如果转换为一个独立的关系模式&＃xff0c;则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性&＃xff0c;而关系的码为 N 端实体的码。(3)一个 M&＃xff1a;N 联系转换为一个关系模式。与该联系相连的各实体的码为各实体码的组合。(4)三个或三个以上实体间的一个多元联系可以转换为一个关系模式。与该多元联系相连的各实休的码以及联系本身的属性均转换为关系的属性&＃xff0c;而关系的码为各实体码的组合。(5)具有相同码的关系模式可合并。3. 根据学生宿舍管理系统的 E-R 图转换为关系模型如下。-5-将每一个实体转换成一个关系(关系就是给出关系名&＃xff0c;属性就是实体属性&＃xff0c;并标明该关系的主键用下划线来表示)关系模式&＃xff1a;用户信息表(户主&＃xff0c;部门&＃xff0c;职称&＃xff0c;人口&＃xff0c;房号)住房要求(户主&＃xff0c;要求)住房标准(面积&＃xff0c;最低分数)房产文件(房号&＃xff0c;住房面积&＃xff0c;分配标志&＃xff0c;房租)住房文件(户主&＃xff0c;职称&＃xff0c;部门&＃xff0c;人口&＃xff0c;分数&＃xff0c;房号&＃xff0c;住房面积)分房要求(户主&＃xff0c;部门&＃xff0c;职称&＃xff0c;人口&＃xff0c;分数&＃xff0c;要求面积)退房要求(部门&＃xff0c;房号)调房要求(户主&＃xff0c;部门&＃xff0c;职称&＃xff0c;人口&＃xff0c;分数&＃xff0c;面积&＃xff0c;房号&＃xff0c;申请面积)以上关系模式均为 3NF。4.5 数据库表空间和表结构