|
用户故事图与UML用例图密切相关，并且两者都在敏捷软件开发环境中使用。两种类型的图表都用于探索和记录客户需求，它们标识不同的用户组及其目标，但是它们以不同的方式使用。 用例图用例图说明了最终用户与系统进行交互的所有方式，以及其所有前置条件和后置条件，异常和备用路径。这些图用于建立系统需求，无论是软件系统还是与其他人或团队的交互。 由于UML用例图具有很高的技术性和特定性，因此不用于计划或广泛的计划目的，而是用作系统技术文档的基础。 客户更新其帐户-在diagrams.net中打开此用例图 用户故事或故事地图用户故事从用户的角度捕获了用户需要执行的操作以及原因。它们用自然语言非常简单地编写： As an [actor] I want to do [action] to achieve a [goal]. 例如：
由于客户对您的系统的技术实现不感兴趣，因此不会使用用户案例来详细说明系统要求，从而为您提供了探索替代解决方案和系统的空间，从而可以更好地满足客户的需求。 许多不同类型的团队都认为故事映射是一种灵活而有用的计划工具，可以使改进和开发始终专注于客户的优先需求。
这种以客户为中心的故事在敏捷开发中非常流行，在该开发中，用户故事（史诗）被分解为较小的任务（故事）或实现步骤。这使敏捷团队可以更好地评估和计划开发项目。较小的任务可以轻松地确定优先级，并安排在Scrum积压和sprint中。 传统上，故事映射是在白板上以某种网格布局在便笺上完成的，当您在分布式团队中工作时，这实际上是不可用的。 在当今的遥远世界中，您可以使用表格形状，带有泳线的容器（例如用于交叉功能流程图的容器），甚至只是在画布上排列的矩形，在diagrams.net中以数字方式复制白板和故事地图。 在app.diagrams.net上开始故事映射 在diagrams.net查看器中打开此故事地图 客户想要完成（更新其帐户）的活动的故事情节不应包含技术详细信息。该故事地图以跨功能流程图的形式构建。 如何构建故事图
尖端
在diagrams.net查看器中打开此故事地图 想要在线购买食品的客户的故事地图使用了通用形状库中的简单形状。 在整个开发过程中更新您的故事地图您的故事地图可以用作可视化路线图，显示您已完成的工作，剩余和计划的工作以及超出范围的工作。 处理未实现的任务和子任务，并将它们分发到故事图中的版本，迭代和sprint中，注意其左右位置或相关性箭头指示的依赖性，以及其垂直位置指示的优先级。 通过将任务和子任务拖到其表行或泳道中的新位置来进行优先级调整。 就像您使用故事计划项目一样，在故事地图中跟踪开发情况。完成每个任务的执行时，请添加形状，工具提示，颜色或标签，以表明任务已完成（或正在测试，记录等） ，并使用特定颜色指示超出发布范围的任务，添加一个形状以指示计划的冲刺以及是否已执行任务。 与客户一起浏览您的故事地图您可以轻松地在线发布diagrams.net故事地图，并与您的客户共享它以支持交流，提供共享的理解并产生新的想法。 与他们一起浏览故事地图，以检查活动详细信息并从客户那里获得见解。 |
|
|
