公交查询系统

南京航空航天大学计算机实践实验报告课程名称：软件技术基础专题：学生成绩管理系统学生姓名：孟宁·罗龙城班级学号： 030950111 ·030950120 专业名称：探测制导与控制2011年11月一`引言1.1编写目的在当今社会中，交通问题已经成为很重要的社会性问题，而公交成为解决交通问题的一个关键因素。

大力发展公共交通是解决城市交通拥挤问题的首选措施。

但是一种公交是不能满足所有人的出行需求的，人们可能无法通过乘坐一辆公交车到达目的地，这时候就需要换乘来解决该问题，经调查路程最短和换乘次数是人们最关心的问题。

根据这些问题，需要开发一套公交查询系统，从而方便人们出行前进行查询。

1.2项目背景本系统主要面向广大的城市居民和外来的旅游者，为不同需求的用户提供全面、准确的公交信息。

在该系统中还需要提供多种公交查询方式，并且该系统中要给出管理功能，方便公交发生变化后及时对路线进行调整。

根据需求我们可以将系统分为两大功能模块，分别是前台查询公交模块和后台公交管理模块。

下面分别来看一下两个模块的具体功能。

前台公交查询模块：该模块是被普通用户使用的，其中包括线路查询、站点查询、站站查询等多种核心公交查询功能。

后台公交管理模块：该模块是由系统管理员操作的，包括站点管理和路线管理两大功能。

在站点功能中包括向新线路中添加站点和修改原线路站点的功能。

在线路管理中包括修改线路原有信息的功能，其信息包括起始和结束时间、起始站和终点站等。

开发软件名称：南京市公交线路查询系统项目任务提出者：计算机指导老师储剑波项目开发者：罗龙成孟宁用户：暂无实现软件单位：南京航空航天大学项目与其他软件系统关系：本项目以Microsoft Visual C++为开发环境。

1.3定义（1）数据流图：描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况，它表示了数据和处理过程的关系。

数据流图有四种基本符号：● 正方形（或立方体）表示数据的源点或终点。

● 圆角矩形（或圆形）代表变换数据的处理。

处理不一定是一个程序。

一个处理框可以代表一系列程序，单个程序或者程序的一个模块；它甚至可以代表一种人工处理过程。

● 开口矩形（或两条平行横线）代表数据存储。

数据存储可以表示一个文件，文件的一部分，数据库的元素或纪录的一部分等等。

数据存储是处于静止状态的数据。

● 箭头代表数据流，即特定数据的流动方向。

数据流是处于运动中的数据。

还有几种附加符号：● 星号表示数据流之间是“与”关系● 加号表示“或”关系● 异或符号表示只能从中选一个（2）数据字典：是对系统中各类数据描述的集合，是各类数据属性清单，是进行详细的数据收集和数据分析所获得的主要结果。

它通常包括以下五个部分：● 数据项，是数据的最小的单位。

● 数据结构，是若干数据项有意义的集合。

● 数据流，可以是数据项，也可以是数据结构，表示某一处理过程的输入或输出。

● 数据存储，处理过程中存取的数据。

常常是手工凭证，手工文档，计算机文件。

● 处理过程。

它们的描述内容如下：1．数据项描述={数据项名，数据项含义说明，别名，类型，长度，取值范围，与其他数据项的逻辑关系}取值范围，与其他数据项的逻辑关系定义了数据的完整性约束条件，是设计数据检验功能的依据。

2．数据结构描述={数据结构名，含义说明，组成：{数据结构或数据项}}3．数据流={数据流名，说明，流出过程，流入过程，组成：{数据结构或数据项}}● 流出过程，说明该数据流由什么过程来。

● 流入过程，说明该数据流到什么过程去。

4．数据存储={数据存储名，说明，输入数据流，输出数据流，组成：{数据结构或数据项}，数据量，存取方式}● 数据量，说明每次存取多少数据，每天（或每小时，或每周）存取几次的信息。

存取方法，指的是批处理，还是联机处理；是检索还是更新；是顺序检索还是随机检索；尽可能详细收集并加以说明。

5．处理过程={处理过程名，说明，输入：{数据流}，输出：{数据流}，处理：{简要说明}}简要说明中主要说明该处理过程的功能，即“做什么”（不是怎么做）；处理频度要求，如每小时（或每分钟）处理多少事务，多少数据量；响应时间要求等。

这些处理要求是后面物理设计的输入及性能评价的标准。

1.4参考资料1、《软件技术基础教程》，万晓东、施玉霞、孔德明，南京航空航天大学。

2、《C++程序设计教程》，皮德常，机械工业出版社。

3、《ML用户指南》，Grady Booch James Rumbaugh Ivar Jacobson著，邵维忠等译。

4、《软件工程导论》（第五版），张海藩著，清华大学出版社。

5、《Visual C++实用教程》，丁有和郑进周怡君著，电子工业出版社。

6、《算法设计与分析》，王红梅著，清华大学出版社。

7、《数据库系统概论》（第四版），王珊萨师煊著，高等教育出版社二、可行性分析可行性研究的前提2.1 要求：2.1.1 功能：使用人员通过此软件使出行轻松方便。

2.1.2 性能：查询效率尽可能做到精准，信息维护功能做到简单易用。

2.1.3 输入：简单、易用。

2.1.4 输出：快速、精确。

2.1.5完成期限：4个月2.1.6基本数据处理流程2.2目标：开发出一套用于公交车查询的软件，帮助出行人员方便、高效的进行对自己的出行管理，并通过此次软件开发过程全面提高自身的综合素质。

2.3条件、假定和限制：开发时间：5周。

最迟完成时间：2011年11月25 日2.3 决定可行性的主要因素：资金到位、现有技术可完全承担开发任务、软件能被原有工作人员快速接受。

2.4进行可行性研究的方法通过调查分析宝鸡市公交车查询系统现阶段所具备的能力及实现的方法、确定主体结构。

利用JAVA和数据库编程所能达到的能力，以最简洁、最容易的办法，边开发边测试，实现一个初级应用软件。

即采用面向对象的方法开发此软件。

2.5评价尺度以能够达到帮助出行人员提高行程管理效率、减少额外人力、物力资源开销为评价标准。

3.对现有系统的分析目前市场存在的公交查询系统软件，大多是公交公司提供，为网络版。

实时性好是他们的优势，但是存在以下问题：3.1产品的交互界面方面。

公交公司所提供的网络版查询系统在很大程度上只是为了使用，对交互界面的设计并没有从用户的方面过多考虑。

3.2产品的功能方面。

在前期的市场调查中，我们发现网络版查询系统具有或多或少的各方缺陷。

如只提供终点起点的查询，在起点和终点之间的中间站没有提供查询。

在起点和终点没有直达车时，无法提供相关的转车信息。

在查询时显示不直接、明确等问题。

3.3产品的优化方面。

对一个初级系统是无法做到尽善尽美的，因此要在用户的使用过程中发现问题，从而进行基本结构的添加、修改，对应用软件进行优化、升级。

网络版的查询系统是无法做到这一点的。

4.技术可行性分析公交查询系统编程已经具备了完备、成熟的理论和体系结构，JAVA编程与数据库相结合进行开发的技术也日趋成熟，在以上限制条件下利用现有技术和人员，本系统的开发完全可行。

4.1 与工程产品相关的关键技术概述本工程产品的关键技术在于JAVA编程的程序设计与数据库的结合，将所有的数据信息都放入数据库中进行存储，而这些数据信息的调用则完全由程序来完成，即“程序设计数据化，数据管理程序化”思想。

4.2关键技术的理论基础依据“程序设计数据化，数据管理程序化”的设计思想，将数据库文件与程序设计紧密的集合在一起。

4.3技术可行性评价完全可以实现预期目标。

5.投资及效益分析（略）6.社会因素方面可行性6.1公交车应用普及，对个人的出行参考的合理化是可行的；6.2该产品使用简单方便，略懂计算机的用户就可以没有任何困难地使用该产品；7.结论技术、经济、操作都有可行性，可以立即开始进行。

三、需求分析随着我国经济的高速发展，人们生活水平的提高，越来越多的人开始热衷于到外地旅游。

那么对于这些外来旅游者，首先搞清这个城市的公交路线显的很重要！南京，作为一个六朝古都，每年都要吸引大量的游客，为了满足这些游客熟悉公交路线的需求，特以公交查询系统为设计课题。

本软件不仅能给游客带来方便，也能给广大市民提供方便。

我认为这样的系统应该具有很好的实用性！开发本系统的目标就是立足广大乘客的实际，着眼于公交业的未来发展，规范公交管理，提高服务质量，方便乘客查询，并为此设计该系统。

3．1 用户功能需求分析3.1.1所有乘客可以使用该系统进行车次及路线的查询。

3.1.2本系统应具有简单易用功能强大特点，有较强的纠错能力（随着软件的版本升级功能和纠错能力也可以不断得到提高）。

如果在网络上运行，应有数据在线更新的能力以及在线查询的能力。

由于毕业设计时间有限，本系统没有设计成网络运行版的，在以后的时间会进一步完善该系统。

3.1.3由于车次经常会变化所以需要一个管理员身份去管理这个公交查询系统方便更改车次的信息以及车辆的出行线路。

3．2 系统功能分析本系统提供了的车次查询功能、路线查询功能。

乘客可以方便的进行查询，以防乘错车次。

同时管理员身份方便管理车辆的车次和出行线路。

当然有些功能的智能化不是很强，系统有待进一步来完善。

也希望老师及朋友给予指导，提出您们的建议！在此，先向您们表示感谢！3.3.1档案（公交路线信息资料）管理模块：一般浏览者只能查看档案，不能对档案做任何的修改。

不同的用户级别所操作的档案类型是有限制的。

管理员用户可向里面添加、修改和删除档案。

也可设置档案级别，以加强它们的保密性。

3.3.2查询管理模块：是给管理员用的，是为了方便管理员查找档案，也有关键字搜索和模糊搜索。

查到记录后，也可双击记录即可显示详细信息。

3.3.3系统维护模块：仅限管理员使用。

其中可以添加、修改、删除操作员工，设置他们的权限、级别及密码。

3.4对性能的规定3.2.1数据精确度：查询时要保证查全率，所有相应域包含查询关键字的记录都应能查到。

因为通常有文件的记录会很多，所以本系统采用了两种方法进行查询：直接查询和模糊查询。

3.4.2时间特性：一般操作的响应时间应在1~2秒内。

3.5基本数据处理流程3.6输入输出要求：输入操作简便，容错性好，输出界面给人以全新的感觉，一目了然。

给操作用户带来了极大的便利，对用户友好。

对鼠标和键盘单独支持。

3.7数据管理能力要求：系统管理员可以及时对数据进行更新（添加、修改、删除等），同时对数据进行权限设置、安全设置以及备份等操作。

3.8故障处理要求：正常使用时不应出错，若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。

3.9其他要求3.9.1系统的容错性: 用户输错数据都有提示信息，具有较好的容错性能。

3.9.2系统的封闭性: 用户的封闭性较好，用户基本上在提示信息下输数据。

3.8数据字典与流图2公交站点查询程图：3公交线路查询流程图：4公交换乘方案流程图：系统数据字典，如下表所示。