二手房中介管理系统设计

目录

数据库应用项目开发课程设计报告

二手房中介管理系统设计与管理

一、二手房中介管理系统需求分析

1、系统概述

2、系统功能设想

二、二手房中介管理系统概念设计

1、实体

2、 系统局部E-R图

3、系统全局E-R图

三、二手房中介管理系统的逻辑设计

1、E-R图到关系模式的转换

3、 关系模式的规范化及调整

四、二手房中介管理系统的数据库设计

1、数据库设计

2、数据表设计

3、 视图设计

4、触发器设计

5、数据库恢复

二手房中介管理系统

  1. 实现房屋户型、房东信息的管理;
  2. 实现租房客户信息的管理;
  3. 实现房屋的出租、归还登记;
  4. 实现租房收费管理;
  5. 创建存储过程统计各种户型的房屋的出租数量;
  6. 创建触发器,当房屋租出时自动修改该房屋的状态;
  7. 创建视图查询当前所有房屋的房号、房东、状态信息;
  8. 建立数据库相关表之间的参照完整性约束。

一、二手房中介管理系统需求分析

1、系统概述

二十世纪,随着我国的市场经济的蓬勃发展,房价也在不断地攀升,越来越多的房地产业开发,人们会去换新的房子,就有了一些闲置的房子。然而,对于一些刚刚步入社会的大学生,自身尚未具备购买新房的能力,对于一些求学学子,更加方便的寻求学区房也成了一大问题,在外地工作求得离公司近的房子也是必不可少的,为了更加方便,二手房中介行业也就越来越受到广大群众的需要,开发二手房中介管理系统,可以方便房产中介部门管理和客户查询检索,可以让需求者得到最大的利益。要想在激烈的市场上谋取一位,必须加强内部管理,提高运营效率,二手房中介管理系统是不可缺少的信息化管理机制。综合考虑房源空间信息,开发一个坚持客户利益优先的二手房中介信息系统是非常有必要的。

2、系统功能设想

二手房中介管理系统,主要包括7个模块:分别为管理员工信息、房客信息、房东信息、房屋信息、意向信息、归还信息,收费信息。这7个个模块都包括增删改查的基础功能;系统总体来说,为以下几部分:

  1. 房东:查询修改姓名、性别等相关信息
  2. 房客:可以查询修改姓名、性别、意向等相关信息
  3. 员工:员工登录可以进行添加、修改、删除和查询用户信息、也可以修改与维护房屋信息,记录每间房屋的收费。
  4. 房屋:房屋查询可以进行查询、修改房屋户型、面积、价格等相关信息
  5. 费用:收费管理可以记录房东、房屋、员工、具体金额等相关信息。
  6. 归还:归还信息记录房屋的归还记录,包括归还日期,归还所属房东等
  7. 意向:意向管理可以记录和显示房客要租房的户型、价格、面积等

同时,系统有房屋基本状态的试图,可以方便地查询各个房屋是否出租的状态情况,创建储存功能,可以让管理员统计出各种户型的房屋的出租数量。并且在收费信息表中创建触发器,可以将已经租出去的房屋信息表中的房屋状态从“待租”变为“已租”,同时在房屋归还信息表中创建触发器,当增加归还信息时,将房屋状态改为“待租”。

                                        图1 二手房中介管理系统功能结构图

二、二手房中介管理系统概念设计

1、实体

E-R图中的关联必须是实体之间的关联,属性不能和其他实体有关联;属性必须是不可分的数据项,即属性中不能包括其它的属性或者实体。由此分析,可以抽象得到的实体为以下7个:

实体:

  • 房东信息
  • 房客信息
  • 房屋归还信息
  • 房屋信息
  • 意向信息
  • 收费信息
  • 员工信息

属性:

  • 房东信息的属性有:房东编号、房东姓名、性别、联系号码、身份证号、记录日期
  • 房客信息的属性有:房客编号、房客姓名、性别、联系号码、身份证号、记录日期
  • 房屋归还信息的属性有:归还编号、归还日期
  • 房屋信息的属性有:房屋编号、房屋名称、户型、状态、价格、面积
  • 意向信息的属性有:意向编号、户型、楼层编号、价格、用途、面积
  • 收费信息的属性有:费用编号、金额、付款日期
  • 员工信息的属性有:员工ID、员工姓名、性别、出生日期、联系方式、身份证号

  1. 系统局部E-R图

 

图2 “房客信息—收费信息”局部E-R图

 

图3 “房东信息”局部E-R图

 

 

 

图4 “归还信息—房屋信息”局部E-R图

 

图5“意向信息”局部E-R图

 

图6 “员工信息”局部E-R图

3、系统全局E-R图

 

图7 全局E-R图

三、二手房中介管理系统的逻辑设计

1、E-R图到关系模式的转换

房东信息(房东编号,房东姓名,性别,联系号码,身份证号,记录日期)

