业务规则集成到用户故事

 

我有一套用户故事，我有一套业务规则（主要是将我的要求绑定为合规的法律）。 在敏捷SDLC中，我不确定这些“规则”在我的用户故事中的位置。

例如，用户故事如下所示：

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

像这样的规则：

（a）患者：（i）姓名和名字; （ii）地址; （iii）出生日期; 和（iv）性别;

这两个很明显的聚集在一起，但我怎么能把它们联系起来？ 作为用户故事中的测试验收定义？ 另一个用户故事？

有几种不同的方式，我已经看到了这个处理：

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

  • 规则可以放在用户故事中的不同卡片上。 因此，尽管用户故事只有一行，但可能有6-8张卡片构成完成该故事的所有任务。 例如，必须创建一个新的患者表单，在表单上进行验证等。因此，不难发现这种情况在卡片上显示出来，以此来跟踪需求。 这对我来说是最自然的，尽管这不是特定列表将被100％写下来的地方，因为卡片可以“确保表格中的某些字段是强制性的”。

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

    • 用户故事旨在开始讨论，而不是要求的全面清单。 当开发者与用户讨论如何创建一个新的患者文件时，这个规则就应该出现。

    我喜欢在故事结束后挂在卡片上进行少许冲刺的想法，但我确实看到卡片最终会被销毁。 同时，应该有一些代码在适当的地方执行规则。 要使用您发布的示例，可能会在几个地方列出必填字段，因为UI层必须显示字段并可能显示错误消息，但也应该有一些业务逻辑层有这样的逻辑来看到，有些字段是在尝试创建新的病人档案之前专门完成的。 正在构建的系统也将以某种形式或其他形式存放规则。

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

    链接地址: http://www.djcxy.com/p/47335.html

    上一篇: Business rules integration to User Stories

    下一篇: line image resizer?