收藏 分销(赏)

小区物业管理系统系统分析.docx

上传人:xrp****65 文档编号:6055907 上传时间:2024-11-26 格式:DOCX 页数:41 大小:62.84KB
下载 相关 举报
小区物业管理系统系统分析.docx_第1页
第1页 / 共41页
小区物业管理系统系统分析.docx_第2页
第2页 / 共41页
小区物业管理系统系统分析.docx_第3页
第3页 / 共41页
小区物业管理系统系统分析.docx_第4页
第4页 / 共41页
小区物业管理系统系统分析.docx_第5页
第5页 / 共41页
点击查看更多>>
资源描述

1、管理信息系统课程设计小区物业管理系统 小组成员:赵文普 083411151 刘强 083411131 孙源珂 083411148 李蕊岗083411127 一背景 近年来,随着人民生活水平的提高,人们对住宅质量提出更高的要求。小区物业管理主要涉及到大量的业主资料、繁杂的收费统计以及小区各项资源的管理,传统的人工管理方式难以应付。而要高效、正规地进行物业管理,就必需引进计算机技术,这样才能在物业管理中形成良性循环,提高工作效率。在物业管理中,计算机能帮助物业管理公司处理大量数据,非常方便地进行文件资料的存储、处理、传输、打印、分析,实现信息的共享与高速交换,从而提高工作效率和服务水平,让物业管理

2、走向正规化、程序化、决策科学化,同时引入计算机能更好地宣传企业形象、提高企业声誉。因此,开发一套高效率、无差错的小区物业管理系统软件十分必要。综合以上种种原因,我们要开发物业管理系统,实现用计算机进行物业管理。主要实现住户管理功能、房产管理功能、维修管理功能、缴费管理功能等。可以实现管理的信息化,规范物业管理,减少安全隐患和纠纷等不和谐因素提高办公效率,减少办公压力,健全管理体制,提高数据安全性,缩短信息的响应时间,将以前传统的、零散的、被动的管理模式转变为先进的、系统的、主动的管理模式。二需求分析 对于小区物业来说,由于管理面积大,住户数量多,物业管理范围广,管理内容繁杂,小区物业管理混乱的

3、问题一直无法解决。再者,小区的维修维护,甚至对各项投诉都要求小区管理者做到最好,做到完善。同时查询某房产资料或业主资料往往也需要较长时间,给物业管理者的工作带来了诸多弊端。 近年来已竣工的住宅小区中,房屋及物业管理往往是局部的或单一的,一些物业管理单位企业忽视自身建设,把物业管理看成只是收费服务和简单的生产活动,对企业发展和专业管理水平提高,既没有规划,也没有可行的措施,没有明确管理目标责任制,企业既无压力也无动力,管理不计成本,年终没有核算。 因此,设计小区物业管理系统进行物业方面管理。该系统在实施后,能够满足对小区人口等资源情况的统计,对业主投诉、装修、维修、保安等信息进行管理,能够满足对

4、水费、电费、煤气费三表的抄收,统计、核算、各项费用统计汇总等操作。 三可行性分析 1经济可行性 在信息时代的今天,小区物业内部已经具备网络系统,因此本系统在实施阶段将以现有网络系统为基础进行系统实施,以减少系统后期阶段的成本。通过对将来资金的收益来分析,本系统可以在实施后,降低各项管理费用、人员费用等各项费用的支出,员工数量也将控制在合理的范围之内。同时,小区物业管理的服务质量将有所提高,这是无法用经济价值来衡量的。并且本系统成熟后可以将其作为商业软件投放物业管理领域。因此,本系统在经济上是可行的。 2技术可行性 从技术上分析,本系统的开发主要针对数据库中的数据进行操作,考虑到系统的功能要求,

