公交查询系统的设计与实现.docx
.
公交查询系统的
设计与实现
班级： 12 物联网工程
学号： 1201141057
姓名：郑秀成
日期：2014 年 12 月 15 日
.
引言
随着因特网发展的日新月异，人们利用网络实现资源共享以及协同工作越来越成为
时代的潮流，使用各种网上的软件方便生活，已经成为了一个不可扭转的趋势。以此设
计题目为目的，选择市作为实践对象，以市公交系统为基础，再利用所学知识，熟练运
用开发工具后，开发一个市手机公交线路查询软件，并且尽可能将其开发为一个方便大
众使用的公交线路查询软件。
而且在当今公交出行线路多数是通过PC 机查询获得的，但是假想一下在公交出行
线路走到一半的时候计划有所变化，公交出行线路需要有所调整，那么如何能够动态掌
握线路信息显得尤为重要，而且将来对生活的满意度也不仅仅是百姓致富安居乐业就足以，而是逐渐趋向于一个更人性化的服务。城市交通服务以及附属的一些服务一直都在
不断的随着社会的进步而进步，这些服务从最开始的直接人力服务转向技术型服务，如
询问，路牌等，然而这些服务总是有比较大的局限性，即纵然你知道了这条路该怎么走，下条路线该通到哪却不知，于是开发这个手机公交线路查询软件，可在手机上随时随地
对公交线路进行查询，对用户将要出行的路线了如指掌，这对用户来说可以省去很多麻
烦，节省不少时间。本次毕业设计结合市公交线路系统开发一个公交线路手机查询软件,服务于大众。
.
目录
第一章需求分析与概要设计 (1)
1.1可行性分析 (1)
1.2需求分析 (2)
1.2.1 系统功能需求 (2)
1.2.2服务器端需求分析 (3)
1.2.3客户端需求分析 (4)
1.2.4开发环境及工具需求分析 (5)
1.3概要设计 (6)
1.3.1开发流程 (6)
1.3.2系统数据流图 (6)
1.3.3系统整体结构说明 (7)
1.3.4系统功能模块的划分 (8)
第二章模式设计
(12)
2.1C/S 模式简介 (12)
2.2B/S 模式简介 (12)
2.3B/S-C/S 模式 (13)
2.3.1B/S-C/S模式定义 (13)
2.3.2B/S-C/S模式特点 (15)
第三章数据库设计 (16)
3.1数据库结构 (16)
3.2服务器数据库设计： (16)
3.3客户端数据库设计： (20)
3.3.1SQLite 简介 (20)
3.3.2数据库设计 (21)
第四章系统测试
(24)
4.1系统测试方案 (24)
4.2性能分析 (24)
总结 (26)
.
第一章需求分析与概要设计
1.1 可行性分析
可行性分析是对系统进行全面、概要的分析。它的任务是确定项目开发时是
否必要和可行。它的主要目标是：进一步明确系统的目标、规模和功能，对系统
开发背景、必要性和意义进行调查分析，并且提出系统的逻辑模型和各种可能的
方案，从而为系统开发项目的决策提供科学依据。主要从三个方面进行研究：（1）技术可行性：以现有技术进行系统开发及系统实施，是完全可行的。首先，从自
身来分析，经过 2 年多的学习已经初步掌握了JSP控件、 SQL数据库等方面的编程技巧，对该软件的设计并不存在技术上的难点。第二方面，在设计这个系统之前，我进行了一系列先期调研，查阅了有关使用JSP进行数据库开发方面的论著、教材和论文，更多是利用网络的便利条件，从网上查阅了北京、上海、、等大型
城市的公交查询系统，并认真地对其进行了分析研究，由于时间紧,任务重，我没有更多的时间来开发完整的系统，所以就以查询作为这个系统的核心。其次，
从数据库方面来分析，也是可行的。系统所建立的数据库表中包含有五个字段：
bus_number,bus_station1, bus_station2, bus_station3, bus_station4 。bus_number 用来存放车次， bus_station1, bus_station2, bus_station3, bus_station4 这四个字段用来存放站点。（ 2）经济可行性：从这方面来说，本系统的开发作为课题来
说不需要什么经济投入，因此来说也是可行的。（3）营运可行性 :国很早就开始应用公交查询系统，我国大部分城市都有公交查询系统。那么从这方面来说是可行的。
1.2 需求分析
手机公交线路查询软件最基本的功能是能够有效的为用户提供查询服务，在最短的时间给用户一条或多条到达目标地的路径。整个查询过程中，只有数据信息是依靠服务器同步获取，其余功能均在手机端完成。在此分别对手机公交线路
查询软件的服务器端和客户端做需求分析。
1.2.1 系统功能需求
本系统的用户包括用户和管理员两类，其中管理人员对此系统进行数据的
修改、删除、查找、添加路线以及发布公交动态等功能。而用户则可运用本系
统合理有效的查询路线、安排行程。
功能规划：本系统有两大功能：查询功能以及更新维护功能。其中查询功能包
括站站查询功能、车次查询功能、公交站点车次查询三项基本功能。
功能描述：
a.站站查询：乘客通过输入起点和终点的站名，那么通过这两个车站的所有车
次就会显示出来供乘客选择合适的乘车路线
b.车次查询：乘客通过输入公交车车次就可以查询出该车次经过的所有站点，
乘客可以根据站点来选择自己的乘车路线
c.公交站点车次查询：这种方案一般针对不城市公交不熟
悉的人，通过输入站点或者车次就可以同时显示站点和车次两种
信息，根据这个就可以选出最佳的乘车方案。
d.更新维护：管理员负责对公交路线修改和更新，以及系统的维护，同时公布
最新的变动信息（包括车次变动和价格变动等）或者有关城市公交的新闻
对性能的一般性规定：
1灵活性：当要对系统进行添加数据或删除、更新等操作时，可以容易地对系
统进行操作，并且不影响系统的正常运行，更不会有任何出错的现象。
2数据精确 :因为此数据为系统部数据 ,所以要求不能有误差。
3时间特性 :系统应有即时性 ,能尽快查询出所需结果
1.2.2 服务器端需求分析
服务器作为后台，需要专业人员对服务器操作和维护，一般情况可由非专业人员借助管理软件对服务器进行常规维护。服务器可以通过数据库同步，为客户端数据库提供数据。通过仔细分析服务器需求之后，服务器端要完成以下功能：
1、服务器后台管理功能
服务器后台管理是针对数据库进行操作，具有增、删、改、查功能。
2、数据同步功能。
采用 Servlet 技术，响应客户端请求，返回给客户端一端数据流，该数据流
按照 Xml 语言规写入数据流。
服务器端功能模块划分如图 1.1.1 所示。
.
图 1.2.1 服务器端功能模块图
1.2.3 客户端需求分析
客户端主要是手机，用户无法通过手机对本地数据库进行操作，也无法对服务器数据库操作，管理员可以通过手机浏览器登录到服务器管理员页面对数据库
进行操作，可以使用一些功能。该软件应满足若干要求，比如能够随时掌握公交信息，动态更新最新数据等。也要考虑作为手机软件可能会出现查询速度慢，数据流量过大，过度依赖服务器等问题。通过仔细分析用户需求之后，该软件要完成以下功能：
1、查询线路功能
获得线路经过的每个站点信息以及线路的票价信息和发车时间信息。
2、地图查询功能
借助 GoogleMap ，完成公交查询并显示地图线路。
3、数据更新功能
服务器响应客户端请求返回一段数据流，客户端接收此数据流后，按照Xml 语言规对数据流进行解析，解析后将数据存入客户端数据库。
4、意见反馈功能
通过手机将意见发送到管理员的。
客户端功能模块划分如图 1.1.2 所示。
图 1.2.2 客户端功能模块图
1.2.4 开发环境及工具需求分析
服务器端开发环境，以windows7 操作系统为开发平台，用Tomcat6.0 做为服务器， Mysql5.0 作为数据源， JSP 作为开发工具， Dreamweaver8.0 作为辅助
开发工具，运行在一般的PC 机上即可。
客户端开发环境，以 Android 手机操作系统为开发平台，用 Android 手机操
作系统自带的 SQLite 作为数据源。Java语言和 Xml 语言作为开发工具， Eclipse3.5
作为辅助开发工具。整个 Android 手机操作系统是在Android SDK 提供的虚拟机
中运行，该虚拟机运行在windows7操作系统上，所以客户端的开发是在
windows7 操作系统上运行的Android 操作系统中进行的二次开发。
1.3 概要设计
1.3.1 开发流程
开发流程如图 1.3.1 所示。
调查研究确定功能编写程序调试程序运行测试优化完善
图 1.3.1 开发流程图
1.3.2 系统数据流图
系统数据流程如图 1.3.2 所示。
.
图 1.3.2 系统数据流图
1.3.3 系统整体结构说明
该系统包括前台和后台两部分，主要包括用登陆、站点输入、线路输出、站点修改、线路更新等功能。系统的整体功能模块图如图 1.2.3 所示：
.
公交查询系统
前台查询系统后台管理系统
管车消
本查用次息本
理
站询户管发站
员
导模留理布导
登
航块言模模航
陆
块块
查按
查添修删方
询询加改除
法
方结车车车
进
式果次次次
行
原输信信信
查
则出息息息
询
图 1.3.3 整体功能模块图
1.3.4 系统功能模块的划分
公交查询系统功能划分模块如下：
.
1）查询系统模块该模块实现公交查询功能。可实现按起点－中转站－终点查询查询
和按线路查询两种查询方式。
开始
用户录入站点信息
BeigenSpotName,EndSp
otName
等于当但前站点
在 **view 查询站
点相同的车次
N
是否直达
Y
在**view 查询站
生成乘车方案
点相同的车次
显示乘车方案
结束
图 1.3.4 查询系统模块
2）录入系统模块
该模块实现数据的录入、修改、删除功能。该模块由公交站点管理与公交线路管理两部分组成 .详细设计视图如图 1.3.5 录入系统模块所示：
Y 生成漫游方案
Y 生成放大方案
Y 生成缩小方案
Y 生成测距方案
.
开始
用户录入地图信息
将用户输入信息传入
mapOperate
mapOperate 的
参数是否漫游
N
mapOperate 的
参数是否放大
N
mapOperate 的
参数是否缩小
N
mapOperate 的参N
数是否是测距
显示乘车方案
结束
图 1.2.5 录入系统模块
3）信息输入输出模块如图 1.3.6 所示：
.
开始
用户点击地图
N
判断用户输
入的正确性
Y
将用户信息传提示用户输入
入 inforShow有误终止操作
根据 inforShow 的
内容显示具体线路
结束
图 1.3.6 信息输出模块
.
第二章模式设计
2.1 C/S 模式简介
精简的说：C/S 模式是一种三层结构的系统,第一层在客户机上安装了客户机应用程序 ,第二层在服务器上安装服务器管理程序，第三层是数据访问层。在C/S 模式的工作过程中 ,客户机程序发出请求 ,服务器程序接收并且处理客户机程序提
出的请求 ,然后返回结果。
C/S 模式特点：
(1)C/S 模式将应用与服务分离 ,系统具有稳定性和灵活性
(2)C/S 模式配备的是点对点的结构模式,适用于局域网 ,有可靠的安全性
(3)由于客户端实现与服务器端的直接连接,没有中间环节 ,因此响应速度快
(4)在 C/S 模式中 ,作为客户机的计算机都要安装客户机程序,一旦软件系统升
每台客户机都要安装客户机程序,系统升级和维护较为复杂发。
2.2 B/S 模式简介
精简的说： B/S 模式是一种从传统的三层C/S 模式发展起来的新的网络结构
模式，其本质也是三层结构的C/S 模式。在用户的计算机上安装浏览器软件，在服务器上存放数据并且安装服务应用程序，服务器有WWW 服务器和文件服务
器等。用户通过浏览器访问服务器，进行信息浏览、文件传输和电子等服务。
B/S 模式特点：
(1)系统开发、维护、升级方便每当服务器应用程序升级时，只要在服务
器上升级服务应用程序即可，用户计算机上的浏览器软件不需要修改，系统开发
和升级维护方便。
(2)B/S 模式具有很强的开放性在B/S模式下，用户通过通用的浏览器进行访问，系统开放性好。
(3)B/S 模式的结构易于扩展由于Web的平台无关性，B/S模式的结构可以任意扩展，可以从包含一台服务器和几个用户的小型系统扩展成为拥有成千上
万个用户的大型系统。
(4)用户使用方便B/S 模式的应用软件都是基于Web 浏览器的，而 Web 浏览器的界面是类似的。对于无用户交换功能的页面。用户接触的界面都是一致的，用户使用方便。
2.3 B/S-C/S 模式
2.3.1 B/S-C/S 模式定义
B/S-C/S 模式是将 B/S 模式和 C/S 模式组合而来的，吸取这两种模式的优点，达到互补的作用。
B/S 模式和 C/S 模式都是三层结构， B/S 模式第一层是表现层，第二层是业
务逻辑层，第三层是数据访问层。C/S 模式三层结构中第一层是客户端与B/S 模式中的第一层不一样，其余两层相同。
在 B/S 模式和 C/S 模式数据访问过程和业务逻辑处理过程中是在服务器端完成，用户只需接受服务器返回的结果。在 B/S-C/S 模式中，一部分数据访问过程和业务逻辑处理过程在客户端完成，另外一部分数据访问过程和业务逻辑处理过程
在服务器端完成。本手机公交线路查询软件一部分功能只要依靠手机本地数据
库就可以实现，令外一部分功能需要借助互联网实现。
目前不论是手机硬件还是计算机硬件，更新速度很快，而且硬件的配置水平也越来越高，在硬件条件允许的情况下把一部分业务处理、数据访问的过程放在客户端去完成，那么对服务器的硬件要求就会低一些，甚至一些高性能的PC 机就可以作为服务器。从整个作业量来看，本质上是把作业量往客户端多分摊一部分，降低服务器的作业量，因此，对客户端的硬件要比较高的。
B/S-C/S 模式结构如图 2.3.1 所示。
图 2.3.1 B/S-C/S 模式结构图
.
本软件系统采用 B/S-C/S 模式，系统框架如图 2.3.2 所示。
浏览器
客户端管理员身份认证地图软件
管理软件服务器请求客户端请求Google 服务器
管理员身份认证更新
管理员数据库同步数据库数据库
图 2.3.2 系统框架图
2.3.2 B/S-C/S 模式特点
B/S-C/S 模式在继承了 B/S 模式和 C/S 模式的优点之后，还具有以下特点：
(1)可靠性高
1、客户端不必完全依赖于服务器，即便脱离服务器，还有手机数据库的支
持，可以继续使用一部分功能。
2、客户端的数据丢失的时候，可以采用数据库同步的方式从服务器获得新
的数据信息。
(2)省资源
一部分作业在客户端完成，服务器的访问量和作业量都会减少，省资源，维
护起来会更加方便。
.
第三章数据库设计
3.1数据库结构
服务器数据库为总数据源，每一个客户端都拥有独立的小型数据库。客户端数据库信息从服务器端同步获得。
服务器的数据库是基于Mysql 建立，客户端数据库是基于SQLite 建立。
数据库体系结构如图 4.1.1 所示。
图 3.1.1 数据库体系结构图
3.2服务器数据库设计：
用户的需求具体体现在对各种信息的提供、保存、更新和查询等方面。因此，一个满
足要求的数据库必须充分满足对各种信息的输入输出需要。
公交查询系统应满足以下信息需求：
管理员必须先登录系统后台管理才能对系统中线路、站点等信息进行添加、删除、修改等工作。
普通用户不需进行注册就可以直接查询相关信息。
一辆公交车经过多个站点。
每个站点有多辆公交叫信息。
一辆公交只有一条行驶线路。
一条线路包括多个站点。
.
综合上面对网上购物系统数据库的需求分析，考虑到未来功能上的扩展，设计如下的数据项结构：
管理员信息包括的数据项：帐号、姓名和密码。
公交车信息包括的数据项：线路号、始发时间、末班时间、车辆等级、车辆类型、始发站、终点站。
站点信息包括的数据项：站点名称、要经过的线路号。
线路信息包括的数据项：线路号、线路中包括的站点号。
通过上面数据库的需求分析可知，该系统的实体有管理员实体、公交车实体、线路实体、站点实体。
管理员实体如图 3.2.1 所示：
管理员
Password
Num
Name
图 3.2.1 管理员实体图
公交车实体图如图 3.2.2 所示：
公交车
BusNum
EndTime BeigenSt BeigenTime
EndSt BusState
BusLevel