项目信息文档管理及其配置管理

该导图包括两大内容： 1.信息文档及其管理 2.配置管理

项目信息（文档）和配置管理

• 信息文档及其管理
  • 含义：信息系统相关信息（文档）是指某种数据媒体和他所记录的数据。它具有永久性，并可以由人或机器阅读，通常仅用于描述人工可读的东西。
  • 种类：
    • 重要性和质量要求
      • 非正式文档
      • 正式文档
    • 项目周期角度
      • 开发文档
      • 产品文档
      • 管理文档
      • 详细14类文档
        • 可行性研究报告
        • 项目开发计划
        • 软件需求说明书
        • 数据要求说明书
        • 概要设计说明书
        • 详细设计说明书
        • 数据库设计说明书
        • 用户手册
        • 操作手册
        • 模块开发卷宗
        • 测试计划
        • 测试分析报告
        • 开发进度月报表
        • 项目开发总结报告
  • 规则和方法
    • 文档书写规范
    • 图表编号规则
    • 文档目录编写规则
    • 文档管理制度
• 配置管理
  • 为了系统的而控制配置变更，在系统的整个生命周期中维持配置的完整性和可跟踪性，而标识系统在不同时间点上配置的学科（ber97）。是支持性的软件生命周期过程(IEE12207.0-96)
  • IEEE6.10.12-90中，将配置管理正式定义为：将应用技术和管理的指导和监督来：标识和文档记录配置项的功能和物理特征、控制对这些特征的变更、记录和报告变更处理过程和实现状态、验证与规定的需求的一致性。
  • 主要活动：配置识别、变更控制、状态报告和配置审计
  • 配置管理有关概念：
    • 配置项
      • 硬件、软件或二者兼有的集合，为配置管理指定的，在配置管理过程中作为一个单独的实体对待。
    • 配置库
      • 一组受控制的、辅助软件开发、使用和维护的软件及相关的文档（IEEE610.12-90)，它在软件发布管理和交付活动中，起着器械性作用。
    • 配置管理活动和流程
      • 主要包括制定配置管理计划、配置识别与建立基线、建立配置管理系统、版本管理、配置状态报告和配置审计。
    • 配置管理系统
      • 是软件工程化的重要组成部分。
      • 目的是通过却低估软件配置管理细则和提供规范的软件配置项管理软件系统，加强软件研制过程中的质量控制，增强软件研制过程的可控性，确保软件配置管理项的完备、清晰、一致和可追踪性。
    • 基线
      • 一组拥有唯一标识的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。
      • 基线建立前，产品所有者能快速、非正式地对产品作出变更。基线建立后，变更要通过评价和验证变更的正式程序来控制。
  • 制定配置管理计划
    • 1、配置管理计划编制工作的基本步骤：
      • 为给定项目制订软件配置管理过程计划时，应该与组织的上下文、可应用的约束、普遍接受的指南、项目的本质保持一致。
      • 覆盖的主要活动包括：
        • 软件配置标识
        • 软件配置控制
        • 软件配置状态报告
        • 软件配置审计
        • 软件发布管理与交付
    • 2、配置管理计划的主要内容：
      • 包括配置管理软硬件资源、配置项计划、基线计划、交付计划、备份计划、配置审计和评审、变更管理等。
      • 变更管理委员会(Change Control Board,CCB)审批该计划。
  • 配置识别与建立基线
    • 1、基本步骤
      • 配置识别是配置管理员的职能，包括如下内容：
        • 1、识别需要受控软件配置项。
        • 2、给每个产品和他的组件及相关文档分配唯一的标识。
        • 3、定义每个配置项的重要特征以及识别其所有者。
        • 4、识别组件、数据和产品获取点和准则。
        • 5、建立和控制基线。
        • 6、维护文档和组件的修订与产品版本之间的关系。
      • 基本原则：基线配置向软件开发人员开放读取权限；非基线配置项向PM、CCB及相关人员开放。
    • 2、建立基线的目的及其在项目实施中的应用
  • 建立配置管理系统
    • 1、建立配置管理方案的基本步骤
      • 1、组建配置管理方案构造小组
        • 成员：
          • 小组负责人
          • 技术支持专家
          • 配合管理技术专家
          • 配置管理系统用户代表
      • 2、对目标机构进行了解、估计
        • 由配置管理技术专家领导，配合管理系统用户代表参与，提供基本信息并由小组负责人协调，对相关人员进行深入调查获得较全面的数据。
      • 3、配置管理工具及其提供商评估
      • 4、制定实施计划
        • 必要性和影响因素、人员组织和分工、进度计划和风险管理
      • 5、定义配置管理流程
        • 通过对目标机构的调查、评估，定义现有的配置管理流程，由配置管理技术专家对她进一步分析，结合常规的配置管理方法制订新的流程。
        • 之后，依据选定的配置管理工具的功能，将新流程中可自动化的环节交由配置管理工具处理，其他环节有新制订的配置管理规范控制。
      • 6、试验项目的实施
        • 在一定风险范围内，通过实地运作来确定所选配置工具、所制订的配置管理规范是否能满足目标机构的需要。
      • 7、全面实施
        • 经过试验项目证实、校正后的配置管理流程就可以在目标机构的各个项目、各个相关工作环节去应用、实施、最终使配置管理过程日程化、规范化。
    • 2、建立配置库
      • 配置库的类型
        • 1、动态库
          • 开发库，软件工程师的工作区，由工程师控制。
        • 2、受控库
          • 主库或系统库，用于管理当前基线和控制对基线的变更。
        • 3、静态库
          • 软件仓库，存档已发布的基线。
        • 4、备份库
          • 包括制作软件和相关架构、数据和文档的不同版本的复制品。在各点及时备份。
      • 配置库 的建库模式
        • 按配置项类型分类建库
        • 按任务建库
      • 用于建立配置库的工具
  • 版本管理
    • 1、配置项状态变迁规则
      • 状态：草稿、正式、修改
    • 2、配置项版本号识别
    • 3、配置项版本控制
      • 目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混淆现象，并且可以快速准确地查找到配置项的任何版本。
  • 变更控制
    • 1、变更申请
      • 相关人员如项目经理填写变更申请表，说明变更内容、变更原因、变更影响的配置项、工作量和变更实施人，并提交给CCB。
    • 2、变更评估
      • 变更的内容是否合理。
      • 变更的范围是否正确、考虑周全。
      • 受影响的配置项是否已被充分考虑，是否需要同时进行变更。
      • 工作量估计是否合理。
      • 如有变更实施方案，评估基线变更的实施方案是否合理。
      • CCB决定是否接受变更，并将决定通知相关人员。
    • 3、变更实施
    • 4、变更验证与确认
      • 项目经理指定人员对变更后的配置项进行测试或验证，如走查、评审等
      • 项目经理应将变更与验证结果提交CCB组长审批，由其确认变更是否已经按要求完成。
    • 5、变更发布
      • 配置管理员将变更内容和结果通知相关人员，并做好记录。
  • 配置状态报告
    • 1、配置状态报告内容
      • 配置状态报告就是配置项的操作记录来向管理者报告软件开发活动的进展情况。
      • 跟踪的内容：产品描述记录、每个受控软件组件的状态、每个构件版发布的内容和状态、每个基线内容、配置验证记录、变更状态记录和素有未知的所有配置项的安装状态。
    • 2、状态说明
      • 报告应着重反映当前基线配置项的状态，以作为对开发进度报告的参照。
  • 配置审计
    • 1、实施配置审计的作用
      • 主要作用是作为变更控制的补充手段，来确保某一变更需求已被切实实现。
    • 2、功能配置审计
      • 1、配置项的开发已圆满完成。
      • 2、配置项已达到规定的性能和功能特定特性。
      • 3、配置项的运行和支持文档已完成并且符合要求的。(IEEE-610)
    • 3、物理配置审计
      • 1、每个构建的配置项符合相应的技术文档。
      • 2、配置项与配置状态报告中的信息相对应。
      • 可以包括审计系统规格说明书的完整性、审计功能和审计报告、了解不符合采取的措施、对比架构设计和详细设计组件的一致性、评审模块列表以确定符合已批准的编码标准、审计手册的格式、完整时与系统功能描述的符合性等。