校车运营系统

1、优选文档优选文档PAGEPAGE38优选文档PAGE.一序言重庆大学校车主要为重庆大学师生供应往返A、B、C、D4个校区服务的交通工具。目前，校车的运营情况基本牢固，但离科学化，高效率的运营还远远不够，存在的主要问题有：1.没有成立一致的调换控制中心，缺乏宏观全局化的调控；2.调换作业基自己工完成，以致作业人员劳动强度高，效率较低，且调换人员工作辛苦；3.发车制度机械，缺乏灵便性和灵便性，无法快速响应各种突发情况；4.无法对校车进行实时追踪监控，不能够有效办理紧急情况；5.校车管理机制不完满，以致学生和老师用车紧张；6.校车运行线路单一，一旦路面出现情况将会造成时间损失。正是因为以上存在的各种

2、问题，以致学生对校车管理怨声载道。为认识决现有校车运营系统中的各种弊端，我们设计了智能化的校车管理信息系统，它能够实现以乘客需求为主导，经过采集乘客的需求信息，经计算机通信网络传输至监控中心供调换人员安排调换车辆，从而供应了整个系统的工作效率和服务质量。而且在数据记录方面也不需要再采用原始的手工记录，能够由信息系统自动生成，大大减少了管理人员的工作量。二需求解析2.1任务描述本系统功能及目标以下：1）成立车队综合信息库，包括车辆信息、驾驶员信息等，将车队业务最大程度地实现电子管理；2）提高工作效率，降低管理成本，简化流程操作，利用友好的界面和简单的操作，轻松高效地完成工作；3）采集车辆运行信息

3、，统计和解析数据，并据此宣布客流量信息，方便师生员工有针对性地选择乘坐；4）开通信息交流平台，供应包车预定服务，并接收师生员工反响信息，提高服务质量。2.2用户特点在本系统中用户主若是师生，他们只能经过可视化界面对数据库信息进行查阅并在赞成的范围内增添相关预定记录，修盖个人密码，而不能够在数据库中进行其他任何非法操作。只;有管理人员经过身份考据才能够进入，并对其进行相关操作。本产品的保护人员需要具备和SQLServer2000数据库编程知识。2.3需求获取该受理操作分配及督办功能模块的编写目的是为了将所受理业务详尽分配到各个工作人员，并做一些必要的办理。为了对该系统提出完满、正确、清楚、详尽的

4、要求，必定在这个阶段明确系统的功能结构，在高层功能及数据流图的基础进步一步细化系统的功能，开发出更精确的数据流图，同时成立数据字典，最主要的是明确该管理系统要完成哪些功能模块，即要理解“系统要做什么，用户需要什么”。需求解析的结果是系统开发的基础，关系到开发该系统的成败和质量。因此必定在用户提出的要求上抽象出该系统的功能结构。2.4信息采集在预定系统的盘问功能模块中应录入单日发车的安排表，即每一车次所对应的发车时刻，在预定系统的预定功能模块中应录入重庆大学师生的基本信息（学号，姓名等），在预约系统的付费功能模块经过网络技术与校园卡系统相连接，只有从校园卡中扣费后才算预定成功。在调换员操作系统中

5、，显示器大将显示预定人员的基本信息，方便确认预定人员的身份。在后台的调换监控中心录入了全部校车的基本信息（车牌号，车辆种类等），以及驾驶员的基本信息（姓名，编号等）和发车时刻表等。2.5建议校车管理系统的功能1）用户登录：分为乘车学生登录和工作人员登录，拥有不同样的操作权限。2）预定系统：车辆信息盘问（车辆运行情况盘问，时刻表盘问），车辆预定等。3）车辆管理：发车操作，回车操作，车辆调换和指挥，预定人数盘问和统计，车辆荷载情况等。4）统计功能：统计预定人数，统计发车数量。5）系统操作：1.初始设置：对乘客信息和车辆信息的初始化2.乘客和管理员档案管理：学生只能更正自己的密码，管理员不能够增添和

