kl800.com省心范文网

校车运营系统(4)



[键入文字]

一.引言
重庆大学校车主要为重庆大学师生提供往返 A、B、C、D 4 个校区服务的 交通工具。目前,校车的运营状况基本稳定,但离科学化,高效率的运营还远远 不够,存在的主要问题有:1.没有设立统一的调度控制中心,缺乏宏观全局化的 调控;2.调度作业基本人工完成,导致作业人员劳动强度高,效率较低,且调度 人员工作辛苦;3.发车制度机械,缺乏机动性和灵活性,无法快速响应各种突发 状况;4.无法对校车进行实时跟踪监控,不能有效处理紧急情况;5.校车管理机 制不完善,导致学生和老师用车紧张;6.校车运行线路单一,一旦路面出现状况 将会造成时间损失。正是因为以上存在的各种问题,导致学生对校车管理怨声载 道。 为了解决现有校车运营系统中的各种缺陷,我们设计了智能化的校车管理信 息系统,它能够实现以乘客需求为主导,通过采集乘客的需求信息,经计算机通 信网络传输至监控中心供调度人员安排调度车辆, 从而提供了整个系统的工作效 率和服务质量。而且在数据记录方面也不需要再采用原始的手工记录,可以由信 息系统自动生成,大大减少了管理人员的工作量。

二.需求分析
2.1 任务描述
本系统功能及目标如下: 1)建立车队综合信息库,包括车辆信息、驾驶员信息等,将车队业务最大程度地实现电子 管理; 2)提高工作效率,降低管理成本,简化流程操作,利用友好的界面和简易的操作,轻松高 效地完成工作; 3)采集车辆运行信息,统计和分析数据,并据此发布客流量信息,方便师生员工有针对性 地选择乘坐; 4)开通信息交流平台,提供包车预定服务,并接收师生员工反馈信息,提高服务质量。

2.2 用户特点
在本系统中用户主要是师生, 他们只能通过可视化界面对数据库信息进行查阅并在允许 的范围内增添相关预约记录,修盖个人密码,而不能在数据库中进行其他任何非法操作。只
1

[键入文字]

有管理人员经过身份验证才可以进入,并对其进行相关操作。本产品的维护人员需要具备 asp.net 和 SQL Server2000 数据库编程知识。

2.3 需求获取
该受理操作分配及督办功能模块的编写目的是为了将所受理业务具体分配到各个工作 人员,并做一些必要的处理。为了对该系统提出完整、准确、清晰、具体的要求,必须在这 个阶段明确系统的功能结构, 在高层功能及数据流图的基础上进一步细化系统的功能, 开发 出更精确的数据流图, 同时建立数据字典, 最主要的是明确该管理系统要完成哪些功能模块, 即要明白“系统要做什么,用户需要什么” 。需求分析的结果是系统开发的基础,关系到开 发该系统的成败和质量。因此必须在用户提出的要求上抽象出该系统的功能结构。

2.4 信息采集
在预约系统的查询功能模块中应录入单日发车的安排表,即每一车次所对应的发车时 刻,在预约系统的预约功能模块中应录入重庆大学师生的基本信息(学号,姓名等) ,在预 约系统的付费功能模块通过网络技术与校园卡系统相连接, 只有从校园卡中扣费后才算预约 成功。 在调度员操作系统中, 显示器上将显示预约人员的基本信息, 方便确认预约人员的身份。 在后台的调度监控中心录入了所有校车的基本信息(车牌号,车辆类型等) ,以及驾驶 员的基本信息(姓名,编号等)和发车时刻表等。

2.5 建议校车管理系统的功能
1)用户登录:分为乘车学生登录和工作人员登录,拥有不同的操作权限。 2)预约系统:车辆信息查询(车辆运行情况查询,时刻表查询) ,车辆预约等。 3)车辆管理:发车操作,回车操作,车辆调度和指挥,预约人数查询和统计,车辆荷载情 况等。 4)统计功能:统计预约人数,统计发车数量。 5)系统操作:1.初始设置:对乘客信息和车辆信息的初始化 2.乘客和管理员档案管理:学生只能修改自己的密码,管理员不能增加和删 除学生信息。

三.可行性分析
2

[键入文字]

