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

我的公司根据详细的规范文档开发了一个丰富的GUI，该文档以100多个用例（UC）的形式编写。这些详细的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看起来太抽象了

我们遵循一种统一的流程，预先完成规范。也许我们应该转向更敏捷的流程，由开发人员自己进行交互设计。

在这里，我们推荐一个四步设计流程： 1.线框。 2.故事板。 3.动画。 4.工程原型

非常有趣…

---

（来源：）

某种基于拖放的IDE/GUI工具会很好吗？能够记录交互，并在动画中添加描述性文本。你让IDE来做UC，而不是UC的设计IDE。当IDE/GUI处于特定状态时，您可以让一个弹出窗口显示在该弹出窗口上写入UC或某些文本所发生的情况，每次特定状态由用户或开发人员调整时都会出现。根据现实世界中发生的情况，该弹出窗口可以连接到更多的弹出窗口。就像那些文字冒险问“你现在想做什么？”。以及一个UC弹出窗口，用于触发事件，以根据规范生成的测试套件更改IDE/GUI或其他状态

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

让IDE/GUI工具为最终的事件驱动IDE/GUI生成代码，通过事件与代码层、数据层和用户层进行交互，或者更好地让它在一个层中进行反射，以摆脱无休止的重组

那只是一些身份证