信息系统项目管理师 第十四章-信息文档管理与配置管理

1.信息系统项目文档及其管理 468

1.信息系统项目相关信息

1.信息系统相关信息(文档)是指某种数据媒体和其中所记录的数据。具有永久性。并可以由人或机器阅读，通常仅用于描述人工可读的东西。
2.软件文档的分类

• 开发文档描述开发过程本身
• 产品文档 描述开发过程的产物
• 管理文档记录项目管理的信息

文档的质量等级
1.最低程度文档 1级文档
2.内部文档 2级文档
3.工作文档 3级文档
4.正式文档 4级文档

2.信息系统项目文档管理的规则和方法

• 文档书写规范
• 图标编号规则
• 文档目录编写标准
• 文档管理制度

2.配置管理

为了系统的控制配置变更,在系统的整个生命周期中维持配置的完整性和可跟踪性,而识别系统在不同时间点上配置的学科。
6个主要活动
制订配置管理计划
配置标识
配置控制
配置状态报告
配置审计
发布管理和交付

1.配置管理的概念

1.为配置管理设计的硬件、软件或二者的集合,在配置管理过程中作为一个单个实体来对待。
基线配置项
非基线配置项

2.配置项的状态分为 “草稿” “正式” “修改”
草稿经过修改-通过评审-正式-修改-再次通过评审

3.配置项版本号 X.YZ
4.配置基线

• 基线为开发工作提供了一个定点和快照
• 新项目可以在基线提供的定点上建立。
• 当认为更新不稳定或不可信时，基线为团队提供一种取消变更的方法
• 可以利用基线重新建立基于某个特定发布版本的配置，以重现已报告的错误。

5.配置库
存放配置项并记录与配置项相关的所有信息，是配置管理的有力工具。
类型 ：

• 开发库
• 受控库
• 产品库

配置库建库模式有两种:配置项类型建库和按任务建库

6.配置库权限设置
什么人可以看
什么人可以取
什么人可以改
什么人可以销毁

7.配置控制委员会 CCB
负责对配置变更做出评估、审批以及监督已批准变更的实施。

8.配置管理员 CMO
负责在整个项目生命周期中进行配置管理活动

2.配置管理的目标和方针

1.目标

• 确保软件配置管理计划得以制订,并经过相关人员的评审和确认
• 应该识别出要控制的项目产品有那些,并且制订相关控制策略，以确保这些项目产品被合理的人员获取
• 应制定控制策略,以确保项目产品在受控制范围内更改。
• 应采取适当的工具和方法，确保相关组别和个人能够及时了解到软件基准的状态和内容

2.方针
高级项目经理应确定软件配置管理过程文件得到制定m项目组成员应严格按照配置管理过程文件规定的要求执行，履行配置管理的职责应被明确分配。

3.日常配置管理活动

1.制定配置管理计划
如何开展项目配置管理工作的规划，是配置管理过程的基础，应该形成文件并在整个项目生命周期内处于受控状态。

• 配置管理活动 配置标识、配置控制、配置状态报告、配置审计、发布管理与交付
• 实施这些活动的规范和流程
• 实施这些活动的进度安排
• 负责实施这些活动的人员或组织，以及他们和其他组织的关系

2.配置标识
为了系统选择配置项并在技术文档中记录配置项的功能和物理特征。

• 识别需要受控的配置项
• 为每个配置项制定唯一性的标识号
• 定义每个配置项的重要特征
• 确定每个配置项的所有者及其责任
• 确定配置项进入配置管理的时间和条件
• 建立和控制基线
• 维护文档和组件的修订与产品版本之间的关系

3.配置控制
(1)变更申请
(2)变更评估
(3)通告评估结果
(4)变更实施
(5)变更验证与确认
(6)变更的发布
(7)基于配置库的变更控制
4.配置状态报告
有效的记录和报告管理配置所需要的信息。目的是及时、准确的给出配置项的当前状况。供相关人员了解，以加强配置管理工作。
5.配置审计
验证当前配置项的一致性和完整性
配置审核或配置评价
为了确保项目配置管理的有效性,体现了配置管理的最根本要求。
(1)功能配置审计 是审计配置项的一致性
(2)物理配置审计 是审计配置项的完整性
6.发布管理和交付
主要任务:有效控制软件产品和文档的发行和交付，在软件产品的生存期内妥善保存代码和文档的母拷贝。
1.存储
2.复制
3.打包
4.交付
5.重建

3.文档管理、配置管理工具

1.工具综述

1.付费软件配置管理工具

• Rational ClearCase
• Perforce
• CA CCC
• Havest Merant PVCS
• Microsoft VSS CVS

2.免费开源配置管理工具

• SVN
• GIT
• CVS

2.SVN

优点:

• 支持重命名
• 开发的时候不一定要锁定
• 多平台
• 更好的客户端支持
• 更好的与外围工具集成
• 方便
• 速度与稳定性看起来都不错

3.CC

C/S 和B/S两种架构的配置管理解决方案。

• 独有的存储库 VOB
• 可视化的文件版本树
• 并行开发
• 版本历史记录
• 自动的比较和版本间的合并
• 工作空间管理

4.GIT

• 更方便的Merge
• 更方便的管理
• 更健壮的系统
• 对网络的依赖性更低
• 更少的“仓库污染”

GIT与SVN的比较

• GIT 速度远远比SVN快
• SVN是集中式管理，GIT是分布式管理。分布式在本地有一个代码仓库，开发者可以在本地提交。而集中式在服务器才有一个代码仓库。
• SVN使用分支比较笨拙，GIT可以轻松拥有无限个分支
• SVN必须联网才能正常使用,GIT支持本地版本控制工作
• 旧版本的SVN会在每一个目录放一个.svn，GIT只会在根目录拥有一个.git