物业管理系统报告.docx
- 文档编号:23102380
- 上传时间:2023-04-30
- 格式:DOCX
- 页数:34
- 大小:88.07KB
物业管理系统报告.docx
《物业管理系统报告.docx》由会员分享,可在线阅读,更多相关《物业管理系统报告.docx(34页珍藏版)》请在冰豆网上搜索。
物业管理系统报告
经济管理学院
MIS课程设计
课程设计题目:
小区物业管理系统的分析与设计
专业班级:
信息管理101班
学生姓名:
李静邵微微张沛梅许悦
学号:
100202127100202132100202138100202141
指导教师:
郭文东蒋玉国
2013年6月29日
1.引言
作为小区内最主要的管理对象,小区物业管理信息系统就成了小区信息系统中不可缺少的一局部,小区物业管理系统的存在对于小区内的业主与员工来说都是至关重要的,可以方便业主查询和员工工作。
但一直以来人们使用传统人工的方式进行小区物业的业主和员工的信息档案管理,这种管理方式存在着许多缺点,如:
效率低,容易出错,格式不标准等等。
另外时间又长,就不容易进行统计和分析。
随着科学技术的不断提高,计算机科学日渐成熟,人们已深刻认识到计算机所具有的强大的功能。
计算机作为知识经济时代的产物,已被广泛应用于社会各个行业和领域。
目前,国内的科技水平高速开展,计算机作为今天使用最广的现代化工具已深入到各个领域,并且正在成为未来社会——信息社会的重要支柱。
在这样的大背景下,现代的小区物业管理系统,它已进入人类社会的各个领域并发挥着越来越重要的作用。
学习计算机知识不仅仅是为了掌握一种技能,更重要的是它能启发人们对先进科技的向往,激发创新意识,推动对新知识的学习,培养自学能力,锻炼动手实践的本领。
利用计算机管理,可以加强业主自身的信息管理,提高业主的满意度,可以轻松的查询各类信息。
提高和完善小区物业管理系统所具有的功能,以方便小区内的业主及员工的操作。
2.系统调查
小区管理在手工操作时代,工作非常繁琐,需要大量的人力、物力和财力,极大的浪费了小区物业的资源,对于小区的管理人员来说,物业管理包括物业设备管理、停车场管理、住户的投诉管理、住户的报修管理、住户的设备维修管理等等。
而这些工程在过去手工操作时代,需要手工记录这些事情,不但麻烦,还经常出错,给广阔住户和管理人员带来很多不便。
为了更好的为广阔住户效劳,决定开发一套小区物业管理系统,帮助小区管理人员从复杂的物业管理之中解放出来。
几年前,各个小区的物业管理根本上都是靠手工进行的,随着社会的开展,小区物业的开展也是非常的快了,而且每年都有不同的要求。
由于小区内住户与工作人员的不断变更,其资料也随之发生经常性的更换,所涉及到的数据量就越来越大,有的小区不得不增加人力、物力来进行小区物业的管理,但手工管理具有效率低、工作量大、容易出错等不利条件,原来手工的管理模式就显得不适宜了。
所以想借本次课程设计之际,开发一个适用于每个小区物业管理的系统。
随着国内市场经济的快速开展和人们生活水平的不断提高,简单的社区效劳已经不能满足人们的需求。
如何利用先进的管理手段,提高物业管理水平,是当今社会所面临的一个重要课题。
要想提高物业管理水平,必须全方位地提高物业管理意识。
只有高标准、高质量的社区效劳才能满足人们的需求。
面对信息时代的挑战,利用高科技手段来提高物业管理无疑是一条行之有效的途径。
在某种意义上,信息与科技在物业管理与现代化建设中显现出越来越重要的地位。
物业管理方面的信息化与科学化,已成为现代化生活水平步入高台阶的重要标志。
可行性研究的目的是用最小的代价、在尽可能短的时间内确定问题是否能够解决,以及是否值得解决,在工程开发之前进行可行性论证是非常必要的。
可行性研究实际上是一次简化的系统分析和设计的过程。
技术上的可行性,主要考虑使用现有的技术,能否在预定的时间内实现该系统的功能。
作为计算机科学与技术专业的本科学生,掌握了数据库原理及其应用技术,计算机编程等课程,对数据库的设计、应用、维护与程序的编写、调试有了深刻的认识与一定的实践能力,从一定程度上具备了开发该系统的能力。
经济的可行性,主要从对工程的经济上进行分析评价。
一方面是支出的费用,包括设备购置费、管理和维护费用,另一个是取得的收益。
这是个独立的小区物业来管理系统,从投入的人力,财力与物力来讲不是很多,只要一台效劳器。
这个系统就可以运行起来。
由于目前国内新兴建了很多住宅小区,然而有相当一局部没有使用现代化的计算机软件管理,因而急需提高物业管理水平、管理质量和管理工作的效率,减少不必要的开支降低本钱。
操作可行性主要是分析系统的运行方式、操作规程在用户组织内是否可以有效、顺利实施等问题。
在网络正在迅猛开展的今天,越来越多的人开始注重操作的简洁与方便于工作,随着科学技术的开展,知识量的增大,设计本系统代替了人工操作的不便,因此系统在实践上具备了可行性。
该系统设计清晰,有良好的用户界面,操作简洁,有完善的异常处理机制和提示信息,用户只要经过简单的培训就可使用,因此操作方面可行。
综上所述,本系统通过前台展示,并为小区人员操作提供方便。
通过本系统增强了小区管理人员与住户之是的沟通,使小区管理人员能及时了解住户的需求,并帮助住户解决一系列的问题,从而提高了小区管理的效率。
因此,开发本系统具有可行性。
小区物业管理系统是面向小区的各项事务,包括物业管理,资料管理等业务处理工作,是利用计算机进行集中管理而开发的系统。
力求与实际相结合具有查询、管理等功能,旨在到达使小区的管理和运营趋于计算机化,使之更加方便、快捷以提高工作效率。
小区物业管理系统是现代居住小区不可缺少的一局部,一个构建完善的管理系统可以使小区内的日常管理工作更加的顺畅、方便。
本系统是根据小区日常工作特点设计出的一个物业管理系统,系统以权限设置、资料管理、维修管理、费用管理和设备管理为核心,并辅助以数据统计功能,实现小区内工作的系统化管理。
通过相关调研,该系统应具有以下几局部的功能。
1.权限设置模块。
本系统的用户身份分为两种,一是系统管理员,二是普通用户。
每种身份的用户登录本系统时都需要有自己的用户名与密码。
系统管理员可对本系统做所有操作,而普通用户只能对本系统做一些根本操作,例如:
对楼房信息、小区信息、设施信息、停车场信息的浏览与查询,对报修信息、投诉信息的添加,对自身密码的修改。
每人登录本系统时所输入的用户名与密码都不能为空。
只有输入正确的信息才能对本系统进行操作。
2.小区信息管理模块。
主要实现对小区内楼房、设施等根本信息的添加、查询、删除和修改等根本操作。
3.人员信息管理模块。
主要实现系统管理员对住户与小区工作人员信息的添加、查询、修改、删除等根本操作。
4.住户报修信息管理模块。
主要实现对住户报修信息的添加、查询、修改、删除等根本操作。
5.设施维修信息管理模块。
主要实现管理人员对设施维修信息情况的添加、查询、修改、删除等根本操作。
6.收费信息管理模块。
主要实现对住户的物业费、水费、电费、煤气费、保洁费及其它费用的添加、查询、修改与删除的功能。
3.系统分析
系统组织结构图
小区物业管理系统是为了对小区物业实行计算机化的管理,以提高工作效率,方便用户。
主要功能有对住户、物业设备、房产、访客、收费等进行管理和根本资料管理以及对系统自身的用户权限管理。
提供各种信息的录入,比方住户信息资料处理过程;住户报修、并可对物业公司所进行的物业维修进行记录;还包括对住户和楼房信息的管理。
物管中心不但含有小区日常工程的信息,而且还包含了对查询情况的统计功能。
系统管理主要任务是提高系统平安性和对系统提供良好的维护,如用户权限可以为用户提供权限效劳。
小区物业管理系统
访客管理部门
设备管理部门
房产管理部门
住户管理部门
收费管理部门
图3.1系统组织结构图
3.1.2现行业务流程图
〔1〕系统管理:
对登录系统的用户做合法性检查,并启动登录错误三次后,直接退出登录,防止非合法人员进入系统,提高了系统的平安性。
能够对人员进行管理,更改密码等。
〔2〕住户信息管理:
可以对居民进行登记、查询与删除操作。
主要应包括以下字段信息:
户主姓名、性别、职业、户主身份证号码、出生日期、户主房间编号、联系方式、工作单位、应交款项〔可用0或1数字表示,每一位代表一种费用是否该交〕等信息。
〔3〕设备信息管理:
对小区内各项公共设备的管理,为各项设备建立信息档案,记录各设备检查、维修、保养记录。
〔4〕房产信息管理:
对小区内每一栋建筑、每栋建筑内的每套住房进行管理,考虑到业主对每个单元的买卖变更以及房产所有权管理。
〔5〕来客访问管理:
对出入小区的外来人员进行人员信息、出入信息的登记、汇总、监督管理,可查询。
〔6〕收费管理:
对纳入社区收费管理的收费工程进行电子收费管理〔主要是指对煤气表、电表、水表的自动抄表与电子收费〕,提供给缴费用的查询。
用业务流程图描述现系统各项业务处理过程,并结合业务流程图详细、准确地说明业务处理过程中数据的收集、输入、传递、存储、加工的方法、算法、输出的数量及形式等。
生成设备维护维修清单
住户
填写住户信息表
住户信息登记
住户信息登记库
管理员
设备信息登记
设备信息登记库
报修
设备
设备保养,维修清单
设备维修登记库
维修处
房产管理部
房产信息登记
房产信息登记库
财务部
收费工程录入
收费工程登记库
住户应缴费用清单
住户
缴费
收款单
缴费情况录入
缴费情况信息登记库
设备管理部
收费处
住户
报修处
报修设备登记
图3.2业务流程图
简称DFD,数据流程图表达了数据和处理的关系,数据流程图是结构化系统分析的主要工具,它表示了系统内部信息的流向,并表示了系统的逻辑处理的功能,描述了系统的组成局部及各局部之间的联系,是一种功能模型。
它用来描述目标系统的逻辑结构,它是由实体局部,处理局部,数据存储局部和数据流四局部组成,是为了使数据流程图所描述逻辑结构更加清晰,容易阅读。
新系统TOP图
根本信息F4
房屋信息F3
报修单F2
住户清单F7
住户
设备部
房产部
收费管理员
维修人员
住户人员
住户管理员
缴费单F1
结算清单F5
维修清单F6
房屋清单F8
P
小区物业管理系统
住户
小区物业管理系统顶层图
新系统数据流程图
将流程图逐层进行细化:
D1
收费记录薄
P1
收费管理
F1缴费单
F4根本信息
F5结算清单
小区物业管理一级细化P1
D2
根本信息簿
F4根本信息
P2
根本信息管理
F8房屋清单
F7住户清单
小区物业管理管理一级细化P2
D3
维修登记薄
P3
设备管理
F2报修单
F3房屋信息
F6维修清单
小区物业管理一级细化P3
小区物业管理系统一级细化
D4
收费工程薄
收费工程管理
F1缴费单
F4根本信息
F5结算清单
D5
收费记账薄
收费记账管理
F1缴费单
F5结算清单
D6
住户信息薄
住户管理
F4根本信息
F7住户清单
住户信息薄
D7
F3房屋信息
D6
房屋信息薄
房屋管理
F8房屋清单
D8
设备登记薄
设备工程管理
F2报修单
F6维修清单
小区物业管理系统二级细化
数据字典
数据字典通常包括数据项、数据结构、数据流、数据存储,处理过程和外部实体六个局部。
其中数据项是数据的最小组成单位,假设干个数据项可以组成一个数据结构,数据字典通过对数据项和数据结构的定义来描述数据流、数据存储的逻辑内容。
1.数据项:
〔1〕数据项:
p_id
含义说明:
唯一标识每个住户
别名:
p_id
名称:
住户编号
数据值类型:
0~9数字字符
类型:
整型
长度:
18
取值含义:
每个人员的身份证号码
逻辑关系:
主键,决定住户的其它数据项
〔2〕数据项:
f_id
含义说明:
唯一标识每个房屋
别名:
f_id
名称:
房屋编号
数据值类型:
0~9数字字符
类型:
字符型
长度:
6
取值含义:
前两位为单元编号,第3、4位楼层编号,后两位为顺序号。
逻辑关系:
主键,决定楼房的其它数据项
〔3〕数据项:
s_id
含义说明:
唯一标识小区内的每个设施
名称:
设备编号
数据值类型:
0~9数字字符
类型:
字符型
长度:
5
取值含义:
前两位为小区编号,后三位按顺序编号
逻辑关系:
主键,决定于设施的其它数据项
(4)数据项:
w_id
含义说明:
唯一标识维修清单
别名:
w_id
名称:
维修单编号
数据值类型:
0~9数字字符
类型:
字符型
长度:
11
取值含义:
前六位为维修日期〔如:
20210312〕,后三位按顺序编号
逻辑关系:
主键,决定维修单的其它数据项
〔5〕数据项:
sf_id
含义说明:
唯一标识收费清单
别名:
sf_id
名称:
收费单编号
数据值类型:
0~9数字字符
类型:
字符型
长度:
11
取值含义:
前六位为收费日期〔如:
20210312〕,后三位按顺序编号
逻辑关系:
主键,决定收费单的其它数据项
2.数据结构:
〔1〕数据结构:
住户
含义说明:
是小区物业管理系统的主体数据结构,定义了一个住户的有关信息
组成:
住户编号,住户名称,,身份证,入住时间
〔2〕数据结构:
设备
含义说明:
是小区物业管理系统中设备的主要来源,定义了设备的有关信息
组成:
设备编号,设备名称,型号
〔3〕数据结构:
房屋
含义说明:
定义了楼房的有关信息
组成:
房屋编号,买主姓名,入住时间
〔4〕数据结构:
收费
含义说明:
是小区物业管理系统中费用的主要结构,定义了费用的有关信息
组成:
收费单编号,收费工程,住户姓名
〔5〕数据结构:
维修费
含义说明:
是小区物业管理系统中用于维修设备的费用,定义了维修费用的相关信息
组成:
维修单编号,维修时间
3.数据存储:
〔1〕收费记录簿
编号:
D1
简述:
用来存储有关收费的信息
相关数据流:
p1-D1
输入数据:
收费信息
输出数据:
收费信息
〔2〕根本信息簿
编号:
D2
简述:
用来存储住户信息和房屋的根本信息
相关数据流:
p2-D2
输入数据:
住户信息,房屋信息
输出数据:
住户信息,房屋信息
〔3〕维修登记薄
编号:
D3
简述:
用来存储设备管理和维修有关费用的信息
相关数据流:
P3-D3
输入数据:
房屋费用信息,维修信息
输出数据:
房屋费用信息,维修信息
〔4〕收费工程薄
编号:
D4
简述:
用来存储有关缴费单和结算清单的有关信息
相关数据流:
P4-D4
输入数据:
缴费单信息
输出数据:
缴费单信息
:
说明:
是小区里用于维修设备,维修管理员填写的清单
〔1〕数据流:
维修单
数据流来源:
维修设备的管理员
数据流去向:
P3
〔2〕数据流:
缴费单
说明:
小区里住户交的物业管理费用
数据来源:
管理员
〔3〕数据流:
住户清单
说明:
小区里每位住户的相关信息
数据来源:
小区管理员
〔4〕数据流:
房屋清单
说明:
小区里各个房屋的信息
数据来源:
管理员
5.外部实体:
住户
含义说明:
关于住户的根本信息
输入数据:
住户信息
输出数据:
住户信息
由上述分析可知,各个主要实体之间的联系如下所述。
住户与楼房之间:
一个住户可以拥有多套楼房,一套楼房能入住多个人员。
楼房与小区之间:
一个小区中包含多个楼房,一个楼房只能被一个小区所包含。
小区与设施之间:
一个小区内可配有多套设施,同一设施只能属于一个小区。
住户与收费单之间:
一个住户可产生多张收费单,一张收费单同一时刻只能由一个住户缴费。
住户与维修单之间:
一个住户可产生多张维修修单,一张维修修单同一时刻只能由一个住户填写。
4.系统设计
图4.1新系统功能结构图
小区信息管理模块
该功能模块是小区信息根底资料,是一个小区物业管理中最根本的信息,包括楼房信息、停车场信息、设施信息。
1.楼房信息。
楼房信息主要记录的是楼房的各种信息,其中包括楼房编号、楼房名称、楼房面积、楼房方位、楼房状态、住户编号、小区编号,实现对楼房信息的添加、删除、修改与查询的功能。
2.停车场信息。
停车场信息主要是记录停车场的各种信息,其中包括停车场编号、停车场名称、停车场面积、停车场状态,小区编号,实现对停车场信息的添加、删除、修改与查询的功能。
3.设施信息。
设施信息模块主要是记录物业配备设施的各种信息,其中包括设施编号、设施名称,小区编号,人员编号,实现对物业设施信息的添加、删除、修改与查询的功能。
人员信息管理模块
一个系统的建立,必须有人员的参与,该模块主要记录了参与本系统操作的人员的相关信息,包括小区内的住户信息与小区内的工作人员的根本信息。
1.住户信息。
住户信息管理管理模块主要是记录住户的各种信息,其中包括住户编号、住户名称、性别、联系方式、楼房编号、入住时间、人员编号,实现对住户信息的添加、删除、修改与查询的功能。
2.工作人员信息。
工作人员管理模块主要是记录工作人员的根本信息,其中包括人员编号、人员名称、联系方式、性别等信息,实现对工作人员信息的添加、删除、修改、查询等功能。
物业管理模块
该功能模块是小区物业管理过程中,如果小区中设备发现损坏或住户对管理中有意见时,那么相应的就涉及到住户投诉信息的管理、设备报修情况以及设备维修情况的管理等一系列工作。
1.住户投诉信息管理。
主要记录住户投诉的信息,实现对住户投诉信息的添加、修改、删除、查询等操作。
2.住户报修管理。
主要记录住户对小区中设备报修的信息,实现对住户报修信息的添加、修改、删除、查询等操作。
3.设施维修管理。
主要记录小区管理人员对损坏设备的维修情况,实现对维修信息的添加、修改、删除、查询等操作。
费用管理模块
该模块是住户在入住过程中,发生的一系列费用的明细记录,包括水费、电费、煤气费、物业费,主要实现对各项费用信息的添加、修改、删除、查询等操作。
系统管理员可以做任何操作。
住户在入住这前,需要一次性交齐水、电、煤气费,有限电视费,保洁费,物业费,才能入住。
入住以后,需要交契税,维修基金。
其它各项费用那么按实际消耗情况进行记录与缴纳。
权限设置模块
该功能模块主要实现对系统使用者的添加、修改、删除、查询等操作,登录系统的人员为系统管理员和普通用户。
1、住户编号:
长度:
18
取值含义:
每个人员的身份证号码
2、小区内设施编号:
长度:
5
取值含义:
前两位为小区编号,后三位按顺序编号
3、收费清单编号:
长度:
11
取值含义:
前六位为收费日期〔如:
20210323〕,后三位按顺序编号
4、楼房编号:
长度:
6
取值含义:
前两位为单元编号,第3、4位楼层编号,后两位为顺序号。
5、工作人员编号:
长度:
18
取值含义:
人员的身份证号
6、维修清单编号:
长度:
11
取值含义:
前六位为维修日期〔如:
20210312〕,后三位按顺序编号
此处仅列出了取决定作用的数据项,其余的各个数据项表现形式与之相同。
概念结构设计
局部概念模型的设计思想是根据需求分析的内容用E-R图分别表示各个实体及其属性以及用E-R图表示出各实体之间的联系。
各实体的属性及实体之间的联系如下。
住户与房屋之间的联系如图
房屋
入住
住户
姓名
住户编号
身份证号
入住时间
n
m
家庭人数
买主姓名
房屋号码
入住时间
图住户与房屋之间的联系
房屋与设备之间的联系如图
房屋
属于
设备
型号
买主姓名
m
n
入住时间
房屋号码
设备名称
设备编号
图房屋与设备之间的联系
住户与维修单之间的联系如图
住户
维修单
签收
住户编号
入住时间
维修编号
设备编号
设备名称
维修时期
1
n
姓名
身份证号
图住户与维修单之间的联系
住户与收费单的联系如图
住户
收费单
签收
姓名
入住时间
住户编号
收费工程
住户姓名
收费编号
1
n
身份证
图4.5住户与收费单的联系
住户和设备的联系如图
身份证号
姓名
住户
设备
入住时间
型号
设备名称
设备编号
拥有
1
y
住户编号
图4.6住户和设备的联系
各子系统的分E-R图设计好以后,下一步就是将所有的分E-R图综合成一个总的E-R图。
合理消除各分E-R图的冲突是合并E-R图的主要工作和关键。
各E-R图之间的冲突主要有三种:
属性冲突、命名冲突、结构冲突。
在小区物业管理系统设计过程中,有属性冲突和命名冲突。
属性域冲突,即属性值的类型、取值范围或取值集合不同。
如住户编号在不同的关系中都要定义成相同的属性值的类型为字符型并且字长定义为18,才能防止属性冲突。
同名异义,即不同意义的对象在不同的局部应用中具有相同的名字。
如在投诉单实体信息中的属性投诉备注和联系缴费信息中的属性费用备注,其都起到备注标志的作用,但分别是对不同实体的不同内容的标志,所以为防止同名冲突将实体投诉信息中的属性定义为投诉备注,将联系缴费信息中的属性定义为费用备注,这样就防止了命名冲突。
按照合成总体E-R图的规那么,画出完整的E-R图,如下图。
n
m
n
n
1
1
n
m
n
1
住户
入住时间
身份证号
姓名
房屋屋
房屋号码
买主姓名
入住时间
设备
屋
设备编号
型号
设备名称
拥有
拥有
入住
维修单
收费单
签收
签收
收费单编号
住户姓名
收费工程
维修编号
设备编号
设备名称
维修日期
N
Y
住户编号
图系统ER图
逻辑结构设计
1.逻辑结构设计思想。
从理论上讲,设计逻辑结构应该选择最适于相应概念结构的数据模型,然后支持这种数据模型的各种DBMS进行比拟,从中选出最适宜的DBMS。
但实际情况往往是已给定了某种DBMS,设计人员没有选择的余地。
目前DBMS产品一般支持关系、网状、层次三种模型中的某一种,对某一种数据模型,各个机器系统又有许多不同的限制,提供不同的环境与工具。
〔1〕将概念结构转换为一般的关系、网状、层次模型;
〔2〕将转换来的关系、网状、层次模型向DBMS支持下的数据模型转换;
〔3〕对数据模型进行优化。
针对小区物业管理系统,逻辑结构设计采用关系模型转换概念结构,将E-R图依照规那么转换为关系模型,为了进一步提高数据库应用系统的性能,再将转换后的关系模型进行优化,确定是否要对某些模式进行合并或分解,为物理设计提供最优的处理。
2.E-R图向关系模型的转换。
关系模型的逻辑结构是一组关系模式的集合。
E-R图那么是由实体,实体的属性和实体间的联系三个要素组成。
所以将E-R图转换为关系模型实际上就是要将实体,实体的属性和实体间的联系转换为关系模式。
3.依照转换规那么将小区物业管理系统的E-R图转换为关系模型如下。
住户〔住户编号,姓名,,身份证号,入住时间〕,主码为住户编号。
房屋〔房屋编号,买主姓名,入住时间〕,主码为房屋编号。
设备〔设备编号,设备名称,型号〕,主码为设备编号。
维修单〔维修编号,维修时间,设备编号,设备名称〕,主码为维修编号。
收费单〔收费单编号,收费工程,住户姓名〕,主码为收费编号。
数据库表设计
表4.1住户表〔zhuhu〕
字段名
说明
类型
长度
备注
p_id
住户编号
int
18
主键
p_name
姓名
varchar
8
p_sfz
身份证号
varchar
18
p_time
入住时间
Date
p_tel
varchar
11
表4.2房屋表(fangwu)
字段名
说明
类型
长度
备注
f_id
房屋编号
varchar
6
主键
p_time
入住时间
Date
f_name
买主姓名
varcha
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 物业管理 系统 报告