房产中介管理系统设计与实现

摘要
近几年我们国家的房地产市场火爆，全国各地大中小城市的房产中介机构也应运而生。

房产中介机构本质上是一个以信息资源为产品的经营实体，因此，如何管理好信息，用好信息，创造利润，是房产中介机构的求生法则。

而以计算机为基础的信息管理系统则正好满足了房产中介机构对房源信息和客源信息的系统化要求，它能够使房产中介机构的各种信息从无序走向有序，从混乱变为规范，从而极大地提高了房产中介机构的工作质量和经营水平，使其在激烈的竞争中脱颖而出。

房产中介管理系统是针对房产中介公司日常业务处理而开发的管理软件，是一种典型的信息管理系统。

它是现在的房产中介公司不可或缺的管理工具。

作为计算机应用的一部分,使用计算机对房产信息进行管理,具有着手工管理所无法比拟的优点。

例如:检索迅速、查找方便、易修改、可靠性高、存储量大、数据处理快捷、保密性好、寿命长、成本低、便于打印等。

因此，开发这样一套管理软件成为很有必要的事情。

本次毕业设计论文介绍了对“房产中介管理系统”的详细分析及其设计思路和实现方法。

根据系统的开发过程和系统的功能实现为主线来论述数据库管理软件的开发过程。

开发过程分为：需求分析，系统分析，系统设计，各模块详细设计和系统测试。

本系统用VC++2005开发，数据库建模采用Power Designer 开发。

后台数据库采用Access 。

本论文会详细介绍数据库连接技术ADO（ActiveX Data Objects）技术。

会以图片加文字的方式介绍各模块的设计思路和程序流程图。

关键词：房产中介，数据，管理软件，ADO，开发过程
ABSTRACT
As the our country's real estate market boom,more and more house property intermediary agencies also arises at the historic moment. House property intermediary institutions is essentially a resource for products of a business entity. And computer-based information management system is just to satisfy property
intermediary institutions of information and tourist information homes, it can make systematic property intermediary institutions from all kinds of information from the chaos orderly, disorderly to become standard, thus greatly improving the quality of work and the intermediary orgnaization management level, which in the fierce competition.
House property intermediary management system is in house property intermediary company daily handling and management software, is a typical information management system. In the traditional mode of information management, using artificial exists many shortcomings, for example: efficiency, secrecy, a long time, will produce the massive documents and the data, more do not facilitate searching, update, and maintenance, etc. Therefore, the development of such a set of management software to become very be necessary.
This thesis introduces the graduation design of"house property intermediary management system"and analysis and design ideas and methods detailly. According to the system's development process and the realization of the function of the system for line for database management software development process. the requirement analysis, system analysis, system design, detailed design and module system test. This system is developed with vc + + 2005, database modeling development Power out. Backend database using Access. This paper introduces database connection will be detailed technical ADO (ActiveX Data it) techniques. To add text will introduce the way pictures of each module design and program flow chart.
Keywords: real estate agents, data, management software, ADO, development process
目录
摘要............................................... 错误!未定义书签。

ABSTRACT........................................... 错误!未定义书签。

第1章绪论........................................ 错误!未定义书签。

1.1背景....................................... 错误!未定义书签。

1.2 研究内容................................... 错误!未定义书签。

第2章需求分析.................................... 错误!未定义书签。

2.1 系统概述................................... 错误!未定义书签。

2.2手工业务流程分析 ........................... 错误!未定义书签。

2.3 用户需求................................... 错误!未定义书签。

2.3.1 房源管理............................. 错误!未定义书签。

2.3.2 客源管理............................. 错误!未定义书签。

2.3.3 跟进管理............................. 错误!未定义书签。

2.3.4 成交管理............................. 错误!未定义书签。

2.3.5 分成管理............................. 错误!未定义书签。

2.3.5 广告管理............................. 错误!未定义书签。

2.3.6 系统管理............................. 错误!未定义书签。

2.4 数据字典................................... 错误!未定义书签。

第3章系统设计.................................... 错误!未定义书签。

3.1系统数据流图 ............................... 错误!未定义书签。

3.2 数据库设计................................. 错误!未定义书签。

3.2.1 数据库概念结构设计................... 错误!未定义书签。

