干货分享：【IT-PMP学堂】PMP 文档与配置管理

一、信息系统文档

     信息系统的文档，不但包括软件开发过程中产生的文档，还包括硬件采购和网络设计中形成的文档；不但包括上述有一定格式要求的规范文档，也包括系统建设过程中的各种来往文件、会议纪要、会计单据等资料形成的不规范文档，后者是建设过程中有各方谈判甚至索赔的重要依据；不但包括系统实施记录，也包括程序资料和培训教程等。

      

     文档是记录系统的历史痕迹，也是系统维护人员和用户的指南，是开发人员与用户交流的工具。健全规范的文档意味着系统是按照工程化的方法开发的，意味着系统的质量有了形式上的保证，而文档欠缺和文档的随意性和不规范性，极有可能导致开发人员流动后，系统不可维护，成了没有生命力的系统。

 

二、配置项 

    配置项通常可以分成下面的6种类型。

1.环境类。软件开发、运行和维护的环境，如编译器、操作系统、编辑软件、管理系统、开发工具、测试工具、项目管理工具、文档编制工具等。

 

2.定义类。需求分析与系统定义阶段结束后得到的工件，如需求规格说明书、项目开发计划、设计标准或设计准则、验收测试计划等。

 

3.设计类。设计阶段得到的工件, 如系统设计说明书、程序规格说明、数据库设计、编码标准、用户界面设计、测试彳示准、系统测试计划、用户手册。

 

4.编码类。编码及单元测试结束后得到的工件，如源代码、目标码、单元测试用例、数据及测试结果。

 

5.测试类。系统测试完成后的工作，如系统测试用例、测试结果、操作手册、安装手册。

 

6.维护类。维护阶段产品的工作，以上任何需要变更的软件配置项。

 

 

三、配置管理

 

 

 

 

 

配置库有三类：

• 开发库（Development Library)。存放开发过程中需要保留的各种信息，供开发人员个人专用。库中的信息可能有较为频繁的修改，只要开发库的使用者认为有必要，无须对其做任何限制。因为这通常不会影响到项目的其他部分。

 

• 受控库（Controlled Library)。在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入。存入的信息包括计算机可读的，以及人工可读的文档资料。应该对库内信息的读/写和修改加以控制。

 

• 产品库（Product Library)。在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装。库内的信息也应加以控制。

 

 

版本控制（Version Control)

     版本控制用于管理信息工程中生成的各种不同的配置将规程和相关管理工具结合起来。按GM.Clemm对版本管理的解释：配置管理使用户借助选择适用的版本来选定软件系统的配置，为此需要确定每个软件版本的属性，同时还考虑到同描述一些预期属性所构成的配置。

     版本管理要解决的第一个问题是版本标志，也就是为区分不同的版本，要给它们科学的命名。通常有以下几种版本命名的方法。

( 1 )号码版本标志。以数字表示，如用1.0、2.0、1.2、2.1 .1等表示版本号。一般认为1.0、2.0等为基础版本，1.1、1.2则是对基础版本1.0的第一次修改和第二次修改。对有重大更动或因多次修改导致的全局性重要更动，则应该提高基础版本号，例如，上升到2.0。

这种顺序号码的命名法被广泛地使用，它的突出优点就是简单直观。但如果版本多了，并且出现了非简单顺序的线型号码，就很难从号码上区分其前后的继承关系，无法体现命名的可追溯性原则。另外，只根据号码也不能看出更多的信息。

 

变更控制

 

 

四、各种配置管理工具的比较

CC： 价高，狂大，安全性不好，功能不错，管理复杂。

CVS：免费，功能不全。

VSS：不安全，功能太少。

JBCM：低价，功能很弱，性能不好，管理、使用简单。

Firefly：价稍高，功能不错，安全性好，管理方便，上手快。

PVCS Professional：便宜，功能弱，不安全。

PVCS Dimension：价高，功能全，管理复杂。

StarTeam：价高，功能不全，支持差。

CCC/Harvest：价高，功能一般，安全性不错，管理巨复杂 Hansky的。Firefly功能还可以，权限管理也不错。但是客户端分为系统管理员、配置管理员、使用者，太多。况且服务器对平台的支持还有限，linux、windows可能不错。

如果您觉得文章对您有帮助，请多多点赞与分享，让更多的人看到哦！