全部科目 > 信息系统项目管理师 >
2022年上半年 上午试卷 综合知识
第 28 题
知识点 创建工作分解结构   需求文件  
章/节 项目范围管理过程  
 
 
需求文件中,()的需求可作为基准使用。 ①可测量和可测试 ②项目经理认可 ③完整且可跟踪 ④相对独立无依赖
 
  A.  ①②
 
  B.  ①③
 
  C.  ③④
 
  D.  ②③
 
 




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

  第40题    2012年下半年  
公司上个月取消了由张工管理的视频游戏项目的需求定义文件和范围说明。现在公司要求将该项目成果变成可在个人电视及计算机上玩的交互游戏。这至少(40)。

  第17题    2009年上半年  
(17)不是 WBS 的正确分解方法或结构。

  第39题    2010年上半年  
以下关于创建工作分解结构(WBS)的叙述中,(39)是不准确的。

 
知识点讲解
· 创建工作分解结构
· 需求文件
 
        创建工作分解结构
        工作分解结构(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.请求的变更
        在创建工作分解结构过程中可能对项目范围说明书及其组成部分提出变更请求,这些变更通过整体变更控制过程处理。
 
        需求文件
        需求文件描述各种单一需求将如何满足与项目相关的业务需求。一开始,可能只有高层级的需求,随着有关需求信息的增加而逐步细化。只有明确的、可跟踪的、完整的、相互协调的,且主要干系人愿意认可的需求,才能作为基准。需求文件的格式多种多样,既可以是一份按干系人和优先级分类列出全部需求的简单文件,也可以是一份包括内容提要、细节描述和附件等的详细文件。
        需求文件的主要内容包括:
        .业务需求
        可跟踪的业务目标和项目目标。
        执行组织的业务规则。
        组织的指导原则。
        .干系人需求
        对组织其他领域的影响。
        对执行组织内部或外部团体的影响。
        干系人对沟通和报告的需求。
        .解决方案需求
        功能和非功能需求。
        技术和标准合规性需求。?支持和培训的需求。
        质量需求。
        报告需求(可用文本记录或用模型展示解决方案需求,也可两者同时使用)。
        .项目需求
        服务水平、绩效、安全和合规性等。
        验收标准。
        .过渡需求
        .与需求相关的假设条件、依赖关系和制约因素



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

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