3.2.2 数据库物理结构设计的原则............. 错误!未定义书签。

3.2.3 数据库物理结构设计思想............... 错误!未定义书签。

3.2.4 数据库关系模式设计................... 错误!未定义书签。

3.2.5 数据库物理结构设计................... 错误!未定义书签。

3.3系统功能分析 ............................... 错误!未定义书签。

3.3.1 用户验证和模块选择功能............... 错误!未定义书签。

3.3.2 基础信息管理功能..................... 错误!未定义书签。

3.3.3 业务信息管理功能..................... 错误!未定义书签。

3.4 系统结构................................... 错误!未定义书签。

3.5 系统的开发及运行环境....................... 错误!未定义书签。

3.5.1 软件平台............................. 错误!未定义书签。

3.5.2 硬件平台............................. 错误!未定义书签。

3.6 系统的编码设计............................. 错误!未定义书签。

第4章系统实现.................................... 错误!未定义书签。

4.1 后台实现................................... 错误!未定义书签。

4.2 系统总流程................................. 错误!未定义书签。

4.3 系统登陆模块设计........................... 错误!未定义书签。

4.4 房源客源自动匹配模块设计................... 错误!未定义书签。

4.5 房源信息管理模块设计....................... 错误!未定义书签。

4.6 客源信息管理模块设计....................... 错误!未定义书签。

4.7 房源跟进管理模块设计....................... 错误!未定义书签。

4.8 房源成交管理模块设计....................... 错误!未定义书签。

4.9 分成管理模块设计........................... 错误!未定义书签。

4.10 员工管理模块设计.......................... 错误!未定义书签。

4.11 用户管理模块设计.......................... 错误!未定义书签。

第5章系统测试.................................... 错误!未定义书签。

第6章结论........................................ 错误!未定义书签。

致谢............................................... 错误!未定义书签。

第1章绪论
1.1背景
在改革开放的大好形势下，我们的经济水平有了很大的提高，各行各业都有了较大的发展。

近几年我们国家的房地产市场火爆，全国各地大中小城市的房产中介机构也应运而生。

房产中介机构本质上是一个以信息资源为产品的经营实体，因此，如何管理好信息，用好信息，创造利润，是房产中介机构的求生法则。

而以计算机为基础的信息管理系统则正好满足了房产中介机构对房源信息和客源信息的系统化要求，它能够使房产中介机构的各种信息从无序走向有序，从混乱变为规范，从而极大地提高了房产中介机构的工作质量和经营水平，使其在激烈的竞争中脱颖而出[1]。

房产中介管理系统是针对房产中介公司日常业务处理而开发的管理软件，是一种典型的信息管理系统。

它是现在的房产中介公司不可或缺的管理工具。

能有效的帮助公司业务人员掌握房源，客源的情况，能迅速的查询交易情况。

在传统模式下利用人工进行信息管理，存在着较多的缺点，如：效率底，保密性差，时间一长将产生大量的文件和数据，更不便于查找，更新，维护等。

诸如这些情况，令房产中介公司对房产信息管理带来了很大困难，严重影响公司的工作效率。

随着科学技术的不断提高，计算机科学日渐成熟, 使用日趋成熟的计算机技术来代替传统的人工模式，来实现学生信息的现代化管理，其强大的功能已为人们深刻认识,它已进入人类社会的各个领域并发挥着越来越重要的作用。

作为计算机应用的一部分,使用计算机对房产信息进行管理,具有着手工管理所无法比拟的优点.例如:检索迅速、查找方便、易修改、可靠性高、存储量大、数据处理快捷、保密性好、寿命长、成本低、便于打印等。

因此，开发这样一套管理软件成为很有必要的事情[2]。

1.2 研究内容
在经过大学四年的系统学习后，我掌握了大量的计算机理论知识。

在理论知识可以很好的指导我做毕业设计。

这次毕业设计的作品是“房产中介管理系统”，所以要采用开发管理系统应该要当前计算机管理界所流行且实用的系统建设三原则:整体性原则、分作—协调原则、目标优化原则[3]。

1.系统开发的结构化生命周期法。

其基本思想是把整个系统开发过程分成若干个阶段，每个阶段进行若干活动，每项活动应用一系列标准、规范、方法和技术，完成一个或多个任务，形成符合给定规范的产品。

