全部科目 > 信息系统项目管理师 >
2017年上半年 上午试卷 综合知识
第 38 题
知识点 创建工作分解结构   基线  
关键词 基线   项目范围   范围  
章/节 项目范围管理过程  
 
 
项目范围基线包括()。
 
  A.  批准的项目范围说明书、WBS及WBS字典
 
  B.  项目初步范围说明书、WBS及WBS字典
 
  C.  批准的项目范围说明书,WBS字典
 
  D.  项目详细范围说明书、WBS
 
 




 
 
相关试题     创建工作分解结构WBS 

  第38题    2015年上半年  
某待开发的信息系统工作分解结构图如下图,其中标有“(1)”的方框应该填入的内容是()。

  第35题    2011年下半年  
(35)不能作为检验 WBS 是否定义完全、项目的所有任务是否都被完全分解的依据。

  第40题    2013年下半年  
项目范围管理包括确保项目成功所需的全部工作过程。(40)是范围管理流程的正确顺序。
①定义范围      ②核实范围      ③收集需求

 
知识点讲解
· 创建工作分解结构
· 基线
 
        创建工作分解结构
        工作分解结构(WBS)是面向可交付物的层次型结构,是对完成项目目标、创造可交付物所需执行的项目工作的分解,它组织并定义了整个项目范围。WBS把项目工作细分为更小、更易管理的工作单元,随着WBS层次的降低,意味着项目工作也越来越详细。最底层的WBS单元叫做工作包,是进行进度安排、成本估算和监控的基础。
        WBS代表了当前已批准的项目范围说明书中的所有工作,有助于项目干系人了解项目可交付物。
        输入
        1.组织过程资产
        2.项目范围说明书
        3.项目范围管理计划
        4.批准的变更请求
        工具与技术
        1.工作分解结构模板
        虽然项目具有独特性,但以前的相似项目的工作分解结构往往可以当作新项目WBS的模板。许多应用领域或实施组织都有标准的工作分解结构模板。美国项目管理学会(PMI)提出的工作分解结构实践标准中含有针对行业的工作分解结构模板的例子,可以针对行业特点进行修改,以后用于具体应用领域的具体项目。
        2.分解
        分解是将主要项目可交付物分成更小的、更易管理的单元,直到可交付物细分到足以用来支持未来的项目活动定义的工作包。工作包是WBS的最底层,可以在该层次上对其成本和进度进行可靠的估算。
        “滚动式”规划:对于很久以后才可能完成的交付物或子项目,不可能分解到很详细的程度。项目管理团队通常是随着信息的逐渐丰富而对WBS进行细化。
        项目工作分解的一般步骤如下:
        (1)识别项目可交付物和相关工作。
        (2)确定WBS的结构和编排。
        (3)对WBS进行分解。
        (4)对WBS中各级工作单元分配标识符或编号。
        (5)对当前的分解级别进行检验,以确保它们是必须的,而且是足够详细的。
        输出
        1.项目范围说明书(更新)
        如果制作工作分解结构的过程中有批准的变更请求,则将批准的变更纳入项目范围说明书,使之更新。
        2.工作分解结构(WBS)
        WBS描述的是可交付物和其组成要素的具体内容,定义了整个项目的工作范围。不要把WBS同其他种类的表示项目信息的分解结构相混淆。其他分解结构包括:
        .组织分解结构(OBS):描述了实施组织的层次结构,以便把工作包同实施组织单元相关联。
        .物料清单(BOM):描述生产一个产品所需的实际部件、组件和构件的分级层次表格。
        .风险分解结构(RBS):以层次结构的方式对已识别出来的风险进行组织,通常按风险类别进行划分。
        .资源分解结构(RBS):根据资源类型进行组织的一个分层结构。
        3.WBS字典
        WBS字典是WBS的配套文件,用来描述WBS中包含的工作单元(包括工作包)的细节。对每个工作单元,在WBS字典中都包含一个账户编码、工作描述、执行组织和里程碑列表等。WBS字典中还可能有合同信息、质量要求和相关技术参考资料。与账户编码相关的其他信息还包括收费编号等。与工作包相关的其他信息包括活动列表、资源需求和成本估算等。在WBS字典中,每个工作单元和其他工作单元需要时都可以交叉参考。
        4.范围基线
        已批准的项目范围说明书、WBS及WBS字典构成了项目的范围基线。
        5.范围管理计划(更新)
        6.请求的变更
        在创建工作分解结构过程中可能对项目范围说明书及其组成部分提出变更请求,这些变更通过整体变更控制过程处理。
 
        基线
        基线(baseline)是项目生存期各开发阶段末尾的特定点,也称为里程碑(milestone),在这些特定点上,阶段工作已结束,并且已经形成了正式的阶段性产品。
        建立基线的概念是为了把各开发阶段的工作划分得更加明确,使得本来连续开展的开发工作在这些点上被分割开,从而更加有利于检验和肯定阶段工作的成果,同时有利于进行变更控制。有了基线的规定就可以禁止跨越里程碑去修改另一开发阶段的工作成果,并且认为建立了里程碑,有些完成的阶段成果已被冻结。
        作为阶段工作的正式产品,基线应该是稳定的,如作为设计基线的设计规格说明应该是通过评审的。如果还只是设计草稿,就不能作为基线,不能被冻结。
        如果把软件看作是系统的一个组成部分,以下3种基线最受人们关注的:功能基线、分配基线、产品基线。
        (1)功能基线:指在系统分析与软件定义阶段结束时,经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明;或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标志。
        (2)分配基线(指派基线):指在软件需求分析阶段结束时,经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标志。
        (3)产品基线:指在软件组装与系统测试阶段结束时,经过正式评审批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标志。
        另外,交付给外部顾客的基线一般称为发行基线,内部使用的基线称为构造基线。释放是指在软件生存周期的各个阶段结束时,由该阶段向下阶段提交该阶段产品的过程。它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。后面这个过程也称为交付。
        :提出基线的概念本来是为了更好地实现变更控制,但如果把每个基线都当成一个整体来看待会造成麻烦。因为一个变更很可能只涉及基线的很小部分。例如,假定某个大型软件中的一个模块修改了,如果将这一变更当做整个软件产品基线的变更,就很不方便。



更多复习资料
请登录电脑版软考在线 www.rkpass.cn

京B2-20210865 | 京ICP备2020040059号-5
京公网安备 11010502032051号 | 营业执照
 Copyright ©2000-2023 All Rights Reserved
软考在线版权所有