房产管理系统(数据库课程设计)演示教学

房地产公司售楼管理系统的详细设计说明书一．需求分析1.1系统总功能需求首先需要对房地产售楼管理系统进行详细的了解和分析，一个功能完全满足基本需要的系统需要包括以下几个模块：1.1.1基本数据维护功能模块在这个功能模块中，提供了使用者获取数据并添加至数据库服务器的途径。

比如在这个模块中可以提取房屋的信息，也可以对这些信息做修改、更新。

1.1.2基本业务功能模块这个功能模块主要实现对售楼合同的管理、售楼信息的管理。

比如根据合同模板打印合同。

如果合同已打印或签订，可以对其进行记录。

1.1.3数据库管理功能模块这个功能模块主要实现对所有的楼盘信息、房屋信息和客户信息进行统一管理，数据导入和售楼信息发布等情况也要进行详细的登记，以便能对整个售楼部门运作有全面的了解，并根据实际情况补充不足的部分。

1.1.4信息查询功能模块在对售楼系统进行全面信息化管理的过程中，查询是一项非常重要的功能。

比如楼盘信息，房屋的信息等，这项功能能使用户得到即时房屋各项信息，方便售楼部门根据实际情况选择业务方式。

1.1.5安全使用管理功能模块这是任何一个信息管理系统都需要的部分，操作只能由专人进行，只有售楼管理部门的工作人员才能拥有权限，特别是数据的导入进度和通知书打印，如果没有安全管理部分，后果难以想象，可能每次登录都需要用户身份的验证。

1.1.6帮助功能模块这是软件不可缺少的部分，为了方便使用者实用软件，应该有一个详细的帮助模块。

房地产售楼管理系统的需求功能图如图所示：1.2基本数据维护功能模块基本数据维护功能模块如图所示：（1）数据的导入：楼盘信息的添加、房屋信息的添加、客户信息的添加这个功能实现把楼盘、房屋和客户信息导入数据库中，实现数据的更新。

（2）数据的修改：这个功能实现把楼盘、房屋、客户修改后的信息导入数据库1.3基本业务功能基本业务功能需求模块的具体功能如图所示。

这些功能需球基本上包括了工作人员要求提供的业务：（1）合同处理功能：该功能实现的是将需要打印的合同信息从数据库中读出，然后根据合同模版生成合同。

软件工程课程设计—房产信息管理系统目录1设计内容..。

..。

..。

...。

.。

.。

.。

..。

.。

.。

....。

...。

... ...。

.。

..。

...。

..。

.。

.。

..。

.。

.。

..。

...。

....。

..。

..。

1 2 概要设计...。

..。

...。

..。

..。

.。

.。

.。

.。

.。

.。

....。

.. ..。

.。

.。

.。

....。

.。

...。

...。

..。

.。

.。

.。

..。

...。

.。

..。

.。

.。

1 2.1需求分析过程。

...。

...。

..。

..。

.。

.。

.。

...。

.。

.。

.。

.。

.。

.。

.。

.。

.。

.。

....。

..。

.。

....。

.。

.。

.。

1 2.2数据字典。

.。

..。

.。

...。

.。

..。

.。

.。

...。

.。

.。

.。

.。

..。

.。

..。

..。

.。

..。

.。

.。

.。

..。

.....。

.。

.。

.。

.........。

.. 2 3. 详细设计。

.。

.....。

.。

.。

....。

....。

..。

.。

..。

.。

.。

.。

..。

..。

.。

.。

..。

...。

..。

.。

..。

.。

.。

.。

.。

..。

. 3 3.1概念模式设计。

.。

.。

.。

..。

.。

..。

..。

.......。

..。

....。

.。

...。

..。

...。

..。

.。

.。

.。

..。

.。

..。

...........。

. 33。

1。

1实体 .。

...。

..。

..。

.。

.....。

.。

.。

.。

...。

..。

.。

.。

.。

..。

