基于Java-jsp的现代数字化城市公交查询系统论文（二）

⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️⬇️

➡️点击免费下载全套资料:源码、数据库、部署教程、论文、答辩ppt一条龙服务

➡️有部署问题可私信联系

⬆️⬆️⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️​​​​​​​⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️⬆️

3 系统需求分析

3.1 需求分析

软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通过对应问题及其环境的理解与分析，为问题涉及的信息、功能及系统行为建立模型，将用户需求精确化、完全化，最终形成需求规格说明，这一系列的活动即构成软件开发生命周期的需求分析阶段。
需求分析是介于系统分析和软件设计阶段之间的桥梁。一方面，需求分析以系统规格说明和项目规划作为分析活动的基本出发点，并从软件角度对它们进行检查与调整；另一方面，需求规格说明又是软件设计、实现、测试直至维护的主要基础。良好的分析活动有助于避免或尽早剔除早期错误，从而提高软件生产率，降低开发成本，改进软件质量。

3.1.1 设计的原则

1. 可用性原则。开发此系统本着以方便乘客查询准确的公交信息和方便用户对公交系统合理安排调度为原则。
2. 可靠性原则。必须为管理员和用户提供安全的服务，尤其是要保证从 Internet 上可以访问到的后台用户管理，公交信息管理等功能的安全性。
3. 友好性原则。使城市公交信息查询系统的操作上要求简单方便，便于用户和管理员掌握。
4. 可维护性原则。能够对用户提出的相关的需求对该软件进行相关的修改和维护。

3.1.2 系统设计目标

（1）分析国内外公共交通建设及公交查询的研究现状和特点，简述学者在公交网络路径算法研究的发展历程；
（2）分析系统的需求。研究乘客出行的心理和行为，包括乘客获取公交信息的 途径、关注的信息、出行的考虑因素等，从用户角度分析得到系统需要完成的目标 和功能；
（3）设计系统的总体框架。介绍系统的开发环境和流程，从总体上设计系统的 功能，根据系统功能划分子模块，并详述每部分需要完成的功能，设计数据库；
（4）查找了解现有公交查询系统的网络路径最优算法。分析城市的公交线路特点，通过对地理公交网络的抽象，建立了公交网络的路径模型，并在此模型基础上，探讨了公交网络的最优路径算法。
（5）详述系统的设计与实现过程。对系统各模块的具体实现和结果给出了清晰的说明，以拟定的路线为实验数据，给出了查询的结果分析；
（6）总结了查询系统的特点以及一些不足之处，并对系统的改进作了展望。

3.2 系统可行性分析

可行性分析包括现有的条件和解决的问题，研究方法的分析，采用的技术路线，实验方案的可行性。现有的条件是：对城市公交查询系统的研究和体会，本人计算机完备的软硬件，对文献资料的准备。要解决的问题是实现页面的设计，数据库的建立，数据库连接和创造，每一个表的文件上传功能。

3.2.1 经济可行性分析

由于本系统属于小规模管理使用的系统，整个系统比较小，因此开发成本不是特别大。本人独立完成了整个开发过程，实现全部的开发任务只需要一台PC机和上述的各种软件。由于PC机是我原有的，而且无需专门升级硬件；而在网上又可以免费下载各种软件，因此，整个开发成本较小，这也为我们提供了非常大的方便，可以进一步完善网站。在使用成本上，连接国际互联网上的计算机，用户只需要拥有一台能够了，在世界的任何一个角落使用网站所有功能和服务只需要通过注册就行了。并且没有很高的要求计算机的硬件，软件方面也没有别的要求，访问与使用具有广泛性。因此，从经济可行性分析来看，这个系统体现了经济实惠，但是功能强大的特点。

3.2.2 技术可行性分析

本课题使用的是Java技术，开发平台选用MyEclipse，MyEclipse有这完整配备的功能，便于初学者使用还有代码提示，让我使用更加得心应手。在决定好编程框架后，再说用Java语言编码的优点：效率高、可重用性强、代码量少等。同时，使用的数据库是MySQL，开源的MySQL增添了可视化和稳定化的优点，而且安全方面也做得很好，更别说它的强大的保存数据功能以及查询数据功能。

3.3 用户需求

