第2章 软件项目管理之需求管理

第二部分

IT项目管理之需求为准

需求工程需求开发 需求获取 需求分析 文档编写 需求验证 需求管理 需求状态 需求跟踪 版本控制 需求变更

基础认知需求相关概念剖析

需求的重要性

需求是业务的根源，需求工作的优劣对业务影响最大。就像一 条河流，如果源头被污染了，那么整条河流也就被污染了。

需求是缺陷主要来源错误引入阶段分析Requirements 56% Design 27%

James Martin: 超过50%的缺陷由不完善的、不正 确的、不准确的和/或不明确的需求 所引起

Code 7%

O ther 10%

错误定位费用分析Requirements 82% Design 13%

James Martin: 80%以上的用于定位业务错误的费 用是基于业务系统需求定义的错误

Code 1%

O ther 4%

一个小故事

如何练就需求分析的火眼金晴？ 5W + 1H + 8C 5W就是 Who、When、Where、What、Why Why是关键 1H就是 How – 需求本身的流程 8C指的是8个约束和限制，即8个Constraints: 包括性能Performance、成本Cost、时间Time、可 靠性Reliability、安全性Security、合规性 Compliance、技术性Technology、兼容性 Compatibility

如何建立组织级需求工程？

专业的角色做 专业的事？

专业的人做专 业的事？

需求工程贯穿开发全过程客户要求 业务需求

内部需求 质量属性 DFX

用户需求 标准约束 书面标准 事实标准 功能需求 非功能需求

硬件需求 设计需求 系统规格 架构设计 软件需求

需求存在什么问题 不是“大而全”,而是“准而精”;镀金.swf 不是“热点组合”,而是“关键点组合”; 不是“盲目跟风”,而是“为我所用”; 不是“形成报告”,而是“达成共识”。 CRUDL

Create-Read-Update-Delete-List

可研与立项1.可行性研究 项目的机会选择

2.项目立项 立项管理过程 建设方的立项管理

初步可行性研究 详细可行性研究 (1)可行性分析报告 模版

承建方的立项管理(1)某大型集团IT项目 实施管理方法 (2)校务通模型

(2)金蝶公司可行性 分析报告

合同项目立项过程1.甲方过程招标书定义、乙方选择、合同签署

2.乙方过程项目分析、竞标、合同签署

3.相关文档《立项报告》、《可行性分析报告》、《标 书》

需求分析在工程中的位置需求分析师 业务模型 抽象、提炼 需求模型

设计依据 软件模型

用户

开发团队

业务

用户/系统

管理者

初始需求

变更的需求项目 环境

获取,分 析,定义, 验证需求 需求开发

需求规格说明

控制需求 变更 需求管理

需求工程活动综合关系

需求管理的最终作用需求管理的目的是在用户与开发方之间建 立对需求的共同理解，维护需求与工

作成 果的一致性，并控制需求的变更。包括：需求确认、需求变更控制、需求跟踪1、需求确认 需求确认是指开发方和用户共同对需求文档进行评审， 双方对需求达成共识后做出书面承诺，使需求文档具有 商业合同效果。

一、需求确认

项目开发面临的实际问题

项目开发面临的实际问题

项目开发面临的实际问题

需求验证的目的和任务需求验证的目的就是要确保软件需求具有良 好的特性(如完整性，正确性等)。 需求验证包含的活动–满足性(功能需求是否满足需要)–满意性(非功能需求是否满意)–明确及含蓄的需求(失败)、(成功)

–共识行(是否能共同理解) –可行性(技术是否可行) –明晰性(信息是否存在含混性)

1、为需求进行正式评审 正式的审查过程

本文来源：https://www.bwwdw.com/article/hcij.html