程序或计算系统的软件体系结构是系统的结构，由软件组件、这些组件的外部可见属性以及它们之间的关系组成。

(来自维基百科，http://en.wikipedia.org/wiki/Software_architecture)

软件设计是解决问题和规划软件解决方案的过程。在软件的目的和规格确定之后，软件开发人员将设计或雇用设计人员为解决方案制定计划。它包括低级组件和算法实现问题以及体系结构视图。

(来自维基百科，http://en.wikipedia.org/wiki/Software_design)

我自己也说不出更好的话了:)

当您需要将较高体系结构级别识别的业务和功能投射到应用程序中时，软件体系结构最好用于系统级。

例如，你的业务是关于交易员的“盈亏”，你的主要功能涉及“投资组合评估”和“风险计算”。

但是当软件架构师详细描述他的解决方案时，他会意识到:

“投资组合评估”不能只是一个应用程序。它需要在可管理的项目中进行细化，例如:

GUI 发射器 调度程序 .．.

(因为涉及的操作太大了，需要在几台计算机之间进行拆分，同时仍然可以通过一个通用的GUI随时监控)

软件设计将检查不同的应用程序，它们的技术关系和内部子组件。 它将产生最后一个体系结构层(“技术体系结构”)工作所需的规范(根据技术框架或横向组件)，以及项目团队(更面向业务功能的实现)开始各自的项目所需的规范。

建筑是战略的，而设计是战术的。

架构包括框架、工具、编程范例、基于组件的软件工程标准和高级原则。

而设计是一种与局部约束有关的活动，例如设计模式、编程习惯用语和重构。

以下是可能更详细地解释体系结构的参考资料和软件体系结构的UML图列表。(我找不到用于软件设计的UML图列表)

Grady Booch

在架构模型中使用UML 2图

UML图的分类

UML图的分类

即使在发布了这个答案之后，我自己也不清楚哪个图是用于架构的，哪个图是用于设计的:)。Grady Booch在他的第58张幻灯片中指出，类、接口和协作是设计视图的一部分，而这个设计视图是架构视图的一部分!!

...long time ago in a faraway place philosophers worried about the distinction between the one and the many. Architecture is about relationship, which requires the many. Architecture has components. Design is about content, which requires the one. Design has properties, qualities, characteristics. We typically think that design is within architecture. Dualistic thinking gives the many as primordial. But architecture is also within design. It's all how we choose to view what is before us - the one or the many.

用我自己的话来说，你是对的;

体系结构是将系统需求分配给系统元素。关于架构的四个陈述:

它可以引入非功能性需求，如语言或模式。 它定义了组件、接口、时序等之间的交互。 它不应该引入新的功能， 它将系统要执行的(设计的)功能分配给元素。

当对系统的复杂性进行细分时，体系结构是必不可少的工程步骤。

例如:想想你的房子，你的厨房不需要建筑师(只涉及一个元素)，但整个建筑需要一些交互定义，比如门和屋顶。

设计是对功能(提议的)实现的一种信息表示。它旨在获得反馈，并与利益相关者进行讨论。这可能是一个很好的实践，但不是一个必要的工程步骤。

在厨房安装之前，最好能看到厨房的设计，但对于烹饪要求来说不是必需的:

如果我想一下，你可以这样说:

架构是为公众/工程师在更详细的抽象层次上设计的 设计是在一个不太详细的抽象层次上面向公众的