思步网

标题: 如何更好的控制基线后的配置项 [打印本页]

作者: xixiaojing666 时间: 2008-5-6 13:24
标题: 如何更好的控制基线后的配置项
下面说说建立基线后的代码和文档的控制：
我们代码和软件工程的文档在建立基线后，控制手段不太一样。文档的控制是严格的按照变更流程进行执行的。配置项进入基线后，写权限就关闭了，只有读的权限。
流程如下：
变更申请->评估变更大小->审批变更申请->安排变更任务->执行变更任务->对更改后的配置项重新进行SCCB评审->结束变更
其中评估变更大小是由项目经理来进行评估；如果是大变更，项目经理交给SCCB来审批；如果是小变更，由项目经理进行审批。
但是单元测试完成后的代码基线，我们不般不把写权限进行关闭，因为在以后的测试过程中，变更的次数很多，所以只要开发人员在变更时通知PM、CM和相关人员，就可以了。

不知道各位是如何控制代码基线的，欢迎大家来讨论！

作者: iamredeye 时间: 2008-5-8 14:32

原帖由 xixiaojing666 于 2008-5-6 13:24 发表
配置项进入基线后，写权限就关闭了，只有读的权限。

能不能请教一下你们的lifecycle model是什么？waterfall，rup,agile，或近似?

作者: fishred 时间: 2008-5-8 15:48
我们一般按照系统上线来分，至于具体代码的变更，通过打标签来控制，至于流程上面大致时这样的：
需求变更－分析设计－评审－编码－发布，建立代码基线，代码基线是批量化的

作者: iamredeye 时间: 2008-5-8 20:23
楼上的只baseline代码?

这样的话在project level实际上基本上就没有change control了。在release level（如果存在的话）有change control，但只关注代码。

不知道我理解的对不对。

作者: xixiaojing666 时间: 2008-5-8 21:07

原帖由 iamredeye 于 2008-5-8 20:23 发表
楼上的只baseline代码?

这样的话在project level实际上基本上就没有change control了。在release level（如果存在的话）有change control，但只关注代码。

不知道我理解的对不对。

代码基线也有变更控制,但是由于变更比较频繁,所以我们控制比较松.但是每个变更还是都记录的,一般用打标签的方法,便于追溯.

不是很理解你后一句话是什么意思:)
是说产品基线的变更只关注代码这个配置项吗?

作者: xixiaojing666 时间: 2008-5-8 21:09

原帖由 fishred 于 2008-5-8 15:48 发表
我们一般按照系统上线来分，至于具体代码的变更，通过打标签来控制，至于流程上面大致时这样的：
需求变更－分析设计－评审－编码－发布，建立代码基线，代码基线是批量化的

代码基线是批量化的是什么意思?:)

作者: xixiaojing666 时间: 2008-5-8 21:12

能不能请教一下你们的lifecycle model是什么？waterfall，rup,agile，或近似?

我们生命周期一般都是瀑布的,迭代的还没有用过,说实话对迭代模型还不是很了解.:loveliness:

要向我们论坛里的高手多多请教了:lol

[ 本帖最后由 xixiaojing666 于 2008-5-8 21:14 编辑 ]

作者: iamredeye 时间: 2008-5-8 22:19
瀑布的话cm比较容易。

“只”baseline代码实际上等于基本没有change control

作者: lily_014 时间: 2008-5-8 23:50

原帖由 xixiaojing666 于 2008-5-8 21:12 发表

我们生命周期一般都是瀑布的,迭代的还没有用过,说实话对迭代模型还不是很了解.:loveliness:

要向我们论坛里的高手多多请教了:lol

是的,瀑布的比较好做.如果是迭代的按照你说的这样做将会有太多的基线变更.比如RUP模型,四个阶段里面又分各个阶段,特别是细化和构建阶段需求才慢慢完善,这时需求,设计,编码,测试一次次迭代那么基线该如何来做呢,一个迭代一个基线,用打标签的方式?....晚了改天继续讨论:)

[ 本帖最后由 lily_014 于 2008-5-9 11:29 编辑 ]

作者: fishred 时间: 2008-5-9 11:19
代码基线话，我们按上线来，因为每个月有多次上线，一次上线算一个基线

作者: tongwds 时间: 2008-5-9 11:54
我也很想知道：迭代模型、原型的配置库应该如何划分，如何才能更好的管理，希望这方面的高手讲解下

作者: iamredeye 时间: 2008-5-9 14:46

原帖由 fishred 于 2008-5-9 11:19 发表
代码基线话，我们按上线来，因为每个月有多次上线，一次上线算一个基线

这个当然没问题。但是CM要解决的主要问题是什么？change control！ “只”baseline代码说明没有主动去control，只是等change来了被动的做些处理而已，具体说就是实现些次要的version control之类的功能。

打个比喻：比如有些PM很自信，“我们根本不需要plan！为什么要plan？！we plan by doing!”他没错啊，为什么要plan呢，还要改来改去，直接做就好了！最后的结果就是他的plan，100％的一致！

不知道这个比喻会不会很垃圾:Q

作者: xixiaojing666 时间: 2008-5-12 15:23
这个比喻很好，但是我觉得，真正能实现这个比喻的，恐怕没有。

细想想，计划都在头脑里，一周的事情恐怕能记清楚，但是一周以上的事情呢？
还有就是除非你自己一个人做项目，否则计划怎么沟通呢？别人怎么能知道你脑子里的计划？

作者: iamredeye 时间: 2008-5-12 22:01
你应该去train 那些pm:lol

作者: rebeccazxy 时间: 2008-5-22 15:52
关注！！！瀑布的确实比较好管理，迭代的感觉很容易管理混乱，或流于形式。请高手进来讲解下啊