6、删除学生信息。三可行性解析;3.1技术和设备上的可行性1）软件和硬件上的可行性系统的软件：GSM，GIS，GPS，SQLServer等，技术有无线传输，RFID，C/S，B/S使用较为简单，技术易于掌握。硬件：计算机，PDA，可利用学校已有的计算机进行软件重装，减少经费支出。2）开发，保护：现有的开发技术水平完满能够胜任开发任务，而且保护工作也较为简略。3.2经济上的可行性1）设备花销计算机和PDA等硬件花销。2）开发花销该系统其实不十分复杂，因此开发花销不高。3）经济效益使用新的信息系统能够有效地节约人力、物力，3.3管理上的可行性使用新系统能够使管理人员的工作更为简单，减少了大量的手工信息

7、输入。调换员的工作也可由户外工作，变为室内工作，而且对乘车人数及预定人数的统计使得他们能进行更好，更科学的发车，实现车辆的有效管理。四系统解析4.1组织结构图绘制校车运营系统的组织结构图以下：控制中心系统管理乘客驾驶员系统保护行车调换在途监控教师学生1）在本系统中，校车主若是为教师和学生供应出行，故在乘客中只有教师和学生。考虑到;教师要乘车去上课，不能够迟到，故在乘客中，我们将教师的优先级提高，在班车的预定中，自动将教师的预定序号排在预定人群的前端（已上车乘客不属于预定人群）。2）管理系统中的系统保护主若是进行各种信息的保护，包括车辆信息、用户信息、司机信息以及各行车历史数据。行车调换主要对车

8、辆调换科学、灵便的控制，检查各站执行运行图情况和乘客的预定情况，宣布调换命令，保证校车运营系统能够安全、均衡、有节奏地完成运送乘客的任务。在途监控则是为了保障校车运营的安全与可靠，相关管理人员能实时获取车辆运行的实时信息，在遇到突发事件时，能进行实时、有效的办理，将事件影响降到最低。驾驶员是车辆调换、运行命令的实质执行者，故对他们的管理也是十分重要的。4.2业务流程图绘制校车运营系统的业务流程图以下：;乘客乘客信息登录信息系统车辆预定信集体出行车息辆预定行车调换预定审察部门审察信息登录信息上车刷卡登车信息命令发车发车命令发车发车信息盘问预定信息盘问班车调车辆调换信息度信息预定信息预定班车预定人

9、数统计驾驶员车辆行驶信在途监控息监控部门1）本系统设定了两种系统登录方式，为手机登陆和校园卡登录。手机登陆方式采用账号加密码登录，主要为乘客供应车辆调换信息盘问和班车预定，方便在登车点以外的乘客的提前预定，行车调换部门也能够依照此预定信息，提前做好调换准备工作。校园卡登录方式则主要用于乘车点的乘客的预定，乘客可使用自己的校园卡在乘车点的使用终端上快捷登录信息系统实现班车预定，若乘车点已有班车等待，乘客也可直接刷卡登车。为了预定信息的有效性和实习惯，我们规定只能预定当天的班车2）车辆调换部门第一实行的是按班发车，在此基础上再依照乘客的预定信息决定可否加派车辆。当某一时刻的班车的预定人数已达到车辆

10、准载人数而发车时间还没到时，车辆调换部门发出发车命令，驾驶员将校车开到乘车点。当实质登车人数达准载人数时，调换部门发出;行车命令，驾驶员确认行车命令并执行。注：乘客预定车辆时依照发车时刻表来选择详尽的预定班车。3）为方便集体活动出行时的车辆预定，本系统供应集体出行车辆预定选项。由集体负责人填写车辆预定申请，调换部门对申请信息进行审察并反响，为经过审察的申请安排车辆，对不合格申请要填写详尽的不合格原因。为了方便车辆的调换，我们规定包车预定必定提前三天以上才有效。4）在途监控部门经过接受车载GPS的实时信息，并结合GIS获取车辆的正确地址及状态。可实现车辆导航，在途监测，方便对突发事件的办理。而且

