软件项目的文档与配置管理相关.pptVIP

* * * 随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。 * * 第三章 软件项目的文档与配置管理 3.1 软件工程文档概述 3.2 文档的分类与编制时间 3.3 文档的管理 3.4 配置管理的基本概念 3.5 配置管理的过程 3.6 配置管理的组织与实施 一个程序员的忏悔录 曾经有一个很好的文档配置管理工具在我面前，我没有理睬，直到版本混乱的时候才后悔莫及，工作中最大的痛苦莫过于此，如果上天再给我一次机会的话，我向对它说三个字：我要你。如果非得加一个期限的话，我希望是一辈子。 3.1 软件项目文档管理概述 项目文档概述 软件项目文档是IT软件项目开发中的重要组成部分 项目文档作用 能作为开发组员之间交流沟通的媒介 能为软件项目的维护工程师提供有关信息系统的资料和知识库 能为项目管理者提供项目计划、预算、开发进度等各方面的信息 能作为最终用户或管理员的用户手册，使用户知道如何使用、维护及管理系统 3.1 软件项目文档管理概述 文档的分类 ——按照文档的产生和使用范围，文档可分为三类： 开发文档 作为软件开发人员前一阶段的工作体现和后一阶段的工作依据 管理文档 由软件开发人员制定的需提交给相关人员的一些工作计划或工作报告 用户文档 是软件开发人员为用户准备的有关该软件使用、操作、维护的资料 3.2 文档编制时间表 可行性研究 需求分析 软件设计 编码与单元测试 集成与系统测试 运行维护 可行性分析报告 ? 项目开发计划 ? ? 软件需求说明书 ? 数据库要求说明书 ? 测试计划 ? 概要设计说明书 ? 详细设计说明书 ? 用户手册 ? ? ? ? 操作手册 ? ? 测试分析报告 ? 开发进度月报 ? ? ? ? ? ? 项目开发总结 ? 程序维护手册 ? 阶段 文档 文档编制时间表 3.2 文档编制时间表 管理人员 开发人员 维护人员 用户 可行性分析报告 ? ? 项目开发计划 ? 软件需求说明书 ? 数据库要求说明书 ? 测试计划 ? 概要设计说明书 ? ? 详细设计说明书 ? ? 用户手册 ? 操作手册 ? 测试分析报告 ? ? 开发进度月报 ? 项目开发总结 ? 程序维护手册 ? ? 项目组人员与文档编制表 文档 用户 3.3 文档的管理与维护 文档的管理 在软件生存周期中，各种文档作为半成品或成品，会不断生成、修改或补充。一般的，文档的管理包括： 应该编制哪些文档，其详尽程度如何 审查和批准的负责人和时间进度安排 在开发期间内各文档的维护、修改和管理负责人 3.4 配置管理的基本概念 软件项目开发中是否遇到如下的问题？ 开发人员使用错误的版本修改程序 开发人员未经授权修改代码或文档,或修改的结果不能及时反映到各个相关部分； 人员流动，交接工作不彻底造成软件关键部件遗失； 已修复的Bug在新版本中出现 找不到某个文件的历史版本 无法重新编译某个历史版本，使维护工作十分困难； 因协同开发中，或者异地开发，版本变更混乱导致整个项目失败； … … ——软件项目进行中面临的一个主要问题是持续不断的变化；配置管理是有效管理变更的手段，它贯穿着几乎软件的整个生命周期。 3.4 配置管理的基本概念 配置管理 软件配置管理(Software Configuration Management，SCM) 是对产品进行标志、存储和控制，以维护其完整性、可追溯性以及正确性，它为软件开发提供了一套管理办法和活动原则。 配置管理作用 记录软件产品的演化过程 确保软件开发者在软件生命周期中的各个阶段都能得到精确的产品配置。 最终保证软件产品的完整性、一致性、追朔性、可控性 3.4 配置管理的基本概念 软件配置项 软件配置项：凡是纳入配置管理范畴的工作成果统称为配置项（Configuration Item，CI）。配置项主要有两大类： 属于产品组成部分的工作成果，例如源代码、需求文档、设计文档、测试用例等等。 在管理过程中产生的文档，例如各种计划、状态报告等等，这些文档虽然不是产品的组成部分，但是值得保存。 每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。 3.4 配置管理的基本概念 配置项状态变迁 ——配置项刚建立时其状态为“草稿”；配置项通过评审（或审批）后，其状态变为“正式发布” 3.4 配置管理的基本概念 基线 ——基线是软件生存周期中的一个特定点，其作用是把开发阶段的工作划更加明确化、使本来连续的工作在这点断开，以便于检查和评价阶段成果 图：软件开发中的基线 3.4 软件配置管理概述 版本与版本控制 ——软件配置是一个动态的概念，它一方面随着软件生存周期向前推进，另一方面随时会有新的变种出现 V1.0 V1.2 V1.1 V1.3 V1.4 V2.0