先设计哪一个？软件GUI或体系结构

Question

‘有了未来某个时候的软件产品计划，我想知道设计软件产品的最佳方法。首先是体系结构(即组件和组件之间的关系)还是GUI？

谢谢。

Answer 1

有一段时间，我认为正确的答案是架构。

真实故事:大约四年前，作为我们季度预算审查过程的一部分，我向执行团队介绍了一个软件项目的架构。这个项目没有得到资助。后来，我问为什么；一位高管告诉我，没有人知道我在说什么，他们也不清楚已经完成了多少工作，也不清楚还有多少工作要做--他们得出的结论是，他们太不确定了。

大约一年后，我在季度预算审查中给出了另一组项目摘要。学到了宝贵的一课后，这一次，对于我的团队最重要的早期项目，我展示了一个GUI--只不过是主仪表板的线框，其中只有几个按钮实际上是可点击的，而这些按钮只是加载了其他线框。我们对每个主要的子目录都这样做了。在两天(和晚上)的工作中，我们的员工做得非常出色--显然，我能够向高管团队展示这款应用到底能做什么。

结果是:没有资金。我问其中一位高管为什么--他的回答是：

你的演示中的

--顺便说一句，我们很喜欢--我们以为你已经完成了

当然，这里有一个教训；我只是不知道它是什么。

Answer 2

我会说这是没有区别的。如果您的团队中有一位经验丰富的架构师，那么同时开发这两个项目将不会有任何问题。如果你的架构师缺乏经验，无论哪种方式，你都会有很多麻烦。

补充:考虑到你的评论，以下是应该驱动你选择的因素：

1)如果你的项目是高度面向功能的(例如，一些自助服务系统，也许是一些bugtracker引擎，等等--任何具有复杂功能的东西)--你应该首先使用架构。否则，您会发现复杂的体系结构不适合您创建的GUI，从而导致GUI和体系结构的更改以及未来的许多问题。

2)如果你的项目的目标是高度用户友好的，比如facebook，last.fm，甚至stackoverflow.com --你应该先使用图形用户界面，然后再使用架构。通过这种方式，您将确保所有的用户友好性都保持与设计时相同，这是以一些额外的架构麻烦为代价的(架构师将需要在给定GUI的情况下设计架构)。

Answer 3

绘制GUI的草图或原型，并与您的团队(或客户项目的客户)进行讨论，可以澄清背后的域模型，并揭示大量的业务规则和需求，否则这些规则和需求将被忽略。

无论您是否在以后进行最终的GUI设计，仍然是开放的，但是在设计体系结构之前根本不考虑界面是有一定风险的。