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