广东工业大学中介机构管理系统课程.doc

《广东工业大学中介机构管理系统课程.doc》由会员分享，可在线阅读，更多相关《广东工业大学中介机构管理系统课程.doc（32页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、【精品文档】如有侵权，请联系网站删除，仅供学习与交流广东工业大学中介机构管理系统课程.精品文档.课 程 设 计课程名称_ 管理信息系统_ 题目名称 中介机构管理系统 学生学院 管理学院 专业班级 学 号 学生姓名_ _ 指导教师 2011年12 月 03日广东工业大学课程设计任务书题目名称中介系统研究与开发学生学院管理学院专业班级工商2姓 名学 号一、课程设计的内容通过调查商品房销售的现状业务流程的基础上，应用 MIS课程所学的知识，设计一个电子商务在中介系统中的运用。内容包括：1、电子商务在中介系统上应用的概述2、中介管理信息系统分析3、中介管理信息系统设计4、中介管理信息系统实现5、中介管

2、理信息系统系统运行与评价6、中介开发、运行后的心得、体会与收获二、课程设计的要求与数据综合运用信息管理与信息系统专业所学习的知识和技能，进调查评价房屋中介现有的业务流程，运用电子商务的知识和技术，在现代原理与方法的指导下，在计算机网络平台上，进行房屋中介的业务流程再造，在此基础上完成系统开发，撰写设计报告。技术方面应用VFP技术设计开发的房屋中介系统。要收集房屋中介业务流程中用到的主要数据资料，包括相关的中介信息、员工信息资料以及相关客户的信息资料等，并尽可能参与实际业务操作来收集数据资料，设计测试数据和系统试运行数据资料。三、课程设计应完成的工作1、研究房屋中介与客户关系管理理论、方法与技术

3、，并撰写综述2、了解能应用到房屋中介系统的现代管理技术，并撰写综述3、明确房屋中介系统的用户需求，对系统的开发进行可行性分析；完成结构化系统分析，得到由再造后的业务流程图、实体联系图、数据流图和功能层次图为主的房屋中介管理系统逻辑模型。4、依据逻辑模型完成系统总体设计，完成详细设计，得到房屋中介管理系统实施方案。5、应用VFP技术设计开发房屋中介系统的实现.6. 在此基础上，总结上述各项工作和系统研究与开发的心得、体会与收获，撰写信息系统开发设计报告。四、课程设计进程安排序号设计各阶段内容地点起止日期1系统分析工作学校10.20-10.252系统的总体设计学校10.26-10.303系统的详细

4、设计与开发学校11.1-11.94系统的调试、实现，并完成报告初稿学校11.10-11.135参考指导教师意见，完善系统并修改报告学校11.14-11.156提交报告修改稿，指导教师审核修改稿学校11.16-11.177学生演示系统学校11.18五、 应收集的资料及主要参考文献1. 杨军.基于JSP商品销售系统的实现与安全设计.盐城工学院学报（自然科学报）第21卷第3期2008.92. 杨琳、何芳.商品房销售数据仓库的模型建立.计算机技术与发展.第16卷第11期2006.113. 雷兰.商品房买卖纠纷及案例评析.科学出版社.2005.14. 卢春雷、李雪梅、王莉、林旺.Visual Foxpr

5、o 程序设计与应用.中国铁道出版社.2005.15. 邵兵家等. 客户关系管理. 清华大学出版社，2004.56. 李洪涛. 面向中小家电企业进销存管理系统的设计与开发.2010.47. 徐永江. 信息系统开发过程中常见的思想问题与对策分析. 湖北农机化 , 2008. 4发出任务书日期：2011年 10月 20 日 指导教师签名：刘高勇计划完成日期： 2011 年 11月 10 日 基层教学单位责任人签章：主管院长签章：房产中介机构管理系统目录1. 前言概述52. 系统分析52.1 用户需求分析52.2 可行性研究62.2.1 技术层面上的可行性：62.2.2 经济层面上的可行性：62.2.

