有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
架构是高层次的、抽象的、逻辑的设计，而软件设计是低层次的、详细的、物理的设计。
其他回答
建筑是战略的，而设计是战术的。
架构包括框架、工具、编程范例、基于组件的软件工程标准和高级原则。
而设计是一种与局部约束有关的活动，例如设计模式、编程习惯用语和重构。
软件架构“关注的问题是……超出了计算的算法和数据结构。
架构特别不是关于实现的细节(例如，算法和数据结构)。体系结构设计包含了比OOD(面向对象设计)通常提供的更丰富的抽象集合。
设计涉及到设计元素的模块化和详细接口，它们的算法和过程，以及支持体系结构和满足需求所需的数据类型。
“建筑”经常被用作“设计”的同义词(有时前面带有形容词“高级”)。许多人使用术语“架构模式”作为“设计模式”的同义词。
查看这个链接。
定义术语体系结构、设计和实现
架构是“难以改变的设计决策”。
在使用TDD之后，这实际上意味着你的设计一直在变化，我经常发现自己在这个问题上挣扎。上面的定义摘自Martin Fowler的《企业应用程序体系结构模式》
这意味着架构依赖于你的系统的语言、框架和领域。如果你能在5分钟内从Java类中提取出一个接口，这就不再是架构决策了。
Cliff Notes版本:
设计:根据所需产品的规格实现解决方案。
架构:支持设计的基础/工具/基础设施/组件。
这是一个相当宽泛的问题，会引起很多人的回应。
在我看来，架构只不过是一个愿景，以正确的方式收集需求并构建构建块
在设计中，构建特定的块可能有100种解决方案，但为了满足具体的要求，我们需要选择正确的方法，所以选择正确的方法或算法不是设计吗