11、依照电子地图还可以够预估车辆的返程时间，方便调换部门对车辆的安排。实行车辆在途监测也能够有效的提高对车辆资源的的管理程度，防范个别驾驶员用集体资源接私活。4.3数据流程图环境图：驾驶员发车信息发车信息预定信息P1办理信息乘客乘客信息信息系统预定信息管理员零层图：;管理员D1不合格信息P1P3预定信息乘客乘客信息车辆预定预定办理调换信息乘客信息P2P4包车预定预定信息车辆调换乘客信息预定信息P6盘问各级子图：P5在途追踪D5乘客登录信息D4每日发车表D3乘客信息表D6包车信息P2.1P5.1P1.1P1.2乘客S1F1.1F1.2F1.3集体出行车登录信息账号、密码预定信息乘客S1安排每白班车登

12、录系统盘问辆预定F2.1包车申请F5.1车辆安排F1.2登录信息P2.2预定审察行车调换部F1.4预定信息P1.3D7乘客预定信息门S2乘客系统预P1.4约审察统计预约信息D6包车信息F1.5统计信息P1.5驾驶员F1.6发车命令F2.2包车审察信息命令发车S3系统管理员P3.1D4每日发车表S4F3.1录入校车信D1车辆信息表校车信息息P1.6D8发车信息确认发车F3.2驾驶员信息P3.2录入驾驶员D2驾驶员信息表D9GIS信息输入F1.7发车信息信息P4.1F3.3师生信息P3.3D3乘客信息表D10GPS信息输入在途追踪录入师生信息D11车辆实时信息;本系统的数据流程主要分四部分1）乘客

13、预定系统乘客用自己的账号、密码登录信息系统，产生相应的登录信息。进行车辆预定时，会产生相应的预定信息，系统自动统计乘客的预定信息，当预定人数达到车辆准载数时，调换人员进行车辆调换。2）集体出行车辆预定当有集体活动需要校车接送时，第一由集体负责人填写车辆预定申请，调换部门对申请信息进行审察并反响，为经过审察的申请安排车辆。3）车辆在途追踪控制由车辆上的车载GPS终端给系统发送实时信息，结合GIS信息系统获取车辆的正确地址及状态，可实现车辆导航，在途监测等用途。4）盘问系统方便乘客盘问自己的个人乘车预定信息和包车预定信息。4.4数据字典车辆信息：数据项编号：DI01名称：车辆编号别名：属于数据流：

14、F3.1,F1.6数据储藏处：D1简述：车辆的表示编号，每一辆车都有自己的编号种类：字符串长度：8域值：0000000099999999数据元素组成编号乘客信息：数据项编号：DI02名称：乘客编号别名：属于数据流：F1.1,F1.2,F1.3,F3.3数据储藏处：D3简述：每个乘客都有自己的编号种类：字符串长度：8域值：0000000099999999数据元素组成编号;驾驶员编号：数据项编号：DI03名称：驾驶员编号别名：属于数据流：数据储藏处：D2简述：每个驾驶员都有自己的编号种类：字符串长度：8域值：0000000011111111数据元素组成编号发车时间：数据项编号：DI04名称：发车时

15、间别名：属于数据流:F4.2数据储藏处：D4简述：班车的发车时间种类：字符串长度：5域值：00:00-23:00数据元素组成发车时间管理员编号：数据项编号：DI05名称：管理员编号别名：属于数据流：数据储藏处：简述：每个管理员都有自己的一个编号种类：字符串长度：4域值：00001111数据元素组成管理员编号车辆使用记录：数据结构编号：DS01名称:车辆使用记录别名：属于数据流：F1.7数据储藏处：D8简述：记录车辆发车时间及随车驾驶员数据结构组成备注：登陆信息清单：数据结构编号：DS02名称:登陆信息清单别名：属于数据流：数据储藏处：简述：记录乘客和管理者的登陆信息数据结构组成备注：;乘客信息

