通用房产管理系统论文.doc

毕 业 论 文

题目 通用房产管理系统软件的设计与实现

作者 完成日期6月4日

培 养 单 位

指 导 教 师

专 业

通过答辩日期 6 月 8日

题目
通用房产管理系统软件的设计与实现
内容：
应计算机工业公司后勤部门管理的需要，特开发本房产管理系统，系统涵盖公司所有厂房、住房、出租门面的管理，涵盖所有住房的出售、出租、借住等变动情况的管理。可以方便的进行查询和各类报表及合同的打印，满足公司绝大多数住房管理要求。
本软件采用客户机/服务器模式，数据库采用Windows2000 Server 环境下的MS SQL Server 2000，应用程序用Delphi6.0开发制作。
应达到的技术指标或要求：
界面友好，操作简单，安全性好。
主要设计方法或技术路线：
采用结构化系统开发方法，面向对象的程序设计方法。
完成本课题应具备的环境（软件、硬件）
PC机（PII，64M内存，硬盘空间20G）
Windows 2000， Delphi 6.0， SQL Server 2000
各阶段任务安排：毕业设计时间2月10日—6月8日
第一阶段（3月—4月）熟悉硬,软件工具原理,熟悉任务要求。
第二阶段（4月—5月）完成需求分析，设计总体结构方案。
第三阶段（5月—6月）设计界面，编程，调试完善,撰写毕业设计报告。
参考资料：
1．《Delphi5.0数据库开发技术》 机械工业出版社 2000
2．《SQL Server 2000入门与提高》清华大学出版社 2001
3．《Delphi4 实用大全》 [美]Tom Swan 著 中国水利水电出版社 1999
4．程序员大本营，Http://
任务完成后须上交的资料：
1． 毕业设计论文（纸介质版、word版）.
2. 应用软件程序（供答辩时演示用）.
学生签名： 指导教师签名：
年 月 日 年 月 日

目 录
摘要…………………………………………………………………………………………4
关键字………………………………………………………………………………………4
正文标题……………………………………………………………………………………5
1.选课背景………………………………………………………………………………….5
2.技术处理………………………………………………………………………………….5
2.1 MIS系统平台……………………………………………………………………...5
2.2 工具选择…………………………………………………………………………….6
2.3 C/S模式……………………………………………………………………………...8
3.方案基本分析…………………………………………………………………………….9
3.1 软件功能模块……………………………………………………………………….9
3.2 运行功能描述……………………………………………………………………….9
3.3 质量要求…………………………………………………………………………….10
4.需求分析………………………………………………………………………………….10
4.1 软件结构设计……………………………………………………………………….10
4.2 软件功能描述……………………………………………………………………….11
4.2.1 面向用户的应用功能………………………………………………………..11
4.2.2 面向工程设计人员的功能…………………………………………………..11
4.2.3 面向系统维护人员的功能…………………………………………………..12
4.3 外部信息描述………………………………………………………………………12
4.3.1 人机接口描述……………………………………………………………….12
4.3.2 打印信息格式描述………………………………………………………….12
5.设计过程…………………………………………………………………………………13
5.1 建立数据库…………………………………………………………………………13
5.2 程序设计……………………………………………………………………………15
6.程序调试…………………………………………………………………………………19
7.结果分析…………………………………………………………………………………19
8.总结………………………………………………………………………………………19
9.致谢………………………………………………………………………………………21
附录…………………………………………………………………………………………22
参考文献……………………………………………………………………………………25
摘 要
本文所设计的项目是关于房产资源管理的小型管理系统。其开发主要采用服务器/客户机模式，包括后台数据库的建立、维护以及前端应用程序的开发两个方面。经过分析，采用DELPHI 6.0开发工具，利用其提供的各种面向对象的开发工具, 建立系统应用原型，然后进行需求迭代，不断修正和改进，直到形成公司满意的可行系统。该系统有安全的用户登录模块、方便快捷的浏览界面、易于操作的功能模块。基本满足了企业后勤房产管理的要求。
关键词
SQL、Delphi、C/S模式、房产管理信息系统。