3.1 技术和设备上的可行性
1)软件和硬件上的可行性 系统的软件:GSM,GIS,GPS,SQL Server 等,技术有无线传输,RFID,C/S,B/S 使用 较为简单,技术易于掌握。 硬件:计算机,PDA,可利用学校已有的计算机进行软件重装,减少经费支出。 2)开发,维护:现有的开发技术水平完全能够胜任开发任务,并且维护工作也较为简便。

3.2 经济上的可行性
1)设备费用 计算机和 PDA 等硬件费用。 2)开发费用 该系统并不十分复杂,因此开发费用不高。 3)经济效益 使用新的信息系统可以有效地节约人力、物力,

3.3 管理上的可行性
使用新系统可以使管理人员的工作更为简单, 减少了大量的手工信息输入。 调度员的工作也 可由户外工作,变为室内工作,而且对乘车人数及预约人数的统计使得他们能进行更好,更 科学的发车,实现车辆的有效管理。

四.系统分析
4.1 组织结构图
绘制校车运营系统的组织结构图如下:

1)在本系统中,校车主要是为教师和学生提供出行,故在乘客中只有教师和学生。考虑到
3

[键入文字]

教师要乘车去上课,不能迟到,故在乘客中,我们将教师的优先级提高,在班车的预约中, 自动将教师的预约序号排在预约人群的前端(已上车乘客不属于预约人群) 。 2)管理系统中的系统维护主要是进行各种信息的维护,包括车辆信息、用户信息、司机信 息以及各行车历史数据。行车调度主要对车辆调度科学、灵活的控制,检查各站执行运行图 情况和乘客的预约情况,发布调度命令,保证校车运营系统能够安全、均衡、有节奏地完成 运送乘客的任务。 在途监控则是为了保障校车运营的安全与可靠, 相关管理人员能实时获取 车辆运行的实时信息, 在遇到突发事件时, 能进行及时、 有效的处理, 将事件影响降到最低。 驾驶员是车辆调度、运行命令的实际执行者,故对他们的管理也是十分重要的。

4.2 业务流程图
绘制校车运营系统的业务流程图如下:

4

[键入文字]

乘客

查询

预约信息

乘客信息

登录信息系统

登录信息

查询班车调 度信息

车辆调度信 息

上车刷卡 车辆预约信 息 集体出行车 辆预约

预约信息

预约班车

登车信息 预约人数 统计 命令发车

预约审核

行车调度 部门

审核信息

发车命令

发车

驾驶员

发车信息

在途监控

车辆行驶信 息

监控部门

1)本系统设定了两种系统登录方式,为手机登陆和校园卡登录。手机登陆方式采用账号加 密码登录, 主要为乘客提供车辆调度信息查询和班车预约, 方便在登车点以外的乘客的提前 预约,行车调度部门也可以根据此预约信息,提前做好调度准备工作。校园卡登录方式则主 要用于乘车点的乘客的预约, 乘客可使用自己的校园卡在乘车点的使用终端上快捷登录信息 系统实现班车预约,若乘车点已有班车等候,乘客也可直接刷卡登车。为了预约信息的有效 性和实习性,我们规定只能预约当天的班车 2)车辆调度部门首先实行的是按班发车,在此基础上再根据乘客的预约信息决定是否加派 车辆。 当某一时刻的班车的预约人数已达到车辆准载人数而发车时间还没到时, 车辆调度部 门发出发车命令,驾驶员将校车开到乘车点。当实际登车人数达准载人数时,调度部门发出
5

[键入文字]

行车命令,驾驶员确认行车命令并执行。 注:乘客预约车辆时根据发车时刻表来选择具体的预约班车。 3)为方便集体活动出行时的车辆预约,本系统提供集体出行车辆预约选项。由集体负责人 填写车辆预约申请,调度部门对申请信息进行审核并反馈,为通过审核的申请安排车辆,对 不合格申请要填写具体的不合格原因。 为了方便车辆的调度, 我们规定包车预约必须提前三 天以上才有效。 4)在途监控部门通过接受车载 GPS 的实时信息,并结合 GIS 得到车辆的准确位置及状态。 可实现车辆导航,在途监测,方便对突发事件的处理。而且根据电子地图还可以预估车辆的 返程时间, 方便调度部门对车辆的安排。 实行车辆在途监测也可以有效的提高对车辆资源的 的管理程度,避免个别驾驶员用集体资源接私活。

4.3 数据流程图
环境图:

零层图:

6

[键入文字]

各级子图:
D5

乘客登录信息

D4

每日发车表

D3

乘客信息表

D6

包车信息

P2.1

P5.1

