小区物业管理信息系统概述.docx
- 文档编号:12729498
- 上传时间:2023-06-07
- 格式:DOCX
- 页数:16
- 大小:24.23KB
小区物业管理信息系统概述.docx
《小区物业管理信息系统概述.docx》由会员分享,可在线阅读,更多相关《小区物业管理信息系统概述.docx(16页珍藏版)》请在冰点文库上搜索。
小区物业管理信息系统概述
资料范本
本资料为word版本,可以直接编辑和打印,感谢您的下载
小区物业管理信息系统概述
地点:
__________________
时间:
__________________
说明:
本资料适用于约定双方经过谈判,协商而共同承认,共同遵守的责任与义务,仅供参考,文档可直接下载或修改,不需要的部分可直接删除,使用时请详细阅读内容
TOC\o"1-3"\h\uHYPERLINK\l_Toc24110第1章现行系统概述PAGEREF_Toc241102
HYPERLINK\l_Toc307231.1开发背景PAGEREF_Toc307232
HYPERLINK\l_Toc287451.2组织结构分析PAGEREF_Toc287452
HYPERLINK\l_Toc73151.3现行系统运行状况分析PAGEREF_Toc73153
HYPERLINK\l_Toc25875第2章系统需求分析PAGEREF_Toc258753
HYPERLINK\l_Toc157222.1系统目标与需求分析PAGEREF_Toc157223
HYPERLINK\l_Toc43692.2系统开发的可行性研究PAGEREF_Toc43694
HYPERLINK\l_Toc27015第3章结构化系统分析PAGEREF_Toc270154
HYPERLINK\l_Toc270223.1系统业务流程分析PAGEREF_Toc270224
HYPERLINK\l_Toc5603.2数据流程分析PAGEREF_Toc5608
HYPERLINK\l_Toc39263.3数据字典PAGEREF_Toc392614
HYPERLINK\l_Toc16176第4章结构化系统设计PAGEREF_Toc1617627
HYPERLINK\l_Toc216174.1系统总体结构设计PAGEREF_Toc2161727
HYPERLINK\l_Toc261604.2数据库设计PAGEREF_Toc2616028
HYPERLINK\l_Toc155164.3代码设计PAGEREF_Toc1551632
HYPERLINK\l_Toc219664.4输入输出设计PAGEREF_Toc2196632
HYPERLINK\l_Toc139614.5模块功能与处理过程设计PAGEREF_Toc1396133
HYPERLINK\l_Toc190284.6信息系统安全设计PAGEREF_Toc1902833
HYPERLINK\l_Toc31796第5章系统实施PAGEREF_Toc3179635
HYPERLINK\l_Toc126065.1系统实施PAGEREF_Toc1260635
HYPERLINK\l_Toc150555.1.1系统编程PAGEREF_Toc1505535
HYPERLINK\l_Toc189385.1.2系统调试PAGEREF_Toc1893835
HYPERLINK\l_Toc263845.1.3系统试运行PAGEREF_Toc2638436
HYPERLINK\l_Toc14045.2系统运行管理制度PAGEREF_Toc140436
HYPERLINK\l_Toc22745.3系统维护PAGEREF_Toc227437
HYPERLINK\l_Toc25501第6章结束语PAGEREF_Toc2550137
第1章现行系统概述
1.1开发背景
随着高楼大厦鳞次栉比的拔地而起,新型的现代化小区的建成,物业,开始在我们的身边扮演着重要的角色。
物业公司是为居民提供保障性服务的机构,确保小区住户在本小区的居住环境舒适安心。
物业起着住户和保安,保洁的联系作用。
物业公司向小区住户收取物业费用,除去保安,保洁,绿化,设施维护等的费用,赚取差价,同时也通过创造其他的项目,如小区广告的投放,快递收发,部分物业闲置房屋的出租等赚取费用。
为了实现利益的最大化,在保证居住环境和服务设施达到居民满意的基础上,物业公司必须整合出最优化的人员派比,并在创收方面寻找新的突破。
各个小区的档次不同,整体居民的风气不同,所要解决的问题也不同,所以,各小区之间的信息交流显得尤为重要。
在网络经济时代,传统的单一管理方法已不能适应物业公司管理的新需要,物业公司的经营管理必须借助于计算机网络技术、通信技术等高科技手段。
因此,建立物业公司计算机管理信息系统已成为物业行业的当务之急。
1.2组织结构分析
组织结构是物业公司战略实施的方案,是物业公司运行和管理的基础,不合适的组织结构设计会影响物业公司组织效能的发挥。
本案例中的物业公司共有2大部门,品质管理部和住户管理部,其中品质管理部包括保安部,保洁部,绿化部,维修部4个部门,住户管理部包括客服部和财务部其组织结构图如图1-1所示。
图1-1物业公司组织结构图
1.3现行系统运行状况分析
目前,由于中国物业行业的单一式经营,许多物业还沿用传统的经理负责制方式,各区的经理只与总部单独对话的方式。
一些小区中存在的问题需要重复的专业人员,出现相同的问题只有出现后才能被纠正,不能提前预防处理。
这种单一的责任制造成的直接后果就是物业公司内部信息流通不畅,资源无法共享。
由于物业公司内部没有实现信息化管理,内部上下级之间、部门之间各自独立,削弱了物业公司的整体实力。
另外,各个部门独立经营、独立核算,无法实现旅行社的统一运营,也无法实现服务和价格优势。
由于信息不能共享,物业公司各部门各自为政,工作效率低下,大大增加了物业公司的费用和成本。
此外,物业公司不实现网络化管理就无法及时解决细小的问题,很容易造成细小隐患放大化,难以发掘新的创收项目。
另外,还会导致报价混乱,价格无法统一,财务状况不能及时跟踪,导致财务管理监控漏洞不断出现,影响企业的正常运作。
第2章系统需求分析
2.1系统目标与需求分析
物业行业作为新出现的行业之一,对信息的质量和信息处理能力有着特殊的要求。
物业信息一般具有以下一些特点。
1.信息量大、信息重复率高
居住小区的面积大小不同,所居住的人口数量也不同,但中国的小区式居住必定使得人员的集中化,所谓人多主意多,面对大量的小区住户,每个人的要求也不尽相同。
可是一方水土养一方人,要解决的问题看上去很多,但在同一行业领域内还是会有许许多多的问题是重复或类似的。
信息的准确率低
同样也是人多引起的,同样的问题,住户上午发现的,可是到了下班才来提出,可此时此问题有可能已经解决了。
每个人描述问题的方式不同也会引起同一问题的歧义。
这样出现的问题若不分析处理,汇报到总部,会影响总部做出最后的命令。
3.较强的专业化处理能力
现代物业管理信息系统必须提供专业化的服务,包括利用网络技术和信息处理技术,为每个小区定制专业化的服务。
物业公司可以通过完美的信息服务实现专业问题专家解决的方法,由公司统一解决专业问题。
这样能减少人员的投入,对于不同小区出现的同样问题,可以给以快速优化的解决方案。
本案例仅考虑物业公司内部网络的功能需求,即围绕物业公司的基本业务,如住户投诉问题处理,创收计划制定等环节。
物业公司管理信息系统必须能够满足以下功能需求。
(l)品质管理功能
包括保安形象规范,保洁要求标准,环境绿化合理性,维修的及时性和有效性。
(2)住户管理功能
包括公司内各种收支的核算,以及员工工资的实际发放工作和一个独立的接受投诉、具体调度、分工作业、跟踪检查、统计分析等系统。
2.2系统开发的可行性研究
1.技术可行性研究
先进的软件技术、数据库技术和网络技术作为计算机技术的一部分在过去的几十年中都得到了迅猛的发展,这为本系统的开发提供了技术后盾。
本系统开发基于微软公司ASP.NET技术的管理信息系统架构,开发语言选择VisualBasic,应用服务器采用IIS,数据库选择Access。
采用微软公司最先进的开发平台能够在提高系统效率的同时保证各个层次的兼容性。
2.经济可行性研究
物业管理中,如何把物业工作交给计算机来处理,成为一项噬待解决的问题。
实现物业工作的管理信息化,可以大大减轻员工的负担,节省大量的人力、物力。
本系统采用全套微软技术,大大降低了开发过程的总成本,而且本系统旨在打造物业行业的通用软件,开发成型后批量使用具备较强的经济价值。
3.社会可行性研究
本主统开发前的准备活动、开发以及系统的运行等活动不违反现行的法律法规,没有对他人的专利、版权构成侵犯,与现行的管理制度没有冲突。
基于以上三方面的分析,本系统的开发是可行的。
第3章结构化系统分析
3.1系统业务流程分析
住户管理业务流程分析
业务描述:
实现对业主购房、出租、退房的全过程管理,可以随时查询住户历史情况和现状,加强对业主及住户的沟通和管理。
包括业主信息管理、业主家庭成员、车辆信息、电话信息、宠物信息、报修欠费历史等信息。
业务流程图如图1-2所示。
图1-2住户管理业务流程图
2.车辆管理业务流程分析
业务描述:
对进出管理区域的机动车辆实行发放出入证、停车证制度、登记制度和停车收费制度(收费标准按所在地物价局规定执行)。
为出入小区的车辆提供引导服务,保持车辆出入畅通、停放有序。
业务流程图如图1-3所示。
图1-3车辆管理业务流程图
3.投诉维修管理业务流程分析
业务描述:
建立设备基本信息库与设备台帐,定义设备保养周期等属性信息;对设备运行状态监控并生成运行记录,故障记录等信息,根据生成的保养计划自动提示到期需保养的设备;对出现故障的的设备从维修申请,到派工、维修、完工验收、回访等实现过程化管理;
对于住户对绿化保洁人员等服务的投诉问题解决处理。
及时作出绿化安排及维护记录,保证清洁用具管理、保洁安排及检查记录的工作。
业务流程图如图1-4所示。
图1-4投诉维修管理业务流程图
4.收费管理业务流程分析
业务描述:
HYPERLINK"\t"物业HYPERLINK"\t"收费管理信息系统是整个综合物业管理信息系统的日常业务管理模块,对物业管理公司的经营管理工作起到至关重要的作用。
在收费管理中,
系统将收费分为社区、大楼、楼层、房间等多个级别。
主要功能模块:
收费项目定义、合同管理、应收款管理、实收、欠费管理HYPERLINK"\t"、收费情况统计查询等业务流程图如图1-5所示。
图1-5收费管理业务流程图
3.2数据流程分析
数据流程图是结构化系统分析的主要工具,它表示了系统内部信息的流程,并表示系统的逻辑处理功能。
小区物业管理信息系统的顶层数据流程图
本系统的顶层数据流程图如图1-6所示。
该数据流程图有三个主要的外部实体:
住户、财务部和品质管理部;住户信息(F1)、方案总结(F4)和财会清单(F3)是该系统主要的输入数据流,缴费信息(F2)是该系统主要的输出数据流。
图1-6小区物业管理信息系统顶层数据流程图
2.小区物业管理信息系统的第一层数据流程图
通过对业务流程图和顶层数据流程图的分析,得到系统的第一层数据流程图,如图1-7所示。
该数据流程图包含4个主要的数据梳理过程:
住户管理(P1)、收费管理(P2)、车辆管理(P3)、投诉维修管理(P4);涉及的外部实体有住
户、财务部、保安部和品质管理部;数据存储包括住户信息表(D2)、车辆登记
表(D7)、投诉维修总结(D16);数据流包括住户信息(F1)缴费信息(F2)、财会清单(F3)、方案总结(F4)、信息录入(F5)、投诉需求信息(F6)、更新车位信息(F7)、车位信息(F8)、入库信息(F9)、住户信息(F10)、记录入库(F11)、总结报告(F12)数据流。
其中外部实体住户出现两次,加画斜线以示区别。
3.“P1住户管理”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程住户管理进一步分解,画出其第二层数据流程图,如图1-8所示。
住户管理(P1)包括档案管理(P1.1)、办理入住手续(P1.2)、抄表(P1.3)、签订装修协议(P1.4)、收费管理(P2)5个数据处理过程;输入P1的数据流包括住户信息(F1)、房屋信息(F13)、申请装修(F18)数据流;输出P1的数据流包括房屋信息(F14)、住户信息(F15)、作业要求(F16)、作业要求(F17)、协议信息(F19)、信息录入(F20)、信息录入(F21)、收费记录(F22)数据流;与P1有关的数据存储包括房屋信息表(D1)、住户信息表(D2)、仪表数据表(D3)、装修费用表(D4)、装修协议书(D5);与P1有关的外部实体有住户、客服部、工程部、财务部。
4.“P2收费管理”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程收费管理进一步分解,画出其第二层数据流程图,如图1-9所示。
收费管理系统包括缴费单管理(P2.1)、缴费管理(P2.2)、账务管理(P2.3)、统计计划(P2.4)4个数据处理过程;输入P2的数据流包括缴费信息(F2)、住户信息(F30)、住户信息(F32)、住户信息(F40)、缴费信息(F44)、查询信息(F45)数据流;输出P2的数据流包括缴费计划(F31)、缴费单信息(F33)、缴费单信息(F34)、住户缴费信息(F35)、统计报表(F36)、统计报表(F37)、统计报表(F38)、缴费信息(F39)、缴费计划(F41)、缴费计划(F42)、统计信息(F43)、查询信息(F4)数据流;与P2有关的数据存储包括缴费单(D9)、缴费计划(D10)、统计报表(D11)、账务清单(D12);与P2有关的外部实体有财务部、住户服务中心、住户、业务经理,其中住户、财务部各出现两次,住户服务中心出现三次,加画斜线以示区别。
5.“P3车辆管理”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程车辆管理进一步分解,画出其第二层数据流程图,如图1-10所示。
车辆管理系统包括确定价格(P3.1)、划分车位(P3.2)
、咨询与登记(P3.3)、车位管理(P3.4)、调查市场记录(F26)、收费管理(P2)5个数据处理过程;输入P3的数据流包括车位信息(F25)、调查市场记录(F26)、住户信息(F30)数据流;输出P3的数据流包括车位信息(F8)、更新车位信息(F7)、收费记录(F22)、收费记录(F23)、车辆登记(F24)、价格信息(F27)、划分车位(F28)、收费信息(F29)数据流;与P3有关的数据存储包括车位信息表(D6)、车辆登记表(D7)、车位缴费表(D8);与P3有关的外部实体有住户、保安部、财务部。
6.“P4投诉维修管理”数据处理过程展开的第二层数据流程图
将第一层数据流程图的数据处理过程投诉维修管理进一步分解,画出其第二层数据流程图,如图1-11所示。
投诉维修管理系统包括维修投诉登记管理(P4.1)、投诉维修处理(P4.2)、方案调整(P4.3)和总结(P4.4)4个数据处理过程;输入P4的数据流包括方案总结(F4)、投诉需求信息(F6)、物业管理服务协议(F46)数据流;输出P4的数据流包括投诉信息(F47)、投诉信息(F48)、执行信息(F49)、执行信息(F50)、执行信息(F51)、执行信息(F52)、问题汇总(F53)、信息提交(F54)、提出方案(F55)、问题处理计划(F56)、信息录入(F57)、信息入库(F58)、信息汇入(F59)、方案汇总(F60)、方案汇总(F61)数据流;与P4有关的数据存储包括投诉维修信息(D13)、登记表(D14)、疑难问题信息(D15)、维修投诉总结(D16)、调整方案(D17);与P4有关的外部实体有住户、保洁部、绿化部、维修部、品质管理部,其中品质管理部出现两次,加画斜线以示区别。
图1-7小区物业管理信息系统的第一层数据流程图
图1-8“P1住户管理”数据处理过程展开的第二层数据流程图
图1-9“P2收费管理”数据处理过程展开的第二层数据流程图
图1-10“P3车辆管理”数据处理过程展开的第二层数据流程图
图1-11“P4投诉维修管理”数据处理过程展开的第二层数据流程图
3.3数据字典
本系统的数据字典的例子参见表1-1~表1-6。
表1-1数据元素条目
表1-2数据结构条目
表1-3数据流条目
表1-4数据存储条目
表1-5处理过程条目
表1-6外部实体条目
第4章结构化系统设计
4.1系统总体结构设计
本系统的总体设计功能结构图如图1-12所示。
图1-12系统总体设计功能结构图
4.2数据库设计
1.概念结构设计
本系统实用E-R图进行数据库的概念结构设计,系统E-R图如图1-13所示。
实体属性图如图1-14所示。
图1-13系统E-R图
a.姓名b.性别c.身份证号d.门牌号e.人口数f.住户电话g.E—mail
门牌号b.住户姓名c.性别d.身份证号e.住户人口数f.住户电话g.E—mailh.仪表信息i.缴费单j.缴费情况k.住户服务中心办公电话
a.门牌号b.住户姓名c.性别d.身份证号e.住户电话f.部门办公电话g.仪表信息统计费用h.保投合计费用i.车位费用j.缴费单
a.门牌号b.住户姓名c.性别d.身份证号e.住户电话f.保修问题处理费用g.投诉问题处理费用h.保投合计费用i.备注
a.车位信息b.车辆编号c.车辆型号d.车牌号e.车主姓名f.门牌号g.车主性别h.身份证号i.车主电话j.车位费用k.停车场负责人l.负责人电话
a.门牌号b.住户姓名c.性别d.身份证号码e.住户电话f.保修问题g.保修处理情况h.备注
a.门牌号b.住户姓名c.性别d.身份证号码e.住户电话f.保修问题g.保修处理问题h.投诉处理情况i.经办人j.部门办公电话k.备注
图1-14实体属性图
逻辑结构设计
逻辑设计的任务是把E-R模型所表示的概念结构转换为关系模型,即把概念结构转换为相应的逻辑结构。
将E-R图转换为关系模型时,为了很好地实现用户管理上的功能要求、性能方面的要求,还需进一步优化处理。
根据图1-13所示的系统E-R图进行逻辑结构设计,结果如下:
住户信息(姓名、性别、身份证号、门牌号、人口数、住户电话、e-mail)
电表信息(门牌号、用电量、备注、经办人)
水表信息(门牌号、用水量、备注、经办人)
气表信息(门牌号、用气量、备注、经办人)
房产信息(门牌号、房屋状态、住户姓名、性别、住户人口数、身份证号、住户电话、e-mail)
仪表信息(门牌号、用电量、用水量、用气量、经办人、经办人电话、仪表信息统计费用)
住户服务中心信息(门牌号、住户姓名、性别、身份证号、住户人口数、住户电话、e-mail、仪表信息、缴费单、缴费情况、住户服务中心办公电话)
保修信息(门牌号、住户姓名、性别、身份证号、住户电话、保修问题、保修处理情况、备注)
投诉信息(门牌号、住户姓名、性别、身份证号、住户电话、投诉问题、投诉处理情况、备注)
停车场(车位信息、车辆编号、车辆型号、车牌号、车主姓名、门牌号、性别、身份证号、车主电话、车位费用、停车场负责人、负责人电话)
品质管理部信息(门牌号、住户姓名、性别、身份证号、电话、保修问题、保修处理问题、投诉处理情况、经办人、部门办公电话、备注)
其他物业费(门牌号、住户姓名、身份证号、住户电话、保修问题处理费用、投诉问题处理费用、保投合计费用、备注)
财务部信息(门牌号、住户姓名、性别、身份证号、住户电话、部门办公电话、仪表信息统计费用、保投合计费用、车位费用、备注、缴费单)
4.3代码设计
本系统主要采用了层次码的编码方式
(1)房间号代码编码格式为:
例如6-5-005,表示6号楼第5层005号房。
(2)缴费单格式为201510126-5-005。
其中,20151012代表记录生成的日期,6-5-005代表房间号代码。
例如:
201511115-6-004代表2015年11月11日5号楼第6层005号房间的缴费单。
4.4输入输出设计
1.输出设计
原始信息经过计算机的加工处理为用户提供高质量的有效信息,方便管理者做出正确的判断和决策,这正是输出设计的主要目的和任务。
小区物业管理信息系统的输出主要为用户的查询信息、缴费信息和支付信息等,以及小区物业管理相关人员需要的相关数据。
以系统查询界面为例,如图1-15所示。
图1-15系统查询界面
输入设计
把计算机系统以外的信息经过有效的组织方式变成计算机可以识别的数据是输入设计的主要任务。
不同的具体业务对应着不同的输入形式,才能有助于计算机处理出正确的输出信息。
在管理信息系统分析中“输入的是垃圾,输出的必然也是垃圾”,可见输入设计是很重要的。
系统输入设计的目标是保证向系统输入正确的数据,在此前提下,努力做到输入方法简单、迅速、经济、方便。
图1-16为物业管理信息系统输入界面。
4.5模块功能与处理过程设计
以入住申请为例,入住申请处理过程流程图如图1-17所示
4.6信息系统安全设计
信息系统安全规划是一个涉及管理、法规和技术等多方面的综合工程、信息系统安全的总体目标是物理安全、网络安全、数据安全、信息内容安全、信息基础设备安全和公共信息安全的总和。
系统信息安全的最终目的是确保信息的机密性、完整性和可用性,以及信息系统对于信息资源等的控制。
图1-16物业管理信息系统输入界面
安全审计
对网络系统采用网络安全审计系统,对网络设备运行状况、网络流量、用户
行为等进行日志记录;记录包括:
事件的日期和时间、用户、事件类型、事件是否成功等审计相关的信息;本系统根据记录数据进行分析,并生成审计报表;系统对审计记录进行保护,避免受到未预期的删除、修改或覆盖等,从而保证了系统操作的安全性。
2.身份鉴别
采用网络安全审计系统,对登录操作系统和数据库系统的用户进行身份标识和鉴别;本系统的操作系统和数据库口令设置必须在8位以上且为字母和数字组合,每月定期更换口令;登录失败采取结束会话方式,限制非法登录次数为6次,当网络登录连接超时自动退出等;本系统采取加密措施防止鉴别信息在网络传输
过程中被窃听;当对服务器进行远程管理时,本系统使用vpn或加密机技术接入防止鉴别信息在网络传输过程中被窃听,从而认证用户的合法性。
图1-17入住申请处理流程图
第5章系统实施
5.1系统实施
5.1.1系统编程
2015年10月1日,结合前期的系统设计,信息所成立了3人的系统编程小组,经过系统开发小组不懈的努力,历时一个月,于11月1日完成了系统的编程工作。
5.1.2系统调试
为了在试运行之前,把尽可能多的错误暴漏出来,信息所成立了
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小区 物业 管理信息系统 概述