【 The summary 】
This program is about a manage system in miniature of house resource. It adopt the Client/Server model including backstage supporter foundation and maintain and front two respects of development of application program of data base mainly. Through so analyse the situationing, I use DELPHI 6.0 developing instruments and utilize its various kinds of developing instruments which face the target offered, it set up and use by prototype systematically within short time at first, then, Carry on demand change and take the place of, revise and improve constantly, until forming the user satisfied feasible system to initial prototype system.This system has secure user entry, convenient scanning and easy using query 、append and so on. I believe it will meet the corporation’s satisfaction.
【 Key Words 】
SQL、Delphi、Client/Server model、House MIS

通用房产管理系统的设计与实现

1．选择背景
近年来，随着计算机技术的发展和电脑的普及，特别是企业上网工程和办公自动化的进展迅猛，越来越多的企业在管理部门纷纷采用MIS通过办公室的一台PC机完成复杂的日常业务处理，从而减少工作量提高效率。在这样的背景下，更多的国有大中型企业从中受益。通常这样的企业存在部门多，业务杂，数据流量大的特点，如果在各个部门使用一个针对性强，操作简单而数据处理功能强大的MIS，无疑是能起到事半功倍的效果。
此次项目的服务对象西南计算机工业公司就是一个典型的大型国有企业，全公司职工及家属近6000人，现有职工住房30栋，住户近1500户。公司所属珊瑚实业分公司有近20层的商业用房，其余各种商业门面近60间。企业员工多，房建快，房屋变更频繁。针对此现象，公司后勤部门管理要求开发一个房产管理信息系统。系统涵盖公司所有厂房、住房、出租门面的管理，涵盖所有住房的出售、出租、借住等变动情况的管理。可以方便的进行查询和报表及合同的打印，满足公司绝大多数住房管理要求。
本系统除满足西计公司需求外，还可以供大多数进行福利分房和房屋租赁的公司使用。在此版本基础上，应增加货币分房、保安、环卫等等的管理功能。从而提供一个完整的计算机辅助物业管理解决方案。

2.技术处理

2.1 MIS系统平台
MIS系统平台模式的选择是系统设计的主要问题。MIS系统平台模式大体上分为4种：主机终端模式、文件服务器模式、客户机/服务器模式(Client/Server，简称C/S)和Web浏览器/服务器模式 (Browser/Server，简称B/S)。主机终端模式由于硬件选择有限，硬件投资得不到保证，已被逐步淘汰。而文件服务器模式只适用小规模的局域网，对于用户多、数据量大的情况就会产生网络瓶颈，特别是在互联网上不能满足用户要求。因此，现代企业MIS系统平台模式应主要考虑C/S模式和B/S模式。

2.2 工具选择（DELPHI 6.0 + SQL 2000）
Delphi + MS SQL Server是目前最为流行的管理信息系统开发环境和工具。Delphi的强大数据库操作控件极大地减轻了开发人员的工作量，最常用的有TQuery、TTable、TADOQuery、TADOTable、TADODataSete等，这些控件执行查询操作时有一个共同的特点，即将所有数据库记录从服务器取回客户端，再根据查询的条件进行筛选。很明显，如果有大量的数据在服务器与客户端之间传递，就会降低程序执行的速度，影响应用程序的性能。针对这种情况，MS SQL Server数据库和Delphi开发工具都提供了存储过程来解决这类问题。存储过程是一段在服务器上执行的程序，它在服务器端对数据库记录进行处理，再把结果返回到客户端。通过使用存储过程，一方面可以利用服务器强大的计算能力和速度，另一方面避免把大量的数据从服务器下载到客户端，减少网络上传输量，服务器只需将计算结果传给客户端，其效率之高是非常明显的。
2.2.1 DELPHI简介
Delphi作为Windows下的一种快速开发工具，不仅能开发一般的Windows应用程序，而且还具有强大的数据库应用程序开发功能。Delphi本身提供了对ODBC和InterBase几种数据库驱动的支持，支持Access到SQL server多种数据库类型，提供了单层到多层体系结构的数据库编程，数据的分布式编程，数据库的Internet编程等，同时支持多种语言,能够满足不同应用对数据库程序开发的需要。
2.2.1.1Delphi数据库系统组成
用Delphi写数据库程序的人免不了要同数据库引擎（Borland DataBase Engine）,即BDE打交道。Delphi对数据库进行访问时，事实上通过了很多层次的连接。数据库构件结构如图1所示：

