为丰富的交互式GUI建模的最佳方法是什么（使用用例或其他方法）？

Question

我公司根据详细的规范文档（称为100多个用例（UC））开发了丰富的GUI。 这些详细的UC推动了开发。 它们被编写为带有actor和description列的表。 我们（我和其他人）已经破坏了真正的UC散文风格，以支持我们应用程序的交互性质。

我们还使用该规范来生成（手动）测试规范，因此细节（对我而言）似乎很重要。 该测试规范用于验证以获取批准。

注意：除了GUI，我们产品的组件更多。 GUI团队有6-10人，整个项目大约60人。

直到最近，我还创建了一个“故事板”文档，详细介绍了每个面板及其与规范的相互作用。 过去也有一个GUI体系结构，以及主要子组件的设计。 哎哟! 这导致了非常缓慢的开发时间，糟糕的代码库（ha！）和缺乏积极性的团队。

该应用程序更像一个IDE，允许用户使用拖放式流程图习惯来创建自己的测试用例（用于移动“电话测试”）。 它非常复杂，成熟（超过7年）并提供许多功能。 然后运行测试用例并分析结果。 作为这样的免费工具（用户可以通过该工具遵循几乎无限数量的路径），似乎没有用处的顺序用例。 我们使用“ O”表示可选，使用“ R”表示可重复，嵌套和许多其他“扩展”。 从根本上说，UC在设计IDE的交互方面是不理想的。 可以将这个应用程序视为提供空白的工作界面（例如文字处理器或电子表格），用户可以按任何顺序执行任何操作：这导致UC膨胀。

当前，人们希望将规范从100多个UC简化为基本的UC：“开发测试用例”，“运行测试用例”，“分析结果”（或类似内容）。

虽然我了解我们的UC并不是“真正的” UC（关注业务价值），但由于GUI和开发人员的团队领导是我，我担心的是，如果没有详细的信息，我的伙计们将不知道该开发什么。 三个UC似乎太抽象了。

我们遵循统一流程的形式，并且预先完成了规范。 也许我们应该更改为更敏捷的过程，由开发人员自己进行交互设计。

Answer 1

某种基于拖放的IDE / GUI工具会很好吗？ 具有记录交互的功能，并在动画上添加描述性文本。 您可以让IDE执行UC，而不是使用UC的设计IDE。 在特定状态下使用IDE / GUI，您可以让弹出窗口显示通过在该弹出窗口上编写UC或一些文本来显示会发生什么，每次由用户或开发人员确定特定状态时都会弹出该消息。 弹出窗口可以连接到更多弹出窗口，具体取决于现实世界中发生的情况。 就像那些文字冒险问“您现在想做什么？”一样。 以及一个UC弹出式kan trigg事件，以根据规范中的测试套件更改IDE / GUI或更改其他状态。

测试套件映射输入到输出。 与IDE / GUI的交互会选择输入和输出，从而更改程序数据层原型的状态。 从理论上讲，您可以使用入/出表（有些很大）来执行所有功能，而不是使用算法。 实际上，当一个表足够大时，让一个程序员使用它作为测试套件来执行算法并交换表。 该表现在用作测试套件报告错误。

让IDE / GUI工具为最终事件驱动的IDE / GUI生成代码，以使事件与代码，数据和用户层进行交互，或者最好让它在所有层中都具有反射性，以摆脱无休止的重组。

那只是一些想法

Answer 2

在OpenLaszlo中，推荐了四个步骤的设计过程：1.Wire-frames。 2.故事板。 3，动画 4，工程原型

很有意思
_{（来源： openlaszlo.org ）}