（一）信息系统项目相关信息（文档）
1、软件文档分为三类：开发文档、产品文档、管理文档。文档的质量可以分为四级，最低限度文档（1级文档）、内部文档（2级文档）、工作文档（3级文档）、正式文档（4级文档）。
（二）信息系统项目相关信息（文档）管理的规则和方法
2、信息系统文档的规范化管理主要体现在文档书写规范、图表编号规则、文档目录编写标准和文档管理制度等几个方面。要统一的书写规范，图表的编号一般采用分类结构，文档编号一般为分类结构，可以采用同图表编号类似的编号规则，文档名称要完整规范。应该建立相应的文档管理制度，主要包括建立文档的相关规范、文档借阅记录的登记制度、文档使用权限控制规则等。
点击下面链接：领取6G软考备考资料包
软考培训_软考考试认证_软考考试时间-51CTO学堂
包括 软考16本电子版官方教材&36本辅导教材 + 27套官方真题冲刺卷 + 21套必考知识点汇总
二、配置管理
3、配置管理是为了系统地控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科。配置管理包括6个主要活动：制定配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。
（一）配置管理的概念
4、典型的配置项包括项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入配置管理。所有的配置项都应按照相关规定统一编号，按照相应的模板生成，并在文档中的规定章节（部分）记录对象的标识信息。在引入配置管理工具进行管理后，这些配置项都应以一定的目录结构保存在配置库中。在信息系统的开发流程中需加以控制的配置项可以分为基线配置项和非基线配置项两类。所有配置项的操作权限应由CMO（配置管理员）严格管理，基本原则是：基线配置项向开发人员开放读取的权限；非基线配置项向PM、CCB及相关人员开放。
5、配置项状态可分为“草稿”、“正式”和“修改”三种。配置项刚建立时，其状态为“草稿”。配置项通过评审后，其状态变为“正式”。此后若更改配置项，则其状态变为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。
6、配置项的版本号规则与配置项的状态相关。处于“草稿”状态的配置项的版本号格式为0.YZ。处于“正式”状态的配置项的版本号格式为X.Y。配置项第一次成为“正式”文件时，版本号为1.0。处于“修改”状态的配置项的版本号格式为X.YZ。
7、配置项的版本管理作用于多个配置管理活动之中，如配置标识、配置控制和配置审计、发布和交代等。在项目的开放过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。不能抛弃旧版本。
8、配置基线由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体，基线中的配置项被“冻结”了，不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序。基线通常对应于开发过程中的里程碑，一个产品可以有多个基线，也可以只有一个基线。交付给外部顾客的基线一般称为发行基线，内部开发使用的基线一般称为构造基线。
9、配置库存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具，利用库中的信息可回答许多配置管理的问题。配置库可以分为开发库、受控库、产品库3种类型。（1）开发库也称动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体。（2）受控库也称为主库，包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。（3）产品库也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。
10、配置管理员负责为每个项目成员分配对配置库的操作权限。
11、配置控制委员会负责对配置变更做出评估、审批以及监督已批准变更的实施。CCB不必是常设机构，完全可以根据工作的需要组成。小的项目CCB可以只有一个人，甚至只是兼职人员。
12、配置管理员负责在项目的整个生命周期中进行配置管理活动。
13、配置管理系统是用来进行配置管理的软件系统，其目的是通过确定配置管理细则和提供规范的配置管理软件，加强信息系统开发过程的质量控制，增强信息系统开发过程的可控性，确保配置项（包括各种文档、数据和程序）的完备、清晰、一致和可追踪性，以及配置项状态的可控制性。
（二）制定配置管理计划
14、配置管理计划是对如何开展项目配置管理工作的规划，是配置管理过程的基础，应该形成文件并在整个项目生命周期内处于受控状态。配置控制委员会负责审批该计划。配置管理计划的主要内容为：（1）配置管理活动，覆盖的主要活动包括配置标识、配置控制、配置状态报告、配置审计、发布管理与交付。（2）实施这些活动的规范和流程。（3）实施这些活动的进度安排。（4）负责实施这些活动的人员或组织，以及他们和其他组织的关系。
（三）配置标识
15、配置标识的配置管理员的职能，基本步骤有（1）识别需要受控的配置项；（2）为每个配置项指定唯一性的标识号；（3）定义每个配置项的重要特征；（4）确定每个配置项的所有者及其责任；（5）确定配置项进入配置管理的时间和条件；（6）建立和控制基线；（7）维护文档和组件的修订与产品版本之间的关系。
（四）配置控制
16、CCB负责组织对变更申请进行评估并确定以下内容。（1）变更对项目的影响。（2）变更的内容是否必要。（3）变更的范围是否考虑周全。（4）变更的实施方案是否可行。（5）变更工作量估计是否合理。CCB决定是否接受变更，并将决定通知相关人员。
17、基于配置库的变更控制
18、基于配置库的变更控制流程。（1）将待升级的基线从产品库中取出，放入受控库。（2）程序员将欲修改的代码段从受控库中检出，放入自己的开发库中进行修改。代码被Check out后即被“锁定”，以保证同一段代码只能同时被一个程序员修改，如果甲正对其修改，乙就无法Check out。（3）程序员将开发库中修改好的代码段检入（Check in）受控库。Check in后，代码的“锁定”被解除，其他程序员可以Check out该段代码了。（4）软件产品的升级修改工作全部完成后，将受控库中的新基线存入产品库中（软件产品的版本号更新为V2.2，旧的V2.1版并不删除，继续在产品库中保存）。
（五）配置状态报告
19、配置状态报告也称配置状态统计，其任务是有效地记录和报告管理配置所需要的信息，目的是及时、准确地给出配置项的当前状况，供相关人员了解，以加强配置管理工作。
（六）配置审计
20、配置审计也称配置审核或配置评价，包括功能配置审计和物理配置审计，分别用以验证当前配置项的一致性和完整性。
（七）发布管理和交付
知识点点拨
1、 软件文档：开发文档、产品文档、管理文档
2、 文档的四级质量：最低限度文档（1级）、内部文档（2级）、工作文档（3级）、正式文档（4级）
3、 信息系统文档规范化管理体现：文档书写规范、图表编号规则、文档目录编写标准、文档管理制度
4、 配置管理：制定配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付
5、 配置管理相关概念：配置项；配置项状态（草稿、正式、修改）；配置项版本号；配置项版本管理；配置基线；配置库（开发库、受控库、产品库）；配置库权限设置；配置控制委员会；配置管理员；配置管理系统
6、 配置控制即配置项和基线的变更控制：变更申请、变更评估、通告评估结果、变更实施、变更验证与确认、变更的发布、基于配置库的变更控制
7、 配置审计：功能配置审计、物理配置审计
8、 发布管理和交付：存储、复制、打包、交付、重建
选择题
1. 信息系统文档的管理主要体现在文档书写规范、图表编号规则、文档目录编写标准和（ ）等几个方面。
A、文档管理方法
B、文档管理制度
C、建立文档规范
D、文档使用权限控制
【答案】B
【解析】教材第十五章第一节P492页。管理信息系统文档的规范化管理主要体现在文档书写规范、图表编号规则、文档目录编写标准和文档管理制度等几个方面。
2. 下面任务中，（ ）不是在配置管理过程中执行的内容。
A、确认一个条目或一个系统的功能和物理特征
B、针对特征控制变更
C、对项目范围进行审核以检验当前的项目是否与预定的要求相符
D、允许对变更自动承认
【答案】B
【解析】D允许对变更自动承认这句的描述本身有问题，变更自动承认，那变更审核就形同虚设了。A和C可以算是物理配置审计和功能配置审计的内容。
3. 如果一个配置项的版本号为1.1，那么这个配置项处于（ ）状态。
A、草稿
B、正式
C、修改
D、完成
【答案】B
【解析】教材第十五章第二节P495页。版本号为1.1就是正式版本。
4. 配置管理作为项目综合变理管理的重要支持，为项目综合变理管理提供了标准化的，有效率的变理管理平台，配置管理系统在项目变更中的作用不包括（ ）。
A、建立一种前后一致的变更管理方法
B、定义变更控制委员会的角色和责任
C、提供改进项目的机会
D、提供了统一的变更发布方法
【答案】B
【解析】配置管理系统在项目范围的应用，包括变更控制过程，实现下列目标。
（1）建立一种方法，前后一贯地识别与提出对基准的变更请求，并且评估这些变更的价值和有效性。
（2）通过考虑每一变更的影响，提供改进项目的机会。
（3）向项目管理团队提供方法，以前后一致的方式把批准的和拒绝的所有交更告知项目干系人。
（4）整体变更控制过程里面的一些配置管理活动如下。
A.配置识别项：是确定与核实产品配置、标记产品与文档、管理变更、以及保持信息公开的基础。
B.配置状态：当提交配置项的适当数据时，应记录与报告该信息。这个信息包括批准的配置识别项的各列表、建议变更的状态，以及被批准的变更的执行状态
C.配置核实和审计：配置核实和配置审计保证一个项目的配置项的组成，相应的变更被记录、评估、批准、追踪以及正确地执行。这保证了在配置文件中确定的功能已被满足。
5. 配置识别是配置管理的一个要素，包括选择一个系统的配置项和在技术文档中配置项目的功能和物理特性，（ ）是配置管理员的关键职责。
A、识别软件开发中产生的所有工作结果
B、给每个产品及其组件和相关的文档分配标识
C、定义每个配置项目的重要特征以及识别其所有者
D、修改基线
【答案】C
【解析】教材第十五章第二节P498页。配置识别是配置管理员的职能，包括如下内容：
（1）识别需要受控的软件配置项。
（2）给每个产品和它的组件及相关的文档分配唯一的标识。
（3）定义每个配置项的重要特征以及识别其所有者。
（4）识别组件、数据及产品获取点和准则。
（5）建立和控制基线。
（6）维护文档和组件的修订与产品版本之间的关系。
6. 从软件开发生命周期的角度划分，可将项目文档分为开发文档、产品文档和（ ）。
A、记录文档
B、测试文档
C、维护文档
D、管理文档
【答案】D
【解析】《计算机软件产品开发文件编制指南》明确了软件项目文档的具体分类。提出文档从重要性和质量要求方面可以分为非正式文档和正式文档：从项目生命周期可分为开发文档、产品文档、管理文档。
7. 软件开发项目中选用了配置管理工具对文档进行管理，下面关于配置权限符合配置管理要求的是（ ）。
A、测试报告向项目经理开放读取权限
B、源代码向质保人员开放读写权限
C、需求说明书向测试人员开放读写权限
D、所有配置权限都由项目经理严格管理
【答案】A
【解析】教材第十五章第二节P497页。所有配置项的操作权限应由CMO（配置管理员）严格管理，基本原则是：基线配置项向软件开发人员开放读取权限；非基线配置项向PM、CCB及相关人员开放。A是正确的。质保人员不应有源代码写权限，测试人员不应有需求说明书的写权限，B和C都是错误的。D也是错的，配置项权限应由CMO（配置管理员）管理。
8. 配置项的版本控作用于多个配置管理活动之中，如创建配置项，配置项的变更和配置项的评审等。下面关于配置项的版本控制的描述中，（ ）是正确的。
A、在项目开发过程中，绝大部分的配置项目都要经过多次的修改才能最终确定下来
B、对配置项的修改不一定产生新版本
C、版本控制的目的是按照一定的规则有选择地保存配置项的必要的版本
D、由于我们保证新版本一定比旧版本好，所以可以抛弃旧版本
【答案】A
【解析】教材第十五章第二节P494页。配置项的版本控制作用于多个配置管理活动之中，如创建配置项，配置项的变更和配置项的评审等。在项目开发过程中，绝大部分的配置项目都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”，所以不能抛弃旧版本。版本控制的目的是按照一定的规则保存配置项的所有的版本，以免发生版本丢失或混淆等现象，并且可以快速地查找到配置项的任何版本。
9. 配置管理描述了应用技术和行政管理指示的监督的程序，（ ）不属于配置管理中实施的任务
A、控制特征的变更
B、实施审计，以证实符合要求
C、允许自动批准变更
D、识别某事项或系统的性能和物理特征
【答案】C
【解析】所有变更都必须要走变更控制流程，而不能自动批准变更。
“配置管理”正式定义为“应用技术的和管理的指导和监督来：标识和用文档记录配置项的功能和物理特征、控制对这些特征的变更、记录和报告变更处理过程和实现状态、验证与规定的需求的一致性。”
10. （ ）不属于配置识别的内容。
A、给每个产品和它的组件及相关的文档分配唯一的标识
B、定义每个配置项的重要特征以及识别其所有者
C、维护文档和组件的修订与产品版本之间的关系
D、确定配置库程序的标志和管理机制
【答案】D
【解析】教材第十五章第二节P497页。配置识别是配置管理员的职能，包括如下内容。
（1）识别需要受控的软件配置项。
（2）给每个产品和它的组件及相关的文档分配唯一的标识。
（3）定义每个配置项的重要特征以及识别其所有者。
（4）识别组件、数据及产品获取点和准则。
（5）建立和控制基线。
（6）维护文档和组件的修订与产品版本之间的关系。
D不属于。
11. 下面关于版本控制的说法中，（ ）是错误的。
A、版本管理主要控制配置项的创建过程
B、软件开发过程中，绝大多数配置项都要经过多次修改才能最终确定下来
C、对配置项的任何修改都将产生新的版本
D、版本控制的目的是避免版本丢失或混淆等现象
【答案】A
【解析】教材第十五章第二节P494页。配置项的版本控制作用于多个配置管理活动之中，如创建配置项，配置项的变更和配置项的评审等。在项目开发过程中，绝大部分的配置项目都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”，所以不能抛弃旧版本。版本控制的目的是按照一定的规则保存配置项的所有的版本，以免发生版本丢失或混淆等现象，并且可以快速地查找到配置项的任何版本。所以A是错误的。其他正确。
12. 软件配置管理(SCM)是一组用于在软件（ ）管理变化的活动。
A、交付使用后
B、开发过程中
C、整个生命周期内
D、测试过程中
【答案】C
【解析】教材第十五章第二节P493页。软件配置管理是一组用于在计算机软件的整个生命期内管理变化的活动。
13. 某软件开发项目中将《详细设计说明书》作为配置项，项目的开发人员正在编写一份《详细设计说明书的版本号为0.1，此后他对这份文件进行了修改并保存，版本号应升级为（ ）
A、V0.2
B、V0.5
C、V1.0
D、V1.1
【答案】A
【解析】教材第十五章第二节P495页。处于“草稿”状态的配置项的版本号格式为：0.YZ。YZ数字范围为01-99。随着草稿的不断完善，“YZ”的取值应递增。
14. 建立配置管理方案首先要组建配置管理方案构造小组，该小组包括四类成员，其中设计人员、编码人员测试人员均属于（ ）。
A、小组负责人
B、技术支持专家
C、配置管理技术专家
D、配置管理系统用户代表
【答案】D
【解析】配置管理过程构造小组应该包括如下成员。
(1) 小组负责人。其对整个构造过程负责。主要职责是协调与其他部门或与上级主管的关系，监督工作进程，协调小组内部关系。
(2) 技术支持专家。其负责在技术、设备方面为本组提供支持和服务，并负责本组同其他部门就技术问题进行联络，如了解相关项目情况、开发环境和开发人员状况等。
(3) 配置管理技术专家。其对配置管理过程的构造和配置管理工具十分熟悉。主要任务是指导配置管理过程的构造，帮助制订配置管理规章，负责对开发人员进行配置管理工具的培训。通常由配置管理工具提供商或专门的配置管理顾问机构的人员担当此任。
(4) 配置管理系统用户代表。他们是从将来要在实际的项目开发过程中使用该系统、遵循该过程的开发人员中挑选出来的。他们负责从构造初期了解配置管理系统和规程，根据开发经验协助制订、修改配置管理规程，并在试验项目中担任部分开发角色。这部分成员应包括软件开发项目经理、设计人员、编码、测试和构造、发布人员。该项目小组成立后，将按后述步骤开展配置管理过程的构造工作。
15. 某软件集成公司承接了一个软件开发项目，需求分析师张工在公司刚完成的类似项目的需求规格说明书V3.0版本上，增加了新项目的需求，拟准备和用户开会讨论确认，此时需求规格说明书的版本是（ ）。
A、V0.1
B、V3.1
C、V1.0
D、V3.01
【答案】A
【解析】教材第十五章第二节P494页。配置项版本规则。草稿：处于草稿状态版本号为0.YZ；YZ的数字范围是01~99，所以答案为A，V0.1版本，因为这个是全新的需求说明书草稿。
注意此题有坑。题目说是的“刚完成的类似项目的需求规格说明书V3.0版本上”，而不是这个项目的需求规格说明书V3.0。不要选到D选项了。
16. 在进行项目文档及配置管理时，引入“基线”这一概念的目的是（ ）。
A、保证成果的完整与正确
B、合理分配权限
C、保证成果相互依赖性
D、合理控制变更
【答案】D
【解析】配置项的识别是配置管理活动的基础，也是制定配置管理计划的重要内容。软件配置项分类软件的开发过程是一个不断变化着的过程，为了在不严重阻碍合理变化的情况下来控制变化，软件配置管理引入了“基线”这一概念。根据这个定义，我们在软件的开发流程中把所有需加以控制的配置项分为基线配置项和非基线配置项两类，例如，基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。
17. 配置识别是配置管理的一项活动，包括选择一个系统的配置项和在技术文档中记录配置项的功能和物理特性。其功能不包括（ ）。
A、识别需受控的软件配置项
B、建立和控制基线
C、识别组件、数据及产品获取点和准则
D、识别源程序
【答案】D
【解析】教材第十五章第二节P498页。配置识别是配置管理员的职能，包括如下内容：
（1）识别需要受控的软件配置项。
（2）给每个产品和它的组件及相关的文档分配唯一的标识。
（3）定义每个配置项的重要特征以及识别其所有者。
（4）识别组件、数据及产品获取点和准则。
（5）建立和控制基线。
（6）维护文档和组件的修订与产品版本之间的关系。
18. 配置项的状态可分为“草稿”、“正式”和“修改”三种。以下关于三种状态变化的叙述中（ ）是正确的。
A、“草稿”经过修改未通过评审时，状态为“修改”
B、“草稿”经过修改未通过评审时，状态仍为“草稿”
C、“草稿”经过修改通过评审时，状态为“修改”
D、“正式”的配置项发生变更，状态变为“草稿”
【答案】B
【解析】配置项的状态有三种：草稿（Draft）、正式发布（Released）和正在修改（Changing）。
配置项状态变迁。配置项刚建立时其状态为“草稿”配置项通过评审（或审批）后，其状态变为“正式发布”此后若更改配置项，必须依照“变更控制规程”执行，其状态变为“正在修改”。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为“正式发布”，如此循环。“草稿”经过修改未通过评审时，状态仍未“草稿”，B答案是正确的。
19. 关于软件配置管理中的“基线”这一概念的理解，不正确的是（ ）。
A、软件开发中的所有配置项不一定都要建立基线
B、对基线配置项设置操作权限的基本原则：向软件开发人员开发读取的权限
C、基线中的配置项将不能再被更改
D、建立和控制基线是配置识别所包含的内容之一
【答案】C
【解析】C错误。基线配置项目通过变更流程后，也可以更改。
20. 对于软件开发项目来说，基线是软件生存期各个开发阶段的工作成果，测试阶段的基线（ ）。
A、可提交软件
B、被测试的程序
C、提交报告
D、测试报告
【答案】D
【解析】测试报告是测试阶段重要的成果，是测试阶段的基线。
21. 如果一个配置项的版本号为1.1，那么这个配置处于（ ）状态。
A、草稿
B、正式发布
C、修改
D、完成
【答案】B
【解析】教材第十五章第二节494页。版本号说明如下：
(1) 处于“草稿”状态的配置项的版本号格式为：0.YZ，YZ数字范围为01~99，随着草稿的不断完善，YZ的取值应递增。YZ的初值和增幅由开发者自己把握。
(2) 处于“正式发布”状态的配置项的版本号格式为：X.Y，X为主版本号.取值范围为1~9。Y为次版本号，取值范围为1~9，配置项第一次“正式发布”时，版本号为1.0。如果配置项的版本升级幅度比较小，一般只増大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。
(3) 处于“正在修改”状态的配置项的版本号格式为：X.YZ，配置项在修改时，一般只增大Z值，XY值保持不变。当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。
22. 以下关于基线和配置项的叙述中，不正确的是（ ）。
A、所有配置项的操作权限应由变更管理委员严格管理
B、基线配置项向软件开发人员开放读取的权限
C、非基线配置项可能包含项目的各类计划和报告等
D、每个配置项的基线都要纳入配置控制，对这些基线的更新只能采用正式的变更管理过程
【答案】A
【解析】所有配置项的操作权限应由CMO（配置管理员）严格管理，基本原则是：基线配置项向软件开发人员开放读取的权限：非基线配置项向PM、CCB及相关人员开放。A是错误的。
23. 配置项的状态可分为“草稿”、“正式”和“修改”三种。以下关于配置项状态的叙述中，不正确的是：（ ）。
A、配置项处于“草稿”状态时，版本号格式为0.YZ
B、配置项第一次成为“正式”文件时，版本号为1.0
C、配置项处于“修改”状态时，版本号应改回0.YZ
D、对于配置项的任何版本都应该保存，不能抛弃旧版本
【答案】C
【解析】处于“修改”状态的配置项的版本号格式为X.YZ。配置项正在修改时，一般只增大Z值，X.Y值保持不变。当配置项修改完毕，状态成为“正式”时，将Z值设置为0，增加X.Y值。例如，当前版本为1.1，则1.1修改的版本为1.11，改完后为1.2版本。C是错误的。
24. 软件文档分为（ ）三类。
A、需求分析文档，设计文档，编码文档
B、开发文档，产品文档，维护文档
C、项同文档，产品文档，培训文档
D、开发文档，产品文档，管理文档
【答案】D
【解析】软件文档分为三类：开发文档、产品文档、管理文档。
（1）开发文档描述开发过程本身，基本的开发文档是：
可行性研究报告和项目任务书；
需求规格说明；
功能规格说明；
设计规格说明，包括程序和数据规格说明；
开发计划；
软件集成和测试计划；
质量保证计划；
安全和测试信息。
（2）产品文档描述开发过程的产物，基本的产品文档包括：
培训手册；
参考手册和用户指南；
软件支持手册；
产品手册和信息广告。
（3）管理文档记录项目管理的信息，例如：
开发过程的每个阶段的进度和进度变更的记录；
软件变更情况的记录；
开发团队的职责定义。
25. 配置项的状态可分为草稿、（ ）、修改三种，下图体现了配置项的状态变化。
A、发布
B、正式
C、基线
D、基准
【答案】B
【解析】教材第十五章第二节P494页。配置项的状态可分为“草稿”“正式”和“修改”三种。配置项刚建立时，其状态为“草稿”。配置项通过评审后，其状态变为“正式”此后若更改配置项，则其状态变为“修改”当配置项修改完毕并重新通过评审时，其状态又变为“正式”。
26. 配置控制与变更包含着几个重要的任务，变更申请，变更评估，通过评估结果，变更实施，变更验证与确认，变更发布等。其中变更实施的主要负责人一般是（ ）。
A、CCB
B、项目经理
C、配置管理员
D、QA
【答案】B
【解析】CCB主要负责决策，具体的实施由项目经理负责。
变更实施：项目经理组织修改相关的配置项，并在相应的文档或程序代码中记录变更信息。
27. 在以下基于配置库的变更控制的图示中，①应为（ ）。
A、读写
B、刪除
C、变更
D、复制
【答案】D
【解析】教材第十五章第二节P500页原图。产品库到受控库的复制一般是产品在选代新版本时，可将产品库的完整版本复制到受控库，进行新一轮的迭代开发。
28. 编写配置管理计划，识别配置项的工作是（ ）的职责
A、配置管理员
B、项目经理
C、项目配置管委员会
D、产品经理
【答案】A
【解析】识别配置项的工作是配置管理员的职责。常识题。
29. 配置库可用来存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具。根据配置库的划分在信息系统开发的某个阶段工作结束时形成的基线应存入（ ）：开发的信息系统产品完成系统测试之后等待交付用户时应存入（ ）
（1）A、开发库
B、受控库
C、产品库
D、动态库
（2）A、开发库
B、受控库
C、产品库
D、基线库
【答案】B、C
【解析】教材第十五章第二节P495页。基线应存入受控库进行严格管理。产品完成待交付，存入产品库。
30. 某软件项目进行到测试阶段时，发现概要设计说明书中存在一处错误，因此要进行修改，以下配置项中，不会受到影响是（ ）。
A、需求规格说明书
B、详细设计说明书
C、程序代码
D、测试大纲和测试用例
【答案】A
【解析】这题考的是开发中的常识，需求分析在概要设计之前，所以概要设计修改不影响需求规格说明。
31. 项目验收时发现项目经理签字确认的《需求规格说明书》纸质文档内容与配置服务器上的产品库同一文档内容不一致，最有可能是在（ ）的执行上出现了问题。
A、文档管理规范
B、文档目录编写标准
C、文档书写规范
D、图表编号规则
【答案】A
【解析】这种题目从常识判断即可。BCD都是具体的文档编书要求规范标准这些，与文档内容不一致关系不大。最有可能就是文档管理规范或及执行出了问题。比如，没有做好文档权限、配置管理等。
32. 某软件开发项目的《概要设计说明书》版本号为V2.13，该配置项的状态是（ ）。
A、首次发布
B、正在修改
C、正式发布
D、草稿
【答案】B
【解析】教材第十五章第二节P494页。配置版本管理的常识题了，必须要掌握的。
处于“草稿”状态的配置项的版本号格式为：0.YZ。YZ数字范围为01~99。随着草稿的不断完善，YZ的取值应递增。YZ的初值和増幅由开发者自己把握。
处于“正式发布”状态的配置项的版本号格式为：X.Y。X为主版本号，取值范围为1~9。Y为次版本号，取值范围为1~9。配置项第一次“正式发布”时，版本号为1.0。如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。
处于“正在修改”状态的配置项的版本号格式为：X.YZ。配置项正在修改时，一般只增大Z值，X.Y值堡持不变。当配置项修改完毕，状态成为“正式”时，将Z值设置为0，增加X.Y值。例如，当前版本为1.1，则1.1修改的版本为11.1，改完后为1.2版本。配置项在修改时，一般只增大Z值，XY值保持不变。配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。
33. 在开发人员编写程序时，程序的开始要用统一的格式，包含程序名称、程序功能、调用和被调用的程序程序设计人等信息，体现了信息系统文档管理的（ ）。
A、文档书写规范
B、图表编写规则
C、文档目录编写标准
D、文档管理制度
【答案】A
【解析】教材第十五章第二节P492页：
1）文档书写规范
管理信息系统的文档资料涉及文本、图形和表格等多种类型，无论是哪种类型的文档都应该遵循统一的书写规范，包括符号的使用、图标的含义、程序中注释行的使用、注明文档书写人及书写日期等。例如，在程序的开始要统一的格式包含程序名称、程序功能、调用和被调用的程序、程序设计人等。
34. 配置库的建库模式有多种，在产品继承性较强，工具比较统一，采用并行开发的组织，一般会按（ ）建立配置库。
A、开发任务
B、客户群
C、配置项类型
D、时间
【答案】C
【解析】教材第十五章第二节P496页。配置库的建库模式有两种：按配置项类型建库和按任务建库。
（1）按配置项的类型分类建库，适用于通用软件的开发组织。在这样的组织内，产品的继承性往往较强，工具比较统一，对并行开发有一定的需求。使用这样的库结构有利于对配置项的统一管理和控制，同时也能提高编译和发布的效率。但由于这样的库结构并不是面向各个开发团队的开发任务的，所以可能会造成开发人员的工作目录结构过于复杂，带来一些不必要的麻烦。
（2）按开发任务建立相应的配置库，适用于专业软件的开发组织。在这样的组织内，使用的开发工具种类繁多，开发模式以线性发展为主，所以就没有必要把配置项严格地分类存储，人为增加目录的复杂性。对于研发性的软件组织来说，采用这种设置策略比较灵活。
35. 关于配置管理，不正确的是（ ）。
A、配置管理计划制定时，需了解组织结构环境和组织单元之间的联系
B、配置标识包含识别配置项，并为其建立基线等内容
C、配置状态报告应着重反映当前基线配置项的状态
D、功能配置审计是审计配置项的完整性，验证所交付的配置项是否存在
【答案】D
【解析】教材第十五章第二节P502页。
功能配置审计（Functional Configuration Audit）是审计配置项的一致性（配置项的实际功效是否与其需求一致）具体验证以下几个方面。
（1）配置项的开发已圆满完成。
（2）配置项已达到配置标识中规定的性能和功能特征。
（3）配置项的操作和支持文档已完成并且是符合要求的。
物理配置审计（Physical Configuration Audit）是审计配置项的完整性（配置项的物理存在是否与预期一致），具体验证如下几个方面。
（1）要交付的配置项是否存在。
（2）配置项中是否包含了所有必需的项目。
选项D是错误的，说反了，其内容是物理配置审计的内容。
36. 质量保证计划属于软件文档中的（ ）。
A、开发文档
B、产品文档
C、管理文档
D、说明文档
【答案】A
【解析】教材第十五章第一节P491页。质量保证计划属于开发文档。
37. 关于配置库的描述，不正确的是（ ）。
A、开发库用于保存开发人员当前正在开发的配置项
B、受控库包含当前的基线及对基线的变更
C、产品库包含已发布使用的各种基线
D、开发库是开发人员的个人工作区由配置管理员控制
【答案】D
【解析】教材第十五章第二节P496页。开发库无需配置管理，不需要配置管理员来控制。
38. 在审査项目需求规格说明书时，发现该文档图表编号混乱，建立（ ）解决上述问题
①文档管理制度；②文档书写规范；③图表编号规则；④文档加密
A、①②④
B、②③④
C、①②③
D、①③④
【答案】C
【解析】教材第十五章第一节P492页。信息系统文档的规范化管理主要体现在文档书写规范、图表编号规则、文档目录编写标准和文档管理制度。
39. 研发人员应将正在研发调试的模块、文档和数据元素存入（ ）。
A、开发库
B、产品库
C、受控库
D、基线库
【答案】A
【解析】教材第十五章第二节P496页。开发库，也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体。符合。ACD都是X理论的。
