跟踪积压的用户故事到Enterprise Architect中的需求

Question

我在一个敏捷项目中的IT站点工作，该项目中的业务使用积压日志和用户故事来捕获业务需求。IT团队使用Enterprise architect对应用程序进行建模，系统需求是其中的一个要素。

跟踪积压用户故事到系统需求的最佳实践是什么？跟踪的原因是为了证明业务需求已经实现。

如何处理改变EA需求的用户故事？是否将该请求跟踪到两个用户情景？由于一个用户故事将是无效的，这在某种程度上感觉是多余的？

有什么好主意吗，有人知道吗？银弹也被接受..

Answer 1

使用connector将用户故事重新导入EA。然后，使用built-in Traceability tools of EA创建到其他EA工件的映射。

根据我的经验，最好是让未来的用户积极参与，并培训他们自己使用新功能。他们会更好地记住这一点，而不是EA中的反向可追溯性结果图。没有比实现本身以及成功通过的测试用例更好的实现证明了。