城市公交调度管理软件把发车时刻表、客流数据与车辆位置放在一个界面里，看起来只是把纸质路单电子化。真正要解决的是运力与客流的匹配问题：高峰挤不上、平峰空着跑，两头都是成本。学会用数据排班，是这套软件训练的核心。

断面客流与发车间隔的对应

排班依据不是全线总客流，而是断面客流。一条 18 公里的线路通常有 20 多个站点，最挤的那一段决定发车间隔。用 IC 卡刷卡与扫码数据按站点上下客统计，得到高峰小时最大断面流量，再除以单车额定载客量，就是需要的发车班次。

举例说明更直观：高峰小时最大断面客流 2400 人次，单车额定载客 80 人，按满载率 90% 控制，需要 33 班，平均间隔不到 2 分钟。这样的间隔在路面条件下很难保证，实际做法是加密到 3 分钟并配两辆区间车，把长线拆成短线运行。软件里可对比两种方案的车公里成本与乘客候车时间。

周转时间与配车数的核算

周转时间等于单程运行时间乘以 2，再加上首末站停站时间。单程 18 公里、平均运营速度 18 公里每小时，单程约 60 分钟，两端各停 10 分钟，周转时间为 140 分钟。按 3 分钟发车间隔计算，需要配车 47 辆，这个数字直接决定运力投入。单程运行时间的测算宜用实测数据，按站点逐段记录行车时间，比按平均速度折算更贴近实际。

平均运营速度受路况影响很大，早高峰可能降到 14 公里每小时，周转时间随之拉长到 170 分钟，配车数要相应增加。软件里可导入不同时段的速度参数，让学生看到速度下降对配车数的放大效应。参照《城市公共交通分类标准》CJJ/T 114 对运营组织的要求，把速度与间隔作为一组联动参数看待，才不会出现排了班却跑不完的情况。

区间车与大站快车的适用条件

区间车适合客流集中在某一段的线路。把 18 公里的长线切成两段，客流集中的前 10 公里单独加密，后段维持原间隔，既能缓解拥挤又能省下车公里。判断依据是断面客流的不均衡系数，前后段客流相差 30% 以上就值得考虑。

大站快车适合长距离通勤客流。停站从 20 站减到 8 站，单程时间可缩短 15 至 20 分钟，但被越过的站点乘客候车时间会延长。软件里可以模拟两种方案，对比平均出行时间与乘客满意度。这类方案在实施前必须配套站点引导，否则乘客站在被越过的站台上等不来车，投诉会集中爆发。

时刻表的稳定性与临时调度

排好的时刻表能不能执行，取决于路面条件与调度弹性。给每辆车留 5% 的时间余量，遇到拥堵可以靠余量吸收，超过余量就要靠调度员临时调整。软件里的实时监控界面会显示车辆偏离计划的分钟数，偏离超过 5 分钟即触发调整提示。时间余量按线路分档设定，市区线留得多一些，郊区线因路况稳定可以收紧。