关于配置管理的描述,正确的是( D) 。
A 某个配置项的版本号为0.91,该配置项的状态为“正式”
B 配置项版本管理的目的是保留配置项的最新版本,删除所有旧的版本,以避免发生版本混淆
C 一个产品只能有一个基线,因此对基线的变更必须遵循正式的变更控制程序
D 开发库中的信息可能被频繁修改,因此可以由开发人员自行控制
解析:
1、配置项版本号
配置项的版本号规则与配置项的状态相关。
①处于“草稿”状态的配置项的版本号格式为0.YZ,YZ的取值范围为01~99。
②配置项第一次“正式发布”时,版本号为1.0。
③处于“正式发布”状态的配置项的版本号格式为X.Y,X为主版本号,取值范围为1~9;Y为次版本号,取值范围为1~9;如果配置项的版本升级幅度较小,一般只增大Y值,X值保持不变;只有当配置项版本升级幅度较大时,才允许增大X值。
④处于“正在修改”状态的配置项的版本号格式为X.YZ,配置项在修改时,一般只增大Z的取值,X.Y的取值不变:当配置项修改完毕,状态重新成为“正式发布”时,将Z值设置为0,增加X.Y值。
2、对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”,所以不能抛弃旧版本。版本管理的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本。
3、基线通常对应于开发过程中的里程碑,一个产品可以有多个基线,也可以只有一个基线。交付给外部顾客的基线一般称为发行基线,内部开发使用的基线一般称为构造基线。
4、开发库,也称为动态库、程序员库或工作库,用于保存开发人员当前正在开发的配置实体。动态库是开发人员的个人工作区,由开发人员自行控制。库中的信息可能有较为频繁的修改,只要开发库的使用者认为有必要,无需对其进行配置控制,因为这通常不会影响到项目的其他部分。
---
配置管理员的工作职责不包括( A)。
A 基线设立审批
B 版本管理和配置控制
C 建立和维护配置库
D 配置状态报告
配置管理员(Configuration Management Officer, CMO),负责在整个项目生命周期中进行配置管理活动,具体有:
编写配置管理计划。建立和维护配置管理系统。建立和维护配置库。配置项识别。版本管理和配置控制。配置状态报告。配置审计。发布管理和交付。对项目成员进行配置管理培训。
---
配置管理中通常利用配置库以提高配置管理的有效性。配置库有三类:开发库、受控库和产品库。
①开发库:存放开发过程中需要保留的各种信息,供开发人员个人专用。库中的信息可能有较为频繁的修改,只要开发库的使用者认为有必要,无需对其做任何限制。因为这通常不会影响到项目的其他部分。
②受控库:在信息系统开发的某个阶段工作结束时,将工作产品存入或将有关的信息存入。存入的信息包括计算机可读的以及人工可读的文档资料。应该对库内信息的读写和修改加以控制。
③产品库:在开发的信息系统产品完成系统测试之后,作为最终产品存入库内,等待交付用户或现场安装。库内的信息也应加以控制。可见作为最终产品应将其存入产品库。
---
某软件产品 集成测试 阶段,发现问题需要对源代码进行修改。此时,程序员应将待修改的代码段从(受控库 )检出,放入自己的( 开发库)中进行修改,代码即被锁定,以保证同一段代码只能被一个程序员修改。
解析:程序员将欲修改的代码段从受控库中检出(Check out),放入自己的开发库中进行修改。代码被Check out后即被“锁定”,以保证同一段代码只能同时被一个程序员修改,如果甲正对其修改,乙就无法Check out。注意这是测试阶段发现的 bug
---
运维过程中发现待修改问题,程序员首先需将待修改代码从( 产品库)中取出放入(受控库 )。其次检出代码段放入( 开发库),修改完成被检入受控库后,才能被其他程序员检出。
注意这是 运维阶段 发现的 bug,就是线上 bug。
---
配置管理工作中,确定配置项的所有者及责任、确定配置项进入配置管理的时间和条件是(配置标识 )的工作内容。
本题考查配置标识基本概念,配置标识是配置管理员的职能,基本步骤如下: (1)识别需要受控的配置项。 (2)为每个配置项指定唯一性的标识号。 (3)定义每个配置项的重要特征。 (4)确定每个配置项的所有者及其责任。 (5)确定配置项进入配置管理的时间和条件。 (6)建立和控制基线。 (7)维护文档和组件的修订与产品版本之间的关系。
---
关于配置控制委员会(CCB)的说法,正确的是( D)。
A CCB负责分配配置库的操作权限
B CCB负责制定配置管理计划
C CCB必须是常设机构
D CCB可以是兼职人员
解析:
配置控制委员会:CCB(Configuration Control Board),负责对配置变更做出评估、审批以及监督已批准变更的实施,CCB不必是常设机构,小的项目CCB可以自由一个人,甚至只是兼职人员。
CCB建立在项目级,其成员可以包括项目经理、用户代表、产品经理、开发工程师、 测试工程师、质量控制人员、配置管理员等。
CCB不只是控制配置变更,而是负有更多的配置管理任务,例如:配置管理 计划审批、基线设立审批、产品发布审批等。
配置管理计划应由配置管理人员制订,由配置控制委员会审批。
---
在信息系统开发某个阶段工作结束时,应将工作产品及有关信息存入配置库的(受控库 )。
在信息系统开发的某个阶段工作结束时,将工作产品存入或将有关的信息存入受控库(controlled library)。存入的信息包括计算机可读的以及人工可读的文档资料。应该对库内信息的读写和修改加以控制。
---
某个配置项的版本由1.0变为2.0,按照配置版本号规则表明( 目前配置项处于正式发布状态,配置项版本升级幅度较大)。PS:直接升级一个大版本。一般都是 1.1、1.2 ...,直接到 2.0
---
防止向用户提交不适合的产品,如交付了用户手册的不正确版本。 发现不完善的实现,如开发出不符合初始规格说明或未按变更请求实施变更。 找出各配置项间不匹配或不相容的现象。 确认配置项已在所要求的质量控制审核之后纳入基线并入库保存。 确认记录和文档保持着可追溯性。
---
在开发的软件产品完成系统测试之后,作为最终产品应将其存入( 产品库),等待交付用户或现场安装。
---
配置审计包括物理审计和功能审计,(A )属于功能审计的范畴。
A 代码走查
B 变更过程的规范性审核
C 介质齐备性检查
D 配置项齐全性审核
配置审计(或称配置审核)工作主要集中在两个方面,一是功能审计,即验证配置项的实际功效是否与其需求相一致。代码走查属于功能审计;
二是物理审计,即确定配置项是否符合预期的物理特征(指特定的媒体形式)。变更过程的规范性审核、介质齐备性检查(PS:能看到的介质齐全没?)、配置项齐全性审核(PS:能看到的配置项齐全没?)属于物理审计。
---
某软件项目实施过程中产生的一个文档的主要内容如下所示,该文档的主要作用是(需求矩阵 )。
---
某软件开发组针对两个相关联但工作环境可能有些差异的系统1(对应“用户1”)和系统2(对应“用户2”)进行配置管理。产品设计阶段的内部设计模块对应如下:
用户1:采用A、B、C、D、E和F 模块
用户2:采用A、B、C、D、E、G 和H 模块
根据配置管理要求,以下做法正确的是( 在设计阶段就要对两个用户所要求的所有模块分别建立配置项并形成基线)。
---
项目组成员中有一名专职的文件管理员,其主要职责之一是负责项目组的文件收发和保管。针对于文件收发环节,以下叙述不正确的是(D )。
A 电子版文件可通过授权系统来控制收发
B 对于纸制文件可以采用编号、盖章等方法控制文件的有效性
C 发给客户的文件可以不进行文件回收管理
D 对现场使用的外来文件可不进行文件收发管理
解析:外来文应该需要做收文管理
---
某软件企业为规范配置管理活动,确保项目配置管理的有效性,避免出现混乱现象,对配置管理库状况进行审计,确定配置库中的配置项和建立的基线的正确性、完整性,并且记录审计结果。该企业的配置审计内容应包括( )。
①评估基线的完整性
②检查配置记录是否正确反映了配置项的配置情况
③审查配置项的结构完整性
④对配置项进行技术评审
⑤验证配置项的完备性和正确性
⑥验证是否符合配置管理标准和规程
⑦对审计后提出的各项行动进行跟踪,直到结束
答案:①②③④⑤⑥
⑦是配置控制
---
在配置管理中,用于管理当前基线和控制对基线的变更的配置库是( 受控库).
解析:开发库(不受控),开发者对自己的文件库有读写权,但是没有删除的权限。
基线受控库,配置管理员有读写权限,开发人员只有读权限。
产品受控库,只有项目负责人和配置管理员有读写权限。
---
在软件配置管理中,版本控制的目的是按照一定的规则保存配置项的(C ).
A 重要版本
B 基线版本
C 所有版本
D 需要得版本
解析:在软件配置管理中,版本控制的目的是按照一定的规则保存配置项的所有版本。
---
项目组对某重要资源实施基于角色的访问控制。项目经理(PM)为系统管理员。项目成员角色还包括配置管理员(CM)、分析人员、设计人员、开发人员和质量保证人员(QA),其中CM和QA同时参与多个项目。下面关于该资源范文权限分配的说法正确的是( D)。
A CM的范围权限应由PM分配,且应得到QA的批准
B QA的访问权限应由PM分配,其不参与项目时应将其权限转给CM
C 分析人员、设计人员、开发人员的访问权限应由CM分配,且应得到QA的批准
D PM的访问权限由其自己分配,且PM不在时其权限不能转给QA或CM
解析:项目经理(PM)为系统管理员,所以PM的访问权限由其自己分配。项目成员角色还包括配置管理员(CM)、分析人员、设计人员、开发人员和质量保证人员(QA),其中CM和QA同时参与多个项目,所以PM不在时其权限不能转给QA或CM。
---
在配置管理中,基线是一组经过审查并且达成一致的规范或工作产品,是开发工作的基础。配置管理员根据《项目计划文档》、《配置管理计划》、《配置项管理表》等文档,创建了(D )基线。
A 内部或外部
B 设计或构造
C 计划或发行
D 构造或发行
在软件开发过程中,由于各种原因,可能需要变动需求、预算、进度和设计方案等, 尽管这些变动请求中绝大部分是合理的,但在不同的时机做不同的变动,难易程度和造成影响差别甚大,为了有效地控制变动,软件配置治理引入基线(baseline)的概念。基线标志软件开发过程的各个里程碑,任一SCI(例如,设计师说明书),一旦形成文档并复审通过,即形成一个基线,它标志开发过程中一个阶段的结束。对于已成为基线的SCI, 虽然可以修改,但必须按照一个非凡的、正式的过程进行评估,确认每一处修改。相反,对于未成为基线的SCI,可以进行非正式修改。
交付给外部顾客的基线一般称为发行基线,内部使用的基线一般称为构造基线。配置管理员根据《项目计划文档》、《配置管理计划》、《配置项管理表》等文档,创建构造或发行基线。
---
创建基线是项目配置管理的一项重要内容,创建基线或发现基线的主要步骤是(获取CCB的授权、创建构造基线或发行基线、形成文件、使基线可用 )。
PS:先得到授权,再干活,保证最后基线可用。
---
基线是项目配置管理的基础。(B )不属于基线定义中的内容。
A 建立基线的事件
B 基线识别
C 受控的项
D 批准基线变更的权限
解析:建立基线的事件、受控的配置项、建立和变更基线的程序、批准变更基线所需的权限
---
配置项的状态有三种:草稿、正式发布和正在修改。以下叙述中,不正确的是:( D)。
A 配置项刚建立时状态为“草稿”,通过评审后,状态变为“正式发布”
B 配置项的状态变为“正式发布”后,若需要修改必须依照变更控制流程进行
C 已发布的配置项通过了“CCB”的审批同意更改,此时其状态变为“正在修改”
D 通过了变更控制流程审批的配置项,修改完成后即可发布,其状态再次变为“正式发布”
解析:修改完成的内容,必须通过审核后,方可由配置管理员发布。不可以直接发布。
---
以下关于软件版本控制的叙述中,正确的是:( )。
A 软件开发人员对源文件的修改在配置库中进行
B 受控库用于管理当前基线和控制基线的变更
C 版本管理与发布由CCB执行
D 软件版本升级后,新基线存入产品库且版本号更新,旧版本可删除
配置库有三类:开发库、受控库、产品库。软件开发人员对源文件的修改在开发库中进行。
受控库用于管理当前基线和控制对基线的变更。
版本管理与发布由配置管理员(Configuration Management Officer, CMO)执行。CCB负责对配置变更做出评估、审批以及监督已批准变更的实施。
软件版本升级后,新基线存入产品库且版本号更新,旧版本不可删除,版本库里保存所有版本。
---
某软件企业为了及时、准确地获得某软件产品配置项的当前状态,了解软件开发活动的进展状况,要求项目组出具配置状态报告,该报告内容应包括:( ①②③④)。
①各变更请求概要:变更请求号、申请日期、申请人、状态、发布版本、变更结束日期
②基线库状态:库标识、至某日预计库内配置项数、实际配置项数、与前版本差异描述
③发布信息:发布版本、计划发布时间、实际发布时间、说明
④备份信息:备份日期、介质、备份存放位置
⑤配置管理工具状态
⑥设备故障信息:故障编号、设备编号、申请日期、申请人、故障描述、状态。
解析:配置状态报告应该包含以下内容:
①每个受控配置项的标识和状态;②每个变更申请的状态和已批准的修改的实施状态;③每个基线的当前和过去版本的状态及版本的比较;④其他配置管理过程活动的记录。
---
关于软件配置管理的描述,不正确的是( A)。
A 配置控制委员会成员必须是专职人员
B 配置库包括动态库(开发库)、受控库(主库)、静态库(产品库)
C 常用的配置管理工具有SVN、GIT等
D 配置项的状态分为草稿、正式和修改三种
解析:配置控制委员会 CCB不必是常设机构,完全可以根据工作的需要组成,小的项目CCB可以只有一个人,甚至只是兼职人员。
---
在项目配置项与基线的变更控制中,( D)是配置管理员的主要工作。
A 确定受变更影响的关联配置项和有关基线
B 将变更申请的决议通知受此变更影响的每个干系人
C 组织修改配置项,并在相应的文档或程序代码中记录变更信息
D 将变更后的配置项纳入基线,并将变更内容和结果通知相关人
解析:配置管理员将变更后的配置项纳入基线。配置管理员将变更内容和结果通知相关人员,并做好记录。
---