P1.1 乘客S1
F1.1 账号、密码

集体出行车 辆预约
F2.1包车申请

F1.2 登录信息

P1.2 查询
F1.3 预约信息

安排每日班车

登录系统

乘客S1

F5.1车辆安排

F1.2 登录信息

P2.2 预约审核 行车调度部 门S2
F1.4预约信息

P1.3 乘客系统预 约

D7

乘客预约信息

P1.4 审核统计预 约信息 D6 包车信息
F1.5统计信息 F2.2包车审核信息

P1.5
F1.6发车命令

命令发车

驾驶员 S3

系统管理员 S4

P3.1
F3.1 校车信息

D4

每日发车表

录入校车信 息

D1

车辆信息表 P1.6 D8 发车信息 确认发车

F3.2驾驶员信息

P3.2 录入驾驶员 信息 D2 驾驶员信息表 D9 GIS信息输入
F1.7发车信息

P4.1
F3.3师生信息

P3.3 录入师生信 息 D3 乘客信息表

D10

GPS信息输入 在途跟踪

D11 车辆实时信息

7

[键入文字]

本系统的数据流程主要分四部分 1)乘客预约系统 乘客用自己的账号、密码登录信息系统,产生相应的登录信息。进行车辆预约时,会产 生相应的预约信息,系统自动统计乘客的预约信息,当预约人数达到车辆准载数时,调度人 员进行车辆调度。 2)集体出行车辆预约 当有集体活动需要校车接送时, 首先由集体负责人填写车辆预约申请, 调度部门对申请 信息进行审核并反馈,为通过审核的申请安排车辆。 3)车辆在途跟踪控制 由车辆上的车载 GPS 终端给系统发送实时信息, 结合 GIS 信息系统得到车辆的准确位置 及状态,可实现车辆导航,在途监测等用途。 4)查询系统 方便乘客查询自己的私人乘车预约信息和包车预约信息。

4.4 数据字典
车辆信息:

数据项 编号:DI01 名称:车辆编号 别名: 属于数据流:F3.1,F1.6 数据存储处:D1 简述:车辆的表示编号,每一辆车都有自己的编号 类型:字符串 长度:8 域值:00000000—99999999 数据元素构成 编号
乘客信息:

数据项 编号:DI02 名称:乘客编号 别名: 属于数据流:F1.1,F1.2,F1.3,F3.3 数据存储处:D3 简述:每个乘客都有自己的编号 类型:字符串 长度:8 域值:00000000—99999999 数据元素构成 编号

8

[键入文字]

驾驶员编号:

编号:DI03 属于数据流: 简述:每个驾驶员都有自己的编号 类型:字符串 长度:8 数据元素构成 编号
发车时间:

数据项 名称:驾驶员编号 数据存储处:D2

别名:

域值:00000000—11111111

数据项 编号:DI04 名称:发车时间 别名: 属于数据流:F4.2 数据存储处:D4 简述:班车的发车时间 类型:字符串 长度:5 域值:00:00-23:00 数据元素构成 发车时间
管理员编号:

数据项 编号:DI05 名称:管理员编号 属于数据流: 数据存储处: 简述:每个管理员都有自己的一个编号 类型:字符串 长度:4 数据元素构成 管理员编号 车辆使用记录: 数据结构 编号:DS01 名称:车辆使用记录 属于数据流:F1.7 数据存储处:D8 简述:记录车辆发车时间及随车驾驶员 数据结构组成 备注:
登陆信息清单:

别名:

域值:0000—1111

别名:

数据结构 编号:DS02 名称:登陆信息清单 属于数据流: 数据存储处: 简述:记录乘客和管理者的登陆信息 数据结构组成 备注:

别名:

9

[键入文字]

乘客信息表: 编号:DS03 属于数据流:F1.3 简述:已经预约的乘客信息 数据结构组成 备注: GIS 信息输入: 数据结构 编号:DS04 名称:GIS 信息输入 别名: 属于数据流: 数据存储处: 简述:车辆运行是 GIS 跟踪监控信息 数据结构组成 车辆位置+车辆运行状况+路面情况 备注: GPS 数据输入: 数据结构 编号:DS05 名称:GPS 信息输入 属于数据流: 数据存储处: 简述:车辆运行时 GPS 导航定位信息 数据结构组成 车辆具体位置+行驶路径 备注:
登陆信息:

数据结构 名称:乘客信息表 数据存储处:D7

别名:

