免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2011年上半年 信息系统项目管理师 上午试卷 综合知识
  第38题      
  知识点:   创建工作分解结构   信息系统建设
  关键词:   信息系统        章/节:   项目范围管理过程       

 
在某信息系统建设项目中,以下做法不正确的是(38)。
 
 
  A.  项目经理没有制定单独的范围管理计划,而是在项目管理计划中进行了说明
 
  B.  进行范围定义的主要工作是确定产生所交付信息系统的过程并把结果记录下来
 
  C.  范围定义完成后,项目经理就开始进行WBS分解
 
  D.  WBS分解完成后,所有的项目活动被直接分解到工作包,项目组成员马上按照WBS的活动开展自己的工作
 
 
 

 
  第16题    2009年上半年  
   54%
创建WBS 的输入包括(16)。
  第47题    2022年上半年  
   33%
()可以从整体工作和每项工作层级识别和跟踪风险。
  第28题    2022年上半年  
   43%
在需求文件中,()的需求可作为基准使用。 ①可测量和可测试 ②项目经理认可 ③完整且可跟踪 ④相对独立无依赖
   知识点讲解    
   · 创建工作分解结构    · 信息系统建设
 
       创建工作分解结构
        工作分解结构(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.请求的变更
        在创建工作分解结构过程中可能对项目范围说明书及其组成部分提出变更请求,这些变更通过整体变更控制过程处理。
 
       信息系统建设
               信息系统的生命周期
               信息系统建设的内容主要包括设备采购、系统集成、软件开发和运维服务等。
               信息系统的生命周期可以分为四个阶段:立项、开发、运维和消亡。
                      立项阶段
                      立项阶段即概念阶段或需求阶段,这一阶段根据用户业务发展和经营管理的需要,提出建设信息系统的初步构想,然后对企业信息系统的需求进行深入调研和分析,形成《需求规格说明书》并确定立项。
                      开发阶段
                      以立项阶段所做的需求分析为基础进行总体规划,然后通过系统分析、系统设计、系统实施及系统验收等工作实现并交付系统。
                      .总体规划:系统开发的起始阶段,以立项阶段所做的需求分析为基础,明确信息系统在企业经营战略中的作用和地位,指导信息系统的开发,优化配置并利用各种资源,通过规划过程规范或完善用户单位的业务流程。一个比较完整的总体规划应当包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范等。
                      .系统分析:为系统设计阶段提供系统的逻辑模型,内容包括组织结构及功能分析、业务流程分析、数据和数据流程分析及系统初步方案等。
                      .系统设计:根据系统分析的结果设计出信息系统的实施方案,主要内容包括系统架构设计、数据库设计、处理流程设计、功能模块设计、安全控制方案设计、代码设计等。
                      .系统实施:将设计阶段的成果在计算机和网络上具体实现,即将设计文本变成能在计算机上运行的软件系统。由于系统实施阶段是对以前全部工作的检验,因此用户的参与特别重要。
                      .系统验收:系统实施后经过试运行,就进入系统验收阶段,这也是系统交付的必经阶段。
                      运维阶段
                      信息系统通过验收,正式移交给用户以后进入运维阶段。系统的运行维护可分为更正性维护、适应性维护、完善性维护和预防性维护等类型。
                      .更正性维护:更正系统交付后发现的错误。
                      .适应性维护:使信息系统能在变化后或变化中的环境中继续使用。
                      .完善性维护:改进交付后系统的性能和可维护性。
                      .预防性维护:在信息系统中的潜在错误成为实际错误前进行更正。
                      消亡阶段
                      信息系统不可避免地会遇到更新改造、功能扩展,甚至废弃重建等情况,因此,在信息系统建设的初期就应注意系统消亡的条件和时机,以及由此花费的成本。
               信息系统开发方法
               信息系统常用的开发方法有结构化方法、原型法、面向对象方法等。
                      结构化方法
                      结构化方法是应用最为广泛的一种开发方法。按照信息系统生命周期,应用结构化系统开发方法,把整个系统的开发过程分为若干阶段,然后依次进行,前一阶段是后一阶段的工作依据,按顺序完成。
                      结构化方法具有如下特点:
                      .严格区分工作阶段,每个阶段有明确的任务和取得的成果。
                      .强调系统开发过程的整体性和全局性。
                      .系统开发过程工程化,文档资料标准化。
                      结构化方法的缺点有:
                      .开发周期长。
                      .文档、设计说明烦琐,工作效率低。
                      .要求在开发之初全面认识系统的需求,充分预料各种可能发生的变化,但这并不十分现实。
                      原型法
                      原型法在很难全面准确提出用户需求的情况下,本着对用户需求的初步理解,先快速开发一个原型系统,然后通过反复修改来实现用户的最终系统需求。
                      原型法的特点如下:
                      .对用户的需求动态响应,逐步纳入。
                      .系统分析、设计与实现都是随着对原型的不断修改而同时完成的,相互之间并无明显界限,也没有明确分工。
                      原型可以分为:
                      .抛弃型原型:此类原型在系统真正实现以后就放弃不用了。
                      .进化型原型:此类原型的构造从目标系统的一个或几个基本需求出发,通过修改和追加功能的过程逐渐丰富,演化成最终的系统。
                      面向对象方法
                      用对象表示客观事物,对象是一个严格模块化的实体,在系统开发中可被共享和重复利用,以达到复用的目的。面向对象方法的关键是利用面向对象的信息建模概念,建立一个全面、合理、统一的模型,既能反映需求对应的问题域,又能被计算机系统对应的求解域所接受。
                      面向对象方法的特点:
                      .开发过程的分析、设计和实现三个阶段使用同一套工具。
                      .分析、设计和实现三个阶段都是对面向对象的三种模型的建立、补充和验证,三个阶段的界限并不十分明确。
                      在系统开发实际工作中,往往根据需要将多种开发方法进行组合应用,以完成系统开发的全部任务。
   题号导航      2011年上半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第38题    在手机中做本题