是的，对我来说听起来不错。设计是你要做的事情，而架构是将设计的各个部分连接在一起的方式。它可以是语言不可知的，但通常会指定要使用的技术，例如LAMP vs Windows, Web服务vs RPC。

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

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

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

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

GUI 发射器 调度程序 .．.

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

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

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.)

体系结构更像是集成系统的各种功能，以实现系统的一个整体目标，而设计则解决每个功能需求。

例如，以MVVM为例，这是一种体系结构模式。对于通知功能，MVVM使用观察者模式，这又是一种设计模式，

软件架构“关注的问题是……超出了计算的算法和数据结构。

架构特别不是关于实现的细节(例如，算法和数据结构)。体系结构设计包含了比OOD(面向对象设计)通常提供的更丰富的抽象集合。

设计涉及到设计元素的模块化和详细接口，它们的算法和过程，以及支持体系结构和满足需求所需的数据类型。

“建筑”经常被用作“设计”的同义词(有时前面带有形容词“高级”)。许多人使用术语“架构模式”作为“设计模式”的同义词。

查看这个链接。

定义术语体系结构、设计和实现

我像Patrick Karcher一样看待建筑——从大局出发。例如，您可以为建筑物提供架构，查看其结构支撑、窗户、入口和出口、排水等。但你并没有“设计”楼层布局、隔间位置等。

所以当你设计了大楼的时候，你并没有设计每个办公室的布局。 我认为这同样适用于软件。

你可以把设计布局看作是“设计布局”……