乘客姓名+学号+所定车辆发车时间+预约时间

别名:

数据流 编号:F1.2 名称:登录信息 别名: 简述:乘客登录系统显示的身份信息 来源:乘客登录系统 去向:乘客预约系统 数据流组成 乘客姓名+学号 数据流量:2000 人次/天 高峰流量:2500 人次/天 备注:
乘客预约信息:

数据流 编号:F1.4 名称:乘客预约信息 别名: 简述:乘客进入预约模块进行预约操作 来源:乘客预约系统 去向:审核统计预约信息系统 数据流组成 乘客姓名+学号+预约信息 数据流量:1800 条/天 高峰流量:2400 条/天 备注:
10

[键入文字]

预约统计信息:

数据流 编号:F1.5 名称:预约统计信息 简述:对预约乘客信息的统计 来源:审核统计预约信息 去向:发车命令 数据流组成 预约人数+预约人信息+预约时间 数据流量:1200 条/天 高峰流量:30 条/天 备注:
发车命令:

别名:

数据流 编号:F1.6 名称:发车命令 简述:把发车信息传递给驾驶员 来源:调度中心 去向:驾驶员 数据流组成 发车车序号+发车时间 数据流量:20 次/天 高峰流量:25 次/天 备注:
确认发车信息:

别名:

数据流 编号:F1.7 名称:确认发车信息 简述:把确认发车信息传递到监控中心 来源:驾驶员 去向:监控中心 数据流组成 车辆序号+车牌号+驾驶员编号+发车时间 数据流量:20 次/天 高峰流量:25 次/天 备注:
包车申请:

别名:

编号:F2.1 别名: 简述:获取集体包车信息 来源:某个集体 去向:调度中心 数据流组成 用车时间+目的地+出发时间+返回时间+人数 数据流量:2 条/天 高峰流量:10 条/天 备注:
包车审核信息:

数据流 名称:包车申请

数据流 编号:F2.2 名称:包车审核信息 简述:根据审核信息安排车辆 来源:包车预约系统 去向:调度中心 数据流组成 包车条件+包车用途
11

别名:

[键入文字]

数据流量:5 条/天 备注:
录入车辆信息:

高峰流量:10 条/天

编号:F3.1 简述:录入校车信息 来源:校车本身信息 去向:系统数据库 数据流组成 车牌号+车型+准载人数 数据流量: 高峰流量: 备注:根据实际需要进行数据录入
录入驾驶员信息:

数据流 名称:录入校车信息

别名:

编号:F3.2 简述:录入驾驶员信息 来源:驾驶员本身信息 去向:系统数据库 数据流组成 编号+姓名+年龄 数据流量: 高峰流量: 备注:根据实际需要进行数据录入
录入乘客信息:

数据流 名称:录入驾驶员信息

别名:

编号:F3.3 简述:录入乘客信息 来源:乘客本身信息 去向:系统数据库 数据流组成 编号+姓名+年龄 数据流量: 高峰流量: 备注:根据实际需要进行数据录入
车辆安排:

数据流 名称:录入乘客信息

别名:

编号:F5.1 别名:班车安排 简述:安排每日班车 来源:乘客需求 去向:系统数据库 数据流组成 序号+时间 数据流量: 高峰流量: 备注:原则上每天更新一次即可,但可根据实际需要进行数据录入

数据流 名称:车辆安排

12

[键入文字]

乘客系统预约:

处理逻辑 编号:P1.3 名称:乘客系统预约 简要说明:乘客登录系统预约后形成的信息 输入信息:登录信息 输出信息:乘客预约信息 数据存储 D7 激发条件:乘客预约 加工逻辑:根据乘客的登录信息和预约操作,形成乘客的预约信息,存入系 统 出错处理:不进行预约登记
执行频率:600 条/天 确认发车:

处理逻辑 编号:P1.6 名称:确认发车 简要说明:驾驶员发车后向调度中心进行反馈 输入信息:发车指令 输出信息:发车信息 数据存储 D8 激发条件:驾驶员发车 加工逻辑:根据调度中心的发车指令进行发车,并将发车操作报告调度中心 出错处理:禁止发车
执行频率:25 条/天 包车预约审核:

处理逻辑 编号:P2.3 名称:包车预约审核 简要说明:根据包车条件对包车申请进行审核 输入信息:包车申请 输出信息:包车信息 数据存储 D6 激发条件:包车审核 加工逻辑:根据包车条件审核包车申请的合格性,并对通过的包车信息进行 登记 出错处理:退回包车申请
执行频率:10 条/天 信息录入:

