软件过程管理 (6).ppt
《软件过程管理 (6).ppt》由会员分享,可在线阅读,更多相关《软件过程管理 (6).ppt(73页珍藏版)》请在三一办公上搜索。
1、chapter_5,0,承上启下,需求规格,chapter_5,1,RoadMap,chapter_5,2,项目进度计划,chapter_5,3,编制进度计划的三步曲,任务分解(WBS)-范围基准成本估算资源、进度安排,成本基准,进度基准,chapter_5,4,软件开发项目管理,第五章软件项目任务分解,chapter_5,5,本章要点,一、任务分解定义二、任务分解的类型三、任务分解的过程四、任务分解指南五、案例分析,chapter_5,6,WBS(Work Breakdown Structure),任务分解的过程将一个项目分解为更多的工作细目或者子项目,使项目变得更小、更易管理、更易操作。任
2、务分解的结果WBS(任务分解结构)。WBS面向可交付成果的。Work packages(工作包)WBS的最低层次的可交付成果,chapter_5,7,WBS实例,chapter_5,8,PMI defines WBS,是面向可交付成果的对项目元素的分组,它组织并定义了整个项目范围.不在WBS中包括的工作就不是该项目的工作它是一个分级的树型结构,是对项目由粗到细的分解过程。工作结构每细分一个层次表示对项目元素更细致的描述,chapter_5,9,PMI defines Work packages,WBS的最低层次的可交付成果工作包应当由唯一一个部门或承包商负责这一交付成果可以分配给另外一位项目经
3、理进行计划和执行,或者通过子项目的方式完成工作包可进一步分解为子项目的WBS或各个活动,chapter_5,10,本章要点,一、任务分解定义二、任务分解的类型三、任务分解的过程四、任务分解指南五、案例分析,chapter_5,11,WBS分解类型,基于可交付成果的划分上层一般为可交付成果为导向下层一般为可交付成果的工作内容,chapter_5,12,WBS举例:轮船建造,chapter_5,13,WBS举例:信息网络工程,chapter_5,14,WBS分解类型,基于工作过程的划分上层按照工作的流程分解下层按照工作的内容划分,chapter_5,15,WBS举例:新设备安装,chapter_5
4、,16,WBS举例:网络系统工程,chapter_5,17,WBS表达形式,清单图表,chapter_5,18,WBS表达形式层次结构图和锯齿列表,chapter_5,19,图表类型,chapter_5,20,清单类型,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 在程序的头部增
5、加修改纪录,chapter_5,21,本章要点,一、任务分解定义二、任务分解的类型三、任务分解的过程四、任务分解指南五、案例分析,chapter_5,22,WBS工作编码,由高层向下层用多位码编排,要求每项工作有唯一的编码10001100111011111112111311201121112211231200,chapter_5,23,WBS工作编码的意义,对WBS的任务进行编码,WBS就不仅是一个任务表示方式,它还可以充当一个共同的信息交换语言,为项目的所有信息建立一个共同的定义。例如:它是计划、成本、风险、监督和评审、考核等过程的基本信息来源和依据。通过任务编码,我们就能够把项目的所有要素
6、在一个共同的基础(WBS)上建立关联,在此基础上建立各管理过程的所有信息沟通。应用WBS作为项目信息的共同基础的最大优点是,为监控及预测费用、进度、实施等不同过程,建立了一个统一的项目信息系统,WBS给所有阶段、过程的项目管理人员提供了一个均可以与之作对比的一致基准,并且在大型项目中,由于参加者众多及人员可能发生的变化,使所用的项目概念、阶段、任务对所有的参加者都具有相同意义是很重要的,而WBS通过编码和编码字典的编制可使这一点得到保证。,chapter_5,24,WBS的编码原则,不论编码采用什么形式,编码应具备以下基本原则:(1)编码应能反映出任务单元在整个项目中的层次和位置,例如:1.2
7、.3和3.4.5显然是在不同层的不同位置。(2)当发生任务增加和删减时,整个的层次体系不会发生巨大变化,只是在恰当的位置,进行增删。(3)编码方便进行任务的索引。(4)编码方便与其他过程管理的相互参照。,chapter_5,25,WBS工作分解的原则,功能或技术的原则:考虑到每一阶段到底需要什么样的技术或专家组织结构:考虑项目的分解应适应组织管理的需要地理位置:主要是考虑实施处于不同地区的子项目系统或子系统原则:根据项目在某些方面的特点或差异将项目分为几个不同的子项目.,chapter_5,26,任务分解过程,输入,分解,WBS,chapter_5,27,任务结构分解(WBS)步骤,确认并分解
8、项目的组成要素确定分解标准确定分解是否详细确定项目交付成果验证分解的正确性(建立编号),chapter_5,28,WBS分解的一般步骤,(1)总项目(2)子项目或主体工作任务(3)主要工作任务(4)次要工作任务(5)小工作任务或工作元素,chapter_5,29,软件项目开发的WBS,1 项目启动阶段1.1 售前阶段1.1.1 提供技术白皮书和现场的技术介绍,了解项目需求1.1.2 提交项目可行性研究报告1.1.2 提交项目开发计划1.1.4 提交项目风险管理计划1.1.5 通过公司的立项评审1.1.6 进行项目前期开发(制作需求模板、功能演示系统、关键技 术分析和实验等)1.1.7 向用户提
9、交系统建设建议书1.2 招标和合同签订阶段1.2.1 制作标书,参加投标和答标活动1.2.2 中标后,根据商务谈判的结果,制作合同副本1.2.3 合同签订,chapter_5,30,1.3 项目前期准备阶段1.3.1 指定项目经理、子项目经理或技术经理,成立项目组。1.3.2 完成工作任务分解(WBS)1.3.3 划分接口人员责任1.3.4 提交项目进度计划1.3.5 提交项目成本预算1.3.6 提交风险控制计划1.3.7 其他专项计划:对本项目开发中需制订的各个专题计划(如 分合同计划、开发人员培训计划、测试计划、安全保密计划、质量控制计划、配置管理计划、用户培训计划、系统安装计 划等),分
10、别进行制订。1.3.8 以上项目计划提交公司评审,并形成项目任务责任书下达,软件项目开发的WBS,chapter_5,31,2 需求分析阶段2.1 分析用户需求2.1.1与用户一起分析需求,并形成用自然语言表述的需求说明 书,由用户确认2.1.2将用户确认的需求说明书,转化为用计算机术语描述的 系统需求规范书2.1.3提交系统需求规范书,进行评审2.2 形成集成测试计划,提交公司评审3 系统设计阶段3.1 系统总体设计3.1.1运行环境设计3.1.2 基本业务处理流程描述3.1.3 系统结构设计3.1.4 模块关系设计3.1.5 人工处理过程3.1.6 尚未解决的问题,软件项目开发的WBS,c
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件过程管理 6 软件 过程 管理
![提示](https://www.31ppt.com/images/bang_tan.gif)
链接地址:https://www.31ppt.com/p-5784106.html