基于SSM小区物业管理系统带论文可做毕业设计参考

1.需求分析
1.1 系统分析
小区物业管理信息系统的设计目标在于，把小区物业管理全面信息化工作实现, 让业主、物业能以此把信息查询与管理操作实现。以下即为本系统必须具备的各种功能：
权限管理
物业缴费
业主信息
设备保修
小区物管现有网站标准：
小区物业管理系统包括前、后台2个浏览器端，架构为B/S模式。以下为其基本功能：
系统管理人员、普通业主等用户登录：用户身份判断。
管理用户信息：修改密码、查询添加信息，用户数据库会保存修改完成的信息。
管理物业费信息：删除、修改、添加、查看各项有关费用，用户数据库会保存修改完的信息。
管理设备保修：数据处理与统计、查询，录入与维护数据、更新数据库，办理业主业务等。
1.2 用户需求
1.2.1 普通用户
即本小区业主，其能经由个人帐号、密码完成对本系统的登录查询操作，以此来对个人房产资源、水电气等费用信息完成查询，完成修改密码、添加信息资料等操作。
1.2.2 管理员用户
即小区物业管理，其能经由所设立的管理员帐号、密码完成系统登录，能够查看并修正相关用户信息，能够修改系统内的其它各项信息。
1.3 可行性研究
由浅入深的可行性研究本质上属于一种持续性的优化过程。其实现必须要以客观分析为基础。对比分析不同解决方案的优势与缺陷，对既定的系统规模、目标实现与否做出判断，对系统研发投入与系统运行之后的经济效益之间是否匹配进行分析判断。所以，对系统进行压缩简化分析、研究为可行性研究的本质所在。
基于把业务繁重的物业管理人员压力减轻，保证服务质量、提高安全管理水平等所需，有必要构建本系统。以此让小区管理全面信息化、科学化。
1.3.1 管理上的可行性
管理策略改进，能把既有的人工验收、登记等操作改由计算机实现，把智能化办公完成，让管理手段得到根本性改变，全面改进、提升信息管理的服务质量。选择本系统进行小区管理，查询功能、统计报表功能会把管理人员、业主查询与使用等基本状况全面便利化，让服务质量全面提升，把浪费现象有效降低。
资源共享得到进一步拓展，选择本系统之后，对小区管理全局性把握会更准确，每个机构对情况均可以直接了解，把有关问题输入其中，让中间环节减少，服务效率得到全面提升。把服务人员劳动强度降低。能把人力进行显著节约，把工作压力全面减轻，把处理信息的准确性和速度有效提升。
1.3.2 技术上的可行性
信息管理系统当前种类众多，计算机技术、信息技术的迅速发展可以对本系统技术标准提供全面满足。而且，本系统并不要求过高的软硬件技术标认，方便性、安全性相对明显。因此，具有技术可行性。
1.3.3 经济上的可行性
本次设计的小区物业管理信息系统选择了网络方式，会有相对较高的费用投入。不过其投入使用后，能把资源共享目标实现，满足用户的信息查询需要，能和财务机构把信息交换工作有效完成。同时，能有效降低物业管理既有信息系统的失误，产生其它方面的经济效益。因此，具有经济可行性。
1.3.4 系统运行的可行性分析
使用小区物业管理信息系统之后，会对小区既有的组织结构产生相应影响，比如局部性人员变动，但对组织整体来说没有任何干扰，因此系统运行存在现实可行性。
综上所述，本系统研发工作具有现实基础。

2. 系统设计
   2.1 系统功能划分
   小区物业管理公司综合全面管理小区内所有人员、住户、设备、建筑等信息的软件管理系统，即为小区物业管理信息系统的本质所在。以业主需求为依据，小区物业管理信息系统可以删除、修改、查询和录入等小区住户、公共设备、建筑等信息，也能把查询、统计诸如水电气费等不同的物业管理费用以及生成相关报表的管理工作完成。图1即为本系统功能模块结构框图：
   2.1.1用户功能
   如果业主用户登录小区物业管理信息系统，能进行缴欠费信息、房屋信息、业主信息查询，同样可以把报修请求提交给小区物业管理信息系统。图1为其基本功能框图：

图1用户功能图
2.1.2管理员功能
图2所示即为管理员功能模块的基本功能框图，如果系统管理人员完成系统登录，则能因此展开缴欠费信息，报修信息，房屋信息，业主信息以及用户权限等管理：

图2管理员功能图
以下即为管理员功能模块所能完成的各种不同功能：
(1)系统管理
小区物业管理信息系统的中心即为系统管理模块。包括数据库备份、系统初始化、用户管理、系统设置、更改密码、用户授权、恢复等子模块在内的系统管理模块，全面决定了保证数据安全、加强软件使用安全性、区分不同用户使用权限等内容。
(2)住户管理
住户管理模块能完成删除、查询和修改已有住户信息，登记新增住户住房面积、人员、姓名等基本信息操作。住户删除、住户查询、住户修改、住户登记为住户管理模块的四个子模块。
(3)设备管理
设备管理模块能把管理小区健身器材、下水管、路灯等公共设备操作完成，给所有设备进行信息档案构建，记录保养、维修、检查各项设备状况。设备保养、设备检查、设备报修和设备登记是设备管理模块的4个子模块。
(4)收费管理
收费管理模块的基本功能表现在：实现管理已入住业主的煤气费、电费、水费和物业管理费等费用缴纳，应收款和收款单、用户抄表、表设置、计量单位设置、收费项目设置、收费类别设置等是收费管理模块的几个子模块。

