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

Question

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

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

感谢

Answer 1

如果我理解正确的话，你正在寻找各种方法来建立模型图的形式向用户体验。

如果你想上提供屏幕（或网页）的概述模拟用户体验，具有焦点，我会建议使用UML“状态机图”，也许不止一个。每个状态表示一个屏幕或一个弹出窗口，每个转换表示一个用户操作。请参阅agilemodeling.com和我自己的纸张"Which UML models should we make?"（章节“导航地图”，第12页）。

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

如果您要建模的用户体验，具有重点用例，也就是说，如果要模拟用户如何导航通过应用程序来完成特定的任务，我会建议使用UML“ 活动图“为每个用例。活动图中的操作或多或少对应于用例的步骤（取决于您在用例中具有多少特定于用户界面的信息）。例如，请参阅"Which UML models should we make?"，第10页。

我不知道您对故事板的定义，但在我的感知中，活动图可用于制作一个（但此图类型也可用于其他目的）。

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

Answer 2

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

以这样或那样的方式总会存在过度操作的风险。所以这里没有经验法则。这只是可以提供帮助的经验。