uml - 有 "Non-Functional Use Case"这样的东西吗？

Question

我正在阅读使用 Sparx Enterprise Architect 生成的系统需求文档。所有需求都映射到特定的用例。

“高可用性”的一些非功能性需求被映射到名为“提供高可用性”的用例，标记为 <<non-functional>> .我对这一切还很陌生，并且正在努力确定用例是否具有非功能性 - 因此是问题。

如果答案是肯定的，那就太好了——但如果不是，我很想知道人们对这些需求应该如何映射到用例(如果有的话)的看法。

Answer 1

A few of the non-functional requirements for "high availability" are mapped to a Use Case called "Provide High Availability", marked as <>.

俗话说，“如果你唯一的工具是锤子，那么每个问题看起来都像钉子”。存在用例以识别系统为其用户提供的值(value)。因此，它们旨在描述功能性事物:系统所做的事情。

所以我一般不建议以这种方式捕获非功能性。然而:这并不是说它们不能在用例中被捕获。在功能性用例中指定其非功能性需求非常有用。例如:

Use Case: Submit Order
{...functional description...}

Availability: 9-5 mon-fri
Volumes: 5000 peak per day
...

这将非功能需求直接与其支持的功能联系起来。这是有道理的 - 因为非功能性没有功能没有目的或上下文。

当然，您会发现许多用例共享相同的非功能性。你不想重复，所以需要找到一种方法来分解。我更喜欢在单独的文档中这样做。

但是没有禁止在“用例”中进行捕获的法律。虽然它违反了理论，但有理由在实践中这样做:例如建模工具的局限性(无法将 UC 链接到文档)和/或希望将所有内容放在一个地方。

从根本上说，它归结为理论和实践。理论上，不存在非功能性用例这样的东西。在实践中，创建一个 UC 来保存非功能性可能是有意义的。只要每个人都理解它实际上只是一个方便的容器而不是真正的功能，我就不会对此感到厌烦。

嗯。