信息文档和配置管理.docxVIP

信息文档和配置管理 1 信息系统项目文档及其管理 1.信息系统项目相关信息（文档）种类软件文档一般分为三类：开发文档、产品文档、管理文档。(1)开发文档描述开发过程本身，基本的开发文档包括：可行性研究报告和项目任务书、需求规格说明、功能规格说明、设计规格说明、开发计划、软件集成和测试计划、质量保证计划、安全和测试信息。(2)产品文档描述开发过程的产物，基本的产品文档包括：培训手册、参考手册和用户指南、软件支持手册、产品手册和信息广告。(3)管理文档记录项目管理的信息：开发过程的每个阶段的进度和进度变更的记录、软件变更情况的记录、开发团队的职责定义、项目计划和项目阶段报告。1）经过买方认可。2.文档的质量可以分为四级：(1)最低限度文档（1 级文档X 开发工作量低于一个人月的开发者自用程序。该文档应包含程序清单、开发记录、测试数据和程序简介。(2)内部文档（2 级文档），可用于没有与其他用户共享资源的专用程序。除1 级文档提供的信息外,2级文档还包括程序清单内足够的注释以帮助用户安装和使用程序。(3)工作文档（3 级文档），适合于由同一单位内若千人联合开发的程序，或可被其他单位使用的程序。(4)正式文档（4 级文档），适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质（如工资计算）的程序需要4 级文档。管理信息系统文档的规范化管理主要体现在文档书写规范、图表编号规则、文档目录编写标准和文档管理制度等几个方面 2 配置管理 1.配置管理包括6 个主要活动：制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。2.配置项的状态:可分为“草稿”“正式”和“修改”三种。配置项刚建立时，其状态为“草稿”。配置项通过评审后：其状态变为“正式”。此后若更改配置项，则其状态变为“修改”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。3.配置项版本号:配置项的版本号规则与配置项的状态相关。(1)处于“草稿”状态的配置项的版本号格式为(XYZ, YZ 的数字范围为Oi?99。随着草稿的修正，YZ 的取值应递增。YZ 的初值和增幅由用户自己把握。(2)处于“正式”状态的配置项的版本号格式为XY, X 为主版本号，取值范围为1?9。Y 为次版本号，取值范围为0?9。配置项第一次成为“正式”文件时，版本号为1.0。(3)处于“修改”状态的配置项的版本号格式为X.YZ。配置项正在修改时，一般只增大Z 值，XY 值保持不变。当配置项修改完毕，状态成为“正式”时，将Z 值设置为0,增加X.Y 值。4.配置库类型：开发库、受控库、产品库3 种类型。(1)开发库（DevelopmentLibrary),也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体。动态库是开发人员的个人工作区，由开发人员自行控制。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无需对其进行配置控制，因为这通常不会影响到项目的其他部分。(2)受控库（ControlledLibrary),也称为主库，包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。在信息系统开发的某个阶段工作结束时, 将当前的工作产品存入受控库。(3)产品库（Product Libraiy),也称为静态库、发行库、软件仓库，包含已发布使用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内。5.配置审计（ConfigurationAudit):也称配置审核或配置评价。包括功能配置审计用以验证当前配置项的一致性和物理配置审计用以验证当前配置项的完整性。配置审计的实施是为了确保项目配置管理的有效性。