Files
telecom-rd-project-template/.agents/skills/telecom-rd-standards/references/01-project-init-and-architecture.md
T
2026-07-28 22:30:20 +08:00

41 lines
1.9 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 项目启动与架构规范
## 触发条件
新建项目、服务、仓库、重大模块,或建立架构/设计基线前读取。
## 优先核验原文
- `01-capability-classification.md`C1-C4 的适用范围。
- `03-overall-rd-standard.md`:第 2、3、4.1、4.4、4.8 章和第 6 章模板。
- `04-requirements-management.md`:需求在范围内时读第 2-5 章。
- `08-code-management.md`:创建仓库时读第 2 章。
- `12-security.md`:接受架构前读第 2 章。
## 规范要求
1. 确认项目类别和目标 C 级别;未分级项目只可临时按 C1,并记录待确认事项。
2. 定义业务目标、用户、范围、非目标、成功标准、数据分类、依赖、风险、角色和交付里程碑。
3. 建立需求、设计、评审、配置与变更、实现、测试、发布部署等可追溯工作流。
4. 实现前完成相应架构/设计评审,并按总体规范使用需求、概要设计、详细设计、测试方案和测试用例模板。
5. 在选择认证、授权、数据、日志、缓存和网络方案前应用安全设计原则。
## 工程建议
- 明确划分领域逻辑、应用编排、基础设施/适配器、接口层、配置、迁移、测试和运行材料。
- 首期优先采用模块化单体;只有独立部署、扩缩容、团队边界或故障隔离确有需要时再拆分服务,并记录取舍与回退方案。
- 将架构图、接口/数据契约、威胁模型和运行假设随项目版本管理。
以上是工程建议,不是中国电信规定的目录名称或框架选型。
## 审查证据
- 项目分类与 C 级别决定。
- 范围、决策、风险记录和角色分工。
- 已评审的需求与架构/设计文档。
- 仓库链接、初始基线及需求追踪关系。
## 使用边界
报告强制问题时必须引用原文章节和 C 级别;不得从总体规范推导出某种微服务、包结构或目录布局是强制要求。