用例图的理想示例

Question

我正在寻找一个用例图的理想示例，它可以解释大多数棘手的地方，并成为新用例图的好模型。

必须有以下内容：

• 摘要用例
• 具体用例
• ＆＃34;延伸＆＃34;关系
• ＆＃34;包括＆＃34;关系
• ＆＃34;继承＆＃34;连接抽象和具体用例的关系
• 至少两个具体演员
• 抽象演员

当然应该是

• 语法正确（UML 2.x符合）
• 语义正确
• 全面
• 不太复杂

我搜索了自己，并没有找到任何包含所有内容的好例子。

可能有人有这样的例子并且可以分享它。提前谢谢！

Answer 1

VISA付款：

• 摘要用例 - “用户可以支付海湾签证”
• 具体用例 - “用户可以从超市终端支付”
• “延伸”关系 - “银行终端具有扩展功能（如结果余额打印）”
• “包含”关系 - “付款包含授权用例”
• “继承”连接抽象和具体用例的关系 - 它更复杂。但是想象一下2边付款（当2个用户在交易完成之前存款时）。
• 至少有两个具体的演员 - 让我们回顾用例“来看平衡历史”。摘要permitted user可以查看历史记录，具体permitted user是system-admin和card-holder

更新

“延伸” - 实际上有两个UC：（1）“用户可以通过签证支付”（2）“通过签证支付并获得打印余额”。

“继承” - 让我澄清一下这个UC：继承与扩展非常相似，当“继承”改变系统处理方式时，“扩展”引入一些新活动的差别不大。在我的例子中，我们仍然需要通过VISA支付，但是为了确认交易，这笔付款应该由2个参与者完成。一笔付款和他/她的钱是临时冻结的，第二笔付款和他/她的钱确认全部付款。但是从卖方的角度来看，这个用例是简单的支付操作。因此，我们不会更改服务价值（与用户角度的“扩展”相比），但会更改已完成交易的条件。

  

例如 - 摘要或具体用例是否应包含“授权”用例

非常好的问题。摘要可能包括两种方式的“授权”：

1. 如果您确定只有一种可能的授权方式 - 那么抽象应该包括。

2. 如果有多种授权方式 - 那么您需要提供具有所有可能继承的抽象用例“authorize”。所以抽象的UC将“包括”抽象的“授权”。

  

我没有看到任何

Answer 2

我从我的美味中找到了一些书签。你可能想检查一下。特别是第二篇文章可以帮助你弄清楚继承用例。

1）From Topcoder

2）Reuse in Use-Case Models

3）Introduction to Use-Case Models