物业管理系统设计与实现模板.docx

物业管理系统设计与实现

66

资料内容仅供参考，如有不当或者侵权，请联系本人改正或者删除。

小区物业管理系统
设计与实现

目录
第一章 系统规划 2
1.1、项目开发背景 2
1.2、现状与目标 2
1.3、可行性分析 5
1.3.1、经济可行性 5
1.3.2、技术可行性 5
1.3.3、运行可行性 5
1.3.4、管理可行性 6
第二章 系统分析 6
2.1、需求分析 6
2.1.1、系统需求分析 6
2.1.2、业务流程 7
2.1.3、数据流图 9
2.1.4、数据字典 14
2.2、功能分析 16
第三章 系统设计 18
3.1、系统结构设计 18
3.2、功能结构设计 18
3.3、编码设计 21
3.4、数据库设计 22
3.4.1、系统概述 22
3.4.3、数据库设计 23
3.4.4、数据库实现 30
4.5、页面设计 41

第一章 系统规划
1.1、 项目开发背景
随着人民生活水平不断提高, 人们对生活环境要求日益提高, 特别是对居住环境不断提出新的需求, 为了适应这种形式, 小区的经营者不但首先要有坚实的硬件基础, 还要有一套现代化的物业管理系统。而要实现这一功能, 就职求物业管理者配备一套高效的管理住处网络系统, 以便在小区内快速地发布和获取住处并以最快地速度响应用户的需求, 及时为用户提供服务, 为住户提供一个高效、 舒适的居住、 生活环境。住宅小区的物业管理准确地讲应当是指对以居住为主要功用的物业进行管理。
本物业管理系统的开发, 是为了规范住宅小区的管理工作, 为物业管理部门提供一套高效、 快捷的应用软件。适用于管理以下物业, 房产业主、 大中小型物业管理公司、 物业服务提供商、 房地产开发商、 物业中介公司等物业管理企业, 用来管理公寓、 住宅群体、 智能小区、 商品房、 多层住宅、 商业大厦、 学校、 医院、 别墅区、 部队营房区、 各类小区等。
使用计算机进行小区物业信息的处理, 具有如下的优点
(1)及时信息交流, 改进服务质量
经过本系统对小区物管信息的规范管理,能够及时的掌握业主们的需求, 并根据需求有针对性的改进业务, 以提高服质量。
(2) 方便查询, 提高工作效率。
1.2、 现状与目标
1.2.1、 物业管理的发展成因
(1)住宅建设迅猛发展, 大量住宅小区投入使用。
改革开放以来, 住宅建设飞速发展。中国城镇现有住宅已近80亿平方米。现在大量住宅小区投入使用, 带来了管理工作的变化。除了对房屋进行维修外, 还必须对附属物、 设备、 场地、 环卫绿化、 道路、 治安进行专业化管理, 以保持新建住区的完好, 发挥其整体功能和综合效益。国外和香港对住宅区和其它物业实施专业化管理的经验被引入, 取得了较好的效果, 带动了全国物业管理工作的起步和发展。
(2)住房制度改革的逐步深化。
随着房改的步步深化, 城镇居民住房自有率已经超过75%, 形成一个住区内, 一幢房子里的产权多元化格局。房管所及单位房管处( 科) 的管房体制已经完全不能适应。对管理的社会化形成了客观的要求。物业管理从体制上克服了房改后形成的多个产权单位多头、 多家管理, 各自为政、 扯皮推诿等旧管理体制的弊端。
(3)体制改革的推动。
随着计划经济体制加快向社会主义市场经济体制的转轨, 政府职能的转变, 以前那种由政府行政福利型直接管理房屋, 政府对住区环境、 社区服务直接负责的办法, 已经不能适应形势的变化。一个由业主自治与物业公司专业化管理结合, 由物业管理企业实施经营型管理和有偿服务, 使管理得以以业养业、 自我发展、 良性循环, 既减轻了政府的压力和负担, 又使得管理经费有了稳定来源的机制, 日益显示其新体制的优越性。
(4)人民群众生活水平的不断提高。
居民对住房问题的关切从有无转为大小, 继而更加关注环境和社区服务。同时, 广大住户拥有了自己的产业, 对保持房产和附属设施的完好, 以达到保值、 增值的观念也逐步树立, 使得物业管理的好坏已经成为居民选购住房考虑的重要因素, 物业管理为越来越多的人接受, 其行业地位不断攀升, 外部环境逐步改进。
1.2.2、 现行系统存在问题的分析
该小区的管理工作大部分还是进行着手工管理, 工作起来效率很低, 而且不能及时了解小区内部各处的信息, 也不方便工作人员之间彼此的交流, 不便于动态及时地了解概况, 以便更好地适应当前小区的管理需求。手工管理还存在这许多弊端, 由于不可避免的人为因素, 经常造成数据的遗漏、 误报。计算机信息化管理有着储存信息量大、 速度快等许多优点, 提供给我们的处理信息及时快捷, 同时也提高了我们工作人员的自身素质。
1.2.3、 解决方案
基于以上的对问题的分析, 利用计算机给我们提供信息, 及时地调整小区物业管理整体结构, 而且对整个信息进行动态管理就十分必要了。
小区物业信息系统的建立, 需要进行对住户的需求调查与分析, 以确定系统目标, 提出解决问题的详细方案, 这是系统建设的重要环节。
小区物业信息管理系统的体系结构, 既要符合企业的生产经营体制, 又要符合计算机软件本身的特点, 因此需要从下面几个方面来综合的考虑:
① 综合考虑企业现行的管理体制下各个职能部门的要求, 把关系紧密, 数据采集, 交换, 加工分析路径最短, 业务相对独立的一些职能划分为一个子系统。
② 充分考虑企业管理部门的业务分工, 尽可能的使一个功能子系统属于一个职能的管辖范围内, 以便于今后个子系统的管理和维护。
③ 有利于子系统的开发, 设计和维护, 各个子系统之间相对独立和相对稳定。
在软、 硬件方面对系统的需求, 软件要求易学, 界面友好, 容易掌握, 能够很简单方便的管理各种信息。硬件的配置要求不能太高, 这样能够很好的适应当前的实际情况。系统设计开发的周期要短, 在短时间内完成, 减少开发成本, 提高开发效率, 方便、 简单、 实用作为系统开发的指导思想。
1.2.4、 设计目标
结合物业管理的各种问题, 实现物业管理的目标:
1. 楼栋、 业主、 公共财产、 维修管理, 水电管理, 业主投诉, 突发事件, 停车场管理物管费用等信息的安全化, 快速化, 简洁化管理。
2. 费用数据的自动计算与查询, 并根据费用交纳情况自动生成收据单。
3. 实现界面美观, 操作简单, 用户使用方便。
4. 经过对具体的信息实施, 简化了物业管理的复杂操作, 提高了管理效率。
5. 为了系统安全性添加管理权限分配功能。
6. 根据维修信息自动生成维修单。
7. 能够按照查询的需求打印出信息情况报表。
1.3、 可行性分析
1.3.1、 经济可行性
随着计算机技术的飞速发展, 计算机在企业管理中应用的普及, 利用计算机实现企业人事管理势在必行。21世纪是一个充满竞争和挑战的世纪。在这个世纪中, 高效化、 系统化、 规范化、 自动化已成为现代企业的代名词。做为中国支柱产业之一的房地产业在当今智能化小区的发展的驱动下, 在当今信息时代的推动下, 拥有自己的一套特色的小区物业管理系统是非常必要的, 与小区内繁多的硬件设施相比较, 传统的手工式的管理方式已经无法适合当今的庞大的数据处理和精确的运算需求, 因此一套精美完善的小区物业管理系统是提高工作效率节省人力物力的有效解决方案。传统的管理方式, 对物业管理人员要求数量多, 耗资高, 错误率高, 工作人员流动和对新人的培训经费也是不小的开支。一套完善的小区物业管理系统可持续使用并能随着时代和工作的需求不断更新, 一期投入终身受用, 按长期的使用计算, 开发系统的造价平均到每年与传统式的管理方式的年耗资本相对比, 性价比是可行的。开发这套系统的经济可行性是很高的。
1.3.2、 技术可行性
技术可行性是最难决断和最关键的问题。技术上的可行性分析要考虑将来要采用的硬件和软件技术能否满足用户提出的要求。另外, 还要考虑开发人员的水平, 数据库设计以及基本的软件开发工具和软件开发语言以及开发方法在学习期间都已经进行了深入的学习, 从一定程度上具备了开发一个小型系统的能力。依据建筑企业系统需求、 系统的各项约束条件, 从技术上实现的系统可行性。依据所需技术, 从软硬件性能, 技术人员水平等方面分析。
1.3.3、 运行可行性
运行可行性主要阐述系统的运行方式可行性。主要对管理员进行的培训进行了阐述。对系统在给定时间进行分析, 预测系统完成的开发任务。同时还对新系统运行后给现行系统带来的影响( 包括组织机构、 管理方式、 工作环境等) 和后果进行估计和评价。经过利用计算机软件实现的物业管理系统代替了人为的手工管理。进行现代化的管理是必须的。因此在充分的资金给与上, 对现代化思想进行融入。实现了系统化的物业管理方法。
1.3.4、 管理可行性
运行可行性研究内容包括新系统规定的运行方式是否可行。应考虑现有管理人员的培训问题, 分析在给定时间里能否完成预定的系统开发任务等。同时还对新系统运行后给现行系统带来的影响( 包括组织机构、 管理方式、 工作环境等) 和后果进行估计和评价。

