组计划的性能方面
“组计划”功能可以影响应用程序的响应时间。 通过以下检查清单可以让用户配置组计划设置,这样可以有效管理功能的使用率和应用程序性能。
组计划的检查清单性能 | 进程 |
---|
1 | “基于路线”的进度计划花费的时间比“基于时间”的进度计划花费的时间多。 执行的计算更多。 | 服务计划参数 | tsspc0100m000 |
2 | 使用选项“最小化时间余量”需要的系统响应时间更长。 执行的计算更多。 | 服务计划参数 | tsspc0100m000 |
3 | “基于地理区域”的工作负荷调整花费的时间比“基于进度计划”的工作负荷调整花费的时间多。 基于地理区域的调整会使用所谓的“地区计划引擎”和相关的算法。 | 服务计划参数 | tsspc0100m000 |
4 | 生成组和活动集的短时间段(例如“日”)花费的时间比较长时间段(例如“月”)花费的时间多。 较短的期段会生成更多组和/或活动集。 | 服务计划参数 | tsspc0100m000 |
5 | 工作负载调整的高迭代次数(例如 10)花费的时间比低迭代次数(例如 5)花费的时间多。 | 服务计划参数 | tsspc0100m000 |
6 | 仅当已将技能实际指定给服务工程师时,才能使用基于技能的资源分派。 否则将需要花费大量不必要的响应时间。 | 服务计划参数 | tsspc0100m000 |
7 | 由于活动基于已分配资源(部门或工程师)进行重新计划,因此“资源日历中的计划活动”还需花费系统响应时间。 | 服务计划参数 | tsspc0100m000 |
8 | 建议的优先级设置的不同值越多,建议的和已分配的资源需要的响应时间就越多。 由于分配每个资源后,会重新计算建议的资源计划,因此值“未分配至其它计划组”尤其需要花费大量其它时间。 | 服务计划参数 | tsspc0100m000 |
9 | 在日历资源中检查工具的可用性需要大量其它响应时间,尤其当每个资源(工程师部门)具有其唯一日历时,尤其如此。 LN 中缓存的日历数量是有限的。 | 服务计划参数 | tsspc0100m000 |
10 | 从性能的角度衡量,“距离计算方法”的最佳值为“直线距离”。 此值需要的响应时间比值“Bing 地图”和“Google 地图”要少,原因是后两种方法需要调用 Web 服务才能执行计算,而“直线距离”通过 LN 4GL 执行。 | 服务计划参数 | tsspc0100m000 |
11 | 最大路线位置数设置一个路线中允许的绝对最大位置数的固定值。 为了发挥最佳性能,组或活动集的路线中的位置数必须最小化。 此值也受限制一个组或集中的活动的数量的控制,因此,该值取决于选定的计划属性与组计划中载入的活动数量。 | 服务计划参数 | tsspc0100m000 |
12 | 基于属性“参考点”的分组花费的响应时间比标准订单属性(例如买方业务伙伴)花费的响应时间多,原因是组计划需要依据距离订单位置最近的参考点先指定适用的参考点值。 | 服务计划参数属性组 - 参考点 | tsspc0100m000 tsspc0120m000 |
13 | 载入组计划的活动越多,计划组和活动集需要的响应时间就越多。 | 生成计划 | tssp3200m000 |
14 | 确保组计划确实是通过选择至少一个“并行”计划属性将活动分组到足够的组和活动集中。 多选 2 个或并行是可以的,但从性能角度看,这并不是最理想的选择。 | 计划属性 | tsspc0100m000 |