第2章 软件项目管理之需求管理
时间:2025-07-10
时间:2025-07-10
第二部分
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、为需求进行正式评审 正式的审查过程
上一篇:黄芪建中汤治疗消化性溃疡体会
下一篇:阅读理解(2011电大考试题库)