5、在系统的技术实现上可以使用Visual Studio 2008开发工具与sql server相结合进行软件开发。Visual Studio 2008组件功能强大,可以实现系统的各项功能操作,并提高开发软件的效率和软件的安全性。同时,sql server具有较高的数据安全性与可维护性,本系统在投入使用后,后期数据维护比较容易,因此,本系统的开发在技术上是可行的。 4法律可行性 由于小区内主要以中、高层人群为主,因此对小区内部人员的个人信息管理要提供一定的保密措施,以免产生侵犯个人隐私权和不必要的法律纠纷。因此在数据库设计阶段,要对各种信息有一 定的权限控制。在个人信息的管理上,数据库的设计主要针

6、对小区业主进行全面了解,并且与各业主达成协议,对其有关个人隐私的信息不予公开,对每个业主信息实行个性化的记录,以便业主个人信息的保密性。 四系统分析4.1详细调查4.1.1综合问卷调查表综合调查表(内部人员)被调查人: 职位: 所在部门: 调查日期: 一 你的学历是()A 初中B 高中C 技校D 中专E 大专F 大学本科G 研究生二 你参加工作的时间是()A 一年以下B 一年到五年C 五年到十年D 十年以上三 你到公司的时间是()A 一年以下B 一年到五年C 五年到十年D 十年以上四 你的工作岗位是()A 保安B 物业管理员C 经理D 维修人员五 你的工作任务是() 六 你日常工作量的状况()

7、A 一般B 很多,无法完成C 很轻松七 你的日常工作是否需要电脑()A 需要,经常使用B 需要,但是不经常用C 基本上不使用八 你是否使用过小区物业管理系统()A 从没有使用过B 接触过,但是不熟练C 以前经常使用九 你是否希望使用小区物业管理系统()A 迫切希望B 不希望C 无所谓十 如果使用小区物业管理系统你喜欢什么样的管理系统()A 复杂多样B 简单操作C 功能齐全十一 你认为,对于小区物业管理系统来说什么部分最重要()A 操作界面B 操作便捷C 功能全备4.1.2组织结构与业务调查表组织结构与业务范围调查表填表人 职位 所在部门 填表时间 部门名称部门人数直接上级直接下级业务范围序号岗

8、位名称 人数 业务名称 业务描述4.1.3业务流程调查表业务流程调查表填表人 职位 所在部门 填表时间 作业名主持单位相关单位图例作业过程序 处理 处理 前项 后项 并行号 处理描述 处理类型 地点 时间 处理 处理 处理 序号 序号 序号4.1.4信息需求调查表信息需求调查表填表人 职位 所在部门 填表时间 部门 岗位 业务信息需求序号 项目名称 描述 取值范围 使用频率 来源 保密要求4.1.5业务规则调查表业务规则调查表填表人 职位 所在部门 填表时间 业务名称 规则制定时间 规则描述规则序号 条件 行动 例外说明4.1.6计算机应用项目情况调查表计算机应用项目情况调查表填表人 职位 所

9、在部门 填表时间 项目名称 启用时间主要功能运行环境应用效果4.1.7计算机系统配置情况调查表计算机系统配置情况调查表填表人 职位 所在部门 填表时间 序 计算机型号 配置目的 台 外设 操作系统 其他系统软件号 数4.2 组织结构和功能分析4.2.1、组织结构分析 见下图1.1物业组织结构图物业管理员资料管理部投诉部报修部缴费部 信息资料的传递关系 领导与被领导关系 物资流动关系 资金流动关系图1.1物业组织结构图 4.2.2、功能结构分析 见下图1.2物业功能结构图 物业管理信息系统住户资料管理投诉管理报修管理缴费管理资料添加资料信息管理投诉添加投诉信息管理报修管理缴费添加缴费信息管理报修

10、添加 图1.2 物业功能结构图4.2.3、组织/功能分析 功能序号 功能组织 组织联系 用户资料管理保修管理用户投诉管理用户缴费管理功能联系1资料管理部2投诉部4报修部4缴费部 “”表示该项业务是对应组织的主要业务“”表示该单位是参加协调该项业务的辅助单位“”表示该单位是该项业务的相关单位空格:表示该单位与对应的业务无关4.3业务流程分析4.3.1住户搬入搬出流程图业主住户入住通知单住户搬出通知单资料管理部添加用户信息删除用户信息住户信息记录当新住户入住时,住户填写入住信息单交给资料管理部。资料管理部添加住户信息。当住户搬出时,住户填写搬出通知单交给资料管理部。资料管理部删除住户信息。4.3.

