智能公交系统完整版

1、.可行性研究报告研究题目智能公交系系别计算机科学与技术学院专业班级计算机科学与技术学院学生姓名学号指导教师于金峰日期2015、03、01目录1、引言-31.1编写目的 -31.2背景 -31.3参考资料 -32、可行性研究的前提 -32.1要求 -32.2目标 -32.3条件、假定和限制-32.4进行可行性研究的方法 -32.5评价尺度 -43、对现有系统的分析 -43.1处理流程和数据流程-53.2工作负荷 -83.3费用开支 -83.4人员 -93.5设备 -93.6局限性 -94 、所建议的系统4.1 对所建议系统的说明-104.2 处理流程和数据流程-104.3 改进之处 -15.4.

2、4 影响 -164.5 技术条件方面的可能性-175. 可选择的其他系统方案-176. 投资及效益分析6.1 支出 -176.2 收益 -186.3 收益 /投资比 -186.4 投资回收周期-186.5 敏感性分析 -187. 社会因素方面的可能性7.1. 法律方面的可行性-197.2. 使用方面的可行性-198、结论 -191 引言公交车是大多数人出行的重要交通工具，尤其是随着经济的发展，节能环保被提上重要日程， 公交车越来越发挥着不可替代的作用。城市公交是专门服务于市民出行的客运企业。 它是城市社会和经济活动的重要组成部分。伴随着国民经济和城市建设的快速发展，城市经济的繁荣， 人口的增加

3、， 城市必须解决好人们出行的需求。 城市公交直接关系着城市的经济发展和居民生活，对城市经济具有全局性、先导性的影响，城市公交以其方便、快捷、容量大而成为城市交通的主体。但是随着公交系统的庞大，人们很难得到准确的公交信息，这样给一些人的出行就带来了不便。 例如：乘客因为无法得知自己所等公交的具体位置而浪费很长时间等待； 因为不知道公交的位置无法选择合适的出行路线，只能在公交站牌等车；到站牌是发现公交刚走， 不得不花很长时间等待下一辆；因为追赶公交出现安全事故等等。1.1 编写目的根据此报告分析开发公交位置实时查询系统是否可行，对在软件开发过程中将要面临的问题及其解决方案进行初步设计及合理安排。1

4、.2 背景说明：.A.公交位置实时查询系统；B. 本项目的小组成员：C. 用户：乘坐公交出行的普通市民D. 该软件系统同其他系统或其他机构的基本的相互来往关系：根据系统所需功能，决定以MicrosoftVisualStudio2005 为开发平台，采用 SQL server 2005 做后台数据库， NET Framework开发框架， C#开发语言。1.3 参考资料软件工程-Roger S.Pressman 著机械工业出版社2. 可行性研究的前提2.1 要求主要功能： 方便人们实时查询出行公交线路，可供查询相应路线所有可以搭乘的即将进站的公交车以及大致所需等待时间。我们还可以实时查询每条线路

5、的公交车的实时位置。条件或限制： 系统要求城市的公交系统完善，并且车辆的硬件系统完好而且每辆车需要预装定位系统。输出要求 ：数据准确、完整，详实。输入要求 ：当前位置、目的地。完成期限 ：预计六个月，即截止2015 年 9 月 30 日。2.2 目标针对普通人们对出行乘车方便的要求，我们需要实现即时提交准确而且简单的乘车线路以及所乘车次的确切位置。他们的主要目标是：1、数据量大，可存储多条路线。2 、车辆到达时间误差小。3 、查询简单准确。2.3 条件、假定和限制建议软件寿命：5 年。硬件环境：智能手机。2.4 进行可行性研究的方法可行性研究进行的方法：（ 1）对上班族、学生等经常搭乘公交车出

6、行的人群的问卷调查。（ 2）进行系统的调查研究。（ 3）分析采集各种资料。（ 4）分析所开发系统的功能要求。2.5 评价尺度成本 / 效益分析结果，效益成本。.技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。3、对现有系统的分析目前该系统的用户包括用户和管理员两类，其中管理人员对此系统进行数据的修改、删除、查找、 添加路线以及发布公交动态等功能。 而用户则可运用本系统合理有效的查询路线、 安排行程。功能规划： 本系统有两大功能： 查询功能以及更新维护功能。 其中查询功能包括站站查询功能、车次查询功能、公交站点车次查询三项基本功能。功能描述：a.站站查询：乘客通过输

