我们的组织使用Pentaho进行数据集成已经有十多年了。由于今年早些时候的组织变革，我们的团队应该承担起未来数据集成的责任。
问题是，我们的团队对Pentaho的经验几乎为零，使用Frends进行数据集成。我们想把所有的东西都从Pentaho转移到Frends上。但可惜的是，Pentaho似乎是一个相当具有挑战性的客户。
问题1：Pentaho有很多，我是说很多的垃圾。一些工作的深度是相当惊人的，至少按照我们的标准。
问题2：外部文档为零。
问题3：工作中的文档几乎为零。
问题4：Pentaho很慢。在打开的标签页之间切换很容易需要10秒。打开一个新标签页20秒，关闭一个标签页10秒。
问题5：作业中的一个作业可能被命名为ABC，但当你打开ABC时，它实际上被命名为DEF。结合问题4，想跟上你在哪里，你在哪里是很难的。
一开始我试图用表格结构把相关工作记录到我们的wiki中。但很快就变成了一团糟，几乎无法浏览。考虑到结果，再花时间手动记录Pentaho似乎很愚蠢。
有没有一种方法可以自动生成（希望是可读的）文档？我在网上搜索了一下答案，发现了这个 网页. 但考虑到对Pentaho的零经验，我不知道该页面是否描述了我要找的东西，而且说明写得相当宽泛，我不知道如何在实践中应用。
先谢谢您了。
回复你的问题4：Pentaho没有理由花那么长的时间打开或切换标签。除非你在内存很小的特别慢的虚拟机上运行它，否则不应该花那么长时间。它不是最快的gui，但它应该足够快，可以允许工作。
我知道的唯一的文档工具就是你帖子上提到的那个。但据我所知，它已经很老了，我不知道它对你的版本有多大用处。试试吧，看看效果如何。
除此之外，如果没有可用的文档，你除了通过各种工作和子工作，转换和子转换，并对它们进行逆向工程之外，没有什么其他的办法。