规划变量中的规划变量

Question

在制定时间表时，你必须遵守法律（硬性要求），该法律规定，作为一名员工，你每七天只能工作一定的时间。它没有说日历周的原因是在创建时间表时为雇主提供一些回旋空间（通常是提前4-16周）。一旦设置了此计划期的开始日期，在您想要进行完整的重新规划之前，该日期无法更改，但您需要通知员工。所以它可以被视为一个变量，直到你接受了时间表，然后它就变成了一个常数。当然，这是每个员工的个人情况。该开始日期将由您的第一个指定班次的开始日期ofc隐式设置，但通常不足以微调时间表。

因此，假设我们想为Alice和Bob在一年的前3个日历月创建一个新的时间表，他们每人将被分配一个开始日期，该日期可能与第一个分配的班次相同，也可能不同（不能在ofc之后：）。

因此，基本上，一旦Optaplanner为员工分配了一个开始日期，它应该尝试从中制定出最佳的时间表，但同时可以自由更新开始日期，以创建更好的时间表，对于下一个计划期，这不应再被标为计划变量。你能在不改变代码的情况下设置它吗？

我的问题是如何在员工模型中声明这个StartDate变量？正如您在下面的模型中所看到的，它是规划变量中的一个纯规划变量。或者它被归类为锚定变量？如何将值范围声明为{20200101-20203030}？它可以降到小时和分钟，但不能降到秒和毫秒。

我阅读了链式变量，但我的实体（Shift Assignments）本身并不像TSP问题那样链式或相互依赖。

public Employee {
   String name
   
   Date startDate <-- PlanningVariable?, AnchorVariable? how to declare the valuerange?
}

public Shift {
    Date start
    
    Date end
}

@PlanningEntity
public ShiftAssignment {
    Shift shift
    
    @PlanningVariable(valueRangeProviderRefs = {"employeeRange"})   <--Employee is a planningvariable here
    Employee employee
}

@PlanningSolution
public ShiftRooster {
   
   @ProblemFactCollectionProperty
   private List<Employee> employees
   
   @PlanningEntityCollectionProperty
   private List<ShiftAssignment> shiftAssignments
}

我是否需要将Employee中的startDate封装在类中才能对其进行注释？

Answer 1

从商业角度来看，我觉得奇怪的是，员工的“七天工作日开始”不是计划问题的输入。因为要么：

>

你有机会对所有员工的“七天工作日开始”进行颠覆性重置，同时引入一个全新的计划系统（祝你好运！）。考虑到可能2-3个月的计划窗口，你将在一段时间内做出决定，这段时间不涉及圣诞节和/或暑假，这些事件可能会给那些与七天相关的约束带来压力。

在第一阶段，我会将其排除在优化启动的范围之外，将其作为输入参数，使用他们一直使用的值。在第二阶段，我将在一年的计划窗口中运行模拟，以防新员工加入并且您希望自动决定“工作日七天的开始”。

此外，如果员工的第一次轮班从2月4日开始，那么在2月2日开始他/她的“七天工作日开始”仍然是最佳选择，例如，如果2月20日这一周是一半员工在PTO的时刻，那么在2月23日重新设置他/她的七天工作日将是理想的选择。