為豐富的交互式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 ）}