当前,我们可以在仪表板上看到模块或进程在哪里使用。如果对象在页面或应用程序上引用,我们需要具有类似的NUX功能,该功能警告或停止您删除该对象。
惊讶的是不是。很棒的建议!
完全同意
完全同意。
当前,该应用与模型相当独立,没有任何表示模块和操作之间使用的关系的关系,将其用作经典接口的起点。
正如上面还提到的那样,至关重要的是要查看模块或操作是否“在仪表板中使用”,因为现在尚未填写。而且是否在操作中使用了模块。
我还希望有可能拥有“保存的视图 - 概述”。
在保存的视图概述中,我想查看是否在一个地方保存的所有视图,看看它们是在过程/导出(操作)还是在dashborad中使用的。我也更喜欢从同一概述中更改名称或将其删除。
我记得我们没有“在仪表板中使用”列的时间 - 那么,从旧模块/动作中清理模型是一个挑战,并且花了几个小时的专用工作。现在我们再次遇到了这个问题 - 我们都知道保持模型清洁程度有多重要,但是删除使用中的SMTH始终是一个很大的风险。希望,这将在不久的将来处于路线图。
请添加此功能。我们目前正在过渡到NUX,我们肯定已经遇到了几次,我们想更新一个模块,但不确定它在NUX中被引用的位置。
基本的!
是的,我们所有人都努力运用制定解决方案的最佳实践p富有形式的,只有模块 /行项目n生态(来自p洛杉矶nS)。随着团队的开发,有时会构建一个模块,但随后未使用。我们希望经常审查该模型,并丢弃不再使用的模块/订单项。鉴于我们的模型可以很大,许多模块和页面,因此仍然不容易看到哪些模块和页面。当然,我们将应用ALM并在部署到产品之前测试任何删除,但是我们真的担心我们会使用模块错过某些页面。这种“使用的模块/动作”可见性对于我们遵循计划并安全维护我们的模型至关重要。
这绝对是节省时间!去吧!!
很好的主意!!
如果没有此,模型远离旧动作和模块是一个真正的挑战。
我同意,需要这种功能,并且将是非常有价值的。对于企业规模的部署,具有轻松追踪回到基本模块的能力至关重要。
这是绝对需要的。
作为我大部分时间诊断在模型和NUX页面上的问题的人,具有在UX页面中使用的模块可追溯性的能力与我们对模型参考和仪表板的使用方式相同,这将使故障排除变得更加容易。
这是STH,我们必须掌握,希望它将在将来发行中包含!
我想复兴这个。随着Anaplan在较大的组织中的发展,这正迅速成为必不可少的。三角剖分花费的时间用于在项目上接近关键阈值的地方使用哪些模块。这将节省时间和费用,并允许极大的维护。
另外,此功能在设置角色访问页面方面将非常有用。
是的,是的,是的!作为建筑商,我们看不到Modelers UI中与Nux应用的任何连接。
您必须是注册用户才能添加评论。如果您已经注册,请登录。否则,注册并登录。