1、 摘 要 由 于社会在不断发展，互联网已经被千千万万的家庭所接收，公交查询在日常生活中占有很重要的位置。通过对公交信息管理 系统的现状分析 ,考虑如何在日常生活中充分利用网络和计算机的优势 , 使公交信息既能够得到及时有效的查询 ,又能得到高效的管理，并节省日常生活中的时间、提高效率 。 本系统应用 B/S 结构 ,MVC 模式采用 S2SH 框架技术 编写 ，采用 MySQL 作为后台数据库 。本系统论文的前言部分主要介绍了与该系统相关的国内外现状以及开发该系统在需求上，技术上的可行性，并介绍该系统开发用到的一些关键性的技术；当确定需求后，该论文的系统设计部分就介绍了具体该怎么去设计并实现该
2、系统。然后该系统论文的系统实现部分再介绍具体实现的细节了。 该系统主要功能包括 公交车 线路 信息查询 ， 公交车论坛，公交新闻，公交车 线路图 ，资源上传下载，用户留言， 乘车指南 ，论坛管理，新闻管理，图片管理，资源管理，留言管理，维护个人信息等功能。 关键词： 公交信息管理 ， B/S 结构 ， S2SH 框架 ， MySQL 数据库 ABSTRACT With the development of the society, the internet has been accepted by millions of families. Through analyzing the pres
3、ent situation of the bus information management system, to consider how to make full use of Internet in our daily life and the advantage of computer, both to make the bus information, timely and effective query and can get efficient management, and save the time and improve efficiency of daily life.
4、 The system applied B/S structure, MVC pattern written by S2SH frame technology.The foreword of thesis of bus system introduces somthings about the system at home and abroad,and the Demand feasibility and the technical feasibility of developing the system.There are also introduce some key technology
5、 about this system.After confirm the demand,the part of the system design of thesis can tell us how to do the system.And then,the part of system implementation of the thesis let us know that how to coding to implements the system. The system main function includes bus information query, bus BBS, new
6、s, bus image center, resource upload and download, user messages, system introduction, BBS management, news management, image management, resource management, message management, maintenance of personal information, and other functions. Keyword: The bus information management, B/S structure, S2SH fr
7、amework, MySQL Database 目 录 第一章 概述 . 1 1.1 开发背景 . 1 1.2 目的及意义 . 1 1.3 课题研究的内容 . 2 第二章 系统开发的相关技术 . 3 2.1 JSP 技术 . 3 2.2 MVC 模式 . 3 2.2.1 Model: 系统状态和商业逻辑 JavaBeans . 4 2.2.2 View: JSP 页面和表示组件 . 4 2.2.3 Controller: ActionServlet 和 ActionMapping . 5 2.3 STRUTS2 简介 . 5 2.4 MYSQL 数据库 . 6 第三章 需求分析 . 8 3.1
8、 技术支持 . 8 3.1.1 系统框架的选择 . 8 3.1.2 数据库的选择 . 9 3.2 系统功能需求 . 9 3.2.1 总体需求 . 10 3.2.2 各模块设计 . 10 3.2.3 数据流图 . 11 3.3 系统非功能需求 . 12 3.3.1 技术可行性 . 12 3.3.2 管理可行性 . 13 3.3.3 系统准确性和及时性 . 13 3.3.4 系统开放性和可扩充性 . 13 3.3.5 系统易用性和易维护性 . 13 3.3.6 系统的响应速度 . 13 第四章 总体设计 . 14 4.1 系统用例图设计 . 14 4.1.1 系统前台用例图 . 14 4.1.2
9、系统后台用例图 . 15 4.2 系统 模块划分图 . 15 4.3 系统 E-R 图 . 16 4.4 系统流程图 . 17 4.5 数据库设计 . 18 4.5.1 数据库设计原则 . 18 4.5.2 数据表结构设计 . 19 第五章 详细设计与实现 . 22 5.1 系统的活动图 . 22 5.1.1 会员注册模块 . 22 5.1.2 登陆模块 . 22 5.2 系统框架关键配置 . 23 5.2.1 Struts2 关键配置 . 23 5.2.2 Spring 事务管理配置 . 24 5.2.3 Hibernate 持久化配置 . 25 5.3 各功能模块实现 . 26 5.3.1
10、 用户登录注册模块的实现 . 26 5.3.2 公交查询模块的实现 . 28 5.3.3 公交论坛模块的实现 . 32 5.3.4 公交新闻模块的实现 . 33 5.3.5 公交线路图模块的实现 . 34 5.3.6 资源上传下载模块的实现 . 35 5.3.7 用户留言模块的实现 . 37 5.3.8 乘车指南模块的实现 . 39 5.3.9 线路管理模块的实现 . 39 5.3.10 论坛管理模块的实现 . 42 5.3.11 新闻管理模块的实现 . 43 5.3.12 图片管理模块的实现 . 45 5.3.13 资源管理模块的实现 . 46 5.3.14 留言管理模块的实现 . 47 5
11、.3.15 用户管理模块的实现 . 48 第六章 软件测试 . 50 6.1 软件测试的目的及意义 . 50 6.2 测试的方法 . 50 6.3 测试用例 . 51 6.3.1 注册测试用例 . 51 6.3.2 登陆测试用例 . 51 6.3.3 公交查询功能测试用例 . 52 谢 辞 . 54 参考文献 . 55 1 第一章 概述 1.1 开发背景 城市 公交 是专门服务于市民出行的客运企业。它是城市社会和经济活动的重要组成部分。伴随着国民经济和城市建设的快速发展，城市经济的繁荣，人口的增加，城市必须解决好人们出行的需求。 城市公交 直接关系着城市的经济发展 和 居民生活，对城市经济具有
12、全局性、先导性的影响，城市 公交以其 方便、快捷、容量大而成为城市交通的主体 。但是随着公交系统的庞大，人们很难得到准确的公交信息，这样给一些人的出行就带来了不便。 现阶段，人们的出入方式主要还是来源于城 市公交，特别是对于那些到外地出差、打工，进行商业有关或其他事情需要在外地进行短暂停留的人而言，公交对他们是必不可少的，但是对于那个不属于自己所熟悉的城市，坐公交也是一个很大的难题，因此，开发一个公交查询系统就显得非常的重要。 随着城市经济的发展、规模的扩大以及人口的增长，城市交通问题日益突出。降低出行时间将使所有的公交利用者产生效益，快速的交通、更好的信息及更好的市场可以提高公交的形象，能够
13、增加公交乘坐者。城市公共交通运输以其覆盖面广、经济、快捷的特点，成为绝大多数出行者的首选方式，也是各地城市政府大力发展 的一种交通方式。本地市民特别是外来旅游、出差、就医等急需了解本地道路情况的人可以利用本系统方便快捷的查询出所有符合他们要求的公交路线，对他们的出行和生活提供帮助。 设计公交信息管理系统能够方便城市公交管理者对公交线路进行管理，及时更新最新的线路信息， 市民在使用时能够掌握实时的公交线路状况，也方便了使用者直接的信息交流，对于城市公共交通的发展是有利的。 1.2 目的 及 意义 应广大城市市民查询公交信息的需求，公交公司对城市公交线路等信息的管理需求，开发一套公交信息管理系统。
14、主要针对用户和管理员，用户在此系统可以 对所要了解的公交线路进行查询，对公交服务中存在的问题提出建议，对服务中的不合理行为进行投诉，参与用户之间的讨论等 ； 而管理员主要负责后台的管理，管理员不需要运用传统的方式进行纷繁复杂的操作，使用本系统，管理员登录后可以对线路信息、用户信息、留言信息 等 进行添加、删除、查询和修改功能。此系统 将以简洁、易懂的界面呈现给用户，目标能够使每一个用户易于操作，减少不必要的业务逻辑，提高该系统的利用率和运行、维护效率。 设计本系统的目的在于掌握 MVC 设计模式及该模式下三种对象的设计方法，掌握面向对象设计 （ Object-Oriented Design，
15、OOD） 方法的步骤 。 系统的首要目标是能够满足目前的业务功能需要，并确保系统切换平滑、运行稳定；对于 service 的编写，通2 过参数配置等形式，实现其应具备的控制功能，并具有良好的可扩展性，提高 service的复用性 ； 对于 HTML 界面的编写 ,以简洁、轻快明了、规范性为目标 ， 使其呈现的效果多、丰富 ； 对于 JavaBean 的编写使其具有对 数据进行增、删、改、查、参数初始化的业务逻辑。 1.3 课题研究的 内容 本文共分为六大章，其中分为课题来源到系统开发的相关技术、系统分析、总体设计等等。通过每一章的阐述对 公交信息管理 系统做出了详细的讲解和分析。 第一章、 前
16、言 本章主要阐述了 公交信息管理 系统的课题来源 背景 及课题 研究 的目的 与意义。 第二章、 开发 相关技术 本章主要介绍了该系统在什么环境中运行，运用的开发语言以及相关的技术简介 等。 第三章、 需求分析 本章主要根据 公交 企业 管理 信息的过程和特点，以及客户的需求，对系统的功能进行设计 ，并对系统的可行性作了分 析 。 第四章、 总体设计 本章主要阐述了 公交信息管理 系统的系统结构设计、功能模块图、数据库设计、逻辑设计及物理设计等。 第五章、 详细设计与实现 本章主要阐述了前台界面和后台管理模块的设计与代码编写。 第六章、 系统测试 本章主要是对系统进行测试，对本系统进行总结，并
17、提出遇到的问题及系统中的不足之处。 3 第二章 系统开发 的 相关技术 2.1 JSP 技术 JSP 技术可以以一种简捷而快速的方法生成 Web 页面。使用 JSP 技术的 Web 页面可以很容易地显示动态内容。 JSP 技术的设计目的是使得构造基于 Web 的应用程序更加容易和快捷，而这些应用程序能够与各种 Web 服务器、应用服务器、浏览器和开发工具共同工作。 JSP 技术不是惟一的动态网页技术，也不是第一个，在 JSP 技术出现之前就已经存在几种优秀的动态网页技术，如 CGI、 ASP 等。下面结合这些技术的介绍，讲述动态网页技术的发展和 JSP 技术的诞生。 JSP 具有以下优点： 1
18、简便性和有效性 JSP 动态网页的编写与一般的静态 HTML 的网页编写是十分相似的。只是在原来的 HTML 网页中加入一些 JSP 专有的标签，或是一些脚本程序（此项不是必需的）。这样，一个熟悉 HTML 网页编写的设计人员可以很容易进行 JSP 网页的开发 。而且开发人员完全可以不自己编写脚本程序，而只是通过 JSP 独有的标签使用别人已写好的部件来实现动态网页的编写。这样，一个不熟悉脚本语言的网页开发者，完全可以利用 JSP 做出漂亮的动态网页。而这在其他的动态网页开发中是不可实现的。 2程序的独立性 JSP 是 Java API 家族的一部分，它拥有一般的 Java 程序的跨平台的特性
19、。换句话说，就是拥有程序的对平台的独立性，即 Write once，Run anywhere!。 3程序的兼容性 JSP 中的动态内容可以各种形式进行显示，所以它可以为各种客户提 供服务，即从使用 HTML/DHTML 的浏览器，到使用 WML 的各种手提无线设备（例如，移动电话和个人数字设备 PDA），再到使用 XML 的 B2B应用，都可以使用 JSP 的动态页面。 4程序的可重用性 在 JSP 页面中可以不直接将脚本程序嵌入，而只是将动态的交互部分作为一个部件加以引用。这样，一旦这样的一个部件写好，它可以为多个程序重复引用，实现了程序的可重用性。现在，大量的标准 JavaBeans程序库
20、就是一个很好的例证。 2.2 MVC 模式 MVC(Model/View/Controller)模式是国外用 的比较多的一种设计模式，最早是在Smaltalk 中出现的。 MVC 包括三类对象，简单地说， Model 是应用对象， View 是它在屏幕上的表示， Controller 定义用户界面对用户输入的响应方式 6。 MVC 设计模式中“模型“指的是真正完成任务的代码。对大多数 Web 应用程序来说，4 功能比界面感觉更重要。在模型同界面相分离的情况下，代码即可实现可管理性和可重用性。模型通常也被称作”业务逻辑“。 所谓“视图“其实就是使用界面。在 MVC 模式下，在通常的设计前提下界面
21、任务并不大。当然，视图应该具有一定功能性并遵守可 用性的约束，但视图不应当处理数据。事实上，界面的每一部分都只能包含采集数据的足够逻辑，并把它传递给设计模式中的其他组成部分以进行处理。 “控制器”控制着模型和视图之间的交互过程。它决定着向用户返回怎样的视图，检查通过界面输入的信息以及选择处理输入信息的模型。 在 JSP 开发中，最常使用 Model2。 Model2 实际上就符合 MVC 模式。 2.2.1 Model: 系统状态和商业逻辑 JavaBeans 基于 MVC 的系统中的 Model 部分可以细分为两个概念 - 系统的内部状态， 能够改变状态的行为。 用语法术语来说，我们可以把状
22、态信息当作名词 (事物），把行为当作动词 (事物状态的改变）。 通常说来，你的应用程序将系统内部的状态表示为一组一个或多个的 JavaBeans，使用属性 (properties）来表示状态的细节。依赖于你的应用程序的复杂度，这些 beans 可以是自包含的 (以某种方式知道怎样永久地保存它们的状态信息），或者可以是正面的 (facades），知道当被请求时怎样从外部数据源 (例如数据库）中取得信息。 Entity EJB 通常也用来表示内部状态。 大型应用程序经常将系统可能的商业逻辑行为表示为可以 被维护状态信息的 beans调用的方法。举个例子，你有一个为每个当前用户保存在 session
23、 中的购物车 bean，里面是表示当前用户决定购买物品的属性。这个 bean 有一个 checkOut()方法用来验证用户的信用卡，将定单发给库房以选择货品和出货。别的系统分别地表示同样的行为，或许使用 Session EJB。 在一些小型应用程序中，同样的行为又可能嵌入到作为Controller 一部分的 Action 类中。这在逻辑非常简单或者并不想要在其它环境中重用这些商业逻辑时是恰当的。 Struts 框架支持所有这些方法，但建 议将商业逻辑 (“做什么“）和 Action 类 (“决定做什么”）分离开。 2.2.2 View: JSP 页面和表示组件 基于 Struts 的应用程序中
24、的 View 部分通常使用 JSP 技术来构建。 JSP 页面包含通常称为“模版文本”的静态 HTML(或 XML）文本，加上插入的基于对特殊行为标记解释的动态内容。 JSP 环境包括了其用途由 JSP 规范来描述的一套标准的行为标记，例如 。另外，还有一个用来定义你自己标记的标准机制，这些自定义的标记组织在“定制标记库”中。 Struts 包括了一 个广阔的便于创建用户界面，并且充分国际化的定制标记库，与作为系统 Model 部分一部分的 ActionForm beans 美妙地相互配合。这些标记的使用将在后面做详细讨论。 除了 JSP 页面和其包含的行为及定制标记，5 商业对象经常需要能够
25、基于它们在被请求时的当前状态将自己处理成 HTML(或 XML）。从这些对象处理过的输出可以很容易地使用 标准行为标记包括在结果的JSP 页面中。 2.2.3 Controller: ActionServlet和 ActionMapping 应用程序的 Controller 部分集中于从客户端接收请求 (典型情况下是一个运行浏览器的用户），决定执行什么商业逻辑功能，然后将产生下一步用户界面的责任委派给一个适当的 View 组件。在 Struts 中， controller 的基本组件是一个 ActionServlet 类的 servlet。这个 servlet 通过定义一组映射 (由 Java
26、 接口 ActionMapping 描述）来配置。每个映射定义一个与所请求的 URI 相匹配的路径和一个 Action 类 (一个实现 Action 接口的类）完整的类名，这个类负责执行预期的商业 逻辑，然后将控制分派给适当的 View 组件来创建响应。 Struts 也支持使用包含有运行框架所必需的标准属性之外的附加属性的 ActionMapping 类的能力。这允许你保存特定于你的应用程序的附加信息，同时仍可利用框架其余的特性。另外， Struts 允许你定义控制将重定向到的逻辑名，这样一个行为方法可以请求“主菜单”页面 (举例），而不需要知道相应的 JSP 页面的实际名字是什么。这个功能
27、极大地帮助你分离控制逻辑 (下一步做什么）和显示逻辑(相应的页面的名称是什么）。 2.3 Struts2 简介 Struts2 是 以 Webwork 的设计思想为核心，吸收了 Struts1 的优点，因此，可以认为 Struts2 是 Struts1 和 Webwork 结合的产物。 Struts2 既然是从 Struts1 发展而来，但实际上 Struts2 与 Struts1 在框架的设计思想上面还是有很大的区别， Struts2 是以 WebWork 的设计思想为核心，为什么 Struts2不沿用 Struts1 的设计思想，毕竟 Struts1 在目前的企业应用中还是有非常大的市场在
28、的，那么，来看下 Struts1 的一些缺点吧： 1）支持的表现层技术单一。 2）与 Servlet API 严重耦合，这点可以从 Action 的 Execute 的方法声明里面就可以看的出来。 3）代码依赖 Struts1 API，有侵入性，这点可以从写 Action 类和 FormBean 的时候看的出来，Action必须实现 Struts的 Action类而 Struts2之所以以 WebWork的设计思想为其核心，一点就是最近 WebWork 的上升势头，再就是 WebWork 没有 Struts1 上面的那些缺点，更符合 MVC 的设计思想，也更利于代码的复用。基于以上介绍可以看的出， Struts2 体系结构与 Struts1 的体系结构有很大 的差别， Struts1 是使用 ActionServlet 做为其中心处理器， Struts2 则使用一个拦截器（ FilterDispatcher）做为其中心处理器，这样做的一个好处就是将 Action 类和 Servlet API 进行了分离。 Struts2 的简单处理流程如下： 1）浏览器发送请求。 2）中心处理器根据struts.xml 文件查找对应的处理请求的 Action 类。 3） WebWork 的拦截器链自动对请
