用戶故事 vs 用例

144 篇文章 13 订阅
41 篇文章 1 订阅
用户故事和用例在敏捷开发中各有特点。用户故事关注用户需求的表述,强调通过3C(卡片、对话、确认)进行沟通,而用例则详细描述用户与系统交互的过程。尽管两者有相似之处,如描述用户角色和目标,但用户故事更适合快速反馈和迭代,用例则适用于需要详尽规格说明的情况。敏捷实践中,两者可结合使用以平衡需求明确性和灵活性。
摘要由CSDN通过智能技术生成

“用户故事与用例是一回事吗?” 人们经常会问这个问题,关于敏捷团队是否应该练习使用故事与使用案例的纠纷已经存在多年。用户故事和用例是一样的吗?如果没有,哪个更好?你应该使用哪一个?或者可以同时使用?

用户故事与用例

虽然用户故事和用例之间存在一些相似之处,但用户故事和用例不可互换 ;用户故事和用例都标识用户,他们都描述目标,但它们用于不同的目的。

用户故事以您描述的事物的结果和好处为中心,而用例可以更精细,并描述您的系统将如何行动。敏捷中的用例是否存在,或者它们是否可以相互结合使用?

本文将告诉您用户故事和用例之间的区别。

用户故事与用例

用户故事通常以与用例相同的方式开始,因为每个用例都描述了一种使用系统的方式,以目标为中心,从用户的角度编写,使用业务的自然语言,以及- 拥有- 不讲述整个故事。

用户故事与用例- 相似之处

如果我们考虑两种方法中的关键组成部分:

  • 用户故事包含用户角色,目标和验收标准。
  • 用例包含等效元素:演员,事件流和事件条件(详细的用例模板可能包含更多其他元素)。

用户故事与用例- 差异

  • 用户故事的详细信息可能不会与用例记录在同一极端。
  • 用户故事故意遗漏了许多重要细节。用户故事旨在通过在Scrum会议期间提问来引发对话。
  • 用于更频繁地获得反馈的小增量,而不是像用例中那样具有更详细的前期需求规范。

什么是用户故事?

用户故事是一个注释,用于捕获用户在工作中所做或需要做的事情。每个用户故事都包含一个用户自然语言编写的简短描述。与传统的需求捕获不同,User Story侧重于用户需要的内容而不是系统应该提供的内容。这为进一步讨论解决方案和系统的结果留下了空间,该系统可以真正适应客户的业务工作流程,解决他们的运营问题,最重要的是为组织增加价值。

3C的概念

3C是指良好用户故事的三个关键方面。这个概念是由用户故事实践的共同发明人Ron Jeffries提出的。如今,当我们谈论用户故事时,我们通常指的是由这三个方面组成的用户故事。

用户故事被写为卡片。每个用户故事卡都有一个简短的句子,只有足够的文字来提醒每个人这个故事的内容。

用户故事3C's - 卡

会话

通过整个软件项目中客户和开发团队之间的持续对话,找到并重新定义需求。在利益相关者会议期间将发现并记录重要的想法和决定。

用户故事3C's - 对话

确认

确认也称为用户故事的验收标准。在讨论需求时,客户不仅告诉分析师他/她想要什么,而且还确认在什么条件和标准下工作软件将被接受或拒绝。定义的案例写成确认。请注意,确认的重点是验证相应用户素材的工作正确性。它不是集成测试。

用户故事3C's - 确认

什么是用例?

20多年前由Ivar Jacobson介绍的用例在描述系统的功能要求时用于捕获用户(参与者)的观点。它们描述了用户使用软件系统完成该目标的逐步过程。

简单的用例图

用例描述了最终用户想要“使用”系统的所有方式。用例捕获用户和系统可以交互的所有可能方式,从而实现用户实现目标。它们还捕获了阻止用户实现目标的所有可能出错的事情。

用例模型由许多模型元素组成。最重要的模型元素是:

  • 用例,
  • 演员
  • 以及他们之间的关系。

详细的用例规范

用例规范是系统提供的功能的文本描述。它捕获了演员- 系统的互动。也就是说,它指定用户如何与系统交互以及系统如何响应用户操作。它通常以演员和系统之间的对话形式表达。用例规范在用例图中用椭圆表示,是大多数人在听到用例一词时所想到的。

详细的用例规范

为什么我们仍然需要用例?

Alistair Cockburn解释说,他(通过他咨询的公司)看到了用户故事的三个主要问题:

  1. 缺乏背景(最大的目标是什么)
  2. 您完成的意义涵盖了与目标相关的所有基础。
  3. 没有机会展望未来的工作。

集成用例,用户故事和故事映射技术

Visual Paradigm提供完整的敏捷环境,将用例,用户故事,故事映射,关联性评估和看板集成到一个完全无缝且自动化的端到端流程中。这个过程可以通过补充用例和故事映射工具来解决Alistair上面提到的用户故事技术的缺点。其他有用的敏捷工具也可以满足您更快,更好,更智能地管理敏捷项目的所有需求。

下面的概念图​​概述了Visual Paradigm支持的敏捷工具。

  1. 从可视化模型发送需求作为产品积压项目(用于故事地图构建)
  2. 故事地图中的用户活动,它代表整个大型系统上下文
  3. 活动,任务和故事的垂直结构- 积压的完整性
  4. 发布管理
  5. 根据开发工作和风险估算用户故事
  6. 使用sprint管理开发活动
  7. 跟踪sprint任务板的进度

第1点到第3点是补充用户故事短缺的工具。第4点到第7点列出了其他用户敏捷工具。

Visual Paradigm敏捷工具

准备好敏捷?

想要一个能够很好地管理Scrum项目的敏捷工具吗?Visual Paradigm具有用户故事映射工具,Affinity Estimation工具,sprint管理工具和任务管理。

免费尝试

Scrum团队的敏捷软件

需要灵活的软件解决方案来进行产品积压管理吗?Visual Paradigm支持强大的敏捷工具集,涵盖用户故事映射,亲和力估计,冲刺管理等。它功能强大但易于使用,直观且最重要的是AGILE。

Image result for scrum process canvas

免费下载

相关链接

  1. 专业的敏捷软件工具,具有故事映射,亲和力估计等功能
  2. 免费试用Visual Paradigm
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值