查看完整版本: 配置管理在什么阶段才整整真正算结束

配置管理在什么阶段才整整真正算结束

请教:我们公司定义的项目阶段是：立项，启动，需求，。。。验收，结项，维护  可在我们实际的操作中，当项目到拉结项阶段，如果结项完成，那么配置管理就算基本结束，因此就把配置库vss的权限都给关闭拉，我们配置审计也结束啦，也就是说配置管理结束啦。

但实际项目在运行时，发现项目虽然结项拉，但用户可能还要提出修改等需求，那么我们的配置库vss不得不要重新开放，这样做会造成版本混乱，并且我们配置管理工作会因为这个项目而持续非常久，另外如果结项后又出现修改，那么修改的东西要不要还进行评审，变更流程，这样的阶段配置管理工作该如何开展，配置审计还要再继续？配置管理到什么时候才能结束？我们公司某些项目后期时间都有持续1，2年的，那配置管理也要这样继续下去么，郁闷中

只要有变更就需要进行配置管理，只要产品在维护，配置管理就应该继续下去，不过维护时的投入应该会比项目进行中时有所缩减，相应的策略也可以进行调整，个人观点

1.看产品设计。有的新需求和BUG会划到下一版本中，或者重新签合同。

2.正常的情况下，终验后的项目配置库可以适当减少工作频度，但权限不能完全封闭。

问题：
1、重新开放配置库VSS就会版本混乱？
权限及版本管理问题，并不是用不用的问题吧
2、结项后再修改，这在软件工程中似乎是一种必然。
变更的定义就是这么引出来的吧
3、修改后的东西要不要评审，还要不要配置审计
both yes－－看你们具体的规范要求了
4、配置管理到底什么时候结束
配置管理与项目管理同在，哈哈

只要软件生命周期没有结束,配置管理就不能结束.
软件生命周期是从软件生产到报废的周期,周期内有立项、可行性分析、需求分析、系统设计、编码、调试和测试、验收与运行、维护升级到最终废弃等阶段，楼主公司的项目阶段不也是有维护吗，结项后的修改、需求的增加就是在维护阶段的，软件只要在使用就可能发现bug和发掘新的需求，等修改积累到一定程度，软件版本号又可以有较大的飞跃了。

我们公司即做项目也做产品,产品是公司自己开发的,主要用到项目中,产品结项后产品就被应用到很多项目中,也就是进入到产品的维护阶段,在这段时间内产品会根据项目的需要不断的做修改,而我们公司的项目是不断的有新项目,那么对于产品来说它的这段维护阶段时间会非常漫长,当修改积累到一定阶段后就升级软件版本号,那对于产品是不是配置管理就一直持续下去?好象没有尽头?

[quote]原帖由 [i]xiaoqingyu[/i] 于 2008-7-30 09:31 发表 [url=http://bbs.scmlife.com/redirect.php?goto=findpost&pid=107048&ptid=14475][attach]10422[/attach][/url]
我们公司即做项目也做产品,产品是公司自己开发的,主要用到项目中,产品结项后产品就被应用到很多项目中,也就是进入到产品的维护阶段,在这段时间内产品会根据项目的需要不断的做修改,而我们公司的项目是不断的有新项目 ... [/quote]

总不会一直持续增加小版本号，而不开发大版本吧？

可以以一个大版本作为项目的节点。产品定义如果清晰的话，两个大版本之间肯定要有明显的或本质上的差别，这就完全符合生命周期重新开始的定义了。

只是维护周期较长，这个问题没办法，只有制定规范，到后期改变粒度和频率了。