有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
Cliff Notes版本:
设计:根据所需产品的规格实现解决方案。
架构:支持设计的基础/工具/基础设施/组件。
这是一个相当宽泛的问题，会引起很多人的回应。
其他回答
体系结构确定了系统的基本组件，描述了它们的组织，以及它们与创建系统框架的关系。
设计描述了各种组件，以及应该如何在系统架构提供的框架中开发它们以提供所需的功能。
在我看来，架构只不过是一个愿景，以正确的方式收集需求并构建构建块
在设计中，构建特定的块可能有100种解决方案，但为了满足具体的要求，我们需要选择正确的方法，所以选择正确的方法或算法不是设计吗
就我个人而言，我喜欢这个:
“设计师关心的是当一个用户按下一个按钮时会发生什么，而架构师关心的是当一万个用户按下一个按钮时会发生什么。”
由Mark Cade和Humphrey Sheil编写的Java™EE学习指南
我同意其中的许多解释;本质上，我们认识到软件系统的架构设计和详细设计之间的区别。
虽然设计师的目标是在开发所需的规格中尽可能精确和具体;架构师本质上的目标是指定系统的结构和全局行为，就像详细设计开始时所要求的那样。
优秀的架构师会避免过度规范——架构不能过分指定，但要足够，(架构)决策只针对那些风险处理成本最高的方面建立，并有效地提供一个框架(“通用性”)，在这个框架内可以进行详细设计，即局部功能的可变性。
实际上，体系结构过程或生命周期只是遵循这个主题——足够的抽象级别来概述(体系结构上的)重要业务需求的结构，并将更多细节留给设计阶段以实现更具体的可交付成果。
我认为架构是关于人类和/或系统的接口。例如，web服务契约(包括协议等)就是体系结构。一个屏幕是如何组成的，不是颜色之类的，而是有什么领域，这就是架构。
设计就是如何建造某样东西。什么框架、语言、技术等等。当然，这必须与考虑平台、安全性等的企业指导方针和限制相一致。
