免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2016年上半年 信息系统项目管理师 上午试卷 综合知识
  第64题      
  知识点:   配置管理相关概念   配置项
  关键词:   配置项        章/节:   配置管理基础       

 
配置项的状态有三种:草稿、正式发布和正在修改。以下叙述中,不正确的是:(64)。
 
 
  A.  配置项刚建立时状态为“草稿”,通过评审后,状态变为“正式发布”
 
  B.  配置项的状态变为“正式发布”后,若需要修改必须依照变更控制流程进行
 
  C.  已发布的配置项通过了“CCB”的审批同意更改,此时其状态变为“正在修改”
 
  D.  通过了变更控制流程审批的配置项,修改完成后即可发布,其状态再次变为“正式发布”
 
 
 

 
  第63题    2014年下半年  
   59%
基线由一组配置项组成,这些配置项构成了一个相对稳定的逻辑实体,是一组经过(62)正式审查、批准、达成一致的范围或工作产品,..
  第62题    2010年上半年  
   35%
在开发的软件产品完成系统测试之后,作为最终产品应将其存入(62),等待交付用户或现场安装。
  第52题    2020年下半年  
   26%
配置管理员的工作职责不包括( )。
   知识点讲解    
   · 配置管理相关概念    · 配置项
 
       配置管理相关概念
        配置管理
        配置管理是采用技术手段和行政手段进行管理和监督的一套规范化方法;对配置项的功能特性和物理特性加以标识,并将其文档化;控制这些特性的变更;报告变更进行的情况和变更实施的状态以及验证与规定需求的一致性。
        项目配置管理的主要任务包括:
        .制订项目配置管理计划。
        .确定配置标识规则。
        .实施变更控制。
        .报告配置状态。
        .进行配置审核。
        .进行版本管理和发行管理。
        配置管理系统
        配置管理系统用于控制工作产品的配置管理和变更管理。该系统包括存储媒体、规程和访问该配置系统的工具、用于记录和访问变更请求的工具。
        在大多数应用领域,配置管理系统包括变更控制系统。
        配置管理活动和流程
        配置管理活动和流程主要包括制订配置管理计划、配置识别与建议基线、建立配置管理系统、版本管理、配置状态报告和配置审计。
        配置项
        IEEE对配置项的定义为“硬件、软件或二者兼有的集合,为配置管理指定的,在配置管理过程中作为一个单独的实体对待。
        产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每个元素称为该产品配置中的一个配置项(CI),主要有两大类:
        .属于产品组成部分的工作成果,如需求、设计文档、源代码和测试用例等。
        .属于项目管理和机构支撑过程域产生的文档,如工作计划、质量报告、项目跟踪报告等。
        每个配置项的主要属性有名称、标识符、文件状态、版本、作者和日期等。
        配置库
        配置库是一组受控制的,辅助软件开发、使用和维护的软件及相关的文档,它在软件发布与交付活动中起着器械性的作用。
        配置库的主要作用表现在:
        .记录与配置相关的所有信息。
        .利用库中的信息可评价变更的后果。
        .从库中可提取各种配置管理过程的管理信息。
        配置库有三类:
        .开发库。也称动态库,存放开发过程中需要保留的各种信息,供开发人员个人专用。无须对开发库的修改做限制。
        .受控库。也称主库,在信息系统开发的某个阶段结束时,将工作产品存入或有关信息存入。对库内信息的修改要遵循变更控制流程。
        .产品库。存放最终产品,等待交付用户或现场安装。库内信息也应加以控制。
        基线
        基线是一组经过正式审查并且达成一致的规范或工作产品,是开发工作的基础。一个产品可以有多个基线,也可以只有一个基线。交付给外部顾客的基线一般称为发行基线,内部使用的基线一般称为构造基线。
        基线的主要属性有名称、标识符、版本和日期等。一组拥有唯一标识号的需求、设计、源代码以及相应的可执行代码、构造文档和用户文档可以认为是一个基线。产品的一个测试版本也可以作为基线。
        在建立基线以前,工作产品的所有者能快速、非正式地对工作产品做出变更。但基线建立以后,变更则需要由正式的变更控制程序来控制。
        变更控制委员会
        变更控制委员会(CCB)也称为配置控制委员会,是配置项变更的监管组织。其任务是对提出的配置项变更做出评价、审批以及监督已批准变更的实施。
        变更控制委员会的成员可以包括项目经理、用户代表、项目质量控制人员、配置控制人员等。CCB可以不是常设机构,完全可以根据工作需要组成,小项目CCB可以只有一人,甚至只是兼职人员。它的任务除控制变更以外,也可以负责更多的配置管理任务,如基线的审定、标识的审定以及产品的审定。
 
       配置项
        GB/T 11457—2006对配置项的定义为:“为配置管理设计的硬件、软件或二者的集合,在配置管理过程中作为一个单个实体来对待。”配置项的例子有:交付的软件产品和数据,用于创建或支持软件产品的支持工具,供应商提供的软件和客户提供的设备/软件,各类文档,源代码,可执行代码,测试用例,运行软件所需的各种数据等。
        在信息系统的开发过程中需加以控制的配置项可以分为基线配置项和非基线配置项两类。例如,基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告等。所有配置项的操作权限应由CMO(配置管理员)严格管理,基本原则是:基线配置项向开发人员开放读取的权限;非基线配置项向PM、CCB及相关人员开放。
   题号导航      2016年上半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第64题    在手机中做本题