摘要：
一、GNU 风格的版本号命名格式 : 主版本号 . 子版本号 [. 修正版本号 [. 编译版本号 ]] 英文对照 : Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Number]] 示例 : 1.2.1, 2.0, 5.0.0 build-13124 二、Windows 风格的版本号命名格式 : 主版本号 . 子版本号 [ 修正版本号 [. 编译版本号 ]] 英文对照 : Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Numb 阅读全文
摘要：
1、配置项标识性2、产品完整性3、可跟踪性4、变更的可控性标识和记录配置项的功能与物理特性标识持续发展的系统中的所有组件及其关系，以维护其完整性、可跟踪性以及对整个生命周期内所有变更的可控性的学科。 阅读全文
摘要：
CMM：Capability Maturity Model 能力成熟度模型CMMI: Capability Maturity Model Intergration 能力成熟度模型集成CMM中的配置管理目标：1、计划软件配置管理活动2、被选定的软件工作产品已被标识、控制，并可用3、对已标识的软件工作产品所做的变更处于受控状态4、已将软件基线的状态和内容通知受其影响的组和个人CMM软件配置管理的目的：在项目的软件生命周期内建立和维护软件项目产品的完整性CMMI定于的过程域共4组：1、过程管理2、项目管理3、工程4、支持配置管理师支持组下的一个过程域CMMI中软件配置管理的目的是通过配置标识、配置控 阅读全文
摘要：
可以为：1. 已获得批准并存放在受控库内的配置项2. 交付产品（针对使用已发布配置项的集合）3. 和项目中的特定里程碑联系在一起的配置项，通常指交付产品。-软件基准——经过正式评审和认可的一组软件配置项（文档和其他软件产品），它们作为下一步的软件开发工作的基础，并且只有通过正式的变更控制堆积才能被更改。例如：设计报告是编码工作的基础，设计报告可作为软件基准。-非基准配置项——没有正式评审认可的一组软件配置项基线VS里程碑基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准。建立一个初始基线后 阅读全文
摘要：
变更可能是：1. 开发人员出错2. 客户需求变更3. 开发环境变化变更控制的目的是全面控制产品的变更请求和所有已经实现的变更。变更控制过程：1. 创建事件记录：描述事件2. 分析事件记录：确定可能受到变更影响的配置项，并估计这些变更的扩展性3. 拒绝或者接受事件记录： 若接受，为受影响的配置项创建一个变更请求4. 变更请求初始化一个新的配置项：标识并创建一个新配置项，变更完成。将其放入存储器，并反馈给配置控制委员会5. 关闭变更请求6. 关闭事件记录 阅读全文
摘要：
标识活动区域的目的是为配置项确定元数据-----唯一的标识配置项，并确定它和外界以及其他配置项的关系。标识是配置管理的基石之一。输入包括两个方面： 1.需求计划中定义的需求 2.某个配置项的变更请求输出：某个配置项的元数据记录 阅读全文
