2015-04-21 39 views
0

我画用例图,为我的俱乐部,但我不知道这是说的管理员可以做任何事情,会员只可以查看配置文件的正确方式,更新数据只是数据本身用例图的俱乐部会员

我用闪亮的方式构建图表,这是my diagramjson data(这只是下面图片的另一种表示形式)。

My diagram

+0

gliffy(你的json)是什么格式? –

+0

它是带有.gliffy格式的json数据,您可以尝试在[gliffy.com](https://www.gliffy.com/)上导入 –

+0

不可以。需要注册。请提供一个通用的格式。 –

回答

0

原则上你的绘图是可以的。 CRUD肯定是错误的。这不是一个用例。 Search也是如此。用例至少必须有实质和动词。它也可能有一个对象。

另一件事是<<include>>关系。躲开它!你在这里尝试的是功能分解。用例是合成的。当涉及到类设计中的功能分解时,您可以引入一个用于搜索或CRUD的通用包。

+0

'一个通用的打包搜索或CRUD'应该是'一般的软件包搜索或CRUD'? –

+0

通过建议避免包含关联,是否意味着包含关联应该在没有参与者的更详细的UC关系图中分别绘制? –

+0

@VojtěchDohnal(将更正错字)我的意思是你不应该使用'<>'和/或'<>'。规则1:尽量不要使用它们(因为我们没有在UC设计中进行分析)。规则2:重新思考;它真的有道理吗?规则3:如果您遇到罕见的情况,请记住这一点(这是罕见的情况!)。 –

0

关于如何绘制UCs有各种方法。我更愿意将它们绑定到业务流程而不是角色,因为角色大多只是系统中具有指定访问权限的任何用户。

在这种情况下,我同意@Thomas Kilian指出,使用像CRUDUpdate member data这样的用例不是很有用。在用例图中,您正在建模系统的界面 - 可供外界(演员)按下的按钮。 Update member data在外面不可见,那么为什么要在用例图中对其进行建模?

相关问题