...。

.。

......。

..。

.。

...。

.。

..。

.。

.。

.。

.。

.。

. 33。

1.2局部视图。

....。

.。

.。

..。

.。

.。

.。

...。

..。

.。

..。

..。

.。

. .。

....。

.。

..。

.。

....。

.。

..。

.。

.。

.。

. 33.1.3视图集成 ...。

.。

.。

.。

..。

.。

.。

.。

..。

.。

..。

...。

.。

...。

.。

..。

...。

...。

.。

.。

.。

...。

.。

.。

.。

.。

...。

.。

.。

7 3。

2逻辑模式设计..。

《数据库原理课程设计》任务书题目：房屋中介管理系统学生姓名：朱强学号：13480144 班级：13物联网工程1班题目类型：软件工程（R）指导教师：一、数据库课程设计题目简介该设计要求学生以房屋中介管理系统为背景，设计并开发一套“房屋中介管理系统”软件。

通过该题目的设计、开发，使学生初步得到数据库开发的训练，全面培养软件开发过程中的分析、设计、编码、测试及文档规范书写的能力，得到软件开发的综合训练，提高解决实际问题的能力。

二、数据库课程设计的任务1、查阅文献资料，一般在10篇以上；2、以房屋中介管理系统为背景，通过调研、分析现有的管理模式和已有的管理软件，建立系统模型；3、完成软件结构设计、数据库设计和算法设计；4、完成房屋中介管理系统的软件开发和测试工作。

5、撰写设计说明书；6、做好答辩工作。

三、数据库课程设计的主要内容、功能及技术指标某房屋中介公司拥有多名职员分管不同业务，公司与多名房主具有业务联系，每个房主在委托房屋中介公司进行房屋的出租或出售时都要填写一张表格，说明房屋的地址、面积、朝向、类别以及价格等相关信息。

需要租住或购买房屋的客户在向中介公司寻求服务时，也需要登记需要租住或购买的房屋的细节要求。

职员负责与客户约定时间，并陪同客户看房，若客户看中房屋，公司将记录客户购买或租住房屋的合同的相关信息。

为此公司设计一个数据库应用系统。

1、系统功能的基本要求：（1）管理公司职员的基本信息，以及所进行的业务信息，如联系客户、陪同客户看房的信息。

（2）登记房屋、房主以及客户的信息，并能进行方便地增、删、改。

（3）方便房主查询所需要的房屋的查询功能。

（4）统计待租或待售的房屋信息等。

2、数据库要求：（在数据库中至少应该包含下列数据表）（5）公司职员基本信息表；（6）客户基本信息表；（7）房屋基本信息表；（8）客户购买或租住房屋的合同的相关信息表。

3、其它要求：（1）系统要实现满足多种条件的统计分析功能，有些统计数据要采用图表的格式呈现；（2）系统要有一定的安全控制策略；（3）系统要采用实际数据进行测试。

房地产管理系统1.问题描述随着住房制度改革不断深化和居民收入水平的提高，住房成为新的消费热点。

1998以后，随着住房实物分配制度的取消和按揭政策的实施，房地产投资进入平稳快速发展时期，房地产业成为经济的支柱产业之一。

国内房地产业的不断高速发展使得传统的管理方式难以胜任当前海量的数据存储和更新，从某种意义上说阻碍了房地产业的发展，因此，企业为自己开发房地产管理系统就显得迫不及待。

房地产信息分为两大类，一类是以图形为主要表征的几何信息，一类是以文本数据为主要表征的属性信息。

属性信息表示房屋及房屋用地几何位置的特征及房产属性数据文件：如权属、用途、面积等。

如果数字化成图技术在房地产测量中的应用可以解决房地产测量几何信息的处理，而房地产属性信息的处理则主要依赖于数据库技术。

2.质量属性需求说明2.1 性能需求1.购房者向系统提交房产检索信息后，系统将在3秒内向顾客显示检索结果。

