摘 要:“互联网+”的战略实施后,很多行业的信息化水平都有了很大的提升。但是目前很多物业公司日常工作仍是通过人工管理的方式进行,需要在各个岗位投入大量的人力进行很多重复性工作,这样一来就耗费了许多的资源,工作的效率较低,智慧物业系统的部署与应用,将对日常的业主报修、报修指派、报修订单、车位信息、分配车位、来访车辆等功能进行管理,这可以简化工作程序、降低劳动成本、提高工作效率。为了有效推动物业公司资源的合理配置和使用,迫切需要研发一套更加全面的智慧物业系统。
本文章重点阐述基于JSP技术设计和实现了智能物业管理软件系统。该操作系统采用了B/S即所谓浏览器/服务器模式,应用SSM框架,选择MySQL作为后台数据库去开发并实现一个以智慧物业为核心的系统以及对系统的简易介绍。
关键词:智慧物业;物业管理;SSM
1 引言
1.1 背景和意义
现在的中国已经进入智能时代,伴随智慧城市的进展,智慧物业的建立势在必行。智慧物业平台相比于传统的物业管理方法,具有信息储存数量大、网速快等诸多优势,可以及时快捷的来存储和处理物业数据。相较于传统物业,可以抛弃纸质传单等物品节约大量成本,避免人为导致的数据失误,使住区的管理更加人性化,访问更加便捷。同时也适应了社会的发展需要,提升住户生活品质。
互联网+变革了人们的日常生活方式,在原有的居民物业服务方面,在服务业主、提高社会服务水平等方面,怎样与互联网结合?顶级网络科技有限公司将携手众多伙伴,走进社会,并携手物业服务公司合力打造一次对社会服务水平的创造性改革。借助网络平台企业提供的网络平台,给物业和小区业主带来了多样化的增值业务和更完善的物业服务。
随着大量资源的涌入,物业行业也迎来了新的增长期,其中最吸人眼球的便是智慧物业。智慧物业作为现代物业管理转型升级的蓝图,其主要是运用云计算、大数据等新兴技术,为用户提供更高效的物业服务[6]。为居住者、商圈消费者以及服务商创造了一种安全、舒心、便捷的智能物业环境,进而建立基于信息化、智能社会管理模式和服务水平的一个全新的现代管理形式的物业管理模型。
1.2 现状和趋势
国外的物业管理体系起源于19世纪60年代的英国。目前,经过了一百多年的发展,在欧美发达国家社区智能物业体制完善。专业化的经营管理模式也是美国物业管理服务行业中最突出的优势所在,而物业管理服务企业通常也只承担着整个住宅小区物业管理的总体管理工作,而具体的管理工作也必须聘请专门的管理公司承接。
在西方国家,企业信息系统(MIS)的信息技术比较发达,服务类型全面,目前管理信息系统已被广泛应用到各大企业中,通过信息系统的实现具有检索快捷、查询方便、可用性强、数据量大、安全与保密好、服务寿命长、成本低等优点的管理模式。
由于对现代物业体系的认知不足,又受到了国民经济发展水平的限制,目前我国物业管理体系在欠发达地区以及中小城市普及的较慢。由于物业管理面积巨大,且随着中国城市化度的不断提高,物业管理面积还将持续处于增长趋势。不过,由于目前中国还存在着一些物业管理公司采用人工管理模式,而这种的管理机制已无法很好的满足现代的经济发展需要,因此这种管理方式还面临着不少弊端,例如:工作效率低而且复杂,并且随着物业管理行业的逐渐增多,工作量也将极大幅度的增加,这就必然会提高物业管理人的工作量,这也会为物业管理资料的查询、发布与管理等都增加了不少困难。随着时代的不断进步,新技术取代旧技术是一种必然,这些不再适应时代需求的传统物业体系必然会被打破。
1.3 论文结构
第一部分:引言。给本论文的读者说明本项目的背景和意义,阐述了现在及未来物业体系的发展方向。
第二部分:系统开发技术简介。本系统主要使用了行业内应用普遍的JSP技术,Vue,SSM框架和MySql,并逐一对以上技术进行了较为详尽的说明。
第三部分:对整个系统进行剖析。对系统进行了可行性研究,分析了系统的各个模块需求与数据库。
第四部分:系统详尽设计与实现。在这一部分对系统管理员、用户以及维修人员的功能进行了实现,并展示了部分代码。
第五部分:系统测试与方法。本系统选择了行业内普及的白盒测试,尽可能的寻找可能存在的bug,以测试结果完善了本系统。
第六部分:结束语。在文章最后总结了这一路以来的收获。
2 系统开发技术
2.1 JSP技术介绍
JSP:服务器页面技术,是由美国微软Sun公司进行主导,其他企业联合发起并且创建的一种全新的、动态的网页技术标准。它保持了了Java编程语言一贯的跨平台型,所谓跨平台就是说在所有系统平台上都可以运行,真正做到了“一次编写,四处运行”,在每个服务器上都能顺利使用,广泛地运用在电子商务等各个领域之中。凭借其本身的易学性和易操作性,目前在国内外,JSP已经得到了大家的广泛关注,并且得到了非常好的发展,越来越多的动态网站都在开始使用JSP。因为开发项目的环境不一,JSP也应当与实际情况相结合进行调整。
2.2 Mysql介绍
Mysql是行业内相当流行的数据库,在互联网中的中小型网站上被应用的十分广泛。因为其体量小、速度迅捷、综合所具有的高效率,特别是源代码开放的这一特性,让人们下载之后可以根据自己的喜好来进行一定的修改,Mysql具有微软的风格,使用起来非常容易。使用Mysql构建智慧物业系统可以减少前期的数据处理工作。
Mysql的重要特性之一是支持多线程,能够较为简单的对系统资源进行利用,有效提升速度,还提供了各种方式途径来对数据库系统进行连接;Mysql的功能相对而言比较薄弱、规模也很小,但本系统要求不高,Mysql完全可以满足本系统使用。
2.3 Vue
Vue是当今行业内应用最普遍的前端框架之一。Vue的使用,让使用者们不必再精疲力竭地去操纵前端页面,节省了项目许多的开发时间,让使用者比之以往更加得心应手的完成后端业务代码。Vue与其它的资源库进行合作,也可以支持繁杂的单页应用。在程序员开发环境下,它也会提供一些warn来帮助程序员面对一些具有代表性的error。
2.4 SSM框架
当今行业内应用最普遍的“SSM框架”是Spring + SpringMVC + MyBatis的集合,受到行业内大量程序员的好评,“SSM框架”代表了齐心协力、各司其职、团结合作的团队精神。该项技术在处理过程中可以为软件开发人员及时的提供信息更替与信息咨询的服务。使数据库的底层面向开发人员的操作处于透明。Spring创建并管理对象,它将对象放入一个存储容器中,其本质上是提供一个map集合将对象放进去,需要对象的时候再到这个容器中取就可以了。这个框架提供了许多十分便利的注解,通过这些注解进行开发非常迅捷,而且可以通过restful风格定义客户端发来的请求地址,与其他方式相比十分优雅。针对Java Web应用程序的开发设计和建设费用比较昂贵,在发布后无法管理以及发布过程中一系列难以解决的问题,SSM框架都提出了良好的解决办法。
3 系统分析与设计
3.1 可行性分析
3.1.1 技术可行性
智慧物业系统采用当下比较流行的框架SSM,后台所应用的技术设计采用java语言和Mysql数据库。在大学生涯中,这些都有所学习。此外,本人在校外也进行了java相关培训学习,所以本系统的开发在技术上是具有可行性的。
3.1.2 经济可行性
智慧物业管理系统并不是一个十分复杂的大型项目,它面向的是平常用户,只需要一台电脑进行调试即可,所占用的资源并不大。
3.1.3 操作可行性
本系统以Windows系统为基石,只需一台电脑即可运行,这为本系统的操作提供了前置条件。而且本系统的安装、配置、操作都不会改变原计算机的设置与布局,而且系统用户界面简约,提示信息完整,只需要很少的时间就可以上手操作。
3.1.4 社会可行性
伴随人工智能、大数据分析、云计算、物联网等高新技术的发展,越来越多的服务行业涌入互联网这一领域,并以服务用户为核心,建立出可以满足大多数用户需求的服务管理平台。
一方面可以结合“线上”和“线下”两端的资源,尽最大程度的为住户提供更加便利的生活条件,降低生活成本的同时创造新的收益点;另一方面也为社会做出贡献,使人更加适应现代快节奏的生活方式。
3.2 功能需求分析
本课题需要实现一套智慧物业管理系统。智慧物业系统分为三大部分,即系统管理员部分、用户部分以及维修人员部分。
图3-1 管理员用例图
(2) 业主用例图如图3-2所示。
图3-2 业主用例图
(3) 维修人员用例图如图3-3所示。
图3-3 维修员用例图
3.3 系统整体功能设计
本系统主要分为三大模块,系统的具体功能结构图如下图3-4所示。
图3-4 智慧物业后台管理系统
3.4 数据库需求分析
在系统中进行查询时,所有满足查询条件的数据都应当能显示出来。数据库中的数据若是有遗失将会对物业公司产生负面影响,因此应当保证数据的安全性。采用菜单界面,对用户较为友好,本文中将通过E-R图来设计并展示数据的概念模型。
维修人员E-R图如图3-5所示。
图3-5 维修人员E-R图
业主信息E-R图如图3-6所示。
图3-6 业主信息E-R图
业主报修信息E-R图如图3-7所示。
图3-7 业主报修信息E-R图
合同终止信息E-R图如图3-8所示。
图3-8 合同终止信息E-R图
3.5 数据库表设计
(1) 业主报修表主要存储广大业主的报修信息的详尽数据,涉及到报修的多方面,在报修管理界面可以查看到报修表的所有数据信息。其中有报修标题,问题描述,报修日期等诸多有关报修的相关字段。业主报修表如表3-1所示。
表3-1 业主报修表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
baoxiubiaoti | varchar | 200 | 修理的主题 | ||
addtime | timestamp | 创建的时间 | |||
sfsh | varchar | 200 | 是否需要审核 | 否 | |
wentijianshu | longtext | 简述 | |||
baoxiuriqi | date | 修理的时间 | |||
xingming | varchar | 200 | 姓名 | ||
shouji | varchar | 200 | 手机 | ||
zhanghao | varchar | 200 | 账号 | ||
loufanghao | varchar | 200 | 楼栋号 | ||
shhf | longtext | 回复 |
(2) 分配车位表主要是对住户和来访车辆进行操作。分配车位表如表3-2所示。
表3-2 分配车位表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
cheweimingcheng | varchar | 200 | 车位的名称 | ||
addtime | timestamp | 创建的时间 | |||
cheweiweizhi | varchar | 200 | 分发的地方 | ||
chezhuxingming | varchar | 200 | 车主的姓名 | ||
cheweibianhao | varchar | 200 | 车位的编号 | ||
chepaihao | varchar | 200 | 车牌号 | ||
leixing | varchar | 200 | 类型 | ||
fenpeishijian | datetime | 分配时间 | |||
xiangxijieshao | longtext | 介绍 | |||
clicktime | datetime | 最近点击时间 | |||
clicknum | int | 点击次数 | 0 |
(3) 配置文件表主要针对系统所拥有的配置文件。配置文件表如表3-3所示。
表3-3 配置文件表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
value | varchar | 100 | 参数的值 | ||
name | varchar | 100 | 参数的名称 |
(4) 车位信息表主要字段包括车位位置、车位编号等。车位信息如表3-4所示。
表3-4 车位信息表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
cheweimingcheng | varchar | 200 | 车位的名称 | ||
cheweibianhao | varchar | 200 | 车位的编号 | ||
tupian | varchar | 200 | 图片 | ||
zhuangtai | varchar | 200 | 状态 | ||
cheweiweizhi | varchar | 200 | 位置 | ||
mianji | varchar | 200 | 面积 | ||
addtime | timestamp | 创建的时间 | |||
shishishijian | datetime | 实时时间 | |||
xiangxijieshao | longtext | 介绍 | |||
clicktime | datetime | 最近点击时间 | |||
clicknum | int | 点击次数 | 0 |
(5) 报修指派表主要是对住户报修事件的操作。报修指派表如表3-5所示。
表3-5 报修指派表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
baoxiubiaoti | varchar | 200 | 修理标题 | ||
shouji | varchar | 200 | 手机 | ||
wentijianshu | longtext | 简述 | |||
addtime | timestamp | 创建的时间 |
续表3-5 报修指派表
weixiuzhanghao | varchar | 200 | 维修账号 | ||
zhipaishijian | datetime | 分派的时间 | |||
lianxidianhua | varchar | 200 | 电话 | ||
zhanghao | varchar | 200 | 账号 | ||
xingming | varchar | 200 | 姓名 | ||
loufanghao | varchar | 200 | 楼栋号 | ||
weixiuxingming | varchar | 200 | 维修的姓名 |
(6) 业主表主要记载在本系统上注册的所有使用者的详尽数据。业主表如表3-6所示。
表3-6 业主表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
zhanghao | varchar | 200 | 账号 | ||
nianling | int | 年龄 | |||
mima | varchar | 200 | 账户密码 | ||
loufanghao | varchar | 200 | 楼栋号 | ||
xingming | varchar | 200 | 名字 | ||
chepaihao | varchar | 200 | 车牌号 | ||
xingbie | varchar | 200 | 性别 | ||
shouji | varchar | 200 | 手机 | ||
addtime | timestamp | 创建时间 | |||
zhaopian | varchar | 200 | 照片 |
(7) 报修订单表主要字段有处理描述、报修标题等。报修订单表如表3-7所示。
表3-7 报修订单表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
shhf | longtext | 回复 | |||
addtime | timestamp | 创建时间 | |||
baoxiubiaoti | varchar | 200 | 修理标题 |
续表3-7 报修订单表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
zhuangtai | varchar | 200 | 状态 | ||
chulimiaoshu | longtext | 描述 | |||
zhanghao | varchar | 200 | 账号 | ||
xingming | varchar | 200 | 姓名 | ||
weixiuzhanghao | varchar | 200 | 维修账号 | ||
shouji | varchar | 200 | 手机 | ||
weixiuxingming | varchar | 200 | 维修姓名 | ||
chulishijian | datetime | 时间 | |||
lianxidianhua | varchar | 200 | 电话 | ||
loufanghao | varchar | 200 | 楼栋号 | ||
sfsh | varchar | 200 | 是否审核 | 否 |
(8) 维修人员表主要存放了维修人员的详尽信息。维修人员表如表3-8所示。
表3-8 维修人员表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
mima | varchar | 200 | 账户密码 | ||
addtime | timestamp | 创建的时间 | |||
weixiuzhanghao | varchar | 200 | 维修账号 | ||
lianxidianhua | varchar | 200 | 电话 | ||
nianling | int | 年龄 | |||
weixiuxingming | varchar | 200 | 姓名 | ||
xingbie | varchar | 200 | 性别 | ||
zhaopian | varchar | 200 | 照片 |
(9) 用户表主要针对不同的角色进行操作。用户表如表3-9所示。
表3-9 用户表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 |
续表3-9 用户表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
username | varchar | 100 | 用户名 | ||
password | varchar | 100 | 密码 | ||
role | varchar | 100 | 系统角色类型 | 管理员 | |
addtime | timestamp | 新增时间 |
(10) token表的主要目的是为了是程序更加安全。token如表3-10所示。
表3-10 token表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
userid | bigint | id | |||
role | varchar | 100 | 系统角色 | ||
tablename | varchar | 100 | 数据库表名 | ||
token | varchar | 200 | 用户密码 | ||
username | varchar | 100 | 用户名字 | ||
addtime | timestamp | 新增时间 | |||
expiratedtime | timestamp | 过期时间 |
(11) 来访车位表主要存储来访车辆的车位信息。具体字段信息如表3-11所示。
表3-11 来访车辆表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
addtime | timestamp | 创建时间 | |||
dengjibianhao | varchar | 200 | 登记编号 | ||
fangkexingming | varchar | 200 | 访客姓名 | ||
chepaihao | varchar | 200 | 车牌号 | ||
leixing | varchar | 200 | 类型 | ||
shoujihaoma | varchar | 200 | 手机号码 | ||
laifangshijian | datetime | 访问时间 | |||
laifangmude | longtext | 访问目的 |
(12) 合同终止表主要存储对租住合同的终止信息。合同终止表如表3-12所示。
表3-12 合同终止表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
addtime | timestamp | 创建的时间 | |||
hetongbianhao | varchar | 200 | 合同编号 | ||
biaoti | varchar | 200 | 合同标题 | ||
zhanghao | varchar | 200 | 账号 | ||
zhongzhiriqi | date | 停止时间 | |||
zhongzhiyuanyin | varchar | 200 | 停止的原因 | ||
xingming | varchar | 200 | 姓名 | ||
sfsh | varchar | 200 | 是否审核 | 否 | |
shhf | longtext | 回复 |
(13) 合同续约表主要存储对租住合同的终止信息。合同续约表如表3-13所示。
表3-13 合同续约表
字段名称 | 数据类型 | 长度 | 说明 | 是否主键 | 默认值 |
id | bigint | 表主键 | 是 | ||
addtime | timestamp | 创建的时间 | |||
hetongbianhao | varchar | 200 | 合同编号 | ||
biaoti | varchar | 200 | 合同标题 | ||
neirong | longtext | 文件内容 | |||
wenjian | varchar | 200 | 文件 | ||
xuyueriqi | date | 续约时间 | |||
youxiaoqi | varchar | 200 | 有效期 | ||
zhanghao | varchar | 200 | 账号 |
4 系统实现效果
想要完整版本的可以点赞私聊加关注私聊作者获取