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

Grady Booch

在架构模型中使用UML 2图

UML图的分类

UML图的分类

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

架构: 结构设计是在更高的抽象层次上进行的工作，它将技术上重要的需求实现到系统中。该体系结构为进一步的设计奠定了基础。

设计: 通过在每个抽象层的迭代过程来填充架构所没有的内容的艺术。

架构设计的基本原理来自于各种因素，其中最重要的是非功能性需求，比如可伸缩性，当然最重要的是经验。没有了理论基础，你就只剩下平淡的模式，或者怎么做。无论是在更高的层次上还是在类的层次上，它仍然是设计。

或者换句话说

架构是元设计，即设计设计。您有一些已知的模式适合某个解决方案空间，您会选择哪个，为什么?架构是当你回答“是哪个”和“为什么”时(“如何”已经在设计中给出了)。它当然不依赖于抽象级别，例如实现分布式会话不是一个类级别的任务，但是对于给定的体系结构有一些设计可供选择。

同样，体系结构也反映在类级设计中。在可伸缩的体系结构下，如果不考虑可伸缩性因素，类设计通常是不同的。为什么你必须有一个方法“BeginAsyncUpload”而不是“Upload”是一个架构决策。

有趣的是，当我们将注意力转移到更高层次的系统元素时，“哪个和为什么”问题变得更加重要，而“如何”变得不那么相关。从另一个方向来看，“如何”部分变得更加重要，这也是因为重复使用使得它变得很明显，例如，在抽象工厂和原型之间进行选择。

Good question... Although the line between them is hardly a bright sharp line, imho, if you are using both terms, then Architecture encompasses more technical or structural decisions about how to build or construct something, especially those decisions that will be hard (or harder) to change once implemeneted, whereas Design encompasses those decisions that either are easy to change later (like method names, class <-> file organizational structure, design patterns, whether to use a singleton or a static class to solve some specific problem, etc. ) and/or those that effect the appearance or esthetic aspects of a system or application (Human Interface, ease of use, look and feel, etc.)

体系结构是用于构建系统的设计模式的最终集合。

我猜设计是用来把所有这些放在一起的创造力?

当我寻找建筑和设计之间的简单区别时，我发现了这一点; 你对这种看待他们的方式有什么看法?

架构是我们正在建造的“什么”; 设计是我们“如何”建造;