信息(文档)与配置管理:修订间差异

来自泡泡学习笔记
跳到导航 跳到搜索
第41行: 第41行:


===配置项版本号===
===配置项版本号===
(1)处于“草稿”状态的配置项的版本号格式为 0.YZ,YZ 的数字范围为 01~99。随着草稿的修正,YZ 的取值应递增。YZ 的初值和增幅由用户自己把握。
(2)处于“正式”状态的配置项的版本号格式为 X.Y,X 为主版本号,取值范围为1~9。Y 为次版本号,取值范围为 0~9。配置项第一次成为“正式”文件时,版本号为1.0。如果配置项升级幅度比较小,可以将变动部分制作成配置项的附件,附件版本依次为 1.0,1.1,……。当附件的变动积累到一定程度时,配置项的 Y 值可适量增加,Y 值增加一定程度时,X 值将适量增加。当配置项升级幅度比较大时,才允许直接增大 X 值。
(3)处于“修改”状态的配置项的版本号格式为 X.YZ。配置项正在修改时,一般只增大 Z 值,X.Y 值保持不变。当配置项修改完毕,状态成为“正式”时,将 Z 值设置为 0,增加 X.Y 值。参见上述规则(2)。版本管理的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本。
===配置项版本管理===
===配置项版本管理===
===配置基线===
===配置基线===

2023年5月9日 (二) 08:28的版本

信息系统项目相关信息(文档)及其管理

信息系统项目相关信息(文档)的含义和种类

软件文档一般分为三类:开发文档、产品文档、管理文档。

(1)开发文档描述开发过程本身,基本的开发文档包括:可行性研究报告和项目任务书。需求规格说明。功能规格说明。设计规格说明,包括程序和数据规格说明。 开发计划。软件集成和测试计划。质量保证计划。安全和测试信息。

(2)产品文档描述开发过程的产物,基本的产品文档包括:培训手册。参考手册和用户指南。软件支持手册。产品手册和信息广告。

(3)管理文档记录项目管理的信息,例如:开发过程的每个阶段的进度和进度变更的记录。软件变更情况的记录。开发团队的职责定义。项目计划、项目阶段报告。配置管理计划。


文档的质量可以分为四级:

(1)最低限度文档(1 级文档)。适合开发工作最低于一个人月的开发者自用程序。

(2)内部文档(2 级文档)。可用于没有与其他用户共享资源的专用程序。

(3)工作文档(3 级文档)。适合于由同一单位内若干人联合开发的程序,或可被其他单位使用的程序。

(4)正式文档(4 级文档)。适合那些要正式发行供普遍使用的软件产品。关键性程序或具有重复管理应用性质(如工资计算)的程序需要 4 级文档。4 级文档遵守 GB/T8567-2006 的有关规定。


信息系统文档的规范化管理主要体现在文档书写规范、图表编号规则、文档目录编写标准和文档管理制度等几个方面。

信息系统项目相关信息(文档)管理的规则和方法

文档书写规范

图标编号规则

文档目录编写标准

文档管理制度

配置管理

配置管理有关概念

配置项

GB/T 11457-2006 对配置项的定义为:“为配置管理设计的硬件、软件或二者的集合,在配置管理过程中作为一个单个实体来对待。”

在信息系统的开发流程中需加以控制的配置项可以分为基线配置项和非基线配置项两类,例如,基线配置项可能包括所有的设计文档和源程序等;非基线配置项可能包括项目的各类计划和报告等。

所有配置项的操作权限应由 CMO (配置管理员)严格管理,基本原则是:基线配置项向开发人员开放读取的权限;非基线配置项向 PM、CCB 及相关人员开放。

配置项状态

配置项的状态可分为“草稿”“正式”和“修改”三种。配置项刚建立时,其状态为“草稿”。配置项通过评审后,其状态变为“正式”。此后若更改配置项,则其状态变为“修改”。当配置项修改完毕并重新通过评审时,其状态又变为“正式”。

配置项版本号

(1)处于“草稿”状态的配置项的版本号格式为 0.YZ,YZ 的数字范围为 01~99。随着草稿的修正,YZ 的取值应递增。YZ 的初值和增幅由用户自己把握。

(2)处于“正式”状态的配置项的版本号格式为 X.Y,X 为主版本号,取值范围为1~9。Y 为次版本号,取值范围为 0~9。配置项第一次成为“正式”文件时,版本号为1.0。如果配置项升级幅度比较小,可以将变动部分制作成配置项的附件,附件版本依次为 1.0,1.1,……。当附件的变动积累到一定程度时,配置项的 Y 值可适量增加,Y 值增加一定程度时,X 值将适量增加。当配置项升级幅度比较大时,才允许直接增大 X 值。

(3)处于“修改”状态的配置项的版本号格式为 X.YZ。配置项正在修改时,一般只增大 Z 值,X.Y 值保持不变。当配置项修改完毕,状态成为“正式”时,将 Z 值设置为 0,增加 X.Y 值。参见上述规则(2)。版本管理的目的是按照一定的规则保存配置项的所有版本,避免发生版本丢失或混淆等现象,并且可以快速准确地查找到配置项的任何版本。

配置项版本管理

配置基线

配置库

配置库权限设置

配置控制委员会

配置管理员

配置管理系统

制定配置管理计划

配置标识

配置控制

配置控制概念和主要任务

基于配置库的变更控制

配置状态报告

配置审计

发布管理和交付