16、表：数据结构编号：DS03名称:乘客信息表别名：属于数据流：F1.3数据储藏处：D7简述：已经预定的乘客信息数据结构组成乘客姓名+学号+所定车辆发车时间+预定时间备注：GIS信息输入：数据结构编号：DS04名称:GIS信息输入别名：属于数据流：数据储藏处：简述：车辆运行是GIS追踪监控信息数据结构组成车辆地址+车辆运行情况+路面情况备注：GPS数据输入：数据结构编号：DS05名称:GPS信息输入别名：属于数据流：数据储藏处：简述：车辆运行时GPS导航定位信息数据结构组成车辆详尽地址+行驶路径备注：登陆信息：数据流编号：F1.2名称:登录信息别名：简述：乘客登录系统显示的身份信息本源：乘客登录系

17、统去向：乘客预定系统数据流组成乘客姓名+学号数据流量：2000人次/天巅峰流量：2500人次/天备注：乘客预定信息：数据流编号：F1.4名称:乘客预定信息别名：简述：乘客进入预定模块进行预定操作本源：乘客预定系统去向：审察统计预定信息系统数据流组成乘客姓名+学号+预定信息数据流量：1800条/天巅峰流量：2400条/天备注：;预定统计信息：数据流编号：F1.5名称:预定统计信息别名：简述：对预定乘客信息的统计本源：审察统计预定信息去向：发车命令数据流组成预定人数+预定人信息+预定时间数据流量：1200条/天巅峰流量：30条/天备注：发车命令：数据流编号：F1.6名称:发车命令别名：简述：把发车

18、信息传达给驾驶员本源：调换中心去向：驾驶员数据流组成发车车序号+发车时间数据流量：20次/天巅峰流量：25次/天备注：确认发车信息：数据流编号：F1.7名称:确认发车信息别名：简述：把确认发车信息传达到监控中心本源：驾驶员去向：监控中心数据流组成车辆序号+车牌号+驾驶员编号+发车时间数据流量：20次/天巅峰流量：25次/天备注：包车申请：数据流编号：F2.1名称:包车申请别名：简述：获取集体包车信息本源：某个集体去向：调换中心数据流组成用车时间+目的地+出发时间+返回时间+人数数据流量：2条/天巅峰流量：10条/天备注：包车审察信息：数据流编号：F2.2名称:包车审察信息别名：简述：依照审察信

19、息安排车辆本源：包车预定系统去向：调换中心数据流组成包车条件+包车用途;数据流量：5条/天巅峰流量：10条/天备注：录入车辆信息：数据流编号：F3.1名称:录入校车信息别名：简述：录入校车信息本源：校车自己信息去向：系统数据库数据流组成车牌号+车型+准载人数数据流量：巅峰流量：备注：依照实质需要进行数据录入录入驾驶员信息：数据流编号：F3.2名称:录入驾驶员信息别名：简述：录入驾驶员信息本源：驾驶员自己信息去向：系统数据库数据流组成编号+姓名+年龄数据流量：巅峰流量：备注：依照实质需要进行数据录入录入乘客信息：数据流编号：F3.3名称:录入乘客信息别名：简述：录入乘客信息本源：乘客自己信息去向

20、：系统数据库数据流组成编号+姓名+年龄数据流量：巅峰流量：备注：依照实质需要进行数据录入车辆安排：数据流编号：F5.1名称:车辆安排别名：班车安排简述：安排每白班车本源：乘客需求去向：系统数据库数据流组成序号+时间数据流量：巅峰流量：备注：原则上每日更新一次即可，但可依照实质需要进行数据录入;乘客系统预定：办理逻辑编号：P1.3名称:乘客系统预定简要说明：乘客登录系统预定后形成的信息输入信息：登录信息输出信息：乘客预定信息数据储藏D7激发条件：乘客预定加工逻辑：依照乘客的登录信息和预定操作，形成乘客的预定信息，存入系统出错办理：不进行预定登记执行频率：600条/天确认发车：办理逻辑编号：P1.

