本科毕业设计论文--二手房交易信息管理系统.doc
《本科毕业设计论文--二手房交易信息管理系统.doc》由会员分享,可在线阅读,更多相关《本科毕业设计论文--二手房交易信息管理系统.doc(31页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、数据库原理课程设计二手房交易信息管理系统学院:信息科学与技术学院班级:13计科3班姓名: 学号: 目录一、引言1 1.1选题背景1 1.2目的及意义1二、需求分析2 2.1功能分析2 一、客户对功能的需求:2 二、管理员对功能的需求:2 2.2业务流程分析3 2.2.1数据流图3 2.3业务规则及约束分析4三、概念结构设计5 3.1确定实体集和属性5 3.2确定联系集及属性8 3.3总体E-R图设计9四逻辑结构设计10 4.1关系模式转换10 4.2关系表优化10 4.3完整性约束11 4.4用户子模式设计11 4.5数据结构13五、数据库建立17 5.1建表及插入记录17 5.1.1建表17
2、 5.1.2插入表记录22 5.2查询操作25 5.2.1、建立视图:25 5.2.2简单查询26 5.3数据更新26 插入数据26 修改数据26 删除数据27 5.4建立触发器27 5.5建立存储过程28 5.6建立数据库备份/恢复29六、参考文献29 一、引言1.1选题背景随着中国经济的高速发展,房地产行业已经成为了国民经济的支柱产业之一。房地产行业可分为房地产开发、物业管理、房地产二手物业代理等。在企业的自身,越来越多的房地产商采用信息化技术来管理企业。他们以自己的网络平台为基础,通过多边协议的形式进行集团采购和信息共享,提高市场竞争力,实现企业信息管理现代化。房地产开发商、物业管理公司
3、和房地产二手物业代理公司在信息化建设的过程中,通常都会采用各种售楼管理软件或物业管理软件。公司的各种数据和信息运行在公司的售楼系统和物业系统中,迫切需要数据集中管理,各售楼处和物业管理处或地产门店能够将数据实时上报总部,便于公司的管理层能够每时每刻都知道公司的业务和财务数据以做出准确决策。因此,在二手房交易过程中建立一个二手房交易管理系统是十分必要的。需要解决的问题如下:一、 改变客户选房、购房盲目选购方式,减轻客户选购中不必要的纠纷,以及使客户可以选购自己理想的房屋。二、 客户的账号管理,可以随意添加新的账号。三、 可以添加和删改客户信息、房产信息,以及订单管理。四、 对房地产信息管理系统的
4、更新与维护。 本系统的最终用户为选购房产的客户,管理人员与维护人员必须掌握计算机的基本操作,还要掌握房地产的即时信息,并且能够熟练运用office办公软件。1.2目的及意义随着我国市场经济的蓬勃发展,房价的不断攀升,对于刚步入社会的年轻人尚未具有购买新房的能力,甚至一些工作很长时间的白领也瞄准了二手房市场,随着二手房市场的不断发展,二手房中介企业也相应的发展起来,二手房中介企业正处于一个快速发展时期,这必然会导致竞争的加剧以及服务质量的降低,要想在激烈的市场竞争中谋求发展,客观上要求企业必须加强内部管理,提高运营效率。二手房交易,尤其在北京、上海、深圳等大城市是一个非常活跃的现象,其发展前景相
5、当可观。在二手房交易过程中,经纪公司(中介公司)无可非议是其中一个桥梁,所以今后在北京乃至全国的经纪公司必将走向一个高峰,此中竞争也将迅速扩大,经纪人的地位也将得到更多人的认可。而我国大多数二手房中介企业刚刚起步,虽然经营实现了专业化,但是从信息机制上还没有摆脱原有的销售模式,企业内部没有形成完善、有效地激励和约束信息的信息化管理机制,企业发展的动力不足,影响了企业的持续、稳定、快速发展。二、需求分析2.1功能分析我们根据当今房地产经纪公司的业务流程,了解到二手房下销售管理信息系统应满足以下一些需求: 一、满足二手房销售的数据需求,能够方便的进行房屋数据的录入和多条件查询; 二、房屋居间服务合
6、同的结构要求严格遵照原有的业务,并要求数据准确、安全,同时准确的记录时间; 三、要添加基础数据的管理和用户权限的设置。为了保障系统的准确性,对于可能发生的问题要进行检验,同时要给出相应的提示信息。四、针对不同的角色,将系统用户分为系统管理员、经纪人和合同责任人。系统管理员可以享有系统的全部权限,经纪人享有各区域的房屋信息的更新授权和全部房屋信息的查询权,合同责任人享有房屋居间服务合同的更新授权和全部房屋信息的查询权。总之,我们将二手房信息管理系统的需求划分为客户对功能的需求和管理员对功能的需求; 一、客户对功能的需求: 1. 客户注册 2.登录取得权限 3.浏览最新商品信息 4.修改注册信息
7、二、管理员对功能的需求: 1.查询所有用户的信息2. 删除不合法的用户 3.添加商品4.发布公告系统功能结构图如图2-1所示。图2-1 二手房交易信息管理系统功能结构图2.2业务流程分析2.2.1数据流图根据以上分析,我们得出二手房交易信息管理系统数据流图如图2-2所示。图2-2 二手房交易信息管理系统数据流图图2-3系统数据流图2.3业务规则及约束分析基于上述功能分析,二手房交易信息管理系统的业务规则及约束如下:(1)所有用户均可搜索商品信息,但是只有注册用户才能够提交订单。(2)每位用户由唯一的编号标识,注册编号由系统按照时间顺序自动生成。(3)用户登录系统的账号为用户注册时输入的用户名称
8、。(4)系统管理员可以查看会员信息,但是不能增加和修改注册信息,必要时可以删除用户信息。(5)系统管理员统一对系统中的数据维护。(6)收购员只能进行商品收购登记及汇总。(7)每个房子由唯一的房源编号标识。 (8)每个业务员由工作证号唯一标识。(9)会员可以根据房源编号搜索房源信息。(10)房屋居间服务合同需合同签订状态,即是否签订。(11)用户可以查询自己的合同。(12)一个买方可以购买或租赁多个房子。(13)一个卖方可以提供多个房子。(14)二手房中记录房源的状态。(15)房屋居间服务合同有房源编号和是否签订共同决定。三、概念结构设计3.1确定实体集和属性(1)买方实体集。其属性有:注册号、
9、用户ID,真实姓名、密码、Email、地址、电话、注册时间(系统自动生成)、密保问题、密保答案等。图3-1 买方实体集(2)卖方实体集。其属性有:注册号、用户ID,真实姓名、密码、Email、地址、电话、注册时间(系统自动生成)、密保问题、密保答案等。图3-2 卖方实体集(3)二手房实体集。其属性有:房源编号、房源名称,所属区域编号、楼盘编号、建筑单位、户型编号、面积、楼层、单元、车库面积、装修状况、物业管理费、权属等。图3-3 二手房实体集(4)管理员实体集。其属性有:管理员ID,管理员名,密码等。图3-4 管理员实体集(5)业务员实体集。其属性有:工作证号、姓名、年龄、Email、地址、电
10、话、服务区域等。图3-5 业务员实体集(6)租赁订单实体集。其属性有:订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email等。图3-6 租赁订单实体集(7)购买订单实体集。其属性有:订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email等。图3-7 购买订单实体集(8)房屋居间服务合同实体集。其属性有:房源编号、房源名称、甲方实际售价、建筑面积、权属、乙方联系电话、乙方身份证号、甲方联系电话、甲方身份证号、丙方(合同负责人)、是否签订等。图3-8 房屋居间服务合同实体集(9)公告实体集。其属性有:主题、内容、公告时间、公告总数、房源总数等。图3-9 公告实体集3.2确定联
11、系集及属性(1)买方和租赁订单之间的“登记1”联系集。它是一对多的联系,其描述属性有:真实姓名、电话、地址、Email。(2)买方与购买订单之间的“登记2”联系集。它是一对多的联系,其描述属性有:真实姓名、电话、地址、Email。(3)买方与管理员之间的“管理1”联系集。它是多对多的联系集,无描述属性。(4)买方与业务员之间的“服务1”联系集。它是多对一的联系集,无描述属性。(5)买方与房屋居间服务合同之间的“签订1”联系集。它是一对多的联系,其描述属性有:电话。(6)买方与二手房之间的“需求”联系集。它是一对多的联系,无描述属性。(7)卖方与管理员之间的“管理2”联系集。它是多对多的联系,无
12、描述属性。(8)卖方与业务员之间的“服务2”联系集。它是多对一的联系,无描述属性。(9)卖方与房屋居间服务合同之间的“签订2”联系集。它是一对多的联系,其描述属性有:电话。(10)卖方与二手房之间的“提供”联系集。它是一对多的联系,无描述属性。(11)业务员与二手房之间的“服务3”联系集。它是一对多的联系,其描述属性有:区域编号。(12)二手房与房屋居间服务合同之间的“签订3”联系集。它是一对多的联系,其描述属性有:房源编号、房源名称、面积、权属。(13)管理员与公告之间的“贴出”联系集。它是一对多的联系,无描述属性。3.3总体E-R图设计根据以上分析,我们得出二手房交易信息管理系统总体E-R
13、图如图3-16所示。图3-10 二手房交易信息管理系统总体E-R图四逻辑结构设计4.1关系模式转换 根据以上分析得出的E-R模型进行关系模式转换,我们得出二手商品交易系统关系模式为:(1)买方(注册号、用户ID,真实姓名、密码、Email、地址、电话、注册时间、密保问题、密保答案)(2)卖方(注册号、用户ID,真实姓名、密码、Email、地址、电话、注册时间、密保问题、密保答案)(3)二手房(房源编号、房源名称、所属区域编号、楼盘编号、建筑单位、户型编号、面积、楼层、单元、车库面积、装修状况、物业管理费、权属、注册号)(4)管理员(管理员ID,管理员名,密码)(5)业务员(工作证号、姓名、年龄
14、、Email、地址、电话)(6)租赁订单(订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email、注册号)(7)购买订单(订单号、订单时间、订单人姓名、订单人电话、订单人地址、Email、注册号)(8)房屋居间服务合同(房源编号、房源名称、实际售价、建筑面积、权属、乙方联系电话、乙方身份证号、甲方联系电话、甲方身份证号、丙方(合同负责人)、注册号、注册号)(9)公告(主题、内容、公告时间、公告总数、房源总数、管理员ID)(10)管理1(管理员ID、注册号)(11)管理2(管理员ID、注册号)(12)贴出(主题,管理员ID)Error! No bookmark name given.E
15、rror! No bookmark name given.4.2关系表优化经过以上分析,我们得出了二手商品交易系统的关系模式,进一步对其进行分析求精,系统关系模式不存在函数依赖并且满足BCNF范式。4.3完整性约束 (1)买方关系模式的主键为注册号,其中注册号由5位字符组成,第一位为大写字母“E”; (2)卖方关系模式的主键为注册号,其中注册号由5位字符组成,第一位为大写字母“E”; (3)二手房关系模式的主键为房源编号,外键为注册号(买方及卖方),其中房源编号由5位字符组成,第一位为大写字母“G”,接着四位为流水编号;户型编号只可以取1、2、3、4,代表四种户型;单元只可以取1、2、3、4,
16、代表四个单元;装修状况取1、2、3,代表三种装修程度,即无装修、普通装修、精装修。(4)业务员关系模式的主键为工作证号, 其中工作证号由5位字符组成,第一位为大写字母“B”,接着四位为流水编号(5)管理员模式的主键为管理员ID, 其中管理员ID由5位字符组成,第一位为大写字母“A”,接着四位为流水编号。 (6)租赁订单关系模式的主键为订单号,其中订单号由5位字符组成,第一位为大写字母“L”,接着四位为流水编号;外键为注册号(买方)。(7)购买订单关系模式的主键为订单号,其中订单号由5位字符组成,第一位为大写字母“P”,接着四位为流水编号;外键为注册号(买方)。(8)房屋居间服务合同关系模式的主
17、键为房源编号、买方注册号和卖方注册号,外键为注册号(买方及卖方);丙方取1,即中介公司负责人。(9)公告关系模式的主键为主题。4.4用户子模式设计将概念模型转换为全局逻辑模型后,还应该根据局部应用需求,结合具体DBMS的特点,设计用户的外模式。目前关系数据库管理系统一般都提供了视图概念,可以利用这一功能设计更符合局部用户需要的用户外模式。定义数据库全局模式主要是从系统的时间效率、空间效率、易维护等角度出发。由于用户外模式与模式是相互独立的,因此在定义用户外模式时可以注重考虑用户的习惯于方便。包括:(1)使用更符合用户习惯的别名。在合并各分E-R图时,曾做了消除命名冲突的工作,以使数据库系统中同
18、一关系和属性具有唯一的名字。这在设计数据库整体结构时是非常必要的。但对于某些局部应用,由于改用了不符合用户习惯的属性名,可能会使他们感到不方便,用视图机制可以在设计用户视图时重新定义某些属性名,使其与用户习惯一致,以方便用户。但为了应用的规范化,也不应该一味地迁就用户。(2)可以对不同级别的用户定义不同的视图,以保证系统的安全性。所以针对不同级别的用户定义不同的外模式,以满足系统对安全性的要求。(3)简化用户对系统的使用。如果某些局部应用中经常要使用某些很复杂的查询,为了方便用户,可以将这些复杂查询定义为视图,用户每次只对定义好的视图进行查询,大大简化了用户的使用1.对于买方建立如下视图买方(
19、注册号,注册时间)原因说明如下表:表4-1注册号注册时间便于二手房信息管理机构对用户的监管便于二手房交易信息管理系统对注册用户进行统一协调2.对于买方建立如下视图买方(注册号,注册时间)原因说明如下表:表4-2注册号注册时间便于二手房信息管理机构对用户的监管便于二手房交易信息管理系统对注册用户进行统一协调3.对于二手房建立如下视图二手房(房源编号,面积,装修状况)原因说明如下表:表4-3房源编号面积装修状况便于对二手房交易管理系统对房源统一管理便于用户了解并匹配自己的需求便于用户了解并匹配自己的需求及房源定价4.对于管理员建立如下视图管理员( 管理员ID,管理员名)原因说明如下表:表4-4管理
20、员ID管理员名便于二手房信息管理机构对管理员的监管便于二手房交易信息管理系统对管理员进行统一协调5.对于业务员建立如下视图业务员(工作证号,姓名,电话)原因说明如下表:表4-5工作证号姓名电话便于对二手房交易管理系统对业务员统一管理便于用户对业务员的了解便于用户与业务员的联系6.对于租赁订单建立如下视图租赁订单(订单号,订单时间,订单人姓名)原因说明如下表:表4-6订单号订单时间订单人姓名便于系统对各订单进行分析和查找便于系统对各订单分类及查找便于用户对自己信息的查找7.对于购买订单建立如下视图购买订单(订单号,订单时间,订单人姓名) 原因说明如下表:表4-7订单号订单时间订单人姓名便于系统对
21、各订单进行分析和查找便于系统对各订单分类及查找便于用户对自己信息的查找8.对于房屋居间租赁合同建立如下视图合同(甲方,乙方,丙方)原因说明如下表:表4-8甲方乙方丙方便于对系统对各合同信息的查询便于对系统对各合同信息的查询便于对系统对各合同信息的查询9.对于公告建立如下视图公告(主题,内容,房源总数)原因说明如下表:表4-9主题内容房源总数便于对二手房交易管理系统对公告统一管理便于用户对公告的查询便于用户了解房源的数量4.5数据结构根据系统分析和模块设计,本系统中个模块的数据项和数据结构如下:(1)表名:买方信息表 标识:buyer 数据来源:买方用户管理模块输入表4-10买方信息表属性名存储
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 本科 毕业设计 论文 二手房 交易 信息管理 系统
限制150内