采用结构化生命周期法开发管理信息系统时，应遵循的主要原则：
1）用户参与的原则
2）“先逻辑后物理”的原则
3）“自顶向下”的原则
4）工作成果描述（主要指文档）标准化的原则。

其具体开发步骤可分为以下四步：系统规划，系统开发（包括系统分析，系统设计，系统实施），系统的运行及维护，系统评价[4]。

2.原型法。

其基本思想是在系统开发的初期，尽快构造出系统的原型，使用户能及早地运行这个系统原型，通过使用它、熟悉它，受到启发并取得经验，然后对系统的目标和功能提出更精确、具体的要求，研制人员据此逐渐修改和完善原型，使它满足用户的需求，最后完成系统的开发。

该方法大大提高了系统开发效率，弥补了结构化生命周期法开发时间长的缺陷。

通常采用原型法需以下四个阶段：1）.明确用户的基本要求，2）.研制系统的原型，3）.使用、评价系统原型，4）.修改和完善原型[5]。

设计系统的工具采用MICROSOFT VC++ 2005 。

数据库采用MICROSOFT Access 2003。

VC++2005是一个面向对象设计的应用程序语言，是开发数据库前端的优秀工具，它的编程语言简洁明快、组件功能强大和编程环境灵活方便。

采用VC来开发数据库应用程序具有更大的灵活性和可扩展性[6]。

Access 是关系数据库开发工具，数据库能汇集各种信息以供查询、存储和检索。

Access 的优点在于它能使用数据表示图或自定义窗体收集信息。

数据表示图提供了一种类似于Excel 的电子表格，可以使数据库一目了然。

另外，Access 允许创建自定义报表用于打印或输出数据库中的信息。

Access也提供了数据存储库，可以使用桌面数据库文件把数据库文件置于网络文件服务器，与其他网络用户共享数据库。

Access 是一种关系数据库工具，关系数据库是已开发的最通用的数据库之一。

Access 多用于中小型企业来设计中小型数据库，一般的房产公司系统的
数据库用Access 来设计完全能达到要求。

由于考虑到本系统是应用在单机系统上，只建立起一个数据库[7]。

数据库的连接技术采用ADO（Active Data Objects）技术。

ADO（Active Data Objects）实际是一种提供访问各种数据类型的连接机制。

它提供了编程语言和统一数据访问方式OLE DB的一个中间层。

允许开发人员编写访问数据的代码而不用关心数据库是如何实现的，而只用关心到数据库的连接。

访问数据库的时候，关于SQL的知识不是必要的，但是特定数据库支持的SQL 命令仍可以通过ADO中的命令对象来执行[8]。

象Microsoft的其它系统接口一样，ADO是面向对象的。

它是Microsoft 全局数据访问（UDA）的一部分，Microsoft认为与其自己创建一个数据，不如利用UDA访问已有的数据库。

为达到这一目的，Microsoft和其它数据库公司在它们的数据库和Microsoft的OLE数据库之间提供了一个“桥”程序，OLE数据库已经在使用ADO技术。

ADO的一个特征（称为远程数据服务）支持网页中的数据相关的ActiveX控件和有效的客户端缓冲。

作为ActiveX的一部分，ADO也是Microsoft的组件对象模式（COM）的一部分，它的面向组件的框架用以将程序组装在一起[9]。

ADO设计为一种极简单的格式，通过ODBC的方法同数据库接口。

可以使用任何一种ODBC数据源，即不止适合于SQL Server、Oracle、Access 等数据库应用程序，也适合于Excel表格、文本文件、图形文件和无格式的数据文件。

ADO 是基于OLE-DB之上的技术，因此ADO通过其内部的属性和方法提供统一的数据访问接口方法。

其主要优点是易于使用、高速度、低内存支出和占用磁盘空间较少[10]。

毕业设计的目标是：设计一个易操作，以系统化管理理论为基础的房产中介管理系统。

本系统在Microsoft Visual C++ 2005编程环境下开发，数据库采用Microsoft Access 2003数据库软件。

本系统可以为用户分配权限以保障系统的安全。

可以存储，加工和查询海量的客源，房源信息和交易信息。

传统纸媒介管理的房产信息难于共享汇总，其统计数据正确性也难以考证。

