信息系统-配置管理

• 配置管理概念：
  • 除了人与流程之外皆可认为是配置项
  • 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