【架构师之路】绪论

[架构师的 4 个困惑](#架构师的 4 个困惑)

[架构设计的 4 个主张](#架构设计的 4 个主张)

[1. 方法体系是大趋势](#1. 方法体系是大趋势)

[2. 质疑驱动的架构设计](#2. 质疑驱动的架构设计)

[3. 多阶段还是多视图](#3. 多阶段还是多视图)

[4. 内置最佳实践](#4. 内置最佳实践)

[ADMEMS 方法体系：3 个阶段，1 个贯穿](#ADMEMS 方法体系：3 个阶段，1 个贯穿)

[1. Pre-architecture 阶段：ADMEMS 矩阵方法](#1. Pre-architecture 阶段：ADMEMS 矩阵方法)

[2. Conceptual Architecture 阶段：重大需求塑造做概念架构](#2. Conceptual Architecture 阶段：重大需求塑造做概念架构)

[3. Refined Architecture 阶段：落地的 5 视图方法](#3. Refined Architecture 阶段：落地的 5 视图方法)

[4. 持续关注非功能需求："目标 - 场景 - 决策"表方法](#4. 持续关注非功能需求：“目标 - 场景 - 决策”表方法)

作为一名架构师，通常会遇到四个典型问题，要想成为一名架构师，这便是我们需要着重考虑的问题：

在介绍具体解决方案之前，我们要先了解架构设计的 4 个核心主张，可以把它们视为准则：

为什么说"方法体系是大趋势"？因为单一方法无法解决复杂业务需求，架构师要覆盖"需求进，架构出"的全过程，这要用到"方法体系"。

这就不得不提到我们的主菜 -- ADMEMS。ADMEMS 是由多个方法组成的方法体系。

ADMEMS 是 Architectural Design Method has been Extended Method System 的缩写。（将架构设计方法扩展到方法体系）

为什么说架构设计是"质疑驱动"的呢？首先，毫无疑问，架构设计是需求驱动的，而不是模型驱动的。

但需求驱动的说法，不太传神 -- 我们不能把"一桶需求"倒进某台机器，然后等着架构设计自动被"加工生产"完毕。因此"需求驱动的架构设计 "给架构师的启发不够多。架构设计实际上是个"质疑驱动的过程"。

有些人提倡"用例驱动的架构设计"，但它有 3 个明显的缺陷：

阶段和视图：先做后做 -- 这是阶段；齐头并进 -- 这是视图。

架构设计 首先是多阶段的，其次才是多视图的。

任何好的方法，都必须 以时间轴去组织 ，因为这样才有利于 指导实践。

这个观点为什么对：

项目天然有先后流程：从前期对接需求、投标，到中标开发落地，这有客观的时间顺序。

不同阶段，产出物的用途不同：前期需要用较为粗略的概念架构去竞标；中标后，要细化为五视图架构指导开发。

比起多视图，多阶段更重要，以投标举例：

为了更好地解决业务需求，我们的方法应该 融入最佳实践经验 。ADMEMS 作为一个优秀的方法体系，它融入了实践经验。

ADMEMS 方法融入了哪些实践？

作为方法体系，ADMEMS 方法通过 3 个阶段和 1 个贯穿，来覆盖"需求进，架构出"的架构设计完整工作内容。

分析每个阶段：

预备架构阶段 (Pre-architecture PA)
- 最大误区：架构师是技术人员，不必懂需求。（架构设计是需求驱动的 -> 是质疑驱动的）
- 实践要点：摒弃"需求列表"方式，建立 二维需求观。
- 思维工具：ADMEMS 矩阵等。
概念架构阶段 (Conceptual Architecture CA)
- 最大误区：概念架构 = 理想架构。
- 实践要点：对重大需求塑造概念架构。
- 思维工具：鲁棒图、目标 - 场景 - 决策表等。
细化架构阶段 (Refined Architecture RA)
- 最大误区：架构 = 模块 + 接口。
- 实践要点：贴近实践的 5 视图法。
- 思维工具：包图、包 - 接口图、灰盒包图、时序图、目标 - 场景 - 决策表等。