线框图覆盖？

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

做线框的主要目的是澄清要求。清晰地记录需求始终是明智的，没有比可视化需求更好的方法。线框在这里有很好的帮助，它使产品所有者（客户）清楚了解最终产品的期望。在获得产品所有者的认可后，它还为开发团队提供了更清晰的图像，从而节省了大量开发时间并避免了冲突。 在我看来，即使项目很小，线框对于平稳的项目执行也是非常有用的。