第二章 系统分析
2.1、 需求分析
住宅小区物业管理系统的研究与开发不但能够满足许多用户的需求, 而且能够大量减少传统物业管理由于大量数据的输入输出、 修改等操作引起的人力、 物力与财力的浪费。从而大大提高工作效率, 降低管理成本。
经过对小区物业管理实施后, 能够减少工作人员的工作压力, 经过计算机软件管理实现劝解协调, 给业主提供的信息。经过这种管理, 实现了小区物业化管理, 提高了管理与工作的效率。给物业公司提高了利润。
经过信息化的管理, 物业公司实现了系统化的管理, 经过物业管理系统实现规范化的管理。物业管理系统实现了小区物业工作的自动化和全面化管理。提高了物业管理员的管理质量与水平。而且实现了物业日常工作的管理, 对业主各种费用的管理与查询, 实现了各种计费的计算。对小区业主的各种管理实现了安排与调配。经过统计分析了业主的需求。
2.1.1、 系统需求分析
经分析, 科达小区物业管理系统的用户有3类, 分别是: 业主, 物业管理员及系统管理员。
1.业主的功能需求
( 1) 查看小区信息: 主要包括小区动态, 小区公告等。
( 2) 投诉: 对小区的服务、 管理等相关投诉建议, 查看过往记录等。
( 3) 报修: 对基本设施故障报修, 查看过往记录等。
2.物业管理员的功能需求
(1)业主管理: 对业主登记注册信息、 删除业主、 修改业主、 查询业主。
(2)费用收取: 根据房产信息收取相关物业费用。
(3)楼宇管理: 添加楼宇信息, 编辑楼宇信息, 添加房产信息、 编辑房产信息等。
(4)物业管理: 经过此功能对业主的报修、 投诉、 车位使用、 公共维修信息进行查询、 查看以及处理等。
(5)小区信息管理: 对小区信息进行编辑, 公告信息发布更新等。
3系统管理员的功能需求
系统管理员主要是对系统进行一些管理, 主要包括: 数据库备份, 添加、 修改物业管理人员、 以及对相关密码的管理。

