基线的基本概念和基线分类

基线的基本概念

 

基线(baseline)——经过正式审查和认可作为以后进一步演进的基础，并且只有通过正式的更改控制规程才能进行更改的规格说明或产品。[IEEE—STD—610]

（注：很多资料写为进一步开发的基础，但我觉着演进这个词比较贴切。维基这样定义基线：In configuration management, a "baseline" is an agreed-to description of the attributes of a product, at a point in time, which serves as a basis for defining
change. A "change" is a movement from this baseline state to a next state. The identification of significant changes from the baseline state is the central purpose of baseline identification.  意为：在配置管理中，“基线”是一个被认可的产品属性的描述，这个时间点作为基础服务于定义的变化。“变化”是基线状态移动到下一状态的运动过程。基线识别的中心目的是通过基线状态的显著变化进行的。）

 

软件基线库(software baseline library)——用以存放配置项和相应的记录的仓库的内容。

 

基线配置管理(baseline configuration management)——建立经正式审查和认可并作为进一步开发工作的基础的基线。有些软件工作产品，如软件设计和代码，应该有在预定点上建立的基线，并且对这些基线应该施加严格的更改控制过程。当与顾客打交道时，这些基线提供控制和稳定性。

 

基线管理(baseIine management)——在配置管理中，运用技术和行政指令指定一些文档和对这些文档的更改，这些文档在配置项的生存期内的某些特定时刻，正式标识出和建立起基线。[IEEE—STD—610]

 

基线的分类

 

基线分类：按照线性过程开发的软件工作产品分为Allocate、Requirement、Design、Coding、Integration、Test等阶段，可以相应的把基线分为需求基线、设计基线、产品基线等。（注：曾经见过有公司把基线分为十几个类的，感觉实无此必要，徒增繁重的工作，也没有见到管理上有什么优势。以老张的实际经验，分为需求基线和产品/项目基线两类就够用了，无论开发模式是线性或者敏捷、迭代、螺旋，这两类都游刃有余了。）

 

PS：为什么这么费心的扣这些概念的字眼，因为我一直认为概念是进行持久工作和团队合作的基础。只有确定的、铁板钉钉的概念表述，才能不至于因为理解差异、或者遗忘而发生概念漂移。没有这些概念表述，天知道你嘴里的这个词，在他那里会理解成什么东东呢？所以——做事之前，先求共识；开发之前，必写文档。

 

“概念漂移”来自数据挖掘，这样说的：概念漂移(concept drift)通常是指隐含内容(hidden context)的改变会或多或少从根本上导致目标概念(target concepts)的改变。真是形象而且精炼啊。

 

欢迎访问红尘的新浪微博 http://blog.sina.com.cn/hongchenzpm