2.2系统流程图
分析小区物业管理信息系统架构完成，设计出如图3、图4所示的小区物业管理信息系统的流程图：

图3用户流程图

图4管理员流程图

2.3 系统子模块设计
主要是指设计B/S浏览器端，小区物业管理信息系统的全部子系统均为系统子模块的设计目标。
2.3.1 用户管理子系统
用户管理子系统的主要功能是满足业主登录需要，以不同类型业主的需要为依据，进行各种系统服务提供。比如普通用户登录后，仅可以进行和其有关的业务通知等方面信息查询。
2.3.2 用户注册、登记
新用户注册过程中的联系方式、入住时间、职业、性别、业主姓名、住房编号等业主信息填写。能把必填信息栏标示出来，引导用户填写。登记业主及其燃气费、电费、水费等资料；打印、添加等房产资源信息。用户信息数据库将会保存填写完成的相关信息。
2.3.3 用户信息查询子
保存于用户信息数据库的业主信息修改、以相关条件进行费用资料查询，查询房产资源、住户。
2.3.4 管理员管理
费用催缴；录入用户费用；删除、查询用户信息；费用资源管理（业主水电气表资料添加、修改、删除）；删除、修改、添加房产资源、住户单查询；删除、修改、添加用户。

3. 数据库设计
   3.1 数据库分析
   因为和欠费、缴费、业主信息等的管理均有关系，小区物业管理信息系统要求数据必须有更优良的完整功能、安全功能标准。同时，基于及时更新增加程序所需，小区物业管理信息系统必须同时能形成充分的数据存储功能，以此确保系统管理人员可以有效正常的维护系统数据库。
   目前，Mysql数据库在开发小型系统方面应运普遍。而且，Mysql5.0已可以对事务提供全面支持，能确保数据安全性、完整性。所以，本次小区物业管理信息系统开发选择了Mysql数据库。
   3.2概念结构设计
   设计数据库概念结构时必须要进行需求分析，把可以实现业主需要的不同实体及其关系设计出来。以此给本次小区物业管理信息系统的逻辑结构设计做出铺垫。以前述设计为基本依据，图9-14所示即为本次设计的小区物业管理信息系统E-R实体图

图5用户实体属性图

图6角色实体属性图

图7功能实体属性图

图8报修实体属性图

图8收费实体属性图

图9业主实体属性图

图9功能角色实体属性图

图9用户角色实体属性图
3.3数据库表说明
由图9-14所示实体总体E-R图、属性图，表3.1所示的数据库表便可以获得：

表3.1 users表结构
字段名 属性 长度 是否主键 备注
ID 字符 11 是 用户编号
Name 字符 40 否 用户名
Password 字符 12 否 密码
Email 字符 21 否 邮箱
Phone 字符 11 否 电话号码
本表主要用于记录用户登录数据。

表3.2 owners表结构
字段名 属性 长度 是否主键 备注
ownerID 字符 20 是 业主编号
ownerTel 字符 20 否 业主电话
ownerName 字符 4 否 业主名字
ownerCat 字符 20 否 业主类型
ownerInfo 字符 20 否 业主信息
update_Tm 时间 20 否 更新时间
ownerDel 整型 20 否 业主处理
本表主要用于记录业主信息。

表3.3 permission表结构
字段名 属性 长度 是否主键 备注
id 整型 20 是 编号
per_name 字符 20 否 功能名称
per_url 字符 20 否 功能地址
per_massage 字符 20 否 功能信息
本表主要用于功能信息记录。

表3.3 role表结构
字段名 属性 长度 是否主键 备注
id 整型 20 是 编号
rolename 字符 20 否 角色名称
roleurl 字符 20 否 角色地址
本表主要用于角色信息记录。

表3.3 role_permission表结构
字段名 属性 长度 是否主键 备注
id 整型 20 是 编号
role_id 整型 20 否 角色编号
per_id 整型 20 否 功能编号
本表主要用于功能角色信息记录。

表3.3 user_role表结构
字段名 属性 长度 是否主键 备注
id 整型 20 是 编号
role_id 整型 20 否 角色编号
user_id 整型 20 否 用户编号
本表主要用于用角色信息记录。

表3.4 charge表
字段名 属性 长度 是否主键 备注
chargeId 整型 20 是 保修编号
chargeTime 字符 20 否 保修时间
chargeName 字符 20 否 保修名称
chargeMoney 字符 20 否 保修金额
ownerID 整型 20 否 业主编号
chargeDel 字符 20 否 保修处理
update_Tm 字符 20 否 更新时间
本表主要用于保修信息的详细记录。

表3.5 repair表
字段名 属性 长度 是否主键 备注
repairId 整型 20 是 收费编号
repairTime 字符 20 否 收费时间
repairInfo 时间 20 否 收费信息
ownerID 整型 20 否 业主编号
repairDel
repairIdentiy
update_Tm 字符
字符
字符 20
20
20 否
否
否 收费处理
收费类型
更新时间
本表主要用于收费的报修信息记录。

表3.6 charge表

字段名 属性 长度 是否主键 备注
chargeId 字符 20 是 缴欠费编号
programId 字符 20 否 收费项目编号
userId 字符 20 否 业主编号
starttime 字符 20 否 起始时间
endtime 字符 20 否 截止时间
本表主要用于业主缴欠费状况记录

源码获取 q1494893846