6、3 社会层面上的可行性：72.3 现状调查72.3.1组织机构调查72.3.2 工作现状调查82.3.3 信息需求调查分析102.3.4 现状评价：112.4 目标分析112.4.1导出基本项112.4.3 ERD导出一般关系模型162.4.4 新的业务流程图：192.4.5 数据流程分析202.4.6 功能层次图243.总体设计253.1 总体设计253.1.1. 一般关系模型设计：于系统分析中的初步构思一样。253.1.2. 处理功能总体结构设计：253.1.3 系统平台的总体结构设计（略）263.2 详细设计263.2.1 代码系统设计263.2.2 系统平台具体设计：273.2.3 数

7、据库结构的具体设计：283.2.4 模块设计314.系统实现314.1 数据库表结构的建立与数据输入：324.2 应用程序设计与测试：375系统运行385.1系统操作使用的简要说明：385.2 运行系统并打印报表386. 系统评价481. 前言概述这个系统是为房地产经纪公司服务的，房地产经纪公司是一家专业集房地产咨询、租赁、买卖的专业代理公司。公司业务包括中介代理（住宅部、商铺部、写字楼部），还包括专业咨询（房屋导购、按揭贷款、投资分析）等，提供专业投资置业咨询顾问服务。 系统的基本任务有：房源信息管理：主要是完成录入新房源信息、浏览所以房源、维护房源信息和查询房源信息这几个任务。需求信息管理

8、：主要是求购和求租信息的录入、维护和查询。客户信息管理：包括了录入客户资料、维护客户资料和查询客户资料这几个任务。交易记录管理：包括了录入新交易记录、统计交易情况和查询交易记录这几个任务。 系统的主要任务主要是市场部调研员手工输入得到的大量房源信息和需求信息，以及客户的相关信息。然后销售部进行交易的处理和交易数据的输入。系统能自动的统计、查询和打印相关报表。而这个系统的开发目的主要是让公司通过使用房产中介管理系统，使得公司的管理更加系统化、规范化和自动化了，而且能使资源更加合理的配置，能缩短了工作时间，提高了客户满意度与成功率，更能节约资源和提高工作效率和公司效益。2. 系统分析 2.1 用户

9、需求分析现公司使用的都是中介管理系统是人工系统，数据的输入、数据的分类汇总、数据的查询和报表的制作及打印等工作都是人工操作。由于公司业务频繁，单证票据处理量大，而且月末的交易汇总的大量工作使得公司的运行负担太重，效率太低，且数据管理较为混乱。所以原始的人工系统已经满足不了业务量的大增和公司管理规范的需求了，开发新的计算机管理系统是迫不及待的首要工作。综上所述，要求新系统通过原始数据的输入，能实现自动更新数据，及能实现多功能的查询，汇总和打印相关报表，从而使公司的管理更加系统化、规范化，更能节约资源和提高工作效率和公司效益。2.2 可行性研究 现在需要开发一个房产中介管理系统，从而使公司的运行效

10、率更高，成本更低、效益更好。 现在提供三个解决方案：1、仍旧维持原来的旧系统，对旧系统进行修改与升级，这样投入的人力、资金会比较少，但这只是对旧系统的修补，而未着手与建立新系统，这样公司的问题并不能得到很好的解决。2、为公司建立一个较大的管理系统，成立专门的研究小组，在短期内实现新旧系统的更换，另外更换一些员工，请些既有房产中介业务经验又有计算机网络知识的人员，这样短期内就能取得效益，但是公司要投入大量的人力和资金。3、由于公司较小，所以可以在不影响公司平时正常运营的情况下，逐渐地开发一个较小的但较适合于中小型公司的系统，虽然短期内很难取得效益，但这样公司需投入的人力资金都较少，而且是着眼于长

11、远效益的。 所以，实行第三个方案是比较合适的。这一系统是一个中小型的数据库系统，可利用Oracale、SQL SERVER 2000、VFP等工具开发。现在从技术、经济和人文社会这三个层面来评价论证用VFP开发本系统的必要性、可能性和有益性。2.2.1 技术层面上的可行性：（1） 公司现全是手工操作，而计算机使用太少，使得工作效率太低，有碍于公司的发展。（2） 通过适当的资金投入，人员培训和硬软件设备的投入，可适应用VFP该系统开发和运行管理的要求。（3）用VFP开发该系统，操作及实现比较简单易懂，且能满足用户需求，能提高公司的工作效率和使资源合理分配。2.2.2 经济层面上的可行性：（1）手