在等待时间可显示厂商的广告宣传片2.向购房者提供多种方式的查询服务，系统以表格的形式给出满足条件的房产户型，用户可以查看户型的详细介绍。

3.系统容许购房者同时执行多个操作，例如可以同时进行菜单检索和价格比较，汇总等。

4.能快速、灵活地以图、文、像等方式录入楼盘、房屋信息，对历史资料等提供一定的信息服务。

5.能实时、完整地完成楼盘、房屋信息的检索、汇总、收集、处理和存储提供楼盘、房屋信息的多手段、汇总、修改、排序、追加等数据库处理功能。

6.提供其他的相关服务，如公司简介、楼盘简介以及楼盘预定情况的统计信息等。

2.2 安全性需求1.系统必须经超级管理员（数据库操作员）登录系统才可以执行添加删除修改等相关操作2.系统权限分为普通用户和超级管理员两种权限。

普通用户（买房者）只能执行查询功能，而超级管理员则可以执行系统的所有功能2.3软件质量属性1．易用性：该系统应便于使用，对所有客户提供24小时全天候服务。

2．灵活性：顾客在系统内所有页面切换保持流畅。

1 系统分析1.1 需求分析通过对一些典型销售管理系统的考查、分析以及实际的市场调查与研究，要求本系统具有以下功能：⏹规范、完善的基础信息设置，对基础信息的全面管理。

⏹对房屋的预订、销售、收款以及退房进行管理。

⏹对各种业务按不同的时间段查询。

⏹对各种房屋以及客户、销售人员信息的管理。

1.2 可行性分析房地产企业在运营过程中，经常会受到以下一些条件的限制:1.采用传统的手工管理模式进行管理，其工作效率、管理质量和管理水平已不能满足当今经营管理的发展要求，早已无法和国外的企业进行竞争;2.采用手工记账计算等工作不但工作效率低下，而且容易产生计算错误，给企业和个人不必要的损失;3.数据查询、统计比较困难。

因此，通过采用计算机管理系统对房产企业的销售进行管理，客观上满足企业管理的新要求，提高企业的经营运作效率，促进企业的发展，加快房产销售管理流通过程中的信息流动，为主观的人为管理提供了真实有效的数据信息，使企业管理真正走上了现代科学管理化的轨道。

2 概念结构设计2.1 关系模型与E-R图关系模型主要是用二维表格结构表达实体集，用外键表示实体间联系。

关系模型是由若干个关系模式组成的集合。

下面所列的是该数据库的关系模式：1．楼房单元房号（区号，单元，房号），如下图1所示：2．员工（员工编号，姓名，所属部门，性别，年龄，职位，联系电话），如下图2所示：3．登记房屋（房号，单元，房型，面积，单价，总价），如下图3所示：4．登记客户（需求客户编号，预订客户编号），如下图4所示：5．预订客户（预订客户编号，客户姓名，性别，年龄，职务，身份证号，联系电话，联系地址，支付方式），如下图5所示：6．预订房屋（预订合同编号，区号，单元，房号，房型，面积，单价，总价，订购日期，已付金额，未付金额），如下图6所示：7．预订（预订合同编号，预订客户编号），如下图7所示：8．需求客户（需求客户编号，姓名，性别，身份证号，联系电话，联系地址），如下图8所示：9．需求房屋（房屋需求编号，区号，单元，房号，房型，面积，单价，总价），如下图9所示：10．购买需求（需求客户编号，房屋需求编号），如下图10所示：11．收款（预订合同编号，预订客户编号），如下图11所示：12. 销售（销售编号，员工编号，单元，房号，需求客户编号，房屋需求编号，预订合同编号，预订客户编号），如图12所示：根据以上实体E-R图的设计，再经过反复的设计与调整，最后得到简化的房地产销售管理系统的E-R图，如图13所示：图1 楼房单元房号信息实体E-R图图2 员工信息实体E-R图登记房屋信息实体单元房型房屋状态总价房号面积单价员工信息实体联系电话职位年龄性别员工编号姓名所属部门楼房单元房号实体区号房号单元图3 登记房屋信息实体E-R 图图4 登记客户信息实体E-R 图图5 预订客户信息实体E-R 图图6 预订房屋信息实体E-R 图预订房屋信息实体预订合同编号订购日期总价房号区号单元房型面积单价已付金额未付金额预订客户信息实体预订客户编号联系电话支付方式客户姓名身份证号联系地址性别年龄职务登记客户实体需求客户编号预订客户编号图7 预订实体E-R 图图8 需求客户信息实体E-R 图图9 需求房屋实体E-R 图登记房屋信息实体单元房型房号总价区号面积单价需求房屋编号需求客户信息实体需求客户编号联系地址联系电话客户姓名性别身份证号预订记录实体预订合同编号预订客户编号图10 购买需求实体E-R 图图11 收款记录实体E-R 图图12 销售实体E-R 图销售实体需求客户编号房屋需求编号房 号员工编号预订合同编号预订客户编号销售编号单元收款实体预订合同编号预订客户编号购买需求实体需求客户编号房屋需求编号图13 房地产销售管理E-R图3逻辑结构设计根据在数据库概念设计中给出的数据库实体E-R图，可以设计数据库中表的结构。

