公交查询系统的设计与实现Word文档格式.docx
- 文档编号:13235263
- 上传时间:2022-10-08
- 格式:DOCX
- 页数:25
- 大小:255.31KB
公交查询系统的设计与实现Word文档格式.docx
《公交查询系统的设计与实现Word文档格式.docx》由会员分享,可在线阅读,更多相关《公交查询系统的设计与实现Word文档格式.docx(25页珍藏版)》请在冰豆网上搜索。
而且在当今公交出行线路多数是通过PC机查询获得的,但是假想一下在公交出行线路走到一半的时候计划有所变化,公交出行线路需要有所调整,那么如何能够动态掌握线路信息显得尤为重要,而且将来对生活的满意度也不仅仅是百姓致富安居乐业就足以,而是逐渐趋向于一个更人性化的服务。
城市交通服务以及附属的一些服务一直都在不断的随着社会的进步而进步,这些服务从最开始的直接人力服务转向技术型服务,如电话询问,路牌等,然而这些服务总是有比较大的局限性,即纵然你知道了这条路该怎么走,下条路线该通到哪却不知,于是开发这个手机公交线路查询软件,可在手机上随时随地对公交线路进行查询,对用户将要出行的路线了如指掌,这对用户来说可以省去很多麻烦,节省不少时间。
本次毕业设计结合郑州市公交线路系统开发一个郑州公交线路手机查询软件,服务于大众。
第1章需求分析与概要设计
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手机操作系统是在AndroidSDK提供的虚拟机中运行,该虚拟机运行在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)查询系统模块该模块实现公交查询功能。
可实现按起点-中转站-终点查询查询和按线路查询两种查询方式。
图1.3.4查询系统模块
2)录入系统模块
该模块实现数据的录入、修改、删除功能。
该模块由公交站点管理与公交线路管理两部分组成.详细设计视图如图1.3.5录入系统模块所示:
图1.2.5录入系统模块
3)信息输入输出模块如图1.3.6所示:
图1.3.6信息输出模块
第二章模式设计
2.1C/S模式简介
精简的说:
C/S模式是一种三层结构的系统,第一层在客户机上安装了客户机应用程序,第二层在服务器上安装服务器管理程序,第三层是数据访问层。
在C/S模式的工作过程中,客户机程序发出请求,服务器程序接收并且处理客户机程序提出的请求,然后返回结果。
C/S模式特点:
(1)C/S模式将应用与服务分离,系统具有稳定性和灵活性
(2)C/S模式配备的是点对点的结构模式,适用于局域网,有可靠的安全性
(3)由于客户端实现与服务器端的直接连接,没有中间环节,因此响应速度快
(4)在C/S模式中,作为客户机的计算机都要安装客户机程序,一旦软件系统升每台客户机都要安装客户机程序,系统升级和维护较为复杂发。
2.2B/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.3B/S-C/S模式
2.3.1B/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.1B/S-C/S模式结构图
本软件系统采用B/S-C/S模式,系统框架如图2.3.2所示。
图2.3.2系统框架图
2.3.2B/S-C/S模式特点
B/S-C/S模式在继承了B/S模式和C/S模式的优点
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 公交查询 系统 设计 实现