《【新编】软件项目管理课程5》由会员分享，可在线阅读，更多相关《【新编】软件项目管理课程5（68页珍藏版）》请在金锄头文库上搜索。
1、软件项目管理 北京邮电大学软件学院北京邮电大学软件学院 韩万江韩万江 1 chapter 5 范围计划 配置 管 理 计划 合 同 计 划 风 险 计 划 沟 通 计 划 质 量 计 划 成 本 计 划 时 间 计 划 集成 计划 范 围 计 划 项 目 结 束 项 目 执 行 控 制 项 目 计 划 项 目 初 始 人 力 计 划 2 chapter 5 核心三计划 q范围计划 q进度计划 q成本计划 成本基准 进度基准 3 chapter 5 软件项目管理 第2章 软件项目范围计划 4 chapter 5 本章要点 q一 软件需求管理过程 q二 任务分解定义 q三 任务分解的类型 q四 任
2、务分解的过程 q五 案例分析 5 chapter 5 软件需求 q需求是指用户对软件的功能和性能 的要求 就是用户希望软件能做什 么事情 完成什么样的功能 达到 什么性能 6 chapter 5 软件需求的层次 业务需 求 用户需 求 功能需 求 软件需求规格 非功能性需 求 质量特 性 约束和假 设 系统需 求 7 chapter 5 需求管理的重要性 8 chapter 5 项目失败的原因分析 No Top 10 Factors 平均值 1 Inadequate requirements specification 不充分的需求规范 4 5 2 Changes in requirement
3、s 需求的改变 4 3 3 Shortage of systems engineers 缺乏系统工程师 4 2 4 Shortage of software managers 缺乏了解软件特性的经理人 4 1 5 Shortage of qualified project managers 缺乏合格的项目经理 4 1 6 Shortage of software engineers 缺乏软件工程师 3 9 7 Fixed price contract 固定价合同 3 8 8 Inadequate communications for system integration 系统集成阶段 交流与沟
4、通不充分 3 8 9 Insufficient experience as team团队缺乏经验 3 6 10 Shortage of application domain experts 缺乏应用领域专家 3 6 Scale 5 Very Serious 3 Serious 1 No Serious Source Carnegie Mellon University Software Engineering Institute 9 chapter 5 软件需求管理过程 软件需求管理的过程 需求分析 编写需求规格需求验证 需求获取 需求变更 需求确认 需求变更 11 chapter 5 需求工
5、程基本任务 需求工程 需求管理 需求开发 需求获取需求分析 需求规格说明需求验证 变更管理 12 chapter 5 需求获取图示 13 chapter 5 需求获取 用户要求 扩展需求 基线需求 软件需 求 14 chapter 5 需求分析定义 q需求分析是为最终用户所看到的系 统建立一个概念模型 是对需求的 抽象描述 15 chapter 5 需求分析模型 16 chapter 5 需求规格 q需求分析工作完成的一个基本标志是形 成了一份完整的 规范的需求规格说明 书 q需求规格说明书的编制是为了使用户和 软件开发者双方对该软件的初始规定有 一个共同的理解 使之成为整个开发工 作的基础
6、17 chapter 5 软件需求规格说明的原则 qq从现实中分离功能 即描述要从现实中分离功能 即描述要 做做 什么什么 而不是而不是 怎样实现怎样实现 qq采用一定的规格说明语言采用一定的规格说明语言 qq如果被开发软件只是一个大系统中如果被开发软件只是一个大系统中 的一个元素 那么整个大系统也包的一个元素 那么整个大系统也包 括在规格说明的描述之中括在规格说明的描述之中 18 chapter 5 qq规格说明应该包括系统运行环境规格说明应该包括系统运行环境 qq规格说明应该是一个认识模型规格说明应该是一个认识模型 qq规格说明应该容许不完备性并允许规格说明应该容许不完备性并允许 扩充扩充
7、 19 chapter 5 规格文档参考 n引言 n系统定义 n应用环境 n功能规格 n性能需求 n产品提交 n实现约束 n质量描述 n其它 n签字认证 20 chapter 5 需求验证 q需求是正确的吗 q需求是一致的吗 q需求是完全的吗 q需求是实际可行的吗 q需求是必要的吗 q需求是可检验的吗 q需求是可跟踪的吗 q最后的签字 21 chapter 5 需求总在变化 22 chapter 5 23 chapter 5 需求变更管理 q确定需求变更控制过程 q建立变更控制委员会 SCCB q进行需求变更影响分析 q跟踪所有受需求变更影响的工作产品 q建立需求基准版本和需求控制版本文档 q
8、维护需求变更的历史记录 q跟踪每项需求的状态 q衡量需求稳定性 24 chapter 5 需求变更管理 q管理和控制需求基线的过程 q需求变更控制系统 q 一个正式的文档 说明如何控制需求变更 q 建立变更审批系统 25 chapter 5 变更申请 需求方开发方 忽略 选择变更方式 SCCB评估项目经理自行决定 根据评估结果 拒绝接受本次修改 下个版本再修改 修改合同相关信息 修改相关需求 修改相应的项目计划 26 chapter 5 表4 3 需求变更提交单 软件基线产品修改提交单 申请人 韩万江 申请日期 2002 10 11 项目名称 项目管理系统 阶段名称系统设计 文件名称 RCR
9、PM 01 doc RCR PM 02 doc 变更简述如下 修改内容 1 修改测试流程控制 将2个角色 3个渠道流 改为3个角色 4个渠道流 详见RCR PM 01 doc 2 增加开发人员技能信息库管理 详见RCR PM 02 doc 验证意见 同意RCR PM 01 doc变更 RCR PM 02 doc的变更可以推迟到下一个版本实施 验证人杨炎泰验证日期2002 10 11 SCCB韩万江 姜岳尊 孙泉 填表人韩万江 27 chapter 5 本章要点 q一 软件需求管理过程 q二 任务分解定义 q三 任务分解的类型 q四 任务分解的方法 q五 案例分析 28 chapter 5 WB
10、S Work Breakdown Structure q任务分解的过程 q将一个项目分解为更多的工作细目或者子项 目 使项目变得更小 更易管理 更易操作 q任务分解的结果 qWBS 任务分解结构 qWBS q面向可交付成果的 qWork packages 工作包 qWBS的最低层次的可交付成果 29 chapter 5 WBS实例 系 统 子 系 统子 系 统子 系 统 模块模块模块 模块模块模块模块模块模块 30 chapter 5 PMI defines WBS q是面向可交付成果的对项目元素的分组 它组 织并定义了整个项目范围 不在WBS中包括的 工作就不是该项目的工作 q它是一个分级的
11、树型结构 是对项目由粗到 细的分解过程 工作结构每细分一个层次表 示对项目元素更细致的描述 31 chapter 5 PMI defines Work packages qWBS的最低层次的可交付成果 q工作包应当由唯一主体负责 q这一交付成果可以分配给另外一位项目经理 进行计划和执行 或者通过子项目的方式完成 32 chapter 5 本章要点 q一 软件需求管理过程 q二 任务分解定义 q三 任务分解的类型 q四 任务分解的方法 q五 案例分析 33 chapter 5 类型 q清单 q图表 34 chapter 5 图表类型 变化计数器 系统 文 件 比 较 预 处 理 增 加 代 码
12、结 果 处 理 统 计 总 行 标 记 修 改 记 录 修 改 版 本 比 较 找 出 增 删 行 统 计 增 删 行 删 除 代 码 增 加 行 数 删 除 行 数 35 chapter 5 清单类型 1 变化计数器 1 1 比较两个版本的程序 1 1 1 预处理 1 1 2 文件比较 1 1 3 结果处理 1 2 找出修改后的程序中增加和删除的代码行 1 2 1 找出增加的代码行 1 2 2 找出删除的代码行 1 3 统计修改后的程序中增加和删除的代码行 数 1 3 1 统计增加代码行数 1 3 2 统计删除代码行数 1 4 统计总的代码行数 1 5 设定标记以指示修改的次数 1 6 在程
13、序的头部增加修改纪录 36 chapter 5 本章要点 q一 任务分解定义 q二 任务分解的类 型 q三 任务分解的方 法 q四 任务分解指南 q五 案例分析 37 chapter 5 本章要点 q一 软件需求管理过程 q二 任务分解定义 q三 任务分解的类型 q四 任务分解的方法 q五 案例分析 38 chapter 5 任务分解过程 输入分解WBS 39 chapter 5 分解方法 p类比 p模版 p自上而下 p自下而上 40 chapter 5 WBS模板举例 41 chapter 5 分解方法 自上而下 变化计数器 系统 文 件 比 较 预 处 理 增 加 代 码 结 果 处 理
14、统 计 总 行 标 记 修 改 记 录 修 改 版 本 比 较 找 出 增 删 行 统 计 增 删 行 删 除 代 码 增 加 行 数 删 除 行 数 42 chapter 5 分解方法 自下而上 变化计数器 系统 文 件 比 较 预 处 理 增 加 代 码 结 果 处 理 统 计 总 行 标 记 修 改 记 录 修 改 版 本 比 较 找 出 增 删 行 统 计 增 删 行 删 除 代 码 增 加 行 数 删 除 行 数 43 chapter 5 任务结构分解 WBS 步骤 n确认并分解项目的组成要素 n确定分解标准 n确定分解是否详细 n确定项目交付成果 n验证分解的正确性 建立编号 44
15、 chapter 5 WBS编号系统 功能1 11 软件产品 1 功能2 子功能2 122 功能2 12功能3 13 功能2 子功能1 121功能2 子功能3 123 45 chapter 5 标识项 功能名 F1 1获取网络资源数据 F1 2将资源数据存入数据库 F1 3获取网络资源信息 F1 4观察网络资源 F1 4 1依类型分类观察网络资源 F1 4 2依状态分类观察网络资源 F1 5观察逻辑网 F1 6观察资源状态 F1 7修改网络资源的状态 F1 8依条件检验网络使用情况 F1 9显示拓扑图 F1 10建立通道 46 chapter 5 WBS与OBS 组织分解结构 47 chapt
16、er 5 分解标准 n生存期 n功能组成 48 chapter 5 分解标准应统一 学生管理 q按照生命期分解 q规划 q需求 q设计 q编码 q测试 q提交 q按照产品组成分解 q1 1 招生管理 q1 2 分班管理 q1 3 学生档案管理 q1 4 学生成绩管理 49 chapter 5 分解标准应统一 续 q不能同时使用两种标准进行分解 q招生管理 q 分班管理 q 学生档案管理 q学生成绩管理 q规划 q需求 q设计 q编码 q测试 q提交 50 chapter 5 检验分解结果的标准 n最底层的要素是否是实现目标的充分必要条 件 n最底层要素是否有重复的 n每个要素是否清晰完整定义 n最底层要素是否有定义清晰的责任人 是否可 以进行成本估算和进度安排 51 chapter 5 WBS的指南 1 qWBS分解的规模和数量因项目而异 因项目经 理而异 q收集与项目相关的所有信息 q参看一下类似的项目的WBS 与相关人员讨论 q可以参照模板 q最低层是可控的和可管理的 但是避免不必 要的过细 最好不要超过7层 q软件项目推荐分解到40小时的任务 注 80 8规则 52 chapte