要设计一个良好的公交查询系统，就必须首先明确该应用环境对系统的要求。公交查询系统的应用背景为：方便市民搭乘公交车出行。所以乘客可以通过对车站站点查询、公交线路查询、站-站查询三种查询形式。同时设有管理员管理界面，负责添加、修改、删除指定的公交线路信息，为了更好的适应公交查询系统的实时性，使本系统更加完善，能更好的为用户所利用，我觉得还设计了在线提问和网站发布公告功能，在线提问能很好，很快的知道市民对公交查询系统的意见和一些对线路上不明确的提问，而网站发布功能则能更好的帮助政府和公交公司发布新闻和紧急情况，方便市民的知晓。因此，该系统需满足以下几方面需求：
查询功能：系统需要提供几种不同方式的查询手段，包括根据公交线路、日常站点、和任意两个站点查询乘车路线。其次，采用算法查找任意两个站点之间的乘车路线。具体功能如下所述：

1. 根据公交站点进行相应的信息查询。
2. 根据公交线路进行相应的信息查询。
3. 通过选择任意两个站点，完成两站点之间最短乘车路线查询。
   用户管理功能：主要是删除用户信息和修改用户基本信息；
   后台车次管理功能主要包含添加车次和站点功能、更新车次和站点功能、删除车次和站点功能，这样做到系统实时更新，为用户查询提供更为准确的信息。具体如下：
4. 完成车次和站点添加功能。
5. 完成车次和站点更新功能。
6. 完成车次和站点删除功能。
7. 用户登录验证功能。
8. 用户注册信息功能。
9. 用户注销功能。
10. 删除用户信息功能。
    在线提问功能：在线提问主要包括用户对公交线路疑惑的问题发布，旨在让市民和政府和共同为提出疑问的市民进行解决和讨论。
    网站公告发布功能：进行一些实时新闻的发布，包括线路的绕行，公交车价格的调整，以及一些实时的路况信息，均可通过此来查询，旨在为用户提供一个实时的，便捷的公交插叙系统。

3.4 系统功能需求概述

需求分析就是分析用户的需要与要求。如果需要评估的结果准确地反映用户的实际需求，这将直接影响到方案设计的整个阶段，而且对系统的使用产生影响。着眼于需求评估是完成调查，收集和研究，并可能受到影响的数据管理和安全信息的需求的过程。一般使用者都相对缺少相关的计算机方面的知识，并且可以确定计算机是否可以为自己做什么，不能做什么，所以无法非常准确的去表达自己的需求，但是他们是最终的用户，他们的需求才是最终的需求，但是技术人员缺少用户的专业方面的知识，不是很容易理解到用户的真正需求，有时候可能还会误解到用户的需求；新的硬件和软件技术的出现也会让系统的业务需求得打变化。所以技术人员必须要使用一些得到的方法来保证可以与用户不断的交流这样才可以确定用户最终的需求。通过与用户不断深入地进行交流，了解到目前系统存在的主要问题。
需要研究是从用户分析和细化的信息，在功能和性能上有描述。它是软件开发过程中的第一阶段的一部分，主要任务是要了解你需要什么，什么应做的工作，以确定系统的，因此在目标系统提出完整，准确，清晰，具体的要求，并表示以书面形式唤醒。
软件的用户界面是与该对象最直接的接触，包括是否允许用户简单，方便使用，该请求的响应时间，对整体的用户感受有很大落差。
要设计一个良好的公交查询系统，就必须首先明确该应用环境对系统的要求。公交查询系统的应用背景为：方便市民搭乘公交车出行；手动（目前）、自动（将来）、及时更新查询数据。因此，该系统需满足以下几方面需求：
1、查询功能：系统需要提供几种不同方式的查询手段，以实现灵活方便地管理整个系统。
2、数据的更新修改：
更新：系统允许管理员级别的用户对数据进行更新、修改并且存盘操作；
编辑：系统允许管理员级别的用户对数据进行编辑、删除的操作，保证现库的真实性与实时性。
系统采用B/S模式。整个系统最关键的就是数据库系统，一个强大的数据库可以支持完善一个优秀的软件设计，通过软件系统与数据库系统的连接来实现通过软件界面观察和处理操作数据

3.5 运行环境