处理逻辑 编号:P3.1 名称:信息录入 简要说明:对所有校车信息进行统计并录入数据库 输入信息:校车信息 输出信息:车辆信息表 数据存储 D1 激发条件:录入数据 加工逻辑:管理员根据校车信息在数据库中建立车辆信息表 出错处理:禁止录入
执行频率:

13

[键入文字]

在途跟踪:

处理逻辑 编号:P4.1 名称:在途跟踪 简要说明:监控中心对车辆运行进行实时监控管理 输入信息:GIS、GPS 信息 输出信息:车辆实时信息 数据存储 D11 激发条件:发车操作 加工逻辑:利用 GIS、GPS 采集的信息对在途的车辆进行实时管理,并登记实 时信息 出错处理:无法监控
执行频率:25 条/天 安排每日班车:

处理逻辑 编号:P5.1 名称:安排每日班车 简要说明:调度中心根据数据库的信息进行每日发车安排 输入信息:车辆安排 输出信息:每日发车表 数据存储 D4 激发条件:调度人员安排 加工逻辑:根据车辆信息和驾驶员信息和每日发车时刻表安排发车,形成每 日发车表 出错处理:无法生成
执行频率:1 条/天 车辆信息存储:

编号:D1 别名: 简述:所有校车的相关信息 组成:每辆校车的具体信息 若为数据存储 关键字:车辆编号 相关处理:车辆信息的维护 若为数据流 来源: 去向: 数据量: 峰值: 备注:
驾驶员信息存储:

数据存储 名称:车辆信息

数据存储 编号:D2 名称:驾驶员信息 别名: 简述:所有驾驶员的相关信息 组成:每个驾驶员的具体信息 若为数据存储 关键字:驾驶员编号 相关处理:驾驶员信息的维护 若为数据流 来源: 去向: 数据量: 峰值: 备注:
14

[键入文字]

乘车信息存储:

数据存储 编号:D3 名称:乘客信息 别名: 简述:所有在校师生的相关信息 组成:每个师生的具体信息 若为数据存储 关键字:师生编号 相关处理:师生信息的维护 若为数据流 来源: 去向: 数据量: 峰值: 备注:
乘客登陆信息存储:

数据存储 编号:D5 名称:乘客登录信息 别名: 简述:乘客登录预约系统所显示的信息 组成:姓名+学号+登录时间 若为数据存储 关键字:师生编号 相关处理:查看乘客登录状态 若为数据流 来源: 去向: 数据量:300 条/天 峰值:600 条/天 备注:
包车信息存储:

编号:D6 别名: 简述:集体包车的信息 组成:用车时间+目的地+出发时间+返回时间+人数 相关处理:对包车信息进行存储,方 若为数据存储 关键字:包车条件 便查询 若为数据流 来源: 去向: 数据量:5 条/天 峰值:10 条/天 备注:
乘客预约信息存储:

数据存储 名称:包车信息

数据存储 编号:D7 名称:乘客预约信息 别名: 简述:乘客预约后在系统中形成的信息 组成:预约人信息+预约乘车时间+预约时间 关键字:预约乘车时 相关处理:对预约信息进行统计和审 若为数据存储 间 核 若为数据流 来源: 去向: 数据量:500 条/天 峰值:600 条/天 备注:
15

[键入文字]

每日发车表存储:

数据存储 编号:D4 名称:每日发车表 别名: 简述:每天的工作车辆和驾驶员信息 组成:校车编号+驾驶员编号+排车顺序号 若为数据存储 关键字: 相关处理:方便乘客查询 若为数据流 来源: 去向: 数据量:1 条/天 峰值:1 条/天 备注:
发车信息存储:

数据存储 编号:D8 名称:发车信息 别名: 简述:对乘客预约信息的统计 组成:每个乘客的预约信息+预约总人数 若为数据存储 关键字: 相关处理:利用统计信息来发车 若为数据流 来源: 去向: 数据量:20 条/天 峰值:30 条/天 备注:
乘客:

编号:S1 简述:校车进行服务的人群 流入数据流 师生基本信息 输出数据流 登录信息
行车调度员:

名称:乘客

别名:

编号:S2 名称:行车调度员 简述:对校车运行进行各种管理 流入数据流 车辆信息、驾驶员信息 输出数据流 车辆安排
驾驶员:

