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

发布时间 2023-11-18 12:58:53作者: Bear-Run

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