显示最终用户的访问权限..我应该吗？我不应该吗？

Question

当使用Requirement Management应用程序时，有些人会说，不会显示您的用户，那些无法访问或没有权限的区域，只显示可访问的区域......它对我来说听起来不太好，你们怎么看？

Answer 1

这取决于。

• 想要展示多少东西？许多系统所遇到的一个问题是信息过载。所以更少的选择会更好。
• 用户有多经验？有时候，为许多用户提供一致的界面可能会更好，以帮助新手识别他们在其他屏幕上看到的内容。

Answer 2

关闭我的头顶我可以想到三个原因，为什么你想避免向用户展示他们无法访问的区域。

1. 您经常提醒他们有些功能无法使用。这可能会导致不被信任或不够重要的感觉。

2. 您浪费了用户时间。在某些实现中，我已经看到用户被允许完成一项任务，例如填写表单，并且只有当他们提交时才通知他们没有足够的权限。这可能会导致用户受挫。

3. 你分散了用户。最佳做法是将最少量的信息和选择放在用户面前（这条规则有例外）。让用户完成特定的工作，而不是分散注意力，让他们选择完成所有工作。

如果你担心你的用户界面，那么你或许应该再看看你，奠定你的UI出路和你是如何划分的任务不一致。

一般来说，你应该打破你的应用程序与权限被捆绑到应用程序中的特定任务的任务（用例）的部分。

例如，如果用户A只能从系统中提取报告，那么他们只应提供转到应用程序的“拉出报告”部分的选项。如果用户B可以提交报告并添加订单，那么他的屏幕应该为他提供“添加新订单”的选项，或者进入与用户A完全相同的“拉取报告”屏幕。这些屏幕之间不应该有所不同用户在大多数情况下。他们的菜单/导航选项将根据上下文了他们的权限，用户A甚至不会有点击“添加新命令”选项的选择。

显然有些情况下，例如某些用户具有删除权限时，当其他用户只具有读取权限时，会显示删除按钮。在这种情况下，您的用户界面会因用户而异，但以适当的和上下文的方式。

有人曾经说过，当没有什么可以添加的时候，一个界面并没有完成，而是什么时候什么都没有了。