别名:

编号:S3 名称:驾驶员 简述:对校车进行驾驶的司机 流入数据流 发车指令 输出数据流 发车信息
系统管理员:

别名:

编号:S4 名称:系统管理员 简述:对校车系统基本信息的维护和管理 流入数据流
16

别名:

[键入文字]

输出数据流

五.系统设计
5.1 模块结构图
5.1.1 根据系统分析画模块结构图如下:

1) 登录流程:

(1) 选择不同身份登录系统 本系统有三种类型的用户:调度人员、管理员、教师和学生即乘客。当不同的用户使 用各自的账号登录系统时系统自动选择不同的用户类型, 建立链接, 他们就会分别拥有不同 的权限。以保证系统信息的安全性和有效性。 (2) 修改密码 每个用户登录后,都可更改初始密码,以增强个人信息的安全性。
17

[键入文字]

(3) 退出 用户登录系统后单击退出,就可退出系统。 2) 信息管理流程:

管理员 Web服务器 管理员

查询车辆、 驾驶员、乘客和 车辆使用信息

查询完成,显 示结果

修改、删除或增加车 辆、乘客、驾驶员信息

数据库 服务器

Web服务器 根据要求修改相关信息

(1)车辆管理 对所有车辆的信息录入系统,并及时更新、修改车辆的信息。 (2)驾驶员信息管理 对所有驾驶员信息进行录入,并及时更新、修改驾驶员的信息。 (3)师生信息管理 对所有师生信息进行录入,并及时更新、修改师生的信息。 (4)对车辆使用记录的查询。 3) 调度中心作业模块 (1) 审核统计预约信息

18

[键入文字]

调度人员 Web服务器 调度人员

预约及包 车信息

查询完成,显 示结果

车辆安排或不 合格信息

数据库 服务器

Web服务器 根据要求修改相关信息

调度中心将对每一发车时刻的预约信息进行审核统计,若在此时间段内,预约人数 超过车辆的准载人数,就发出调车指令来进行发车;对于集体包车,需审核是否满足包 车条件,若满足,则安排车辆。 (2)生成每日发车表 处理流程:

调度人员 Web服务器 调度人员

车辆、驾驶员信息

查询完成,显 示结果

制作每日发车 表

数据库 服务器

Web服务器 保存发车表

19

[键入文字]

调度中心将根据数据库中的车辆信息、驾驶员信息进行适当安排,形成每日的发车 表,即按照发车时刻表在每一具体规定发车时刻安排具体的车辆和驾驶人员。 (3)包车审核

调度人员从数据库中查询包车申请, 并对其按相关规定进行审核, 符合要求的包车申 请,对不合格的予以驳回。 (4)发车管理

调度人员 Web服务器 调度人员

预约统计信息 及包车审核信息

查询完成,显 示结果

车辆安排

数据库 服务器

Web服务器 保存发车安排

20

[键入文字]

根据审核统计预约信息进行车辆调度。调度中心将根据某一时段的具体预约人数以 及每日发车表来安排发车,若在规定下一发车时刻到来之前,预约人数达到车辆准载人 数,就将下一发车时刻的车辆提前发出,满载后即可发车,这有可能打乱原有的发车秩 序,但只要保持原有的车辆的发车顺序,则无较大影响 ;若达不到满载人数,则到规 定发车时刻再发车。 对于集体包车,根据审核包车信息安排具体车辆用于包车业务。 (4)在途监控

调度人员 Web服务器 调度人员

发车信息
GIS信息

查询完成,显 示结果

处理信息

GIS服务器

数据库 服务器

Web服务器 保存处理信息

车载 GPS 将车辆的实时信息传送到 web 服务器中, 监控中心利用 GIS 信息系统完成 对在途的车辆的准确定位,监控中心的电子地图将显示车辆的具体地理位置,周围的路 况和车辆运行情况,确保车辆的安全运行以及及时处理各种突发状况,同时也可以进行 回车管理。 4) 预约管理模块 (1) 个人乘车预约流程:

21

[键入文字]

乘客 Web服务器 乘客

查询发车时刻

查询完成,显 示结果

添加班车预约信息

数据库 服务器

Web服务器 根据要求修改相关信息

乘客通过登录预约系统进行预约当天班车的操作。在班车确认发车后,该班车的预 约信息全部失效。 (2) 集体包车申请

乘客

填写申请表

Web服务器

显示提交成功