11、2住户报修流程图财务处维修收费单业主报修单物业管理员是否符合报修标准否不合格报修单报修部是维修单维修人员维修信息记录住户报修流程住户填写报修单,然后交给物业管理员,管理员检查报修单是否符合标准如果不合格交给住户;如果合格交给报修部,报修部填写维修单交给维修人员;维修人员维修并填写维修记录。4.3.3住户投诉处理流程图投诉处理流程业主投诉单物业管理人员投诉管理部投诉单投诉处理人员处理投诉内容投诉处理信息表处理投诉记录审核投诉单是不合格投诉单否住户填写投诉单,然后交给物业管理员,管理员检查投诉单是否符合标准如果不合格交给住户;如果合格交给投诉管理部,投诉管理部把投诉单交给投诉处理人员;投诉处理人员

12、处理投诉内容并填写处理投诉记录,并把投诉处理信息表反馈给住户。4.3.4住户缴费流程图物业管理员缴费催促单业主缴纳费用缴费管理部缴费催促单缴费收据单缴费信息记录缴费管理部通过查询缴费记录,填写缴费催促单给物业管理员;物业管理员把他给住户,住户缴纳费用,缴费管理部修改缴费记录并把缴费单给住户。4.4 数据流程图4.4.1环境图: 物业管理信息系统 住户 需求单物业管理人员需求单处理单 处理单 4.4.2零层图:F4F1 投诉记录住户档案P.1.1 系统服务住户投诉单搬出搬入声明投投诉处理单报修单P.1.2缴费处理收费单现金存款缴费单P.1.4维修处理P.1.4投诉处理催促缴费单F4维修记录F2

13、缴费记录 4.4.3缴费处理一级子图:D1F2P2.2.1缴费不足缴费单住户现金/存款更新缴费信息缴费记录审计人员查询缴费信息催促缴费单P2.2.2D2住户审计人员4.4.4报修处理一级子图:D4P2.4.1F4P2.4.4维修处理维修单不合格单报修单合格单报修登记住户审核报修人身份及报修项目维修记录维修收费单D8P2.4.2D4住户4.4.5投诉处理一级子图投诉处理单合格的投诉单投诉记录投诉单住户不合格投诉单审核投诉单投诉管理部处理投诉记录P2.4.1P2.4.2F4D6D5住户4.5数据字典4.5.1数据流数据流编号:D1数据流名称:缴费单简述:住户交费后物业提供给用户的单据 数据流来源:

14、物业缴费管理部门数据流去向:住户数据流组成:单据编号+住户编号+缴费日期+收费人员+缴费方式+缴费总额+备注数据流量:随机高峰流量:随机数据流编号:D2数据流名称:催促缴费单简述:物业部门催促未交足费用的用户缴费数据流来源:物业缴费管理部门数据流去向:住户数据流组成:住户编号+应交费用数据流量:随机高峰流量:随机数据流编号:D4数据流名称:报修单简述:用户请求报修数据流来源: 住户数据流去向:物业维修部门数据流组成:住户编号+报修设备+报修时间数据流量:随机高峰流量:随机数据流编号:D4数据流名称:维修单简述:维修信息数据流来源:物业管理部门数据流去向:物业管理部门数据流组成:单据编号+住户编

15、号+维修人员+物料费用+修改记录+维修时间数据流量:随机高峰流量:随机数据流编号:D5数据流名称:投诉单简述:投诉信息数据流来源:住户数据流去向:物业管理部门数据流组成:单据编号+住户编号+投诉内容数据流量:随机高峰流量:随机数据流编号:D6数据流名称:投诉处理单简述:投诉处理信息数据流来源:物业管理部门数据流去向:住户数据流组成:单据编号+住户编号+处理人员+处理结果数据流量:随机高峰流量:随机数据流编号:D7数据流名称:搬入搬出通知单简述:住户资料数据流来源:住户数据流去向:物业管理部门数据流组成:单据编号+住户编号+住户资料数据流量:随机高峰流量:随机数据流编号:D8数据流名称:维修收费

