保障性仿真软件应用典型想定分享:港口码头运营

上午八点，一艘集装箱船开始卸船。岸桥把集装箱从船上吊到码头集卡上，集卡驶向堆场，场桥接力完成落箱。调度室的大屏上，船舶计划、设备位置和作业进度不断更新。

半小时后，一台岸桥发生故障。维修人员已经到场，但关键备件还在仓库确认；另一台岸桥继续作业，几辆集卡却开始等待。与此同时，堆场正在处理陆侧提箱，部分场桥无法立即支援。

此时，管理者真正想知道的，往往不是“这台岸桥平均多久修好”，而是：这次故障会把船舶作业推迟多久？增加集卡有没有用？优先保障维修，还是调整堆场资源，能够更快恢复任务进度？

这一期，我们以集装箱码头为背景，构建一个保障性仿真软件应用的典型想定，把船舶任务、装卸设备、水平运输、堆场、维修与备件放在同一条运营链上分析。

一、港口保障的落脚点，是作业任务能否兑现

设备完好，只是任务能够完成的一个条件。

岸桥可以正常起吊，仍可能因为集卡没有到位而等待；集卡数量充足，仍可能因为目标箱区的场桥被占用而排队；设备都在工作，仍可能因为出口箱尚未集齐而无法按计划装船。

因此，分析时至少要区分三个层次：设备技术可用、作业资源可达、运营任务完成。

第一层回答设备有没有故障、是否允许投入使用。第二层回答设备、合格人员、路径和作业位置能否同时满足需求。第三层回答规定的箱量，是否在目标时间前完成了指定的业务节点。

世界银行与标普全球市场财智发布的集装箱港口绩效指数（CPPI），以船舶在港时间为核心观察对象。这提醒我们，设备层面的改善需要落实到运营时间上。

对本想定而言，主问题可以写成：在给定船期、箱量、场地条件和作业规则下，怎样配置设备、人员、维修与备件，才能稳定完成装卸任务，并控制后续船舶及陆侧业务的等待？

二、典型想定：两艘船交接，关键装卸设备临时退出

选择一座虚构中型集装箱码头，研究一个24小时运营日。码头设两个研究泊位，岸桥负责船岸装卸，码头集卡承担内部水平运输，轮胎式集装箱门式起重机负责相关堆场作业。

第一艘船A在08:00启动本轮卸船任务，第二艘船B计划在当天后续时段接续使用同一泊位。邻泊位仍有既定任务，部分运输和维修资源共享。研究开始前已有的在场箱、车辆位置、未完工单和陆侧提箱需求，一并保留。

这些数量用于解释模型结构，不是配置建议。后文的小算例只抽取A船的一段卸船链，暂时排除邻泊位和陆侧资源争用，以便核对计算；完整模型再逐步恢复这些约束。

本篇选择集装箱码头，并不意味着散货、液体散货、滚装码头可以直接套用同一个模型。

不同货种的装卸设备、货物流动方式和作业条件，应另建业务逻辑。

三、把一只箱子的任务链串起来

以进口卸船为例，可以把过程概括为：船舶具备开工条件，岸桥按作业序列提箱，箱子交接到集卡，集卡驶向目标箱区，场桥接箱落位，完成堆场交接。后续再连接查验、放行、提箱和出闸等业务。

出口装船则有不同的准备条件：箱子需要按计划进入可提取位置，水平运输与岸桥作业要衔接船舶配载序列。不能把进口卸船流程简单倒过来，就认为已经描述了全部出口业务。

对每个箱任务，至少保留需求提出、资源申请、作业开始、作业结束、交接完成和资源释放等时间。遇到等待，还要记录原因：等岸桥、等集卡、等场桥、等箱位、等路径，还是等业务条件。

船上卸下来了，不等于已经堆场交接；堆场交接了，也不等于已经出闸。

如果目标是研究船舶作业，重点看船岸链条；如果目标是研究货物交付，就必须继续追踪陆侧流程。

同样，船舶装卸完工、具备离泊条件、实际离泊和泊位可供下一船使用，也是不同节点。离泊准备、引航拖轮、航道及其他运行安排，应按研究边界显式建模，或通过有依据的外部时间输入连接。

这能避免一个常见误判：把卸船时间缩短一小时，直接写成“船舶在港时间缩短一小时”。两者之间，还隔着实际运行条件。

四、岸桥、集卡、场桥，不能各算各的利用率

1. 岸桥要有可服务范围和作业顺序

同一艘船上的岸桥，并非可以随意同时处理任何箱位。船舶舱位、作业面、岸桥位置及相互干涉，都影响可行的分工。

模型中应记录岸桥服务范围、位置、任务序列、移动与准备过程，以及对应的人员资源。岸桥故障后，另一台能否接手、何时接手、哪些箱位可以改派，需要根据具体布置确认。

