# 数据架构交付包

Skill: `designing-data-architecture`

[Word 报告](report.zh.docx) · [Excel 台账](register.zh.xlsx)

## 基本信息

| ID | 字段 | 填写内容 |
| --- | --- | --- |
| `artifact_id` | 工件编号 | |
| `project` | 项目 | |
| `skill` | 适用技能 | |
| `version` | 版本 | |
| `date` | 日期 | |
| `status` | 状态 | |
| `author` | 编写人 | |
| `owner` | 负责人 | |
| `approver` | 批准人 | |
| `purpose` | 目的 | |
| `business_outcome` | 业务结果 | |
| `scope` | 范围与排除项 | |
| `source_inputs` | 输入与来源 | |
| `assumptions` | 假设与约束 | |
| `decisions` | 决定 | |
| `rationale` | 决定依据 | |
| `risks` | 风险 | |
| `exceptions` | 例外 | |
| `open_items` | 未决项 | |
| `due_date` | 期限 | |
| `acceptance_criteria` | 验收标准 | |
| `evidence_location` | 证据位置 | |
| `reviewer_decision` | 评审决定 | |
| `next_gate` | 下一阶段门 | |

## 专题分析与决策

### 业务目标与范围 (`business_outcome`)

说明架构必须支持的业务能力、决定和边界。

> 填写项目证据、结论与责任人。


### 现状证据 (`current_state`)

以系统、数据流、责任和已知问题描述现状，并标明证据日期。

> 填写项目证据、结论与责任人。


### 原则与需求 (`principles`)

区分必须遵守的约束和可权衡的设计偏好。

> 填写项目证据、结论与责任人。


### 目标架构 (`target_state`)

描述能力、数据边界、接口、治理和运行责任的目标状态。

> 填写项目证据、结论与责任人。


### 过渡架构 (`transition`)

定义可交付的过渡状态、迁移顺序和兼容安排。

> 填写项目证据、结论与责任人。


### 关键决定与权衡 (`tradeoffs`)

记录备选方案、取舍、批准角色和重新评估条件。

> 填写项目证据、结论与责任人。


### 符合性与验收 (`conformance`)

列出标准、例外、测试和视图审查证据。

> 填写项目证据、结论与责任人。


### 依赖路线图 (`roadmap`)

将能力和数据依赖映射到阶段门及可验证出口。

> 填写项目证据、结论与责任人。


## 工作台账

### 能力清单 (`capabilities`)

比较能力现状与目标以及依赖。

| 能力 (`capability`) | 现状 (`current`) | 目标 (`target`) | 前置依赖 (`dependency`) | 负责人 (`owner`) | 证据 (`evidence`) |
| --- | --- | --- | --- | --- | --- |
|   |   |   |   |   |   |

### 架构决策 (`decisions`)

记录架构选择、权衡和批准证据。

| 决定 (`decision`) | 依据 (`rationale`) | 影响 (`impact`) | 负责人 (`owner`) | 批准人 (`approver`) | 证据 (`evidence`) | 复核日期 (`review_date`) |
| --- | --- | --- | --- | --- | --- | --- |
|   |   |   |   |   |   |   |