小区物业管理平台设计内容摘要:

Visual Basic 在数据库管理方面主要是用 Active X 数据对象 ADO( ActiveX Data Objects)这种新的数据库访问标准代替了原有的数据访问对象和远程数据访问对象。 SQL语言是一 种 综合的、通用的、功能极强同时又简洁易学的语言。 SQL语言集数据查询( data query)、数据 操纵 ( data manipulation)、数据定义( data definition)和数据 控 制( data control)功能于一体,充分体现了关系数据语言的特点和优点。 (4) ODBC 简介 在能够使用组件 ADO 之前,首先必须建立一个数据源。 数据源包含了如何与一个数据提供者进行连接的信息。 所以,要使用 SQL Server作为 Web 服务器的后台数据库,应建立一个系统数据源。 只有这样,ADO 通过数据源才能与后台数据库建立一个连结。 在工商企业年度检查管理信息系统中,所选用的系统数据源是ODBC( Open Database Connectivity,开放数据库连接)。 它是一个标准协议,允许应用程序链接到各种外部数据库服务器或文件。 2. 2. 2 经济可行性 随着计算机技术的飞速发展,计算机在企业管 理中应用的普及,利用计算机实现企业人事管理势在必行。 21 世纪是一个充满竞争和挑战的世纪。 在这个世纪中, 高效化、系统化、规范化、自动化已成为现代企业的代名词。 做为我国支柱产业之一的房地产业在当今智能化小区的发展的驱动下,在当今信息时代的推动下,拥有自己的一套特色的小区物业管理系统是非常必要的,与小区内繁多的硬件设施相比较,传统的手工式的管理方式已经无法适合当今的庞大的数据处理和精确的运算需求,所以一套精美完善的小区物业管理系统是提高工作效率节省人力物力的有效解决方案。 传统的管理方式,对物业管理人员要求数量多, 耗资高,错误率高, 工作人员流动和对新人的培训经费也是不小的开支。 一套完善的小区物业管理系统可持续使用并能随着时代和工作的需求不断更新,一期投入终身受用,按长期的使用计算,开发系统的造价平均到每年与传统式的管理方式的年耗资本相对比,性价比是可行的。 开发这套系统的经济可行性是很高的。 2. 2. 3 操作可行性 对于 这套小区物业管理系统而言, 在投入使用前,会由开发并能熟练操作本系统的工程人员对用户群进行专业系统的培训。 培训内容应包括,熟练掌握系统的各个功能和简单的系统维护, 在开发设计程序的过程中 直观的界面和控件的文 字解释完全能使得用户充分理解起功能和意义,在计算机普及的今天,用户对本系统的操作完全可以看做是一种简单的,配合形式的手工操作,因为本系统最适合用于微型机,可以说几乎任何人都可以使用和管理。 所以本系统的操作是完全可行的。 2. 2. 4 调度可行性 调度可行性指的是建议的计算机系统能否在规定的期限内交付给用户。 由于合同的规定,能否预期的交付涉及到开发人员的信誉等等。 所以开发期限的选定也是非常重要的因素,根据小区物业管理的日常的正常的业务运作规律和工作性质,可以看出这些内容是我们平时常见的 工作,所以开发人员在开发起 来比较容易入手,所以可以判断开发本系统的周期比较短,开发中的不可预见问题会比较容易解决,在开发小组的分析后应该容易做出相对准确的,误差微小的开发期限,应该可以在规定时间内,快速的、完整的交付给用户使用。 2. 2. 5 硬件配置 (1) 硬件设备及操作系统 ① 服务器: Pentium4 以上配置的高性能 PC 机,内存应在 256M 以上,硬盘在 40G 以上。 确认该计算机已经安装数据库软件 Microsoft SQL Server 软件。 ② 操作系统: Windows 9x/Me、 Windows 20 Windows XP、Windows NT,分辨率: 1024*768。 ③ 客户端: Pentium233(或与此相当的 CPU)以上配置的 PC 机,内存应在 32M 以上,硬盘在 1G 以上。 Windows 9x 以上 操作系统。 确认已安装 BDE。 (2) 开发平台 前台开发工具: Microsoft Visual Basic ① 前台开发工具: Microsoft Visual Basic ② 后台数据库: Microsoft SQL Server 2020 第三章 系统分析 3. 1 需求分析 3. 1. 1 系统需求功能概括 经过调研与可行性分析, 出于对人们生活住房考虑,设计了这套小区物业管理系统,本系统主要考虑到小区物业管理的普遍要求, 小区物业管理系统主要包括 : (1) 对小区所有房屋资料的录入和增、删、改、查询等功能实现,在基于这些小区的房产资源对小区进行管理。 (2) 对小区内住户的详细资料的管理,包括增、删、改、查询等功能的实现,这些也是一个小区的基本资源,毕竟物业管理最后是针对小区的所 有住户而言的。 (3) 在具有了所有的基本资料信息后,需要实现实质性的物业管理。 主要的管理业务包括:物业设备管理、仪表(水、电、气表)数据管理、收费管理、住户投诉管理、住户报修管理、设备维修管理、停车场管理。 这些成为小区物业管理的主体。 (4) 各项管理业务的统计报表,包括:物业设备统计报表、所有住户的水、点、气仪表资料统计、各种收费统计、住户投诉统计、住户报修统计、物业设备维修统计等,这样就可以便于物业公司对小区进行全面的了解和管理了。 3. 1. 2 系统操作设计内容 根据以上的操作需要 研究设计内容如下 : (1) 模块功能的研究设计:尽量采用 物业管理部门 中现有的软硬件环境以及先进的管理系统开发方案,从而达到充分利用现有资源,提高系统开发水平和应用效果的目的。 系统应完全符合 物业 管理员对 业户管理 的规定,满足对 房产信息 及 住户信息、仪表信息管理等 工作需要,并达到操作过程中的直观、方便、实用、安全等要求。 通过调研情况进行需求分析,进行模块的划分和功能的界定,并对各个模块的具体管理流程进行控制和编码实现。 (2) 良好的数据导入与导出系统设计:所 小区物业管理 系统应充分具备数据库的维护功能,可以及时根据用户的需求对数据 库中的信息进行添加、删除、修改和备份等操作。 (3) 完备的信息查询统计 :为满足管理和 决策工作的需要,在查询基础上应具备一定的统计功能。 (4) 后期维护:所开发的 小区物业 管理系统应采用模块化程序设计方法,收到既便于系统功能的各种组合和修改,又便于未参与开发的技术维护人员补充、维护的效果。 以上是对本信息管理系统进行的基本的需求分析,也就是本系统所要实现的基本功能。 但是,这并不是整个系统的全部需求,对系统不断出现的新需求,需要系统在日后的使用中通过系统的更新与维护来实现。 这样,才能使系统得到不断的完善,功能 更加强大,与用户的交互性更强。 功能分析 3. 2. 1 系统用户管理功能 (1) 系统用户的添加,包括用户名、密码、添加时间 信息。 (2) 系统用户密码的修改。 3. 2. 2 小区住户信息管理功能 (1) 住户基本信息的录入,包括住户编号、住户姓名、物业地址、使用面积、入住时间 等信息。 (2) 住户 基本信息的修改。 (3) 住户 基本信息的删除。 (4) 住户基本信息的查询。 3. 2. 2 小区房产信息管理功能 (1) 房产基本信息的录入,包括房间编号、物业地址、使用面积、房型、单价、总价 等信息。 (2) 房产 基本信息的修改。 (3) 房产 基本信息的删除。 (4) 房产基本信息的查询。 3. 2. 3 小区物业设备信息管理功能 (1) 物业设备基本信息的录入,包括设备编号、设备名称、型号、品牌、所属部门、购买日期、事故记录 信息。 (2) 物业设备 基本信息的修改。 (3) 物业设备 基本信息的删除。 (4) 物业设备 基本信息的查询。 3. 2. 4 小区仪表信息管理功能 (1) 仪表基本信息的录入,包括 仪表 编号、本月用量、单价、本月费用、上月抄表日期、本月抄表日期等 信息。 (2) 仪表 设备 基本信息的修改。 (3) 仪表 设备 基本信息的删除。 (4) 仪表 设备基本信息的查询。 3. 2. 5 小区 停车场 信息管理功能 (1) 停车场 基本信息的录入,包括 停车 编号、 车位位置、停车住户 、物业地址 、 使用日期 、 备注信息。 (2) 停车场基本信息的修改。 (3) 停车场基本信息的删除。 (4) 停车场基本信息的查询。 3. 2. 6 小区收费管理功能 (1) 其中包括物业收费和仪表收费两大类信息的 录入,包括 收费 编号、 年份、月份 、 收费项目 、 收费方式 、 应收总额 、 已交金额等信息。 (2) 收费 基本信息的修改。 (3) 收费 基本信息的删除。 (4) 收费 基本信息的查询。 3. 2. 7 小区住户投诉管理功能 (1) 住户投诉基本信息的录入,包括投诉编号、投诉日期、接待人员、处理日期、处理人员、投诉内容等信息。 (2) 住户投诉基本信息的修改。 (3) 住户投诉基本信息的删除。 (4) 住户投诉基本信息的查询。 3. 2. 8 小区住户报修管理功能 (1) 住户报修基本信息的录入,包括报修编号、报修日期、接待人员、完成日期、维修人员、报修内容、维修情况等信息。 (2) 住户报修基本信息的修改。 (3) 住户报修基本信息的删除。 (4) 住户报修基本 信息的查询。 3. 2. 9 退出 退出小区物业管理系统。 第 四 章 系统总体设计 4. 1 系统总体结构设计 小区物业管理系统 部分实体 ER 图 如下所示 : „„ 图 住户基本信息实体 ER 图 „„ 图 房产基本信息实体 ER 图 小区住户基本信息实体 住户编号 业主姓名 物业地址 入住时间 小区房产基本信息实体积 房间编号 物业地址 房 型 是否出售 „„ 图 水表 基本信息实体 ER 图 „„ 图 仪表收费 信息实体 ER 图 „„ 图 停车场 基本信息实体 ER 图 水表基本信息实体 仪表表编号 单 价 本月用量 本月费用 停车场基本信息实体 车位编号 停车住户 开始日期 截止日期 仪表收费信息实体 收费编号 收费项目 收费方式 应收总额 „„ 图 住户投诉基本信息实体 ER 图 上述 ER 图对本部分数据库设计来讲是局部 的实体 ER 图,其他局部 实体 ER 图就不赘述。 通过将局部 实体 ER 图进行 按照关系合并 ,得出 总体 简化 ER 图 如图 所示。 1 1 1 1 n 1 1 1 1 1 1 1 m 1 1 1 n 1 1 1 m n 1 m 图 实体之间关系简化 ER 图 住户投诉基本信息实体 投诉编号 投诉日期 处理日期 处理人员 电 表 水 表 配备 配备 投诉信息 气 表 使用 配备 使用 使用 投诉 住 户 居住 房 产。
阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体),仅供学习参考。 用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权,请联系我们反馈本站将在三个工作日内改正。