16、单简述:维修所需费用数据流来源:住户数据流去向:物业维修部门数据流组成:单据编号+住户编号+收费内容数据流量:随机高峰流量:随机4.5.2处理逻辑处理逻辑编号:P1.1处理逻辑名称:服务处理简述:处理住户搬入搬出的业务输入的数据流:搬入搬出申明处理描述:根据住户搬出声明,对对住户信息和房产信息进行修改输出的数据流:住户档案处理频率:随机处理逻辑编号:P1.2处理逻辑名称:缴费处理简述:管理员对住户缴费信息进行添加、删除和修改输入的数据流:现金/存款处理描述:登记用户缴费情况,催促未交全用户交纳输出的数据流:缴费单+缴费记录+催促缴费单处理频率:40天/次处理逻辑编号:P1.4处理逻辑名称:投诉

17、处理简述:处理小区中住户的投诉输入的数据流:投诉单处理描述:根据住户提供的投诉单进行处理输出的数据流:收费单处理频率:投诉处理单处理逻辑编号:P1.4处理逻辑名称:维修处理简述:处理维修小区中各个设施业务输入的数据流:报修单处理描述:根据住户提供的保修单修复设备,收取维修费用输出的数据流:收费单处理频率:随机处理逻辑编号:P2.2.1处理逻辑名称:更新缴费信息简述:记录住户缴费信息,并更新原缴费信息输入的数据流:现金/存款处理描述:登记住户新交纳的费用,更新原信息,打印缴费单输出的数据流:缴费单+缴费记录处理频率:随机处理逻辑编号:P2.2.2处理逻辑名称:查询缴费信息简述:对住户缴费状况查询

18、输入的数据流:缴费记录处理描述:对查询出的未交足费用的住户进行催促输出的数据流:催促缴费单+缴费不足住户处理频率:40天/次处理逻辑编号:P2.4.1处理逻辑名称:审核投诉单简述:记录住户的投诉内容及身份输入的数据流:投诉单处理描述:验证住户身份输出的数据流:合格投诉单处理频率:随机处理逻辑编号:P2.4.2处理逻辑名称:处理投诉简述:对住户的投诉信息进行处理输入的数据流:合格投诉单处理描述:对住户的投诉信息进行处理输出的数据流:投诉处理单 处理频率:40天/次处理逻辑编号:P2.4.1处理逻辑名称:审核报修人身份及报修项目简述:对报修人身份和保修单审查,看是否满足规定输入的数据流:报修单处理

19、描述:对报修人身份和保修单审查,合格的通过,不合格的返回住户输出的数据流:合格/不合格报修单处理频率:随机处理逻辑编号:P2.4.2处理逻辑名称:报修登记简述:对合格报修人身份和保修单登记输入的数据流:合格报修单处理描述:登记合格的报修人身份和报修单,并填写维修单输出的数据流:维修单处理频率:随机处理逻辑编号:P2.4.4处理逻辑名称:维修处理简述:根据维修单进行处理输入的数据流:维修单处理描述:维修报修项目,并开出收费单输出的数据流:收费单处理频率:随机4.5.3数据存储数据存储编号:F1数据存储名称:住户档案简述:记录住户基本信息数据存储组成:住户编号+住户名称+住户身份证号+联系电话+房

20、屋编号关键字:住户编号相关联的处理:P1.2数据存储编号:F2数据存储名称:缴费记录简述:记录住户缴费的基本信息数据存储组成:单据编号+住户编号+缴费日期+收费人员+缴费方式+缴费总额+备注关键字:单据编号相关联的处理:P1.4,P2.4.1,2.4.2数据存储编号:F4数据存储名称:投诉记录简述:记录住户投诉的基本信息数据存储组成:单据编号+住户编号+投诉日期+投诉内容+备注关键字:单据编号相关联的处理:P1.4,P2.4.1,2.4.2数据存储编号:F4数据存储名称:维修记录简述:记录住户维修的基本信息数据存储组成:单据编号+维修人员+物料费用+修改记录关键字:单据编号相关联的处理:2.4