房客信息(房客编号,房客姓名,性别,联系号码、身份证号、记录日期)

房屋归还(归还编号,归还日期)

房客退房(房客编号,归还编号,房屋编号,归还日期)

房东收房(房东编号,归还编号,房屋编号,房客编号,归还日期)

房屋信息(房屋编号,房屋名称,户型,状态,价格,面积)

意向信息(意向编号,户型,楼层编号,价格,用途,面积)

收费信息(费用编号,金额,付款日期)

员工记录(员工编号,员工姓名,付款日期,费用编号,房东编号,房客编号)

员工信息(员工编号,员工姓名,性别,联系方式,身份证号)

  1. 关系模式的规范化及调整

   关系范式中的主键重复度越高,列的空间冗余越高,由于在查询过程中,如果需要查询某一特定内容,就必须连接很多表,费时费力,而且可以有效的消除异常(比如插入异常,更新异常,删除异常),而且可以将数据的组织变得更加和谐。所以我选将房东的收房,房客退房统一合并到房屋归还里,将员工记录的收费信息,合并到收费信息表里,这样在查询中,就可以更加方便快捷,也省了多个表的联立。所以我将ER图得到的关系模式调整成以下关系模式:

员工信息(员工编号,员工姓名,性别,联系方式,身份证号)

收费信息(费用编号,金额,员工编号,员工姓名,房屋编号,付款日期,房东编号房客编号

房东信息(房东编号,房东姓名,房屋编号,性别,联系号码,身份证号,记录日期)

房客信息(房客编号,房客姓名,性别,联系号码,身份证号,记录日期)

房屋信息(房屋编号,房屋名称,户型,面积,状态,价格,房东编号

意向信息(意向编号房客编号,户型,楼层编号,价格,面积)

房屋归还信息(归还编号,房屋编号,房客编号,归还日期)

四、二手房中介管理系统的数据库设计

1、数据库设计

创建数据库“二手房中介管理系统”如图下所示:

 

图8 系统数据库的建立

2、数据表设计

(1)表汇总,如表1所示

表名

功能说明

Manager

存储员工信息

Charge

存储收费信息

Landlord

存储房东信息

Tenant

存储房客信息

House

存储房屋信息

Idea

存储意向信息

Back

存储归还信息

表1 二手房中介系统表汇总

(2)详细表设计

create table Manager(/*员工(员工编号,姓名,性别,身份证号,联系方式)*/

man_id varchar(10) primary key,

man_name varchar(20) not null,

man_sex varchar(5) check(man_sex='男' or man_sex='女'),

man_number varchar(20) not null,

man_tel varchar(20) not null,

);

表名

### 二手房中介管理系统 ER 图设计 #### 1. 实体定义 在二手房中介管理系统中,主要涉及以下几个核心实体: - **用户 (User)**:代表系统的使用者,包括普通用户和管理员。 - **房源 (Property)**:表示待售或已售的房产信息。 - **交易记录 (Transaction)**:记录每笔房产买卖的具体情况。 - **合同 (Contract)**:保存每次交易的相关法律文件详情。 这些实体之间存在多种关联关系,下面将详细介绍各个实体及其属性,并展示它们之间的联系。 #### 2. 实体间的关系 ##### 用户与房源 用户可以浏览多个房源,而每个房源也可能被多名用户关注。因此,在此形成了多对多的关系。为了更好地管理和查询这种复杂关系,通常会引入中间表 `User_Property` 来存储用户的收藏列表或其他交互行为数据[^2]。 ##### 房源与交易记录 每当发生一笔成功的房产销售时,就会创建一条新的交易记录。这意味着一个具体的房源可能对应着若干条历史上的交易记录;反之亦然——即一次完整的交易过程必然涉及到某一处特定的物业。所以这里存在着一对多的关系模式。 ##### 合同与交易记录 每一项正式完成的房地产转让都伴随着一份详细的书面协议书作为依据。故而在逻辑上讲,“合同”这个对象应当一对一地隶属于某个具体的“交易”。 #### 3. E-R 图绘制 以下是简化版的二手房中介管理系统的E-R图示意: ```mermaid erDiagram USER ||--o{ USER_PROPERTY : collects PROPERTY ||--|{ USER_PROPERTY : is_collected_by TRANSACTION }|--|| CONTRACT : has_contract PROPERTY }|--|{ TRANSACTION : involves_property USER { int user_id PK string username string password_hash date registration_date } PROPERTY { int property_id PK varchar address float price text description enum status } TRANSACTION { int transaction_id PK datetime sale_date float final_price int property_id FK } CONTRACT { int contract_id PK blob document_file int transaction_id FK } USER_PROPERTY { int user_id FK int property_id FK timestamp collection_time } ``` 该图表清晰展示了各主要业务对象间的相互作用方式以及各自所携带的关键字段信息。值得注意的是,实际项目开发过程中还需要考虑更多细节因素,比如权限控制、日志审计等方面的要求。
评论 8
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值