信息系统项目相关信息（文档）
文档一般分为三类：开发文档、产品文档、管理文档
开发文档包括：
可行性研究报告和项目任务书
需求规格说明书
功能规格说明书
设计规格说明
开发计划
软件集成和测试计划
软件质量保证计划
安全和测试信息
产品文档包括：
培训手册
参考手册和用户指南
软件支持手册
产品手册和信息广告
管理文档包括：
开发过程中每个进度和进度变更记录
软件变更情况记录
开发团队职责定义
项目计划、项目阶段报告
配置管理计划
配置管理
1、配置管理定义:“应用技术的和管理的指导和监控方法以标识和说明配置项的功能和物理特征，控制这些特征的变更，记录和报告变更处理和实现状态并验证与规定的需求的遵循性。
2、配置管理包括6个主要活动:制订配置管理计划、配置标识、配置控制、配置状态报告、配置审计、发布管理和交付。
配置管理的概念
1、典型配置项包括项目计划书、需求文档、设计文档、源代码、可执行代码、测试用例、运行软件所需的各种数据，它们经评审和检查通过后进入配置管理。
2、配置项可以分为基线配置项和非基线配置项两类，例如，基线配置项可能包括所有的设计文档和源程序等: 非基线配置项可能包括项目的各类计划和报告等。
3、所有配置项的操作权限应由CMO (配置管理员) 严格管理，基本原则是: 基线配置项向开发人员开放读取的权限: 非基线配置项向PM、CCB及相关人员开放。
4、配置项的状态可分为“草稿”“正式”和“修改”三种。配置项刚建立时，其状态为“草”。此后若更改配置项，则其状态变为“修改”稿”。配置项通过评审后，其状态变为“正式”。当配置项修改完毕并重新通过评审时，其状态又变为“正式”。
5、配置项版本号
(1) 处于“草稿”状态的配置项的版本号格式为0.YZYZ的数字范围为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)。
6、配置项版本管理在项目开发过程中，绝大部分的配置项都要经过多次的修改才能最终确定下来。对配置项的任何修改都将产生新的版本。由于我们不能保证新版本一定比旧版本“好”，所以不能抛弃旧版本。版本管理的目的是按照一定的规则保存配置项的所有版本，避免发生版本丢失或混清等现象，并且可以快速准确地查找到配置项的任何版本。
7、配置基线(常简称为基线) 由一组配置项组成，这些配置项构成一个相对稳定的逻辑实体。基线中的配置项被“冻结” 了，不能再被任何人随意修改。对基线的变更必须遵循正式的变更控制程序。
8、一组拥有唯一标识号的需求、设计、源代码文卷以及相应的可执行代码、构造文卷和用户文档构成一条基线。产品的一个测试版本 (可能包括需求分析说明书、概要设计说明书、详细设计说明书、已编译的可执行代码、测试大纲、测试用例、使用手册等) 是基线的一个例子。
9、一个产品可以有多个基线，也可以只有一个基线。交付给外部顾客的基线一般称为发行基线内部开发使 用的基线一般称为构造基线。
10、配置库存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具
11、配置库可以分开发库、受控库、产品库3种类型。
(1) 开发库，也称为动态库、程序员库或工作库，用于保存开发人员当前正在开发的配置实体如:新模块、文档、数据元素或进行修改的已有元素。动态中的配置项被置于版本管理之下。动态库是开发人员的个人工作区，由开发人员自行控制。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无需对其进行配置控制，因为这通常不会影响到项目的其他部分。
(2)受控库,也称为主库，包含当前的基线加上对基线的变更。受控库中的配置项被置于完全的配置管理之下。在信息系统开发的某个阶段工作结束时，将当前的工作产品存入受控库。
(3) 产品库,也称为静态库、发行库、软件仓库，包含已发布使 用的各种基线的存档，被置于完全的配置管理之下。在开发的信息系统产品完成系统测试之后，作为最终产品存入产品库内,等待交付用户或现场安装。
12、配置库的建库模式有两种: 按配置项类型建库和按任务建库。(1) 按配置项的类型分类建库，适用于通用软件的开发组织。使用这样的库结构有利于对配置项的统一管理和控制，同时也能提高编译和发布的效率。(2) 按开发任务建立相应的配置库，适用于专业软件的开发组织。
13、配置库权限设置: 配置管理员负责为每个项目成员分配对配置库的操作权限。
14、配置控制委员会配置控制委员会 (CCB) ，负责对配置变更做出评估、审批以及监督已批准变更的实施。CCB其成员可以包括项目经理、用户代表、产品经理、开发工程师、测试工程师、质量控制人员、配置管理员等。CCB不必是常设机构，完全可以根据工作的需要组成，例如按变更内容和变更请求的不同，组成不同的CCB。小的项目CCB可以只有一个人，甚至只是兼职人员。通常，CCB不只是控制配置变更，而是负有更多的配置管理任务，例如: 配置管理 计划审批、基线设立审批、产品发布审批等。
15、配置管理员
配置管理员(CMO),负责在整个项目生命周期中进行配置管理活动，具体有:
（1）编写配置管理计划。
（2）建立和维护配置管理系统。
（3）建立和维护配置库。
（4）配置项识别。
（5）建立和管理基线。
（6）版本管理和配置控制。
（7）配置状态报告。
（8）配置审计。
（9）发布管理和交付。
（10）对项目成员进行配置管理培训。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
