投票问题!
拥有高票数(通常≥10票)的想法在我们的路线图中被优先考虑。
注意:如果你想建议一个新的功能,请发布一个新的问题和标签为“功能请求”。谢谢你!
您如何保持交互过程的概览?
我们正在以粒度构建我们的系统,这意味着我们有许多不同的子进程,而不是一个大进程,它们相互作用。
在开发和维护过程中,我们经常会遇到这样的问题
在更改流程接口时,这一点尤其重要。
据我所知,目前没有可能检查这样的过程连接。
因此,我们构建了一个小的解决方案…
…读取给定文件夹中的所有进程。
…提取所有调用和被调用进程及其连接。
…创建一个RapidMiner进程,将进程显示为操作符和它们各自的连接。
需求
- Studio 7.4或更高版本(已测试9.3)
- “文本处理”扩展
限制
- 仅适用于本地文件夹/存储库,而不适用于服务器。您需要从服务器复制/下载代码。
处理0100
概述
根据RM进程文件夹的内部进程调用生成操作符和连接信息。
上下文
os_slash -系统指定的斜杠,用于创建路径
rm_process_folder -包含概述中应包括的所有进程的文件夹
处理0200
概述
以process创建的操作符和连接列表为例0100年_collect_process_information并创建一个RapidMiner进程来可视化进程接口。
打开新创建的进程,右键单击free space -> process Layout -> Arrange Operators
上下文
ouput_rm_process_filename -创建的RapidMiner进程存储在这个名称下
结果
尽管结果(新流程和连接表)符合我们的需求,但我们希望系统的视图在视觉上更具吸引力。所以我们决定尝试gephi这个工具。
处理0300
概述
以process创建的操作符和连接列表为例0100年_collect_process_information并为可视化工具gephi创建输出节点和边。
上下文
out_nodes_filename—笔记文件存储在这个名称下
out_edges_filename -边缘文件存储在这个名称下
结果
对gephi的设置进行了一些工作,产生了下面的图片。
链接/箭头的粗细表示流程之间的流程调用数量。
回到最初的问题
还有其他人需要这样的概述吗?如果有,你目前的解决方案是什么?我对解决这个问题的其他方法很感兴趣。
将来是否计划在RapidMiner Studio中实现这样的功能?
评论
Ingo
丹尼斯