本系统是一个WEb版的应用程序，需要在服务器上部署中间件Tomcat、MySQL数据库，其他的客户端通过网络进行访问该服务器即可。
（1）开发硬件平台：
CPU：酷睿双核 3.2GHZ
内存：4G以上
硬盘：500GB
（2）服务器端硬件平台：
服务器参考配置：Intel Xeon Quad Core E5530 80W 2.40GHz/5.8GT/8MB Cache, 2x2GB DDR3-1066MHz, 2.5in HS 146GB SAS,HS 675W PSU, ServeRAID MR10i(RAID 5), 2*Giga Ethernet,Light Path, CD-RW/DVD Combo, 1U,3 Years Onsite Next Business Day. 146GB 10K 6Gbps SAS 2.5" SFF Slim-HS HDD x3550M2/x3650M2/HS22
（3）开发软件平台：
操作系统：Window 8 或Win 7均可
数据库：Mysql

4 系统概要设计

4.1 概要设计的概论

软件概要设计的核心内容就是依据需求规格或规格定义，合理、有效地实现产品规格中定义的各项需求。他注重框架设计、总体结构设计、数据库设计、接口设计、网络环境设计等。概要设计是将产品分割成一些可以独立设计和实现的部分，保证系统的各个部分可以和谐的工作。概要设计的原则包括：模块化和分层细化、模块独立和信息隐蔽。

4.2 架构设计

系统采用B/S模式架构。B/S是Brower/Server的缩写，客户机上只要安装一个浏览器（Browser），如Netscape Navigator或Internet Explorer，服务器安装Oracle、Sybase、Informix 、SQL Server或 MySQL等数据库。浏览器与同数据库进行数据交互，可以通过Web Server实现 。
我们的系统使用的应用程序开发模型的B / S结构的三个阶段。目前，互联网应用架构，事务处理分为三个层次，即Web浏览器的互联网服务器数据库服务器。在这种架构中，通过Web浏览器业务表现是容易执行，用户通过Web浏览器提交表单时，将信息提供给消费需求的Internet服务器，Internet服务器，所需的分析查询，数据库服务器，数据库服务器执行，数据库服务器的查询结果返回给使用标准的HTML语言返回给Web浏览器的Internet服务器，Internet服务器。

4.3 系统功能结构图及分析

4.3.1 系统功能结构图

系统功能结构图如图4-1所示

图4-1系统功能结构图

4.3.2 系统基本功能

系统功能的划分方式可以分成很多种类，但是我按照界面流程将它分为了两大模块，第一个模块为前台查询模块。前台查询包括：站点查询，公交线路查询，站-站的查询，在线提问，网站公告。第二个模块为后台管理模块，后台管理模块包括：用户管理、线路维护、公告管理、提问管理。下面本节主要对各个基本的功能进行一个简要的介绍。
1.站点查询
站点查询是本系统的主要功能之一，为用户倒车提供前提条件，用户可以根据自己所到的站点，查询本站所经过的公交线路，从而完成换乘，前往自己的目的地，进入系统首页，在站点查询的对话框内输入自己要查询的地点，接着会转入到另一页面，这个页面包含了经过这一站点的所有公交线路，可点击查看，了解自己需换成的公交车的车号，完成换乘。
2.公交线路查询
公交线路查询是不系统不可缺少的功能之一，用户可根据自己了解到的公交线路名
称，查询该线路途经的站点，事先了解好自己所要经过的站点，提前做好下车准备，防止自己下错站，进入功能页面，在公交线路的对话框里输入所要乘坐的公交线路名称，之后会出现匹配的公交线路，点击查看，了解自己的所经的站点信息。
3.站—站的查询
此功能是整个系统的核心，也是最便捷的公交查询方法，只要用户输入自己的位置，以及所要到的位置，就会出现公交线路名称，途径站，以及所要换乘的下一班车，无需自己查看，系统自己就会给成乘车意见。进入页面输入自己的起始站，然后在第二个对话框输入自己要到达的站点，系统将显示出换乘的路线，这个功能十分的便利，深受广大市民的喜欢。
4.在线提问
在线提问功能是本系统的辅助功能。用户可根据自己对公交线路的不明确，向广大的市民发出提问，也可以抱怨本系统的不完善的地方供系统的设计者进行修改，完善系统的功能。
5.网站公告
网站公告功能也是本系统的辅助功能，用户可以点击此模块，查看网站管理员发布的公交信息，包括一些公交价格的调整，以及道路的施工导致的公交线路的绕行都可以在上面发表。
6．登录功能
登录功能是一个系统的重要组成部分，也是一个系统重要的门户功能，登录功能主要实现了使用者对系统的登录，在本文所设计的系统中，登录主要分成了两种登录身份：一般用户登录和管理员登录。两种身份登陆，能细分系统的功能模块，实现更加方便的操作和管理。
7.用户管理
用户管理是一个系统的重要功能之一，对用户的管理可以实现对系统使用者的了解和查看，能让使用者更加方便的使用本系统，用户的种类分为多种，本文主要体现在一般用户和管理者两种用户上面，可以对用户的信息进行添加修改，也可以删除和禁用用户。