保存用户申请

数据库 服务器

用户可以提前 3-7 天对车辆进行包车预约,填写包车申请,用户需要说明包车用途 等信息。 (3) 取消预约

22

[键入文字]

乘客 Web服务器 乘客

查询班车预约 和包车信息

查询完成,显 示结果

删除包车预约 或班车预约信息

数据库 服务器

Web服务器 根据要求修改相关信息

乘客在预约后相关班车后,在驾驶员确认发车前 5 分钟都可以取消预约并返还预约 款,但不实际乘车又不及时取消预约的乘客,预约款不返还;对于集体包车,提前至少 1 天取消包车业务。 5.1.2 画事物型模块结构图如下:

1)信息输入主要包括乘客信息、发车时刻表、GPS 信息、GIS 信息。考虑到上课时间和周末 的客流量有明显的差别,可采用两个发车时刻表,根据以往的客流量来进行车辆初步安排。
23

[键入文字]

考虑到期末教师去虎溪监考、 毕业生回虎溪照相留念等都会使乘客数量有很大波动, 所以我 们建议也采用分析以往的客流量记录,制定合适的派车方案,使乘客有车可乘,而又不会浪 费车辆资源。 2)班车预约主要是可以保证乘客有车可乘,在乘客数量超出车辆运载能力时,调度人员可 以及时发现,并及时加派车辆。而乘客在发现校车乘坐人数过多,有可能需要等待时,也可 以自行选用其他乘车方式。 3)调度人员进行车辆安排时,要将发车时刻表和各时刻的预约人数相结合。预约人数确实 超过车辆准载人数时,可提前发车,而乘客实际上车人数达车辆准载人数时,驾驶员发车, 并通过乘车点的终端发送确认发车消息。 若直到正常发车时刻, 实际上车人数未达车辆准载 人数,驾驶员就按正常时刻发车,并发送确认发车消息。 4)包车提前期为 3 到 7 天,申请提交后,调度人员根据包车核实条件和车辆资源的使用情 况来安排包车,并及时将包车信息发布到查询平台,供申请者查询。 5)在途监控可根据路况和车辆实时信息估算出车辆的回车时间,若出现堵车等情况不能及 时回车的, 可尽早做好其他替补车辆的安排。 同时通过监控实时位置也能及时发现并处理紧 急事务。 而且通过监控实时位置还可更好地管理车辆资源, 防止驾驶员使用车辆资源接私活。 6)在查询平台上,乘客可以查询自己的预约信息,也可以查询各时刻班车的已预约人数及 发车时间。而包车信息的及时反馈,也可以在查询平台上体现出来。

5.2 网络设计
画网络拓扑图:

24

[键入文字]

产品选型及造价如下:

GPS 系统:

25

[键入文字]

5.3 代码设计:
学生编号:统一采用学号 教师编号:可采用学校已编制的教师编号 管理员、调度员编号: 01 标志位 驾驶员编号: 02 标志位 班次编号: 00 预留位 xxxx 年 xx 月 xx 日 xxxxx 发车时刻 xxxxx 序号 xx 岗位代号 xxxx 员工代号 xx 岗位代号 xxxx 员工代号

注:1)发车时刻为司机每次发送确认发车信息时间,精确到分钟。 2)序号为当天发车的班次,取值范围为 0000—99999,司机每发一次确认发车信息,
26

[键入文字]

序号自动加 1.

5.4 数据库设计:
5.4.1 画 E-R 图如下:

27

[键入文字]

驾驶员

乘客

发车时间表

M:N

乘车

M:N

车辆

5.4.2 建立数据库 1)建立关系联系如下:

2)乘客信息表

输入乘客信息如下:

28

M:N

班次编号

司机编号

车辆编号

发车时间

[键入文字]

3)车辆信息表

录入信息如下:

29

[键入文字]

4)驾驶员信息表

录入信息如下:

5)车辆使用信息表

信息录入由驾驶员确认发车后,系统自动完成。 6)工作日发车时刻表

30

[键入文字]

插入发车时刻表如下:

