免费智能真题库 > 历年试卷 > 信息系统监理师 > 2018年上半年 信息系统监理师 上午试卷 综合知识
  第25题      
  知识点:   管理文档   配置项标识   配置管理   生命周期
  关键词:   管理文档   配置管理库   软件生命周期   数据   源代码   配置管理   生命周期   文档        章/节:   软件与软件工程知识       

 
在软件生命周期内所产生的各种管理文档和技术文档源代码列表和可执行代码以及运行所需的各种数据均需要纳入配置管理库进行管理,配置管理库中不包含( )。
 
 
  A.  开发库
 
  B.  受控库
 
  C.  知识库
 
  D.  产品库
 
 
 

 
  第34题    2010年下半年  
   70%
在进行软件配置管理工作中,可以设立配置控制委员会协助项目经理进行软件配置管理,(34)属于配置控制委员会的职责。
  第29题    2017年上半年  
   48%
在软件开发项目监理工作中,如果承建单位2个项目成员使用不同版本的设计说明书,这时监理工程师首先应该检查( )。
  第25题    2019年上半年  
   46%
软件配置管理通过标识产品的组成元素、管理和控制变更、验证、记录和报告配置信息,来控制产品的进化和( )。
   知识点讲解    
   · 管理文档    · 配置项标识    · 配置管理    · 生命周期
 
       管理文档
        管理文档建立在项目信息的基础上,诸如:
        (1)开发过程的每个阶段的进度和进度变更的记录。
        (2)软件变更情况的记录。
        (3)相对于开发的判定记录。
        (4)职责定义。
        这种文档从管理的角度规定涉及软件生存的信息。相关文档的详细规定和编写格式见GB8567。
 
       配置项标识
        软件过程的输出信息可以分为以下三个主要类别:
        (1)计算机程序,包括源代码和可执行程序。
        (2)描述计算机程序的文档,分别针对技术开发者、管理人员和用户。
        (3)数据,包含在程序内部或外部。
        这些信息包含了所有在软件过程中产生的信息,总称为软件配置项(Software Configuration Item,SCI)。由此可见,配置项的识别是配置管理活动的基础,也是制订配置管理计划的重要内容。
        在软件的开发过程中把所有需要加以控制的配置项分为基线配置项和非基线配置项两类。例如,基线配置项可能包括所有的设计文档和源程序等,非基线配置项可能包括项目的各类计划和报告等。基线又称为里程碑,通常作为一个阶段完成的标志。
        所有配置项都应按照相关规定统一编号,按照相应的模板生成,并在文档的规定章节(部分)中记录对象的标识信息。在引入软件配置管理工具进行管理后,这些配置项都应以一定的目录结构保存在配置库中。
        在配置管理系统中,应建立下列三个库。
        (1)开发库(动态系统)。存放开发过程中需要保留的各种信息,供开发人员个人专用。库中的信息可能有较为频繁的修改,只要开发库的使用者认为有必要,无须对其做任何限制。因为这通常不会影响到项目的其他部分,而仅在项目开发组内设立,并由其负责维护。
        (2)受控库(主库)。在信息系统开发的某个阶段工作结束时,将工作产品存入或将有关的信息存入。存入的信息包括计算机可读的及人工可读的文档资料,通常以软件配置项为单位建立并维护。
        (3)产品库(静态系统,备份库)。在开发的信息系统产品完成系统测试之后,作为最终产品存入库存内,等待交付用户或现场安装,可在系统、子系统级上设立并维护。
        各类库中应存放哪些配置项,应根据所开发软件的实际情况决定。
 
       配置管理
        随着信息系统软件版本不断变化,开发时间的紧迫以及多平台开发环境的采用,使得软件开发、维护面临越来越多的问题,其中包括对当前多种软件的开发和维护、保证产品版本的精确、重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等等。
        信息系统软件配置管理是一种应用于整个软件工程过程的标识、组织和控制修改的围绕软件资产的管理技术。界定软件的组成项目,对每个项目的变更进行管控(版本控制),并维护不同项目之间的版本关联,以使软件在开发过程中任一时间的内容都可以被追溯。其关键活动包括:配置管理计划、配置项管理、版本控制、变更控制、配置审计、状态报告等。
               配置管理计划
               根据信息系统软件运维制度和规范、标准,制定配置管理计划,主要包括以下内容。
               (1)该项目对配置管理的要求。
               (2)实施配置管理的责任人、组织及其职责。
               (3)需要开展的配置管理活动及其进度安排。
               (4)采用的方法和工具等。
               配置与配置项
               “配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所有产品特性,及其内容及相关文档,软件版本,变更文档,软件运行的支持数据,以及其他一切保证软件一致性的组成要素。
               为了方便对“配置”进行管理,“配置”经常被划分为各类配置项,这类划分是进行软件配置管理的基础和前提。配置项是一组软件功能或者物理属性的组合,在配置管理过程中,配置项被作为一个单一的实体对待。配置项包括各种管理文档和技术文档,源程序与目标代码,以及运行所需的各种数据等。同时,应该建立配置库来管理所有的配置项。
               版本控制
               版本是表示一个配置项具有一组定义的功能的一种标识。随着功能的增加,修改或删除,配置项的版本随之演变。应当记录每个软件配置项的所有历史记录,并记录该软件配置项由何人创建,何人在何时因何原因进行了修改等信息,以及对这些软件配置项版本的进行检索和信息查询等活动。
               变更控制
               变更在信息系统软件运维过程中是不可避免的。变更控制是配置管理的一个重要组成部分,包含评估、协调、批准/拒绝、实施对配置项的变更。
               配置审计
               配置审计是对配置管理的独立的查检过程,确认受控软件配置项满足需求并就绪。其内容如下。
               (1)功能审计:配置项的变更控制是否和配置管理计划中的描述相一致。
               (2)物理审计:配置项的完整性、正确性、一致性和可跟踪性。
               状态报告
               状态报告用来记录和报告有效管理配置所需要的必要信息。这些信息包括一个已批准的配置标识清单,变更请求当前的处理状态,以及批准的变更的实现情况。配置状态报告可以跟踪对软件的更改的过程,它保证对正在进行和已完成的变更进行记录、监视并通报给相关人员。
 
       生命周期
        IT服务生命周期由规划设计(Planning&Design)、部署实施(Implementing)、服务运营(Operation)、持续改进(Improvement)和监督管理(Supervision)5个阶段组成,简称“PIOIS”。
        (1)规划设计:从客户业务战略出发,以需求为中心,参照ITSS对IT服务进行全面系统的战略规划和设计,为IT服务的部署实施做好准备,以确保提供满足客户需求的IT服务。
        (2)部署实施:在规划设计基础上,依据ITSS建立管理体系、部署专用工具及服务解决方案。
        (3)服务运营:根据IT服务部署情况,依据ITSS,采用过程方法,全面管理基础设施、服务流程、人员和业务连续性,实现业务运营与IT服务运营的全面融合。
        (4)持续改进:根据IT服务运营的实际情况,定期评审IT服务满足业务运营的情况,以及IT服务本身存在的缺陷,提出改进策略和方案,并对IT服务进行重新规划设计和部署实施,以提高IT服务质量。
        (5)监督管理:本阶段主要依据ITSS对IT服务质量进行评价,并对IT服务供方的服务过程、交付结果实施监督和绩效评估。
   题号导航      2018年上半年 信息系统监理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第25题    在手机中做本题