配置管理中的基准（baseline）是怎样形成的？

freespider 2002-12-29 10:13:32

配置管理中的基准（baseline）具体是怎样形成的？
比如说，现在一个小组在进行软件开发，已经进入代码编写阶段，然后准备在2003年月1日发行一个版本，此时是不是可以针对这个版本建立一个基准？大概在什么时候建立基准？

...全文

294 8 打赏收藏转发到动态举报

写回复

用AI写文章

8 条回复

切换为时间正序

请发表友善的回复…

发表回复

mubaosen 2003-03-27

打赏
举报

mark

breeze98 2003-01-03

打赏
举报

可以将经过评审（审核）需求分析分析作为一个Baseline。
也可以将经过评审（审核）的概要设计（详细设计）作为一个Baseline。
还可以将经过Codereview、测试后的程序源码作为一个Baseline。
或是将一个已经过完整测试的软件作为一个Baseline。
一个项目中根据需要会有多个Baseline，只要你需要。
建立Baseline的标准是：经过确认的或是经过验证的一个参考基准，而这个基准可根据实际需要在制定项目计划时（或是配置管理计划时）确定。
个人意见，仅供参考。

gary_shi 2003-01-03

打赏
举报

baseline是指一系列正确的，相配套的文档，源代码，配置等的集合。
比如楼主所说的那个例子，你现在进入代码开发之前，你手头所有的文档就可以作为一个BASELINE。当你的软件发布以后，就应该把这个软件对应的所有的东西，包括源代码，目标代码，测试结果，发布说明等等加入进来，形成一个新的BASELINE。
BASELINE必须是相配套的。比如说，你在程序里有两个模块A和B，你在发布以后建立了一个BASELINE(这里的都是内部版本号，并且这里的模块包括相应的文档说明)：A1.0，B1.0。而你以后对A作了更改以后，发布了A1.01，但B没有做任何更改，并且B1.0和A1.01可以配套使用，那么B1.0和A1.01也可以作为一个基线。而当你发布了A2.1，但这时已经不能和B1.0一起用了，B随着也做了B2.0，这样，A2.1和B2.0就可以做为一个基线。同样，你的文档和程序也必须相对应，每一条基线里必须相一致，如A2.1的文档必须和A2.1的程序相对应。
对于BASELINE的修改是必须要受控的，但是怎么去控制，可以根据项目的大小和进度来制定控制计划。

以上是个人的一点看法。

AechoJohn 2003-01-03

打赏
举报

个人观点：简单一些说：它是拿着一把尺子（形成Baseline的文档等东西）量你将要做出来的东西！

商海连横 2002-12-31

打赏
举报

gz!

stonespace 2002-12-30

打赏
举报

baseline的概念是用来控制的，也就是要控制后面的工作不偏离baseline描述的规格。

比如在瀑布模型中，需求分析完成后，需求分析文档就可以作为一个baseline，这个以后你的设计编码都必须受这个baseline的控制，不能偏离需求分析文档描述的功能。

在RUP等以构架为中心的过程中，构架可以控制未来的设计编码的结果，所以构架可以作为baseline。

baseline是管理的概念，具体看你要控制什么，要达到什么目的，选择合适的规格说明作为baseline来控制。比如需求分析文档、设计文档、构架等等都可以，但是代码一般不作为baseline，因为没有什么可以控制。

对一般的质量管理来说，那些规格说明一般都需要评审过后，得到授权人员的批准之后，才能成为baseline。