物业管理系统设计与实现

word小区物业管理系统设计与实现目录第一章 系统规划21.1、项目开发背景21.2、现状与目标21.3、可行性分析51.3.1、经济可行性51.3.2、技术可行性51.3.3、运行可行性51.3.4、管理可行性6第二章 系统分析62.1、需求分析62.1.1、系统需求分析62.1.2、业务流程72.1.3、数据流图92.1.4、数据字典142.2、功能分析16第三章 系统设计183.1、系统结构设计183.2、功能结构设计183.3、编码设计213.4、数据库设计223.4.1、系统概述223.4.3、数据库设计233.4.4、数据库实现304.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查看小区信息：主要包括小区动态，小区公告等。2投诉：对小区的服务、管理等相关投诉建议，查看过往记录等。3报修：对根本设施故障报修，查看过往记录等。(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)、系统用户的添加，包括用户名、密码、限权等信息。(2)、系统用户密码的修改。2. 小区住户信息管理功能(1)、住户根本信息的录入，包括住户编号、住户、物业地址、使用面积、入住时间等信息。(2)、住户根本信息的修改。(3)、住户根本信息的删除。(4)、住户根本信息的查询。3. 小区房产信息管理功能(1)、房产根本信息的录入，包括小区名称、单元设置、房间编号、物业地址。(2)、房产根本信息的修改。(3)、房产根本信息的删除。(4)、房产根本信息的查询。(1)、设施根本信息的录入信息。(2)、设备根本信息的修改。(3)、设备根本信息的删除。(4)、小区根本信息的查询。(1)、停车场根本信息的录入，包括停车编号、车位位置、停车住户、物业地址、使用日期、备注信息。(2)、停车场根本信息的修改。(3)、停车场根本信息的删除。(4)、停车场根本信息的查询。6. 小区收费管理功能(1)、其中包括物业收费和仪表收费两大类信息的录入，包括收费名称、上次数值、本月数值、收费项目、应收总额、已交金额等信息。(2)、收费根本信息的修改。(3)、收费根本信息的删除。(4)、收费根本信息的查询。(1)、住户投诉根本信息的录入，包括投诉编号、投诉日期、接待人员、处理日期、处理人员、投诉容等信息。(2)、住户投诉根本信息的修改。(3)、住户投诉根本信息的删除。(4)、住户投诉根本信息的查询。(1)、住户报修根本信息的录入，包括报修编号、报修日期、接待人员、完成日期、维修人员、报修容、维修情况等信息。(2)、住户报修根本信息的修改。(3)、住户报修根本信息的删除。(4)、住户报修根本信息的查询。(1)、公告根本信息的录入，包括报作者、发表时间、题目、容等信息。(2)、公告根本信息的修改。(3)、公告根本信息的删除。(4)、公告根本信息的查询。10. 退出(1)、退出小区物业管理系统。小区物业管理系统界面功能如下：1用户注册功能、根据后台录入的等信息注册2登录功能、查询数据库中用户密码和账户判断用户是否合法3公告列表显示。显示公告标题。4显示各个功能管理模块。1住户投诉根本信息的录入，包括投诉编号、投诉日期、接待人员，并显示处理日期、处理人员、投诉容等信息。1住户报修根本信息的录入，包括报修编号、报修日期、接待人员，并显示完成日期、维修人员、报修容、维修情况等信息。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选用，共有13个表。1系统管理员信息表Admin说明：系统管理员信息表Admin用来管理员的根本信息，其表结构设计如表1所示。表1 管理员信息表：Admin列 名数据类型长 度说 明AdminIDint4管理员编号(主键) Usernamevarchar12用户名Passwordvarchar18密码2楼宇信息表BuildingInfo说明：楼宇信息表BuildingInfo用来存放楼宇的根本信息。其表结构设计如表2所示。表2 楼宇信息表： BuildingInfo列 名数据类型长 度说 明BuildingIDint4楼宇编号，主键VillageIDint4小区编号，外键 BuildingName varchar18楼宇名称FloorNumint2楼层数FloorRomeNmint2楼层房屋数BuildDatedate建成时间3房产信息表HouseInfo说明：房产信息表HouseInfo用来存放房产的根本信息。其表结构设计如表3所示。表3 房产信息表：HouseInfo列 名数据类型长 度说 明HouseIDint8 房产编号，主键 Typevarchar20房产类型Areadouble房屋面积CreateTime timeStamp 生效时间Ownervarchar20住户Unitint4单元号4小区信息表VilageInfo说明：小区信息表VilagetInfo用来存放小区的公告信息。其表结构设计如表4所示。表4 小区信息表：VilageInfo列 名数据类型长 度说 明VilageIDint4小区编号，主键Namevarchar20名称BulidDatedate建成时间Areadouble占地面积BuildAreadouble建筑面积Addressvarchar30地理位置Vmanvarchar12负责人Telvarchar16 联系 5业主信息表OwnerInfo说明：业主信息表OwnerInfo用来存放小区业主信息。其表结构设计如表5所示。表5业主信息表：OwnerInfo列 名数据类型长 度说 明OwnerIDint8业主编号，主键 Namevarchar12IDCardvarchar18号Sexchar1性别Birthdaydate出生日期Telvarchar18联系方式Passwordvarchar18 密码6费用信息表CostInfo说明：费用信息表CostInfo用来存放小区的用户收费的管理信息。其表结构设计如表6所示。表6费用信息表：CostInfo列 名数据类型长 度说 明CostIDint8费用编号，主键OwnerIDint8业主编号， 外键ManagerIDint4物业管理员编号，外键Typevarchar20 费用类型CreateTimetimestamp 产生时间Total decimal(5,2) 费用总计 7费用缴纳收据表PayInfo说明：费用缴纳收据表PayInfo用来存放业主缴费信息。其表结构设计如表7所示。表7 费用缴纳收据表：PayInfo列 名数据类型长 度说 明PayIDint8收据编号，主键OwnerIDint8业主编号，外键CostIDint8费用编号，外键CreateTimeTimestamp缴纳时间Totaldecimal5，2费用总计Memovarchar200备注8物业管理员信息表ManagerInfo说明：物业管理员信息表ManagerInfo用来存放小区物业管理员的根本信息。其表结构设计如表8所示。表8 物业管理员信息表：ManagerInfo列 名数据类型长 度说 明ManagerIDint4物业管理员编号，主键Namevarchar12Sexchar1性别Birthdaydate出生日期Telvarchar18联系方式AdminIDint4系统管理员编号，外键9公告信息表NoticeInfo说明：公告信息表NoticeInfo用来存放小区的公告信息。其表结构设计如表9所示。表9 公告信息表：NoticeInfo列 名数据类型长 度说 明NoticeIDint8公告编号，主键Typevarchar20公告类型Createtimetimestamp发布时间Contentvarchar500容ManagerIDint 4物业管理员编号，外键OwnerIDint8 业主编号，外键 10报修信息表RepairInfo说明：报修信息表RepairInfo用来存放小区的用户的具体报修业务的管理信息。其表结构设计如表11所示。表10小区业主报修信息表：RepairInfo列 名数据类型长 度说 明RepairIDint8报修编号，主键OwnerIDint4业主编号，外键 MangagerIDint4物业管理员编号，外键RepairDateTimestamp报修时间Contentvarchar500报修容Statechar3报修状态 Memovarchar200 备注11投诉信息表plaintInfo说明：投诉信息表plaintInfo用来存放平时业主居民投诉情况的根本信息。其表结构设计如表11所示。表11 投诉信息表：plaintInfo列名数据类型长度说明ChargeInfoIDint8投诉编号，主键OwnerIdint8业主编号，外键ManagerIDint4物业管理员编号，外键Contentvarchar500投诉容CreatetimeTimestamp投诉时间Statechar3处理状态Memovarchar200备注12车位信息表ParkingInfo说明：车位信息表ParkingInfo用来存放小区的车位信息。其表结构设计如表12所示。表12小区房产信息表：ParkingInfo列 名数据类型长 度说 明ParkingIDint8车位编号，主键Statechar3车位状态VillageIDint4业主编号，外键Memovarchar200 备注13车位使用信息表UseParkingInfo说明：车位使用信息表UseParkingInfo用来存放业主使用车位的信息。其表结构设计如表13所示。表13 车位使用信息表：UseParkingInfo列名数据类型长度说明ParkingIDint8车位编号，主、外键OwnerIDint8业主编号，主、外键StartTimeTimestamp使用开始时间endTimeTimestamp使用完毕时间3.4.4、数据库实现1数据表实现在MySQL中实现各数据表如下：#创建数据库WYGL物业管理create database WYGL char set=UTF8;#选择数据库use wygl;#创建系统管理员表CREATE TABLE admin(AdminID int(4) auto_increment,Username varchar(12) not null,Pass varchar(18) not null,primary key(adminID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建房产信息表CREATE TABLE HouseInFO(HouseID int(8) auto_increment,HoseType varchar(20) not null,Area double not null,CreateTime timestamp not null,Unit int(4) not null,primary key(HouseID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建小区信息表CREATE TABLE VillageInfo(VillageID int(4) auto_increment,Name varchar(20) not null,BulidDate date not null,Area double not null,BuildArea double not null,Address varchar(30) not null,Vman varchar(12) not null,Tel varchar(16) not null,primary key(VillageID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建业主信息表CREATE TABLE OwnerInfo(OwnerID int(8) auto_increment,IDCard varchar(18) not null,Name varchar(12) not null,Sex char(1) not null,Birthday date not null,Tel varchar(18) not null,Password varchar(18) not null,primary key(OwnerID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建楼宇信息表CREATE TABLE BuildingInfo(BuildingID int(4) auto_increment,VillageID int(4) not null,BuildingName varchar(18) not null,floorNum int(2),FloorromeNum int(2),buildDate date,primary key(BuildingID),foreign key(villageID) references VillageInfo(villageID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建物业管理员表CREATE TABLE ManagerInfo(ManagerID int(4) auto_increment,Name varchar(12) not null,Sex char(1) not null,Birthday date not null,Tel varchar(18) not null,AdminID int(4) not null,primary key(ManagerID),foreign key(adminID) references admin(adminID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建费用信息表CREATE TABLE CostInfo(CostID int(8) auto_increment,OwnerID int(8) not null,ManagerID int(4) not null,Type varchar(20) not null,CreateTime timestamp not null,Total decimal(5,2) not null,primary key(CostID),foreign key(OwnerID) references OwnerInfo(OwnerID),foreign key(ManagerID) references ManagerInfo(ManagerID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建费用收据表CREATE TABLE PayInfo(PayID int(8) auto_increment,OwnerID int(8) not null,CostID int(8) not null,CreateTime timestamp not null,Total decimal(5,2) not null,Memo varchar(200),primary key(PayID),foreign key(OwnerID) references OwnerInfo(OwnerID),foreign key(CostID) references CostInfo(CostID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建公告信息表CREATE TABLE NoticeInfo(NoticeID int(8) auto_increment,Type varchar(20) not null,Createtime timestamp not null,Content varchar(500) not null,ManagerID int(4) not null,OwnerID int(8) not null,primary key(NoticeID),foreign key(ManagerID) references ManagerInfo(ManagerID),foreign key(OwnerID) references OwnerInfo(OwnerID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建报修信息表CREATE TABLE RepairInfo(RepairID int(8) auto_increment,OwnerID int(8) not null,ManagerID int(4) not null,RepairDate timestamp null,Content varchar(500) not null,State char(3),Memo varchar(200),primary key(RepairID ),foreign key(OwnerID) references OwnerInfo(OwnerID),foreign key(ManagerID) references ManagerInfo(ManagerID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建投诉信息表CREATE TABLE plaintInfo(ChargeInfoID int(8) auto_increment,ownerId int(8) not null,ManagerID int(4) not null,Content varchar(500) not null,Createtime timestamp not null,State char(3) not null,Memo varchar(200),primary key(ChargeInfoID),foreign key(ownerId) references OwnerInfo(ownerId),foreign key(ManagerID) references ManagerInfo(ManagerID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建车位信息表CREATE TABLE ParkingInfo(ParkingID int(8) auto_increment,State char(3) not null,VillageID int(4) not null,Memo varchar(200),primary key(ParkingID),foreign key(VillageID) references VillageInfo(VillageID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;#创建车位使用信息表CREATE TABLE UseParkingInfo(ParkingID int(8),OwnerID int(8),StartTime timestamp not null,endTime timestamp not null,primary key(ParkingID,OwnerID),foreign key(ParkingID) references ParkingInfo(ParkingID),foreign key(OwnerID) references OwnerInfo(OwnerID)ENGINE=InnoDB DEFAULT CHARSET=UTF8;2插入数据#插入系统管理员信息INSERT INTO wygl.admin (AdminID, Username, Pass) VALUES (1, admin, admin);INSERT INTO wygl.admin (AdminID, Username, Pass) VALUES (2, admin1, admin1);INSERT INTO wygl.admin (AdminID, Username, Pass) VALUES (3, admin2, admin2);#插入小区信息INSERT INTO wygl.villageinfo (VillageID, Name, BulidDate, Area, BuildArea, Address, Vman, Tel) VALUES (111, 科达小区, 1980-01-01, 12, 8.42, 省市振兴区 振五街科达小区43号, 平, 2233345);#插入小区业主信息INSERT INTO wygl.ownerinfo (OwnerID, IDCard, Name, Sex, Birthday, Tel, Password) VALUES (00010101, 1, 三, 男, 1982-01-01, 11111, lsA0101);INSERT INTO wygl.ownerinfo (OwnerID, IDCard, Name, Sex, Birthday, Tel, Password) VALUES (00010402, 2, 王伟, 男, 1991-12-12, 22222, wwB0402);INSERT INTO wygl.ownerinfo (OwnerID, IDCard, Name, Sex, Birthday, Tel, Password) VALUES (00010104, 4, 小诗, 女, 1989-08-08, 222111, zxsC0104);#插入物业管理员信息INSERT INTO wygl.managerinfo (ManagerID, Name, Sex, Birthday, Tel, AdminID) VALUES (10101, 王宇, 男, 1978-01-01, 1111, 1);INSERT INTO wygl.managerinfo (ManagerID, Name, Sex, Birthday, Tel, AdminID) VALUES (10102, 飞, 男, 1988-02-02, 2222, 1);INSERT INTO wygl.managerinfo (ManagerID, Name