信息文档管理与配置管理

信息文档管理与配置管理，文档种类，文档的质量等级，配置管理，配置基线，配置管理员，配置库知识点总结。

14章 信息文档管理与配置管理

• 文档管理
  • 文档种类
    • 开发文档：描述开发过程的本身（说明、开发类计划）
      • 需求规格说明书SRS
      • 设计规格说明书
      • 开发计划
      • 集成和测试计划
      • 质量保证计划
    • 产品文档：描述开发过程的产物（手册、指南）
      • 培训手册
      • 用户指南
      • 产品手册
    • 管理文档：记录项目管理的信息（记录、管理类计划）
      • 项目管理计划
      • 项目阶段报告
      • 变更情况的记录
  • 文档的质量等级
    • 最低限度文档（1级文档）：适用于1个人月的开发者自用程序
      • 比如个人笔记
    • 内部文档（2级文档）：适用于未与其他用户共享资源的专用程序
      • 个人的思维导图、归纳总结
    • 工作文档（3级文档）：适用于同一个单位内若干人联合开发的程序，可被其他单位使用的程序
    • 正式文档（4级文档）：要正式发行供普遍使用的软件产品
  • 文档的编码规则
• 配置管理
  • 配置项
    • 定义：为配置管理设计的硬件、软件或二者的集合，在配置管理过程中作为一个单个实体来对待
    • 受控范围内的
    • 所有配置项都应该按照相关规定统一编号，按照相应的模板生成，经评审和检查通过后进入配置管理，并都以一定的目录结构保存在配置库中
    • 典型的配置项：项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、各种数据。
    • 分类
      • 基线配置项（向开发人员开发读取的权限）：所有的设计文档、源程序等
      • 非基线配置项（向PM、CCB及相关人员开放）：项目的各类计划和报告等
      • 主要看对谁开放
    • 所有的配置项的操作权限都应该由CMO（配置管理员）严格管理
    • 配置项的状态和版本号
      • 草稿
        • 可以随意修改
        • 版本号：0.YZ
          • YZ:0.98
      • 正式
        • 不可随意修改
        • 版本号：X.Y
          • X：1-9（主版本号） Y：0-9（次版本号）
        • 第一次成为“正式”文件时，版本号为1.0
      • 修改
        • 走流程修改
        • 版本号：X.YZ
          • X：1-99 Y：01-99 修改时：Z增大，X.Y不变，1.12 修改完毕：Z设为0，增加X.Y,1.2
      • 对配置项的任何修改都将产生新的版本，不能抛弃旧版本，要按照一定的规则保存配置项的所有版本
  • 配置基线（基线，configuration baseline）
    • 定义：由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体。基线的配置项被“冻结”了，不能再被任何人随意修改，如果变更必须遵循正式的变更控制程序
    • 产品的一个测试版本就是基线的一个例子。
    • 基线通常对应于开发过程中的里程碑（milestone），一个产品可以有多个基线，也可以只有一个基线
    • 分类
      • 发行基线（交付给外部客户的）
      • 构造基线（内部开发使用的）
  • 配置控制委员会CCB
    • configuration control board
    • 负责对配置变更做出审批及其他配置管理任务（配置管理计划的审批、基线设立审批、产品发布审批等）的决策机构
    • CCB建立在项目级，其他成员来自于各方，也可以只有一个人
    • CCB不必是常设机构，可以根据工作的需要组成
  • 配置管理员CMO
    • configuration management officer
    • 负责整个项目生命周期中进行配置管理活动：
      • 编制配置管理计划
      • 建立和维护配置库、配置管理系统
      • 配置项识别；建立和管理基线
      • 配置状态报告、配置审计
      • 版本管理、发布管理、配置控制
  • 配置库 configuration library
    • 定义：存放配置项并记录和配置项相关的所有信息
    • 分类：
      • 开发库
        • 开发人员自行控制，修改无须走变更流程
        • development library、动态库、程序员库、工作库
        • 用来保存开发人员当前正在开发的配置实体
      • 受控库
        • 修改须走变更流程
        • controlled library 、主库
        • 包含当前基线加上对基线的变更。被置于完全配置管理之下
      • 产品库
        • 一般不修改，如修改必须走变更流程
        • product library 、静态库、发行库、软件仓库
        • 包含已发布使用的各种基线的存档，被置于完全的配置管理之下
    • 建库模式
      • 按配置项的类型：适用于通用软件的开发组织
      • 按开发任务：适用于专业软件的开发组织
    • 配置库的权限设置
      • 受控库的权限如图所示
      • 开发库所有人都有权限
      • 配置管理员负责为每个项目成员分配对配置库的操作权限
  • 配置管理
    • 定义：应用技术的和管理指导和监控方法以标识和说明配置项的功能和物理特征，控制这些特征的变更，记录和报告变更处理和实现状态并验证与规定的需求的遵从性
    • 步骤
      • 制定配置管理计划
        • CMO制订；CCB审批
      • 配置标识（配置识别）
        • 选择配置项、记录功能和物理特征；CMO的职能
      • 配置控制
        • 配置项和基线的变更控制；参照变更流程
      • 配置状态报告
        • 记录和报告配置项的当前状况
      • 配置审计
        • 功能审计：一致性；
          • 实际功能 = 需求？ 物理审计：完整性； 物理存在 =预期？
      • 发布管理和交付
        • 存储、复制、打包、交付、重建
          • ####