我最近与团队就我们最近的软件项目的 UI 设计进行了一次大讨论。
我们需要将一个特殊的版本控制系统集成到我们现有的产品中,这是一个软件测试工具,用于通过编写和回放测试脚本进行测试。
设计团队提出了一个我不能同意的设计,并认为它违反了基本的设计规则。
从我的角度来看,设计的最大问题是他们在我们现有的 UI 中添加了版本控制特殊的东西(比如创建视图、签入/签出脚本)(实际上是复制现有的 UI 并将其更改为另一个并添加一些东西) )。例如,在我们的 Open Project 对话框中,复制 UI 然后添加两个按钮来触发特殊的版本控制(就像在打开脚本之前一样。必须有一个包含项目源代码的版本控制视图)。
我与设计团队争论了很多,认为将不同的东西放在一起是一个坏主意,在我们的示例中,软件测试工具功能和版本控制脚本功能。我解释说这样做会出现重复的用户界面,同样要解决更多的情况,维护也是大问题。而且我更喜欢将两者与 UI 分开,一个 UI(对话框或向导)应该只关注两个不同事物中的一个。
我总结为一个 UI 设计原则,“一个 UI 不应该包含两个完全不同的东西”。虽然他们认为,他们想要付出这样的努力和所有的努力(比如更多的用户界面,更多的用户界面需要解决的情况,与分离两个不同事物的用户界面设计相比,更多的开发/测试/维护工作),为用户获得一个易于使用和良好的可用性软件。当然,我完全不同意这样的说法,一个其他方面都不好的软件怎么可能对用户好呢?由于设计团队还没有完整的设计,因此没有什么可衡量的。
最终我无法说服团队。一切似乎仍然是客观的。
这让我想到,是否有任何好的 UI 设计指南/最佳实践/原则涵盖我们的情况(区分不同的关注点,详细调试/运行脚本需要和需要版本控制脚本,而不是将它们放在一起一个特殊的 UI、对话框或向导等。)
我将不胜感激任何与整个问题相关的评论和建议,而不是针对上述问题。我也将回答我在这里没有很好地表达的任何内容。
请不要关闭这个:) 作为开发经理,这对我来说确实是个大问题。