我为我的俱乐部绘制了用例图，但我不确定这是否是说管理员可以做任何事情并且会员只能查看个人资料、仅更新数据本身的正确方式
我用 gliffy 构建图表，这是my diagram 和json data（这只是下图的另一种表示形式）。
【问题讨论】：
原则上你的画是好的。绝对错误的是CRUD。这不是一个用例。 Search 也是如此。用例必须至少有实质性和动词。它也可能有一个对象。
另一件事是<<include>> 关系。躲开它！您在这里尝试的是功能分解。用例是综合的。当涉及到类设计中的功能分解时，您可以引入一个用于搜索或 CRUD 的通用包。
【讨论】：
a general packaged for searching or CRUD 应该是a general package for searching or CRUD ？
<<include>> 和/或<<extend>>。规则1：尽量不要使用它们（因为我们在UC设计中没有分析）。规则2：三思而后行；这真的有意义吗？规则 3：如果你有一个非常罕见的情况是有意义的，请记住这一点（这是一个罕见的情况！）。
关于如何绘制 UC 有多种方法。我更喜欢将它们绑定到业务流程而不是参与者，因为参与者大多只是分配了一些访问权限的系统的任何用户。
在这种情况下，我同意 @Thomas Kilian 的观点，他认为像 CRUD 或 Update member data 这样的用例并不是很有用。在用例图中，您正在建模系统的界面 - 可供外界（参与者）按下的按钮。 Update member data 在外面是不可见的，为什么要在用例图中建模呢？
【讨论】：