信息系统知识导图

一张思维导图带你了解信息文档管理与配置管理的知识内容，包括配置管理的概述、主要活动、目标和方针、过程，围挡管理的分类、质量分级，收藏下图了解吧！

信息文档管理与配置管理

• 配置管理
  • 主要活动
    • 制定配置管理计划
    • 配置标识
    • 配置控制
    • 配置状态报告
    • 配置审计
    • 发布管理和交付
  • 概念
    • 配置项
      • 项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例 运行软件所需的各种数据；他们经评审和检查通过后进入配置管理
      • 分类
        • 基线配置项
          • 所有的设计文档和源程序
            • 向开发人员开放读取权限
        • 非基线配置项
          • 项目的各类计划和报告
            • 向PM、CCB及相关人员开放
    • 状态
      • 所有配置项应按照相关规定统一编号，并以一定的目录结构保存在配置中
      • 草稿
        • 配置项刚建立
          • 0.YZ
      • 正式
        • 通过评审后
          • X.Y 第一个正式版本为1.0
      • 修改
        • 更改配置项后，重新通过评审前
          • X.YZ
            • 配置项修改时值增大Z值
            • 成为正式时，Z值取0
    • 版本管理
      • 不能抛弃旧版本，应按照一定规则保存所有版本，并确保可以快速准确的找到任何版本
    • 配置基线
      • 是由配置项组成的相对稳定的逻辑实体 不再能被任何人随意修改，必须遵循正式的变更程序
      • 一个产品可以有一个基线，也可以有多个基线
      • 发行基线
        • 交付给外部顾客的基线
      • 构造基线
        • 供内部开发使用的基线
    • 配置库
      • 分类
        • 开发库
          • 动态库、程序员库、工作库
            • 用于保存开发人员正在开发的配置实体
          • 是开发人员的个人工作区域，由开发人员自行控制，会有频繁修改，无需配置控制
        • 受控库
          • 主库
            • 包含当前基线加上对基线的变更
              • 是项目的阶段性成果
          • 完全置于配置控制之下
        • 产品库
          • 静态库、发行库、软件仓库
            • 已发布使用的各种基线的存档
          • 完全置于配置控制之下
            • 作为最终产品等待交付用户，一般不再修改
      • 建库模式
        • 按类型建库
          • 适用于通用软件的开发组织
            • 继承性强、工具统一、对并行开发有一定需求 有利于对配置项的统一管理和控制，能提高编译和发布率
          • 可能造成开发人员工作目录过于复杂
        • 按任务建库
          • 适用于专业软件的开发组织
    • 配置库权限设置
    • 配置控制委员会CCB
      • 对配置变更进行评估、审批，并对已变更进行监督
      • 不必是常设机构，可根据工作需要组成不同的CCB
      • 可包括项目各类人员，可以只有一个人
    • 配置管理员CMO
      • 工作内容
        • 读一下
    • 配置管理系统
  • 目标和方针
    • 确保软件配置管理计划得以制定，并经过评审和确认
    • 应该识别出需要控制的项目产品
    • 制定控制策略，确保项目产品在受控范围内更改
    • 采取适当的方法工具，确保相关组别和人员能够及时了解到基线状态和内容
  • 过程
    • 配置管理计划
      • CMO编写，CCB审批
        • 配置管理活动
        • 实施活动的规范和流程
        • 实施活动的进度安排
        • 负责活动的人员组织
    • 配置标识
      • 识别那些内容需要作为配置项管理
        • 识别配置项
        • 为配置项制定标识号
        • 定义配置项重要特征
        • 确定配置项所有者及其责任
        • 确定配置项进入配置管理的时间和条件
        • 建立和控制基线
        • 维护文档和组件的修订与产品版本之间的关系
    • 配置控制
      • 变更申请
      • 变更评估
        • 变更对项目的影响
        • 变更的内容是否必要
        • 变更的范围是否周全
        • 变更的实施方案是否可行
        • 变更工作量估计是否合理
      • 通告评估结果
      • 变更实施
      • 变更验证与确认
      • 变更发布
      • 基于配置库的变更控制
    • 配置状态报告
      • 尽量能够通过CASE工具生成
      • 配置状态统计
        • 用于记录和报告管理配置所需的信息，准确的给出配置项当前状态，供相关人员使用
      • 内容
        • 每个受控配置项的表示和状态
        • 每个变更申请的状态和已批准的修改的实体状态
        • 每个基线的当前和过去版本的状态和比较
        • 其他配置管理活动记录
    • 配置审计
      • 功能配置审计
        • 一致性验证（配置项的实际功效是否与其需求一致）功能
          • 配置项的开发已圆满完成
          • 配置项已达到配置标识中规定的性能和功能特征
          • 配置项的操作和文档已完成并符合要求
      • 物理配置审计
        • 完整性验证（配置项的物理存在是否与其预期一致）存在
          • 要交付的配置项是否存在
          • 配置项中是否包含了所有必需的项目
      • 内容
        • 防止向用户提交不合格产品，如：交付了错误版本的用户手册
        • 发现不完善的实现，如：开发出不符合初始规格的说明
        • 找出各配置项间不匹配、不兼容现象
        • 确认配置项已在所要求的质量控制审核之后纳入基线并入库保存
        • 确认记录和文档保持着可追溯性
    • 发布管理和交付
      • 存储
      • 复制
      • 打包
      • 交付
      • 重建
• 文档管理
  • 分类
    • 开发文档
      • 描述开发过程本身
      • 可研报告、项目任务书
      • 需求/功能/设计规格说明书
      • 开发计划
      • 软件集成和测试计划
      • 质量保证计划
      • 安全和测试信息
    • 产品文档
      • 描述开发过程产物
      • 培训手册
      • 参考手册、用户指南
      • 软件支持手册
      • 产品手册和信息广告
    • 管理文档
      • 记录项目管理的信息
      • 每个阶段的进度和进度变更记录
      • 软件变更情况记录
      • 团队职责定义
      • 项目计划、项目阶段报告
      • 配置管理计划
  • 质量分级
    • 最低限度文档（1级）
      • 开发工作量低于1人月
      • 开发者自用程序
    • 内部文档（2级）
      • 用于没有与其他用户共享资源的专用程序
    • 工作文档（3级）
      • 同一单位内若干人联合开发
      • 或可被其他单位使用的程序
    • 正式文档（4级）
      • 正式发行供普遍使用的程序
      • 关键性程序或具有重复管理性质（工资计算）