在设计系统的其他部分之前开发原型GUI是否明智？

Question

在设计系统的其他部分之前开发原型GUI是否明智？

我在这个小项目中使用Java。它将是一个具有GUI和数据库连接的程序。假设数据库有表A和B，用户可以选择与哪个表进行交互。然后，程序在GUI中显示表A的内容，并允许用户更改内容并提交更改，删除或插入。

Answer 1

我认为应该在任何后端开发开始之前首先开发GUI。有几个原因可以做到这一点：

• 您可以清楚地了解模型对象应该如何交互。
  
  
• 可用性对您想要提取数据的方式提出了很多限制。在您100％确定存在哪些约束条件后，您可能希望开发和架构。
  
  
• 在业务方面，经理们喜欢在任何开发之前拥有一个哑功能UI。很多时候，反馈导致后端假设的重大变化。与后端开发结束后收到更改请求的情况相比，这种情况要少得多。

我个人的经验是，GUI和后端的同步开发有点混乱。加上GUI提供了对后端行为的可靠期望。此外，这种方法可以确保所有开发人员，您的客户和您的经理在同一页面上。

Answer 2

我同意Joel Spolsky的观点，在编写代码之前写一个functional spec是个好主意。该规范的一部分应该包括一组屏幕模型。 @ O.D。是的，Balsamiq是一个很棒的工具。它在过去为我节省了很多时间。

一旦您拥有了业务用户满意的功能规范，您就可以更好地了解如何设计系统以满足要求。例如高性能是一个要求，域模型与简单的crud等。

然后，您应该从一个用例开始，并构建应用程序的垂直切片。在一次迭代中构建GUI，服务层，持久层，数据库模式。这有望指出您的设计存在的任何问题，并在开始构建水平功能之前让您有机会对其进行修改。

Answer 3

我会说是，不是。

不，因为您应该将应用程序设计为足够模块化，以便您的逻辑和数据不依赖于UI设计。

是的，因为在实际开始实施之前设计所有内容总是很聪明。

所以我的意思是你应该制定一个概念，但是当你实现逻辑时，不要让你的UI概念“绑手”。因此，如果您的经理客户不喜欢您的概念用户界面，您可以随时更改它而无需实际更改您的应用程序逻辑。

Answer 4

在开始编程之前向你展示GUI是一个非常好的想法，特别是你让最终用户（客户）检查UI是否符合他的期望，这可以节省你很多时间。

为了做到这一点，你不一定需要开发一个“真正的”原型，你可以使用程序，使你能够快速设计你的应用程序的用户界面，包括最小的工作流程模拟，而不是完整的功能。

我有一个非常好的经验：Balsamiq真的可以推荐它

Answer 5

在代码之前编写规范总是一个好主意，因为它会让你思考。但我见过的大多数规格并不是那么好。如果规范过于技术化，用户最终会在没有真正理解他们将要获得的内容的情况下签署您的规范。

我向客户端展示用户手册时，或者通过一次讨论一个方案的系统模型，看到了最佳结果。

请注意，半生不熟的模型不会起作用。你需要你的模型完全填充相关数据（曾经试图用屏幕上的数字讨论一些屏幕，而屏幕上的数字不匹配？你根本无法向他们解释这些只是虚拟数字......）

使用模型的警告是，无论你做什么或说什么，用户都会经常相信应用程序“差不多完成”。它必定是一些潜意识的事情，我不确定。但为了避免这种情况，大多数专业工具要么只有“黑白”的外观和感觉，要么可以切换多种皮肤。

这里有一个非常完整的模型工具列表。其中许多是免费的： http://c2.com/cgi/wiki?GuiPrototypingTools

我自己的工具非常受欢迎：http://MockupScreens.com，我很久以前创建它的原因完全是因为我对上述问题感到沮丧。