循序而渐进，熟读而精思

摘要： 版本标识（Version Identifier，VI），配置项被创建后，可能会经过多次修改才能最终确定下来，没一次的修改都会形成一个新的版本，为了便于跟踪每一个版本，需要制定一套编码规则来标识配置项的版本版更轨迹，这个编号代码就是配置项的版本标识。（1）处于“草稿”状态的配置项的版本号格式：0.YZYZ数字范围为01~99随着草稿的不断完善。“YZ”的取值递增。“YZ”的初值和增幅由用户自己把握。（2）处于“正式发布”状态的配置项的版本号为X.YX为主版本号，取值范围为1~9；Y为次版本号，取值范围为1~9；配置项第一次正式发布时，版本号为1.0；如果配置项的版本升级幅度比较小，一般只增加Y值 阅读全文

摘要： 配置项标识（Configuration Item Identifier,CII）,在进行配置管理过程中，为了便于检索配置项，需要制定一套编码规则来标识配置项，这个编号代码就是配置项的标识符。 阅读全文

摘要： 配置管理委员会（Configuration Control Board，CCB），CCB是一个虚拟的小组，对配置管理的各项活动用于决策权（例如审批配置管理计划，审批配置项变更请求等）。CCB的决策采用“少数服从多数”原则。如果机构的各个项目紧密相关（例如一个产品线下的多个项目，或者一个项目组的多个项目），建议机构设立公共的CCB；如果机构各个项目相对独立，每个项目可以设置各自的CCB，CCB的人数视项目的规模而定，通常CCB由项目经理、资深项目成员等人组成，项目经理为CCB负责人。对于小型项目，CCB就是项目经理，以提高可执行性。 阅读全文

摘要： 配置项（Configuration Item，CI），凡是纳入配置管理范围的工作成果统称为配置项，配置项主要有两大类：属于产品组成部分的工作成果，例如需求文档、设计文档、源代码、测试用例等项目管理和机构支撑过程产生的文档，这些文档虽然不是产品的组成部分，但是值得保存。每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等，配置项的状态一般由三种：“草稿”、“正式发布”和“正在修改”。配置项状态变迁： 配置项刚建立时其状态为“草稿”。配置项通过评审（或审批）后，其状态变为“正式发布”。此后若更改配置项，必须依照“变更控制规程”执行，其状态变为“正在修改”。当配置项修改并且重新通过评审 阅读全文

摘要： 配置管理（configuration Management，CM）是为了保存我们在软件研发和管理过程中产生的工作产品，并且能有效管理软件开发过程中经常发生的变更，使项目的所有过程和工作产品保持一致，便于跟踪控制。 阅读全文