有人能解释一下软件设计和软件架构的区别吗?
更具体地说;如果你让别人给你展示“设计”——你希望他们展示什么?“建筑”也是如此。
我目前的理解是:
设计:系统特定模块/部分的UML图/流程图/简单线框(用于UI) 架构:组件图(显示系统的不同模块如何相互通信以及如何与其他系统通信)，要使用什么语言，模式……?
如果我说错了，请指正。我提到了维基百科在http://en.wikipedia.org/wiki/Software_design和http://en.wikipedia.org/wiki/Software_architecture上有文章，但我不确定我是否理解正确。
当前回答
我非常喜欢这篇文章，因为它提供了将建筑与设计分开的经验法则:
http://www.eden-study.org/articles/2006/abstraction-classes-sw-design_ieesw.pdf
这被称为内涵/局部性假说。关于软件性质的非本地和内涵的陈述是架构性的。局部的和内涵的语句是设计的。
其他回答
建筑是战略的，而设计是战术的。
架构包括框架、工具、编程范例、基于组件的软件工程标准和高级原则。
而设计是一种与局部约束有关的活动，例如设计模式、编程习惯用语和重构。
体系结构是用于构建系统的设计模式的最终集合。
我猜设计是用来把所有这些放在一起的创造力?
建筑与设计密切相关;它们之间的主要区别在于我们面对的方向。 建筑面向战略、结构和目的，面向抽象。 设计面向实现与实践，面向具体。
用我自己的话来说，你是对的;
体系结构是将系统需求分配给系统元素。关于架构的四个陈述:
它可以引入非功能性需求，如语言或模式。 它定义了组件、接口、时序等之间的交互。 它不应该引入新的功能， 它将系统要执行的(设计的)功能分配给元素。
当对系统的复杂性进行细分时，体系结构是必不可少的工程步骤。
例如:想想你的房子，你的厨房不需要建筑师(只涉及一个元素)，但整个建筑需要一些交互定义，比如门和屋顶。
设计是对功能(提议的)实现的一种信息表示。它旨在获得反馈，并与利益相关者进行讨论。这可能是一个很好的实践，但不是一个必要的工程步骤。
在厨房安装之前，最好能看到厨房的设计，但对于烹饪要求来说不是必需的:
如果我想一下，你可以这样说:
架构是为公众/工程师在更详细的抽象层次上设计的 设计是在一个不太详细的抽象层次上面向公众的
体系结构更像是集成系统的各种功能，以实现系统的一个整体目标，而设计则解决每个功能需求。
例如，以MVVM为例，这是一种体系结构模式。对于通知功能，MVVM使用观察者模式，这又是一种设计模式，