datasource

form
数据源
dataset
form

图1 数据库构件结构

(DataAware构件-DataSource构件-DataSet构件-BDE-数据库)
从这个图可以看出，BDE负责与具体的数据库打交道，而Dataset构件（例如 TTable、Tquery）与BDE相连，DataSource构件与Dataset构件相连，最后才连接到显示具体数据的Data-Aware构件（例如TDBGrid，TDBEdit，TDBImage）。
2.2.1.2 本系统如何使用DELPHI数据库技术将数据库控件与数据源进行联系：
Delphi6提供了一套新的控件以支持ADO，并且能够轻易的转换现有的应用到ADO，要建立一个ADO应用，首先需要在form或data module中放一个ADOConnection控件，这与BDE 的Database 控件差不多，他允许通过ConnectionString属性定义与数据库的联接，微软提供了一个联接串编辑器，可以两种方式之一来选择与数据源的建立，其一是用联接文件的方式，另一种则是建立联接串的形式。
我采用联接串方式：选择build按钮，出现数据联接属性设置对话框，在provider页，可以选择使用的驱动程式，当确定使用的驱动程序后，可以选择下一步，确定具体要联接的数据库，需要注意的是，选择不同的驱动程序，在这一页需要确定的参数是不同的。当确定这里的各个参数后，可以用测试联接按钮来测试数据库是否可以联接，从而确定给定的联接参数是否正确。在这个程序里，是联接本地的SQL表。 现在，当完成联接串后，就可以设置Connected为True,使ADOConnection与数据库真正的联接。此时，可以放置ADODataset控件，通过ADODataset,可以直接与一个表进行联接，也可以执行SQL语句，还可以执行存储过程。使用ADODataset的第一步，就是设置Connection,确定其使用那一个ADOConnection,余下的工作就如同原来的使用BDE访问数据库的工作差不多，使用DataSource与ADODataSet联接，与就是用DBGrid等与DataSource联接，现在，利用ADO可以访问到数据了！
2.2.2 SQL Server2000
选择一个好的数据库是非常重要的。相对于Access、FoxPro这些常用的数据库开发应用程序，SQL Server具有良好的的数据库设计、管理与网络功能，并提供了对分布式事物处理的支持和对开发工具的良好支持，为大型数据库项目提供优秀的企业级解决方案。
SQL Server2000提供了丰富的应用编程接口(API), 帮助用户实现前端程序同本地服务器或者远程服务器上的数据库资源的连接和访问。目前开发最为流行的也是我此次采用的是配合ADO的数据库编程开发。

2.3 采用C/S模式
C/S（Client/Server，客户机/服务器）型数据库是当前数据库应用的主流。
也是我设计这个房管系统首选的模式。
如今流行的数据库模式主要是双层模式和三层模式，其代表分别是C/S和B/S：C/S型数据库程序由服务器和客户机两个部分组成，因此被称为双层（two-tiered）模型。双层模型在金融、电力、通信等领域被广泛使用，极大地推动了网络数据库的发展。与文件型数据库（单层模型single-tiered）不同的是，C/S型数据库应用程序由两个部分组成：服务器和客户机。 服务器指数据库管理系统（Database Manage System，DBMS），用于描述、管理和维护数据库的程序系统，是数据库系统核心组成部分，对数据库进行统一的管理和控制。客户机则将用户的需求送交到服务器，再从服务器返回数据给用户。 C/S型数据库非常适合于网络应用，可以同时被多个用户所访问，并赋予不同的用户以不同的安全权限。C/S型数据库支持的数据量一般比文件型数据库大得多，还支持分布式的数据库（ 即同一数据库的数据库用于多台服务器上）。同时，C/S型数据库一般都能完善地支持SQL语言（所以也被称作SQL数据库）。 这些特性决定了C/S型数据库适合于高端应用。常见的C/S型数据库有著名的Oracle, Sybase, Informix, 微软的 Microsoft SQL server, IEM的DB2，以及Delphi自带的InterBase，等等。
随着技术的不断更新，C/S型的结构也开始逐渐被多层（Multi-Tiered）数据库模型所取代。在这种情况下，出现了三层模型：应用程序中的数据模块部分被分离出来，转移到一个单独的服务器上，成为独立的一层。简言之，三层模型由以下三个层次组成： 客户机-应用程序服务器-数据库服务器。用户的请求首先通过客户机向应用程序服务器发出，应用程序服务器再向数据库服务器发出具体的数据访问命令（一般是SQL），数据库服务器返回的数据被应用程序服务器重新组织之后返回给客户机。
B/S（Brower/Server浏览器/服务器）模型无疑是当前最为流行的多层数据库模型之一。用户通过浏览器发出某个请求，通过应用程序服务器-数据库服务器之间一系列复杂的操作之后，返回相应的Html页面给浏览器。 其实这就是Internet上的WEB数据库，当然它也可以用于局域网。它实际上可以说是一种最常见的多层模型。
基于本系统是仅用于后勤房管部门的小型系统，不要求较强的扩展性，因此我选择C/S模式来设计开发整个系统。而在下一版本中，系统将延伸到财务部、保卫科、环保处，增加货币分房、保安、环卫等等的管理，提供一个完整的计算机辅助物业管理解决方案。因而下个版本要采用Delphi中自带的MIDAS多层应用开发技术。解决当用户数超过百千数量级时两层C/S结构产生的性能恶化，以及两层结构的第二个缺陷：每个厂商专用的数据库管理过程限制了应用程序的可扩展性。

