住宅小区物业管理信息系统.docx
- 文档编号:16482816
- 上传时间:2023-07-14
- 格式:DOCX
- 页数:40
- 大小:568.35KB
住宅小区物业管理信息系统.docx
《住宅小区物业管理信息系统.docx》由会员分享,可在线阅读,更多相关《住宅小区物业管理信息系统.docx(40页珍藏版)》请在冰点文库上搜索。
住宅小区物业管理信息系统
第1章绪论
1.1开发背景
21世纪的物业管理将从分散型向集约型发展,通过物业管理市场化、优胜劣汰及企业的调整重组,将形成一批具有一流管理水平的大中型物业管理公司。
同时随着物业管理公司的规模不断扩大、管理结构的日益庞大、管理难度的加大,迫切要求采用扁平化的信息传输机制、实现共享资源的可利用率及辅助ISO9000全面高效运行,以此来提高物业管理效率。
在这种背景下来分析大型物业管理公司的业务过程,并参考了大量物业管理公司的优秀经验和管理智慧,采用开发性、维护性较强的技术平台,分析设计集团化物业管理公司的物业管理信息系统[7]。
物业管理随着管理信息系统在我国各行业走向成熟,物业管理信息系统也得到了飞速的发展。
各先进的物业管理企业纷纷建立自己的物业管理信息系统,以此提高管理的效率和质量,降低物业公司的成本,全面实现物业公司的数字化管理,促进物业管理走向现代化。
1.2系统简介
住宅小区物业管理信息系统,实现的主要是物业管理方面的功能。
通过计算化的管理,不但可以大大减轻管理人员的劳动强度,提高工作效率,而且也有利于物业管理层掌握管理动态,制定合理的工作计划、正确决策[2]。
本系统提供包括系统操作、基本资料管理、日常操作、报表管理和帮助系统等5部分内容:
1、系统操作部分包括修改密码、历史数据清理、清空数据库、数据备份及数据恢复等项目,通过该部分功能可对系统数据随时进行维护。
2、基本资料管理部分包括户主档案管理、住房资料管理、收费项目设置以及历史交费记录等项,并对这些基础数据进行维护和管理。
3、日常操作部分包括水电数据管理、收费登记等日常管理,同时还包括对未交费户主情况、收费率统计以及详细资料的查询。
4、报表管理部分提供收费通知单、未交费户主清单的打印,对需要打印的信息及时打印。
5、帮助系统部分主要提供关于本系统的说明和提供对本系统主要问题的帮助。
1.3系统开发方法的选择
管理信息系统(MIS)的开发方法主要有:
结构化生命周期开发方法、原型法、面向对象的开发方法等。
1、结构化生命周期开发方法
基本思想:
用系统工程的思想和工程化的方法,按用户至上的原则,结构化、模块化、自顶向下地对系统进行分析和设计。
具体来说,就是先将整个信息系统开发过程划分出若干个相互独立阶段,如系统规划、系统分析、系统设计、系统实施等。
这种方法的突出优点就是它强调系统开发过程的整体性和全局性,强调在整体优化的前提下来考虑具体的分析设计问题,即自顶向下的观点。
它强调的另一个观点是严格地区分开发阶段,强调一步一步地严格地进行系统分析和设计,每一步工作都及时地总结,发现问题及时地反馈和纠正。
这种方法避免了开发过程的混乱状态,是一种被广泛采用的系统开发方法。
2、原型法
原型法是指借助于功能强大的辅助系统开发工具,按照不断寻优化的设计思想,通过反复的完善性实验而最终开发出来符合用户要求的管理信息的过程和方法。
3、面向对象的系统开发方法
面向对象方法(ObjectOriented,简称OO方法)从面向对象的角度,为人类认识事物进而开发系统提供了一种全新的方法。
它分为系统调查和需求分析、分析问题的性质和求解问题、整理问题、程序实现四个阶段。
在开发本系统时,采用的是结构化生命周期开发方法,将系统开发过程划分为五个独立的、依次连接的阶段,即系统规划、系统分析、系统设计、系统实施及系统运行与维护,自顶向下地进行系统的设计。
1.4软件开发工具的选择
在住宅小区物业管理信息管理系统的开发过程中,所采用的前端开发工具是PowerBuider9.0。
之所以会选择PowerBuider,是因为其具有以下特点:
1、PowerBuider是一种面向对象的开发工具,软件的重用性有很好的支持。
2、PowerBuider提供了对目前流行的大多数数据库管理系统的支持。
3、PowerBuider采用事件驱动工作方式。
4、PowerBuider提供了良好的跨平台性。
5、PowerBuider具有自己的编程语言PowerScript,以及别具特色的数据窗口对象,其在数据窗口中提供的丰富的数据显示方式,可以满足不同的需要。
1.5数据库产品的选择
系统设计采用SQLServer2000为后台数据库,充分显示了其功能的强大和完备。
SQLServer是一个关系型数据库管理系统,是基于WindowsNT/2000操作系统中重要的后台数据库解决方案之一。
它提供了在服务器上运行的服务器软件和在客户端运行的客户端软件,SQLServer的客户/服务器提供了许多传统主机数据库所设有的先进功能。
SQLServer的一个主要优点就是与主流客户/服务器开发工具和桌面应用程序的紧密集成。
作为C/S的数据库系统,SQLServer2000的特性主要有:
1.Internet集成
SQLServer数据库引擎提供完整的XML支持。
2.可伸缩性和可用性
用一个数据库引擎可以在不同的平台上使用,从运行Windows98的便携式电脑到运行Windows2000数据中心版的大型多业务处理器服务器。
3.企业级数据库功能
SQLServer关系型数据库支持当今苛刻的数据处理环境所需的功能,它充分保护数据库完整性,同时将管理上千个并发修改数据库的用户的开销减到最小。
4.易于安装、部署和使用
5.数据仓库
基于以上所述的SQLServer的诸多特性,在系统开发时,选择了SQLServer2000作为后台数据库,以配合PowerBuider9.0这一面向对象的编程语言共同完成系统的开发和实际工作。
1.6数据库连接和模块设计
1.6.1数据库连接的建立
要实现PowerBuider与数据库的连接,需要配置ODBC数据源和描述文件。
首先在Windows2000下,打开控制面板,双击管理工具,在[管理工具]窗口中双击[数据源(ODBC)]图标,打开[ODBC]数据源管理器窗口,建立数据源“住宅小区物业管理信息系统”。
接着在PowerBuider界面上,单击工具条上的[DBProfile]图标,建立数据库配置文件“住宅小区物业管理信息系统”。
建立了ODBC数据源和描述文件后,就可以进行数据库的连接了。
1.在PowerBuilder开发环境中连接数据库
单击工具栏上的[Database]按钮,打开[Database]窗口,选择数据库描述文件“住宅小区物业管理信息系统”,用鼠标右击该描述文件,在弹出的菜单中选择[Connect]命令,完成数据库的连接。
2.应用程序与数据库的连接
在应用程序的Open事件中输入如下代码,实现应用程序与数据库的连接。
//Profile住宅小区物业管理信息系统
SQLCA.DBMS="MSSMicrosoftSQLServer"
SQLCA.Database="住宅小区物业管理信息系统"
SQLCA.LogPass="sa"
SQLCA.ServerName="(local)"
SQLCA.LogId="sa"
SQLCA.AutoCommit=False
SQLCA.DBParm=""
connectusingsqlca;
open(w_dlxt)
1.6.2系统模块程序设计
编码的过程就是把详细设计翻译成可执行代码的过程,通过借助某种程序设计语言,实现人与计算机的通信。
编码其实就是编写各窗口及控件的脚本。
部分有意义的代码将在后面的附录中列出。
通过对各种实施环境和工具的比较,本系统采用的是PowerBuilder面向对象的软件开发工具。
第2章系统规划
2.1系统初步调查
信息化的物业管理是物业管理的重要形态,在物业管理中,计算机能帮助物业管理公司处理大量数据,非常方便地进行文件资料的存储、处理、传输、打印、分析,实现信息的共享与高速交换,从而提高工作效率和服务水平,让业管理走向正规化、程序化、决策科学化,同时引入计算机能更好地宣传企业形象、提高企业声誉[6]。
总之,对于整个物业管理发展来讲,物业管理的计算机化、信息化是一个势在必行的趋势。
通过调查总结得出一下结论。
物业管理的要求:
1、有效的管理住户资料和员工资料,并保证其安全性;
2、自动安排日常的管理事务;
3、及时处理住户的意见,并做好记录备案;
4、合理的管理公司财产,以达到更高的利用率。
2.2系统的可行性分析
所谓可行性是指在组织内外当前的具体条件下进行某项目的必要性和可能性。
可行性研究是指按照各种有效的方法和工作程序,对拟建项目在技术上的先进性、适应性,经济上的合理性、盈利性,以及项目的实施等方面进行深入的分析,确定目标,提出问题,制定方案和项目评估,从而为决策提供科学依据。
经济上可行性:
1、信息化的今天,致力于高效率,少支出的物业管理公司有能力承担开发费用。
2、物业管理信息系统的开发,可以减少企业的管理费用和人力开支,大大提高管理的工作效率,带来巨大的经济效益。
由以上两方面可以看出,本系统在经济上是可行的。
技术上可行性:
使用PowerBuider9.0作为系统开发的开发环境,它是一个面向对象的数据库应用系统开发工具,利用它开发功能强大的、运行在多个平台的、能够操作多个数据库的应用系统,还可以开发客户/服务器、分布式和因特网应用系统等。
另外采用SqlServer2000作为后台数据库,可以为用户提供业界软件开发一直坚持的非常友好、操作简单的用户界面、完善强大的数据库操作功能和简洁明了的数据库接口。
综上所述,本系统的设计与开发在技术上和硬件设备上的条件都是满足的,因此,在技术上是可行的。
运行上可行性:
物业管理信息系统,所耗费的资源非常的小,现行的电脑无论是硬件还是软件都能够满足条件,因此,本系统在运行上是可行的。
操作上可行性
本系统的操作简单,只要具备一些基本电脑只是在操作上就可行。
2.3系统的总体目标
以计算机为基础的住宅小区物业管理信息系统的目标:
1、确保准确、可靠的小区管理,保证数据的安全性,一致性,完整性,提高效率,防止漏洞。
2、按照登陆账号的不同给与用户不同的权限。
如:
普通住户对某些资料只有查询权限,并无资格修改数据;一般操作员能完全操作一部分的管理项目;而最高管理员就享有所有的权限。
3、所有的管理记录必须完整、准确、报表及时,满足普通住户和管理员管理的要求。
第3章系统分析
系统分析是在总体规划的指导下,对系统进行深入的调查研究,确定新系统的逻辑模型的过程。
3.1系统组织结构
物业
人事部
总经理办公室
总经理
职员
财务处
行政处
保卫科
收税人员
部门经理
职员
部门经理
保安
会计
图3-1系统的组织结构图
3.2业务流程分析
1、住宅小区物业管理信息系统业务流程图如下:
收取数据
费用单据
住户
统计、分析
其他数据
开票单
往来数据
往来设置
往来预警
收款、付款
各种报表
服务项
管理商
图3-2住宅小区物业管理信息系统业务流程图
2、业务流程分析
1.往来管理
往来管理的基本业务流程:
设立往来账目管理,住户如果挂账,财务部门将住户挂账情况添加到往来账。
设立超期应收款预警,根据住户欠款时间通知客户结款。
住户结款时由财务入账。
住户如果挂账,财务部门将欠款情况添加到往来管理账,并设立超期应付款预警,在一定时间内与供应商结账。
2.报表管理
报表管理的基本业务流程:
对服务、费用、进度各个环节中产生的数据进行分析、统计和决策,由计算机完成住户的满意度、反馈信息报表的制定和统计,并进行打印和预览各种报表。
3.3系统逻辑模型的提出
新系统逻辑模型的提出,是以现行系统的数据流程图为基础,并以新系统的目标为依据,逐渐修改现行系统的数据流程图来实现的。
在本系统的开发过程中,即采用了结构化分析中的一种最基本、最重要的工具—数据流图和数据字典来进行系统分析,按照软件内部数据传递、变换的关系,自顶向下逐层分解,进而得到了系统的逻辑模型。
3.3.1系统的数据流图及数据字典
一个基于计算机的信息处理系统由数据流和一系列的转换构成,这些转换将输入数据流变换为输出数据流。
数据流图就是用来刻画数据流和转换的信息系统建模技术的。
它用简单的图形记号分别表示数据流、转换、数据源以及外部实体。
在进行逐层精化的过程中,必须维持层间数据流图的平衡,即被精化的转换的输入、输出流必须与精化它的数据流子图的初始输入流和最终输出流严格一致,这是确保需求模型一致性的一条重要规则。
数据流图是直接对一些属性和内容抽象的概括,没有直接参与定义的人会有不同的理解。
SA使用数据字典对数据流名、数据存储名、数据项名、基本加工进行详细说明。
根据以上分析,可以得到住宅小区物业管理信息系统的各层数据流图。
具体分析如下:
住宅小区物业管理信息系统
各种票据文件
原始文件
报表
财务报表文件
图3-3住宅小区物业管理信息系统顶层数据流图
数据字典:
数据项条目:
1、数据项名称:
单据票号
数据类型:
数值型
长度:
9
取值范围:
1-999999999
2、加工条目:
加工名:
住宅小区物业管理信息系统
编号:
无
输入:
原始单据
输出:
报表
管理部
住户
1.0
往来管理
往来明细表
2.0报表管理
费用表
交纳表
费用发票
交纳发票
报表文件
图3-4住宅小区物业管理信息系统0层数据流图
数据字典:
数据流条目
费用发票=费用票号+住户编号+住户名称+费用时间+单价+数量+金额
缴纳发票=交纳票号+住户编号+住户名称+交纳时间+单价+数量+金额
费用表=费用名称+住户名称+单价+数量+金额+操作员+经手人+费用时间+票号
交纳表=费用名称+住户名称+单价+数量+金额+操作员+经手人+交纳时间+票号
加工条目
1、加工名:
往来管理
编号:
1.0
输入数据流:
费用发票、交纳发票
输出数据流:
往来明细
加工逻辑:
根据费用及交纳过程中的发票进行结帐管理,生成应收应付款信息。
2、加工名:
报表管理
编号:
2.0
输入数据流:
费用表、交纳表
输出数据流:
报表
加工逻辑:
按类型对往来管理中的各种表进行统计汇总,并打印报表。
数据存储条目
1、文件名:
报表文件
组成:
住户名称+费用名称+单价+数量+金额+费用时间
组织方式:
索引文件,以票号为关键字
2、文件名:
往来明细表
组成:
住户名称+时间+数量+金额小计+欠款记账+付款/收款合计+累计金额+票号
1.1往来账目查询
1.2往来结款
1.3往来对账
往来欠款信息
往来明细帐
图3-5住宅小区物业管理信息系统1层数据流图
数据项条目:
1、住户编号
别名:
居住者编号
类型:
字符型(char)
长度:
NULL
简述:
唯一标识一个住户
组成:
2位字母(表示信息分类)+6位信息编码形式为:
ZH100001
2、管理商编号
别名:
编号
类型:
字符型(char)
长度:
NULL
简述:
唯一标识一个管理商
组成:
2位字母(表示信息分类)+3位信息编码形式为:
GL101
加工条目
1、加工名:
往来帐查询
加工编号:
1.1
输入数据流:
住户、管理商往来明细
输出数据流:
住户欠款信息、管理商款信息
加工逻辑:
根据住户及管理商往来信息,完成管理商及住户往来帐的查询操作
2、加工名:
往来结款管理
加工编号:
1.2
输入数据流:
住户、管理欠款信息
输出数据流:
结款后的往来明细
加工逻辑:
根据住户及管理商往来信息,完成管理商及住户往来帐的结款操作,更新住户、管理商往来明细表。
3、加工名:
往来对帐管理
加工编号:
1.3
输入数据流:
住户、管理商往来明细
输出数据流:
对账明细
加工逻辑:
根据住户及管理商往来信息,完成管理商及住户往来帐的对账操作,输出住户、管理商往来对账单。
数据存储条目
1、文件名:
往来对账明细表
组成:
录单日期+单据票号+应收增加+实际增加+应收减少+实际减少+摘要
组织方式:
索引文件,以单据票号为关键字
费用表
2.1
统计选择
2.2
汇总求和
2.3
打印输出
缴纳表
符合条件的记录
报表
图3-6住宅小区物业管理信息系统2层数据流图
数据字典
加工条目
1、加工名:
统计选择
加工编号:
2.1
输入数据流:
费用表、缴纳表
输出数据流:
符合条件的记录
加工逻辑:
根据缴纳表及费用表,按条件查询住户费用、缴纳信息。
2、加工名:
汇总求和
加工编号:
2.2
输入数据流:
符合条件的记录
输出数据流:
报表
加工逻辑:
经过统计选择后,对费用、缴纳信息进行统计汇总,形成各种类型的报表。
3、加工名:
打印输出
加工编号:
2.3
输入数据流:
报表
输出数据流:
无
加工逻辑:
对各种类型的报表进行打印并输出。
第4章系统设计与实现
系统设计阶段的主要目的是将系统分析阶段所提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机与通信系统的物理(技术)方案。
它包括数据库设计以及系统的总体设计。
数据库设计包括概念结构设计和逻辑结构设计,而系统的总体结构设计是系统设计阶段的主要活动之一,是为了实现系统总体功能,提高系统的各项指标。
这一阶段的主要任务就是将整个系统合理的划分成各个功能模块,正确处理模块之间与模块内部的联系以及它们之间的调用关系和数据联系,定义各模块的内部结构等等。
4.1概念结构设计
将需求分析得到的用户需求抽象为信息结构即概念模型的过程就是概念结构设计。
它是整个数据库设计的关键。
概念结构是独立于计算机硬件结构、独立于支持数据库的DBMS.
概念结构设计的方法有:
1、自顶向下:
首先定义全局概念结构的框架,然后逐步细化。
2、自底向上:
首先定义各局部应用的概念结构,然后将它们集成起来,得到全局概念结构。
3、逐步扩张:
首先定义最重要的核心概念结构,然后向外扩充。
4、混合策略:
即将自顶向下和自底向上相结合,用自顶向下策略设计一个全局概念结构的框架,以它为骨架集成由自底向上策略中设计的各局部概念结构。
在对本系统数据库的具体设计过程中,所采用的是自底向上的设计方法,即自顶向下地进行需求分析,得到每一集体的应用需求,然后反过来根据每一子需求,采用自底向上法分步设计每一局部E-R模型,综合各局部E-R模型,逐层向上回到顶端,最终产生全局E-R模型。
4.1.1局部概念模式
根据需求分析的结果,在系统的设计过程中得到了如下实体:
住户
住户编号
姓名
身份证
电话
…
图4-1住户实体E-R图
用户权限
姓名
密码
系统用户
图4-2系统用户实体E-R图
员工编号
姓名
地址
性别
…
员工
图4-3员工实体E-R图
项目编号编号
服务名称
备注
费用
服务项目
图4-4服务项目实体E-R图
住房
房产号
面积
金额
出租否
…
图4-5住房实体E-R图
项目费用
项目
单位
单价
收款员
…
图4-6项目费用实体E-R图
管理员
属于
物业
1
n
图4-7管理员与物业之间的E-R图
1
住户
属于
物业
n
图4-8住户与物业之间的E-R图
管理员
属于
住户
m
n
图4-9管理员与住户之间的E-R图
4.1.2总体概念模式
住房信息
收费项目
户主资料
缴费情况
物业费
图4-10总体E-R图
4.2逻辑结构设计
逻辑结构设计是将概念结构设计阶段设计完成的概念模型(基本E-R图)转换为能被选定的数据库管理系统(DBMS)支持的逻辑结构。
设计逻辑结构的步骤分三步:
1、将概念结构转换为一般的关系、网状、层次模型;
2、将转换来的关系、网状、层次模型向特定DBMS支持下的数据模型转换;
3、对数据模型进行优化。
4.2.1E-R图向关系模型的转换
这一步骤的任务是将实体和实体的属性及实体间的联系转化为关系模式,并确定关系的模式和码。
通过对概念结构设计产生的E-R图的分析,可得出以下关系模型。
关系的码用下划线标出。
住户(房号,住户姓名,身份证号,职业,…)
用户(用户名,密码,用户类型)
住房(住房编号,房号,建筑面积,使用面积,…)
收费项目(收费项目,单价,单位,计算方式,…)
交费(住房编号,业主编号,收费日期,综合管理费,抄表员…)
4.2.2数据库表结构
本系统采用了大型的SQLServer,数据库名为住宅小区物业管理信息系统。
本系统的数据库结构是根据以上分析的E-R图详细分析出来的,将创建的表列出如下:
1、系统用户数据表
系统用户数据表命名为“系统用户数据”表结构如下所示,并使用‘用户名’字段创建索引。
表4-1系统用户表(在数据库中为系统用户表)
列名
数据类型
长度
用户名
char
10
密码
char
10
用户权限
char
10
2、住房数据表
楼盘数据表命名为‘住房数据’表结构如下所示,并使用‘房产编号’字段创建索引。
表4-2住房数据表(在数据库中为住房数据表)
列名
数据类型
长度
房产编号
char
5
房号
char
10
建筑面积
float
8
使用面积
float
8
出租否
bit
1
出售否
bit
1
3、住户资料数据表
住户数据表命名为‘住户数据’表结构如下所示,并使用‘房号’字段创建索引。
表4-3住户数据表(在数据库中为住户数据表)
列名
数据类型
长度
房号
char
10
编号
char
8
业主姓名
char
10
身份证号
char
20
职业
char
20
联系电话
char
20
4、收费项目数据表
收费项目数据表命名为‘收费数据’表结构如下所示,‘收费项目’设置为自动增加,并用于创建索引。
表4-4收费项目表(在数据库中为收费项目表)
列名
数据类型
长度
收费项目
char
10
单价
money
5
单位
char
10
计算方式
char
20
收费方法
char
20
5、缴费情况数据表
表4-5交费情况数据表(在数据库中为交费数据表)
列名
数据类型
长度
房产编号
char
5
户主编号
char
5
户主姓名
char
8
收费日期
datatime
8
综合管理费
float
8
水表上月读数
float
8
水表本月读数
float
8
水表实用数
float
8
电表上月读数
float
8
电表本月读数
float
8
电表实用数
float
8
抄表日期
datatime
8
抄表员
char
8
水费
money
7
电费
money
7
其它公摊
money
7
应交费用
money
7
实交费用
money
7
交费状态
bit
1
滞纳金
money
7
收款员
char
8
房号
char
5
建筑面积
float
8
使用面积
float
8
4.3系统总体结构设计
4.3.1系统总体功能结构
系统模块化结构设计工作是在系统分析阶段对子系统划分的基础上,在进一步地划分,将它逐层的分解成多个大小相同、功能单一、具有一定独立性的模块,以便程序设计工作的
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 住宅小区 物业 管理信息系统