不能在模型里把两台岸桥写成一个不分位置的“总能力”，然后认为任何时候都能平均分配箱量。后文会采用这样的聚合做容量校验，但必须明确它是简化边界。

2. 集卡能力取决于完整循环

一辆集卡完成一次运输，不仅有重载行驶，还包含岸边接箱、堆场等待、交接卸箱、空载返回和必要准备。车辆的下一次可用时刻，应等完整循环结束后确定。

如果堆场排队变长，集卡周转变慢，岸边就可能缺车。此时增加车辆，可能只是增加堆场前的等待，并没有增加有效完成量。

车辆状态还应包含故障、维修、补能、交接班和位置。技术上完好的车，如果没有合格驾驶员或正在补能，也不能立即承担任务。

3. 场桥能力与箱区、箱位绑定

一台场桥是否能支援另一箱区，取决于设备类型、道路、转场条件和业务许可。进口落箱、出口提箱、陆侧提箱与翻箱，也可能争用同一资源。

堆场剩余空间不能只用“空了多少个位置”描述。目标箱的尺寸、重量、属性、堆存规则和后续提取顺序，都可能改变可用箱位及额外搬移次数。

正式模型应让翻箱占用真实设备与时间，并把跨箱区支援的移动成本记入方案。否则，“把场桥调过去”会成为没有代价的万能措施。

4. 缓冲和道路决定拥堵怎样反向传播

岸边缓冲区、集卡排队区和堆场交接区都有有限容量。下游满了，上游可能需要等待释放，不能无限卸箱、无限停车。

一旦堆场交接变慢，集卡被占住，岸桥就可能等车；岸桥停工后，邻泊位可能获得临时车辆，但故障恢复后又需要重新分配。瓶颈会随着状态变化移动。

因此，结果中应同时区分设备作业、故障停用、因上游没有任务而等待，以及因下游无法接收而阻塞。单看利用率高低，很难判断该增加哪一种资源。

五、一个可复核的小算例：增加集卡，为什么可能没有效果

先把复杂系统缩小，建立一组用于检查模型的确定性容量假设。

A船08:00开始，待卸并完成堆场交接的工作量为240个自然箱。全部箱子在本例中视为相同工作量，一次处理一个箱；这里的“箱”不是TEU，也不把一次吊运自动等同于固定的TEU数量。

两台岸桥各提供30箱/小时的有效能力；6辆集卡各提供12箱/小时的完整循环等效能力；3台场桥各提供24箱/小时的有效能力。

本算例采用连续流容量近似：忽略链条首次启动和末箱运输的时间差，不逐箱排队；不计有限缓冲、舱位干涉与道路冲突；各设备能力可在所分配任务内相加，资源可立即服务。集卡的12箱/小时是本例固定的等效参数，不在排队变化后继续当成真实单车效率。

在这些假设下，链条有效完成速率取三段能力的最小值：

min（2×30，6×12，3×24）＝60箱/小时。

如果没有故障，240箱需要4小时，完成时间为12:00。设12:00也是本例的堆场交接完成目标。

方案S0：一台岸桥08:00故障，10:00恢复

08:00—10:00，仅一台岸桥提供能力，链条速率为30箱/小时，完成60箱。10:00恢复后，链条回到60箱/小时，剩余180箱还需要3小时。

因此，完成时间为13:00，比目标晚60分钟。

这里的10:00指维修、测试、放行及必要到位均已完成，设备能够重新服务任务的时间。如果只是零件更换结束，还不能直接计入可用能力。

方案S1：保留故障恢复条件，增加两辆集卡

集卡总等效能力从72提高到96箱/小时。但故障期间只有30箱/小时的岸桥能力，恢复后也只有60箱/小时的岸桥能力。

链条速率分别仍为30与60箱/小时，完成时间仍是13:00。在本组假设下，增加集卡没有改善任务完成时间。

这不是说集卡永远不值得增加，而是说明本次压力场景中，新增能力没有作用在限制环节。完整模型若存在明显的等车、运输距离或补能约束，结论可能改变。

方案S2：保持原有车辆，将故障岸桥提前至08:30恢复

08:00—08:30完成15箱。随后两台岸桥投入，剩余225箱按60箱/小时处理，需要3小时45分钟，完成时间为12:15，比目标晚15分钟。

相对S0，任务提前45分钟。但要实现08:30恢复，维修人员、适配备件、作业条件、测试及重新投入必须共同满足，不能仅修改“平均维修时间”一个字段。

方案S3：岸桥10:00恢复，但堆场同步出现缺口

在S0基础上，假设10:00—12:00有一台场桥退出本任务，剩余两台提供48箱/小时。此时岸桥虽然修好了，链条速率却只能达到48箱/小时。