21、6名称:确认发车简要说明：驾驶员发车后向调换中心进行反响输入信息：发车指令输出信息：发车信息数据储藏D8激发条件：驾驶员发车加工逻辑：依照调换中心的发车指令进行发车，并将发车操作报告调换中心出错办理：禁止发车执行频率：25条/天包车预定审察：办理逻辑编号：P2.3名称:包车预定审察简要说明：依照包车条件对包车申请进行审察输入信息：包车申请输出信息：包车信息数据储藏D6激发条件：包车审察加工逻辑：依照包车条件审察包车申请的合格性，并对经过的包车信息进行登记出错办理：退回包车申请执行频率：10条/天信息录入：办理逻辑编号：P3.1名称:信息录入简要说明：对全部校车信息进行统计并录入数据库输入信息：

22、校车信息输出信息：车辆信息表数据储藏D1激发条件：录入数据加工逻辑：管理员依照校车信息在数据库中成立车辆信息表出错办理：禁止录入执行频率：;在途追踪：办理逻辑编号：P4.1名称:在途追踪简要说明：监控中心对车辆运行进行实时监控管理输入信息：GIS、GPS信息输出信息：车辆实时信息数据储藏D11激发条件：发车操作加工逻辑：利用GIS、GPS采集的信息对在途的车辆进行实时管理，并登记实时信息出错办理：无法监控执行频率：25条/天安排每白班车：办理逻辑编号：P5.1名称:安排每白班车简要说明：调换中心依照数据库的信息进行每日发车安排输入信息：车辆安排输出信息：每日发车表数据储藏D4激发条件：调换人员

23、安排加工逻辑：依照车辆信息和驾驶员信息和每日发车时刻表安排发车，形成每日发车表出错办理：无法生成执行频率：1条/天车辆信息储藏：数据储藏编号：D1名称:车辆信息别名：简述：全部校车的相关信息组成：每辆校车的详尽信息若为数据储藏要点字：车辆编号相关办理：车辆信息的保护若为数据流本源：去向：数据量：峰值：备注：驾驶员信息储藏：数据储藏编号：D2名称:驾驶员信息别名：简述：全部驾驶员的相关信息组成：每个驾驶员的详尽信息若为数据储藏要点字：驾驶员编号相关办理：驾驶员信息的保护若为数据流本源：去向：数据量：峰值：备注：;乘车信息储藏：数据储藏编号：D3名称:乘客信息别名：简述：全部在校师生的相关信息组成

24、：每个师生的详尽信息若为数据储藏要点字：师生编号相关办理：师生信息的保护若为数据流本源：去向：数据量：峰值：备注：乘客登陆信息储藏：数据储藏编号：D5名称:乘客登录信息别名：简述：乘客登录预定系统所显示的信息组成：姓名+学号+登录时间若为数据储藏要点字：师生编号相关办理：查察乘客登录状态若为数据流本源：去向：数据量：300条/天峰值：600条/天备注：包车信息储藏：数据储藏编号：D6名称:包车信息别名：简述：集体包车的信息组成：用车时间+目的地+出发时间+返回时间+人数若为数据储藏要点字：包车条件相关办理：对包车信息进行储藏，方便盘问若为数据流本源：去向：数据量：5条/天峰值：10条/天备注：

25、乘客预定信息储藏：数据储藏编号：D7名称:乘客预定信息别名：简述：乘客预定后在系统中形成的信息组成：预定人信息+预定乘车时间+预定时间若为数据储藏要点字：预定乘车时相关办理：对预定信息进行统计和审间核若为数据流本源：去向：数据量：500条/天峰值：600条/天备注：;每日发车表储藏：数据储藏编号：D4名称:每日发车表别名：简述：每日的工作车辆和驾驶员信息组成：校车编号+驾驶员编号+排车序次号若为数据储藏要点字：相关办理：方便乘客盘问若为数据流本源：去向：数据量：1条/天峰值：1条/天备注：发车信息储藏：数据储藏编号：D8名称:发车信息别名：简述：对乘客预定信息的统计组成：每个乘客的预定信息+预

