数据库原理及应用课程设计-房产管理系统.docVIP

软 件 学 院 课程设计报告书 课程名称 数据库原理及应用课程设计 设计题目 房产管理系统 专业班级 学 号 姓 名 指导教师 2013年月 2 2 设计目的 2 3 设计任务 2 4 设计内容 3 4.1 需求分析 3 4.2概念结构设计 3 4.2.1实体 3 4.2.2局部视图 3 4.3逻辑结构设计 6 4.3.1 E-R图转化关系模式 6 4.3.2数据模型的优化 6 4.4物理结构设计 8 4.4.1 创建数据表 8 4.4.2 创建视图 9 4.4.3建立触发器 9 4.4.4建立索引 10 4.4.5 界面 910 5 总结与展望 1212 参考文献 成绩评定 13 17周（33）数据库原理及应用课程设计是软件工程专业集中实践性环节之一，是学习完《数据库原理及应用》课程后进行的一次全面的综合练习。其目的在于加深对数据库基础理论和基本知识的理解，掌握使用数据库进行软件设计的基本方法，提高运用数据库解决实际问题的能力，最终实现对于给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求(信息要求和处理要求)。同时，此次设计对于同学将来的毕业设计和具体工作实践将有重要的意义。房产科把用户申请表（按照统一的格式由用户填写）输入系统后，系统首先检查申请表的合法性，对不合法的申请表系统拒绝接受，对合法的申请表根据类型分别进行处理。 如果是分房申请，则根据申请者的情况计算其分数，当分数高于阈值分数时，按分数高低将申请单插到分房队列的适当位置。每月最后一天进行一次分房活动，从空房文件中读出空房信息，把好房优先分配给排在分房队列前面的符合该登记住房条件的申请者，从空房文件中删除掉这个房号的信息，从分房队列中删除申请单，并把此房号的信息和住户信息一起写到住房文件中，输出住房分配单给住户，同时计算房租并将算出的房租写到房租文件中。 如果是调房申请，则根据申请者的情况确定其住房等级，然后在空房文件中查找属于给等级的空房，退掉原住房，再进行与分房类似的处理。 住户可向系统询问目前分房的阈值分数，居住某类房屋的条件，某房号的单位面积房租等信息。房产科可以要求系统打印出住房情况的统计表，或更改某类房屋的居住条件、单位面积房租等。 数据要求： 住房标准文件：住房面积、最低住房分数（按住房面积大小递增排列）。 房产文件：房号、住房面积、分配标志、每平方米房租（按房号递增排列）。 住房文件：户主、部门、职称、家庭人口、住房分数、房号、住房面积（按户主名拼音字母顺序排列）。 住房要求：户主＋[分房要求∣调房要求]。 分房要求：部门、职称、家庭人口、住房分数、要求住房面积。 调房要求：部门、职称、家庭人口、住房分数、原住房面积、原房号、要求调房面积。 实现用户分房、调房22房屋2实体属性 实体属性 实体属性 实体属性 实体属性 实体属性 房屋 屋实体属性4。 4 屋实体属性 （5）视图集成 所有局部ER模式都设计好了后，接下来就是把它们综合成单一的全局概念结构。全局概念结构不仅要支持所有局部ER模式，而且必须合理地表示一个完整、一致的数据库概念结构。 1)确定公共实体类型 为了给多个局部ER模式的合并提供开始合并的基础，首先要确定各局部结构中的公共实体类型。 2)局部ER模式的合并 合并的原则是：首先进行两两合并；先和合并那些现实世界中有联系的局部结构；合并从公共实体类型开始，最后再加入独立的局部结构。 3)消除冲突 冲突分为三类：属性冲突、结构冲突、命名冲突。 4)全局ER模式的优化 在得到全局ER模式后，为了提高数据库系统的效率，还应进一步依据处理需求对ER模式进行优化。一个好的全局ER模式，除能准确、全面地反映用户功能需求外，还应满足下列条件：实体类型的个数要尽可能的少；实体类型所含属性个数尽可能少；实体类型间联系无 冗余。综上所述，得出综合E-R图如图4-7所示。 图4-7 综合E-R图 4.3逻辑结构设计 4.3.1 E-R图转化关系模式 1. 用户（户主、职称、部门、住房分数、房号、家庭人口） 2. 申请表（户主、申请类型、表单号、户主所在单位） 3. 房产科（科长、办公室号、联系电话、表单号、户主、所分房号、原房号） 4. 分房（户主、所分房号、住房分数、要求面积、部门、职称、家庭人口） 5. 调房（户主、原房号、要求面积、住房分数、原面积、部门、职称、家庭人口） 4.3.2数据模型的优化 1.用户（户主、职称、部门、住房