1、 目 录 摘 要 . 错误 !未定义书签。 第 1 章 绪 论 . 1 1.1 背景介绍 . 1 1.1.1 项目开发背景 . 1 1.1.2 研究目标 . 1 1.2 相关技术介绍 . 1 1.2.1 B/S 模式 . 1 1.2.2 JavaEE . 2 1.2.3 MySQL . 2 1.2.4 AJAX . 2 1.3 可行性分析 . 2 1.3.1 技术上可行性 . 3 1.3.2 经济上可行性 . 3 1.3.3 管理上可行性 . 3 1.4 系统环境配置 . 3 1.4.1 安装 jdk . 3 1.4.2 安装 tomcat . 3 1.4.3 安装 MySQL . 3 1.4
2、.4 系统布署 . 3 第 2 章 系统分析 . 4 2.1 需求分析 . 4 2.1.1 业主使用功能 . 4 2.1.2 管理员使用功能 . 4 2.2 架构分析 . 4 2.3 业务逻辑分析 . 5 第 3 章 系统设计 . 6 3.1 系统总体设计 . 6 3.2 数据库设计 . 6 3.2.1 数据库逻辑设计 . 6 3.2.2 数据库物理设计 . 9 第 4 章 系统功能实现 . 15 4.1 后台管理系统 . 15 4.1.1 登录后台管理系统 . 15 4.1.2 住房资料管理模块 . 16 4.1.3 车位资料管理模块 . 17 4.1.4 住户报修管理模块 . 19 4.1
3、.5 住户投诉管理模块 . 21 4.1.6 物业收费管理模块 . 22 4.1.7 公告管理模块 . 26 4.1.8 消息管理模块 . 27 4.1.9 系统设置模块 . 28 4.2 前台门户网站 . 29 4.2.1 首页 . 29 4.2.2 业主登录界面 . 29 4.2.3 在线投诉界面 . 30 4.2.4 在线报修界面 . 30 4.2.5 费用查询界面 . 31 4.2.6 查看消息界面 . 32 4.2.7 自服务界面 . 33 第 5 章 系统测试 . 34 5.1 web 系统测试 . 34 5.1.1 界面测试 . 34 5.1.2 功能测试 . 34 5.1.3
4、性能测试 . 34 5.1.4 可用性测试 . 35 5.2 运行概况及存在问题 . 35 5.2.1 测试结果 . 35 5.2.2 存在问题 . 错误 !未定义书签。 在功能测试中，物业收费管理模块中的录入水、电、燃气月用量功能必须全部一次性输入整栋数据，未填项默认为 0，这样某户数据不详时，就无法录入。 . 错误 !未定义书签。 第 6 章 结论 . 36 参考文献 . 37 附 录 主要代码 . 38 1 第 1 章 绪 论 1.1 背景介绍 1.1.1 项目开发背景 达西物业管理公司自成立以来的短短两 年间，无论是经营规模 、 管理模式还是服务质量都已经处于领先地位 。 公司按市场化
5、、专业化的管理模式 1，以住户至上、服务第一为宗旨 。 现接手管理的东城水岸小区为 2002 建成的 小高层建筑， 总建筑面积约 8.4 万平方米 ,拥有楼宇 8 栋，住户 240 户，停车位 120 个。 以前是传统的管理 方式，利用 excel 来在存储处理 业务信息 ， 存在这许多弊端，由于不可避免的人为因素，经常造成数据的遗漏、误报 。 计算机信息化管理 2有着储存信息量大、速度快等许多优点 ， 提供给我们的处理信息及时快捷 。 达西物业管理公司 为 了给 客户提供安全、文明、满足客户需求 的服务， 持续改 进 高品质 的 物业管理 方式 3,为了更高效的 业务 信息 管理， 特 委托
6、安徽点点通信息技术有限公司开发 了 达西小区服务信息管理系统 。 本系统的开发完成，将给达西 物业管理公司的 物业管理带来很大的方便，从而给物业管理工作带来更高的效率，这也是小区物业管理正规化、现 代化的重要标志。 1.1.2 研究目标 研究目标是利用 JavaEE 开发 基于 B/S 结构的 小区物业 管理系统，实现 小区物业管理的全部功能且便于维护更新 。 主要功能概括为 ： 1 对小区内住 房 的详细资料的管理，包括增、删、改、查功能。 2 在具有了所有的基本资料信息后，需要实现实质性的物业管理。主要的管理业务包括：车位管理、仪表（水、电 、燃气 ）数据管理、收费管理、住户投诉管理、住户
7、报修管理等。 3 前台门户网站供小区业主访问登录，实现查看公告、投拆、报修、查看消息功能。 1.2 相关技术介绍 1.2.1 B/S 模式 B/S(Browser/Server)结构 ,即 浏览器 和服务器结构。它是对 C/S 结构的一种变化或者改进的结构。在这种结构下 ,用户工作界面是通过 WWW 浏览器来实现 ,极少部分事务逻辑在前端 (Browser)实现 ,主要事务逻辑在服务器端 (Server)实现 ,server 端访问数据库 ,形成所谓三层 3-tier 结构。 B/S 结构使用的 http 协议 ,就是针对超级文本的 ,而超级文本自身就带着多媒体的韵味。如 今 WEB 技术的日
8、益成熟 ,B/S 结构浮出水面并呈现逐渐取代 C/S 的形势 ,使得教学软件系统的 网络体系结构 跨入一个新阶段。 B/S 结构最大的优点就是可以在任何地方进行操作而不用安装任何专门的软件。只要2 有一台能上网的电脑就能使用，客户端零维护。系统的扩展非常容易，只要能上网，再由系统管理员分配一个用户名和密码，就可以使用了。甚至可以在线申请，通过公司内部的安全认证（如证书）后，不 需要人的参与，系统可以自动分配给用户一个账号进入系统。 1.2.2 JavaEE JavaEE 是一种利用 Java 平台来简化企业解决方案的开发、部署和管理相关的复杂问题的 体系结构 。 JavaEE 技术 的基础就是
9、核心 Java 平台 ， JavaEE 不仅巩固了标准版中的许多优点，例如 “编写一次、随处运行 “的特性、方便存取 数据库 的 JDBC API、 CORBA 技术以及能够在 Internet 应用中保护数据的安全模式等等，同时还提供了对 EJB（ Enterprise JavaBeans）、 Java Servlets API、 JSP（ Java Server Pages）以及 XML 技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。 JavaEE 体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过
10、提供统一的开发平台， JavaEE 降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持 Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。 1.2.3 MySQL MySQL 是一个小型关系型数据库管理系统，与其他的大型数据库例如 Oracle、 DB2、SQL Server 等相比， MySQL 自有它的不足之处，如规模小、功能有限（ MySQL Cluster 的功能和效率都相对比较差）等，但是这丝毫也没有减少它受欢迎的程度。对于一般的个人使用者和中小型企业来说， MySQL 提供的功能已经绰绰
11、有余，而且由于 MySQL 是开放源码软件，因此可以大大降低总体拥有成本。 1.2.4 AJAX AJAX 不是一种新的编程语言，而是一种用于创建更好更快以及交互性更强的 Web 应用程序的技术 。 通过 AJAX， JavaScript 可使用 JavaScript 的 XMLHttpRequest 对象来直接与服务器进行通信。通过这个对象， JavaScript 可在不重载页面的情况与 Web 服务器交换数据 。 AJAX 在浏览器与 Web 服务器之间使用异步数据传输（ HTTP 请求），这样就可使网页从服务器请求少量的信息，而不是整个页面。 AJAX 可使因特网应用程序更小、更快，更友
12、好。 JavaScript XML HTML CSS 在 AJAX 中使用的 Web 标准已被良好 定义，并被所有的主流浏览器支持。 AJAX 应用程序独立于浏览器和平台。 Web 应用程序较桌面应用程序有诸多优势；它们能够涉及广大的用户，它们更易安装及维护，也更易开发。不过，因特网应用程序并不像传统的桌面应用程序那样完善且友好。 通过 AJAX，因特网应用程序可以变得更完善，更友好。 1.3 可行性分析 3 1.3.1 技术上可行性 该系统所需硬件设备，市场上销售且价格较低，甚至可以使用原有的设备，软件上，操作系统采用 Windows 系列操作系统，数据库管理系统采用 mysql，这些软件在
13、 MIS 开发中已被大量 应用，技术上都比较成熟。因此在技术上是可行的。 1.3.2 经济上可行性 由于住户需要支付管理费，因此小区在采用计算机来进行小区的管理，因开发经费没有问题。 1.3.3 管理上可行性 达西物业管理公司的员 工 都经过 培训。有计算机操作经验，并有丰富的管理和工作经验，因此因管理上可行。另外，小区也决定对新员工制定了培训计划，并进行了实施 MIS的物质准备和工作准备。 1.4 系统环境配置 1.4.1 安装 jdk 本系统使用 jdk1.6 开发。下载安装 后 ，配置 path 环境变量 。 1.4.2 安装 tomcat 本系统使用 tomcat5.5 作为 web
14、服务器 ， 启动前需设置 java_home 环境变量。 1.4.3 安装 MySQL 本系统使用 MySQL5.0 作为 后台数据库 。 1.4.4 系统 布 署 将项目文件复制到 tomcat5.5 的安装路径下的 webapps 目录下。启动 tomcat,打开浏览器即可使用系统。 4 第 2 章 系统分析 2.1 需求分析 2.1.1 业主使用功能 小区业主作为 用户可登录系统前台，实现以下功能： 1 查询水、电、燃气等用量用费，查询各类费用的缴纳情况 ； 2 报修以及查看已有报修 ； 3 投诉以及查看已有投诉 ； 4 消息管理，查看 催缴费用的通知 ； 5 自服务系统， 更改用户 登
15、录密码等。业主以自家房号作为用户名登录系统 。 2.1.2 管理员使用功能 物业公司客服人员作为系统管理员登录系统后台，实现以下功能： 1 基本设置： 更改 登录 密码， 更改小区简介 ， 数据库备份还原 ； 2 用户（业主）资料管理（增、删、改、查） ； 3 房产资料管理（增、删、改、查） ； 4 车位资料管理（增、删、改、查） ； 5 报修管理： 查看报修列表，对报修进行处理，维修完成后统计维修费用 ； 6 投诉管理： 查看投诉列表，处理投诉，回复处理结果 ； 7 费用收缴： 每月录入水、电、燃气用量用费列表，（ 人工抄表，录入系统） ，按月查看各类费用 清单，对于欠费业主发送催费通知 ；
16、 8 发布公告 ； 2.2 架构分析 架构 分析 如下： 1 逻辑架构： JSP+JavaBean +Database (1)JSP 负责 表现 (2)JavaBean 负责业务逻辑 (3)Database 负责持久保持数据 2 物理架构： Web 服务器一台， Database 服务器一台 3 技术解决方案： WebServer-Tomcat5.5， Database-MySQL5.0 5 2.3 业务逻辑分析 系统主要实体类以及类之间关系 分析如下： 1 房屋类： (1) 包装房屋信息 (2) 与用户类是一对一的关系 2 车位类： (1) 包装车位信息 (2) 与房屋类是多对多 的关系 3
17、 用户类： (1) 包装系统用户信息 (2) 与房屋类是一对一的关系 4 收费信息类 (1) 包装各类费用信息 (2) 与房屋类是一对一的关系 5 报修信 息类 (1) 包装用户报修信息 (2) 与房屋 类是多对一的关系 6 投诉信息类 (1) 包装用户投诉信息 (2) 与用户类是多对一的关系 7 消息类 (1) 包装物业客服人员发送给用户的各类消息 (2) 与用户类是多对一的关系 8 公 告类 (1) 包装物业客服人员（即系统管理员）发布的公告 6 第 3 章 系统设计 3.1 系统总体 设计 根据需求分析所了解的模块和功能，将系统设计如下： 图 3-1 系统功能模块图 3.2 数据库设计 3.2.1 数据库逻辑 设计 根据对系统做的需求分析和模块总体设计，做出满足用户需求的各种实体以及它们之间的关系。 设计 实体 E-R 图如下： 1. 用户信息 图 3-2 用户 信息 2. 房屋信息 用户信息 房屋号 密码 达西物业管理系统 前台用户 后台管理员 自服务系统 报修 投拆 查看消息 查询各类用费 缴费管理 投诉管理 报修管理 车位资料管理 房产资料管理 用户资料管理 基本设置 公告管理 查 看 首页 信息