26、定总人数若为数据储藏要点字：相关办理：利用统计信息来发车若为数据流本源：去向：数据量：20条/天峰值：30条/天备注：乘客：编号：S1名称：乘客别名：简述：校车进行服务的人群流入数据流师生基本信息输出数据流登录信息行车调换员：编号：S2名称：行车调换员别名：简述：对校车运行进行各种管理流入数据流车辆信息、驾驶员信息输出数据流车辆安排驾驶员：编号：S3名称：驾驶员别名：简述：对校车进行驾驶的司机流入数据流发车指令输出数据流发车信息系统管理员：编号：S4名称：系统管理员别名：简述：对校车系统基本信息的保护和管理流入数据流;输出数据流五系统设计5.1模块结构图依照系统解析画模块结构图以下：校车管理系

27、统登录信息管理调换中心作业预定管理审生选驾核个集成择修车驶师统每包发在人体取不改退辆员生计日车车途乘包消同密出信信信预发审管监车车预身码息息息约车核理控预预约份信表约约息1）登录流程：用户填写用户信息表判断用户种类Web服务器反响用户盘问用户信息数据数据库服务器乘客驾驶员调换员管理员登录成功，建立链接选择不同样身份登录系统本系统有三各种类的用户：调换人员、管理员、教师和学生即乘客。当不同样的用户使用各自的账号登录系统时系统自动选择不同样的用户种类，成立链接，他们就会分别拥有不同样的权限。以保证系统信息的安全性和有效性。更正密码每个用户登录后，都可更正初始密码，以增强个人信息的安全性。;退出用户

28、登录系统后单击退出，即可退出系统。2）信息管理流程：管理员Web服务器管理员盘问车辆、驾驶员、乘客和车辆使用信息盘问完成，显更正、删除或增添车示结果辆、乘客、驾驶员信息数据库服务器Web服务器依照要求更正相关信息（1）车辆管理对全部车辆的信息录入系统，并实时更新、更正车辆的信息。2）驾驶员信息管理对全部驾驶员信息进行录入，并实时更新、更正驾驶员的信息。3）师生信息管理对全部师生信息进行录入，并实时更新、更正师生的信息。4）对车辆使用记录的盘问。3）调换中心作业模块（1）审察统计预定信息;调换人员Web服务器调换人员预定及包车信息盘问完成，显车辆安排或不示结果合格信息数据库服务器Web服务器依照

29、要求更正相关信息调换中心将对每一发车时刻的预定信息进行审察统计，若在此时间段内，预定人数高出车辆的准载人数，就发出调车指令来进行发车；对于集体包车，需审察可否满足包车条件，若满足，则安排车辆。2）生成每日发车表办理流程：调换人员Web服务器调换人员车辆、驾驶员信息盘问完成，显制作每日发车示结果表数据库服务器Web服务器保存发车表;调换中心将依照数据库中的车辆信息、驾驶员信息进行合适安排，形成每日的发车表，即依照发车时刻表在每一详尽规定发车时刻安排详尽的车辆和驾驶人员。（3）包车审察调换人员Web服务器调换人员赞成预定驳回申请包车申请数据库Web服务器Web服务器服务器调换人员从数据库中盘问包车

30、申请，并对其按相关规定进行审察，吻合要求的包车申请，对不合格的予以驳回。（4）发车管理调换人员Web服务器调换人员预定统计信息及包车审察信息盘问完成，显示结果车辆安排数据库服务器Web服务器保存发车安排;依照审察统计预定信息进行车辆调换。调换中心将依照某一时段的详尽预定人数以及每日发车表来安排发车，若在规定下一发车时刻到来从前，预定人数达到车辆准载人数，就将下一发车时刻的车辆提前发出，满载后即可发车，这有可能打乱原有的发车秩序，但只要保持原有的车辆的发车序次，则无较大影响；若达不到满载人数，则到规定发车时刻再发车。对于集体包车，依照审察包车信息安排详尽车辆用于包车业务。（4）在途监控调换人员W

