我正在进行需求分析，所以我正在编写一些用例图。我将尝试通过以下示例澄清virtual test case的含义：
我有一组操作，例如{create，read，update，delete}。我想将它们分组为virtual use case，以便稍后扩展它并为每个操作创建一个新的用例。类似的东西：
o
-|- ----- ( basic operation ) <---- <<extends>> --- ( read )
/ \
该理论告诉我这不正确，因为用例中的扩展应引入基本用例描述的基本动作序列的变化。就我而言，basic operation用例没有实际意义，因此它没有相关的操作序列。
这可能对根据菜单项分组操作很有用：
File Operations = {Save, Save As, Print, Exit}
你会怎么表达这样的话？
答案 0 :(得分：1)
在您的问题中，我认为您尝试做的主要事情之一是表达许多用例之间的逻辑关系。更具体地说，您试图表明许多用例（例如“保存文件”，“打印文件”等）与功能相关（'文件操作'）。
您可以使用UML packages表达此类关系。例如，您可以创建一个包含相关用例的“文件操作”包：“保存文件”，“打印文件”等。
答案 1 :(得分：0)
UML规范允许用例是抽象的。您可以使用关键字＆lt;＆gt;或斜体。我会说虚拟和抽象在用例级别是同一个，这就像类一样。我认为，用例是UML中的一种分类器。
您还可以使用模板并创建模板用例，并要求任何实例然后完成需要填写的创建，读取，更新，删除参数。您仍然可以标记模板用例摘要以帮助清除这一点。这是更严重的，在模型中捕获，而不仅仅是图表方法。 Literal Strings将为您提供更多的灵活性，操作需要claas参与并提供操作，而不是理想的。
您也可以考虑使用案例的扩展点，但我对这些不太了解。