③可以进行认购书的签订、删除、打印。 ④购房合同的的打印；
(3)帐务管理子系统的功能包括： ①对每次交费进行记录。 ②对用户的费用进行管理 ③对用户进行欠款催收
(4)售后服务管理子系统的功能包括： ①交楼入住：记录交楼入住时发生的问题
②客户联系日志：对客户联系日志进行插入、删除、查找 ③客户投诉管理：对客户的投诉进行管理。 3.3 系统需求分析 3.3.1 系统综合要求
通过对系统分析，系统的综合要求如下：
(1) 完全取消目前的手工关系销售方式，新系统应具有方便的数据输入性能，良好的人机界面，尽量减少汉字及其重复输入。
(2) 灵活快捷的查询性能，能快速实现对房源的查询。 (3) 对费用进行良好的管理。
(4) 系统应具有一定的操作合法权检验功能。 3.3.2 数据流图
房地产销售管理系统的基本系统模型如图3-1所示：
商品房销售管理人员 事务 商品房销售管理系统 认购书 合同 购房客户
房地产销售管理系统的收费管理基本模型如图3-2所示：
图3-2 商品房销售管理系统的收费管理基本模型
图3-1 商品房销售信息管理系统的基本系统模型
购房客户 事务 商品房销售管理系统 事物 财务管理人员
3.4 系统的预期目标
本软件是为小型房地产公司开发的商品房销售信息管理系统软件。该软件用于规范房地产公司的商品房销售管理工作。随着房地产业日益兴旺，房地产商之间的竞争也日益激烈，为满足客户的需要，商品房销售市场的管理也要求系统化，房地产开发的规模越来越大，房地产公司商品房的销售管理变得更加的复杂，开发合适的房地产公司商品房销售管理系统具有了一定的必要性。通过该系统的开发，把管理人员从繁琐的数据计算处理中解脱出来，优化房地产公司商品房销售管理体系，使其高效化，简易化，智能化。
本系统预期实现的功能如下：
(1)系统功能管理：登录系统、修改密码、注销登录、退出系统等； (2)房源信息管理：房屋信息管理、房屋信息查询；
(3)客户信息管理：客户信息录入、客户信息查询、客户管理日志； (4)职工信息管理：职工基本信息管理；
(5)楼房销售管理：房屋销控查询、购房认购书的签订、购房合同的签订、退房管理； (6)财务费用管理：费用清单、欠款催收清单； (7)工具窗口管理：各种常用工具； (8)帮助信息模块：关于本系统。
4 系统设计
4.1 系统功能简介
商品房销售信息管理系统是一个交互式查询系统，在明确了系统目标与数据库结构的前提下，设计出该系统的主要功能：系统登录、数据输入与修改、数据综合查询、报表浏览与打印、系统管理、关于等。
4.1.1 系统登录与管理
为了确保数据的保密性和安全性，防止非法用户对数据破坏，系统将使用登录系统，将事先设计好的用户名和密码信息放在数据表my.mdb中，登录时系统自动将用户输入的数据信息和my.mdb数据表中的数据进行比较，只有合法用户才能使用本系统。通过系统管理用户可以实现新用户注册和登录用户密码修改等功能。
4.1.2 数据输入、删除与修改
数据输入、删除与修改统称数据操作，用户可以根据自己的需要，对数据表中的数据进行操作，将改动的数据及时传到后台的数据库中，保证数据的实时性、有效性。
4.1.3 数据查询
查询功能是一个软件的核心部分，反映了一个系统的优劣。本系统能够对员工基本信息
中的常用信息进行查询；对来访客户的基本信息的查询、认购客户信息的综合查询、购房客户信息的综合查询和客户投诉信息的综合查询；房屋信息的查询。
4.1.4 文件打印
文件的打印主要是方便用户对认购书及合同的管理及书面签订等。 4.2系统总体功能设计
系统的总体功能设计图如图4-1所示：
修改密码 客户注
销登陆 投诉信息管理 登陆系统 楼盘信息浏览 客户信息搜索 客户信息录入 客户交费管理 客户欠费催收管理 签订房屋销控查询 签订认购书 员工信息管理 关于本系统 商品房销售信息管理系统 系统管理 房源信息管理 客户信息管理 费用基本管理 房屋销售管理 员工信息管理 关于系统
图4-1 系统的总体功能设计图
5 数据库设计
5.1基本原则和方法
数据库技术是信息资源管理最有效的手段。数据库设计是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，有效存储数据，满足用户信息要求和处理要求。
数据库设计中需求分析阶段综合各个用户的应用需求(现实世界的需求)，在概念设计阶段形成独立于机器特点、独立于各个DBMS产品的概念模式(信息世界模型)，用E-R图来描述。在逻辑设计阶段将E-R图转换成具体的数据库产品支持的数据模型如关系模型，形成数据库逻辑模式。然后根据用户处理的要求，安全性的考虑，在基本表的基础上再建立必要的视图(VIEW)形成数据的外模式。在物理设计阶段根据DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。 数据库设计的基本步骤：
1、需求分析
需求分析的重点是调查、收集与分析用户在数据管理中的信息要求、处理要求、安全性与完整性要求。需求分析的方法：调查组织机构情况、调查各部门的业务活动情况、协助用户明确对新系统的各种要求、确定新系统的边界。常用的调查方法有： 跟班作业、开调查会、请专人介绍、询问、设计调查表请用户填写、查阅记录。
2、概念结构设计
通过对用户需求进行综合、归纳与抽象，形成一个独立于具体DBMS的概念模型，可以用E-R图表示。
3、逻辑结构设计
将E-R图转换为关系模型实际上就是要将实体、实体的属性和实体之间的联系转化为关系模式,这种转换一般遵循如下原则：
1)一个实体型转换为一个关系模式。实体的属性就是关系的属性。实体的码就是关系的码。
2)一个m:n联系转换为一个关系模式。与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。
3)一个1:n联系可以转换为一个独立的关系模式，也可以与n端对应的关系模式合并。如果转换为一个独立的关系模式，则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性，而关系的码为n端实体的码。
4)一个1:1联系可以转换为一个独立的关系模式，也可以与任意一端对应的关系模式合并。
5)三个或三个以上实体间的一个多元联系转换为一个关系模式。与该多元联系相连的各实体的码以及联系本身的属性均转换为关系的属性。而关系的码为各实体码的组合。
6)同一实体集的实体间的联系，即自联系，也可按上述1:1、1:n和m:n三种情况分别处理。
为了进一步提高数据库应用系统的性能，通常以规范化理论为指导，还应该适当地修改、调整数据模型的结构，这就是数据模型的优化。确定数据依赖。消除冗余的联系。确定各关系模式分别属于第几范式。确定是否要对它们进行合并或分解。一般来说将关系分解为3NF的标准，即：
表内的每一个值都只能被表达一次。
表内的每一行都应该被唯一的标识(有唯一键)。 表内不应该存储依赖于其他键的非键信息。 4. 数据库物理设计
为逻辑数据模型选取一个最适合应用环境的物理结构(包括存储结构和存取方法)。根据
DBMS特点和处理的需要，进行物理存储安排，设计索引，形成数据库内模式。
5. 数据库实现
主要利用Microsoft Office Access建库。 6. 数据库运行和维护
数据库应用系统经过试运行后即可投入正式运行。在数据库系统运行过程中必须不断地对其进行评价、调整与修改。包括：数据库的转储和恢复、数据库的安全性、完整性控制、数据库性能的监督、分析和改进、数据库的重组织和重构造。
5.2数据库逻辑结构设计
数据库的需求分析是进行系统功能划分和系统设计最重要的一个环节，根据系统数据流程图，可以得到十一个数据库表：费用信息表、工作人员信息表、购房合同信息表、客户管理表、客户信息表、楼盘相关表、楼盘信息、系统管理表、销控表、销控信息表和已购客户信息表,以下为系统所需的主要的数据项和数据结构的使用情况：