ABSD过程(总体流程)
flowchart TD A[架构需求] --> B[架构设计] B --> C[架构文档化] C --> D[架构复审] D --> E[架构实现] E --> F[架构演化] F --0:M --> A D --0:N --> B
架构需求 → 架构设计 → 架构文档化 → 架构复审 → 架构实现 → 架构演化
特点
- 自顶向下
- 递归细化
- 支持软件复用
ABSD核心链条:
需求 → 类 → 构件 → 架构
架构需求过程
- 需求获取(来着需求库)
- 生成类图
- 对类进行分组
- 将类打包
- 需求评审
核心目标
识别构件(从类 → 构件)
理解一句话
需求分析的本质:
= 找构件
架构设计过程
- 选出架构模型
- 映射构件
- 分析构件间交互
- 生产架构
- 设计评审
核心目标
构建系统结构(构件如何协作)
理解一句话
设计的本质:
= 组织构件
架构文档化
输出文档
- 架构规格说明书(系统结构)
- 质量设计说明书(质量需求)
关键要求
- 面向用户编写
- 分发给相关人员
- 保证文档最新
作用
文档质量直接影响架构成功
ABSD整体逻辑
需求阶段 → 找构件
设计阶段 → 组织构件
实现阶段 → 落地构件
演化阶段 → 优化构件
阶段对比
| 阶段 | 核心任务 |
|---|---|
| 架构需求 | 识别构件 |
| 架构设计 | 构建结构 |
| 架构文档化 | 记录架构 |
| 架构复审 | 发现问题 |
| 架构实现 | 编码实现 |
| 架构演化 | 持续优化 |
FAQ
ABSD方法的流程是什么?
架构需求 → 架构设计 → 文档化 → 复审 → 实现 → 演化。
架构需求阶段的核心是什么?
识别构件(从类到构件)。
架构设计阶段做什么?
确定架构模型,并组织构件之间的关系。
为什么需要文档化?
保证架构可理解、可传递,并支持质量验证。