毕业设计（论文）-商品房销售信息管理系统的设计与实现.doc

唐山师范学院本科毕业论文 题 目商品房销售信息管理系统的设计与实现 学 生 指导老师 年 级08级 专 业信息管理与信息系统 系 别数学与信息科学系唐山师范学院数学与信息科学系2012年5月郑重声明本人的毕业论文(设计)是在指导教师李颖老师的指导下独立撰写完成的。如有剽窃、抄袭、造假等违反学术道德、学术规范和侵权的行为，本人愿意承担由此产生的各种后果，直至法律责任,并愿意通过网络接受公众的监督。特此郑重声明。毕业论文（设计）作者（签名）： 年 月 日目 录标题1摘要11 绪论11.1 课题的背景及意义11.1.1 课题背景11.1.2 课题意义11.2 国内外研究现状21.3主要研究内容22 相关技术背景22.1开发工具简介22.1.1 PowerBuilder10.5功能简介22.1.2 PowerBuilder10.5的集成开发环境32.2 系统采用的数据库32.2.1 系统数据库简介32.2.2 PowerBuilder10.5访问数据库的机制33 系统分析43.1 可行性分析43.1.1技术可行性43.1.2 经济可行性43.1.3 社会可行性43.2 系统功能分析43.3 系统需求分析53.3.1 系统综合要求53.3.2 数据流图53.4 系统的预期目标64 系统设计64.1 系统功能简介64.1.1 系统登录与管理64.1.2 数据输入、删除与修改64.1.3 数据查询74.1.4 文件打印74.2 系统总体功能设计75 数据库设计85.1基本原则和方法85.2数据库逻辑结构设计95.2.1 系统数据库E-R图95.2.2 根据E-R图设计数据库逻辑结构115.3数据库连接146 系统实现156.1 开发环境156.2系统整体流程图156.3系统界面和代码167 系统测试与运行287.1测试方法简介287.2系统测试中的问题及测试方法和解决办法287.2.1黑盒测试应用287.2.2白盒测试应用297.3系统维护298 结论29参考文献30致 谢31外文页321商品房销售信息管理系统的设计与实现单静摘 要 房地产业的飞速发展，给商品房销售管理带来了很多新的问题和任务，传统的管理模式已经不能适用现代商品房销售管理的需要，在这种情况下，亟需要建立一套商品房销售信息管理系统，以满足商品房管理信息化、科学化、现代化的要求，辅助商品房销售管理者进行正确决策。本文设计并实现了一个面向小型房地产公司的商品房销售信息管理系统，主要利用 Power Builder和Microsoft Office Access数据库技术，以实现对房源信息、商品房销售、相关账务以及售后服务的有效管理。关键词 Power Builder Microsoft Office Access 商品房销售信息管理 1 绪论1.1 课题的背景及意义1.1.1 课题背景商品房销售信息管理系统是一个现代房地产销售管理中不可缺少的部分,它的功能完善与否对于商品房销售工作的展开的难易有着至关重要的影响，所以房地产公司的销售管理与费用管理及售后服务管理系统的设计是以能够提供充足的信息和快捷的查询手段为核心内容的。一直以来许多小型房地产公司所使用的传统的书面进行商品房销售记录的方式实在是太落后，它存在着信息流动性差、查阅不方便等问题，而且随着公司房屋资源的增多，交易次数的增多，购房时顾客挑选自己满意的房屋越来越麻烦，并且售后服务等工作也将做的不够到位。综上所述，为了节省购房者大量的时间，还能选购到自己温馨的港湾，也能使开发商达到宣传楼盘产生实际经济效益的目的，而迫切需要这样的既能让百姓方便，又能让开发商满意的系统，商品房销售信息管理系统应运而生。1.1.2 课题意义随着房地产行业的发展，客户的需求也越来越多样化，越来越注重购房过程中的细节问题，房地产公司都以客户为中心，以服务为主，通过对房源的合理管理，使用户在购房时，能够在最短的时间内挑选到满意的房屋，提供更快速周到的优质服务，吸引和保持更多的客户；同时管理好客户的交费资料，完善售后服务，提高公司效益。因此，在信息时代发展的基础上，房地产公司拥有较好的商品房销售管理及费用管理和售后服务是非常重要的。归纳起来，商品房销售信息管理系统应该具有以下的功能才能适应信息时代的发展：第一，可以存储房源信息，能对房源信息进行较好的管理、查询、统计；第二，可以进行购房、退房、签订认购书、签订购房合同管理；第三，能够对认购客户、购房客户的信息拥有较好的管理；第四，能够对客户的交费情况进行良好的管理；第五，能够对交楼入住拥有良好的管理；第六，对客户服务（客户投诉）拥有良好的管理体系；第七，对公司内部的职工的基本信息拥有良好的管理体系；第八，系统可操作性强，实用性好，工作效率高，适应信息时代发展的需求。1.2 国内外研究现状随着社会的不断发展进步，我国已进入“信息管理新时代”，商品房销售管理模式也发生了根本性的变化。商品房销售信息管理系统在国内早已有着成熟的研究成果和广泛的社会应用。国内的众多房地产公司都得有了不同程度使用。比较典型的有动力公司结合中国房地产行业的实际需求,在国内率先推出的伊凯特房地产销售管理系统。通过该系统, 房地产企业可以根据销售业务的实际流程, 实现从前期的项目管理、策划管理、销售前端管理到后期的销售统计分析、产权、按揭和财务管理等一系列流程的高效管理和严密控制，大大提高运作效率和对销售业务进程的掌控能力, 通过精确的数字化管理实现对市场的快速应变, 全面提高企业的综合竞争能力。国外信息科技更新速度极快，作为信息载体的计算机日益显露出其举足轻重的地位，商品房销售也逐渐从手工操作转变为由计算机进行管理。通过互联网，实现数据共享，避免重复劳动，规范商品房管理行为，从而提高了管理效率和水平。但是相比于原有的这些大的房地产销售行业而言，近几年来，农村市场新出现的一些专门针对于城镇以及村内规划中产生的商品房销售的小型的房地产公司而言不太适合，购买那些大型的房地产销售管理系统目前对于这些小型的房地产公司来说是价格昂贵、不能承受的，另外这些新兴的房地产公司针对于自己的特色与优势，在费用的管理方面也有特别的要求，因此即使原来的那些费用相对比较便宜的商品房销售管理系统也并不能很好的服务于这些公司，因此这些房地产公司对适合自己的商品房销售信息管理系统的要求是急切的。针对于此情况，经过市场调研之后，决定开发适合这些房地产公司的商品房销售管理软件。1.3主要研究内容本课题主要研究的是商品房销售信息管理系统的系统结构设计、数据库的设计、系统界面的设计。整个系统由内部数据库和系统两个部分组成。通过研究当前实际商品房销售业务状况下的系统的基本模块与功能，最终整个系统的设计与实现。2相关技术背景2.1 开发工具简介2.1.1 PowerBuilder10.5功能简介PowerBuilder 10.5是美国Sybase公司推出的基于C/S体系结构的面向对象的数据库应用系统开发工具。利用它可以开发功能强大的、运行在多个平台以及能够操作多个数据库的应用系统。PowerBuilder 10.5是由多个功能模块构成的可视化开发环境，可以用于创建传统的C/S应用和基于Web的分布式数据库应用。PowerBuilder 10.5为开发人员提供了强大的开发环境，各个功能模块协同工作，共同完成对应用的创建、编码、测试、发布和部署等工作。PowerBuilder 10.5还提供了丰富的画板和开发向导，使用户可在图形化界面中开发应用程序。PowerBuilder 10.5支持面向对象的系统设计、开发、测试和发布功能，特别是其中的数据窗口技术，为开发人员创建各种类型的企业报表提供了快捷的方式，大大缩短了系统的开发周期，为新的应用开发需求提供了强有力的支持。PowerBuilder是一个集成的开发环境。它提供了应用的各种成分，包括窗口、数据窗口、菜单、事件处理程序、数据库、图形、报表的建立和维护，数据库管理、调试、编译等工作，都能在PowerBuilder集成开发环境中完成，从而可以大大加快开发的速度可视化的开发环境供了良好的跨平台性。它有多个版本。如果要把一个平台上开发的代码移植到另一个平台上，只要重新编译就可以了。此项功能有利于以后商品房销售管理系统的升级。2.1.2 PowerBuilder10.5的集成开发环境PowerBuilder10.5提供的可视化集成开发环境是一个典型的多文档界面(MDI),在这个环境下，用户可以通过菜单、工具栏以及一些功能键等方便快速的创建对象，编写事件处理程序。启动PowerBuilder10.5后，其集成开发环境出现，主要包括菜单栏、工具栏、系统树和文件夹窗口、底部的输出窗口。在开发商品房销售管理系统时充分利用好PB的各项功能，在此开发环境中，结合各种控键的独特指出，使此次开发的商品房销售管理系统功能更加完善、界面更加美观大方。2.2 系统采用的数据库2.2.1 系统数据库简介Microsoft Office Access 是微软公司推出的基于Windows的桌面关系数据库管理系统（RDBMS，即Relational Database Management System），是Office系列应用软件之一。它提供了表、查询、窗体、报表、页、宏、模块7种用来建立数据库系统的对象；提供了多种向导、生成器、模板，把数据存储、数据查询、界面设计、报表生成等操作规范化；为建立功能完善的数据库管理系统提供了方便，也使得普通用户不必编写代码，就可以完成大部分数据管理的任务。此商品房销售信息管理系统所采用的是Microsoft Office Access2003版本。2.2.2 PowerBuilder10.5访问数据库的机制PowerBuilder10.5是专为各种数据库设计的客户端的应用开发工具，它可以和其它数据库服务器（如Sybase、Oracle、MS SQL、Informix等）构成客户/服务器体系结构，也可以连接到如dBase、FoxPro、Excel等文件类型的数据源上，对这些数据文件进行操作。对于不同类型的数据源（数据库），PowerBuilder通过采用特定的接口软件的方式进行连接。PowerBuilder与各种数据库的连接方式有两种：（1）通过ODBC(Open DataBase Connecttivity)通用接口软件。（2）通过PowerBuilder为Sybase、Oracle、MS SQL、Informix提供专用接口软件。ODBC通过接口是微软公司推出的开放式数据库互连标准接口。ODBC接口以SQL作为标准的查询语言来存取连接的数据源，它允许单个应用同时访问多个不同的DBMS，用户可以通过加载连接到不同数据库的驱动程序来建立与各种数据库的连接。本次设计实施的商品房销售信息管理系统主要是针对城市周边以及农村地区的小型房地产公司，购买大型的服务器需要花费一大笔资金，这是不现实的。因此本系统拟设计成为一个小型的、单机版的、不需要联网管理的系统。结合自己的所学知识，考虑分析了各数据库的特点与系统实际的要求，则在此次开发的商品房销售信息管理系统中选用了Access数据库。 系统分析3.1 可行性分析当今商品房销售的管理工作量是比较大的，因此，建立商品房销售信息管理系统是极为重要的，有利于使商品房销售管理标准化、科学化、自动化，为购房者的决策提供第一手资料。为此，在开发本系统之前，应该首先进行可行性分析。3.1.1技术可行性首先，越来越多的房地产公司都为自己创建了销售管理信息系统，使得房地产商与客户之间也可以进行信息交流，确保彼此合法权益不受损害，这样的情况为商品房销售信息管理系统创造了良好的应用环境。其次，该设计采用的开发语言和数据库开发技术都已经相当成熟，完全能够满足系统的开发要求，为开发工作提供了非常简便实用的开发工具。再次，各中小型房地产公司及其用户的计算机在计算机容量、速度等方面完全能够满足该系统的需求。最后，基本已经掌握了开发这个系统方法和开发工具，并且在调查过程中，已经了解和熟悉了商品房销售管理系统的流程。综上所述本系统开发从技术上是可行的。3.1.2 经济可行性主要是对城市周边以及农村房地产市场进行分析，对系统的建设、运行和维护费用进行估算，对系统建成后可能取得的社会及经济效益进行评估。由于该管理系统比较小，所以对于自己的财力方面来说都是可行的。计算机及其他一些相关的附属物品已经具备。并且该系统开发的时间较短，只需两至三个月时间即可实现。由于该系统相对来说比较简单，系统的维护费用也不高。开发完成后，可以实现准确与快速于一体，大大方便了各个小型房地产公司的商品房销售管理。所以本系统在经济方面来说是可行的。3.1.3 社会可行性主要是对商品房销售情况进行调查分析。商品房销售目前并不是一个很完善的市场，有很大的可挖掘性和发展潜力，现在尚处于发展阶段。所以开发商品房销售信息管理系统具有很大的潜力，而且面向的对象是城市周边及农村地区，有其特有的意义。因此会有很大的发展空间。该系统投入运行后，方便用户操作和使用，更加方便了各个小型房地产公司对商品房的销售管理，同时也为消费者提供了一个更加健康、透明的交易环境。综上所述本系统开发从社会上是可行的。3.2 系统功能分析系统的对象确定之后，应该对系统进行定性的分析，分析是为了了解系统应达到的目标和系统应具备的功能。商品房销售管理系统由四大子系统组成：房源管理子系统、帐务管理子系统以及房屋销售管理子系统、售后服务管理子系统。(1)房源管理子系统的功能包括：开发新楼盘的信息录入、删除、维护；所开发新楼盘的楼宇及房屋信息的录入、删除、维护；(2)购房管理子系统的功能包括：可以对房屋信息进行销控查询；可以进行房屋的预订；可以进行认购书的签订、删除、打印。购房合同的的打印；(3)帐务管理子系统的功能包括：对每次交费进行记录。对用户的费用进行管理对用户进行欠款催收(4)售后服务管理子系统的功能包括：交楼入住：记录交楼入住时发生的问题客户联系日志：对客户联系日志进行插入、删除、查找客户投诉管理：对客户的投诉进行管理。3.3 系统需求分析3.3.1 系统综合要求通过对系统分析，系统的综合要求如下： (1) 完全取消目前的手工关系销售方式，新系统应具有方便的数据输入性能，良好的人机界面，尽量减少汉字及其重复输入。(2) 灵活快捷的查询性能，能快速实现对房源的查询。 (3) 对费用进行良好的管理。 (4) 系统应具有一定的操作合法权检验功能。3.3.2 数据流图商品房销售管理系统的基本系统模型如图3-1所示：商品房销售管理系统商品房销售管理人员购房客户事务认购书合同图3-1 商品房销售信息管理系统的基本系统模型商品房销售管理系统的收费管理基本模型如图3-2所示：商品房销售管理系统购房客户财务管理人员事务事物图3-2 商品房销售管理系统的收费管理基本模型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数据库逻辑结构设计数据库的需求分析是进行系统功能划分和系统设计最重要的一个环节，根据系统数据流程图，可以得到十一个数据库表：费用信息表、工作人员信息表、购房合同信息表、客户管理表、客户信息表、楼盘相关表、楼盘信息、系统管理表、销控表、销控信息表和已购客户信息表,以下为系统所需的主要的数据项和数据结构的使用情况：(1)员工信息维护：调用员工信息表，设置员工编号、姓名、性别、出生年月、家庭住址、部门编号和联系电话等。(2)客户信息维护：调用客户信息表，设置客户编号、姓名、性别、出生年月、家庭住址、部门编号和联系电话等。(3)楼盘信息维护：调用楼盘信息表，设置楼盘地理位置、占地面积、建筑密度、容积率、绿化率、房屋数、开始建的时间、竣工时间。(4)房屋信息维护：调用房屋信息表，设置房屋号、房屋面积、朝向、户型、分摊建筑面积、套内使用建筑面积、单价等信息。5.2.1 系统数据库E-R图本系统从整体上分为房屋销售信息、费用管理信息和售后服务信息三大部分。系统数据库设计E-R图，如图5-1所示。房 屋认 购认购客户购 买购房客户来访客户类型一般客户职 工接待交 费收款安排收 款签订合 同图5-1系统数据库设计E-R图以下是各主要实体的详细属性：楼盘实体：楼盘名房 号总价朝向套内面积房屋销售面积单价备注房屋信息图5-2 楼盘实体及属性来访客户客户信息表认购合同表购房合同表客户投诉表来访客户实体：图5-3 来访客户实体及属性工作人员实体：员工员工编号阿性别职位员工姓名出生日期图5-4 员工实体及属性客户实体：客户客户编号客户姓名性别出生日期职位工作单位证件号码电话图5-5 客户实体及属性5.2.2 根据E-R图设计数据库逻辑结构应用Microsoft Office Access建立名称为“my”的数据库，并根据逻辑结构设计原则，设计了11个表。有费用信息表、工作人员信息表、购房合同信息表、客户管理表、客户信息表、楼盘相关表、楼盘信息、系统管理表、销控表、销控信息表和已购客户信息表。其中主要的表名称和功能如下：图5-6 数据库表功能分析图表名功能房屋信息存放商品房基本信息系统管理存放密码及用户权限信息工作人员信息存放工作人员基本信息费用信息存放客户的相关房款信息购房合同信息存放合同信息销控信息存放商品房户型以及销售等信息客户管理存放需要售后服务的客户相关信息客户信息存放客户的基本信息楼盘信息存放楼盘的基本情况楼盘相关存放更加详细的楼盘信息已购客户信息存放已购商品房的客户的相关信息1. 楼盘信息表字段名称数据类型大小默认值可否为空主键楼盘名Char10无否是地理位置Char 40无是否邮编Int无是否占地面积Int无是否建筑面积Int无是否楼宇数Int无是否房屋数量Int 无是否建筑密度Float 无是否容积率Float 无是否相关设施Char 50无是否详细说明Char 100无是否开发日期Date 无是否预计竣工日期Date 无是否实际竣工日期Date 无是否当前开发状态Char10无是否已出售数Int无是否已预订数Int无是否待售数Int 无是否2. 楼宇情况表字段名称数据类型大小默认值可否为空主键楼宇号Int无否是楼盘名Char 20无是否层数Int 无是否房屋数量Int无是否开发日期Date 无是否竣工日期Date 无是否已出售Int无是否已预订Int无是否待售数Int无是否3. 房屋信息表字段名称数据类型大小默认值可否为空主键房屋号Int无否是楼盘名Char20无是否楼宇号Int无是否所属楼层Int无是否户型Char10无是否朝向Char 10无是否套内建筑面积Int无是否销售面积Int无是否单价Money无是否总价Money 无是否销售状态Char 10无是否4. 户型信息表字段名称数据类型大小默认值可否为空主键户型名Char()10无否是套内建筑面积Int无是否详细说明Char30无是否单价Money 无是否套内居住面积Int 无是否阳台面积Int无是否5. 费用信息管理表字段名称数据类型大小默认值可否为空主键客户编号Int无否是客户名Char 10无是否应付定金Money 无是否已付定金Money无是否应付房款Money无是否优惠率Float无是否实际房款Money无是否已付房款Money无是否仍欠房款Money无是否应付首付Money无是否应付滞纳Money无是否应付违约Money无是否已付违约Money无是否应付总计Money 无是否已付总计Money 无是否仍欠总计Money无是否付款方式Char 10无是否6. 客户信息表字段名称数据类型大小默认值可否为空主键客户编号Int无否是客户姓名Varchar ()30无是否性别Char()4无是否出生日期Datetime无是否职位Varchar()20无是否工作单位Char()1无是否证件类型Varchar()20无是否证件号码Char()1无是否电话Varchar()20无是否地址Char()14是否7. 工作人员信息表字段名称数据类型大小默认值可否为空主键工作人员编号Int无否是职工姓名Varchar ()30无是否性别Char()4无是否出生日期Datetime无是否职位Varchar()20无是否5.3数据库连接1.创建Access物理数据库； 2.定义ODBC数据源；3.定义DB Profiles的参数；4.连接数据库。所需要的代码为：SQLCA.DBMS = ODBCSQLCA.AutoCommit = FalseSQLCA.DBParm=ConnectString=driver=MicrosoftAccessDriver (*.mdb);DBQ=my.mdbconnect;6 系统实现6.1 开发环境本系统在Windows XP 操作系统下，利用PowerBuilder 10.5提供可视化集成开发环境，它是一个典型的多文档界面(MDI),在这个环境下，用户可以通过菜单、工具栏以及一些功能键等方便快速的创建对象，编写事件处理程序；利用Microsoft Office Access 2003制作后台数据库。下面主要介绍管理系统的的整体结构和系统的各功能页面，以及所使用的相关的代码：Y Y 密码是否正确？结束任务？系统登录欢迎界面系统登录验证用户口令进入系统主界面调用系统菜单退出系统调用各项功能N N 6.2系统整体流程图图6-1 系统整体流程图6.3系统界面和代码1.系统主界面运行系统，首先弹出系统欢迎界面（如下图所示），欢迎界面使用可点击图片（pb_1）形式完成，点击欢迎界面即可进入商品房销售信息系统的主界面。图6-2 欢迎界面以下是商品房销售系统主界面，最上方一排是系统菜单栏，共十个部分，十个部分分别是系统管理、房源信息管理、销售管理、售后服务、财务管理、客户信息管理、工作人员信息管理、工具、窗口排列方式以及关于。系统未登陆之前只有系统管理和关于部分是可操作的，其余部分则属于不可操作部分，这样可以有效的保护信息的安全，只有有管理员权限的操作人员才能够进行信息的录入与修改等相关操作。第二排分别是楼盘信息浏览、房屋销控查询、认购书管理、合同管理、客户信息录入、客户信息查询以及工作人员信息管理的快捷图标。方便管理员和用户可以快速进行相关信息的查询与修改。1）菜单栏设计主窗口大致可分为四部分：标题栏、菜单栏、常用工具栏、窗体页面。关键之处是在于菜单栏和常用工具栏的设计。根据系统需求和各数据表的应用要求，为了更好的组织数据和完成系统所要求的功能，菜单分为图6-3中所示部分。通过菜单栏可以调用系统中的所有功能。2）工具栏设计在通过菜单调用的窗口中，有很多窗口是经常用到的，这种经常性的工作如果只是通过菜单去调用就显的工作效率很低。所以特意为经常用到的窗口设计了常用工具栏，用户可以通过常用工具栏直接调用菜单栏中的部分的功能，这样不但提高了工作效率，而且窗体显得简便快捷。3）主窗体背景设计主窗口为MDI形式，可全屏展示，并将之后打开的子窗口都包含在里面，可在打开的状态下，随着主窗口的关闭而关闭，由于本系统子窗口的打开形式如打开楼盘信息浏览窗口为例，采用opensheet(w_buildingmessage,main)的方式，如果在主窗口上添加图片，当打开其他子窗口时，图片将会覆盖其他子窗口，所以窗口默认设置为灰色界面。图6-3 系统主界面2.系统登陆界面在登陆界面的“用户名”和“密码”文本框中输入相应的用户名和密码进入系统，如果用户名或密码中有一项错误都会弹出“用户名或密码错误，请重新输入！”,如果用户名漏填则会提示“请先输入用户名！”，如果密码漏填则会提示“请先输入密码！”。下面是系统登陆界面：图6-4 系统登陆界面登陆流程图：登陆窗口输入用户名和密码用户名、密码都正确主界面用户名和密码任意一项错误进行相应的操作图6-5 登陆流程图为了使登陆窗口显的简洁明了，所以只设置了用户名和密码两个输入条件。其中用户名和密码是要直接和系统管理表中的数据进行比较的，只有用户输入的内容和系统管理表中的数据完全一致时才视为合法用户。如果用户成功通过验证后会打开主窗口，主窗口运行效果如下图6-6所示：图6-6 成功登陆后系统主界面值得注意的是，若是以管理员（system）身份登陆系统，系统的所有功能都可以被访问；若是以普通用户（guest）身份登陆本系统，则有部分涉及房地产公司以及购房者利益相关信息的功能则不可以被访问，用户只能浏览其余信息而无权修改。3.楼盘信息浏览界面点击“房源信息管理”出现“楼盘信息浏览”下拉选项，进入楼盘信息浏览界面，如下图所示：图6-7 楼盘信息浏览界面楼盘信息浏览界面是对房地产公司的楼盘基本情况进行查看，修改等操作。窗体用了一个“Static Text”类控件，一个“picture”控件，一个Datawindows数据窗口、五个button按钮。为了方便用户对信息的浏览设置了上一条记录、下一条记录等按钮，用户通过对这些按钮的操作可以实现数据表中指针的移动，从而实现对数据的动态浏览。同时，右侧的数据窗口里可以看到每一条的详细信息，并可以对信息进行相应修改。实现“上一条”功能的相应代码如下：dw_1.selectrow(0,false)dw_1.scrollpriorrow()st_1.text=dw_1.getitemstring(dw_1.getrow(),楼盘名)p_1.picturename=dr_current+image+(dw_1.getitemstring(dw_1.getrow(),楼盘名)+.jpg)其中，dw_1.selectrow(0,false)是取消数据窗口控件中指定的行，dw_1.scrollpriorrow()是滚动数据窗口控件下一行，该函数改变当前行但不改变当前列。dw_1.getitemstring用于获取当前数据窗口中所选楼盘名的字符串，并将字符串信息存放于静态文本框中，dr_current是一个自定义的字符串型的全局变量。点击“更多详细信息”按钮，可以浏览相应楼盘的详细信息，如下图所示：图6-8 更多详细信息界面连接楼盘信息浏览界面与更多详细信息界面的是“楼盘名称”这一数据项，在这两个界面中需要进行参数的传递。定义全局变量Is_buildname，传递参数采用OpenWithParm函数，接收参数采用Message全局变量。实现这一功能的主要代码如下：1）“更多详细信息”按钮的click事件是：Is_buildname=trim(st_1.text)openwithparm(w_buildingmessage2,Is_buildname)2）更多详细信息界面的open事件是：dw_1.settrans( sqlca)dw_1.setfilter(楼盘名称=+string(message.stringparm)+)dw_1.filter()dw_1.retrieve()其中，dw_1.settrans(sqlca)是为数据窗口分配事务对象，将其与sqlca事务对象联系起来，以便指定所要操作的数据库；dw_1.setfilter是设置数据窗口的过滤条件，而dw_1.filter()则是根据设置的过滤条件，进行数据的过滤操作；dw_1.retrieve()是用来检索数据窗口对象中的数据，并且将其显示在数据窗口控件中。4. 房屋销控查询界面该查询界面可实现房屋的基本查询。下面是房屋销控查询界面：图6-9 商品房销控查询界面输入所要搜索的楼盘名称，点击搜索按钮即可显示该楼盘的销售状态以及可售商品房套数等销售信息。如下图所示：图6-10 楼盘销售情况界面点击任意房号即可查询出相应房屋的基本销售情况。以2701号房为例进行销控查询：图6-11 销控查询结果点击“预订”按钮，可以实现在售房屋的预订，如下图所示：图6-12 成功预订房屋5.认购书管理界面顾客现场看房满意之后，但不能一次性付清房款的可以先签订认购书，如图6-13所示：图6-13 认购书管理界面认购书等内容要求准确无误，不得随意涂改，在本系统中当填好认购书的内同后，点击“认购”按钮之后，合同内容不能够再进行修改，因此在确定认购之前一定要将合同内容审查清楚。6.合同管理界面客户合同信息管理界面如图6-14所示，在客户合同管理中，是以合同的方式实现房屋的销售功能，客户签订后，填写认购合同信息建立档案。在认购客户信息中，包含了客户的基本信息资料，房屋资料，合同信息及经办人信息。图6-14 合同管理界面7.客户信息录入界面购房客户信息管理界面如图6-15所示，对来访的客户和进行购房的客户的信息进行记录，备注好客户购房的情况及购房意愿，进行管理，对于有购房意向的客户及时进行联系，以扩大客户源，对已购买房屋的客户定期进行服务调查。图6-15 客户信息录入界面其主要实现代码为：dw_2.update( )if SQLCA.sqlcode = 0 thendw_1.retrieve( )dw_2.clear( )dw_2.insertrow(0)elsemessagebox(提示,添加用户信息失败！)end if8.客户信息查询界面通过条件检索搜索出客户的相关信息，同时在下面的一栏里显示出其购买的房屋的信息，并可以查询其签订的合同，如图6-16所示：图6-16 客户信息查询界面“搜索”按钮的click事件代码为：if ddlb_1.text and sle_2.text then choose case ddlb_1.textcase 客户编号 dw_1.setfilter(客户编号=+sle_2.text+) dw_2.setfilter(客户编号=+sle_2.text+) dw_1.filter() dw_2.filter()case 客户姓名dw_1.setfilter(客户姓名=+sle_2.text+)dw_2.setfilter(客户姓名=+sle_2.text+)end choosedw_1.retrieve()dw_2.retrieve()end if图6-17 查询后界面9.工作人员信息管理界面工作人员信息管理界面如图6-18所示。“工作人员信息管理”表单用来管理工作人员，其功能包括浏览、新增、查询、修改和删除工作人员数据。其中，“保存记录”按钮的代码是：if dw_1.update()=1 thencommit;messagebox(成功！,更新数据库成功！)elserollback;messagebox(失败！,更新数据库失败！)end if图6-18 工作人员信息管理界面7系统测试与运行7.1测试方法简介黑盒测试：黑盒测试是把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只是检查程序的功能是否按照规格说明书的规定正常使用，程序是否适当地接收输入数据产生正确的输出信息，并且保持外部信息（如，数据库或文件）的完整性。黑盒测试又称为功能测试。白盒测试：把程序看成装在一个透明的白盒子里，也就是完全了解程序的内部结构和处理过程。这种方法按照程序内部的逻辑测试程序，检验程序中的每条通道是否都能按预定的要求正确工作，白盒测试又称为结构测试。7.2系统测试中的问题及测试方法和解决办法7.2.1黑盒测试应用商品房销售信息管理系统最终的目标实现对商品房销售的管理