大约一年前，我们讨论过Vennsa的OnPoint工具在验证过程中，当出现问题时，识别出哪里出了问题。我最近在DAC上得到了一个更新，他们谈到了他们为技术带来的两个概念，以便在出现问题时更容易决定解决什么问题。

第一个是伤检分类如果不同的故障看起来有相同的根本原因，它会自动尝试将它们组合起来。在此之前，您将手动向工具询问每个失败可能的根本原因;现在，这个计算和“装箱”(或多或少)自动发生。

问题是，任何给定的失败都可能有一个以上的候选根本原因，并且可能有多个失败，其中一些候选根本原因重叠。理解这幅图以及该工具从中得出的结论属于第二个新概念，他们称之为因果关系分析．这涉及到对所有候选根本原因和可能修复的轨迹的更精确的理解——也就是说，每个修复的连锁影响。

特别是，当给定的修复候选程序是多个故障的候选程序时，该修复将获得比仅解决单个故障更高的排名。

在评估该建议哪些修复以及如何对它们进行排名时，它还考虑到完整的事实集，即检查者可能赞成或反对模拟的各个部分;关于故障点上系统所需状态的任何可用信息;一个给定的修复是否会破坏其他东西;以及在逻辑的上游还是下游应用修复程序会更好。

改进的一个关键目标是更容易找出谁拥有修复程序。如果在分类过程中对一组故障进行分组，则更明显地表明整个组都有一个所有者。

更多信息请浏览释放.．.

• 
• 
• 
• 
•