Wireframing是否过度计划？

Question

37 Signal的 Getting Real 让我相信，线框图和编写功能规范文档对于构建Web应用程序和动态网站来说是不必要的中间步骤。

这些步骤的开销是否值得重量？在HTML / CSS甚至PhotoShop文档中进行原型设计（因此设计人员可以直接使用它们）比使用Visio这样的软件更好吗？就个人而言，我对后者摇摆不定，但我不确定。

Answer 1

“计划失败是计划失败” - 或类似的事情。

线框不仅限于网络应用;无论何时需要任何系统的高级概述（它只是被称为其他系统），它都被普遍使用。

功能规格，当你知道要做什么＆amp;如何做到这一点确实有点矫枉过正。您的意图的高级图表就足够了。而永远不会是不必要的。它主要帮助您专注于您想要做的事情的范围和目标/目标。

重点应该放在防止浪费精力上 - 找出那些必不可少的东西，对所有其他物品产生影响，缺少的东西不是你想要发现的东西。在这种情况下，线框图将有助于检测大多数主要功能需求。您只需要在绝对需要的地方详细说明功能规范。使用Photoshop来设计你的意志也是“浪费精力” - 使用CSS / HTML进行原型进化（RAD技术）要好得多 - 但仍然可以用笔和纸模拟你的意图。

Answer 2

37Signals主张跳过Photoshop并直接使用HTML。见http://www.37signals.com/svn/posts/1061-why-we-skip-photoshop。我同意他们对预先计划的评估。从长远来看，我不认为值得花时间在HTML / CSS / JS中构建工作原型。

Answer 3

在现实生活中，你要避免寻找“理想”的做事方式。而是将您理解的内容用于明确和特定的目的。

样机可以为您节省大量时间和精力。因为它们可能只是您花费在创建和维护它们上的额外时间。

现实生活中的例子＃1：样机节省了一天。政府的大制度，截止日期是荒谬的。

原因：生产各种建筑文件已经过去了几个月，实际上完全没有必要，因为硬件和软件架构都是固定的，最细微的，实际上已经存在。

解决方案：与客户一起创建模型的20天，直到我们将屏幕上的笔记交给开发人员。开发人员确实需要做出一些澄清，但是由于具有固定的架构和清晰可视化的要求，他们能够立即制定出所需的大量功能。

现实生活中的例子＃2：样机破坏了这一天。大政府系统“认识到”对模型的需求。

这个展示了将世界上最好的东西变成噩梦的人（或法人？）的能力。

大政府机构要求这家大型咨询公司领导这家大型IT公司解决问题。政府机构还成立了一个由政府主题专家组成的大型特设机构，以帮助和加快这一进程。

已经过了几个月的大词，决定使用适当的方法和使用它们的正确方法。当然，各种各样的妥协都不会伤害任何人的感受或重要性。

结果：Sw架构是包括模型在内的所有内容的来源。哪个是先设计的，然后是第二个。映射OOAD和序列图中的操作，制作用户体验图，然后识别UI逻辑对象和内容包，绘制实际屏幕并将其纳入正式用例，在每月一次的正式研讨会上向用户呈现UC，这些研讨会成为要求接受会议的两倍，因为有人认为时间正在滑落。

在这些研讨会上，即使是强制性的客户也无法做到（高度正式，有很多表格描述数据属性等），每个大约30页。当客户得到一些反馈时，它就是模型。但是不鼓励反馈，因为模型的任何变化都会导致更改序列图，组件图，操作模型，UX图，检查可跟踪性矩阵，更新UC文本等等。并且只是为了获得更多反馈。 （“该死的客户，他们永远不会满意。”是摩托车）。在功能有限的v1.0推出之后，没有人关心文档了，其中有很多。开发人员正在为自己的生活而战，每天都做出无数的微小变化，只是为了让系统运行起来（在昨天的一批变更之后，其他东西就会中断）。

这不是使用模型的方法。该项目比计划的时间延长了近2年。

换句话说，不要寻找理想的方法。或者您不理解的任何方法。你目前的目标是什么？您知道的最快捷方式（其他方式不计）实现这一目标是什么？去吧。

Answer 4

这可能取决于您与谁合作。如果是你和设计师，那么功能规格可能会太麻烦。但是，在我的工作中，高管们想要确切地知道他们在项目结束时会得到什么，所以我们很难实现迭代开发。通常，迭代是使用线框，功能规格和模型来定义的。：）

Answer 5

做线框的主要目的是澄清要求。 明确记录需求总是可取的，没有比可视化需求更好的方法了。线框在这里有很好的帮助，它让产品所有者（客户）清楚地了解最终产品的期望。在产品所有者的批准下，它还为开发团队提供了更清晰的开发图片。在某种程度上，它节省了大量的开发时间并避免了冲突。 在我看来，即使项目很小，线框对于顺利执行项目也很有用。

Answer 6

我认为这取决于你对自己想要做什么的理解程度。如果您正在为客户工作并且他们没有在要求方面表达太多，那么您可能希望采用极快的迭代方法。如果你已经有了一个很好的理解，可以产生更实质的东西，而不必担心丢弃它，因为这是错误的方向，那么可以花更多的时间。无论哪种方式，可点击的原型都可以在很大程度上确定真正的网站最终需要什么。如果您可以就原型达成一致，那么当您的应用程序与原型匹配时，您就知道它已完成。