3. 方案基本分析

3.1 软件主要功能：
通用房产管理系统的功能模块如图2所示：

房产管理软件功能

合同打印
报表功能
增加、修改、删除、查询、统计
用户权限功能

转到Word
普通打印表
转到Excel
普通打印
在编辑页面对每个表实现的基本功能
密码设置
用户登录

图2 应用程序功能模块结构图

3.2 软件的运行环境
3.2.1 硬件运行环境
该系统属于单机运行的小型管理软件，故对硬件设备的需求不是很高，内存64M以上，硬盘剩余空间20M以上即可。
3.2.2 软件环境
操作系统：Windows98se/Me/NT4/2000/XP均可。也可支持Windows95和Windows98第一版，但需要额外的安装支持。
开发软件：Delphi6。
数据库：MS SQL 2000

3.3质量要求
3.3.1 可用性
适用于房产部门的工作人员对房产信息的日常处理需要，如查询各类房产信息、修改住户资料及房产资料表，完成合同签定，打印各类报表或对房产信息进行统计输出等。
3.3.2 可靠性
要求运行快捷流畅，基本无错。提供数据备份模块，可将数据库备份。
3.3.3 有效性
数据库设计符合范式，数据完整有效。
3.3.4 完整性
涵盖房产管理的各方面，可直接打印合同文本，数据完整可靠。
3.3.5 可维护性
主要采用编码表方式进行系统维护。
3.3.6 复用性
尽量使用已有的控件和ADO操作技术完成工作。
3.3.7 互操作性
灵活的人机交互方式，提供组合查询。
3.3.8 可移植性
提供完善的安装程序，安装方便。

4. 需求分析

4.1软件结构设计
查询统计打印

编码表管理

合同管理
《门面租赁合同》、《房屋租住协议》、《职工集资建房协议》、《公有住房出售（购买）协议》、《房屋临时借住协议》
住户资料管理
1.住户资料
2.商户资料

房产资料管理
1.楼宇基本资料（Master）
2.房屋基本资料（Detail）
3.房屋附加资料（Detail）
图3 模块层次图