2.1.2、 业务流程
建立小区物业管理信息系统根据具体方法。系统的方法, 实现一个有整体的组织, 实现信息管理的建设, 组织结构图。如图 2-1 所示

图 2-1 组织结构图
在小区物业管理中主要业务有: 基本管理、 信息查询、 维修管理、 员工维修、 费用管理、 业主交费等。业务说明如下:
1、 基本管理
基本管理是对小区各种基本信息的管理操作, 包括”业主信息”、 ”小区信息”、 ”楼栋信息”等。管理员登录系统后经过操作界面对基本信息进行添加、 删除、 修改等操作, 也能够根据查询条件筛选出有用信息并生成 Excel 报表。
2、 维修管理
维修管理包括”业主维修”和”公共维修”, 管理员在收到业主的维修通知后及时的将维修信息录入”业主维修管理”模块, 并通知维修人员进行维修。维修后管理员将维修结果生成”维修单”交给业主。如同基本信息管理一样, 管理员也能够将筛选后的信息生成 Excel 报表。
3、 费用管理
费用管理是对物业的各种费用信息进行管理, 包括”水电气费”和”物管费用”。以水电气费为例, 管理员将业主的”水电气费”统计录入到水电气数据表中, 以此作为业主交费的凭据。业主能够根据该费用信息进行费用交纳, 并打印出收据单。
小区物业管理系统业务流图, 如图 2-2 所示。

