课程

C1 区分业务事实、约束条件与目标偏好

本页内容

同一句现场要求，可能包含不同层次

“这台设备今天少做一些，优先保障重点客户。”前半句可能来自已知维护，也可能只是风险偏好；后半句可能意味着已承诺交期必须满足，也可能只表示排序倾向。配置前把原因问清，能避免错误地把所有判断写成永久限制。

本课以教学车间的六条描述进行分类。

标准数据接口表达工艺、资源、日历、数量和物料等结构。objective_system组织目标方向、权重与作用对象。marginal_control承接明确的规则、额度和现场控制信息；规则进入求解还需对应适配与实际执行检查。

分类并非仅凭句式。“最多300件”若来自设备物理上限，应回到资源数据；若来自当前分配协议，则记录为有范围和有效期的规则。同一数值的来源不同，后续更新方式也不同。

硬条件要求所有被接受的方案满足限制。软条件允许出现偏差，并通过模型定义的惩罚项或目标统计量计算相应代价。选择软产能约束后，模型可能返回超负荷候选；使用者需要看到超载发生在哪个对象和时段，以及现场是否有处理办法。

目标权重不会自动改变物理可行范围。若对所有已承诺任务都设硬交期，又没有足够资源，增加交期权重不能修复矛盾。

为每条要求记录“原始描述、确认后的含义、数据或配置位置、生效范围、确认人、复核方式”。把依据保留在业务说明中，字段与接口名则保持准确。

调整一条规则后，检查目标配置之外是否还有同一限制在数据、能力编排配方（recipe）或应用中重复存在。重复约束会造成“我已放宽，结果为什么没变”的困惑。

将“紧急订单必须优先，但不能影响已开工任务”拆成两条要求。紧急任务需要明确对象与交期；已开工任务需要明确冻结范围。如果两者冲突，应展示资源与时段冲突，并由责任人确认改变哪项承诺。

成果是一张可复核的要求分类表。读者应能说明为什么放在该位置，以及下一次业务变化由谁更新。