您可以捐助,支持我们的公益事业。

1元 10元 50元





认证码:  验证码,看不清楚?请点击刷新验证码 必填



  求知 文章 文库 Lib 视频 iProcess 课程 认证 咨询 工具 讲座 Modeler   Code  
会员   
 
   
 
  
每天15篇文章
不仅获得谋生技能
更可以追随信仰
 
     
   
 订阅
  捐助
用户故事与用例
 
99 次浏览     评价:  
 2019-10-8
 
编辑推荐:
本文来自于csdn,文章主要介绍什么是用户故事,什么是用例,用户故事和用例之间的区别,希望对您的学习有所帮助。

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

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

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

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

Scrum团队的敏捷软件

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

用户故事与用例

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

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

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

1.用户故事包含用户角色,目标和验收标准。

2.用例包含等效元素:演员,事件流和事件条件(详细的用例模板可能包含更多其他元素)。

用户故事与用例 - 差异

用户故事的详细信息可能不会与用例记录在同一极端。

用户故事故意遗漏了许多重要细节。用户故事旨在通过在Scrum会议期间提问来引发对话。

用于更频繁地获得反馈的小增量,而不是像用例中那样具有更详细的前期需求规范。

什么是用户故事?

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

3C的概念

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

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

会话

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

确认

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

什么是用例?

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

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

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

1.用例

2.演员

3.以及他们之间的关系。

详细的用例规范

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

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

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

1.缺乏背景(最大的目标是什么)

2.您完成的意义涵盖了与目标相关的所有基础。

3.没有机会展望未来的工作。

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

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

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

1.从可视化模型发送需求作为产品积压项目(用于故事地图构建)

2.故事地图中的用户活动,代表整个大型系统上下文

3.活动,任务和故事的垂直结构 - 积压的完整性

4.发布管理

5.根据开发工作和风险估算用户故事

6.使用sprint管理开发活动

7.跟踪sprint任务板的进度

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

准备好敏捷?

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

   
99 次浏览  评价: 差  订阅 捐助
相关文章

产品UED流程及交付物
可用性测试
浅谈如何留住用户
QQ音乐2012设计总结
 
相关文档

淘UCD心得
UI交互设计文档
Yahoo的交互设计
人人网UCD用户体验培训教程
相关课程

用户体验& 界面设计
以用户为中心的软件界面设计
手机界面原理与实现
可靠性评估专题培训
每天2个文档/视频
扫描微信二维码订阅
订阅技术月刊
获得每月300个技术资源
 
 

关于我们 | 联系我们 | 京ICP备10020922号 京公海网安备110108001071号