我正在为事件计划应用程序设计UML用例图。主页允许用户选择他们想要查看的列表。
每个页面都显示了各自实体的列表,您可以从列表中进行选择以查看包含该实体更多详细信息的页面。
起初,我以每个“查看”用例为主要实体,因为用户必须从主页上选择一个列表,但是后来意识到,由于用户既要选择要查看的列表又要选择要从该列表来看,我的关系图中几乎每个用例(基本上是应用程序功能的程度)都可以视为主要用例,因此必须与用户角色联系起来。是这样吗因为看起来那样会使我的图变得一团糟。任何见解都将不胜感激!
答案 0 :(得分:1)
您与其他许多人一样,被诱使对用例进行功能分解。那不是目标。用例与正在考虑的系统的增值有关。没有“主要用例”。用例显示单个附加值。没什么。
看看Retrieve Details
,那根本不是用例,因为它不会为任何参与者带来任何附加值。在某些用例中,Retrieve Details
只是场景中的功能。
我建议阅读有关使用案例的Bittner / Spence。