31、eb服务器调换人员GIS信息发车信息盘问完成，显示结果办理信息GIS服务器数据库服务器Web服务器保存办理信息车载GPS将车辆的实时信息传达到web服务器中，监控中心利用GIS信息系统完成对在途的车辆的正确定位，监控中心的电子地图将显示车辆的详尽地理地址，周围的路况和车辆运行情况，保证车辆的安全运行以及实时办理各种突发情况，同时也能够进行回车管理。4）预定管理模块（1）个人乘车预定流程：;乘客Web服务器乘客盘问发车时刻盘问完成，显示结果增添班车预定信息数据库服务器Web服务器依照要求更正相关信息乘客经过登录预定系统进行预定当白班车的操作。在班车确认发车后，该班车的预约信息全部无效。（2）集体

32、包车申请乘客填写申请表Web服务器显示提交成功保存用户申请数据库服务器用户能够提前3-7天对车辆进行包车预定，填写包车申请，用户需要说明包车用途等信息。（3）取消预定;乘客Web服务器乘客盘问班车预定和包车信息盘问完成，显删除包车预定示结果或班车预定信息数据库服务器Web服务器依照要求更正相关信息乘客在预定后相关班车后，在驾驶员确认发车前5分钟都能够取消预定并返还预定款，但不实质乘车又不实时取消预定的乘客，预定款不返还；对于集体包车，提前最少天取消包车业务。画事物型模块结构图以下：信息办理信息输入班车预定安排车辆包车在途追踪盘问手机预定网络预定统计预定人数调换审察预估回车时紧间急事务处导理航班

33、车信息预定信息选择发车时已间有预定人提数交预定信发息车时刻车辆安排核实包车路况监测实时地址应急方案实班施车信息预定信息1）信息输入主要包括乘客信息、发车时刻表、GPS信息、GIS信息。考虑到上课时间和周末的客流量有明显的差别，可采用两个发车时刻表，依照过去的客流量来进行车辆初步安排。;考虑到期末教师去虎溪监考、毕业生回虎溪照相纪念等都会使乘客数量有很大颠簸，因此我们建议也采用解析过去的客流量记录，拟定合适的派车方案，使乘客有车可乘，而又不会浪费车辆资源。2）班车预定主若是能够保证乘客有车可乘，在乘客数量高出车辆运载能力时，调换人员可以实时发现，并实时加派车辆。而乘客在发现校车乘坐人数过多，有可

34、能需要等待时，也可以自行采用其他乘车方式。3）调换人员进行车辆安排时，要将发车时刻表和各时刻的预定人数相结合。预定人数确实高出车辆准载人数时，可提前发车，而乘客实质上车人数达车辆准载人数时，驾驶员发车，并经过乘车点的终端发送确认发车信息。若直到正常发车时刻，实质上车人数未达车辆准载人数，驾驶员就按正常时刻发车，并发送确认发车信息。4）包车提前期为3到7天，申请提交后，调换人员依照包车核实条件和车辆资源的使用情况来安排包车，并实时将包车信息宣布到盘问平台，供申请者盘问。5）在途监控可依照路况和车辆实时信息估计出车辆的回车时间，若出现堵车等情况不能够及时回车的，可尽早做好其他替补车辆的安排。同时经过监控实时地址也能实时发现并办理紧急事务。而且经过监控实时地址还可更好地管理车辆资源，防范驾驶员使用车辆资源接私活。6）在盘问平台上，乘客能够盘问自己的预定信息，也能够盘问各时刻班车的已预定人数及发车时间。而包车信息的实时反响，也能够在盘问平台上表现出来。5.2网络设计画网络拓扑图：;产品选型及造价以下：GPS系统：;5.3代码设计：学生编号：一致采用学号教师编号：可采用学校已编制的教师编号管理员、调换员编号：01xxxxxx标志位岗位代号员工代号驾驶员编号：02xxxxxx标志位岗位代号员工代号班次编号：00 xxxxxxxxxxxxxxxxxx预留位年月日发车时刻序号注：1）发车时刻为司