数据库课设房产管理系统-标准化文件发布号：（9556-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII软件学院课程设计报告书课程名称数据库课程设计设计题目房产管理系统专业班级学号姓名指导教师2014 年 6 月目录1 设计时间................................... 错误!未定义书签。

2 设计目的................................... 错误!未定义书签。

3 设计任务................................... 错误!未定义书签。

4 设计内容................................... 错误!未定义书签。

4.1 需求分析 (4)4.2概念结构设计............................... 错误!未定义书签。

4.3逻辑结构设计 (7)4.4物理结构设计 (7)5 总结与展望 (13)参考文献 (14)成绩评定 (14)图1 用户实体及属性（2）分房要求及属性分房要求及属性如图2图2 分房要求及属性（3）调房要求及其属性调房要求及属性如图3图3 调房要求及属性（4）退房要求及属性退房要求及属性如图4图4 退房要求及属性（5）住房文件及属性住房文件及属性如图5图5 住房文件及属性(6)总体E-R图总体E-R图如图6图6 总体E-R图4.2.2 逻辑结构设计将E-R图转换为关系模型，将E-R图转换为关系模型就是将实体，实体的属性及实体间的联系转换为关系模式。

用户信息表（户主，房号，部门，职称，人口）住房要求（户主，面积，要求）住房文件（户主，职称，部门，人口，分数，房号，住房面积）分房要求（户主，部门，职称，人口，分数，要求面积）退房要求（部门，房号）调房要求（户主，部门，职称，人口，分数，房号，要求面积）4.2.3 物理结构设计（1）用户信息表字段名称类型（长度）约束属性户主char (500) 不许为空主码职称char (20) 不许为空非主属性部门char (20) 不许为空非主属性房号char (10) 可以为空非主属性图1 用户信息表（2）住房要求表图2住房要求表（3）分房要求表图3 分房要求表（4）调房要求表图4 调房要求表（5）退房要求表图5 退房要求表（6）住房文件图6住房文件4.4运行与测试4.4.1运行与测试（1）查询住房面积为120平方米的户主信息Select 户主，人口，房号From 住房文件Where住房面积=‘120’结果如图7图7 查询住房面积为120的用户信息(2)查询人口为1的户主信息Select 部门，职称，人口From 用户信息Where 人口=’1’结果如图8图8 查询人口为1的用户信息5 总结与展望通过本次课程设计，我对数据库有了更加深刻的了解，对SQL语言也更加熟悉，合理的运用数据库结构化语言可以使数据库有更少的冗余度，较高的数据独立性和完整。