4软件项目范围管理.ppt

2020 2 18 0 软件项目管理 信息科技学院192 168 130 142 2020 2 18 1 RoadMap 2020 2 18 2 没有计划的情况 2020 2 18 3 有计划的情况 2020 2 18 4 计划的重要性 PMI 项目成功的三大要素 法宝 计划 计划 计划计划是通向项目成功的路线图 进度计划是最重要的计划 使项目计划的核心 2020 2 18 5 RoadMap 2020 2 18 6 编制进度计划的三步曲 任务分解 WBS 成本估算资源 进度安排 2020 2 18 7 软件项目管理 软件项目范围管理 2020 2 18 8 本章要点 一 软件需求管理过程二 需求建模的基本方法三 范围管理与WBS四 任务分解步骤与方法五 案例分析 2020 2 18 9 软件需求 需求是指用户对软件的功能和性能的要求 就是用户希望软件能做什么事情 完成什么样的功能 达到什么性能 2020 2 18 10 软件需求的层次 2020 2 18 11 需求管理的重要性 需求分析是获得用户需求的有效途径 需求分析是决定项目成功的关键因素 需求分析是系统分析和软件设计的桥梁 需求分析是控制软件质量的重要阶段 2020 2 18 12 项目失败的原因分析 Source Carnegie MellonUniversity SoftwareEngineeringInstitute 2020 2 18 13 软件需求管理的过程 需求分析 编写需求规格 需求验证 需求获取 需求变更 需求确认 需求变更 2020 2 18 14 需求工程基本任务 2020 2 18 15 需求分析定义 需求分析是为最终用户所看到的系统建立一个概念模型 是对需求的抽象描述 2020 2 18 16 需求分析模型 2020 2 18 17 需求规格 需求分析工作完成的一个基本标志是形成了一份完整的 规范的需求规格说明书需求规格说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解 使之成为整个开发工作的基础 2020 2 18 18 软件需求规格说明的原则 从现实中分离功能 即描述要 做什么 而不是 怎样实现 采用一定的规格说明语言如果被开发软件只是一个大系统中的一个元素 那么整个大系统也包括在规格说明的描述之中 2020 2 18 19 规格说明应该包括系统运行环境规格说明应该是一个认识模型规格说明应该容许不完备性并允许扩充 2020 2 18 20 规格文档参考 引言系统定义应用环境功能规格性能需求产品提交实现约束质量描述其它签字认证 2020 2 18 21 需求验证 需求是正确的吗 需求是一致的吗 需求是完全的吗 需求是实际可行的吗 需求是必要的吗 需求是可检验的吗 需求是可跟踪的吗 最后的签字 2020 2 18 22 需求变更管理 确定需求变更控制过程建立变更控制委员会 SCCB 进行需求变更影响分析跟踪所有受需求变更影响的工作产品建立需求基准版本和需求控制版本文档维护需求变更的历史记录跟踪每项需求的状态衡量需求稳定性 2020 2 18 23 需求变更管理 管理和控制需求基线的过程需求变更控制系统一个正式的文档 说明如何控制需求变更建立变更审批系统 2020 2 18 24 2020 2 18 25 2020 2 18 26 本章要点 一 软件需求管理过程二 需求建模的基本方法三 范围管理与WBS四 任务分解方法五 任务分解检验 2020 2 18 27 需求建模的基本方法 原型方法结构化分析法面向对象的用例分析法功能列表法其他 2020 2 18 28 本章要点 一 软件需求管理过程二 需求建模的基本方法三 范围管理与WBS四 任务分解步骤与方法五 案例分析 2020 2 18 29 广义的项目范围包括项目的最终产品或服务以及实现该产品或服务所需的各项具体工作 即包含两方面的含义 产品范围 即项目的产品或者服务的特征 功能等 本质是项目需求 确定做什么 项目范围 即为了提交预期的产品或服务 需要完成哪些工作 本质是项目过程 确定如何做 通常先确定产品的范围 再确定项目的范围 项目的范围是由产品的范围决定的 项目范围 2020 2 18 30 项目范围 Project scope 实际就是项目应该做什么 不应该做什么 以及如何做 项目范围管理也就是对项目应该做什么和怎么做做出相应的定义和控制 事实上就是对需求的管理和项目过程的管理 通常所说的范围管理主要指后者 项目范围管理 2020 2 18 31 项目范围管理的首要任务是 界定项目必须且只需包含的全部工作 项目范围管理对项目的其他管理起到指导作用 项目范围管理的首要任务 2020 2 18 32 项目范围管理包括了范围规划和范围定义两个过程 范围规划就是初步确定项目的范围 并编写项目范围说明书和范围管理计划 说明书一般需要说明为什么要进行这个项目 需要明确项目的阶段目标和主要的可交付的产品和服务 是项目实施的基础 说明书通常由项目组成员和用户共同完成 范围管理计划米啊数项目范围是如何管理的 范围定义以范围规划成果为依据 把项目的主要可交付产品和服务划分为更小的 更容易管理的单元形成WBS 项目范围管理的过程 2020 2 18 33 范围管理过程图示 2020 2 18 34 PMI定义WBS 是面向可交付成果的对项目元素的分组 它组织并定义了整个项目范围 不在WBS中包括的工作就不是该项目的工作 它是一个分级的树型结构 是对项目由粗到细的分解过程 工作结构每细分一个层次表示对项目元素更细致的描述 2020 2 18 35 WBS的理解 任务分解的过程将一个项目分解为更多的工作细目或者子项目 使项目变得更小 更易管理 更易操作 任务分解的结果WBS 任务分解结构 WBS的根本特征面向可交付成果的 Workpackages 工作包 WBS的最低层次的可交付成果 2020 2 18 36 PMI定义Workpackages WBS的最低层次的可交付成果工作包应当由唯一一个部门或承包商负责这一交付成果可以分配给另外一位项目经理进行计划和执行 或者通过子项目的方式完成工作包可进一步分解为子项目的WBS或各个活动 2020 2 18 37 工作包的设计原则 同一个工作包 最好只包含相关的工作元素 同一个工作包 所有的工作活动应该是平行的或者连续发生的 其间不应该插入不相关的工作活动 同一个工作包 尽量使用相同的项目组成员 便于彼此沟通和交流 2020 2 18 38 WBS的原因 可以利用分解后的工作包的逻辑关系更好的实施项目利于项目组明确各自的职责 减少协调 利于沟通利于项目组成员理解任务和各自的目标 利于准确把握技术 人力 资金 风险等信息 可以为项目计划的制定提供基线 2020 2 18 39 WBS意义 提供了项目范围基线 是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重要的作用 2020 2 18 40 任务分解过程 输入 分解 WBS 2020 2 18 41 WBS类型 图表清单 2020 2 18 42 图表类型 2020 2 18 43 清单类型 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在程序的头部增加修改纪录 2020 2 18 44 WBS的若干经验与原则 WBS分解的规模和数量因项目而异 因项目经理而异收集与项目相关的所有信息参看一下类似的项目的WBS 与相关人员讨论可以参照模板最低层是可控的和可管理的 但是避免不必要的过细 最好不要超过7层 软件项目推荐分解到40小时的任务 2020 2 18 45 每个Workpackage必须有一个提交物定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与相关人员进行评审 2020 2 18 46 WBS字典内容 2020 2 18 47 项目责任分配矩阵 2020 2 18 48 网管系统 图表 分解实例 2020 2 18 49 2020 2 18 50 2020 2 18 51 2020 2 18 52 本章要点 一 软件需求管理过程二 需求建模的基本方法三 范围管理与WBS四 任务分解的步骤与方法五 案例分析 2020 2 18 53 任务分解步骤 明确并识别项目的各主要组成本分 明确理解项目的主要可交付产品和服务 这些可交付成果一般设置在WBS的第二层上 确定每个可交付成果的详细程度是否已经可以进行恰当的成本估算和时间估算 如果已经足够详细 则进入第4步 否则进入第3步 继续对可交付成果进行分解 确定工作任务 工作包 工作任务应当是用确切的 可验证的和可度量的结果来描述 便于进行控制 检查和度量 当确定工作任务时 可以根据前面分解的每个组成部分 找出完成它时需要具体做的工作以及先后的顺序 核实 验证 分解的正确性 范围变更 进入变更流程 2020 2 18 54 范围变更流程 2020 2 18 55 分解结果的检验标准 最底层的要素是否是实现目标的充分必要条件 是否是必须的和充分的 最底层要素是否有重复的 每个要素是否清晰 准确 完整定义 每项是否可以编制恰当的成本和时间预算 最底层要素是否有定义清晰的责任人 如果存在疑问 那就说明工作分解没有结束 还需要进行修改 2020 2 18 56 分解标准 生存期功能组成项目的组织单位等等 2020 2 18 57 分解标准应统一 学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1 1招生管理1 2分班管理1 3学生档案管理1 4学生成绩管理 2020 2 18 58 分解标准应统一 续 不能同时使用两种标准进行分解招生管理分班管理学生档案管理学生成绩管理规划需求设计编码测试提交 2020 2 18 59 WBS与OBS 组织分解结构 2020 2 18 60 任务分解方法 模版类比自上而下自下而上遵循指导方针 2020 2 18 61 WBS模板举例 2020 2 18 62 分解方法 自上而下 2020 2 18 63 分解方法 自下而上 变化计数器 系统 文件比较 预处理 增加代码 结果处理 统计总行 标记修改 记录修改 版本比较 找出增删行 统计增删行 删除代码 增加行数 删除行数 2020 2 18 64 本章要点 一 软件需求管理过程二 需求建模的基本方法三 范围管理与WBS四 任务分解的步骤与方法五 案例分析 2020 2 18 65 GeorgeandMartha一次野餐会 GeorgeandMartha计划与家人和朋友举行一次特殊的野餐活动 以庆祝Martha的升职和他们35周年的结婚纪念