Uml 是否应该有用例=功能需求？

给定UML，我有一些困惑，不知道是否应该有与功能需求相同数量的用例。让我们说：

  ()_______________________________________Update Info.
  ||__________________ Create User
  /\

---

既然有两个用例，我应该创建两个功能需求吗？

我不这么认为。只有当需求和用例之间存在一对一的关系时，这种关系才会成立，但事实并非如此

一个需求可能导致多个用例。例如，“具有密码保护”的要求可能导致一个用例用于说明输入正确密码时会发生什么，另一个用例用于说明输入错误密码时会发生什么

---

另一方面，需求可能导致零用例。例如，在1秒内进行计算的需求不需要用例。

用例是对参与者（可以是真实的人，甚至是外部系统）有直接好处的功能需求，通常是参与者的某些动作的结果。由于您正在构建的系统中可能存在功能需求（例如，内部维护任务），因此您不需要为每个功能需求提供用例。

响应性或及时性（例如，在设定的时间内进行计算）通常是非功能性需求。不应该将用例链接到BPM中的流程？在您的模型中有

秘书

，

推销员

这样的演员有什么好处？我会理解运行用例维护任务的参与者

系统
。用例不仅仅是建模功能需求的工具吗？@VDohnal用例可以作为BPMN过程链接到实现。它们还可以成为许多其他软件实体（例如，存储过程、bean、脚本、嵌入式软件）。正如您所说，它是一种建模功能需求的工具，因此可以驱动许多实现。否。相关文章：和