《数据库课设二手房交易信息管理系统》由会员分享，可在线阅读，更多相关《数据库课设二手房交易信息管理系统（20页珍藏版）》请在金锄头文库上搜索。
1、-题目:二手房交易信息管理系统. z.-一、引言随着中国经济的高速开展，房地产行业已经成为了国民经济的支柱产业之一。房地产行业可分为房地产开发、物业管理、房地产二手物业代理等。在企业的自身，越来越多的房地产商采用信息化技术来管理企业。他们以自己的网络平台为根底，通过多边协议的形式进展集团采购和信息共享，提高市场竞争力，实现企业信息管理现代化。房地产开发商、物业管理公司和房地产二手物业代理公司在信息化建立的过程中，通常都会采用各种售楼管理软件或物业管理软件。公司的各种数据和信息运行在公司的售楼系统和物业系统中，迫切需要数据集中管理，各售楼处和物业管理处或地产门店能够将数据实时上报总部，便于公司的
2、管理层能够每时每刻都知道公司的业务和财务数据以做出准确决策。因此，在二手房交易过程中建立一个二手房交易管理系统是十分必要的。需要解决的问题如下：一、 改变客户选房、购房盲目选购方式，减轻客户选购中不必要的纠纷，以及使客户可以选购自己理想的房屋。二、 客户的账号管理，可以随意添加新的账号。三、 可以添加和删改客户信息、房产信息，以及订单管理。四、 对房地产信息管理系统的更新与维护。 本系统的最终用户为选购房产的客户，管理人员与维护人员必须掌握计算机的根本操作，还要掌握房地产的即时信息，并且能够熟练运用office办公软件。随着我国市场经济的蓬勃开展，房价的不断攀升，对于刚步入社会的年轻人尚未具有
3、购置新房的能力，甚至一些工作很长时间的白领也瞄准了二手房市场，随着二手房市场的不断开展，二手房中介企业也相应的开展起来，二手房中介企业正处于一个快速开展时期，这必然会导致竞争的加剧以及效劳质量的降低，要想在剧烈的市场竞争中谋求开展，客观上要求企业必须加强内部管理，提高运营效率。二手房交易，尤其在北京、深圳等大城市是一个非常活泼的现象，其开展前景相当可观。在二手房交易过程中，经纪公司中介公司无可非议是其中一个桥梁，所以今后在北京乃至全国的经纪公司必将走向一个顶峰，此中竞争也将迅速扩大，经纪人的地位也将得到更多人的认可。而我国大多数二手房中介企业刚刚起步，虽然经营实现了专业化，但是从信息机制上还没
4、有摆脱原有的销售模式，企业内部没有形成完善、有效地鼓励和约束信息的信息化管理机制，企业开展的动力缺乏，影响了企业的持续、稳定、快速开展。二、需求分析我们根据当今房地产经纪公司的业务流程，了解到二手房下销售管理信息系统应满足以下一些需求： 一、满足二手房销售的数据需求，能够方便的进展房屋数据的录入和多条件查询； 二、房屋居间效劳合同的构造要求严格遵照原有的业务，并要求数据准确、平安，同时准确的记录时间； 三、要添加根底数据的管理和用户权限的设置。为了保障系统的准确性，对于可能发生的问题要进展检验，同时要给出相应的提示信息。四、针对不同的角色，将系统用户分为系统管理员、经纪人和合同责任人。系统管理
5、员可以享有系统的全部权限，经纪人享有各区域的房屋信息的更新授权和全部房屋信息的查询权，合同责任人享有房屋居间效劳合同的更新授权和全部房屋信息的查询权。总之，我们将二手房信息管理系统的需求划分为客户对功能的需求和管理员对功能的需求； 一、客户对功能的需求： 1. 客户注册 二、管理员对功能的需求：2. 删除不合法的用户系统功能构造图如图2-1所示。图2-1 二手房交易信息管理系统功能构造图根据以上分析，我们得出二手房交易信息管理系统数据流图如图2-2所示。图2-2二手房交易信息管理系统数据流图图2-3系统数据流图基于上述功能分析，二手房交易信息管理系统的业务规则及约束如下：1所有用户均可搜索商品
6、信息，但是只有注册用户才能够提交订单。2每位用户由唯一的编号标识，注册编号由系统按照时间顺序自动生成。3用户登录系统的账号为用户注册时输入的用户名称。4系统管理员可以查看会员信息，但是不能增加和修改注册信息，必要时可以删除用户信息。5系统管理员统一对系统中的数据维护。6收购员只能进展商品收购登记及汇总。7每个房子由唯一的房源编号标识。8每个业务员由工作证号唯一标识。9会员可以根据房源编号搜索房源信息。10房屋居间效劳合同需合同签订状态，即是否签订。11用户可以查询自己的合同。12一个买方可以购置或租赁多个房子。13一个卖方可以提供多个房子。14二手房中记录房源的状态。15房屋居间效劳合同有房源
7、编号和是否签订共同决定。三、概念构造设计确定实体集和属性1买方实体集。其属性有：注册号、用户ID，真实姓名、密码、Email、地址、注册时间系统自动生成、密保问题、密保答案等。图3-1 买方实体集2卖方实体集。其属性有：注册号、用户ID，真实姓名、密码、Email、地址、注册时间系统自动生成、密保问题、密保答案等。图3-2 卖方实体集3二手房实体集。其属性有：房源编号、房源名称，所属区域编号、楼盘编号、建筑单位、户型编号、面积、楼层、单元、车库面积、装修状况、物业管理费、权属等。图3-3二手房实体集4管理员实体集。其属性有：管理员ID，管理员名，密码等。图3-4管理员实体集5业务员实体集。其属
8、性有：工作证号、年龄、Email、地址、效劳区域等。图3-5业务员实体集6租赁订单实体集。其属性有：订单号、订单时间、订单人姓名、订单人 、订单人地址、Email等。图3-6租赁订单实体集7购置订单实体集。其属性有：订单号、订单时间、订单人姓名、订单人 、订单人地址、Email等。图3-7购置订单实体集8房屋居间效劳合同实体集。其属性有：房源编号、房源名称、甲方实际售价、建筑面积、权属、乙方联系 、乙方身份证号、甲方联系 、甲方身份证号、丙方合同负责人、是否签订等。图3-8房屋居间效劳合同实体集9公告实体集。其属性有：主题、内容、公告时间、公告总数、房源总数等。图3-9公告实体集1买方和租赁订
9、单之间的登记1联系集。它是一对多的联系，其描述属性有：真实姓名、地址、Email。2买方与购置订单之间的登记2联系集。它是一对多的联系，其描述属性有：真实姓名、地址、Email。3买方与管理员之间的管理1联系集。它是多对多的联系集，无描述属性。4买方与业务员之间的效劳1联系集。它是多对一的联系集，无描述属性。5买方与房屋居间效劳合同之间的签订1联系集。它是一对多的联系，其描述属性有：。6买方与二手房之间的需求联系集。它是一对多的联系，无描述属性。7卖方与管理员之间的管理2联系集。它是多对多的联系，无描述属性。8卖方与业务员之间的效劳2联系集。它是多对一的联系，无描述属性。9卖方与房屋居间效劳合
10、同之间的签订2联系集。它是一对多的联系，其描述属性有：。10卖方与二手房之间的提供联系集。它是一对多的联系，无描述属性。11业务员与二手房之间的效劳3联系集。它是一对多的联系，其描述属性有：区域编号。12二手房与房屋居间效劳合同之间的签订3联系集。它是一对多的联系，其描述属性有：房源编号、房源名称、面积、权属。13管理员与公告之间的贴出联系集。它是一对多的联系，无描述属性。总体E-R图设计根据以上分析，我们得出二手房交易信息管理系统总体E-R图如图3-16所示。图3-10 二手房交易信息管理系统总体E-R图四逻辑构造设计根据以上分析得出的E-R模型进展关系模式转换，我们得出二手商品交易系统关系
11、模式为：1买方注册号、用户ID，真实姓名、密码、Email、地址、注册时间、密保问题、密保答案、工作证号2卖方注册号、用户ID，真实姓名、密码、Email、地址、注册时间、密保问题、密保答案、工作证号3二手房房源编号、房源名称、所属区域编号、楼盘编号、建筑单位、户型编号、面积、楼层、总楼层、单元、车库面积、根底设施、装修状况、物业管理费、权属、注册号、注册号4管理员管理员ID，管理员名，密码5业务员工作证号、年龄、Email、地址、QQ、效劳区域6租赁订单订单号、订单时间、订单人姓名、订单人 、订单人地址、Email、注册号7购置订单订单号、订单时间、订单人姓名、订单人 、订单人地址、Emai
12、l、注册号8房屋居间效劳合同房源编号、是否签订、房源名称、甲方实际售价、建筑面积、权属、乙方联系 、乙方身份证号、甲方联系 、甲方身份证号、丙方合同负责人、注册号、注册号9公告主题、内容、公告时间、公告总数、房源总数、管理员ID10管理1管理员ID、注册号11管理2管理员ID、注册号12贴出主题，管理员ID经过以上分析，我们得出了二手商品交易系统的关系模式，进一步对其进展分析求精，系统关系模式不存在函数依赖并且满足BCNF范式。1买方关系模式的主键为注册号，其中注册号由5位字符组成，第一位为大写字母E； 2卖方关系模式的主键为注册号，其中注册号由5位字符组成，第一位为大写字母E；3二手房关系模
13、式的主键为房源编号，外键为注册号买方及卖方，其中房源编号由5位字符组成，第一位为大写字母G，接着四位为流水编号；户型编号只可以取1、2、3、4，代表四种户型；单元只可以取1、2、3、4，代表四个单元；装修状况取1、2、3，代表三种装修程度，即无装修、普通装修、精装修。4业务员关系模式的主键为工作证号, 其中工作证号由5位字符组成，第一位为大写字母B，接着四位为流水编号;效劳区域取1、2、3、4，代表四个区域。5管理员模式的主键为管理员ID, 其中管理员ID由5位字符组成，第一位为大写字母A，接着四位为流水编号。6租赁订单关系模式的主键为订单号，其中订单号由5位字符组成，第一位为大写字母L，接着
14、四位为流水编号；外键为注册号买方。7购置订单关系模式的主键为订单号，其中订单号由5位字符组成，第一位为大写字母P，接着四位为流水编号；外键为注册号买方。8房屋居间效劳合同关系模式的主键为房源编号和是否签订，外键为注册号买方及卖方；丙方取1，即中介公司负责人。9公告关系模式的主键为主题。将概念模型转换为全局逻辑模型后，还应该根据局部应用需求，结合具体DBMS的特点，设计用户的外模式。目前关系数据库管理系统一般都提供了视图概念，可以利用这一功能设计更符合局部用户需要的用户外模式。定义数据库全局模式主要是从系统的时间效率、空间效率、易维护等角度出发。由于用户外模式与模式是相互独立的，因此在定义用户外模式时可以注重考虑用户的习惯于方便。包括：1使用更符合用户习惯的别名。在合并各分E-R图时，曾做了消除命名冲突的工作，以使数据库系统中同一关系和属性具有唯一的名字。这在设计数据库整体构造时是非常必要的。但对于*些局部应用，由于改用了不符合用户习惯的属性名，可能会使他们感到不方便，用视图机制可以在设计用户视图时重新定义*些属性名，使其与用户习惯一致，以方便用户。但为了应用的标准化，也不应该一味地迁就用户。2可以对不同级别的用户定义不同的视图，以保证系统的平安性。所以针对不