4.2 软件功能
4.2.1面向用户的应用功能描述
4.2.1.1 房产资料的管理：
管理楼宇、房产的基本资料，提供组合查询，房屋卡片打印等功能。
1)楼宇基本资料包括：房产编号、建筑名称、建筑类型、建造单位、建造日期、交接日期、建筑面积、建筑结构、价值、备注、工程坐落、地区类别、楼层
2)房屋基本资料包括：房间编号、房产编号、建筑名称※、楼号、单元号、层号、房号、建筑面积、使用面积、分摊面积、成本价、户型、配套情况（独厨、独厕、阳台）
3)房屋附加资料：房间编号、设施名称、单位、数量
4.2.1.2 住户管理：
包括对职工住户和门面租用方的管理，查询住户住房情况和租金交纳情况，房屋变更情况等并打印。
1)住户基本资料包括：住户编号、姓名、性别、职务、职称、工作时间、入司时间、是否双职工、备注
2)商户基本资料包括：商户编号、姓名、地址、营业执照或身份证号码
4.2.1.3 合同管理：
合同记录了房屋产权、使用权的变更情况，通过对合同的签订和管理来体现。提供合同查询、统计和打印功能。
1)《门面租赁合同》:合同号、甲方经办人、地址、商户编号、房间编号、房产编号、租用期限（×个月）、起始时间、结束时间、租赁定金月数、定金合计金额、滞纳金率、备注、签约日期。
2)《房屋租住协议》: 合同号、甲方经办人、住户编号、房间编号、房产编号、保证金金额、起始时间、结束时间、滞纳金金额、备注、签约日期。
3)《职工集资建房协议》: 合同号、甲方经办人、住户编号、房间编号、房产编号、标准面积、集资价格、超标面积、超标价格、集资金额、交款日期、建房款银行、维修基金银行、其他约定、备注、签约日期。
4)《公有住房出售协议》: 合同号、甲方经办人、住户编号、房间编号、房产编号、成本价、总价、工龄合计、每年折扣金额、每平米折扣金额、现住房折扣、现住房折扣金额、一次性付款折扣、一次性付款折扣金额、已购部分产权金额、应补付金额、已缴维修基金金额、维修基金余额、补付房款金额、交款日期、维修基金比例、维修基金金额、备注、签约日期
5)《房屋临时借住协议》: 合同号、甲方经办人、住户编号、房间编号、房产编号、借用期限、起始时间、结束时间、保证金金额、房租、滞纳处理、备注、签约日期
4.2.1.4联机帮助
4.2.2面向工程设计人员的功能：公共数据模块：
首先创建一个数据模块DataModule，专门用来存放一个TADOConnection,将其ConnectionString属性连接到SQL的“房屋”数据库。在以后所有的窗体中需要用到连接数据库的操作时，只需加入TADOTable和Tdatasource组件，设置TADOTable的Connection=DataModel.ADOConnection，然后选择相应Tablename，再将Tdatasource的Dataset=ADOTable即可。
以后的维护中，工程设计人员只需改动这个公共模块上的TADOConnection的ConnectionString属性值，就可很方便的将这个通用房产管理系统连接于任何一台服务器上的数据库，从而满足系统的灵活性和可移植性。
4.2.3 面向系统运行维护人员的功能
编码表管理：管理建造单位、建筑结构、建筑类型、地区类别、房屋设施、单位设置、银行名称、户型等基本编码的管理。
建造单位：编码、建造单位
建筑结构：编码、建筑结构
建筑类型：编码、建筑类型
地区类别：编码、地区类别
房屋设施：编码、名称、单位
单位设置：编码、单位名称、简称、地址、法人代表
银行名称：编码、银行名称
户型： 编码、户型
配套情况：编码、配套情况

4.3 外部信息描述
4.3.1人机接口描述
考虑到用户的实际情况，在设计操作界面和人机对话界面时，准备做成用户较为熟悉且方便操作的，有下拉菜单的操作界面。
4.3.2 打印信息格式描述
所见即所得的打印模式。提供各类统计报表和合同文档的打印。可转到Excel和Word中编辑打印。

5. 设计过程

5.1 建立数据库
5.1.1建表：
在建立数据库之前，要先在服务器上安装Windows2000 Server 和 MS SQL Server 2000。安装好以后，打开MS SQL Server 2000上的服务器组，建立一个新的服务器，在这个新的服务器上创建一个数据库“房屋”。在其上建立所需的表。
例如“楼宇资料表”记录楼宇的信息。主要字段的定义如下所示：

5.1.2 数据结构设计时应考虑的问题
在进行数据库设计、控制表设计和文件结构设计时，应考虑以下内容：
1)数据的一致性；
2)数据的完整性(访问权限)；
3)数据访问的执行效率。
5.1.3 数据库安全性
同绝大多数数据库管理系统一样，SQL Server也是运行在某一特定操作平台下的应用程序，它的安全性机制可以划分为四个等级：a.客户机操作系统的安全性；b.SQL Server的登录安全性；c.数据库的使用安全性；d.数据库对象的使用安全性。这种关系可以用图4表示：

