如何制定和应用UI开发标准？

Question

我在一个小而年轻的开发团队工作，我们遇到了一些我们不确定如何解决的问题。

在以前的项目中，每个开发人员都在处理基于用例的任务。因此，在设置系统架构时，每个团队成员都会处理分配给他的任务的用户界面和业务逻辑。

这种组织给了我们UI的问题。每个开发人员都有自己的逻辑，关于UI应该是什么样子，按钮应该是什么等等......即使我们有一个css设计师，也需要进行大量的重构才能使网站看起来紧凑

• 你如何处理这个问题？
• 您是否根据图层拆分任务，而不是整个用例？
• 您是否使用某种技术解决方案来实现这一目标，还是只是每个开发人员都需要遵循的书面标准？

由于

Answer 1

每个人都有自己的风格，定义一个能让每个人以一致的方式绘制UI的标准将是困难和浪费的。相反，选择最好的UI设计师来做他最擅长的事情并为整个系统设计UI。通过设计人员对所有UI更改进行漏洞化很困难，因此只需让开发人员在实施新用例时“搞乱”，并让设计人员在发布之前对其进行清理。他/她不应该很难重新安排现有的表单并将一些一致性带回UI。

Answer 2

我发现这篇12 Standard Screen Patterns文章非常有用。

Answer 3

解决方案可能是创建应用程序的所有屏幕的草图，让人工智能专家对其进行审核以纠正最大的错误，然后将它们交给您的开发人员。

通过这种方式，他们会知道他们正在开发的屏幕应该是什么样的 - 最终仍会有一些差异，但那些不应该是“巨大的差异”，应该更容易解决。 / p>

这意味着并不是每个开发人员都必须想象完美屏幕会是什么样子：每个开发者都会与其他人保持一致。

Answer 4

采用久经考验的MVC系统，让视图与业务逻辑分离。然后让UI设计师制作草图并为此工作。 UI是从我的经验中自上而下最好的。在呈现所有细节之前，用户获得整体视图，定义和捕获此层次结构可以获得良好的UI。正如您在用例的基础上提到的那样，业务逻辑的编码完成，主要是自下而上，这是代码与UI不同步的地方。

Answer 5

指定一个人（最好是具有图形设计经验的人，即使他们不是真正的程序员），并授权他们随时对所有表格，页面和控件进行外观修改，并让他们负责应用程序的整体外观。

就指标而言，记录这个人花费多少时间来“修复”每个程序员的工作，并确保程序员知道这些数字。这个想法是鼓励他们从一开始就让他们的东西看起来应该是这样，但也不要根据他们认为的东西应该是什么来做奇怪的事情。我不得不花更多的时间来解除同事的奇怪设计选择而不是别的什么。

不要害怕让外部资源审查每个程序员的设计工作。对于程序员来说1）产生看起来很糟糕的用户界面非常普遍，2）相信用户界面看起来很棒。你应该做军队用新兵训练营做的事情：从一开始就完全打破它们，这样你就可以以正确的方式重建它们。

Answer 6

创建自己的书面标准的部分问题在于，尽管意义重大，但可能存在错误或更好的方法来做事情而不是标准化。例如，在我工作的地方，标准化的取消按钮在您点击它时没有任何作用（它已连接到重置）。

相反，我建议选择现有标准，例如The Macintosh Human Interface Guidelines或Windows User Experience Interaction Guidelines。即使标准是错误的，偏离广泛建立的惯例也很少有利可图。

然后为开发人员挑选一些好书，例如“设计界面：有效交互设计的模式”。良好的用户界面设计部分是一个良好品味的问题，虽然不是每个开发人员都会对这个主题感兴趣，但帮助他们改进是最符合你的。

接下来，当一个产品的界面与另一个产品的界面不一致时，授权您的QA团队提交错误。如果他有理由，开发人员可以标准化或证明偏差。我们这样做;它运作得很好。

最后，回顾一下您现有的产品，并就如何统一其界面达成共识。如果可以的话，带上（并保留）可用性专家。我见过好人做了很棒的工作。

Answer 7

对于如何处理UI问题，确实没有明确的解决方案。然而，有一些方法可以解决使事情变得太复杂的问题：

• 用例通常具有跨学科性质，因此完成用例的责任应该由能够正确实施的人员分担。程序员和设计师类型的人需要合作。

• 团队中的每个人都需要牢记seperation of concerns，即可以分开的事情必须尽可能早地保持这种状态。有很多方法可以做到这一点：例如在你的项目中应用MVC模式（这是一种非常广泛的方式）。表示和逻辑应该是分开的，这样一层中的变化不应该影响另一层。

• 有人需要对整体UI设计负责，因此它在整个应用程序中都是一致的。最好是既是平面设计师又对可用性有一定洞察力的人。 UI设计需要与用例一起进行规划，并随着开发的进行不断修改。一致的用户界面非常重要，开发人员需要参与其中。