软件配置项包括哪些内容？
软件配置管理是贯穿软件开发过程的一项工作。对于软件项目，软件配置管理规范至少包括以下内容：（1）配置项及其命名规则。（2） 配置库文件目录结构。（3） 角色和权限的定义。（4） 配置项更改过程。（5） 配置项发布。（6） 基线定义和基线更改。项目中的基线有两个方面：一个是作为里程碑的基线；另一个是模块的阶段性实现基线（对于工作产品）。一般来说，有必要避免改变基线。对于这两个不同的基线，其影响范围不同，建立和改变的方式也不同。项目基线变更控制委员会由顾客代表、产品经理、项目经理、技术经理组成。发布的里程碑基线的变更必须由变更控制委员会确认，并由QA记录。所有受更改影响的配置项都需要在重新同步后重新发布。但是，对于只保留为工作状态的基线，只需重新发布，基线团队确认更改并记录在QA中。
计算机软件配置是什么？
1. 软件配置项（SCI）：软件生命周期各阶段活动的产物，经批准后称为软件配置项。
2. 软件配置项包括：（1）与合同、过程、计划和产品有关的文件和资料；（2）源代码、目标代码和可执行代码；（3）相关产品，包括软件工具、库的可重用软件、购买的软件和客户提供的软件。
3. 软件配置项是配置项标识活动的产物。CMMI需要文件化的配置项标识标准。根据该准则，进行了配置项标识，列出了配置项清单，给出了配置项的唯一编号和名称，并指出了配置项的一些重要属性，如存储位置、责任人、对应的源语言、受控级别等。
常见的软件配置项有哪些？
配置项主要有两类：作为产品一部分的工作结果；项目管理和机构支持过程中生成的文档。每个配置项的主要属性是：名称、标识符、文件状态、版本、作者、日期等
计算机软件配置项是什么？
根据管理的严格程度，配置项一般分为三个层次：（1）纳入基线管理的配置项纳入基线管理的配置项是指在变更时需要经过严格变更程序，并需要进行变更申请和审批的配置项。审批的严格程度一般分为两个层次：一）项目经理或建行审批就可以了，一般局部小变动。二） 在CCB批准纳入基线之前，通常需要进行审查或测试（称为验证）和质量保证。（2） 不包括在基线中但不能随意更改的配置项通常称为受控项。这些配置项不需要更改，但只有在获得配置管理员或项目经理的许可后才能更改。基线项目和受控项目的写入权限应该是唯一的，一般cm或PM具有唯一的写入权限。（3） 不受控制的项目不能控制变更。要包含在基线管理中的配置项状态更改通常是先不受控制，然后受控制，最后基线化的。更改时，先签出（checkou）进行修改，修改后再签入（checki）进行控制，等待验证（测试或评审），验证后进行基线检查。包含在受控但不包含在基线中的配置项的更改通常是先不受控，然后受控。变更时，先签出修改，修改后再签入提交控制。纳入基线管理的时间是管理平衡问题。一般来说，配置项只有在基本稳定时才纳入基线管理。如果经常变动，纳入基线后，管理成本会增加。例如，单元测试通过后就不会形成基线，因为此时代码并不稳定，但可以作为受控项使用，不能随意更改。对这个问题的判断也与项目团队的规模有关。如果规模大，涉及人员多，可能还需要建立一个基线。经过系统测试，形成一个基线，一般称为产品基线。此时，系统基本稳定，可以发布给更多的人理解和使用。当代码未包含在基线中但处于控制之下（提交给测试人员进行测试）后，不能随意更改。它应该由配置管理员批准并通知测试人员。