数据库

a b c d

数据库对象
（用户） （客户机） （SQL服务器）

图4
SQL Server采用了标准SQL Server登录和集成WindowsNT登录两种方式，我采用的前一种登录方式，即在登录时提供登录帐号和密码，以获得SQL Server的访问权。管理和设计合理的登录方式是SQL Server DBA的重要任务，是SQL Server安全体系中，DBA可以发挥主动性的第一道防线。
5.1.4 数据维护（备份与恢复）
备份和恢复是数据库DBA维护数据库安全性和完整性的重要操作。针对不同数据系统的实际情况，SQL Server提出3种主要的备份策略：只备份数据库；备份数据库和事务日志；增量备份。综合以上3种策略可以大大提高数据库系统的安全性。
数据库的维护可以按天,按周,按月或是根据需要建立维护任务,因此针对企业房产管理系统实际数据库的情况：是面向对象的小型MIS，数据更替不频繁、及时性要求不高等特点。我提出：
1.进行数据库备份：根据系统运行的实际情况周期性的进行。如可以每周进行数据库的全面备份；间隔性的进行数据库的增量备份，如每天备份一次，对更新非常频繁的数据库可将时间间隔设置的更小；建议在每两次增量备份之间进行事务日志的备份。
2.数据库恢复：利用最近的全面数据库备份恢复系统；利用最近的数据库增量备份恢复数据库；利用自最近一次进行过数据库增量备份后的事务日志备份恢复数据库。
通过SQL Server2000的Database Maintenance Plans可以创建维护计划。并可以查看,编辑或删除维护计划. 其中可以对维护周期进行选择.用SQL Server2000这一改善了的结构建立数据库后,可以很少进行数据库一致性检验.因为可以用维护计划来处理大多数的工作.建立数据库。

5.2 程序结构设计
根据程序结构化设计的要求，需要把整个项目分成若干个小的项目，分别用程序块实现每个小项目，并且每个小项目的程序编写互不相干，独立完成各自的功能，因此根据需要把程序结构设计如图5所示：

数据库应用程序工程文件

数据源
数据模块窗体

系统登录

体
房产管理主界面

体

系统维护

代码表维护

查询统计模块
合同处理

基本资料处理

包括建造单位等八个代码 表

住户、管理员、咨询员

单位设置
用户管理
增加
查询
浏览
打印
删除
修改
查询
统计

公有住房售购
集资建房协议
房屋租住协议
住户基本资料
房间
附加
资料
房间资料
楼宇资料
商户基本资料
门面租赁合同

图5 程序功能结构图
5.2.1系统登录界面
在程序启动时首先产生，窗体结构简单，日期使用TdataTimePicker实现动态更新。代码编写上要求将用户输入的密码和存放在“用户管理表”里的密码进行比较。其操作如图6所示(代码见附录)

图6 系统登录
5.2.2通用房产管理主界面
正确登录后即打开主界面，运用菜单建立对各个表的连接。共建有“基本资料处理”、“合同处理”、“通用查询统计表”、“代码表维护”、“系统维护”“帮助”六个菜单项。无技术上的难点。
典型代码如下：(以菜单的第一项：连接“住户基本资料”为例)
procedure TFrmMain.miHouseClick(Sender: TObject);
begin
with TFrmHouse.Create(nil) do
begin
Show;
end;
end;
5.2.3 “基本资料处理”“合同处理”“通用查询统计表”“代码表维护”“系统维护”“帮助”六个菜单项的设计
5.2.3.1 “基本资料处理”操作界面如图7所示

图7 “基本资料处理操作”界面
1)按照四个表分别建立四个窗口，每个窗口都完成：增加、修改、删除、查找、打印五个基本功能。
2)其中为更详细反映数据资料的全貌，用Tpagecontrol分设“编辑”和“浏览”两个页面。编辑页反映一条记录，而浏览页反映表中所有记录。
3)查询可以按“XX编号”“姓名”两种方式查询。(代码见附录)
4)打印：采用一个打印设置界面unit KQUERYDYSZ和一个报表模块unit Kqueryquick共同实现。以报表方式打印输出。为满足管理人员对电子数据表格打印的较高要求，此程序的技术难点就是转到Excel编辑后打印。
5.2.3.2 “合同处理”操作界面如图8所示