21、.44.5.4数据项名称:住户编号别名:zhuhuID说明:小区户主编码数据值类型:离散类型:数字有关数据结构:有关编号说明:XX XX XXX门牌号楼号区号名称:单据编号别名:bianhaoID说明:小区户主缴费报修投诉编码数据值类型:离散类型:数字有关数据结构:XX XX XXX门牌号服务类型区号4.5.5数据结构名称:业主登记卡说明:业主入住时填写结构:住户编号业主姓名入住日期性别联系电话工作单位有关的数据流数据存储数据量:每年500份4.6 U/C矩阵4.6.1、建立U/C矩阵 数据类功能计划管理人员投诉用户投诉项目投诉监察维修项目缴费项目财务成本住户资料管理经营计划C UU财务计划C

22、UU住户预测UUU投诉管理投诉单UUC投诉完成单UUUU销售单UUUC报修管理报修服务UCU维修服务U维修管理UC缴费管理缴费计+划UUC缴费单C财务管理成本会计UUUC出纳会计U4.6.2U/C矩阵求解 数据类功能计划管理人员投诉用户投诉项目投诉监察维修项目缴费项目财务成本住户资料管理经营计划C UU财务计划CUU住户预测UUU投诉管理投诉单UUC投诉完成单UUUU销售单UUUC报修管理报修服务UCU维修服务U维修管理UC缴费管理缴费计划UUC缴费单C财务管理成本会计UUUC出纳会计U4.6.3、划分子系统 数据类功能计划管理人员投诉用户投诉项目投诉监察维修项目缴费项目财务成本住户资料管理经

23、营计划经营计划U财务计划UU住户预测UU投诉管 理投诉单U U投诉投诉完成单 U UU销售单UU报修管 理报修服务U报修维修服务U维修管理缴费保管缴费计划U缴费缴费单财务管理成本会计UUU财务出纳会计4.6.4、信息系统结构图经营计划 财务 缴费 报修 投诉 4.7 业务规则分析4.7.1审核报修单If报修人身份属于小区人员thenIf报修内容合格then把报修单交给报修部Else把报修单交给住户Else不予受理4.7.2.审核投诉单If投诉人身份属于小区人员thenIf投诉内容合格then把投诉单交给投诉部Else把投诉单交给住户Else不予受理五系统设计5.1.1维修处理总体IPO图输出打

24、印投诉处理单投诉记录输入投诉单读取库文件输出处理输入1.确定是否合格2. 报修登记4. 维修处理打印收费单维修记录输入报修单读取库文件输入处理5.1.2投诉处理总体IPO图1.确定是否合格2. 处理投诉单5.2.1报修处理系统HIPO图确定是否合格读取库文件输入投诉单输出处理输入 投诉处理系统输入报修单读取库文件确定是否合格输出处理输入报修处理系统报修登记维修处理维修记录打印收费单5.2.2投诉处理系统HIPO图打印投诉处理单记录投诉处理投诉单5.3.1投诉是否受理详细IPO图:If投诉人身份属于小区人员thenIf投诉内容合格then把投诉单交给投诉部Else把投诉单交给住户Else不予受理

25、处理:投诉处理单输出:投诉单输入:无可调用下层模块:处理模块上层调用模块:日期:XX年XX月XX日模块名称:投诉是否受理设计者:XXXXX系统名称:投诉处理IPO图5.3.2报修是否受理详细IPO图:If维修人身份属于小区人员thenIf维修内容合格then把投诉单交给投诉部Else把不合格维修单交给住户Else不予受理处理:维修单输出:报修单信息输入:无可调用下层模块:处理报修单模块上层调用模块:日期:XX年XX月XX日模块名称:报修是否受理设计者:孙源坷系统名称:维修处理IPO图5.4.1维修处理系统结构图DC维修处理系统C报修系统层次化模块结构图A:报修单; B:合格报修单; C:维修单

