project-management - 是否应该在用例中定义异常？

Question

假设您有一个名为“安排会议”的用例。在规范中定义，会议只能安排在当前时间或未来。在用例中是否应该包括“如果给定的日期/时间是过去，则消息框将显示'会议时间不能过去'”的流程？

就像我说的，它在规范中定义日期/时间不能是过去，但是在用例定义中，它是否也应该在那里定义？

Answer 1

如果可以避免，业务工作流程不应该是技术性的。

说“用户在这些条件下会看到错误......”是可以的，但是由开发人员来定义如何实现。异常可能是一个好方法，但业务利益相关者应该对此无动于衷实施细节。

Answer 2

我很高兴我找到了这个旧线程！我刚刚阅读了用例异常的 wiki 条目，它给我带来了一些问题。

我只想说，据我了解要正确使用的用例，您不应该将过去日期的会议作为例外。

在这种情况下，用例表达了安排会议的要求。处理无效的会议请求实际上是日程安排过程的一部分，而不是例外。

需求存在，无一例外，用例也是如此。无效日期是一个详细项目。将您的用例视为更通用的目录。

如果您正在迭代建模，您将在详细说明您的模型/文档时“发现”并管理拒绝无效会议请求的要求。

,

Answer 3

我很高兴我找到了这个旧线程！我刚刚阅读了用例异常的 wiki 条目，它给我带来了一些问题。

我只想说，据我了解要正确使用的用例，您不应该将过去日期的会议作为例外。

在这种情况下，用例表达了安排会议的要求。处理无效的会议请求实际上是日程安排过程的一部分，而不是例外。

需求存在，无一例外，用例也是如此。无效日期是一个详细项目。将您的用例视为更通用的目录。

如果您正在迭代建模，您将在详细说明您的模型/文档时“发现”并管理拒绝无效会议请求的要求。

更简洁地说，您已经描述了日程安排会议功能。UML 用例不应该用于功能驱动的开发。