图 2-2 小区物业管理系统业务流程图
2.1.3、 数据流图
系统顶层数据流图描述了物业管理系统的基本数据流程信息。如图 2-3 所示。

图 2-3 系统顶层数据流图
系统第一层数据流图如图 2-4 所示。

图 2-4 系统第一层数据流图
系统第二层数据流图如下所示:
( 1) 住户与房产信息管理数据流图:

图2-5住户与房产信息管理数据流图
( 2) 住户报修管理数据流图:

图2-6住户报修管理数据流图
( 3) 住户投诉管理数据流图:

图2-7住户投诉管理数据流图
( 4) 停车场管理数据流图:

图2-8停车场管理数据流图
( 5) 缴费管理数据流图:

图2-9缴费管理数据流图
( 6) 公告管理数据流图:

图2-10公告管理数据流图
( 7) 小区设施管理数据流图:

图2-11小区设施管理数据流图

2.1.4、 数据字典
根据系统数据流图以及一般小区物业管理系统得要求, 总结出下面的数据字典。
1. 数据元素条目如下所示。
房产编号是房产的唯一标志。房产编号元素的数据字典如图2-12所示。

图2-12房产编号元素
2. 数据存储条目如下所示。
住户信息的数据字典如图2-13所示。

图2-13住户信息表数据存储

3. 数据流条目如下所示。
住户编号数据流的数据字典如图2-14所示。

图2-14住户信息数据流
4. 处理过程条目如下所示。
住户登录系统后, 提交投诉信息, 系统根据住户、 房产信息表能够判断该操作的对象是否为住户。如图2-15所示。

图2-15审核身份信息处理过程
5. 外部实体条目如下所示。
住户实体的数据字典如图2-16所示。