7、入起点和终点的站名，那么通过这两个车站的所有车次就会显示出来供乘客选择合适的乘车路线b.车次查询：乘客通过输入公交车车次就可以查询出该车次经过的所有站点，乘客可以根据站点来选择自己的乘车路线c.公交站点车次查询：这种方案一般针对不城市公交不熟悉的人，通过输入站点或者车次就可以同时显示站点和车次两种信息，根据这个就可以选出最佳的乘车方案。d.更新维护：管理员负责对公交路线修改和更新，以及系统的维护，同时公布最新的变动信息（包括车次变动和价格变动等）或者有关城市公交的新闻对性能的一般性规定：灵活性：当要对系统进行添加数据或删除、更新等操作时，可以容易地对系统进行操作，并且不影响系统的正常运行，更不

8、会有任何出错的现象。数据精确度 : 因为此数据为系统内部数据 ,所以要求不能有误差。 时间特性 :系统应有即时性 ,能尽快查询出所需结果。3.1 处理流程和数据流程整个智能公交系统的处理流程1、用户输入相应地址，发出请求； 2、系统接收请求； 3、系统从数据库中找到相对应的路线及对应公交号； 4、系统通过 GPS 定位找到对应公交号的位置； 5、系统选择在相应方向离用户最近的公交并估算距离及到达时间；6、系统将结果反馈给用户。整个智能公交系统的数据流程用户通过软件将自己的地址信心以及想要到达的目地信息通过用户子系统的初次分析传给调度系统， 调度系统根据现行公交系统的车载子系统分析满足用户的最佳

9、方案将该方案反馈给用户。3.2 工作负荷用户需通过智能手机下载相关 App，通过通信定位系统随时获得最新消息对用户手机的电池续航能力要求较高。 同时公交上的车载系统也需要实时运行以保持终端调度系统可以获得公交运行状况，可以动态分析公交状况以及用户需求情况。3.3 费用开支软件开发需要的人员费用；项目的推广与运行；软件的维护等。3.4 人员项目经理及调研人员对软件开发的准备工作例如 （相关调研， 查阅文献，分析市场需求）技术人员的相关技术的准备工作以及对软件的推广与运行支持以及后期的维护.统计人员的客户以及市场需求的统计汇总分析市场的动态情况3.5 设备电脑若干手机若干3.6 局限性1. 通过

10、GPS采集的数据不够准确，也就是通常说的 GPS漂移，它受多种因素影响，无法避免。在这种情况下预测车辆跟站台的距离以及车辆到达站台的时间都是有误差的。2. 大多数智能公交调度系统中， 信息传送采用了 GPRS或 CDMA无线通信的方式，需要利用无线宽带网络。 GPRS本身是大众使用的无线宽带网，并没有单独为公交行业提供专用的带宽资源，有的城市在试用中发现，大众使用 GPRS的高峰时间点，公交信息的即时传送就不能得到保证，因而影响公交车辆调度指挥。3.相关的知识点少，运行速度慢，处理能力不够，系统更新、修改困难4 所建议的系统本章将用来说明所建议系统的目标和要求将如何被满足。4.1 对所建议系统

11、的说明智能公交系统不是一个孤立的系统， 它是一个开放的、 与其他系统有着广泛信心共享的系统。 我们将智能公交系统划分为车载子系统、 调度子系统、 用户子系统。车载子系统安装在公交车上，用于 GPS 定位；调度子系统为系统核心，存储有大量数据，对用户的请求给予相应处理；用户子系统安装于用户 Android 设备上，便于用户使用其功能。所以系统应达到的功能应包括：1、尽量使各种信息得到共享，减少重复输入相同的数据。.2 、系统可以存储路线、公交数量等静态数据，也可以对公交位置等动态数据做出较为准确及时的应对。3、系统可以同时处理很多用户的请求而不至于崩溃。4.2 处理流程和数据流程整个智能公交系统

12、的处理流程：用户输入相应地系统接收系统从数据库中找到相对应的路址，发出请求请求线及对应公交号系 统 将 结 果系统选择在相应方向系统通过 GPS 定位找到反馈给用户离用户最近的公交并对应公交号的位置估算距离及到达时间车载子系统：GPS 定位公交车载系统子系统车载子系统通过 GPS向系统提供必要的位置信息供系统处理。.调度子系统：调度子系统用户请求接受信号信息存储找到数据取出信息反馈给用户1、接受用户的相应请求。2、通过用户提供的位置数据找到相对应车次及距离最近的车次的距离等数据。3、通过无线网络将数据反馈给用户。4、接受车载子系统发出的GPS 信号。5、将位置信息存储在数据库中，并每隔一段时间