8.线路维护
线路维护是对此系统功能的最大的保障，一个系统的基本功能是否可以实现全靠此功能维护，线路维护功能可对现有公交线路进行修改和删除操作，也可添加新的公交线路，这部分属于管理员用户的功能。
9.公告管理
公告管理是对前面所说的公告发布的一种监管，管理员用户可对已经发布的公告就行修改和删除，也可对新的公告进行添加，旨在为用户提供一个实时的公交线路查询的体验，方便乘客出行。
10.提问管理
提问管理是系统管理员对在线提问内市民发布的问题进行答复的功能，这个功能是系统管理员与市民进行交流的一个模块，管理员不仅能回答市民的问题，也可以发布一些问题征求市民的意见。

4.4 系统用例图

4.4.1 UML用例图简介

用例图用来确定需求的范围，这些需求是设计开发的依据。用例图将系统看作黑盒，从外部执行者的角度来理解系统。
用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。
下面简要介绍一下用例图中的组成元素：

1. 角色(Actor)是与系统中的用例交互的一些实体，在实际情况中，角色可以是人，也可以是其他系统或者硬件设备。在画用例图的过程中，角色往往是第一个被确定的，因为系统或者用例在开始时是模糊的，但是参与系统的角色是最容易明晰的。有了角色之后，根据角色与系统的交互，以及角色要求的功能，可以进一步确定系统和用例。
2. 用例(Use case)指的是系统的功能，它是系统某个功能的所有执行动作的集合。在UML图示中它是一个椭圆，但是具体分析用例的时候需要给出这个用例的所有执行动作的步骤。
3. 连接(Assocation)是角色与用例的连接，表达此角色可以初始化此用例。
4. 注释(Note)可以添加到任何地方，对用例图的不同部分加以说明。
5. 泛化(Generalization)在面向对象的技术中无处不在，它的另一个名字也许更为著名，就是“继承”。

4.4.2 系统用例图

1. 系统总用例图如图4-2所示：
   

图4-2系统总用例图
此用例图给出了系统所有用户的操作用例的框架，包括乘客用户和后台管理员用户，乘客用户的操作登陆浏览器，进入查询页面，选择查询方式，在线提问，以及查看发布的公告等功能，而后台管理员则可进行用户管理，线路管理及公告发布等功能，根据此用例图一目了然一般用户和管理员用户的职责。
2. 后台管理系统用例图如图4-3所示：

图4-3后台管理系统用例图
后台管理用户包括的工作有：公交线路管理、公告发布管理、用户管理。公交线路管理包括对所用公交线路的进行的增加还有删除操作的功能。公告发布管理包括对公告的增加和删除操作，用户管理就是对所有使用该系统的管理员用户进行的管理，包括增加用户和删除用户。

4.5 技术架构

所使用的架构是系统建设的关键，传统c/s架构，访问和操作已经不能满足大量用户需求，目前网络系统应用的主流是b/s，它基于浏览器的架构，可以交给服务器端来处理大量的数据处理工作，只用通过普通IE浏览器的客户端，还可以访问系统，操作起来方便快捷，而且利于更新和维护系统，在该方面具有优势的是java语言。
1.系统三层架构如图4-4所示：

图4-4 B/S三层架构示意图

4.6 数据库结构设计

数据库设计( Database Design)是指对于一个给定的应用环境，构造最优的数据库模式，建立数据库及其应用系统，使之能够有效地存储数据，满足各种用户的应用需求。

4.6.1 数据库设计的原则

数据库的结构分析在系统开发前的设计中占有很重要的位置，一个好的系统离不开一个层次清晰、功能完整的后台数据库结构。
在设计数据库时，应尽量分离各个实体和表，一个实体对应一个表；同时，应明确各实体间的关联，明确各实体间的属性，以便确定它的字段。总之，在设计数据库时，应注意各表间的独立性和关联性，这是一个好的数据库结构首先要具备的条件。下面给出了数据库设计中的几点要求：