作者: iamredeye 时间: 2008-5-22 17:44
迭代是比瀑布难玩一些，玩的不好也许就变成了假迭代，真瀑布。

关键是，迭代的phase和瀑布的phase关注点是不一样的，没弄清楚这一点就比较麻烦了。迭代关注的是risk，瀑布关注的是deliverable。

但baselining基本上还是差不多的－－从change control的角度讲

作者: xixiaojing666 时间: 2008-5-26 14:21

原帖由 iamredeye 于 2008-5-22 17:44 发表
关键是，迭代的phase和瀑布的phase关注点是不一样的，没弄清楚这一点就比较麻烦了。迭代关注的是risk，瀑布关注的是deliverable。

有时间给我们详细讲讲他们关注点的区别！:lol

作者: iamredeye 时间: 2008-5-27 10:49
这个有点难度啊:Q ，人家可是用一本书的篇幅在讲

作者: xixiaojing666 时间: 2008-5-27 11:01

原帖由 iamredeye 于 2008-5-27 10:49 发表
这个有点难度啊:Q ，人家可是用一本书的篇幅在讲

你可以挑一两个关注点给我们讲讲呀!:lol

作者: iamredeye 时间: 2008-5-28 16:50
刚好看到一段话，觉得很有意思：“我经常说管理一个瀑布式的或者传统的项目，在项目的前80%非常直接而有趣，在那段时间内，任务是线性的，在一段时间内你可以集中注意于一项规则（比如需求）. 然而当集成和测试开始的时候，你会经常发现不是模版不能整合，测试很费劲，系统架构有缺陷，执行效果很差，就是用户提出这个应用不是他们所需要的。如果你在管理一个瀑布型的项目，你在项目临近结束的时候，需要找一个借口将这个项目转交给另一个可怜人。”

我记得这个论坛里有不止一个人说过他们的项目是高层领导，后来因为“时间问题”，“只好”把撒手不干。。。

作者: iamredeye 时间: 2008-5-28 17:14
我试试吧：）

瀑布在每个phase结束的时候都是期望相应的文档能够baseline甚至finalize。听起来很美好，流程很清晰，但这也带来了后期问题，主要是requirements / architecture change和quality issue。

迭代认识到了这些问题无法避免，与其消极的等后期来解决问题，不如提前confront the problem。所以迭代的phase不是按照discipline来划分时间线，而是按照风险的解决程度。比如conception解决或更准确的说降低的是business risk；elaboration 是technology。每个phase会按照需要跨多个discipline。

[ 本帖最后由 iamredeye 于 2008-5-28 17:29 编辑 ]

作者: xixiaojing666 时间: 2008-5-29 08:44
感谢一下!
继续支持:victory:

作者: jiayan2000cn 时间: 2008-6-13 17:06
这些内容我现在比较关注!

作者: xixiaojing666 时间: 2008-6-18 09:23

原帖由 jiayan2000cn 于 2008-6-13 17:06 发表
这些内容我现在比较关注!

你可以在这里提出你的关注问题，或经验分享呀！:)

作者: 惹你见笑 时间: 2014-4-25 15:06
还不错哦，如果再能多分享一些就perfect了！

作者: 命犯挑花 时间: 2014-6-6 14:30
看起来好像不错的样子

作者: 飞花弄影 时间: 2014-6-30 09:37
路过的帮顶

作者: [旋木] 时间: 2014-8-18 11:13
看帖要回，回帖才健康，在踩踩，楼主辛苦了！

作者: 十指紧扣 时间: 2014-8-20 16:52
前排支持下了哦~

作者: 漫长的青春。 时间: 2014-8-25 16:27
向楼主学习

作者: boys吶雪眞羙 时间: 2014-9-19 18:34
非常好，顶一下占位编辑

作者: 我算你ok 时间: 2014-9-29 17:57
很有借鉴意义，先收藏了，谢谢楼主。

作者: 来自地球的我 时间: 2014-10-5 22:39
向楼主学习

作者: 是孩子。 时间: 2014-11-2 10:53
向楼主学习

作者: 妸嗳のㄝ亾 时间: 2015-2-4 12:44
很有借鉴意义，先收藏了，谢谢楼主。

作者: 诸葛亮 时间: 2015-2-14 19:09
路过的帮顶

作者: 萌系 时间: 2015-6-17 21:28
看起来不错

作者: 笑喘 时间: 2015-6-29 14:34
不错支持一个了

作者: 水啊水 时间: 2015-7-9 11:38
很有借鉴意义，先收藏了，谢谢楼主。

作者: 病态 时间: 2015-8-12 13:06
很有借鉴意义，先收藏了，谢谢楼主。

作者: 曖__昧〆圥玍 时间: 2015-8-14 20:51
向楼主学习

作者: 寂寞的小男孩； 时间: 2015-10-22 17:48
路过的帮顶

作者: 暮色伊人。 时间: 2015-12-27 15:37
没人回帖。。。我来个吧！

作者: 傲娇女神 时间: 2016-1-31 10:37
打酱油的人拉，顺便赚点金币

作者: 苍天为井而空心i 时间: 2016-3-16 21:21
确实不错，顶先

作者: 迷迭香的记忆 时间: 2017-11-23 18:00
不错支持一个了

作者: 冰点沸点 时间: 2017-12-3 20:23
不错支持一个了

作者: 风和你 时间: 2017-12-21 21:32
打酱油的人拉，顺便赚点金币

作者: 兔崽子。 时间: 2017-12-22 11:54
路过的帮顶

欢迎光临思步网 (http://www.step365.com/)