有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
架构是高层次的、抽象的、逻辑的设计，而软件设计是低层次的、详细的、物理的设计。
其他回答
是的，对我来说听起来不错。设计是你要做的事情，而架构是将设计的各个部分连接在一起的方式。它可以是语言不可知的，但通常会指定要使用的技术，例如LAMP vs Windows, Web服务vs RPC。
http://jinwolf.tumblr.com/post/6591954772/architectural-patterns-vs-design-patterns
架构告诉您系统是如何布局的。一个传统的体系结构模式示例是3层系统，其中系统被分解为表示层、业务层和数据层。
领域驱动的设计促进了4层架构。表示层、应用层、域层和基础结构层。存储库模式位于域层和基础结构层之间。你的领域模型不应该知道任何关于基础设施的信息，同时也应该保持纯粹并独立于基础设施。这就是为什么我们有存储库来协调这两层。
存储库模式仍然是一个模式，因为它是一个可重用的解决方案，可以处理重复出现的问题。然而，只有当我们讨论架构时，存储库模式才变得相关。它在领域驱动的设计体系结构中有自己的角色和职责。它不是数学类型的一般解决方案，例如抽象工厂模式，可以应用于系统中的任何地方。
我喜欢Roy Thomas Fielding在他的论文中对什么是软件架构的定义和解释: 架构风格与基于网络的软件架构设计
软件体系结构是软件系统在其操作的某个阶段的运行时元素的抽象。一个系统可能由许多抽象层次和许多操作阶段组成，每一个都有自己的软件体系结构。
他强调“运行时元素”和“抽象层次”。
当我寻找建筑和设计之间的简单区别时，我发现了这一点; 你对这种看待他们的方式有什么看法?
架构是我们正在建造的“什么”; 设计是我们“如何”建造;
正如其他人指出的那样，规划软件的架构实际上是做出对软件开发或执行生命周期有整体影响的主要设计决策;所以简单地说，建筑只是高层次的设计。
即使架构决策不影响所有组件(因此是局部的)，它仍然必须是全局相关的，即它以某种方式影响整个系统;否则只是一个本地设计决策。
不过，我想指出的是，与架构相关的一个更相关的问题可能是Hennessy & Patterson在《计算机架构》中定义的架构vs组织。基于此，我们可以将体系结构视为系统的数据模型(输入/输出，状态)抽象，而将组织视为实现(软件开发)过程中所采取的典型设计决策。