存在着较多的缺点，如：效率底，保密性差，时间一长将产生大量的文件和数据，更不便于查找，更新，维护等。

具体表现在以下几个方面：
1）手工登记各种房源，客源和交易信息。

容易出错。

2）客户不能直观，全面的了解房屋的状况。

3）客源，房源和交易信息备份工作量大，易出错。

4）客源，房源和交易信息不易查找。

5）客源和房源不易配对。

6）工作人员业务效率不高。

7）对海量的信息不易分析。

第2章需求分析
2.1 系统概述
房产中介公司是一种为顾客提供中介服务的公司。

中介服务的质量很大程度上取决于公司的房产信息量。

信息量越大，就要越好的为顾客提供房源客源，促成交易的概率也越大。

大量的房产客户的信息，如果人工管理，则耗时耗力而且容易出错。

房产中介管理系统就是为了解决中介公司的信息存储和管理而制作的。

通过上面的分析可知，系统的最主要的目标是可以很轻松地管理海量的房源客源和成交的信息。

房产中介管理系统主要有：房源管理，客源管理，成交管理，跟进管理，分成管理等5大功能。

2.2手工业务流程分析
中介公司的主要业务流程是先做房源客源信息的记录，再寻找合适的房源和客源，即对房源和客源信息的匹配，再完成顾客成交签合同收取佣金，最后是经纪人的分成。

手工的业务流程如下：
房源和客源的来源一般有顾客来电话登记，顾客上门做登记，经纪人带房源信息回公司登记。

登记完成后，为顾客寻找合适的房源和客源。

合适的房源和客源可以在公司已有的信息库中寻找，如果没有合适的房源或客源，可以在媒体上发布广告公开寻找。

在找到合适的房源或客源后，经纪人要时时跟进，多和客户联系，陪客户看房，促成交易。

客户有交易意愿后，安排签合同，等合同签好后，收取一定得佣金。

并做成交记录登记。

最后是经纪人的分成，根据经纪人的贡献安排分成。

并做记录。

2.3用户需求
通过对手工业务流程的分析，我们知道，用户有这几方面的需求：房源管理，客源管理，跟进管理，成交管理，分成管理，广告管理和系统管理。

2.3.1 房源管理
在房源管理中主要实现对房源信息的登记，修改，删除，查询和自动寻找在公司数据库中的合适的客源。

具体的要求如下：
使用鼠标和键盘进行房源管理。

支持多条件查询房源信息。

登记房源信息时，如果经纪人信息输入错误，会自动提示。

输入房源面积和每平方米价格后，能自动计算总价。

自动显示匹配的客源信息。

2.3.2 客源管理
在客源管理中主要实现对客源信息的登记，修改，删除，查询和自动寻找在公司数据库中的合适的房源。

具体的要求如下：
使用鼠标和键盘进行客源管理。

支持多条件查询客源信息。

登记客源信息时，如果经纪人信息输入错误，会自动提示。

自动显示匹配的房源信息。

2.3.3 跟进管理
在跟进管理中主要实现对房源跟进信息和客源跟进信息的登记，修改，删除，查询。

具体的要求如下：
使用鼠标和键盘进行跟进管理。

可以通过房源查询到跟进的信息。

支持多条件查询跟进信息。

登记跟进信息时，如果房源编号和经纪人信息输入错误，会自动提示。

2.3.4 成交管理
在成交管理中主要实现对房源和客源成交信息的登记，修改，删除，查询。

具体的要求如下：
使用鼠标和键盘进行成交管理。

可以通过房源信息和客源信息查询到成交信息。

支持多条件查询成交信息。

根据房源信息或客源信息进行成交登记。

登记成交信息时，如果房源编号和经纪人信息输入错误，会自动提示。

登记，修改，删除后，会自动调整房源和客源状态。

2.3.5 分成管理
在分成管理中主要实现对分成信息的登记，修改，删除，查询。

具体的要求如下：
使用鼠标和键盘进行成交管理。

通过成交的房源或客源信息查询到分成信息。

多条件查询分成信息。

根据成交信息进行成交登记。

登记成交信息时，如果经纪人信息输入错误，会自动提示。

2.3.5 广告管理
在广告管理中主要实现对广告信息的登记，修改，删除，查询。