图2-16 住户实体
2.2、 功能分析
系统功能主要介绍系统的功能, 使用户能够对该系统的各个功能都有详细的
了解, 以方便用户对系统的使用。
( 1) 物业资料提供对物业资料的全面管理功能。
包括: 小区资料、 单元资料; 业主入住登记、 单元变更; 文件资料, 相关单位等。对小区、 单元及一些相关类型和信息资料进行录入、 删除和修改, 并查询打印。业主资料,实现对入住的客户及家庭成员的各方面信息进行登记, 也考虑到了业主对每个单元的买卖变更。能方便维护业主及家庭成员的信息, 管理业主入住前后的整个过程。
( 2) 收费管理
收费管理包括以下几部分: 收费类别、 收款方式、 收费项目设置、 计量单位、 表类型、 表设置、 用户装表、 用户抄表、 应收款、 收款单等。收费管理主要是对已经入住的客户进行费用( 租金、 月收费、 年收费、 合同收费、 停车、 洗衣、 清洁、 水费、 电费、 管理费等) 缴纳的各方面管理, 该部分的设计十分灵活, 用户能够根据需要自定义收费项目、 收费单价等, 并能够根据需要进行增加、 删除、 修改, 还能够方便地进行表类、 非表类等的收费管理。应收款的生成能够分为手工和自动。比如手工生成, 它在应收款编辑中可添加、 删除、 修改某一收费项目的应收情况; 自动生成一个小区的所有单元的应收款, 也可一个个处理某单元, 无需在应收款编辑中手动了, 这样也省去了很多的劳动力。手工生成相对于临时收费还是比较适合的。该模块还有统计、 查询、 打印等功能, 用户能够统计客户的交费情况, 能够统计某个时间段的收费情况。能够查询某客户的历次交费情况, 能够查询、 打印收费列表, 对已交费和未交费的客户进行详细的统计。
( 3) 配件管理
对库存信息的记录、 处理、 统计, 该部分能够完整的记录每笔入库和出库信息, 并随时提供查询、 统计功能, 使您随时掌握库存的明细。库存数据以直观、 明确的方式反映给用户, 使管理者对库存情况了如指掌。内容包括: 库存初始化、 物料设定、 入库单、 出库单, 同时具有丰富的查询功能: 库存物品总帐报表、 库存物品明细账报表, 还根据用户需求增加了对报表的打印功能。
( 4) 维修管理
主要包括: 住户维修管理、 设施设备资料、 ; 检测器具的管理: 申购、 验收、 使用、 维修、 检定、 报废等环节的管理。做到了对设施设备和检测器具的全面管理与维护, 并增加了保养提醒, 使设施设备能及时得以保养, 让用户的工作轻松自如。
( 5) 停车管理
主要对小区的车辆( 内部、 外部车辆) 进行管理。包括: 停车场基础数据定义( 停车场、 车位) 、 车辆基本资料、 车位使用情况。
( 6) 综合管理
综合管理分为这几大部分:
投诉管理: 不合格服务处理、 不合格服务返工验证记录、 不合格产品处理报告、 对策表、 预防措施报告、 业主投诉报告单、 服务质量检查、 回访记录。
报修管理: 报修申请、 报修现场勘测登记。
( 7) 系统维护
包括: 操作员及权限定义、 数据库配置、 数据备份、 修改密码等模块。
操作员及权限定义: 能够增加、 删除有关操作组, 在其下能够有多个用户, 并分配相应的操作权限。以后用户根据这个用户名和密码来操作系统所给的模块;
数据库配置: 使系统与数据库相连接。
备份和恢复: 经过数据备份实现了把数据考入硬盘, 经过恢复实现对损坏数据的恢复, 经过恢复对系统数据的损失减少。
( 8) 修改密码
能查看各用户的使用情况, 用户能修改自身密码。
第三章 系统设计
3.1、 系统结构设计
( 1) 实用性: 系统以用户需求为目标, 以方便用户为原则。根据用户实际的需求情况, 可自己进行配置来满足业务的需求。
( 2) 方便性: 友好的操作界面已经方便快捷的操作, 给用户很大的方便性, 在使用过程中可能只需输入简单关键字, 按几个按钮就会完成操作。
( 3) 高安全性: 在设计中, 将充分利用网络软、 硬件提供的各种安全措施, 保证关键数据的安全性。
( 4) 维护性: 系统的维护包括硬件维护, 软件维护, 数据库维护和网络等需求。
( 5) 扩展性: 对未来业务扩充与扩展是系统设计的目标, 系统的设计以方便未来业务的扩展和系统扩充为目标, 系统要求能够方保护投资与方面升级。
3.2、 功能结构设计
根据系统功能的要求, 小区物业系统分为七个主要模块。即住户与房产信息管理、 住户投诉管理、 住户报修管理、 停车场管理、 缴费管理、 公告信息管理、 小区设施管理。能够将系统分解成为几个功能模块来分别设计。由于各个功能模块包含的业务太多, 因此下面仅仅是画出了几个具有代表性的各个功能模块的展开图分支。如图 3-1所示:

图 3-1 系统功能结构图
小区物业管理具体模块如下:
1.系统用户管理功能
(1)、 系统用户的添加, 包括用户名、 密码、 电话、 限权等信息。
(2)、 系统用户密码的修改。
2. 小区住户信息管理功能
(1)、 住户基本信息的录入, 包括住户编号、 住户姓名、 物业地址、 使用面积、 入住时间等信息。
(2)、 住户基本信息的修改。
(3)、 住户基本信息的删除。
(4)、 住户基本信息的查询。
3. 小区房产信息管理功能
(1)、 房产基本信息的录入, 包括小区名称、 单元设置、 房间编号、 物业地址。
(2)、 房产基本信息的修改。
(3)、 房产基本信息的删除。
(4)、 房产基本信息的查询。
4.小区设施信息管理功能
(1)、 设施基本信息的录入信息。
(2)、 设备基本信息的修改。
(3)、 设备基本信息的删除。
(4)、 小区基本信息的查询。
5.小区停车场信息管理功能
(1)、 停车场基本信息的录入, 包括停车编号、 车位位置、 停车住户、 物业地址、 使用日期、 备注信息。
(2)、 停车场基本信息的修改。
(3)、 停车场基本信息的删除。
(4)、 停车场基本信息的查询。
6. 小区收费管理功能
(1)、 其中包括物业收费和仪表收费两大类信息的录入, 包括收费名称、 上次数值、 本月数值、 收费项目、 应收总额、 已交金额等信息。
(2)、 收费基本信息的修改。
(3)、 收费基本信息的删除。
(4)、 收费基本信息的查询。
7.小区住户投诉管理功能
(1)、 住户投诉基本信息的录入, 包括投诉编号、 投诉日期、 接待人员、 处理日期、 处理人员、 投诉内容等信息。
(2)、 住户投诉基本信息的修改。
(3)、 住户投诉基本信息的删除。
(4)、 住户投诉基本信息的查询。
8.小区住户报修管理功能
(1)、 住户报修基本信息的录入, 包括报修编号、 报修日期、 接待人员、 完成日期、 维修人员、 报修内容、 维修情况等信息。
(2)、 住户报修基本信息的修改。
(3)、 住户报修基本信息的删除。
(4)、 住户报修基本信息的查询。
9.小区公告信息管理功能
(1)、 公告基本信息的录入, 包括报作者、 发表时间、 题目、 内容等信息。
(2)、 公告基本信息的修改。
(3)、 公告基本信息的删除。
(4)、 公告基本信息的查询。
10. 退出
(1)、 退出小区物业管理系统。

