線框圖覆蓋？

Question

37信號的變得真實讓我相信，構建和編寫功能規範文檔是構建Web應用程序和動態網站所不需要的中間人步驟。

這些步驟的開銷是否值得它的重量？在使用HTML/CSS甚至PhotoShop文檔進行原型設計（所以設計師可以直接使用它們）比使用Visio這樣的軟件更好的選擇？就個人而言，我對後者搖擺不定，但我不確定。

Answer 1

「計劃失敗是計劃失敗」 - 或類似的東西。

Wireframing不限於網絡應用;它在任何需要高級別系統概述的地方都被廣泛使用（它只是被稱爲別的東西）。

功能規格，當你知道要做什麼&如何做到這一點確實是矯枉過正。你的意圖的高級圖表就足夠了。它不會是不必要的。它主要幫助你專注於你想要做的事情的範圍和意圖/目標。

重點應該放在防止浪費的精力上 - 通過找到一些必要的東西，即對所有其他物體的影響缺失，並不是你想要發現的東西。這種情況下的線框圖將有助於檢測大多數主要的功能需求。你只需要在絕對需要的地方詳細說明功能規格。使用Photoshop來設計你的設計也將是'浪費精力' - 更好地使用CSS/HTML進化原型（RAD技術） - 但仍然可以用筆模擬你的意圖

Answer 2

37信號提倡者甚至跳過Photoshop並正確轉向HTML。請參閱http://www.37signals.com/svn/posts/1061-why-we-skip-photoshop。我同意他們對預先計劃的評估。從長遠來看，我不認爲它值得花時間在HTML/CSS/JS上構建工作原型。

Answer 3

這可能取決於你與誰一起工作。如果是你和設計師，那麼功能規格可能會太麻煩。但是，在我的工作中，主管們想知道他們在項目結束時會得到什麼，所以我們很難實現迭代開發。通常迭代是用線框，功能規格和模擬ups來定義的。:)

Answer 4

我相信這取決於你如何理解你想要做的事情如果你爲一個客戶工作並且他們沒有表達太多的需求，你可能需要一個非常快速的迭代方法，如果你已經有了很好的理解並且能夠產生不必擔心扔掉它，因爲它是錯誤的方向，那麼可以花費更多的時間。無論哪種方式，可點擊的原型可以在確定實際站點最終需要的方面有很長的路要走，如果你能得到就原型達成協議，然後當你的應用與原型相匹配時，你就知道它已經完成了。

Answer 5

在現實生活中，您希望避免尋找「理想」的方式去做事情。相反，請使用您理解的明確和特定目的。

模型可以爲您節省時間和精力。因爲他們可以花費額外的時間來創建和維護它們。

現實生活中的示例＃1：實物模型保存了一天。政府的大制度，截止日期很荒謬。

原因：個月纔有所生產各類這實際上是完全沒有必要的，因爲這兩個硬件和軟件架構固定在石頭到最小的細節架構文件不見了，而事實上已經存在。

解決方案：與客戶建立原型在一起，直到我們只是遞給我們的筆記的屏幕在給開發商的20天瘋狂。開發人員不得不要求澄清，但是具有固定架構和清晰的可視化要求，他們能夠立即開發出所需要的大量功能。

現實生活中的例子＃2：模型破壞了一天。大型政府系統「認識到」對模型的需求。

這一個顯示打開的最好的事情在世界變成了一場噩夢人（或法人？）的能力。

大的政府機構要求大型諮詢公司，帶領大IT公司來解決問題。政府機構還成立了一個由政府主題專家組成的大型臨時機構來幫助和加快這一進程。

月已在大詞，並在決定適當的方法使用和使用它們適當的方式通過。當然，各種妥協都是爲了不傷害任何人的感受或重要性。

結果：Sw體系結構將成爲包括模型在內的所有產品的來源。首先設計的是第二個。映射來自OOAD的動作和序列圖，用戶體驗圖，然後識別UI邏輯對象和內容包，繪製實際屏幕並將其合併到正式用例中，以每月一次的正式研討會向用戶呈現UC，由於有人認爲時間在流逝，所以這些研討會成爲要求接受會議的一倍。

在這些研討會，受力均勻客戶不能作出已瞭解（非常正規，有很多描述數據的屬性和表格等）的UCS，每個大約30頁長。當客戶有一些反饋時，它是在模擬。但是反饋被阻止了，因爲模型中的任何改變都會導致序列圖，組件圖，操作模型，UX圖，檢查跟蹤矩陣，更新UC文本等等的改變，並且只會獲得更多的反饋。 （「該死的顧客，他們永遠不會滿意。」是摩托車）。在功能有限的v1.0推出之後，沒有人再關心文檔了，其中有很多。開發人員正在爲自己的生命而戰，每天都會做出無數小改變，只是爲了讓系統啓動並運行（在昨天的一批改變使其他事情破裂之後）。

這不是使用模型的方式。該項目比計劃延長了近2年。

換句話說，不要尋找理想的方法。或者你不懂的任何方法。你目前的目標是什麼？你知道的最快捷的方式是什麼（其他方式不算）來達到這個目標？去吧。

Answer 6

做線框的主要目的是澄清要求。清晰地記錄需求始終是明智的，沒有比可視化需求更好的方法。線框在這裏有很好的幫助，它使產品所有者（客戶）清楚瞭解最終產品的期望。在獲得產品所有者的認可後，它還爲開發團隊提供了更清晰的圖像，從而節省了大量開發時間並避免了衝突。 在我看來，即使項目很小，線框對於平穩的項目執行也是非常有用的。