具体的要求如下：
使用鼠标和键盘进行广告管理。

多条件查询广告信息。

登记广告信息时，如果经纪人信息输入错误，会自动提示。

登记广告信息时，输入房源或客源编号，会自动根据房源或客源信息生成广告说明。

2.3.6 系统管理
在系统管理中主要实现对系统用户管理，员工信息管理，公司信息添加，当前用户密码的修改，业务资料管理。

具体的要求如下：
使用鼠标和键盘进行系统管理。

多条件查询员工信息。

登记用户信息时，如果员工编号输入错误，会自动提示。

能对系统用户进行权限设置。

2.4 数据字典
通过上述的分析，我们设定了一些重要的数据和其简要的描述。

如表2-1，表2-2 。

表2-1 数据项
登记日期和经纪人编号
跟进信息表记录房源和客源的跟进信息，包括房源或客源的编
号，跟进内容，跟进时间，跟进人编号成交信息表记录房源和客源的成交信息，包括客源编号，房源编
号和成交信息
分成信息表记录分成比例和说明
广告信息表在媒体发布房源或客源，以便寻找合适房源客源
员工信息表记录员工的信息
用户信息表记录系统用户的用户名，密码和权限业务资料信息表记录业务相关的合同资料或者其他资料用户权限表记录管理员权限和操作员权限
公司信息表记录公司信息
第3章系统设计
3.1系统数据流图
系统的顶层数据流图如图3-1所示。

图3-1顶层数据流图
房产信息包括：房源相关信息，客源相关信息，广告信息，基础信息。

房产查询信息包括：房源相关查询信息，客源相关查询信息，广场查询信息，分成统计信息，基础查询信息。

房产中介管理系统能合理的存储房产相关信息，自动匹配房源和客源信息，使系统的信息资源的价值最大化，并提供方便快捷的查询功能和员工的业务管理功能。

系统的1层数据流图如图3-2所示。

图3-2 1层数据流图
房源相关信息包括：房源信息，成交信息，跟进信息，分成信息。

房源相关查询信息包括：房源查询信息，成交查询信息，跟进查询信息，匹配信息。

客源相关信息包括：客源信息，成交信息，跟进信息，分成信息。

客源相关查询信息包括：客源查询信息，成交查询信息，跟进查询信息，匹配信息。

分成统计信息包括：分成信息和分成统计信息。

基础信息包括：员工信息，用户信息，资料信息。

基础查询信息包括：员工查询信息，用户查询信息，资料查询信息。

房源管理数据流图如图3-3所示。

图3-3房源管理数据流图分成管理数据流图如图3-4所示。

图3-4分成管理数据流图系统管理数据流图如图3-5
图3-5系统管理数据流图宣传管理数据流图如图3-6所示。

图3-6宣传管理数据流图客源管理数据流图如图3-7所示。

图3-7客源管理数据流图
以上是系统中主要功能模块的数据流图。

数据流图采用Power Designer 12.0 设计。

3.2 数据库设计
3.2.1 数据库概念结构设计
根据以上的分析，实体有用户，权限，业务资料，广告，员工，客源，房源，成交，跟进，公司。

数据库概念设计如图3-8所示。

图3-8数据库概念设计
3.2.2 数据库物理结构设计的原则
数据库设计要遵循数据库的范式，一般满足3NF 就可以了。

本系统的数据库设计也遵循3NF 。

在这里介绍下数据库的前三种范式。

也是最常用的范式。

第一范式（1NF）
在任何一个关系数据库中，第一范式（1NF）是对关系模式的基本要求，不满足第一范式（1NF）的数据库就不是关系数据库。

所谓第一范式（1NF）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。

如果出现重复的属性，就可能需要定义一个新的实体，新的实体由重复的属
性构成，新实体与原实体之间为一对多关系。

在第一范式（1NF）中表的每一行只包含一个实例的信息。

简而言之，第一范式就是无重复的列[8]。

第二范式（2NF）
第二范式（2NF）是在第一范式（1NF）的基础上建立起来的，即满足第二范式（2NF）必须先满足第一范式（1NF）。

第二范式（2NF）要求数据库表中的每个实例或行必须可以被惟一地区分。

为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。

第二范式（2NF）要求实体的属性完全依赖于主关键字。

