nex_docus/docs/sdd/README.md

80 lines
4.6 KiB
Markdown
Raw Normal View History

2026-08-19 10:05:22 +00:00
# NEX Docus 规格驱动开发SDD中心
本目录是 NEX Docus **规格驱动的开发中心**Spec-Driven Development。它把「产品意图 → 架构决策 → 功能规格 → 实施任务 → 验证证据」放进同一条可追踪链路,并作为团队讨论、开发与验收的**唯一真相源single source of truth**。
## 文档结构
```text
docs/sdd/
├── README.md # 入口、状态与工作流(本文件)
├── governance.md # 编号、审批、变更与追踪规则
├── archive.md # 遗留文档归档说明(整合/弃置追踪)
├── product/
│ ├── vision.md # 产品愿景、用户与边界
│ ├── principles.md # 产品与工程原则
│ └── roadmap.md # 阶段性路线图
├── architecture/
│ ├── overview.md # 当前架构方向与系统边界
│ ├── constraints.md # 已知约束与待决事项
│ ├── standards/
│ │ ├── README.md # 代码结构规范索引
│ │ ├── code-structure-standards.md # 代码结构规范(整合自 docs/
│ │ └── code-structure-audit-2026-04-08.md # 结构审计记录(整合自 docs/
│ └── decisions/
│ ├── README.md # ADR 索引与规则
│ └── ADR-0001-*.md # 持久架构决策(逐条一文件)
├── integrations/
│ ├── mcp.md # MCP Streamable HTTP 接入(含详细使用文档)
│ └── git.md # 项目 Git 仓库集成
├── releases/
│ ├── README.md # 公开版本与资产索引
│ ├── v0.9.6.md # v0.9.6 历史升级记录(整合自 docs/
│ └── v0.9.9.md # 当前基线发布(对齐 git
└── specs/
├── README.md # 功能规格索引
├── _template/ # 新规格模板
└── DV-NNNN-short-name/ # 一个功能或变更单元spec/design/tasks/verification
```
## 当前状态Status
- **SDD 文档状态**基线Baseline· 对齐 git 当前版本 v0.9.9
- **适用代码基线**当前仓库backend + frontend + docker-compose 部署)
- **规格覆盖**11 个功能单元DV-0001 ~ DV-0011价值主张 PO-1~5架构决策 ADR-0001~0008
- **已知整改项**:见 governance「开放问题」与各规格 tasks.md 中的“待整改/待决”标记(如敏感日志脱敏 TS-12、Compose v2 官方化 TS-13
- **版本基线**:以 git 为准(当前 v0.9.9;见 releases/README.md 与 v0.9.9.md 版本对齐说明;代码字段 1.0.0 为遗留占位)
## 如何使用本中心(工作流)
### 读者
| 角色 | 入口 |
| --- | --- |
| 产品/方案 | `product/vision.md`、`product/roadmap.md` |
| 架构评审 | `architecture/overview.md`、`architecture/standards/README.md`、`architecture/decisions/README.md` |
| 功能负责人 | `specs/README.md` → 对应 `DV-NNNN/spec.md` |
| 开发 | `DV-NNNN/design.md` + `tasks.md` |
| 测试/验收 | `DV-NNNN/verification.md` |
| 发布 | `releases/README.md` |
| 遗留文档去向 | `archive.md` |
### 作者(新增/改功能)
1.`governance.md` 读取编号规则申请下一个规格编号DV-NNNN与 ADR 编号。
2. 复制 `specs/_template/``specs/DV-NNNN-short-name/`,先写 `spec.md`(为什么、做什么)。
3. 评审通过后写 `design.md`;实现过程中维护 `tasks.md` 勾选切片。
4. 完成后在 `verification.md` 登记验收证据,并回填 `specs/README.md` 索引。
5. 涉及跨文件刚性承诺ADR变更的`architecture/decisions` 审批。
### 最小变更bug 修复)
- 若属于既有 DV 规格范围:直接在该单元 `tasks.md` 追加切片并更新 `verification.md`
- 若超出所有现有范围:新建 DV 规格。
## 与外部文档的关系
SDD 中心**汇总并指向**仓库既有的详细材料,而非重复复制全部内容:
- 数据库细节 → 仓库根 `DATABASE.md`SDD 只保留 ER 概览与规格化的链路表)
- 部署运维 → `DEPLOY.md`、`README_DOCKER.md`、`CHANGELOG_DEPLOY.md`(及已并入的 docs/DOCKER_DOCS_SETUP 历史,见 archive.md
- 历史变更 → `docs/UPGRADE_v0.9.6.md`、`docs/MIGRATION.md`(已整合/弃置,见 archive.md
- 结构规范 → `architecture/standards/`(原 docs/code-structure-* 已迁入)
> 本中心是入口与追踪层;具体逐表 DDL、逐配置项说明等细节仍以被指向的源文档为准。