- 配置管理概念：
- 除了人与流程之外皆可认为是配置项
- GB/T 11457-1995：在整个生存期内控制配置项的投放和变更，并记录变更，验证配置项的完整性和正确性
- 实施过程：配置标识（唯一识别）、配置管理、配置状态报告、配置评价（审计）、发行管理和交付
- CMMI模型：制定配置计划、识别配置项、建立配置管理系统、创建或发行基线、跟踪变更、控制变更、建立配置管理记录、执行配置审核、版本控制
- 软件生存周期过程：GB/T 8566-2007；IOS/IEC 12207-1995
- 文档规范：6位；1生命周期法各阶段；2各阶段的文档；3、4文档内容；5、6流水码
- 配置管理计划内容：软硬件资源、配置项、备份、变更等，通过CCB审批并指定管理计划，以便CMO（配置管理官）按计划实施
- 配置标识与建立基线：
- 识别配置项：识别->设定唯一标识号->确定重要性->设定进入管理时间->确认责任人->填写配置表->审批配置表
- 配置管理系统：工作产品的配置管理和变更管理；包括权限分配（角色）
- 配置库：
- 类型：开发库（动态、可修改、无审核、不可随意发布）、受控库（相对稳定，改动需评审）、产品库（静态，软件仓库）
- 可多版本同时存在，但需要定期清理
- 权限分配：read（读取）、check（变更）、add（修改文件本身）、destroy（销毁，只有机械硬盘可恢复）
- 基线：通过正式审查并达成一致的规范；相对稳定的逻辑实体
- 属性：名称、标识符、版本、日期
- 版本管理：0开头为未上线版本，第一个正式版本1.0；x.yz 中z增大表示正式修改版本
- 配置审核：
- 目的：配置是否遵守；确认产品在技术上和管理上的完整性
- 内容：基线完整性；配置情况；结构完整性；技术评审；配置的完备性和正确性；配置规范
- 时机：定期进行
- 分类：功能配置审核（内部需求验收）；物理配置审核（构建的配置项是否符合要求，与状态报告是否符合）
- 配置状态报告：根据配置项操作的记录来想干系人报告软件开放活动进展
- 软件配置项：配置确认
- 变更：配置控制
- 缺陷：配置审核
标签：信息系统,配置,配置管理,配置审核,基线,版本,变更 来源： https://www.cnblogs.com/hanease/p/15911093.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。