有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
架构设计的基本原理来自于各种因素，其中最重要的是非功能性需求，比如可伸缩性，当然最重要的是经验。没有了理论基础，你就只剩下平淡的模式，或者怎么做。无论是在更高的层次上还是在类的层次上，它仍然是设计。
或者换句话说
架构是元设计，即设计设计。您有一些已知的模式适合某个解决方案空间，您会选择哪个，为什么?架构是当你回答“是哪个”和“为什么”时(“如何”已经在设计中给出了)。它当然不依赖于抽象级别，例如实现分布式会话不是一个类级别的任务，但是对于给定的体系结构有一些设计可供选择。
同样，体系结构也反映在类级设计中。在可伸缩的体系结构下，如果不考虑可伸缩性因素，类设计通常是不同的。为什么你必须有一个方法“BeginAsyncUpload”而不是“Upload”是一个架构决策。
有趣的是，当我们将注意力转移到更高层次的系统元素时，“哪个和为什么”问题变得更加重要，而“如何”变得不那么相关。从另一个方向来看，“如何”部分变得更加重要，这也是因为重复使用使得它变得很明显，例如，在抽象工厂和原型之间进行选择。
其他回答
如果有人建造了一艘船，那么发动机、船体、电路等将是他的“建筑元素”。对他来说，发动机制造将是“设计工作”。
如果他将引擎的构建委托给另一个团队，他们将创建一个“引擎架构”……
这取决于抽象和细节的程度。一个人的建筑可能是另一个人的设计!
就我个人而言，我喜欢这个:
“设计师关心的是当一个用户按下一个按钮时会发生什么，而架构师关心的是当一万个用户按下一个按钮时会发生什么。”
由Mark Cade和Humphrey Sheil编写的Java™EE学习指南
是的，对我来说听起来不错。设计是你要做的事情，而架构是将设计的各个部分连接在一起的方式。它可以是语言不可知的，但通常会指定要使用的技术，例如LAMP vs Windows, Web服务vs RPC。
建筑是战略的，而设计是战术的。
架构包括框架、工具、编程范例、基于组件的软件工程标准和高级原则。
而设计是一种与局部约束有关的活动，例如设计模式、编程习惯用语和重构。
当我寻找建筑和设计之间的简单区别时，我发现了这一点; 你对这种看待他们的方式有什么看法?
架构是我们正在建造的“什么”; 设计是我们“如何”建造;
