# 11-需求管理规范

## 1. 需求开发过程

```
制定计划 → 需求调研 → 需求分析 → 需求评审 → 用户确认 → 需求变更 → 需求跟踪 → 需求验收
```

### 各阶段产出物

| 阶段 | 产出物 |
|------|--------|
| 需求调研 | 《需求调研记录》、《客户访谈记录》 |
| 需求分析 | 《软件需求规格说明书》、原型 |
| 需求评审 | 《评审记录表》、修订后的文档 |
| 用户确认 | 确认单/邮件/签字留档 |
| 需求变更 | 变更申请 → CCB 评审 → 修订文档 |
| 需求跟踪 | 《需求跟踪表》持续更新 |
| 需求验收 | 验收确认单 |

## 2. 需求分析准则

### 分析维度
- **合理性**：是否细化到设计人员可直接实现的程度
- **可行性**：成本、性能角度评估
- **优先级**：高（本次必须）→ 中（可下版本）→ 低（资源允许时）
- **产品线关系**：新增 / 待优化 / 共性 / 特例
- **质量**：清晰明确、完整、一致、可验证、可跟踪

### 不同类型需求细化要求

| 类型 | 细化要求 |
|------|----------|
| **查询统计类** | 明确查询条件、查询结果、统计口径 |
| **性能类** | 明确响应时间、用户数、并发数、吞吐量、资源利用率 |
| **流程类** | 流程图 + 关键环节说明 |
| **外部接口类** | 接口协议、字段名称、备选值、约束条件、性能指标 |
| **业务数据类** | 输入条件、计算逻辑、输出结果 |

## 3. 需求编号规则

```
[系统标识]_（模块标识）_[编号](_二级编号)
```
- 系统标识和模块标识用英文或拼音缩写
- 未确定需求前加 `TBD_` 前缀

## 4. 需求状态跟踪

| 状态 | 说明 |
|------|------|
| 新需求 | 用户提出需求申请 |
| 需求已确认 | 已被分析且用户已确认 |
| 已开发 | 开发完成提交测试 |
| 已测试 | 功能测试和回归测试通过 |
| 已上线 | 发布上线，用户认可 |
| 已验收 | 用户验收通过，可关闭 |

## 5. 需求变更

### 流程
```
变更申请 → 评估审批（CCB） → 制定计划并执行 → 验证发布
```

### 关键点
- **【强制】** 客户变更需书面提交（单位盖章或领导签字）
- **【强制】** 一周内答复变更申请结果
- 变更视为新需求，按本规范重新执行需求开发流程

## 6. 内部/外部评审
- **内部评审**：项目经理组织，需求/开发/测试/QA/配置共同参与
- **外部评审**：通知用户发起，需求确认
- 评审通过后上传配置库，邮件通知相关人员
- 项目经理组织需求讲解和澄清