课程
A2 先验证:设计一次有用的计划比较
一台设备,两个订单,一次维护。这个小场景足以说明:计划比较要先解释条件怎样变化,再讨论系统给出的结果。
本课学习三个判断:当前条件是否允许按期完成;一项变化影响了什么;需要通过哪类数据、配置或管理决定来处理。
下面使用教学数据,按表中条件人工核算加工时间和可用产能。后半部分结合已有真实运行案例,说明怎样在 DecisioWorks 中开展同类比较。
一、先说明要做什么决定
今天要在工作中心 WC-1 上完成两个订单。两种制品都只有一道加工工序,均只能使用 WC-1;设备一次加工一个批次。原料已齐套,其他资源满足要求。两张订单都要求今天结束前完成。
本课只有今天这一个计划时段,不允许提前到其他时段生产。每种制品形成一个完整批次,同一批次连续加工。设备起始时无需准备;从A切换到B或从B切换到A均需40分钟,且占用 WC-1。没有其他切换。
当前允许的条件为:今天的正常工作时间、既定数量、既定工艺。加班、转移设备、拆批、延期需要另行决定,尚未纳入基线。
二、输入数据
订单与加工条件
| 订单 | 制品 | 数量(件) | 加工时间(分钟/件) | 工作中心 | 交期 |
|---|---|---|---|---|---|
| O-1 | A | 20 | 10 | WC-1 | 今天结束前 |
| O-2 | B | 20 | 11 | WC-1 | 今天结束前 |
日历与变化
| 条件 | 基线 | 维护调整后 |
|---|---|---|
| 班次总时间,未扣维护(分钟) | 480 | 480 |
| 计划维护占用(分钟) | 0 | 30 |
| 净可用时间(分钟) | 480 | 450 |
| 两种制品间的一次切换(分钟) | 40 | 40 |
本例把维护放在工作开始前,剩余450分钟连续可用。若维护发生在工作中间,还要检查连续批次与维护时窗是否冲突,净时间合计只解决其中一部分问题。
这些业务表用于说明计算条件。接入 data.db
时,还需按标准接口补齐对象标识、时间单元及工艺、资源之间的关系。
三、把事实、约束与可选措施分开
| 类别 | 本例内容 | 含义 |
|---|---|---|
| 业务事实 | 订单数量、工序时间、维护时段 | 需要由业务数据准确描述 |
| 必须满足的条件 | 全部数量今天完成,单机不重叠,整批连续加工 | 判断本例能否按当前承诺执行 |
| 可比较的偏好 | 在满足条件的方案中选择顺序或其他支持的目标 | 只有存在可行选择时,才讨论偏好带来的取舍 |
| 待批准措施 | 加班、延期、转移资源或改变批量 | 需要确认可实施性,再更新相应数据和配置 |
硬约束禁止违反条件;软约束允许按已定义的代价表达偏差。将产能配置为软约束后得到候选方案,读者还应检查其中是否包含超负荷安排,以及现实中如何处理。
四、先做一次人工核算
A的加工需求为 20 × 10 = 200 分钟;B为
20 × 11 = 220
分钟。加上一次40分钟切换,总占用为460分钟。
| 检查项 | 基线 | 维护调整后 |
|---|---|---|
| 加工占用(分钟) | 420 | 420 |
| 切换占用(分钟) | 40 | 40 |
| 总占用(分钟) | 460 | 460 |
| 净可用时间(分钟) | 480 | 450 |
| 余量或缺口(分钟) | 余量20 | 缺口10 |
基线存在一个简单的可行顺序:加工A用200分钟,切换40分钟,再加工B用220分钟,总计460分钟。维护调整后,任何顺序都需要460分钟,而连续可用时间为450分钟,因此在本课明确的条件下,无法同时满足全部数量与当天交付要求。
这一结论只适用于本课简化条件。真实场景中的多工序、替代资源、分批和不同日历,需要继续检查对应关系和时窗。
五、怎样把方法用到 DecisioWorks
选用已有的冲压计划案例或注塑排程案例。先完成基线,再设计该案例和接口支持的一项调整。能力编排配方(recipe)说明使用哪些动作、配置和数据,可作为脚本运行与结果复查的依据。
| 步骤 | 操作 | 留下的记录 |
|---|---|---|
| 1. 确认问题 | 说明计划周期、对象与待比较条件 | 场景说明 |
| 2. 核对输入 | 在样例副本中检查单位、工艺、产能和物料关系 | 数据版本、相关表与检查结果 |
| 3. 确认配置 | 记录约束开关、目标、求解资源与允许的运行时长 | 基线配置 |
| 4. 运行基线 | 通过该案例支持的页面或配方入口运行 | 状态、动作记录、结果表与分析 |
| 5. 只改一项条件 | 修改支持的目标参数,或在独立数据副本中改变业务条件 | 修改项、原因与调整后版本 |
| 6. 对比与解释 | 先比较状态和约束,再比较实际业务量与明细 | 结论、待确认事项与下一步 |
使用场景实验台时,可按页面提供的配置运行基线并调整参数。修改日历、工艺等业务数据时,使用独立数据副本,再通过该场景支持的接入与运行入口执行。这样可以分别保存参数调整和业务数据变化的记录。
如果比较的是目标参数,输入数据应保持一致;如果比较的是维护等数据条件,保留原数据副本,并尽量保持其他参数一致。线程数、时间上限等运行条件也应保持一致,必要时进行多次运行,观察结果是否稳定。
六、怎样读结果
按以下顺序检查:
- 状态:是否成功生成可用方案?未找到方案时,是已证明不可行、时间耗尽,还是输入、环境或授权问题?
- 条件:哪些约束生效?是否允许超负荷、延期或欠产?
- 实际量:生产多少、缺多少、交付何时发生、资源占用多少?
- 目标与明细:权重如何影响取舍,哪条订单或哪个工作中心出现变化?
- 决策:当前方案是否可执行,需要谁确认哪些措施?
不同权重配置的目标总分采用了不同的评价尺度。比较时应先查看实际业务量;需要比较总分时,使用相同目标定义、方向和权重重新评价两份结果。
七、练习与参考解析
| 练习 | 参考解析 |
|---|---|
| 把交期目标权重提高十倍,能消除本例10分钟缺口吗? | 权重表达偏好,不会增加可用时间。全部数量与交期作为硬条件时,容量缺口仍存在;允许偏差时,要说明转移到了哪里 |
| 改成B先生产、A后生产,可以解决吗? | 本例两个方向均为40分钟,总占用不变。真实场景若方向切换时间不同,需要重新计算 |
| 经批准增加10分钟可用时间后,还要确认什么? | 本例还需确认新增时间与原450分钟连续衔接,且人员、物料等条件不变;这样460分钟可容纳已给出的顺序。真实场景还需检查其他工序和资源条件 |
| 程序60秒内未找到方案,能否直接写“业务不可行”? | 要看返回状态和证明信息。搜索时间耗尽与已证明不可行应分别描述 |
| 调整后全部数量完成,可以直接写“交付改善”吗? | 还需检查完成时间与订单交期。数量满足与按期交付分别统计 |
八、把验证继续用于实际建设
这次练习留下三类可复用内容:数据如何表达生产条件、怎样公平比较方案、如何根据结果组织下一步行动。
扩大到更多订单或资源时,可以继续使用同一套数据检查和比较方法;进入日常应用后,维护、目标或规则发生变化,也能沿着已有记录调整。DecisioWorks 提供相应的数据、配置、运行和分析能力,企业与伙伴将这些能力接入自己的流程,并确认实际决策。
延伸阅读
配套工作表:工作表:场景与决策任务 · 工作表:基线与调整方案比较