关闭。这个问题不符合Stack Overflow guidelines .它目前不接受答案。
想改进这个问题?将问题更新为 on-topic对于堆栈溢出。
4年前关闭。
Improve this question
我正在尝试将我的需求写成用户故事。从瀑布世界开始,我对用例更加熟悉。
我喜欢用例的一件事是与系统的每次交互都是明确定义的,以及所有交替和异常的 Action 流。
UC-01
成功场景:
异常(exception)
5a。用户中止,合约没有保存
交替流
1a。用户使用过滤器选择客户
在敏捷方法中将在哪里捕获异常和备用流程?
最佳答案
他们不会被这样俘虏。
您从错误的角度处理用户故事。来自瀑布,这是一个很常见的误解。
在这个例子中你的故事应该是这样的:
As a user I want to add a contract to a customer so that [insert value here]
从示例中您可以注意到两件事:
故事的重点是让用户实现他们的目标。
通常,您可以在“卡片背面”或 ALM 工具的注释字段中写下有关您当前推测故事将如何实现的详细信息,但我要说明的一点是,故事在如何实现方面是可以协商的被实现。
您的开发人员应在迭代期间与您的客户代表进行交互,以讨论/原型(prototype)化/尝试各种不同的可能解决方案,以便高效且有效地实现故事的目标。
一个非常简单但又非常典型的典型示例:如果您忘记了边缘情况、备用流程或异常怎么办?有了故事,这没问题:开发人员发现了它,与产品代表聊天,然后他们制定了处理它的计划。
您可以这样做,因为很明显,处理这些情况是用户故事的一部分。要求并非如此,它规定了解决方案应该是什么,而不是它应该实现什么。
关于project-management - 将所有用例行动流映射到用户故事,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/17526705/