12、工操作已不适应于公司业务量的增长，若不及时开发新系统，必将影响公司的高效运行，必将现状公司的经济效益的提高。（2）用VFP开发该系统，所需的自己、人力和技术等资源较少，经济上是可能的。（3）使用该系统后，公司运行管理将会较为合理、规范，将会产生长期的经济效益。2.2.3 社会层面上的可行性：（1）该业务与客户、与外界交流较多，若系统效率低，必将影响其社会效应以及会影响其业务量的增长。（2）由于该系统开发和操作都比较简单，所需资源也较少，所以能得到领导和员工的支持，且相关人员也将能较快和较好的适应该系统。（3）该系统的开发和使用，不仅能改善公司的管理秩序，且能提高公司的经济效益和社会效益，也能提

13、高公司对顾客的服务质量，让客户更满意。2.3 现状调查2.3.1组织机构调查现状组织结构图：总经理办公室销售部市场部财务部行政部培训部一分店二分店三分店2.3.2 工作现状调查 初始业务流程图：产权人业务员房源登记需房登记核对信息登记汇总表需房者介绍、看房买卖协商、租赁协商业务员房屋出售合同房屋租赁合同登记交易交易登记表错误分析核对资料符合要求的房源登记表需房登记表汇总登记表正确需房者成功签定合同协议不成功销售主管首先是产权人或需房者到销售部业务员那里进行房源信息登记或需房信息登记，然后业务员对登记的房源登记表和需房登记表分析核对，然后对正确无误的汇总形成汇总表，进行人工分析核对资料，看看房源

14、信息与需房信息是否有相匹配的，若有则业务员联系双方，然后陪同需房者去看房，如果需房者对此房满意则与产权人进行买卖或租赁的初步协商，如果双方的协商成功则产权人、需房者和销售部主管三方进行出售或租赁房屋合同的签定，然后业务员要进行交易记录，生成交易登记表；如果产权人和需房者双方协商不成，则业务员直接进行不成功的交易登记，最后交易登记表上交销售部主管。2.3.3 信息需求调查分析 资料收集: 收集业务流程图中用到的各种相关单据、票证、帐簿、报表的原始资料。用户信息表：用户信息表姓名性别电话地址备注房源信息表：房源信息表物业名称房主房产类型租售状态装修程度面积户型楼层地区总价建成时间电话备注需房信息表

15、：需房信息表需房者电话地区需房状态户型房产类型面积装修程度楼层备注交易信息表：交易信息表交易类型房产类型房主电话需房者电话户型面积房产类型楼层装修程度建成时间交易时间交易金额地区备注2.3.4 现状评价：该现在的系统由于是人工传送表单，且要经过的部门较多，使得信息处理效率低。而且要进行高效的查询很难实现，这很难满足客户的需求，从而会影响公司的经济效益。2.4 目标分析2.4.1导出基本项原始数据基本数据项：用户信息：姓名、性别、电话、地址、备注房源信息：物业名称、租售状态、房产类型、地区、楼层、户型、面积、装修程度、总价、建成时间、房主、电话、备注需房信息：需房状态、房产类型、地区、楼层、户型

16、、面积、装修程度、需房者、电话、备注交易信息：交易类型、户型、地区、楼层、房产类型、面积、装修程度、建成时间、交易时间、交易金额、房主、电话、需房者、电话、备注汇总所有数据项，去掉重复的，得到以下基本项：姓名、性别、电话、地址； 物业名称、租售状态、需房状态、房产类型、地区、楼层、户型、面积、装修程度、总价、建成时间、房主； 交易类型、交易时间、交易金额。设计ER图的基本原则：原则1（确定实体）：能独立存在的事物，例如人、物、事、地、团体、机构、活动等等，在其有多个由基本项描述的特性需要关注时，就应把它作为实体。在该系统中涉及到的实体有：业务人、需房者、产权人、楼房。原则2（确定联系）：两个或

17、多个实体间的关联与结合，当需要予以关注时，应作为联系。实体间的联系可分为一对一、一对多、多对多三类。联系通常是某类行为动作，ERD中关注的是其状态与结果而非其过程。原则3（确定属性）：实体的属性是实体的本质特征。实体应有标识属性（能把不同个体区分开来的属性组），并指定其中一个作为主标识。联系的属性是联系的结果或状态。业务员业务员号姓名性别电话所在分店年龄产 权 人编号姓名性别电话地址邮箱楼 房楼房编号房产类型物业名称楼层面积地区装修状态价格需房者需房者编号姓名性别年龄电话地址家庭人数原则4（一事一地）：所有基本项在同一E-R图中作为属性要在且仅在在一个地方出现。2.4.2 根据四个原则画出机构

