MD 更新:未知

ABSD过程(总体流程)

flowchart TD
A[架构需求] --> B[架构设计]
B --> C[架构文档化]
C --> D[架构复审]
D --> E[架构实现]
E --> F[架构演化]
F --0:M --> A
D --0:N --> B

架构需求 → 架构设计 → 架构文档化 → 架构复审 → 架构实现 → 架构演化

特点

  • 自顶向下
  • 递归细化
  • 支持软件复用

ABSD核心链条:

需求 → 类 → 构件 → 架构


架构需求过程

  1. 需求获取(来着需求库)
  2. 生成类图
  3. 对类进行分组
  4. 将类打包
  5. 需求评审

核心目标

识别构件(从类 → 构件)

理解一句话

需求分析的本质:
= 找构件


架构设计过程

  1. 选出架构模型
  2. 映射构件
  3. 分析构件间交互
  4. 生产架构
  5. 设计评审

核心目标

构建系统结构(构件如何协作)

理解一句话

设计的本质:
= 组织构件


架构文档化

输出文档

  • 架构规格说明书(系统结构)
  • 质量设计说明书(质量需求)

关键要求

  • 面向用户编写
  • 分发给相关人员
  • 保证文档最新

作用

文档质量直接影响架构成功


ABSD整体逻辑

需求阶段 → 找构件
设计阶段 → 组织构件
实现阶段 → 落地构件
演化阶段 → 优化构件


阶段对比

阶段核心任务
架构需求识别构件
架构设计构建结构
架构文档化记录架构
架构复审发现问题
架构实现编码实现
架构演化持续优化

FAQ

ABSD方法的流程是什么?

架构需求 → 架构设计 → 文档化 → 复审 → 实现 → 演化。

架构需求阶段的核心是什么?

识别构件(从类到构件)。

架构设计阶段做什么?

确定架构模型,并组织构件之间的关系。

为什么需要文档化?

保证架构可理解、可传递,并支持质量验证。