26、; D:维修收费; E:维修登记; F:合格记录; G:收费记录; H:合格收费单EFGDFEEDGHGH格式转化打印维修收费单FBCBAAB维修处理凭证处理输出报表编写报表登记记录格式转化记录处理检验填写保修单维修登记凭证处理报表处理5.5.1概念结构设计(1)物业管理系统的关系模式在数据库设计中,先要对系统分析所得的数据字典中的数据存储进行分析,然后得出系统的关系模式。关系模式如下:住户(住户编号,住户名称,身份证号,联系电话,房屋编号);维修(维修编号,住户编号,维修人员,维修费用,维修记录);缴费(单据编号,住户编号,缴费日期,缴费方式,收费人员,备注);投诉(投诉编号,住户编号,投诉

27、内容,处理人员,处理记录);(2)物业管理系统的E-R图采用实体联系图(简称ER图)的方法进行数据结构的描述。ER图由实体、属性、联系三部分组成。ER图的有关符号说明如下:实体属性联系住户及其属性图如图4-1所示:住 户住户编号住户名称身份证号联系电话房屋编号 图4-1 住户及其属性图维修管理及其属性图如图4-2所示:维 修住户编号维修费用维修人员维修编号维修记录图4-2 维修管理及其属性图缴费管理及其属性图如图4-4所示:缴 费住户编号缴费日期单据编号缴费方式备注收费人员图4-4 缴费管理及其属性图投诉处理及其属性图如图4-4所示:投诉投诉编号住户编号处理记录处理人员投诉内容图4-4 投诉处

28、理及其属性图实体间的联系如图4-5所示:缴 费n缴费金额记录维修日期1n报修维 修住户11记录投诉日期n投诉 图4-5 实体联系图5.1.2物理结构设计首先在SQL Server 2008中创建一个数据库,命名为wygl。根据上面的分析,可以建该数据库中的基本信息表。其中基本信息表如下所示。表名用途Admin管理员信息表Baseinfo 住户管理信息表Money 缴费管理信息表Complain 投诉管理信息表Maintain 维修管理信息表管理员信息表(Admin)名称数据类型作用管理员编号int编号(主键)管理员名称varchar管理员用户名密码varchar管理员密码使用权限int权限住户

29、管理信息表(Baseinfo) 编号字段名称数据结构主键最大长度允许空1住户编号varchar是10否2住户名称varchar20否3联系电话varchar11否4身份证号varchar18否5房屋编号varchar8是住户缴费信息表(Money)编号字段名称数据结构主键最大长度允许空1单据编号varchar是8否2住户名称char20否3缴费方式varchar20否4缴费日期datetime10否5收费人员varchar20否6缴费总额floatN否7备注varchar20是住户投诉管理信息表(Complain) 编号字段名称数据结构主键最大长度允许空1投诉编号varchar是8否2住户编号varchar10否3投诉日期datetime10否4维修日期datetime10是5处理人员varchar10是6 处理记录char8是维修管理信息表(Maintain)编号字段名称数据结构主键最大长度允许空1维修编号varchar是8否2维修人员varchar8是3报修日期datetime10否4维修费用numeric8是5住户编号varchar10否6维修记录char8是

展开阅读全文
部分上传会员的收益排行 01、路***(¥15400+),02、曲****(¥15300+),
03、wei****016(¥13200+),04、大***流(¥12600+),
05、Fis****915(¥4200+),06、h****i(¥4100+),
07、Q**(¥3400+),08、自******点(¥2400+),
09、h*****x(¥1400+),10、c****e(¥1100+),
11、be*****ha(¥800+),12、13********8(¥800+)。
相似文档                                   自信AI助手自信AI助手
搜索标签

当前位置:首页 > 管理财经 > 物业管理

移动网页_全站_页脚广告1

关于我们      便捷服务       自信AI       AI导航        获赠5币

©2010-2025 宁波自信网络信息技术有限公司  版权所有

客服电话:4008-655-100  投诉/维权电话:4009-655-100

gongan.png浙公网安备33021202000488号   

icp.png浙ICP备2021020529号-1  |  浙B2-20240490  

关注我们 :gzh.png    weibo.png    LOFTER.png 

客服