18、的初始ER图楼房产权人需房者业务员买、租房登记交易出售、租房登记NNMKKMMM编号业主地区面积房产类型楼层编号业主楼层地区房产类型面积编号物业名称房产类型交易金额交易时间交易类型M类型类型从上面ERD可得到售房登记关系，如下图：售房登记关系：登记日期物业名称业主经手工号地区房产类型面积总价户型楼层外码外码主码这样就会出现两个问题：一是主码（复合码）太复杂，不便于查询；二是当一个业主有几套房子要买或租时，日期、业主、经手工号就要多次重复。针对这个问题，我引进了联系虚体房屋出售单。它虽不是实体，但它可以简化这个复杂的联系，这样就可以使用“售房单号”作为房屋出售单关系的主码。对买房登记关系和交易关

19、系也作同样的处理。这样可得到下面的引进联系虚体后的ERD。由初始联系实体图，引进联系虚实体、合并、修改后得出改进后的全局ER图，如下：年龄性别姓名*业务员号业务员电话所在分店 1地址 1 邮箱年龄性别经手经办姓名电话 M购买*产权人号买房登记单 M M产权人 出售房屋出售单 M 1 1 *买房单号 *需要者号需房者 *售房单号姓名 M 1 1M售房登记卖出年龄买入家庭人数性别地址买房登记电话 M M业主物业名称*楼房编号房产类型面积户型楼层地区M楼房交易时间交易面积房产类型交易金额地区*交易单号交易单M2.4.3 ERD导出一般关系模型ERD导出一般模型关系的四条原则：原则一（实体转换为关系）

20、：ER图中的每一个独立实体变换为一个关系，其属性变为关系的属性，其主标识变为关系的主码。原则二（从实体及其主从联系转换为关系）：ER图中的从实体及相应的“的”联系变为一个关系，从实体的属性加上主实体关系的主码构成这个关系的属性。其主实体关系的主码，在主从联系为一个对多联系时还要加上可把同一个主实体个体所对应的从实体个体区分开来，从实体的一组属性，作为改关系的主码，对子类实体可作类似一对多联系的从实体的转换。根据以上的两个原则可得出数据储存初步构思的关系框架：需房者关系：需房者号姓名性别年龄地址家庭人数电话主码产权人关系：产权人号姓名性别年龄地址邮箱电话主码业务员关系：业务员号姓名性别年龄电话所

21、在分店外码主码原则三（一对多联系转换为联系）：1：M联系通过在“多”实体关系中增加相联系的“1”实体关系的主码及联系本身的属性来表达。其中“1”实体主码为外来码。原则四（多对多联系转换为关系）：M：M联系转换成一个独立的关系，被联系实体关系的主码（作为外来码）和联系本身的属性作为该关系的属性，被联系实体关系的主码组成其复合主码。楼房关系：楼房编号物业名称业主地区房产类型面积装修状态户型楼层外码主码交易关系：交易单号产权人客户经手工号面积房产类型地区交易时间交易金额外码外码外码主码出售登记关系：售房单号物业名称业主经手工号地区房产类型面积总价户型楼层外码外码主码买房登记关系：买房单号需房者经手工

22、号户型地区楼层面积房产类型外码外码主码2.4.4 新的业务流程图：经过以上对初始的业务流程图的分析，以及对实体联系图进行改造后，得出了下面的改造后的新业务流程图。首先是产权人或需房者在网上或到门店登陆系统进行房源或需房查询，如果找到有适合自己需求的信息，则与业务员联系，再进行看房后，若满意则产权人、需房者和业务员三方进行初步协商，协商成功则进行合同的签定，接着业务员进行交易登记，若不成功也要进行不成功交易登记。 如果一开始就没有查询到合适自己需求的信息，则进行房源登记或需房登记，同时也进行产权人资料或需房者资料的登记。经业务员审查信息是正确，汇总登记资料后，则在系统上发布信息。新的业务流程图：

