小区物业管理数据库设计.docx
- 文档编号:30632821
- 上传时间:2023-08-18
- 格式:DOCX
- 页数:36
- 大小:382.70KB
小区物业管理数据库设计.docx
《小区物业管理数据库设计.docx》由会员分享,可在线阅读,更多相关《小区物业管理数据库设计.docx(36页珍藏版)》请在冰豆网上搜索。
小区物业管理数据库设计
信息工程学院
《数据库课程设计》论文
题目:
小区物业管理数据库设计
学号:
*********
专业班级:
****
姓名:
*****
指导老师:
******
完成日期:
2011年6月25日
小区物业管理数据库设计
****
(信息工程学院软件工程**级*班)
【摘要】随着计算机技术的不断普及和计算机数据处理功能不断增强,用计算机系统来对小区物业管理已经成了必要。
利用数据库技术,开发了多用户小区物业系统程序。
软件设计包括停车场的管理,小区设备的管理,住户日常维修事物的管理,以及收费管理。
并对这些功能模块提供了查询和更新功能。
小区物业管理系统可以提高物业管理的效率。
关键字:
功能模块数据库设计小区物业管理
1.引言
随着人民生活水平不断提高,人们对生活环境要求日益提高,尤其是对居住环境不断提出新的需求,为了适应这种形式,小区的经营者不仅首先要有坚实的硬件基础,还要有一套现代化的物业管理系统。
而要实现这一功能,就职求物业管理者配备一套高效的管理住处网络系统,以便在小区内快速地发布和获取住处并以最快地速度响应用户的需求,及时为用户提供服务,为住户提供一个高效、舒适的居住、生活环境。
住宅小区的物业管理准确地讲应当是指对以居住为主要功用的物业进行管理。
通过上网查询对小区物业管理的调查,了解到现在的小区物业管理仍停留在完全的人工管理阶段,小区管理处没有标准的住户存档信息。
这种人工管理的方式不止大大的消耗了人力物力以及时间,效率更是很低。
开发出合适现在的住户小区的小区物业管理系统,可以方便对小区里各种信息的管理,提高小区物业管理的查询效率和管理人员的工作效率。
2.需求分析
需求分析简单地说就是分析用户的要求。
需求分析是设计数据库的起点,需求分析的结构是否准确地反映了用户的实际要求,将直接影响到后面各个阶段的设计,并影响到设计结构是否合理和实用。
2.1任务
(1)了解目前小区物业管理的现状。
(2)通过网上查询的方式对小区物业管理的工作业务流程,并记录相关信息。
(3)与指导教师交流个人想法,征求意见,改正不合理的地方,为下面的概念设计与逻辑设计奠定基础。
2.2系统功能模块
对物管中心来说小区的住户的报修,小区内停车场的管理、各项设备的使用管理,水、电和煤气费用收费等业务是必不可少的功能,物业管理包含许多方面,短时间内是无法将所有功能完全实现。
因此我只是将上述的功能放到数据库设计中来实现。
(1)物业管理员资料管理:
对管理人员的基本信息的查询和更新。
(2)住户资料管理:
包括业主基本资料添加和管理模块。
(3)报修管理:
包括报修,维修和维修费用的管理。
(4)缴费管理:
是该系统的最重要组成模块,包括主要收费项目和缴费业主信息,包括欠费标记。
(5)停车车位管理:
包括停车收费管理和信息管理。
图1系统功能模块图
2.3处理对象
系统要处理的对象包括管理人员基本信息、住户基本信息、物业设备基本信息、停车场基本信息、住户投诉基本信息、住户维修基本信息、收费基本信息等七个方面,各个对象包括信息如下所示:
系统功能模块
①管理人员信息
管理人员XX,性别,编号,管理项目等
②住户基本信息
户主XX,性别,住房编号
③物业设备管理
设备借用时间,设备归还时间
④停车场管理
停车开始时间,停车结束时间,按停车时间收费
⑤住户维修管理
维修住户房号,维修住户XX,维修信息状态,维修次数
⑥收费管理
住户维修收费,小区清洁收费,小区设备维修收费,收费记录
2.4业务流程图
业务流程图就是用一些规定的符号及连线来表示某个具体业务处理过程。
通过对小区物业管理的分析,得出主要有停车场业务流程图,收费业务流程图,设备管理业务流程图以及维修管理业务流程图。
业务流程图:
详见附录1。
2.5数据流程图
根据业务流程图画出数据流程图,顶层数据流程图以及具体数据流程图。
下图为顶层数据流程图:
第一层数据流程图:
第二层数据流程图:
P1收费业务数据流程图
P2报修业务数据流程图
P3停车业务数据流程图
2.6数据字典
数据字典是关于数据库中数据的描述,及元数据,而不是数据本身。
数据流程图表达了数据和处理的关系,数据字典则是系统中各类数据描述的集合,是进行详细的数据收集和数据分析所获得的主要成果。
根据数据流程图,可以得出数据字典,主要包括数据项,数据结构。
数据项是不可再分的数据单位。
本系统中的数据项有以下几项:
表1-1小区物业管理系统数据项
数据项编号
数据项名称
数据项定义
数据类型
大小
I-1
AdminNo
管理员编号
char
20
I-2
AdminName
管理员XX
char
20
I-3
AdminSex
管理员性别
char
20
I-4
ManageItem
管理项目
char
20
I-5
AdminPhone
管理员
char
20
I-6
Rno
住房号
char
20
I-7
OwnerName
户主XX
char
20
I-8
OwnerSex
户主性别
char
20
I-9
OwnerPhone
户主
char
20
I-10
CheckInTime
入住时间
date
I-11
EquNo
设备借用编号
char
20
I-12
EquName
借用设备名称
char
20
I-13
ELendTime
设备借用时间
date
I-14
ERetTime
设备归还时间
date
I-15
ParkNo
停车编号
char
20
I-16
PStartTime
停车开始时间
date
I-17
PEndTime
停车结束时间
date
I-18
PCharge
停车收费
int
I-19
RepNum
维修编号
char
20
I-20
RTimes
维修次数
int
I-21
RTime
维修申请时间
date
I-22
Rcost
维修费用
int
I-23
o1
计费编号
char
20
I-24
ame
收费名称
char
20
I-25
CStartTime
计费开始时间
date
I-26
CEndTime
计费结束时间
date
I-27
Cused
使用额
int
I-28
CPrice
收费单价
int
I-29
o2
收费编号
char
20
I-30
CCharge
收费额
int
I-31
CTime
收费日期
date
I-32
CStatus
缴费状态
char
2
数据结构,反映了数据之间的组合关系,一个数据结构可以由若干个数据项组成,也可由若干个数据结构组成。
本系统的数据结构包括超市货物信息,供应信息,销售信息等基本内容,主要有以下7项:
表1-2数据结构
数据结构编号
数据结构名
数据结构定义
组成
DS-1
Administrator
管理人员
AdminNo,AdminPhone,ManageItem,AdminName,AdminSex
DS-2
RoomOwner
住户
RNo,OwnerName,CheckInTime,OwnerSex,OwnerPhone
DS-3
ChargeItem
收费项目
o1,ame,CStartTime,CEndTime
Cused,CPrice,o2,CCharge,CTime,CStatus
DS-4
Equipment
物业设备
EquNo,EquName,ELendTime,ERetTime
DS-5
RepairRecord
维修记录
RepNum,RTimes,RTime,Rcost
DS-6
Park
停车场
ParkNo,PStartTime,PEndTime,PCharge
3.数据库结构设计
主要包括概念设计和逻辑设计两个部分。
3.1概念设计
概念设计阶段主要是将需求分析阶段得到的用户需求抽象为信息结构(概念模型)的过程,它是整个数据库设计的关键
(1)设计分E-R图,即各子模块的E-R图;
(2)生成初步E-R图,通过合并方法,做到各子系统实体、属性、联系统一;
(3)生成全局E-R图,消除冲突以及冗余等。
3.1.1分E-R图建立
在需求分析中,已经完成了数据流程图,每个分E-R图都对应了一组数据流程图,分E-R图中涉及的数据都已经收集在数据字典中,现在就是要将这些数据从数据字典中抽取出来参照数据流图,标定分E-R图中的实体、实体的属性、标识实体的码,确定实体之间的联系及其类型。
在数据字典中,“数据结构”、“数据流”、“数据存储”都是若干属性有意义的聚合,就体现了这种划分。
可以先从这些内容出发定义E-R图,然后再进行必要的调整。
本系统分为四个模块:
收费管理,报修管理,设备管理,停车管理。
其E-R图如下:
图3.1收费业务E-R图
3.1.2全局/整体E-R图
各个局部应用所面向的问题不同,这就导致了各个分E-R图之间必定会存在许多不一致的地方,因此,合并分E-R图时并不能简单地将各个分E-R图画到一起,而是必须着力消除各个分E-R图中的不一致,以形成一个能为全系统中所有用户共同理解和接受的统一的概念模型。
合理消除各个分E-R图的冲突是合并分E-R图的主要工作与关键所在。
消除冲突过程:
属性冲突不存在,命名冲突在Charge和ChargeMangement两个表中存在,最后通过处理修改其中一个表的部分命名,以消除命名冲突
全局E-R图如下:
3.2逻辑设计
3.2.1逻辑设计目标
概念设计阶段是独立于任何一种数据模型的信息结构。
逻辑设计阶段就是把概念结构设计好的基本E-R图转换为与选用的DBMS产品所支持的数据模型相符合的逻辑结构。
具体内容包括数据组织(将E-R图转换成关系模型、网状模型、层次模型。
模型优化、数据库模式定义、用户子模式设计)
3.2.2建立关系模式
实体型转换为关系模式。
实体的属性就是关系的属性,实体的码就是关系的码。
对于实体间的联系则有以下不同的情况:
一个m:
n联系转换为一个关系模式。
与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为各实体码的组合。
一个1:
n联系可以转换为一个独立的关系模式,也可以与n端对应的关系模式合并。
如果转换为一个独立的关系模式,则与该联系相连的各实体的码以及联系本身的属性均转换为关系的属性,而关系的码为n端实体的码。
一个1:
1联系可以转换为一个独立的关系模式,也可以与任意一端对应的关系模式合并。
①管理人员(编号,XX,性别,管理项目,联系)
②住户信息(住房号,户主XX,性别,联系,入住时间)
③物业设备(设备编号,设备名称,借用人住房号,管理员编号,设备借用时间,设备归还时间)
④停车管理(停车编号,车主住房号,管理员编号,停车开始时间,结束时间,收费金额)
⑤维修管理(维修编号,维修住户房号,已维修次数,维修申请时间,维修费用,维修管理员编号)
⑥计费管理(计费编号,收费名称,计费开始时间,计费结束时间,使用额,收费,单价户主住房号,收费管理员编号)
⑦收费管理(收费编号,收费额,收费日期,缴费状态,户主住房号,收费管理员编号)
2.2.3关系模式规X化处理
在维修管理基本表和维修信息基本表,投诉管理基本表和投诉信息基本表,收费管理基本表和收费信息基本表中存在部分数据依赖经过规X已经解决,其他表基本符合3NF
2.2.4用户子模式建立
表2-1关系子模式
编号
用户子模式
作用
V-1
AdminView
便于查询和修改管理员的基本信息
V-2
ROView
便于查询和修改住户的基本信息
V-3
EquView
方便物业设备信息的查询和更新
V-4
ParkView
方便车位信息的查询和修改
V-5
RepMView
便于查询维修信息的状况
V-6
ChargeView
便于查询计费信息
V-7
CMView
方便收费信息的查询和修改
2.2.5关系模式逻辑结构定义
表2-2各模式的名称,含义,具体结构定义
模式名称
含义
备注
管理人员表
编号,XX,性别,管理项目,联系
模式1
住户信息表
住房号,户主XX,性别,联系,入住时间
模式2
物业设备表
设备编号,设备名称,借用人住房号,管理员编号,
设备借用时间,设备归还时间
模式3
停车管理表
停车编号,车主住房号,管理员编号,停车开始时间,
结束时间,收费金额
模式4
维修管理表
维修编号,维修住户房号,已维修次数,维修申请时间,维修费用,维修管理员编号
模式7
计费管理表
计费编号,收费名称,计费开始时间,计费结束时间,使用额,收费,单价户主住房号,收费管理员编号
模式9
收费管理表
收费编号,收费额,收费日期,缴费状态,户主住房号,收费管理员编号
模式10
4.数据库物理设计
主要包括数据存储位置、存储格式;索引及索引类型。
4.1物理设计阶段的目标和任务
数据库的物理设计就是为逻辑数据模型选取一个最合适应用要求的物理结构的过程,在这个阶段中要完成确定数据库的物理结构,在关系数据库中主要是存取方法和存储结构。
建立索引可以提高查询的效率,但是维护起来又造成很大的不方便,所以只对部分表中的主键建立索引
4.2数据存储
由于基本表Adminstrator,RoomOwner的主码AdminNo,RNo经常在查询条件和连接操作的连接条件中出现,且它们的值唯一,考虑在两个属性上建立唯一性索引。
5.数据库实施与测试
主要包括数据库实施和测试两个部分。
5.1数据库实施
数据库实施阶段的目标是在SQLSEVER中建立数据库,基本表,视图,索引,触发器以及存储过程
5.1.1数据库及数据库对象建立
主要包括:
数据库、基本表、视图、索引、触发器以及存储过程;
(1)建立数据库:
CreatedatabasePropertyManagement
(2)建立基本表:
共有7X基本表,具体SQL语句见附录2
(3)建立视图:
共有7个视图,具体SQL语句见附录2
(4)建立索引:
共有2个索引,具体SQL语句见附录2
(5)建立触发器:
共有2个触发器,具体SQL语句见附录2
(6)建立存储过程:
共有?
个存储过程,具体SQL语句见附录2
5.1.2数据入库
系统包括物业设备管理、停车场管理、维修管理、收费管理五个功能模块,共有7X基本表,采用的是多条记录EXCEL批量导入,然后使用SQLServer2008数据导入/导出功能,直接将数据导入到相应的基本表中。
5.2数据库测试
数据的测试主要是通过查询、插入、删除、修改操作来完成的,具体见附录3。
6.总结
*****
7.附录
附录1业务流程图
附录1.1报修业务流程图
附录1.2收费业务流程图
附录1.3停车业务流程图
附录1.4设备管理业务流程图
附录2数据库的建立
附录2.1基本表
附录2.1—1
CreatetableAdministrator(
AdminNochar(20)primarykeynotnull,
AdminNamechar(20)notnull,
AdminSexchar
(2)check(AdminSex='男'orAdminSex='女')notnull,
ManageItemchar(20)notnull,
AdminPhonechar(20)notnull
);
附录2.1—2
CreatetableRoomOwner(
RNochar(20)primarykeynotnull,
OwnerNamechar(20)notnull,
OwnerSexchar
(2)check(OwnerSex='男'orOwnerSex='女')notnull,
OwnerPhonechar(20)notnull,
CheckInTimechar(20)notnull
);
附录2.1—3
CreatetableRepairManagement(
RepNumchar(20)Primarykeynotnull,
RTimesintcheck(RTimes>0andRTimes<9999)notnull,
RNochar(20)notnull,
OwnerNamechar(20)notnull,
AdminNochar(20)notnull,
RTimedate,
Rcostintnotnull,
Foreignkey(Rno)ReferencesRoomOwner(RNo),
Foreignkey(AdminNo)ReferencesAdministrator(AdminNo)
);
附录2.1—4
CreatetableParkManagement(
ParkNochar(20)Primarykeynotnull,
RNochar(20)notnull,
PStartTimedate,
PEndTimedate,
AdminNochar(20)notnull,
PChargeintnotnull,
Foreignkey(Rno)ReferencesRoomOwner(RNo),
Foreignkey(AdminNo)ReferencesAdministrator(AdminNo)
);
附录2.1—5
CreatetableEquipment(
EquNochar(20)primarykeynotnull,
EquNamechar(20)notnull,
ELendTimedatenotnull,
ERetTimedatenotnull,
AdminNochar(20)notnull,
Rnochar(20)notnull,
Foreignkey(Rno)ReferencesRoomOwner(RNo),
Foreignkey(AdminNo)ReferencesAdministrator(AdminNo)
);
附录2.1—6
CreatetableChargeManagement(
o1char(20)Primarykeynotnull,
amechar(20)notnull,
CStartTimedate,
CEndTimedate,
Cusedintnotnull,
CPriceintnotnull,
AdminNochar(20)notnull,
Rnochar(20)notnull,
Foreignkey(AdminNo)ReferencesAdministrator(AdminNo),
Foreignkey(Rno)ReferencesRoomOwner(RNo)
);
附录2.1—7
CreatetableCharge(
o2char(20)Primarykeynotnull,
amechar(20)notnull,
CChargeintnotnull,
CTimedatenotnull,
CStatuschar
(2)check(CStatus='是'orCStatus='否')notnull,
Rnochar(20)notnull,
Foreignkey(Rno)ReferencesRoomOwner(RNo)
);
附录2.2索引
附录2.2—1
createuniqueindexAdNoonAdministrator(AdminNo);
附录2.2—2
createuniqueindexRoomNoonRoomOwner(RNo);
附录2.3视图
附录2.3—1
CreateViewAdminView(AdminNo,AdminName,AdminSex,ManageItem,AdminPhone)
As
Select*
FromAdministrator
withcheckoption
附录2.3—2
CreateViewROView(RNo,OwnerName,OwnerSex,OwnerPhone,CheckInTime)
As
Select*
FromRoomOwner
withcheckoption
附录2.3—3
CreateViewParkView(ParkNo,Rno,PStartTime,PEndTime,AdminNo,PCharge)
As
Select
ParkNo,ParkManagement.Rno,PStartTime,PEndTime,ParkManagement.AdminNo,PCharge
FromParkManagement,Administrator,RoomOwner
WhereAdminiStrator.AdminNo=ParkManagement.AdminNoandRoomOwner.RNo=ParkManagement.RNo
附录2.3—4
CreateViewEquView(EquNo,EquName,ElendTime,ERetTime,AdminNo,Rno)
As
SelectEquNo,EquName,ElendTime,ERetTime,Equipment.AdminNo,Equipment.RNo
FromEquipment,Administrator,RoomOwner
WhereAdministrator.AdminNo=Equipment.AdminNoandRoomOwner.Rno=Equipment.Rno
附录2.3—5
CreateViewRepMView(RepNum,RTimes,RNo,OwnerName,AdminNo,RTime,Rcost)
As
SelectRepNum,RTimes,RepairManagement.RNo,RepairManagement.OwnerName,RepairManagement.AdminNo,RTime,Rcost
FromRepairManagement,Administrator,RoomOwner
WhereAdministrator.AdminNo=RepairManagement.AdminNoandRoomOwner.Rno=RepairManagement.Rno
附录2.3—6
CreateViewChaMView(o1,ame,CStartTi
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小区 物业管理 数据库 设计