设计房产管理系统设计.docVIP

毕业设计 设计题目 房产管理系统 2012 年 TOC \o 1-5 \h \z 1酣喇 1 2 姗， 1 3耐條 1 4断峭 1 HYPERLINK \l bookmark5 \o Current Document \h 4.1需求分析 2 HYPERLINK \l bookmark6 \o Current Document \h 4. 2概念结构设计 2 HYPERLINK \l bookmark7 \o Current Document \h 4. 3逻辑结构设计 5 4. 5数据库表空间和表设计 6 HYPERLINK \l bookmark8 \o Current Document \h 4. 6数裾库的实施 8 HYPERLINK \l bookmark9 \o Current Document \h 4. 7创建其它数据库对象 10 HYPERLINK \l bookmark10 \o Current Document \h 5总结与展望 11 轉捕 12 1设计时间 时间：17周 2设计目的 数据库原理及应用课程设计是软件工程专业集中实践性环节之一。其目的在于加深 对数据库基础理论和基本知识的理解，掌握使用数据库进行软件设计的基本方法，提高 运用数据库解决实际问题的能力，最终实现对于给定的应用环境，构造最优的数据库模 式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求（信 息要求和处理要求）。同吋，此次设计对于冋学将来的毕业设计和具体工作实践将有重 要的意义。 近年來，随着计算机技术的发展和电脑的普及，特别是企业上网工程和办公自动化 的进展迅猛，越来越多的企业在管理部门纷纷采用MTS通过办公室的一台PC机完成复 杂的日常业务处理，从而减少工作量提高效率。在这样的背景下，更多的国有大中型企 业从中受益。通常这样的企业存在部门多，业务杂，数据流量大的特点，如果在各个部 门使用一个针对性强，操作简单而数据处理功能强大的MIS，无疑是能起到事半功倍的 效果。 3设计任务 房产管理系统应具有分房、调房、退房和咨询统计功能，同吋应能对房产信息、住 房信息、住户基木信息及住户家庭信息等进行管理，并建立住房和住户之间的对应关系。 对这些信息应能进行方便快捷的新增、修改和删除等操作，另外还能快速找到所需的信 息，这个就是需要査询功能 4设计内容 房产管理系统。 系统主要功能 分房，调房，退房询，咨统计 用户可以查询房产信息，住房信息，住户信息，住户家庭信息 删除，修改，新增信息 4. 1需求分析 房产科把用户申请表（按照统一的格式由用户填写）输入系统后，系统首先检查申 请表的合法性，对不合法的申请表系统拒绝接受，对合法的申请表根据类型分别进行处 理。 如果是分房申请，则根据申请者的情况计算其分数，当分数高于阈值分数时，按分 数高低将中请单插到分房队列的适当位罝。每II最后一天进行一次分房活动，从空房文 件中读出空房信息，把好房优先分配给排在分房队列前面的符合该登记住房条件的申请 者，从空房文件中删除掉这个房号的信息，从分房队列中删除申请单，并把此房号的信 息和住户信息一起写到住房文件中，输出住房分配单给住户，冋时计算房租并将算出的 房租写到房租文件中。 如果是调房申请，则根据申请者的情况确定其住房等级，然后在空房文件中查找属 于给等级的空房，退掉原住房，再进行与分房类似的处理。 如果是退房中请，则从住房文件和房租文件中删除有关的信息，再把此房号的信息 写到空房文件中。 住户可向系统询问目前分房的阈值分数，居住某类房屋的条件，某房号的单位面积 房租等信息。房产科可以要求系统打印出住房情况的统计表，或更改某类房屋的居住条 件、单位面积房租等。 4. 2概念结构设计 E-R图是分为两部分实体和属性，每个实体可以冇多个属性，这些属性用来表示实 体的性质。不同实体之间可以用关系进行连接，表明各个实体之间的内在联系。实体和 实体之间的关系有一对一的关系（1: 1），一对多的关系（1: N）和多对多的关系（N: M）o 4.2.1用户与住房E-R图 图4.2.1 4.2.2管理员与用户E-R图 图 4.2.2 4.2.3操作员和住房E-R图 图 4.2.3 4.2.4管理员和操作员E-R阁 阁 4.2.4 角色 角色? 用户 11 n 操作员 m n 住房要求 图 4.2.5 4.3逻辑结构设计 数据库逻辑设计的任务是将概念结构转换成特定DBMS所支持的数据模型的过程。 从此开始便进入了 “实现设计”阶段，需要考虑到具体的DBMS的性能、具体的数据 模型特点。 从E-R图所表示的概念模型可以转换成任何一种具体的DBMS所支持的数据模型, 如网状模型、层次模型和关系模型。这里只讨论关系数据库的逻辑设计问题