13、更新一次。6、有需要时从数据库中取出位置信息。用户子系统：用户子系统输入信息，查询.估算到达时间找到所需信息1、输入当前和目的地址信息，进行查询。2、找到可供选择的车次及距离最近的车次车辆的距离。3、根据距离及中途站数估算出该车大致的到达时间，如有需要也可选择其他车次估算。整个智能公交系统的数据流程：用户公交车地 址信息位 置信息用户子车载子系统系统请求请求调度子系统.4.3 改进之处1、数据量大，可存储多条路线。系统采用数据库存储海量信息，对于城市中的每一条路线和车次都尽量涵盖，再加上GPS 定位，使得系统可以定时更新信息，做到更准确、更可靠。2、车辆到达时间误差小。每一辆车辆都搭载有车载子

14、系统，其内部有装有 GPS 定位系统，并通过无线网络将信息每隔一段时间发给调度系统， 使得系统对于车辆的实时位置有较为精确的判断， 从而可以更加准确的推测出相应车辆到达站台所需时间。3、查询简单准确。用户不需要很复杂的操作，只需要将当前位置和目的位置输入用户子系统， 就可以向调度子系统发出请求， 由调度子系统对请求做出处理，并将位置信息反馈给用户端。 用户可以根据自己需求选择理想车次并大致估算出到达所需时间。大大增加了系统的方便性、实用性。4.4 影响说明在建立所建议系统时，预期将带来的影响，包括：4.4.1 对设备的影响1、尽量使各种信息得到共享，减少重复输入相同的数据。2、系统可以存储路线

15、、公交数量等静态数据，也可以对时间、公交位置等动态数据做出较为准确及时的应对。3、系统可以同时处理很多用户的请求而不至于崩溃。.4.4.2 对软件的影响由于该系统是一个面向android 系统所开发的 APP，并不存在其他要求。4.4.3 对用户单位机构的影响需增加专业的系统维护人员4 名要求：熟悉系统的各种功能， 能及时发现并解决系统运行过程中所出现的错误，及时更新数据库中数据，能够采集用户所提出的意见并对系统加以改进。4.4.4 对系统运行过程的影响用户并不需要较为复杂的操作。系统大部分功能都可以自动实现。程序员要做的就是及时发现并调试错误，对系统、数据库进行必要的维护， 采集用户的反馈并

16、改进功能。可能在车载子系统这个环节出现一些困难，都是可以协调的。4.4.5 对开发的影响没有影响。4.4.6 对地点和设施的影响要求有一定的空间存放电脑设备以及所必需的某些设备。4.4.7 对经费开支的影响费用未知。.4.5 局限性1. 通过 GPS采集的数据不够准确，也就是通常说的 GPS漂移，它受多种因素影响，无法避免。在这种情况下预测车辆跟站台的距离以及车辆到达站台的时间都是有误差的。2. 大多数智能公交调度系统中， 信息传送采用了 GPRS或 CDMA无线通信的方式，需要利用无线宽带网络。 GPRS本身是大众使用的无线宽带网，并没有单独为公交行业提供专用的带宽资源，有的城市在试用中发现

17、，大众使用 GPRS的高峰时间点，公交信息的即时传送就不能得到保证，因而影响公交车辆调度指挥。4.6 技术条件方面的可行性由于 GPS 技术的不断更新和进步，以及3G、4G 甚至 5G 网络的逐渐普及，局限性越来越小； 利用现有的技术完全可以达到这个功能，甚至有些大型城市已经出现试点， 只是还不太成熟； 该软件主要部分有数据的采集及更新、数据库的建立、无线网络、实时定位等，需要较为专业的开发人员，理论上也是可以实现的；此次软件的开发重点是APP，具有良好的可推广性和方便性，也不需要特别高深的知识。因此在规定的期限内，本系统的开发可以完成。5. 可选择的其他系统方案5.1 可选择的系统方案1使用

18、现有系统现有系统是公交站台的路线，公交电子站牌，电子地图。结论：提供的信息不准确，不全面。5.2 可选择系统方案2购买已经开发好的系统调查发现公交APP 不同的城市开发出不同的版本。结论：本市目前不存在已开发好的系统。.6. 投资及效益分析6.1 支出对于所选择的方案， 说明所需的费用， 如果已有一个现存系统， 则包括该系统继续运行期间所需的费用。系统开发所需成本：6.2 收益6.3 收益 /投资比645/55.56.4 投资回收周期求出收益的累计数开始超过支出的累计数的时间。0.5 年6.5 敏感性分析设计系统周期为五年,估计最长可达八年处理速度 :一般查询速度6 秒关键数据查询速度: 4 秒7. 社会因素方面的可能性7.1.法律方面的可行性所有软件都选用正版.所有技术资料都由提出方保管。合同制定确定违约责任。除此之外，在进行代码设计时，