23、需房者产权人房源查询需房查询房源、需房登记产权人、客户资料登记买卖租赁协商签订合同销售合同租赁合同交易登记成功交易登记表未成功交易登记表交易产权人资料交易客户资料房源表需房表产权人资料需房者资料资料无合适的成功房源资料表有合适的介绍、看房汇总登记资料资料汇总表不成功2.4.5 数据流程分析2.4.5.1 根据新的业务流程图，和全局ER图，得出新数据流程图（DFD）:图T：0房产中介管理产权人客户上级及有关部门FT1房源信息查询要求FT2需房信息查询要求FT11新信息库FT12交易记录图0：FT11查询FT2满足要求S0-1房源查询结果S0-2需房查询结果3交易协商S0-3 合同不满足要求2信息

24、登记FT-114交易登记FT-12图1为基本加工图2：产权人客户业务员2.1信息登记S2-2 需房表S2-3 产权人资料S2-4 客户资料FT-112.2整理S2-1 房源表图3：S0-1S0-23.1介绍、看房S3-1初步协议3.2签合同S0-3图4：S0-34.1交易登记S4-1 成功交易登记表S4-2未成功交易登记S4-3交易产权人资料S4-4 交易客户资料4.2整理FT-122.4.5.2 数据字典（DD）：基本项表:编号项名类型长度1姓名字符型102性别字符型23电话数字型104地址字符型205物业名称字符型106租售状态字符型87房产类型字符型108地区字符型409楼层数字型410

25、房主字符型1011面积数字型812装修程度字符型1013总价数字型1014建成时间日期型815交易金额数字型816交易类型字符型1017交易时间日期型8数据储存：编号数据存储表名写入结构读出S0-1房源查询结果P1房源号，结果单P3.1S0-2需房查询结果P1房源号，结果单P3.1S0-3合同P3.2房源号，合同号P4.1S2-1房源表P2.1房源号P2.2S2-2需房表P2.1房源号P2.2S2-3产权人资料P2.1客户号P2.2S2-4客户资料P2.1客户号P2.2S3-1初步协议P3.1协议单P3.2S4-1成功交易登记表P4.1交易编号P4.2S4-2未成功交易登记P4.1交易编号P4

26、.2S4-3交易产权人资料P4.1客户号P4.2S4-4交易客户资料P4.1客户号P4.2数据流表：编号数据流表名来源结构去向FT-1房源信息查询要求产权人查询模块FT-2需房信息查询要求客户查询模块FT-11新信息库业务部上级FT-12交易记录业务部上级2.4.6 功能层次图房产中介管理系统登记功能查询功能浏览功能房源信息登记需求信息登记交易信息登记客户信息登记房源信息查询需求信息查询交易信息查询客户信息查询房源信息浏览需求信息浏览交易信息浏览客户信息浏览注：关于功能层次图的几点说明： 功能层次图只展示任务的分解，不涉及数据的流动。 只表示上层任务可由哪些子任务协同完成，不管顺序与调用。 严

27、格按层次画出，不同任务的相同子任务也分别重画并重编号。 常伴随数据流程图的构思来绘制。3.总体设计 3.1 总体设计3.1.1. 一般关系模型设计：于系统分析中的初步构思一样。3.1.2. 处理功能总体结构设计：由数据流程图导出初始模块结构图有两种分析方法：3.1.2.1 以变换为中心的分析 找出变换中心（主处理）、逻辑输入和逻辑输出。在数据流图中几股数据流的汇合处往往就是系统的变换中心。如果一时难以确定，则可以确定哪些数据流是逻辑输入和逻辑输出。方法是从物理输入端开始，逐步向系统的中间移动，直到达到一个再不能被作为系统输入的数据流（即与物理输入流相比，结构有真正变化的数据流）为止，则其前一个

28、数据流就是系统的逻辑输入。同样，从物理输出端开始，逐步向系统的中间移动，也可以找到离物理输出端最远的但仍可视为系统输出（与物理输出流的结构是基本相同的）的那个数据流，它就是逻辑输出。对系统的每一股输入和输出，都可用上面的方法找出相应的逻辑输入和逻辑输出，而位于逻辑输入和输出之间的处理就是系统的变换中心了。不过有些系统只有输入和输出两部分而没有变换中心。 设计系统最上两层模块。在完成之后，可以将整个数据流图反映的系统用一个模块来表示，这就是顶层主模块。然后将顶层主模块分解为三个子模块，即：将逻辑输入设计为一个向主模块提供数据的输入模块，将逻辑输出设计成一个输出主模块数据的输出模块，以及设计一个将