08:00—10:00完成60箱；10:00—12:00再完成96箱；12:00三台场桥恢复后，余下84箱按60箱/小时处理，需要1小时24分钟。最终完成时间为13:24。

这个算例说明两件事：一是资源投入要针对当时的限制环节；二是岸桥技术恢复以后，下游未必具备承接能力。

它不能直接预测真实码头的完工时间。正式离散事件模型应重新加入逐箱交接、车辆循环、有限缓冲和作业序列，聚合模型中的最小能力只是初步校验，不能替代完整推演。

六、保障恢复链条，要从故障发现一直追到重新接单

设备故障发生后，可以建立一条恢复任务链：故障发现与确认、停止相关作业、建立维修条件、诊断、申请备件、等待人员工具、执行修复、测试、放行、恢复作业。

有些环节并行，有些必须先后完成。备件调拨可以与人员准备同步进行时，应按依赖关系汇合，不能把所有时长机械相加；关键工序必须先完成时，也不能为了缩短结果擅自重叠。

共享维修班组需要有专业能力和工单优先级。修岸桥的人员不一定可以维修所有场桥和车辆；同一班组正在处理邻泊位故障时，本泊位工单就应进入等待。

备件则要记录适配型号、良品状态、数量、存放地点和配送时间。领用后扣减库存，再触发补货；已订购不等于已到场，已到场不等于已经可以安装。

“有一件备用”不能成为永不消耗的模型条件。

连续两次故障、同型号设备同时故障、到货延迟，都要能够在模型里形成实际资源缺口。

对于共用供电、通信或控制系统引起的多设备停用，应建立共同原因事件。否则，把所有故障都独立抽样，会漏掉整片作业区同时失去能力的情形。

七、在保障性仿真软件中，怎样组织这个模型

这类问题适合采用离散事件仿真：船舶到达、设备申请、箱子交接、车辆返回、故障发生、备件到场和维修完成，都成为改变系统状态的事件。

WILSIMU官方产品页介绍了装备使用与保障建模、保障效能评估、资源需求测算，以及概念建模、仿真想定、实验设计和分析评估等功能。本文将这类方法迁移到港口运营，不据此认定软件已内置码头调度算法、船舶配载模型、TOS接口或本案例。瑞风协同：WILSIMU产品介绍

落地时可以按以下顺序推进。

**先建立任务网络。**

定义船舶、箱任务、作业批次、目标时间、前后序关系及完成口径。船舶总任务向岸桥、运输和堆场环节分解，最后按业务条件汇合。

**再建立资源网络。**

实例化岸桥、集卡、场桥、操作人员、道路、泊位、箱位及维修工具，明确哪些资源可以共用，哪些绑定区域，哪些需要组合申请。

**接着连接保障网络。**

故障触发能力变化与工单；维修申请人员、工具和备件；测试放行后再把设备释放回作业资源池。

**然后建立调度规则。**

定义任务优先级、改派条件、跨区支援、维修排序和设备恢复后的重新分配。记录调度时能看到的信息，避免使用未来才会发生的故障或到达时间作出决策。

**最后组织实验与事件回放。**

先核对固定事件，再加入波动。若平台当前模型库缺少相关业务行为，应先配置、开发并验证，之后才开展方案对比。

模型是否有用，取决于它能否解释“哪条任务因为什么等待”，以及保障措施如何改变这条等待链。三维展示可以帮助沟通，事件记录与业务规则才是分析依据。

八、调度与检修，需要在同一组任务下比较

先到先服务便于解释，但未必能保护关键船期。可比较的策略包括目标时间优先、剩余裕度优先、减少空驶、优先清理阻塞点，以及按明确业务代价分配支援资源。

剩余裕度应综合任务剩余箱量、可行的设备分配、预期等待和后续准备，不能只用“截止时间减去当前时间”。岸桥、集卡和场桥的组合变化后，预计完成时间也要更新。

跨泊位支援尤其要看全局。把邻泊位车辆全部调来，可能加快A船，却让另一艘船延误。报告中应同时列出各船结果、总体延误和代价，不能只展示获支援对象的改善。

计划检修同样不能通过“挪出研究窗口”就当作节省。检修任务要保留，放到更长时段检查能否按要求完成，以及是否把风险推给下一班或下一艘船。

还要约束重派频率、已开工任务、设备转场与交接成本。现场无法稳定执行的频繁改派，即使计算上有优势，也不宜直接作为运营规则。

九、天气暂停以后，关键是积压多久消退

天气影响可以分为作业变慢、移动变慢和规定条件下暂停相关活动。不同设备、区域和任务的响应可能不同，应使用适用规程与设备要求确定，本文不提供统一风速或停工阈值。