5.4.3 系统用户权限设计 如何根据功能划分用户类别对于一个需要安全性的系统非常重要, 经过调研以及对校车运营 系统现状的分析,将传统的车辆管理方式进行简化,可分为以下类别。 乘客——用户具有查询发车时刻表, 以及各时刻的已预约人数的权利, 同时他们还可以添加 班车预约信息以及包车申请的权利和查询个人的班车预约和包车预约信息。 驾驶员——驾驶员具有查询车辆信息,和发车时刻表的权利,同时在每次发车时,他们都会 提交确认发车信息。 但是驾驶员没有添加车辆使用信息的权利, 因为驾驶员没有权利公车私 用,而所有车辆的使用都是由调度部门同意安排并发送发车指令的,然后由驾驶员执行的, 所以驾驶员不允许也没有必要有添加车辆使用信息的权利。 调度人员——调度人员有查询班车预约信息和包车申请信息的权利,并有权对其进行处理, 决定车辆的安排。 调度人员在安排车辆后会提交相应的车辆使用信息, 在司机进行确认发车 后,车辆使用信息正式录入车辆使用信息表。
31

[键入文字]

管理员——管理员有权删除、修改和增加除车辆、驾驶员和乘客的信息,实现系统的废旧信 息的处理和新信息的更新。同时,管理员还有权查看车辆的使用信息,但不能对信息进行修 改和删除,该设计符合系统信息安全性和有效性的要求。

5.5 输入输出设计
5.5.1 输入设计: 本系统中的班车时刻表是由调度人员采用键盘输入的方式输入, 信息录入后以基本表的形式 存在于数据库中,方便乘客查询,必要时,管理员也可对其进行更改。GPS、GIS,则是由网 络传输自动输入,可以安全、可靠、快捷地传输数据。系统中的预约信息、查询信息、处理 信息都采用网络传输方式。 5.5.2 输出设计: 本系统中信息输出格式较为固定,统一采用表格输出,在车辆实时信息中,GPS 信息和 GIS 系统相结合则使用地图的方式输出。

5.6 界面设计
登陆界面设计:

功能界面设计:
32

[键入文字]

查询功能包括:班车时刻查询、班车预约查询、包车申请查询 班车预约包括:查询已预约人数、选择发车时刻、提交预约信息 包车申请包括:提交包车申请 包车审核包括:申请信息审核、包车回复

33


赞助商链接

校车运营企业信息采集1

校车运营企业信息采集表编号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15...定位系统监 控中心建立情况 校车维修保养企业 校车定期维护保养情况 校车安全维护...

广州市校车运行方案

4、区、县级市人民政府审批校车运行方案后,将由“许可系统”自动加盖相应人民政府许可 专用章。 5、 申请人为客运企业/公交企业/校车运营单位时, 同一辆校车可以...

XX市校车运营现状及对策研究

XX市校车运营现状及对策研究_管理学_高等教育_教育专区。随着我国中小学幼儿园撤并进程的加快,学生居住地与学校的距离越来越远。安全有效地解决学生出行问题成为了一...

校车4G视频安全运营管理方案

校车4G视频安全运营管理方案_解决方案_计划/解决方案_应用文书。本方案主要描述通过...9 系统平台功能及优势 GPS 定位监控 车辆 GPS 定位,支持对所有管理区域...

校车安全管理方案4

校车安全管理方案4_其它_计划/解决方案_实用文档。校车安全管理工作领导小组 校车...学校负责人是校车安全第一责任人,在教育局指导下,定期 对学生进行系统的交通...

幼儿园校车运行方案

逐一建立校车档案, 纳入计算机信息管理,在机动车登记系统中录入校车类型、乘员数...(四)严厉打击车辆非法营运接送学生和超员、超速等严重违法行为。非法营运车辆存 ...

中国校车行业运营报告

中国校车行业运营报告_经济/市场_经管营销_专业资料。2017-2023 年中国校车行业市场运 营态势及发展前景预测报告 中国市场调研在线 中国市场调研在线 2017...

县公交公司校车服务运营方案(公司运营20120212)

4、校车服务公司具体定编如下: 职位 名额 职责 2 经理 车辆调度 1人 2人 ...建立统一的校车 GPS 定位系统,录入并定期更新校车运营单位、车主、驾驶员、车况...

幼儿园校车运行方案

逐一建立校车档案,纳入计算机信 息管理,在机动车登记系统中录入校车类型、乘员数...(四)严厉打击车辆非法营运接送学生和超员、超速等严重违法行为。非法营运车辆存 ...

校车接送合同2015.4.14

校车接送合同2015.4.14_合同协议_表格/模板_实用文档。校车接送合同,学校管理类校车接送学生运营合同甲方: 乙方: 根据甲方接送学生需要,甲方将其市区接送学生工作发包...