软件设计与软件架构
3
没错，系统的架构就像是它的“骨架”。它是系统的最高抽象层。它包括哪些数据存储、模块之间如何交互以及哪些恢复系统已经到位。就像设计模式一样，有一些架构模式：MVC，三层分层设计等。
软件设计涉及到设计单个模块/组件。模块X具有哪些职责和功能？类Y呢？它能做什么，不能做什么？可以使用哪些设计模式？
简而言之，软件架构更多地关注整个系统的设计，而软件设计则强调在模块/组件/类级别上的设计。
12
- 架构是更大的视角：选择框架、语言、范围、目标和高级方法论（Rational、瀑布流、敏捷等）。
- 设计是更小的视角：计划代码如何组织；系统不同部分之间的合同将如何看起来；项目方法论和目标的持续实施。规范是在此阶段编写的。
- 较小的项目通常没有足够的范围将计划分成这两个阶段。
- 一个项目可能是更大项目的一部分，因此这两个阶段的某些部分已经决定。（已经存在数据库、约定、标准、协议、框架、可重用代码等）
- 关于SDLC的新思考方法（参见敏捷方法），在一定程度上重新排列了这种传统方法。设计（架构在较小程度上）在整个SDLC过程中有意发生。通常有更多的迭代，整个过程反复进行。
- 软件开发本来就很复杂，很难计划，但客户/经理/销售人员通常通过在中途改变目标和要求使其更加困难。设计甚至架构决策必须在项目后期做出，无论是否计划。
即使阶段或责任领域混合在一起并且遍布各处，了解正在发生的决策层面总是好的。（我们可以永远继续下去。我试图让它成为一个摘要。）我会以这样的话结束：即使似乎您的项目没有正式的架构或设计阶段/ AOR /文档，它正在发生，无论是否有人有意识地这样做。如果没有人决定进行架构，则会发生默认的架构，可能很差。设计也是如此。如果没有代表它们的正式阶段，则这些概念几乎比任何其他时候都更重要。
1
架构是战略性的，而设计是战术性的。
架构包括框架、工具、编程范式、基于组件的软件工程标准和高级原则等内容。
而设计是与局部限制相关的活动，例如设计模式、编程习惯和重构。
2
我在寻找架构和设计之间简单的区别时发现了这篇文章；
你认为这种看待它们的方式怎么样：
- 架构是我们正在构建的“什么”；
- 设计是我们正在构建的“如何”。
2
架构是指计算机或基于计算机的系统的概念结构和逻辑组织。
设计是指在制作之前，展示系统或物体外观和功能或工作原理的计划或图纸。
如果您正在“设计”一个组件，您正在定义其内部行为。如果您正在“架构”同一组件，则正在定义其在更大系统中的行为。
所有架构都是设计，但并非所有设计都是架构。
What 部分是设计，How 是具体实现， What 和 How 的交集则是架构。
用于区分架构和设计的图示：
还有一些设计决策，这些决策不具备架构重要性，即不属于设计的架构分支。例如，某些组件的内部设计决策，如算法选择、数据结构选择等。
任何不能在其组件边界之外看到的设计决策都是组件的内部设计，并且是非架构性的。只要它们的设计不违反系统级架构施加的架构约束，系统架构师就会将这些设计决策留给模块设计人员或实现团队自行决定。
以下链接提供了一个很好的类比：good analogy
1
我认为你说得对，用我的话来说：
架构 是将系统要求分配给系统元素的过程。以下是关于架构的四个声明：
- 它可以引入非功能性要求，如语言或模式。
- 它定义了组件、接口、时间等之间的交互方式。
- 它不应引入新的功能，
- 它将系统预期执行的（设计的）功能分配给元素。
当系统的复杂性被分解时，架构是必要的工程步骤。
例如：想想你的房子，你不需要一个建筑师来设计你的厨房（只涉及一个元素），但整个建筑需要一些相互作用的定义，如门和屋顶。
设计 是对（拟议中的）功能实现的信息表示。它旨在引起反馈并与利益相关者讨论。这可能是一个好的实践，但不是必要的工程步骤。
在安装厨房之前看到厨房设计确实很好，但对于烹饪需求来说并不是必要的。
如果我考虑一下，可以说：
- 架构是为公众/工程师提供更详细的抽象级别。
- 设计旨在为公众提供较少详细的抽象级别。
3
我的提醒：
- 我们可以在不向他人询问的情况下更改设计
- 如果我们更改架构，需要将其通知给某些人（团队、客户、利益相关者等）
例如，如果您正在查看类图或序列图，则可以使用类语法结构将类及其关系映射到面向对象编程语言。这显然是设计。此外，这可能会带来一个问题，即此讨论与您将用于实现软件系统的编程语言有关。如果您使用Java，则适用上述示例，因为Java是一种面向对象编程语言。如果您提出显示包及其依赖项的图表，则也是设计。您可以将元素（在此情况下是包）映射到Java语法结构。
现在，假设您的Java应用程序分为模块，并且每个模块都是一组包（表示为jar文件部署单元），并且您提供了一个包含模块及其依赖项的图表，则该图表是架构。在Java中没有一种方法（至少在Java 7之前没有）将模块（一组包）映射到语法结构。您还可以注意到，此图表表示软件模型的抽象级别更高的步骤。任何比包图更粗粒度的图表都表示在Java编程语言中开发时的架构视图。另一方面，如果您正在开发Modula-2，则模块图表示设计。
（摘自http://www.copypasteisforword.com/notes/software-architecture-vs-software-design）
1
1
虽然设计师的目标是在开发过程中尽可能地精确和具体化规格说明，但架构师的主要目标是指定系统的结构和全局行为，仅提供足够的详细设计开始所需内容。
一个优秀的架构师会避免过度说明 - 架构不应过度说明，而只能够处理成本最高的方面 (架构) 决策，并有效地提供一个框架 ("共性")，其中可以进行详细设计，即在本地功能方面进行变化。
实际上，架构过程或生命周期就是遵循这个主题 - 充分抽象，以概述 (架构) 重要的业务需求的结构，并在设计阶段留下更多细节，用于更具体的交付。
原文链接