小区物业管理系统1.docx
《小区物业管理系统1.docx》由会员分享，可在线阅读，更多相关《小区物业管理系统1.docx（14页珍藏版）》请在冰豆网上搜索。
小区物业管理系统1
小区物业管理系统
小区物业管理系统
一、目的意义
随着人民生活水平不断提高，人们对生活环境要求日益提高，尤其是对居住环境不断提出新的需求，为了适应这种形式，小区的经营者不仅首先要有坚实的硬件基础，还要有一套现代化的物业管理系统。
由于此时人们对信息和数据的利用与处理也已进入自动化、网络化和社会化的阶段，因此实现这一功能，就要求物业管理者配备一套高效的管理住处网络系统，以便在小区内快速地发布和获取住处并以最快地速度响应用户的需求，及时为用户提供服务，为住户提供一个高效、舒适的居住、生活环境。
这对内来看，可以提高工作效率；对外来看，获得竞争优势。
住宅小区的物业管理准确地讲应当是指对以居住为主要功用的物业进行管理。
除住宅外还应包括公寓、别墅等。
本物业管理系统的开发，是为了规范住宅小区的管理工作，为物业管理部门提供一套高效、快捷的应用软件。
适用于管理以下物业，房产业主、大中小型物业管理公司、物业服务提供商、房地产开发商、物业中介公司等物业管理企业，用来管理公寓、住宅群体、智能小区、商品房、多层住宅、商业大厦、学校、医院、别墅区、部队营房区、各类小区等。
二、系统功能
根据系统功能的要求，小区物业系统主要包括以下四个主要模块：
物业信息管理、物业收费管理、住户投诉管理、小区服务管理。
物业信息管理：
用于管理小区住户的详细信息。
信息管理主要包括（房屋编号，业主姓名，出生年月，性别，籍贯，工作单位，单位地址，联系电话，身份证号，入住时间迁出时间等）。
物业收费管理：
用于管理用户的缴费情况。
收费管理主要包括（收费编号，住户姓名，物业地址，年份，月份，收费项目，收费方式，应收总额，已交金额，欠款金额，交费日期，办理人，备注等）。
住户投诉管理：
用于处理住户对其所在小区提出的投诉情况。
投诉管理主要包括（投诉编号、投诉住户姓名、接待人员、投诉内容、联系电话、投诉时间、处理人员和处理情况等）。
小区服务管理：
用于对小区内住户提出的服务要求、小区住户停车的车位、小区对住户进行的提醒服务等的管理。
三、系统设计
一、系统的功能模块设计
二、数据字典
1、数据项
编号
数据项名称
说明部分
编号
数据项名称
说明部分
1
房屋编号
文本类型，有唯一性
2
业主姓名
文本类型，长度为10字符串
3
居住成员数
文本类型
4
出生日期
格式：
**/**
5
籍贯
文本类型
6
联系电话
按固定格式输入
7
身份证号
按固定格式输入
8
工作单位
文本类型
9
单位地址
文本类型
10
车位位置
文本类型
11
车主姓名
文本类型，长度为10字符串
12
车牌号
按固定格式输入
13
使用状况
文本类型，长度为10字符串
14
投诉编号
文本类型，有唯一性
15
投诉住户姓名
文本类型，长度为10字符串
16
接待人员
文本类型，长度为10字符串
17
投诉内容
文本类型
18
投诉时间
格式：
**/**
19
处理人员
文本类型，长度为10字符串
20
处理情况
文本类型
2.数据结构
基本信息表表名
用途
房产信息管理
实现对小区房产信息的录入，管理和查询的功能。
业主信息管理
实现对入住业主信息的录入，管理和查询的功能。
住户投诉管理
实现对小区住户投诉的录入，管理和查询的功能
住户报修管理
实现对小区用户报修的录入，管理和查询的功能。
住户车位管理
实现对小区物业车位信息的录入，管理和查询的功能。
提醒服务管理
实现对小区用户提醒信息的功能。
物业收费管理
实现对小区物业管理收费的录入，管理和查询的功能。
房产信息管理表
名称
数据类型
房屋编号
varchar
单元
varchar
楼层
varchar
户型
varchar
面积
varchar
业主姓名
varchar
居住成员数
varchar
备注
varchar
业主信息管理表
名称
数据类型
业主姓名
varchar
房屋编号
varchar
出生年月
Datetime
籍贯
Varchar
性别
Varchar
工作单位
Varchar
单位地址
Varchar
身份证号码
Varchar
联系电话
Varchar
备注
Varchar
投诉管理表
名称
数据类型
投诉编号
Varchar
投诉住户姓名
Varchar
接待人员
Varchar
投诉内容
Varchar
联系电话
Varchar
投诉时间
Datetime
处理人员
Varchar
处理情况
Varchar
保修服务管理表
名称
数据类型
报修编号
Varchar
报修时间
Datetime
接待人
Varchar
报修住户
Varchar
电话
Varchar
完成时间
Datetime
维修人员
Varchar
费用
money
报修内容
Varchar
维修情况
Varchar
住户车位管理表
名称
数据类型
车位编号
Varchar
车位位置
Varchar
车主姓名
Varchar
车牌号
Varchar
使用日期
Datetime
提醒服务管理表
名称
数据类型
提醒编号
Varchar
提醒对象
Varchar
提醒方式
varchar
提醒类型
varchar
提醒时间
Datetime
提醒内容
varchar
物业收费管理表
名称
数据类型
收费编号
varchar
住户姓名
varchar
缴费期限
varchar
收费项目
varchar
收费方式
varchar
收费金额
money
缴费日期
Datetime
办理人
varchar
3.对应的数据实体的E-R图
住户信息对应的E-R图
房屋信息对应的E-R图
收费信息对应的E-R图
报修信息对应的E-R图
投诉信息对应的E-R图
车位信息对应的E-R图
提醒信息对应的E-R图
4.实体间的联系如下
使
三、与总E-R图对应的关系模式
1、实体所对应的关系模式：
业主信息（房屋编号，业主姓名，出生年月，籍贯，性别，工作单位，单位地址，联系电话，身份证号，备注）
房屋信息（房屋编号，单元，楼层，户型，面积，业主姓名，居住成员数，备注）
投诉信息（投诉编号，投诉住户姓名，接待人员，投诉时间，投诉内容，联系电话，处理人员，处理情况）
报修信息（报修编号，报修时间，接待人，报修住户，电话，完成时间，维修人员，费用，报修内容，维修情况）。
车位信息（车位编号，车位位置，车主姓名，车牌号，使用日期）。
提醒信息（提醒编号，提醒对象，提醒方式，提醒类型，提醒内容，提醒时间）
缴费信息（收费编号，住户姓名，缴费期限，收费项目，收费方式，收费金额，缴费日期，办理人）。
2、联系所对应的关系模式
缴费（收费编号，房屋编号）
记录（提醒编号，房屋编号）
其它各项联系居于各自的实体关系合并。
四、优化后的数据模型
按照数据依赖对关系模式进行逐一分析，并进行极小化处理：
1.业主信息（房屋编号，业主姓名，出生年月，籍贯，性别，工作单位，单位地址，联系电话，身份证号，备注）
2.房屋信息（房屋编号，单元，楼层，户型，面积，业主姓名，居住成员数，备注）
3.投诉信息（投诉编号，投诉住户姓名，接待人员，投诉时间，投诉内容，联系电话，处理人员，处理情况）
4.报修信息（报修编号，报修时间，接待人，报修住户，电话，维修人员，费用，报修内容，维修情况）。
优化说明：
删除完成时间，可以再维修情况中查到。
5.车位信息（车位编号，车位位置，车主姓名，车牌号，使用日期）。
提醒信息（提醒编号，提醒对象，提醒方式，提醒类型，提醒内容，提醒时间）
6.缴费信息（收费编号，住户姓名，缴费期限，收费项目，收费金额，缴费日期，办理人）。
优化说明：
删除收费方式，不常用到。
物理结构设计
一．存储结构设计
经分析可知，本小区物业管理系统的特点如下：
（1）缴费信息，提醒信息，报修信息，投诉信息需要经常查询，而且更新快。
（2）各信息之间要求共享的信息不多。
针对以上特点，设计如下：
确定数据库的存放位置
为了提高系统性能，现根据应用情况将数据按照易变部分和稳定部分、经常存取部分和存取频率较低的部分分别在两个磁盘上存放。
同时，考虑到本系统是多用户的，为了提高效率，数据库的备份的数据和日志文件将保存在磁带中。
●经常存取部分：
提醒信息（提醒编号，提醒对象，提醒方式，提醒类型，提醒内容，提醒时间）
缴费信息（收费编号，住户姓名，缴费期限，收费项目，收费金额，缴费日期，办理人）。
投诉信息（投诉编号，投诉住户姓名，接待人员，投诉时间，投诉内容，联系电话，处理人员，处理情况）
报修信息（报修编号，报修时间，接待人，报修住户，电话，维修人员，费用，报修内容，维修情况）。
●存取频率较低的部分：
车位信息（车位编号，车位位置，车主姓名，车牌号，使用日期）。
业主信息（房屋编号，业主姓名，出生年月，籍贯，性别，工作单位，单位地址，联系电话，身份证号，备注）
房屋信息（房屋编号，单元，楼层，户型，面积，业主姓名，居住成员数，备注）
二．存取路径设计
存取方式的分析:
对缴费、投诉、提醒、报修四个子系统的各个关系最经常的操作是查找，假设现有n个信息，如果采取顺序查找，平均查找n/2次；建立B+树索引，则平均查找次数为B+树的层数log2n+1。
所以选择B+树作为索引,具体设计如下：
●对以下经常在查询中出现的关系的码建立索引<说明：
下加横线部分表示关系的码>
提醒信息（提醒编号，提醒对象，提醒方式，提醒类型，提醒内容，提醒时间）
缴费信息（收费编号，住户姓名，缴费期限，收费项目，收费金额，缴费日期，办理人）。
●以下经常进行连接操作的关系的码建立索引:
提醒编号，收费编号等
●由于下面几个关系模式的更新频率很高,所以没有定义索引:
投诉信息（投诉编号，投诉住户姓名，接待人员，投诉时间，投诉内容，联系电话，处理人员，处理情况）
报修信息（报修编号，报修时间，接待人，报修住户，电话，维修人员，费用，报修内容，维修情况）。
三．设计评价及说明
上述设计对时间效率，空间效率，维护代价和用户的实际需求做出了较好的权衡，根据小区管理的实际出发，以时间效率和用户的实际需求为根本，得出的最后方案。
升级会员 