v6ole
76 lines
2.6 KiB
Markdown
76 lines
2.6 KiB
Markdown
# 11-需求管理规范
|
|
|
|
## 1. 需求开发过程
|
|
|
|
```
|
|
制定计划 → 需求调研 → 需求分析 → 需求评审 → 用户确认 → 需求变更 → 需求跟踪 → 需求验收
|
|
```
|
|
|
|
### 各阶段产出物
|
|
|
|
| 阶段 | 产出物 |
|
|
|------|--------|
|
|
| 需求调研 | 《需求调研记录》、《客户访谈记录》 |
|
|
| 需求分析 | 《软件需求规格说明书》、原型 |
|
|
| 需求评审 | 《评审记录表》、修订后的文档 |
|
|
| 用户确认 | 确认单/邮件/签字留档 |
|
|
| 需求变更 | 变更申请 → CCB 评审 → 修订文档 |
|
|
| 需求跟踪 | 《需求跟踪表》持续更新 |
|
|
| 需求验收 | 验收确认单 |
|
|
|
|
## 2. 需求分析准则
|
|
|
|
### 分析维度
|
|
- **合理性**：是否细化到设计人员可直接实现的程度
|
|
- **可行性**：成本、性能角度评估
|
|
- **优先级**：高（本次必须）→ 中（可下版本）→ 低（资源允许时）
|
|
- **产品线关系**：新增 / 待优化 / 共性 / 特例
|
|
- **质量**：清晰明确、完整、一致、可验证、可跟踪
|
|
|
|
### 不同类型需求细化要求
|
|
|
|
| 类型 | 细化要求 |
|
|
|------|----------|
|
|
| **查询统计类** | 明确查询条件、查询结果、统计口径 |
|
|
| **性能类** | 明确响应时间、用户数、并发数、吞吐量、资源利用率 |
|
|
| **流程类** | 流程图 + 关键环节说明 |
|
|
| **外部接口类** | 接口协议、字段名称、备选值、约束条件、性能指标 |
|
|
| **业务数据类** | 输入条件、计算逻辑、输出结果 |
|
|
|
|
## 3. 需求编号规则
|
|
|
|
```
|
|
[系统标识]_（模块标识）_[编号](_二级编号)
|
|
```
|
|
- 系统标识和模块标识用英文或拼音缩写
|
|
- 未确定需求前加 `TBD_` 前缀
|
|
|
|
## 4. 需求状态跟踪
|
|
|
|
| 状态 | 说明 |
|
|
|------|------|
|
|
| 新需求 | 用户提出需求申请 |
|
|
| 需求已确认 | 已被分析且用户已确认 |
|
|
| 已开发 | 开发完成提交测试 |
|
|
| 已测试 | 功能测试和回归测试通过 |
|
|
| 已上线 | 发布上线，用户认可 |
|
|
| 已验收 | 用户验收通过，可关闭 |
|
|
|
|
## 5. 需求变更
|
|
|
|
### 流程
|
|
```
|
|
变更申请 → 评估审批（CCB） → 制定计划并执行 → 验证发布
|
|
```
|
|
|
|
### 关键点
|
|
- **【强制】** 客户变更需书面提交（单位盖章或领导签字）
|
|
- **【强制】** 一周内答复变更申请结果
|
|
- 变更视为新需求，按本规范重新执行需求开发流程
|
|
|
|
## 6. 内部/外部评审
|
|
- **内部评审**：项目经理组织，需求/开发/测试/QA/配置共同参与
|
|
- **外部评审**：通知用户发起，需求确认
|
|
- 评审通过后上传配置库，邮件通知相关人员
|
|
- 项目经理组织需求讲解和澄清
|