29、逻辑输入变换成逻辑输出的主处理模块，也称主控模块。顶层模块起控制和协调下层模块作用，一般不做实质性的数据处理，在系统实现时常表现为一个控制性的功能选择菜单。 设计中、下层模块。这一步仍然按自顶向下逐步细化的原则设计每个模块的下属模块。输入模块的功能是向它的调用模块提供数据，所以它本身必定要有一个数据来源，因此输入模块可由两部分组成，一为接受输入数据，另一部分则将接受到的数据变换成其调用模块所需的数据。换言之，对于每一个输入模块，我们必须设计两个下层模块，一是输入模块，另一个是变换模块。同理，对于每一个输出模块，必须设计两个下属模块，一是变换模块，另一个是输出模块。这个设计过程可以由顶向下递归地

30、进行，直至真正达到系统的输入端或输出端。变换模块的分解没有一定的规则可遵循，必须根据数据流程图中具体的组成情况而定。另外，每设计出一个新的模块都要给它一个适当的名称，以能正确反映出该模块的功能为准。3.1.2.2 以事务为中心的分析它同样遵循由顶向下逐步细化的原则，先设计主模块，后设计相应于发射中心的输入模块，相应于集束中心的输出模块，相应于事务中心的事务调度模块，再为每一种类型的事务处理设计一个事务处理模块，然后为每个事务处理设计下面的操作模块，并为操作模块设计细节模块。每个操作模块可能被多个事务处理模块所共享，而成为共用模块。同样每个细节处理模块又可能被多个操作模块所共享而成为公用模块。在

31、各类不同的实际问题中，可能有多个细节模块，也可能没有细节模块。3.1.3 系统平台的总体结构设计（略）3.2 详细设计3.2.1 代码系统设计代码设计的基本原则：1、唯一确定性：每一个代码都只代表唯一的实体或属性。2、标准化与通用性：国内外有关的编码标准是代码设计的重要依据。另外，系统内部使用的同一种代码应做到统一，代码的使用范围越大越好。3、简明性：代码必须简单明了，短小精悍。但必须以有利于对数据统计、汇总、分析等操作为宜。4、稳定性核可扩充性：代码系统一旦制定出来并应用到系统中去，要有相对的稳定性，一般考虑35年的使用期限。同时也要考虑系统的发展和变化，当增加新的实体或属性时，可直接利用源

32、代码加以扩充，而不要重新改变代码系统。5、容易修改：当某个代码在条件、特点或代表的实体关系改变时，容易修改，也要方便系统的初始化。6、满足系统要求，便于记忆和使用：例如，会计科目、一级科目代码国家已统一规定，明细科目（二级、三级科目等）的编码位数及方法，则要根据业务处理要求，核算方法、报表要求、管理要求以及计算机处理特点和会计人员的记忆等因素全盘考虑，从而满足新系统的要求。如果代码含有逻辑意义，则有利于记忆。 房源号客户号交易号顺序码顺序码顺序码层次码110122023303.3.2.2 系统平台具体设计：公司部门内部局域网采用以太网的结构。物理上由路由器、服务器、工作站和操作终端通过集线器形

33、成星型结构共同构成局域网。具体网络布局图如下：INTERNET防火墙理由器 交换机 3.2.3 数据库结构的具体设计：完整性说明：DB的完整性是指数据的正确性和相容性。在数据库设计中要根据数据库中存储的数据的语义信息，结合具体DBMS确定其各个级别的各种完整性要求。A、字段（属性）级的完整性：通过在数据库表结构中增加字段完整性行，可以在该行的有字段完整性要求的字段所对应的单元格中指明“非空”来规定该字段不能取空值；标注、等标号，再在框架下部说明中的字段完整性说明中对相应标号列出具体要求。VFP中对字段完整性要求可以有如下内容：验证规则字段值必须满足的条件，出错信息违反规则时指出错误的提示信息，

