Uml 扩展用例帮助！统一建模语言

在我的用例图中，有一个称为“查看玩具”的用例，其中成员和访问者都可以查看玩具。但是，扩展用例“购买玩具”只能由成员完成。我应该将它们作为单独的用例吗？

简单地避免使用

（不要使用它）。当你离开它时，你的用例仍然有意义，不是吗？更重要的是，现在已经很清楚，“查看玩具”可以由两个演员表演，而“购买玩具”只能由成员完成。

（如

）的含义是关于系统实现中的可选性。不是关于“打电话”的行为

---

如果您碰巧需要

，您可以将一个约束附加到连接器上，告知它仅对成员可用。

您可能还可以购买包含视图的玩具（可能是IRL），其中成员参与者绑定到前者，来宾和成员参与者都绑定到后者。@BobRodes您可以这样做。但是我想如果没有

，它也会是正确的。使用

会带来一些功能分解，这不是用例合成的目标。每个用例本身必须是完整的。include/Ext.是关于可选性的（比如你可以把乐高积木部件放在系统里，让它更方便）。我不确定我是否在跟踪你，托马斯。首先，包含与可选性无关，对吗？他们是。那么，如果有时当你查看一个项目时，你会购买它，有时不会，但当你购买它时，你总是会查看一个项目（我想添加到购物车类型的场景），那么在购买用例中包含视图的两个用例是否有意义呢？@BobRodes view是一个独立的UC。如果购买UC需要您查看它的前提条件，则设置post条件

itemViewed

，并在购买UC中使用该条件。“功能”i/e是接头的错误使用。不幸的是，OMG并没有很好地解释这一点。您似乎是说，一个包含的UC必须始终以包含的UC的身份运行，并且不能在某些情况下独立，在其他情况下被另一个UC包含。对吗？如果是这样的话，你介意给我指一下规范中解释得不好的地方吗？你让我好奇。