故事板与导航路径图与状态/活动图

Question

虽然我已经读过状态和活动图更适合在应用程序建模时基于状态并且用户的体验不遵循预定义的路线，但是当我应该使用故事板时，我仍然不清楚导航路径图（或反之亦然）作为设计工具。

有人可以解释何时使用每种类型的UML图表是理想的（例如，对于某种类型的应用程序，可能更适合其他类型，或者当人们希望表达用户体验的不同方面时因为我还没有真正找到比较和对比这些UML图的好资料。

谢谢

Answer 1

如果我理解正确，那么您正在寻找以图表形式对用户体验进行建模的方法。

如果您想为用户体验建模，专注于提供屏幕（或网页）的概述，我建议使用UML“状态机图< / strong>“，也许不止一个。每个状态代表一个屏幕或弹出窗口，每个转换代表一个用户操作。请参阅agilemodeling.com和我自己的论文"Which UML models should we make?"（“导航地图”一节，第12页）。

绘制导航地图的方法有多种，状态机图只是一种方式（但这种图表类型也可以用于其他目的）。

如果您想模拟用户体验，专注于用例，即，如果您想模拟用户如何浏览应用程序以完成某项任务，我建议您为每个用例使用UML“活动图”。活动图中的操作或多或少与用例的步骤相对应（取决于您在用例中使用的特定于UI的信息）。有关示例，请参阅第10页的"Which UML models should we make?"。

我不知道您对故事板的定义，但在我看来，可以使用活动图来制作故事板（但此图表类型也可以用于其他目的）。

在您描述的情况下，“基于状态且用户体验不遵循预定义路线”的应用程序，我会坚持使用状态机图表而不创建任何活动图。

Answer 2

一旦你知道应该做什么，故事板就会发挥作用。然后，您可以专注于如何使用故事板和线框架。作为设计过程的一部分，两者都将影响活动图中最佳显示的内容。您还可以使用状态图来显示用户对话框之间的转换。但是从个人感觉来看，当你达到编码阶段时，他们有点过于技术并且更有可能出现。使用更多面向图片的方式，如故事板/线框，有助于揭示用例。它们都是整个设计过程的一部分。

总是存在以一种或另一种方式过度做事的风险。所以这里没有经验法则。这只是可以提供帮助的经验。