我们收到了一个调度程序的问题，该调度程序难以指定终端浮点，而没有相关的活动约束导致关键路径不连续性。让我们看看发生了什么。
什么是终端浮子？
终端浮子已定义为当前项目结束日期和合同完成日期（CCD）之间的差异。我们的查询调度程序项目赞助商显然希望为CCD提供一个单独的订单项，因此终端Float清楚地显示在时间表中。问题：当将CCD插入作为活动约束订单项时，它会导致关键路径碎片。调度程序希望一种方法来计算终端浮子并保留从项目开始到结论的最长路径。
本文展示了CCD订单项的插入，并以避免关键路径碎片化并计算终端浮点的方式限制了活动。
以下在图1中，我们有我们的演示项目时间表Primavera P6。
图1
该项目的结论是“完整的项目”完成里程碑。我们想要CCD的单独订单项。程序我们将“完整项目”重命名为“当前项目完成”。然后，我们添加了一个名为CCD的“项目完成”之后的活动，图2。
图2
为了在适当的合同完成日期持有里程碑，我们通过16-APR-2024活动约束来限制它。见图2。不幸的是，当CCD活动受到限制时，我们将失去临界路径，图3。
图3
为了恢复我们的关键道路，我们插入“项目完成”和CCD之间的FF关系。这本身不会重新恢复关键路径，但是当我们将关系滞后在FF上插入相当于总浮点的FF时，将“项目完整”和CCD分开时，图3就会检索临界路径。程序我们在“项目完成”和CCD（图4）之间插入了为期6天的滞后，这是图3中“项目完整”的总浮点。
图4
“当前项目完成”的总浮点数变为零。如图5所示，我们有一个连续的临界路径和约束CCD活动终结里程碑。
图5
终端浮子等于6天的滞后，将“当前项目完成”和CCD分开。好吧，这将“当前项目完成”延迟到4天，在“当前项目完成”上产生4天负的总浮点，图6。
图6
我们调整“当前项目完成”和CCD之间的滞后，直到总浮点变为零为止，图7。
图7
将“当前项目完整”和CCD分开的结果滞后是2天，这再次等同于终端浮子。因此，时间表更新导致4天终端浮动侵蚀。最后的终端浮点是2天。
概括
可以以不会在时间表中造成不连续性的方式插入约束合同完成日期。补救措施是插入滞后等同于当前项目完成里程碑与合同完成日期里程碑之间的分离。
该滞后也等于端子浮子。
当修改持续时间估计和/或计划进度时，项目完成日期活动的总浮点从零开始。调整当前的项目完成FF滞后，以将其总浮点重置为零。然后，根据时间表更新，最终的当前项目完成FF滞后是更新的终端浮点。