业务规则集成到用户故事

Question

我有一组用户故事和一组业务规则（主要是约束我的合规要求的法律）。在敏捷 SDLC 中，我不确定这些“规则”附加到我的用户故事的何处。

例如，这样的用户故事：

作为一名医生，我想添加患者信息以创建新的患者文件。

还有这样的规则：

每个患者的记录中必须输入以下信息：（病人：(i) 姓名；(二) 地址；(iii) 出生日期；（iv）性；

这两者显然是结合在一起的，但我怎样才能将它们联系起来呢？作为我的用户故事中的测试验收定义？另一个用户故事？

Answer 1

我见过几种不同的处理方式：

1. 创建一个工件来保存业务规则，并将其存储在所有规则的某个中央存储库中，以便整个开发团队都知道这一点，并维护一个知识库。这可能会变得丑陋，因为在构建应用程序的短短几年内可能会有数百条规则。

2. 这些规则可以放在用户故事中的单独卡片上。因此，虽然用户故事就是一行，但可能有 6-8 张卡片组成了要完成该故事的所有任务。例如，必须创建新的患者表格、对表格进行验证等。因此，不难看出这种裁剪在卡片上是跟踪需求的一种方式。这对我来说是最自然的，尽管这并不是 100% 写下具体列表的地方，因为卡片可能是“确保表单上的某些字段是必填的”。

3. 没有明确的链接，但规则是 QA 或 BA 需要注意的内容，以便用户验证表单是否强制执行此规则。这与一个类似，但问题是开发人员在这方面的责任是什么。在这种情况下，可能需要 QA 而不是开发人员来跟踪。

用户故事旨在引发讨论，而不是需求的全面列表。在我看来，当开发人员与用户讨论如何创建新的患者文件时，应该会出现该规则。

---

我喜欢在故事完成后保留卡片进行几次冲刺的想法，但我确实看到卡片最终会被销毁的一点。同时，应该有代码在适当的区域实现规则。要使用您发布的示例，可能会在某些地方注意到必填字段列表，因为 UI 层必须显示字段，可能还显示错误消息，但也应该有一些业务逻辑层具有这样的逻辑，可以在尝试创建新的患者文件之前查看某些字段已专门完成。正在构建的系统也将以某种形式容纳规则。

Answer 2

由于验收标准。毕竟这些都是可以作为测试执行的规则。绝对不是新的故事，那只是错误的，因为没有交付目标。