小区物业管理系统界面功能如下:
1.主界面功能
( 1) 用户注册功能、 根据后台录入的身份证姓名等信息注册
( 2) 登录功能、 查询数据库中用户密码和账户判断用户是否合法
( 3) 公告列表显示。显示公告标题。
( 4) 显示各个功能管理模块。
2.投诉界面功能
( 1) 住户投诉基本信息的录入, 包括投诉编号、 投诉日期、 接待人员, 并显示处理日期、 处理人员、 投诉内容等信息。
3.维护设备查询
( 1) 住户报修基本信息的录入, 包括报修编号、 报修日期、 接待人员, 并显示完成日期、 维修人员、 报修内容、 维修情况等信息。
4.退出
( 1) 退出小区物业管理系统
3.3、 编码设计
一个好的系统需要合理的编码结构是信息处理系统是否具有生命力的一个重要影响因素, 代码经过字母与数字有序的排列组成, 主要对实体与属性进行符号说明。经过标准, 通用, 确定性实现代码设计, 实现系统的稳定性和扩展性。能够经过代码实现记忆, 统一格式的识别。
在本系统中代码设计分为五个部分:
第一部分是对小区的表示, 首先对小区进行编号, 例如: 将振兴区小区的编号定为 1, 振兴区小区则表示为 1。
第二部分是小区内的楼宇编号, 这个利用在小区建成的时候按照顺序有一个编号来表示的, 例如: 3 号楼则表示为 03。
第三部分是小区的单元号, 每栋楼都有固定的单元号, 我们利用每栋楼的单元号来定义这个部分, 例如: 5 单元则表示为 5.
第四部分是每户的门牌号码, 每个单元的门牌号是固定不变的, 例如: 2 楼则表示为 02。
第五部分是每户的门牌号码, 每个单元的门牌号是固定不变的, 例如: 每层23的 1 号门则表示为 01。
根据上述几部分组成本系统的代码部分为 10350201, 这样一组编号在本系统中是唯一的。
表示 10350201 的代码设计图表示为如图 3-2所示

图 3-2代码设计图
3.4、 数据库设计
3.4.1、 系统概述
科达小区物业管理系统是一款以物业管理人员操作为主, 业主简易操作的物业管理软件。系统基于B/S模式, 使用jsp技术, 使用mysql5.7数据库实现物业管理的基本业务操作。系统实现了业主查看小区、 投诉、 报修信息, 物业管理员管理业主, 管理楼宇, 服务管理, 信息管理等功能。
3.4.3、 数据库设计
1．概念结构设计
对系统处理的数据进行分析, 能够得出本系统一共有11个实体, 它们分别是: 科达小区, 楼宇, 房产, 业主信息, 费用信息, 车位使用信息, 服务投诉信息, 报修信息, 物业管理员信息, 系统管理员信息, 公告信息。进一步分析各实体之间的关系, 得出系统ER图, 如图3-3所示图3-3