所谓完全依赖是指不能存在仅依赖主关键字一部分的属性，如果存在，那么这个属性和主关键字的这一部分应该分离出来形成一个新的实体，新实体与原实体之间是一对多的关系。

为实现区分通常需要为表加上一个列，以存储各个实例的惟一标识。

简而言之，第二范式就是非主属性非部分依赖于主关键字[8]。

第三范式（3NF）
满足第三范式（3NF）必须先满足第二范式（2NF）。

简而言之，第三范式（3NF）要求一个数据库表中不包含已在其它表中已包含的非主关键字信息。

例如，存在一个部门信息表，其中每个部门有部门编号（dept_id）、部门名称、部门简介等信息。

员工信息表中列出部门编号后就不能再将部门名称、部门简介等与部门有关的信息再加入员工信息表中。

如果不存在部门信息表，则根据第三范式（3NF）也应该构建它，否则就会有大量的数据冗余。

简而言之，第三范式就是属性不依赖于其它非主属性[8]。

3.2.3 数据库物理结构设计思想
数据库物理表的设计遵循上面所述的3NF。

数据库物理结构设计和数据库概念设计都是采用Power designer 12.0 数据库建模工具设计的。

PDM（Physical Data Model）直接从CDM（Conceptual Data Model）导出，从而保障了PDM的正确性，和设计的高效性。

数据库物理结构中有一个跟进信息表。

跟进信息表（跟进编号，跟进类型，经纪人编号，房源客源编号，跟进日期，跟进时间，跟进方式，跟进内容，说明），中主码是跟进编号，经纪人编号和房源客源编号是外码。

经纪人编号是参照员工信息表的。

房源客源编号是参照房源信息表或客源信息表，房源客源所要参照的表的选择是根据跟进类型的。

跟进类型是房源跟进的，房源客源编号参照房源信
息表，跟进类型是客源跟进的，房源客源编号参照客源信息表。

这样设计，可以将房源跟进表和客源跟进表合并成一个跟进信息表。

而跟进信息表中的房源客源编号的参照完整性由程序控制。

3.2.4 数据库关系模式设计
员工信息表（员工编号，姓名，性别，职务，部门名称，出生日期，入职日期，学历，工作简历，评价说明，婚姻情况，身份证号码，联系电话，电子邮件，QQ号码，住址）。

“员工编号”是主码。

用户信息表（用户名，用户密码，员工编号，用户权限）。

“用户名”是主码，“员工编号”是外码，“用户权限”是外码。

广告信息表（广告编号，经办人编号，发布媒体，媒体电话，期号，发布日期，截止日期，广告价格，广告说明，广告类型，房源客源编号）。

“广告编号”是主码。

“经办人编号”是外码。

“房源客源编号”是外码。

如果广告类型是房源广告，那么“房源客源编号”参照的是“房源信息表”。

如果广告类型是客源广告，那么“房源客源编号”参照的是“客源信息表”。

房源信息表（房源编号，登记日期，建筑面积，出租出售，每平方米价格，总价，房型，户型结构，房源状态，装修程度，所在城区，具体地址，建成年份，总层数，所在层数，配套设施，特点说明，经纪人编号，出租价格，最少出租月数，出租说明，联系人身份证号码，联系人姓名，联系人电话，联系人手机）。

“房源编号”是主码，“经纪人编号”是外码，参照“员工信息表”。

客源信息表（客源编号，客户姓名，客户联系电话，登记日期，客源状态，物业名称，需求面积，所在城区，房间数量大于等于，客厅数量大于等于，装修程度，经纪人编号，建成年份之后，建成年份之前，求租求购，求购价格，求租价格，备注说明）。

“客源编号”是主码，“经纪人编号”是外码，参照“员工信息表”。

跟进信息表（跟进编号，跟进类型，经纪人编号，房源客源编号，跟进日期，跟进时间，跟进方式，跟进内容，说明）。

“跟进编号”是主码，“经纪人编号”是外码，参照“员工信息表”。

“房源客源编号”是外码。

如果跟进类型是房源跟进，那么“房源客源编号”参照的是“房源信息表”。

如果跟进类型是客源跟进，那么“房源客源编号”参照的是“客源信息表”。

成交信息表（合同编号，成交类型，登记日期，付款方式，成交租金，成交。