對象規劃或用戶流程規劃 - 應該先放在哪？

Question

當開始一個新的軟件時，你是否覺得它更有幫助，先計劃接口和用例，或者概述需要構建的對象？

我可以看到前者的一個論點，那就是你必須知道你要去哪裏之前你要去哪裏。但是當我說'接口用例'時，我的意思是非常具體的應用程序流程。基本上，紙上的整個軟件。第二，規劃程序化的「全貌」，可以讓你把你的腦袋圍繞潛在的發展瓶頸。它也有助於理解應用程序流程，並且可以稍微改變用戶交互。

根據你的經驗，最好的使用時間是什麼？

Answer 1

我在這個問題上看到錯誤的選擇。

有些系統甚至沒有UI！因此，你不能合理地期待一個普遍適用於這個問題的答案。

在許多系統中，業務邏輯層和UI層實際上存在不同的對象模型，實際上可能有多個UI。例如，在瀏覽器中提供的客戶UI和客戶支持團隊的胖客戶端應用程序。

另外用例和用戶界面不是一回事。第一個問題可以是：「告訴我你創建一個新的Wibble時需要發生什麼。」開始時根本不需要談論UI。您可以按照「我希望系統...」的方式對場景建模。

實際上，當您繪製屏幕時，您可能會構建Business Objects的心智模型。在一個簡單的商業案例中，您可能不需要立即記錄該模型。在更復雜的情況下，特別是在處理傳統的後端系統時，您很快就會發現需要捕獲某些模型：「所以這個屏幕是關於Wibbles的？關於他們的Zetules？每個Wibble都有它自己的Zetule嗎？ ，幾個！我們可以改變它們，將它們傳遞給其他Wibbles？只有Blue Zetules纔可以轉讓？。「

正如人們所說的這將是Interative的創意之前，先切屏模式將改變你會發現越來越多的粗糙位

我明確的答案是：時間達物盡其用前面是定位龍，龍隱藏在未知中，大龍是一種風險，隱藏在粗糙的地方，粗糙是特定於項目，有時候它的UI有時不是特別處理遺留系統時，通常不是UI咬你，花點時間冒險

Answer 2

我肯定會建議首先佈置用戶流程，在這種情況下，因爲它是如此特殊。使用更通用的用戶界面，計劃/猜測對象會更容易。但是，由於您對應用程序流程有詳細的規定，因此首先要處理，因爲規劃對象太早肯定會錯過大量規範的目標。

Answer 3

用戶流量優先：您正在爲用戶構建軟件。一旦你知道你需要做什麼（整個圖片），那麼你可以考慮如何做到這一點。

Answer 4

這些可以並行發生，並且在編碼開始之前不需要完成。

通過迭代開發，您不一定要設計整個紙質軟件或整個班級模型。

用戶交互影響類模型。但是，在用戶交互設計完成之前，您可能擁有足夠的信息來開始設計一些架構層。例如，在開始設計特定交互之前，可能已知數據模型的全部或部分內容。

時間表問題可能會使並行工作更加可取，尤其是如果您有多名員工從一開始就有所貢獻。