图3-3 系统E-R图
进一步分析各实体的属性, 如下描述:
系统管理员: 编号, 账号, 密码, 其中编号为标识符。
小区属性: 小区编号, 名称, 建成日期, 占地面积, 建筑面积, 地理位置, 负责人, 联系电话, 其中小区编号为标识符。
业主属性: 业主编号, 业主身份证号, 姓名, 性别, 出生日期, 工作单位, 联系方式, 其中业主编号为标识符。
楼宇属性: 楼宇编号, 楼宇名称, 楼层数, 楼层房屋数, 建成时间, 其中楼宇编号为标识符。
房产属性: 房产编号, 业主, 单元号, 房产类型, 房屋面积, 生效时间, 其中房产编号为标识符。
费用属性: 费用编号, 费用类型, 产生时间, 费用总计, 其中费用编号为标识符。
物业管理人员属性: 物业管理人员编号, 姓名, 性别, 出生日期, 联系方式, 其中物业管理人员编号为标识符。
公告属性: 公告编号, 公告类型, 发布时间, 内容, 其中公告编号为标识符。
报修属性: 报修编号, 报修类容, 报修时间, 报修状态, 备注, 其中报修编号为标识符。
投诉属性: 投诉编号, 投诉类容, 投诉时间, 处理状态, 备注, 其中投诉编号为标识符。
车位属性: 车位编号, 车位状态, 备注, 其中车位编号为标识符。
2．逻辑结构设计
逻辑结构设计是概念结构设计的下一阶段, 设计根据概念阶段的E-R图转化成系统支持的数据模型, 本系统的E-R图转换为关系模式如下:
系统管理员信息表( 自动编号, 用户名, 密码)
小区信息表( 小区编号, 名称, 建成日期, 占地面积, 建筑面积, 地理位置, 负责人, 联系电话)
业主信息表( 业主编号, 业主身份证号, 姓名, 性别, 出生日期, 联系方式, 密码)
楼宇信息表( 楼宇编号, 楼宇名称, 楼层数, 楼层房屋数, 建成时间, 小区编号)
房产信息表( 房产编号, 业主, 单元号, 房产类型, 房屋面积, 生效时间, 楼宇编号, 业主编号)
费用信息表( 费用编号, 费用类型, 产生时间, 费用总计, 业主编号, 物业管理员)
费用缴纳收据表( 收据编号, 费用编号, 业主编号, 缴纳时间, 费用总计, 备注)
物业管理员信息表( 物业管理人员编号, 姓名, 性别, 出生日期, 联系方式, 系统管理员编号)
公告信息表( 公告编号, 公告类型, 发布时间, 内容, 业主编号, 物业管理员编号)
报修信息表( 报修编号, 报修内容, 报修时间, 报修状态, 备注, 业主编号, 物业管理员编号)
投诉信息表( 投诉编号, 投诉内容, 投诉时间, 处理状态, 备注, 业主编号, 物业管理员编号)
车位信息表( 车位编号, 车位状态, 备注, 小区编号)
车位使用信息表( 车位编号, 使用开始时间, 使用结束时间, 业主编号, )
3．数据表设计
根据前面的逻辑设计进行数据表设计, DBMS选用MySQL5.7, 共有13个表。
( 1) 系统管理员信息表Admin
说明: 系统管理员信息表Admin用来管理员的基本信息, 其表结构设计如表1所示。
表1 管理员信息表: Admin
列 名
数据类型
长 度
说 明
AdminID
int
4
管理员编号(主键)
Username
varchar
12
用户名
Password
varchar
18
密码

( 2) 楼宇信息表BuildingInfo
说明: 楼宇信息表BuildingInfo用来存放楼宇的基本信息。其表结构设计如表2所示。
表2 楼宇信息表: BuildingInfo
列 名
数据类型
长 度
说 明
BuildingID
int
4
楼宇编号, 主键
VillageID
int
4
小区编号, 外键
BuildingName
varchar
18
楼宇名称
FloorNum
int
2
楼层数
FloorRomeNm
int
2
楼层房屋数
BuildDate
date

建成时间

( 3) 房产信息表HouseInfo
说明: 房产信息表HouseInfo用来存放房产的基本信息。其表结构设计如表3所示。
表3 房产信息表: HouseInfo
列 名
数据类型
长 度
说 明
HouseID
int
8
房产编号, 主键
Type
varchar
20
房产类型
Area
double

房屋面积
CreateTime
timeStamp

生效时间
Owner
varchar
20
住户
Unit
int
4
单元号

