关于配置管理的描述,不正确的是()。A.配置项的状态分为“草稿”和“正式”两种B.所有配置项的操作权限应由配置管理员严格管理C.配置基线由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体D.配置库可分为开发库、受控库、产品库三种类型

配置库（ConfigurationLibrary）存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具，使用配置库可以帮助配置管理员把信息系统开发过程的各种工作产品，包括半成品或阶段产品和最终产品管理得井井有条，使其不致管乱、管混、管丢。配置库可以分为开发库、受控库、产品库三种类型。1）开发库（DevelopmentLibrary），也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体，如：新模块、文档、数据元素或进行修改的已有元素。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区，由开发人员自行控制。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无需对其进行配置控制，因为这通常不会影响到项目的其他部分。2）受控库（ControlledLibrary），也称为主库，包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。在信息系统开发的某个阶段工作结束时，将当前的工作产品存入受控库。3）产品库（ProductLibrary），也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装。

配置库（ConfigurationLibrary）存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具，使用配置库可以帮助配置管理员把信息系统开发过程的各种工作产品，包括半成品或阶段产品和最终产品管理得井井有条，使其不致管乱、管混、管丢。配置库可以分为开发库、受控库、产品库三种类型。1）开发库（DevelopmentLibrary），也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体，如：新模块、文档、数据元素或进行修改的已有元素。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区，由开发人员自行控制。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无需对其进行配置控制，因为这通常不会影响到项目的其他部分。2）受控库（ControlledLibrary），也称为主库，包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。在信息系统开发的某个阶段工作结束时，将当前的工作产品存入受控库。3）产品库（ProductLibrary），也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内，等待交付用户或现场安装。

本题考查配置项状态相关内容。
当配置项修改完毕并重新通过评审时，其状态又变为“正式”。

配置管理库包括：产品库、开发库、受控库。

配置控制委员会负责对配置变更做出评估、审批以及监督已批准变更的实施，其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。所以说专职人员是错误的。选择A选项。

基线由一组配置项组成，这些配置项构成了一个相对稳定的逻辑实体，是一组经过配置管理委员会正式审查，批准，达成一致的范围或工作产品。

配置管理计划的主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。由配置控制委员会审批该计划。主要属性有:名称、标识符、文件状态、版本、作者、日期等

本题考查的是配置项状态。
配置项的状态可分为“草稿”、“正式”和“修改”三种，所以B不正确。

配置项状态可分为“草稿”“正式”和“修改”三种。配置项刚建立时，其状态为“草稿”。配置项通过评审后，其状态变为“正式”。此后若更改配置项，则其状态变为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。

所有配置项都应按照相关规定统一编号，按照相应的模板生成，并在文档中的规定章节（部分）记录对象的标识信息。在引入软件配置管理工具进行管理后，这些配置项都应以一定的目录结构保存在配置库中。所有配置项的操作权限应由CMO（配置管理员）严格管理，基本原则是：基线配置项向软件开发人员开放读取的权限；非基线配置项向PM、CCB及相关人员开放。

配置识别与建立基线所有配置项都应按照相关规定统一编号，按照相应的模板生成，并在文档中的规定章节（部分）对象的标识信息。在引入软件配置管理工具进行管理后，这些配置项都应以一定的目录结构保存在配置库申。所有配置项的操作权限应由CMO（配置管理员）严格管理，基本原则是：基线配置项向软件开发人员开放读取的权限；非基线配置项向PM、CCB及相关人员开放。

软件开发项目中，往往使用配置库来实现变更控制。一般情况下，处于开发状态中的软件配置项尚未稳定下来，并未受到配置管理的控制，开发人员的变更也并未受到限制，软件配置项处于自由状态。但当开发人员认为工作已告完成，可供其他配置项使用时，它就开始趋于稳定。把它交出评审，就开始进入评审状态，若通过评审作为基线将准许进入配置库（实施check-in）,开始“冻结”，此时开发人员不允许对其任意修改，因为它已处于受控状态。通过评审表明，它确已达到质量要求，但若未能通过评审，则将其回归到工作状态，重新进行调整。

配置管理计划的主要内容包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划等。由配置控制委员会审批该计划。主要属性有:名称、标识符、文件状态、版本、作者、日期等

配置库可以分为开发库、受控库、产品库3种类型。1.开发库，用于保存开发人员当前正在开发的配置实体。动态库是开发人员的个人工作区，由开发人员自行控制。2.受控库，包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。3.产品库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。