软件过程管理 (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

11、hapter_5,32,3.2 接口设计3.2.1用户接口3.2.2 外部接口3.2.3内部接口3.3 运行设计3.3.1 运行模块组合：说明对系统施加不同的外界运行控制时所引 起的各种不同的运行模块组合，说明每种运行所历经的内部 模块和支持软件。3.3.2 运行控制:说明每一种外界的运行控制的方式方法和操作步骤3.3.3运行时间:说明每种运行模块组合将占用各种资源的时间。3.4 系统数据结构设计3.4.1逻辑结构设计要点3.4.2物理结构设计要点3.4.3数据结构与程序的关系 3.4.3.1 后备技术 3.4.3.2 降效技术 3.4.3.3 恢复及再启动技术,软件项目开发的WBS,chap

12、ter_5,33,WBS编号系统,chapter_5,34,chapter_5,35,WBS与OBS（组织分解结构）,chapter_5,36,工作责任分配表制定,目的：对项目的每一项任务分配责任者和落实责任。用途：明确各单位或个人的责任，便于项目管理部门在项目实施过程中的管理协调。依据：以工作分解结构图表和项目组织结构图表为依据制作此表。结果：工作责任分配表,chapter_5,37,责任分配表,chapter_5,38,责任分配表(负责 审批 辅助 承包 通知),chapter_5,39,销售报告系统项目责任矩阵,chapter_5,40,1实际负责 2一般监督 3参与商议 4可以参与商议

13、 5必须通知 6最后批准,简化的责任矩阵,chapter_5,41,chapter_5,42,分解标准,生存期功能组成项目的组织单位。,chapter_5,43,分解标准应统一,学生管理按照生命期分解规划需求设计编码测试提交按照产品组成分解1.1招生管理1.2分班管理1.3学生档案管理1.4学生成绩管理,chapter_5,44,分解标准应统一（续）,不能同时使用两种标准进行分解招生管理分班管理学生档案管理学生成绩管理 规划需求设计编码测试提交,chapter_5,45,检验分解结果的标准,最底层的要素是否是实现目标的充分必要条件最底层要素是否有重复的每个要素是否清晰完整定义最底层要素是否有定

14、义清晰的责任人,是否可以进行成本估算和进度安排,chapter_5,46,本章要点,一、任务分解定义二、任务分解的类型三、任务分解的过程四、任务分解指南五、案例分析,chapter_5,47,WBS的指南(1),WBS分解的规模和数量因项目而异收集与项目相关的所有信息参看一下类似的项目的WBS,与相关人员讨论可以参照模板最低层是可控的和可管理的，但是避免不必要的过细，最好不要超过7层，软件项目推荐分解到40小时的任务每个Work package必须有一个提交物注：80/8规则,chapter_5,48,WBS的指南（2）,定义任务完成的标准每个WBS必须有利于责任分配可以准备WBS的字典最后与

15、相关人员进行评审,chapter_5,49,WBS模板举例,chapter_5,50,WBS字典内容,chapter_5,51,WBS字典实例,chapter_5,52,WBS意义,提供了项目范围基线,是范围变更的重要输入为评估和分配任务提供具体的工作包进行估算和编制项目进度的基础对整个项目成功的集成和控制起到非常重要的作用,chapter_5,53,清单式任务分解实例,chapter_5,54,网管系统（图表）分解实例,chapter_5,55,网管系统（图表）分解实例,chapter_5,56,网管系统（图表）分解实例,chapter_5,57,chapter_5,58,WBS实例,Geo

16、rge and Marthas picnic,chapter_5,59,George and Martha一次野餐会,George and Martha计划与家人和朋友举行一次特殊的野餐活动,以庆祝Martha的升职和他们35周年的结婚纪念.Martha是工程师,George是会计.他们有两个非常活泼的确孩子,Mary 13岁,Thomas 17岁.经过过去几年的发展,家里不断壮大,无论是时间和金钱上的需要都在增加,所以他们已经逐渐成为非常好的计划能手,最近他们又通过了PMP的认证考试,所以他们非常清楚对于这样野餐活动也需要开发一个WBS.,chapter_5,60,野餐准备活动任务分解,ch

17、apter_5,61,本章要点,一、任务分解定义二、任务分解的类型三、任务分解的过程四、任务分解指南五、案例分析,chapter_5,62,案例分析,School项目进行任务分解WBS结果,chapter_5,63,chapter_5,64,案例讨论,假如您要在自己的家里举行一次生日宴会，请按WBS为你制定一份工作的分解计划？,chapter_5,65,生日宴会WBS（锯齿结构）,1.0 晚宴 1.1生日蛋糕 1.2饮料 1.3清洗 1.3.1食品 1.3.2餐具 1.4做菜 1.4.1凉菜 1.4.2熟菜,1.4.2.1蔬菜类 1.4.2.2海鲜类 1.4.2.3其它类2.0娱乐 2.1音响

18、 2.2灯光布置 2.3室内布置 2.4CD/VCD光碟,chapter_5,66,生日宴会WBS（树型结构）,chapter_5,67,生日宴会工作责任分配表,chapter_5,68,制定工作分解结构的方法,类比法 类比法就是以一个类似项目的WBS为基础，制定本项目的工作分解结构。例如，ABC飞机制造公司，曾设计制造多种类型的大型客机，当他们计划投入设计生产某种新型战斗机时，就可以使用以往制造大型客机而设计的子系统。以从前的子系统为基础，开始新项目的WBS的编制。比如，该WBS的第一层中有飞机机身顶，该项又包括了飞机前身、飞机中部、飞机后身和机翼等第二层的多个子项。,chapter_5,6

19、9,自上而下法 自上而下法常常被视为构建WBS的常规方法，即从项目最大的单位开始，逐步将它们分解成下一级的多个子项。这个过程就是要不断增加级数，细化工作任务。图4-4就描述了该侦察机系统项目的各项工作是如何细化到第三级的各个细块的。这种方法对项目经理来说，可以说是最佳方法，因为他们具备广泛的技术知识和对项目的整体视角。,chapter_5,70,自下而上法 自下而上法，是要让项目团队成员从一开始就尽可能的确定项目有关的各项具体任务，然后将各项具体任务进行整合，并归总到一个整体活动或WBS的上一级内容当中去。仍以ABC飞机制造公司设计制造新型战斗机为例，用这种方法，则不是开始就考察WBS制定的指

20、导方针或是参考其他类似项目的WBS，而是尽可能详细的列出那些项目团队成员认为完成项目需要做的任务。在列出详细的任务清单后，就开始对所有工作进行分类，以便于将这些详细的工作归入上一级的大项中。比如说，项目团队某小组中的商业分析人员会知道他们必须确定用户对项目的要求以及该项目的内容要求；工程师们也会知道他们必须确定对系统的要求和对发动机的要求。于是，该小组可能会将这四项任务都归入到战斗机制造项目的概念设计这个总项中去。自下而上法一般都很费时，但这种方法对于WBS的创建来说，效果特别好。项目经理经常对那些全新系统或方法的项目采用这种方法，或者用该法来促进全员参与或项目团队的协作。,chapter_5

21、,71,使用指导方针 如果存在WBS的指导方针，那就必须遵循这些方针。如前面我们提到的美国国防部为国防装备项目定义的许多工作分解结构标准。许多DOD（国防部）项目都要求承包商按照国防部提供的WBS模板提交他们的项目建议书。这些建议书必须包括针对WBS中每一项任务的成本估算，既有明细估算项，也有归总估算项。项目整体的成本估算必须是通过归总WBS底层各项任务成本而得到的。当国防部有关人员对成本计划进行评审时，他们必须将承包商的成本估算与国防部的成本估算进行对比，如果某项WBS任务成本有很大的出入，那一般就意味着对要做的工作任务还没搞清楚。,chapter_5,72,小结,WBS的分解类型WBS的分解步骤范围基准的形成,