telecom-rd-project-template/.agents/references/quick-guides/01-overall-rd-standard.md

01-总体规范

1. 研发工作流

软件研发过程包含 6 大工作流：

需求 → 分析与设计 → 实现(编码) → 测试 → 发布和部署 → 配置和变更管理

2. 项目角色

角色	职责
项目经理	项目整体管理、进度控制、资源协调
产品经理	需求定义、产品规划
需求工程师	需求调研、分析、编写、跟踪
架构师	技术选型、架构设计
开发工程师	编码实现、单元测试
测试工程师	测试方案、用例编写、执行测试
配置管理员	代码/制品/文档版本管理
QA 工程师	质量保证、过程审计

3. 各工作流交付成果

工作流	交付物（C1 必选）
需求	《软件需求规格说明书》、《需求追踪表》
分析与设计	《概要设计说明书》（C1）、《详细设计说明书》（C2）
实现	源代码、单元测试代码
测试	《测试方案》、《测试用例》、《测试报告》、《缺陷追踪表》
发布和部署	部署计划、实施方案、回退方案
配置管理	配置项清单、变更记录

4. 开发模式

• 【推荐 C2】 采用迭代式开发，推荐 2-4 周为一次迭代
• 【强制 C1】 每个迭代需建立功能、需求和测试用例间的双向追踪关系
• 【强制 C1】 迭代结束需建立基线，进行版本打标

5. 配置和变更管理

• 【强制 C1】 源码、需求文档、设计文档、测试用例纳入配置管理
• 【强制 C1】 所有配置项必须存储在电信内部服务器，不得使用外部云存储
• 【强制 C2】 需求、迭代、测试用例、代码版本、制品版本、产品版本间建立双向追踪
• 【强制 C1】 源码、制品、发行版本必须维护可回溯性

6. 评审要求

评审方式

• 预评审：提前 3 个工作日申请，≥50% 评审成员反馈预评审结果
• 会议评审：正式会议评审，输出评审记录和缺陷汇总
• 离线评审：邮件/平台分发材料，限时提交评审结果

评审通过标准

结论	说明
通过	无背离需求的缺陷，少量细微修改
有条件通过	少量重要缺陷，修正后不影响主要结构，经评审专家确认即可
不通过	较多重要缺陷或修改影响主要结构，需重新评审

7. 技术栈要求

• 【强制】 新项目 100% 使用天翼云底座、统一技术组件
• 【强制】 技术选型须符合《中国电信软件开发统一技术栈要求(试行版)》
• 【推荐 C0】 优先复用统一制品库中已有自主研发组件
• 【强制 C1】 编码工作在云电脑内进行，所有代码不出研发云
• 【强制 C4】 系统/模块间接口调用参照 OpenAPI 规范

8. 域名规则

共享代码/组件域名格式：

cn.chinatelecom.<分公司/专业公司缩写>.<自定义名称>

9. 质量度量指标

代码质量扫描需获取以下指标：

• 阻断级问题数量、严重级问题数量
• 可靠性评级、安全性评级、可维护性评级
• 代码重复率
• 行覆盖率、分支覆盖率