Uml 扩展用例的正确表示法
我不知道下面的用例图是否正确，因为我不确定这样的标记是否可行：扩展用例和这个转换的标记有什么进展。我还没有找到任何关于此类案件的信息，如果有人能帮助我，我将非常高兴 要表示（部分或次要）用例仅在某些情况下使用，并且您希望显式地表示它们，您可以使用扩展点。扩展点明确定义了扩展主用例时的条件。实际上，uml的这个特性很少使用。因为它为用例的abstrakt级别增加了高度的具体性Uml 扩展用例的正确表示法,uml,use-case,use-case-diagram,Uml,Use Case,Use Case Diagram,我不知道下面的用例图是否正确，因为我不确定这样的标记是否可行：扩展用例和这个转换的标记有什么进展。我还没有找到任何关于此类案件的信息，如果有人能帮助我，我将非常高兴 要表示（部分或次要）用例仅在某些情况下使用，并且您希望显式地表示它们，您可以使用扩展点。扩展点明确定义了扩展主用例时的条件。实际上，uml的这个特性很少使用。因为它为用例的abstrakt级别增加了高度的具体性 在您的示例中，您使用了错误的关系类型。您正在显示一个扩展关系，它表示原型可以应用于元类型。相反，您应该使用一个扩展关系，它
在您的示例中，您使用了错误的关系类型。您正在显示一个扩展关系，它表示原型可以应用于元类型。相反，您应该使用一个扩展关系，它有一条虚线和一个打开的箭头 你的用例没有任何意义。顺便说一句：“用例扩展”的谷歌给了我一打有用的答案。@thomas kilian，嘿！在这张图上，我试图表明，如果没有发现任何与运动员健康相关的不良情况，运动员就不必去看医生；但如果真的有——有什么选择——那么他就必须这么做。“检查是否健康”就不是用例了（甚至更糟）。这是演员们自己做的事情。没有SUC。那么到底是什么呢？图表上当前的关系是一种泛化。表示为extend。通常这是用黑色箭头而不是白色箭头绘制的，但这种符号在一些工具中很常见。我认为这更可能是一种带有扩展名的泛化