( 4) 小区信息表VilageInfo
说明: 小区信息表VilagetInfo用来存放小区的公告信息。其表结构设计如表4所示。
表4 小区信息表: VilageInfo
列 名
数据类型
长 度
说 明
VilageID
int
4
小区编号, 主键
Name
varchar
20
名称
BulidDate
date

建成时间
Area
double

占地面积
BuildArea
double

建筑面积
Address
varchar
30
地理位置
Vman
varchar
12
负责人
Tel
varchar
16
联系电话

( 5) 业主信息表OwnerInfo
说明: 业主信息表OwnerInfo用来存放小区业主信息。其表结构设计如表5所示。
表5业主信息表: OwnerInfo
列 名
数据类型
长 度
说 明
OwnerID
int
8
业主编号, 主键
Name
varchar
12
姓名
IDCard
varchar
18
身份证号
Sex
char
1
性别
Birthday
date

出生日期
Tel
varchar
18
联系方式
Password
varchar
18
密码

( 6) 费用信息表CostInfo
说明: 费用信息表CostInfo用来存放小区的用户收费的管理信息。其表结构设计如表6所示。
表6费用信息表: CostInfo
列 名
数据类型
长 度
说 明
CostID
int
8
费用编号, 主键
OwnerID
int
8
业主编号, 外键
ManagerID
int
4
物业管理员编号, 外键
Type
varchar
20
费用类型
CreateTime
timestamp

产生时间
Total
decimal
(5,2)
费用总计

( 7) 费用缴纳收据表PayInfo
说明: 费用缴纳收据表PayInfo用来存放业主缴费信息。其表结构设计如表7所示。
表7 费用缴纳收据表: PayInfo
列 名
数据类型
长 度
说 明
PayID
int
8
收据编号, 主键
OwnerID
int
8
业主编号, 外键
CostID
int
8
费用编号, 外键
CreateTime
Timestamp

缴纳时间
Total
decimal
( 5, 2)
费用总计
Memo
varchar
200
备注

( 8) 物业管理员信息表ManagerInfo
说明: 物业管理员信息表ManagerInfo用来存放小区物业管理员的基本信息。其表结构设计如表8所示。
表8 物业管理员信息表: ManagerInfo
列 名
数据类型
长 度
说 明
ManagerID
int
4
物业管理员编号, 主键
Name
varchar
12
姓名
Sex
char
1
性别
Birthday
date

出生日期
Tel
varchar
18
联系方式
AdminID
int
4
系统管理员编号, 外键

( 9) 公告信息表NoticeInfo
说明: 公告信息表NoticeInfo用来存放小区的公告信息。其表结构设计如表9所示。
表9 公告信息表: NoticeInfo
列 名
数据类型
长 度
说 明
NoticeID
int
8
公告编号, 主键
Type
varchar
20
公告类型
Createtime
timestamp

发布时间
Content
varchar
500
内容
ManagerID
int
4
物业管理员编号, 外键
OwnerID
int
8
业主编号, 外键

( 10) 报修信息表RepairInfo
说明: 报修信息表RepairInfo用来存放小区的用户的具体报修业务的管理信息。其表结构设计如表11所示。
表10小区业主报修信息表: RepairInfo
列 名
数据类型
长 度
说 明
RepairID
int
8
报修编号, 主键
OwnerID
int
4
业主编号, 外键
MangagerID
int
4
物业管理员编号, 外键
RepairDate
Timestamp

报修时间
Content
varchar
500
报修内容
State
char
3
报修状态
Memo
varchar
200
备注

( 11) 投诉信息表ComplaintInfo
说明: 投诉信息表ComplaintInfo用来存放平时业主居民投诉情况的基本信息。其表结构设计如表11所示。
表11 投诉信息表: ComplaintInfo
列 名
数据类型
长 度
说 明
ChargeInfoID
int
8
投诉编号, 主键
OwnerId
int
8
业主编号, 外键
ManagerID
int
4
物业管理员编号, 外键
Content
varchar
500
投诉内容
Createtime
Timestamp

投诉时间
State
char
3
处理状态
Memo
varchar
200
备注

( 12) 车位信息表ParkingInfo
说明: 车位信息表ParkingInfo用来存放小区的车位信息。其表结构设计如表12所示。
表12小区房产信息表: ParkingInfo
列 名
数据类型
长