课程

A1 从一个交付问题定义决策任务

本页内容

从“交期总是变”走到可以处理的问题

计划会上说“希望提高交付率”，很难直接形成模型输入。需要进一步说明：哪些订单、哪个周期、哪些资源，以及当前允许改变什么。目标越明确，数据准备和结果讨论越容易落到同一件事上。

本课采用教学情境：某车间下周需要完成三类制品，两个工作中心共享一部分工装。先明确这次计划要决定什么，再整理所需数据和确认事项。

“共享工装”需要继续追问：同一时刻只能由一台设备使用，还是一天内总使用次数受限？两者对应不同约束。决定按日分配数量，也不同于决定每道工序的精确起止时间。任务定义时先确定所需粒度。

DataSets 与标准数据接口表达业务事实；DecisioCore 组织数据检查、目标和规则；GOCK 在明确条件下完成建模与优化；Web 展示输入与结果。先选择计划或排程能力，再核对该能力接受的对象与约束。

把“少换型”列为偏好前，确认模型按什么属性识别换型、怎样计算次数或准备时间；把“保护瓶颈”列为规则前，确认资源、时段、限额以及模型如何采用该限制。这些说明可以直接用于后续的数据接入与参数配置。

数量满足率的分母应包含哪些订单？取消订单是否排除？这些问题应在运行前确认，否则两个人面对同一结果也可能得到不同结论。

把“系统要智能排产”改写为一页场景说明。再请同事提出三条可能改变结果的条件。

合格的说明应让同事能够指出输入范围、固定条件和可调项。如果对方仍需要猜测时间单位、资源是否可替代或谁能批准延期，应先补充说明。最终保存场景说明、对象关系和指标定义，作为后续数据与配置工作的共同起点。