图8 “合同处理”操作界面
此模块通过四个窗口对《门面租赁合同》、《房屋租住协议》、《职工集资建房协议》、《公有住房出售协议》分别进行类似模块一的五个基本功能：增加、修改、删除、查找、打印五个基本功能。
但由于用户对合同处理要求先预览范本，经填写具体项后打印全文，因而此模块多增加了一个功能：合同签定打印。并且为满足用户可以进一步对合同排版处理的要求，使用了转到Micrasoft word的技术处理。具体实现过程如下：
1)用Tpagecontrol多设了“合同”和“合同输入”两个页面，前者事先用Trichedit组件显示合同范本以便用户浏览细则。后者（如图）可供合同签定的一方或双方填写所需资料在Tedit 里。
2)建一份RTF文件，将每个需填字段设成变量形式如^czf^，如下：
房屋租赁合同
甲方(出租方)：^czf^
………….
3)编写PageControlChange事件
procedure TfrmSalesRoom.PageControlChange(Sender: Tobject);
begin
If PageControl.ActivePageIndex=2 then
ModifyRichEdit; //调用下面的.ModifyRichEdit方法
end;
procedure TfrmSalesRoom.ModifyRichEdit;
begin
RichEdit.Lines.Clear;
RichEdit.Lines.LoadFromFile(‘..\doc\文档.rtf’);
//调用’..\doc\文档.rtf’文件
RichEdit.Lines.Text:=Replace(RichEdit.Lines.Text,’^czf^’,Edit1.Text);
………… //实现所填字段与合同范本有机结合
4)在窗体上加入WordDocument，WordApplication两个组件。
Procedure TfrmSalesRoom.WordApplicationQuit(Sender: Tobject);
begin
WordApplication.Disconnect;
end;
5)在打印菜单上再加一个“打印到Word”，编写miWordClick事件：
procedure TfrmSalesRoom.miWordClick(Sender: Tobject);
var
DocTemplate,
NewTemplate : OleVariant;
ItemIndex : OleVariant;
begin
try
WordApplication.Connect;
except
Application.MessageBox(‘你的系统中没有安装Word’,dialogtitle,flaginformation);
Abort;
end;
Wordapplication.Visible := True;
WordApplication.Caption := ‘门面租赁合同’;//new doc
ItemIndex:=1;
DocTemplate := ‘’;
NewTemplate := False;
WordApplication.Documents.Add(DocTemplate,NewTemplate,EmptyParam,EmptyParam);
WordDocument.ConnectTo(WordApplication.Documents.Item(ItemIndex));
RichEdit.SelectAll;
RichEdit.CopyToClipboard;
WordDocument.Range.Paste;
End;
5.2.3.3 通用查询统计模块

在本模块内：
1.实现对“房产数据库”中所有数据表的全局浏览，结果用浏览表格显示。其主要目的是要让使用者在前面提供的详细各表查询基础上具有最大限度自由度，能在通观全部数据表资料后以多种方法和思路进行查询统计，满足实际工作的需求。
2.应后勤部门的需求，在每年的福利分房、集资分房做决策时，管理者希望能通过全公司职工的工龄分布图及闲置住房比例等数据作出从哪个工龄段一刀切的决策。以及通过四层职务(厂级领导、中层干部、军代表、分厂领导)五项职称(技术员、助理、工程师、副高工、正高工)的统计确定加分额度。因而设置了五个单项统计，结果用图形显示。
如图9所示：

图9 “查询统计”操作界面
5.2.3.4 “代码表维护”模块
此模块列出了建造单位、建筑结构、建筑类型、地区类别、房屋设施、银行名称、户型、配套情况共八个窗口，分别对代码表进行维护。其作用是在编写程序代码时，使用名称相对应的编码，这样做便于今后某些名称发生改变时，只需修改相应的代码表，而不用修改主体程序，利于修改维护