【毕业学位论文】（Word原稿）基于J2EE的物业管理信息系统的设计与实现-软件工程

硕士学位论文 （专业学位） 基于 物业管理信息系统的 设计与实现 姓 名： 学 号： 所在院系： 软件学院 职业类型 ： 工程硕士 专业领域 ： 软件工程 指导教师： 校外 指导教师： 二 一一 年 十二 月 A in 2EE 2011 基 于J 2 E 李 春妍 同济大学 学位论文版权使用授权书 本人完全了解同济大学关于收集、保存、使用学位论文的规定，同意如下各项内容：按照学校要求提交学位论文的印刷本和电子版本；学校有权保存学位论文的印刷本和电子版，并采用影印、缩印、扫描、数字化或其它手段保存论文；学校有权提供目录检索以及提供本学位论文全文或者部分的阅览服务；学校有权按有关规定向国家有关部门或者机构送交论文的复印件和电子版；在不以赢利为目的的前提下，学校可以适当复制论文的部分或全部内容用于学术活动。 学位论文作者签名： 年 月 日 同济大学学位论文原创性声明 本人郑重声明：所呈交的学位论文，是本人在导师指导下，进行研究工作所取得的成果。除文中已经注明引用的内容外，本学位论文的研究成果不包含任何他人创作的、已公开发表或者没有公开发表的作品的内容。对本论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明确方式标明。本学位论文原创性声明的法律责任由本人承担。 学位论文作者签名： 年 月 日同济大学 硕士学位论文 摘要 摘 要 随着中国经济的蓬勃发展 及高等级商用写字楼的涌现， 本土企业 及外资企业对其所驻所的物业管理也提出了越来越高规格的要求。在激烈的市场竞争下，物业管理的科学化与规范化、管理手段的信息化与自动化建设直接影响到物业企业的服务水平和企业形象、企业的生存力和核心竞争力。 本文概括地阐述了一个基于 台的物业管理系统的设计过程，该系统的设计采用了目前流行的 式， 它把一个应用程序 划分为 型 )、图 )、 制器 )三个部分 ，这三个部分既分工又合作地完成用户提交的每项任务。在 本文的论述中，详细介绍了 台及 计模式，并深入研究了 架、 同时，本文对 物业管理 系统开发的过程进行了全面的阐述，针对 物业管理者及 住户 的需求进行了具体分析，给出了系统的框架结构和数据 库 结构，并且对系统 主要 功能模块进行了详细的分析。 物业管理信息系统除了应该能够给物业公司内部管理提供全面的解决方案，还应能从不同层次满足大厦的发展商需求并方便服务于业主， 因此，本 系统主要功能模 块包括：系统维护、资源管理、入住管理、收费管理、设备管理、安全管理、文件管理、投诉管理等八个主要功能模块。 在本项目研究的过程中 针对每个 模块 给出了具体的技术实现，从而完成了本文研究的物业管理信息系统的设计与实现工作。 关键词： 物业管理 of at In of a on of an of of a VC an is of of to by in of 2EE VC of a of of be to a to of to of to of to of in a be 济大学 硕士学位论文 目录 i 目 录 第一章 绪论 . 1 究背景和意义 . 1 . 1 文的研究目标和技术路线 . 3 文的组织结构 . 3 第二章 开发技术与工具 . 5 2. 5 2. 5 2. 6 2. 7 2. 8 . 9 . 9 . 10 2. 11 . 12 . 12 . 14 架 . 16 第三章 系统策划与分析 . 19 . 19 . 19 . 23 . 23 求分析 . 24 求提出 . 24 求分析与建模 . 25 求评审 . 29 险分析 . 30 . 30 . 31 . 32 第四章 系统设计 . 35 体设计 . 35 . 35 . 36 . 36 . 42 细设计 . 44 . 44 同济大学 硕士学位论文 目录 系统的动态结构 . 48 据库设计 . 50 . 50 . 51 第五章 系统实现 . 53 . 53 . 54 . 55 . 56 . 57 . 57 务逻辑层的实现 . 58 数据持久层的实现 . 61 配置文件 . 62 . 62 . 63 . 63 统页面展示 . 63 第六章 总结和展望 . 67 . 67 . 67 参考文献 . 69 个人简历 在读期间发表的学术论文与研究成果 . 71 第一章 绪论 1 第一章 绪论 究背景和意义 随着 我 国在世界上地位的不断提升，特别是 加入 越来越 多的世界知名企业纷纷进入中国 开展业务 ，同时随着中国经济的蓬勃发展，中国本土企业的不断发展 ，也涌现了一批有代表性的、优秀的本土企业 。这些企业都需要大量的 高等级 办公区域 以满足日常办公需要 。目前，在 国内的 一些 主要 城市，如上海、北京、广州等，纷纷推出了大量的 商业 写字楼 以 吸引世界一流企业的入住 。而伴随着高等级写字楼出现的，往往还有业主对配套的高规格物业管理的要求。 由于物业管理制度在我国还不够规范，物业管理涉及的范围较为广泛，管理内容繁杂，加上政策性变动因素，日常工作中需要耗费大量人力和物力，为了提高物业管理公司的管 理水平提高工作效率，必须对物业管理的各项工作进行规范化管理，如人事管理制度规范化、工程设备检修保养运行记录规范化、保洁绿化工作规范化等；只有做到各种工作规范化，才可以通过规范化操作对员工工作进行指导，提高员工工作效率与技能，并且为减少人事变动给公司带来损失与降低新员工的培训成本；规范化的手段多种多样，如员工工作手册、 量认证体系等，而采取现代计算机管理手段是一种行之有效的解决方法，近年来，越来越多的物业管理公司走上了信息化的道路，通过适合公司情况的物业管理软件来协助物业公司进行规范化、精细化的 管理，来实现提高整体的管理水平。 究 现状 分析 物业管理起源于 19世纪 60年代的英国。当时正值资本主义上升时期，在城市化迅猛发展的形势下，大量农村人口涌人城市，但城市房屋跟不上人口的激增，造成严重的房荒。由于当时房屋管理混乱，居住环境恶劣，引起大量事端。一位名叫 女士为在其名下出租的房屋制定了一套行之有效的管理办法，引导并要求租户严格遵守。 士实施规范的物业管理后，住房秩序和居住环境有了明显的改善，社会其他人士也纷纷效仿，并取得政府的关注。随后英国还成立 了非盈利性行业组织 皇家特许屋宇经理学会，以英国为起源地，在一个多世纪时间里，物业管理在世界各地逐渐推行开来。 19世纪末 20 世纪初，美国经济迅速发展，伴随着建筑技术的不断进步，一幢幢高楼拔地而起，这些高层建筑附属设备多，结构复杂，日常维修养护和管理事务繁琐复杂，对管理人员专业性和技术水平提出很高的要求，同时这些建筑物第一章 绪论 2 往往不是一个或几个业主所有，常常是数十个或数百个业主共有，于是出现了专业化的物业管理机构，为楼宇所有业主提供专业性和技术性的楼宇管理和维修养护工作。随着物业管理机构的增加， 20 世纪初， 美国 人 立了第一个 物业管理行业组织 “芝加哥建筑物管理人员组织” (行业自治组织的成立，既标志着物业管理行业的成熟，又有力地推动了物业管理行业的有序发展。此后，物业管理日益被业主和政府重视，逐渐发展成为一个新型的服务行业。 几年之后美国成立了一个全国性的组织“建筑物业主组织 ” (并在此基础上组建了 ” 建筑物业主与管理人员协会 ” (。后来类似的组织也出现在加拿大、英国、日本等国， 即更名为“国际建筑物业主与管理人员协会 (最初的管理都是手工建立表格，文本档案。 我国的物业管理首先是从住宅管理开始的，是从改革开放的前沿深圳河沿海开放城市广州开始的。 1981 年 3月，深圳市成立了第一家涉外商品房管理的专业公司 深圳市物业管 理公司，开始对深圳经济特区涉外商品房实施统一的物业管理，标志着这一新兴行业的诞生。随后的几年，物业管理公司专业化、社会化、企业化的管理经验的到推广。到 1993 年，深圳市已有专业性物业管理公司和内设物业管理专业机构的单位逾百家， 6 月又成立全国首家物业管理协会 深圳市物业管理协会。广州于 1981 年也开始在新建住宅小区 东湖新村试点实行新型的管理办法。在沿海开放城市几年来物业管理试点经验的基础上， 1994 年 3 月建设部颁布了 33 号令，即城市新建住宅小区管理办法，明确指出： “ 住宅小区应 当逐步推行社会化、专业化的管理模式。由物业管理公司统一实施专业化管理。 ” 同样， 我国物业管理信息化始于上世纪九十年代初的深圳，当时的物业管理软件基本上都是物业公司自行开发的，仅限于业务处理层次，功能上主要是用于房产资料登记、客户资料管理等。系统功能相当简单，而且都是在 阶段的物业管理系统都是模仿手工管理的方式，只能用于简单的事务性工作。随着计算机技术的不断发展和物业管理水平的日益提高，特别是在深圳、上海、北京等地出现了物业管理软件专业开发商。物业管理软件的功能极大增强，出现了基于微软 络版等大型管理软件。这类物业管理软件结合当时计算机网络化技术的发展趋势，采用 C/够提供数据综合处理功能。但是由于客户端承载着过多的工具软件和应用逻辑和业务处理规则软件，使得系统管理维护很不方便。 第一章 绪论 3 就目前而言，计算机技术在物业管理工作中的应用还不如人意，一方面很多物业公司的物业管理还停留在手工管理水平，费时费力，效率低下而且容易出错；另一方面，已经投入使用的物业管理信息系统多数已经过时，难以满足当前物业管理工作的需要。 文的研究目标和技术路线 本文研究内容是设计 和构建一个基于 物业管理系统，采用基于 统的所有功能都通过应用服务器和用户浏览器之间的交互来完成，与系统相关的数据由数据库服务器来维护和组织，使整个系统具有良好的可移植性、扩展性和安全性，并能方便的与其他子系统进行信息交互。 在此基础上完成了以下几个方面的工作： 22入理解 多层分布式应用模型、容器和核心 及 计模式的模型、视图、控制器在 过了解 析并总结出合适的 发技术方案。 文的组织结构 本文共分为 七 章。 第一章 绪论。介绍了论文的研究背景和研究意义，对物业管理信息系统的发展现状进行了分析，明确了本文研究的目标和所采用的技术路线。 第二章 开发技术与工具。分 析了 系结构。对 多层模型、提供组件的 明了利用 本章还对 计模式及 。首先对 图、控制器三个功能块进行了阐述，并介绍了 计模式在台上的实现；然后详细分析了基于 式的 架，分别对 本组件、特点等进行了分析。 第 三 章 系统 策划 与分析。本章研究内容 为 物业管理信息 系统的需求分析 、可行性分析 和风险分析 。 通过与客户 沟通， 确定项目的具体需求并进行可行性论证。 第 四 章 系统设计。本章内容为系统 总体设计、 详细设计以及数据库设计。通过 括功能模 块划分、用例分析及域类分第一章 绪论 4 析；并对系统中所使用的 用服务器和数据库服务器的选择进行了研究和讨论。 第 五 章 系统 实施。本章内容为系统 功能的具体实现。首先对系统进行逻辑分层（ 务逻辑层、数据持久层和数据存储层）并分别实现各层；接下来通过分别对 架和 架、 架和 架进行集成，实现了本文研究采用的 后，分别从加密服务模块、身份认证服务及 第 六 章 总结和展望 。 对系统开发进行总结，并对管理 信息系统的发展方向进行简要阐述。 第二章 开发技术与工具 5 第二章 开发技术与工具 随着计算机和网络技术的不断发展， 经成为人们生产和生活中的不可缺少的组成部分。社会的各个领域都在努力利用现有技术建立网络化的应用体系，进而实现信息交互和资源共享。就现代企业而言，建立一个基于灵活的、易于扩展和维护的企业信息系统，是企业适应瞬息万变的市场环境，促进自身发展壮大的必然选择。基于 服了传统物业管 理系统功能单一、难以与企业其他业务系统紧密集成的缺点。本课题的研究 技术和工具 就是 基于 用 业管理信息系统。 2述 司在上世纪末提出的以 于一系列的开放和流行标准、技术和协议。 时也提供了一个基于 组件开发 用的平台。 由于 术的跨平台特性，更能满足企业 用对分布性、开放性和平台无关性的要求，同时在健壮性、安全性和组件化程度等方面表现更加优异，相对微软公司的 台而言， T 行业的大公司如 的支持，同时还有着众多开源社区的协作，因此当前的 用领域非常广泛，是当前能够满足当今企业开发要求的最佳解决方案。 2布式体系结构 供了一个多层次的分布式应用模型和一系列开发技术规范。多层次分布式应用模型是指根据功能把应用逻辑分成多个层次，每个层次支持相应的服务器和组件，组 件在分布式服务器的组件容器中运行（如 件在 器上运行），容器间通过相关的协议进行通讯，实现组件间的相互调用。 这种基于组件的、以 用服务器为核心的多层次分布式应用体系结构同时确保系统应用所需的可靠性、可扩展性、可管理性和安全性。 许把一些通用的、琐碎的服务端任务交由中间件供应商去完成，开发者能够将精力集中在特定领域的商业逻辑上，缩短了开发时间，也更容易进行维护。 件和层次 如图 示， 范定义了如下组件：客户端组件 、 由客户 端 层 (第二章 开发技术与工具 6 ( 业务逻辑层 (企业信息系统层(成。 用程序 1 应用程序 2 客户层 客户端机器 业务层 数据库服务器 图 2系结构图 2分布应用技术 为实现企业级分布式应用， 义了丰富的技术标准，符合这些标准的开发工具和 开发企业级应用提供支持。这些技术涵盖数据库访问、分布式通信、安全等。为分布式应用提供支持的多方面。 一、 组件技术 容器的应用。每个组件提供了方法、属性、事件的接口。组件可以由多种语言开发。组件是可以重用 的、共享的、分布的。 二、 来生成动态页面或接收用户请求产生相应操作 (调用 过容器产生相应的 内容和显示分开。 提供了于创建 三、 个 按功能逻辑划分的，开发时不必关注系统底层细节问题，只关注具体的事务分析。 面 据库 数据库 动态 面 第二章 开发技术与工具 7 发完毕后，按规范部署在 成相应的事务功能。 正体现了企业 级的应用。 四、 数据库访问 无论是传统的企业信息系统还是将来的企业信息系统，数据库都占有重要的地位。开发分布式系统要求数据库访问具有良好的灵活性和扩展性。 一个独立于特定的数据库管理系统的开发接口。它提供一个通用的访问 持基本 提供了 行。 五、 分布式通信技术 分布式通信技术是分布式企业系统的核心技术。 主要包括： 1、 远程方法调用。 2、 接口定义语言。 3、 4、 2器 器 (组件和低级的支持该组件的特定于平台功能之间的接口。它提供了特定的组件服务，组件可以在任何 台上获得这些服务，从而使复杂的多层结构应用系统开发得以简化。例如 ， 全部 及 时，容器还为企业信息系统提供了标准的访问。在 准服务之上有 器和 器。 器为应用系统的表示层逻辑组件 供了运行环境； 器为应用系统的业务逻辑组件 外还有应用程序客户端容器 及 器。应用程序客户端容器运行在 务器上，管理所有 用程序中应用程序客户端组件的执行； 器间通过相关的协议进行通讯，实现组件间的相互调用，如图 一个容器的体系结构可以分成如下四个部分： 一、 组件协议 (这是容器指定的一组 求应用程序组件扩充或者实现。在 ，所有的应用程序组件都是在容器的 实例化和初始化的，由于 用程序组件总是与客户 处于远程关系，客户无法直接调用这些组件的方法，而是向应第二章 开发技术与工具 8 用程序服务器发出请求，由容器来调用这些方法，由于容器进程是应用程序组件的唯一入口，因此所有应用程序组件都要遵守容器指定的协议。在 ，这种协议采用的是接口和类的形式，还包括组件定义必须遵循的其他规则。如在用程序组件要求遵守 。 图 2器 二、 容器服务 用程序组 件可以通过在 为一个可以位于许多现有数据库系统、事务处理系统、命名和目录服务等之上的标准，服务 三、 声明服务 (系结构能够动态地为应用程序组件提出服务，这是基于应用程序组件之外所指定的声明，是建立在各组件提供的部署描述的基础上，如安全性、事务等。部署描述符 (义了容器与组件之间的协议，根据 组件的类型，特定类型的服务可以在部署描述符中指定，这样可以减少为使用这些服务而进行的应用程序编程。声明服务就是让容器执行一项服务或者操作，如安全性、事务等。 四、 其它容器服务 (其它实时服务，与组件存活期、资源集中，垃圾收集等相关。 2优点 搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制，其优势体现在如下几点： 一、 保留现存的 第二章 开发技术与工具 9 之所以成为可能是因为 持和一些重要的“企业计算”领域供应商的参与。每一个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的 于基于 台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系统和硬件也能被保留使用。 二、 高效的开发 许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力在如何创建业务逻辑上，相应地缩短了开发时间。 三、 支持异构环境 于 间件、 硬件。因此设计合理的基于 程序只需开发一次就可部署到各种平台。 四、 可伸缩性 企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。 域的供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。 五、 稳定的可用性 一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。署到可靠的操作环境中，他们支持长期的可用性。一些 署在境中，客户也可选择健壮性能更好的操作系统如 S/390。最健壮的操作系统可达到 可用性或每年只需 5分钟停机时间。这是实时性很强的商业系统理想的选择。 计模式 概述 设计模式（ 一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性。 它使人们可以更加简单方便地复用成功的设计和体系结构。将已证实的技术表述成设计模式也会使 新系统开发者更加容易理解其设计思路。 计模式 模式源于 言，属于结构型设计模式， 被用来分析分布式应用程序的特征 。它把一个应用程序的输入层、业第二章 开发技术与工具 10 务处理层、控制流程按照 型 )、 图 )、 制器 )的方式进行分离，将应用分离为三个层即视图层、模型层和控制层，三者既分工又合作地完成用户提交的每项任务，如图 示。 一、 模型 (是 指 业务流程 、 状态的处理以及业务规则的制定 ，是软件所处理的问题逻辑在独立于外在显示内容和形式情况下的内在抽象 ， 它封装了问题的核心数据、逻辑和功能的计算关系，独立于具体的界面表达和 I/型 是 二、 视图 ( 是指 用户交互 的 界面，也就是 面。 视图实现的是模块的外观，它是应用程序的外在表现。它可以访问模型的数据，却不了解模型的情况，同时它也不了解控制器的情况。当模型发生改变时，视图会得到通知，它可以访问模型的数据，但不能改变这些数据。 者事务逻辑进行了什 么操作。 三、 控制 器 ( 是 指 从用户接收请求 ， 将模型与视图匹配在一起，共同完成用户的请求。 是处理用户与软件的交互操作的，它定义了应用程序的行为。其职责是提供模型中任何变化的传播，确保用户界面与模型间的对应联系。它接受用户的输入，将输入反馈给模型，进而实现对模型的计算控制，是使模型和视图协调工作的部件。通常一个视图具有一个控制器。 图 优势与不足 先控制器接收用户的请求，并决定应该调用哪个模型进行处理； 然后模型根据用户请求进行相应的业务逻辑处理，并返回数据 ;最后第二章 开发技术与工具 11 控制器调用相应的视图来格式化模型返回的数据，并通过视图呈现给用户。 一、 采用 计模式的优势包括： 1、松散的藕合：多种设计组件以灵活的方式相互作用。 2、并行的开发：职责明确，可以将功能划分为不同的组件，以便不同的开发人员进行开发，设计清晰，容易集成，便于维护。 3、可扩展性：控制器和视图可以随着模块的扩展进行相应的扩展。 4、可重用性：将业务规则封装到组件中可提高模块的重用性。广泛采用可复用的组件，能够降低新项目的开发成本，通过对设计的复用 ，使得开发小组之间更易于沟通，设计的系统更易于理解。 5、模块的有效性：如果需要，任何组件甚至整个模块都可以换出换进，视图、控制器或模块的程序改变不会影响到其他程序的运行，不同组件的开发能够同时进展。 6、模型的可移植性：因为模型是独立于视图的，所以可以把一个模型独立地移植到新的平台工作，需要做的只是在新平台上对视图和控制器进行新的修改。 二、 1、 增加了系统结构和实现的复杂性。对于简单的界面，严格遵循 模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降 低运行效率。 2、 视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的