国际劳工组织的港口安全与健康资料为港口作业及设备管理提供参考。模型应把适用的安全条件作为不可被调度优先级越过的约束，具体操作仍依据所在地要求、设备说明和现场制度。

暂停期间，可能有船舶继续到达、出口箱继续进场或陆侧预约需求继续积累；也可能某些环节同时受限。应明确每一种需求是否继续产生，而不是默认所有任务一起冻结。

恢复时，还要检查设备复位、人员返回、道路状态和箱区接收能力。不能把天气恢复的时刻直接设成所有设备满负荷运行的时刻。

**维修完成时间、作业恢复时间、积压消退时间，是三个不同指标。**

某个方案在日常运行下足够，却可能在集中到港与恢复作业叠加时出现长时间排队。

在同一组天气和到港条件下，分别比较原有配置、快速维修、关键件前置和联合资源支援，才能判断哪种措施改善了恢复过程。

十、输入数据应保留时间、位置和业务关联

船期数据应区分计划到达、实际到达、靠泊、开工、完工和离泊。任务箱量需要关联船舶、箱区、箱型、作业属性及目标节点，不能只输入每日总量。

设备记录应覆盖作业、空驶、等待、阻塞、故障、维修、补能与交接班。集卡的循环时间要按线路和负荷条件分层；场桥服务时间要考虑箱区、作业类型和必要翻箱。

故障数据要区分运行暴露与停机时间。维修停用应分解为诊断、待人、待件、作业和测试等阶段；尚未恢复的工单要保留未完成状态，不能删除后仅用已修复样本估计恢复时间。

船舶晚到可能受共同天气或上游拥堵影响，不能总把各船误差独立抽样。设备故障也可能和作业小时、负荷或设备状态有关，应按证据建立关系。

如果数据不足，可以先采用有来源的区间和专家估计做敏感性分析，并注明可信程度。不要把精确的小数、漂亮的分布曲线当作数据质量的替代品。

十一、方案比较应同时看兑现、恢复和投入

指标建议覆盖四组：船舶及箱任务按期完成率、超期分钟与未完成箱量；设备阻塞和各类等待时间；服务能力恢复与积压恢复过程；采购、人员、库存、补货、维修和能源等成本。

“延误分钟合计”与“在港时间”要分别定义；箱量与TEU要保留转换依据；设备有效作业利用率也应明确分母是排班时间、技术可用时间还是观察期总时间。

随机实验应先试运行估计波动，再根据关键结果置信区间的精度安排重复。方案间可以使用对应的共同扰动样本减少运气差异，但新增资源和策略变化后的随机过程需要保持一致、可解释的管理方式。

24小时研究结束时，仍在排队的船、未交接的箱和未关闭的工单必须单列；也可延长跟踪直至本批任务结束，并单列延长时段。不能把积压推到第二天，就报告为当天问题已经解决。

对长期库存、年度维修与低频共同原因事件，应另设更长实验时域。一次岸桥故障的算例，无法证明全年投资回报。

十二、模型交付之前，先让关键事件对得上账

第一步，用第五节的容量算例检查聚合逻辑：正常60箱/小时、单岸桥30箱/小时、堆场两台时48箱/小时，以及各方案累计箱量与完成时间。逐箱模型加入交接与循环后，结果可能出现合理差异，应逐项说明来源。

第二步，进行边界检查：没有集卡时不能完成运输；目标箱区不允许落箱时不能悄悄换到任意位置；维修未放行时不能继续作业；没有适配良品备件时不能完成规定的更换流程。

第三步，对账任务与资源。每个箱子的状态只能按规则推进，箱量不能重复统计；同一辆车、同一名人员不能同时出现在两个任务；领用备件后库存必须变化；工单完成与设备恢复时间应能追踪。

第四步，回放历史运营日，与实际完工时间、等待分布、维修阶段和拥堵位置比较。用一部分数据校准，再用另一部分独立事件核验，避免只把模型调到某一天表现好。

第五步，请调度、设备、维修与堆场人员一起审查异常事件链。现场经验不仅用来“给一个平均值”，还用来发现模型漏掉的条件和不可执行的策略。

最终的成果，应是能够落地的一组安排：哪类关键件放在哪里，哪些任务触发专业支援，何时允许跨区调车，检修开始前检查什么，故障恢复后怎样恢复资源分配，以及方案在哪些条件下会失效。

港口码头运营中的保障性仿真，是把“设备能不能用”一直追问到“任务能不能按时完成”。

当船舶、箱流、设备、人员、维修和备件进入同一个可追溯的模型，团队才有机会看清：等待来自哪里，投入改变了什么，以及一次局部故障为什么会影响整条运营链。

参考资料

• 世界银行：集装箱港口绩效指数
• 瑞风协同：装备保障仿真系统WILSIMU
• ILO：港口安全与健康实务守则公开介绍