34、缺省值没有输入时字段的自动取值；此外，还可有字段的长名与注释，字段的输出显示的标题、样式，字段的输入格式（掩码）等。B、记录（元组）级完整性：在框架下部说明中的记录完整性说明中列出具体要求。VFP中对记录完整性要求可以有如下内容：记录验证，包括：验证规则同一记录不同字段取值之间要满足的条件，出错信息违反验证规则时显示的提示信息；更新检错触发器，包括：插入触发器插入或追加记录时被触发，要求记录满足该触发条件，修改触发器修改记录时被触发，要求对记录的修改必须满足该触发条件，删除触发器删除记录时被触发，只有满足该条件的记录才能被删除。C、表（关系）级完整性：包括函数依赖约束、实体完整性约束、统计约束

35、。函数依赖约束主要是在数据库设计中通过规范化分解到BCNF或3NF，然后在关系模式定义中确定主码，再由DBMS保证主码取值不能重复来保证，在优化中降低了关系的规范化程度后，就一定要由DBA或应用程序员设计输入程序与修改程序（而不是DBMS提供的系统输入工具）来完成数据的输入与修改，这些程序中要有保证函数依赖约束的能力。实体完整性是指主码不能取空值，VFP是在字段完整性行中指定的。统计约束是一个字段值与关系中多个记录的多个字段的统计值之间要满足的条件，这也是通过专门设计的输入或修改应用程序来控制的。后面两种约束要在表框架的完整性说明的表级完整性中具体规定。D、参照完整性（RI）：两个不同的数据库

36、表（关系）的记录（元组）间的对应关系，主要指在建立父表主码到子表外码的永久关联的基础上，确定子表记录与相关联的父表记 录之间的对应规则。设计参照完整性首先要画出数据库表间的永久关联图。各数据库标的具体框架如下所示：房源信息表：列名数据类型宽度可否为空房屋编号数字型4否物业名称字符型10否业主字符型8否地区字符型20否房产类型字符型10否面积数字型8否总价数字型10否户型字符型10否楼层数字型4否销售状态字符型6否需房信息表：列名数据类型宽度可否为空记录号数字型4否需房者字符型10否房产类型字符型10否户型字符型10否地区字符型20否楼层数字型5否面积数字型10否总价数字型10否交易信息表：列名

37、数据类型宽度可否为空交易编码数字型4否房产类型字符型10否户型字符型10否地区字符型20否楼层数字型5否面积数字型10否交易时间数字型8否交易金额数字型10否房主字符型10否需房者字符型10否客户信息表：列名数据类型宽度可否为空客户号数字型2否姓名字符型8否性别字符型2否年龄数字型2否地址字符型20否电话数字型10否员工信息表：列名数据类型宽度可否为空员工号数值型2否姓名字符型10否性别字符型2否年龄数值型2否所在分店字符型10否3.2.4 模块设计 进入用户菜单房源信息管理需求信息管理交易记录客户信息出售信息管理出售信息查询出租信息管理出租信息查询求购信息管理求购信息查询求租信息管理求租信息

38、查询显示欢迎界面启动表单输入用户名和密码退出系统4.系统实现4.1 数据库表结构的建立与数据输入：数据库表结构的建立：create table 房源信息表（房屋编号N（4），物业名称C（10），业主C（8），地区C（20），面积N（8），楼层N（4），租售状态C（6），备注M（4）create table 需房信息表（需房者C（10），房产类型C（10），地区C（20），面积N（10），备注M（4）create table交易信息表（交易编码N（2）,房产类型C（10），地区C（20），面积N（10），交易时间D（8），房主C（10），需房者C（10）c reate table客户信息表（姓名

39、C（10），性别C（2），年龄N（2），地址C（20），电话N（20）create table 员工表 （员工号 C (10), 姓名 C （8），年龄N（2），职务 C（10），电话N（20），地址 C（20），所在分店 C（10）系统命令执行结果的数据库表结构及其关联图：参照完整性：房源表：交易表：客户表：需房表:员工表：用户表：4.2 应用程序设计与测试：主程序：set talk offset sysmenu offclearclear alldeclare integer FindWindow in user32.dll string lpclassname,string lpwindownamelpwindowname=房产中介机构管理系统_screen.caption=lpwindownameZOOM WINDOW SCREEN MAX do