1. 规范命名。所有的库名、表名、域名必须遵循统一的命名规则，并进行必要说明，以方便设计、维护、查询。
2. 控制字段的引用。在设计时，可以选择适当的数据库设计管理工具，以方便开发人员的分布式设计和数据小组的集中审核管理。采用统一的命名规则，如果设计的字段已经存在，可直接引用;否则，应重新设计。
3. 库表重复控制。在设计过程中，如果发现大部分字段已经存在，开发人员应怀疑所设计的库表是否已经存在。通过对字段所在的库表及相应设计人员的查询，可确认库表是否确实重复。
4. 并发控制。设计中应进行并发控制，即对于同一个库表，在同一时间只有一个人有控制权，其他人只能进行查询。

4.6.2 数据库结构分析

根据系统功能的要求，本系统管理和维护的数据元素(Entity 实体)有：系统用户、普通乘客用户、公交线路、公告发布，在线提问，提问评论。

1. 系统用户实体包含这样一些基本属性：系统用户的ID、登录账户、密码、姓名、联系电话、系统用户的状态。其中，系统用户的ID是用户的唯一标志。系统用户能够实现系统的登录，完成对后台公交线路的管理，包括对线路的添加和删除操作，还有对所有用户的管理，对公告发布的管理。
2. 普通乘客用户可以直接点击主页上的公交信息查询按钮进入查询功能：包括两个站点之间的查询、根据公交线路进行查询、根据站点进行查询。还可以进行公告的查看和在线提问和评论
3. 公交线路的基本属性有：公交线路id，公交线路名称，公交线路所经站点，公交线路开始时间，以及公交线路终止时间。
4. 公告发布的基本属性：公告id，公告的正文以及公告发布的标题。
5. 在线提问的基本属性：问题id，问题的描述，问题的状态，问题发布的时间，问题的标题，问题发布者id。

4.6.3 数据库概念模型

现今应用的最广泛的数据库是关系型数据库。因为它是一个面向对象的系统设计，当然，数据库的设计，必须是面向对象的。现在应该怎么考虑对类进行持久性操作，即对象类是怎样映射到关系数据库的二维表中的。现今，像PowerDesigner、Rose 等都可以采用数据库建模工具来实现
1.用户的信息实体图如图4-6。

图4-6用户信息实体图
2.公交线路实体图如图4-7。

图4-7公交线路实体图
3.公交公告发布实体图如图4-8

图4-8公交公告发布
4.公交在线提问实体图如图4-9

图4-9公交在线提问

4.6.4 部分数据库数据表字段设计

在物理结构设计阶段，首先应该分两步走：
一是，在关系数据库中，确定数据库的物理结构，主要是指存取方法和存储结构。时间和空间效率是对物理结构的评价。.
二是要选取存取方法，并且是正确的关系模式，存取索引方法、聚簇存取、HASH存取方法等都是常用的方法。
依据以上规范数据库的部分表设计见下页：

1. 用户表如表4-1所示
   编号 字段名称 数据类型 字段大小 说明
   1 userid char 11 用户id
   2 password varchar 20 密码
   3 phone varchar 15 用户联系电话
   4 ralname varchar 30 用户姓名
   5 state varchar 2 用户状态
   6 username verchar 20 用户账号
   7 usertype verchar 20 用户的类型
   4-1用户表

2.公交线路信息表如表4-2所示：
编号 字段名称 数据类型 字段大小 说明
1 bid char 11 公交线路id
2 bname varchar 30 公交线路名称
3 buspath Longtext 公交线路站点
4 endDate varchar 30 公交线路起始时间
5 startDate varchar 30 公交线路终止时间
表4-2公交线路信息表

3.公交系统公告发布信息表如表4-3所示：
编号 字段名称 数据类型 字段大小 说明
1 pid char 11 公告发布id
2 content varchar 255 公告发布正文
3 title varchar 30 公告发布标题
表4-3公交系统公告发布信息表

4.公交系统在线提问信息表如表4-4所示
编号 字段名称 数据类型 字段大小 说明
1 talkid char 11 在线提问id
2 talkcontent varchar 255 在线提问内容描述
3 talktime varchar 30 在线提问的时间
4 talktitle varchar 30 在线提问的标题
5 talkuserid char 11 在线提问的用户id
表4-4公交系统在线提问信息表