刚接触配置管理,在书上看到说配置管理应用于软件开发的每一阶段,但书上的内容,比如配置管理涉及人员及职责图上体现出来的是直接从架构师对系统架构的分析开始.那需求分析呢?不设计吗?

如果你想了解需求，没有人会反对；
配置管理从什么时候开始并不重要，重要的是了解了需求后，是非对配置管理有帮助，从这一点来说，了不了解需求并没有多少意义。

另外，楼主你认为对需求分析要如何进行设计呢？呵呵~~

项目配置管理从开发计划开始后..

配置管理从项目主计划之后就要开始～～

配置管理从项目立项就应该可以考虑了，以后会渗透到整个项目开发过程中，直到项目结项~

项目启动时，配置管理就要进入了，了解一定的需求，还要制定一定的培训计划

我的意见和五楼的挺相似

贯穿开发和测试阶段 。

同意5，7楼

软件配置管理是贯穿于整个软件过程中的保护性活动，它被设计来（1）标识变化，（2）控制变化，（3）保证变化被适当的发现，以及（4）向其他可能有兴趣的人员报告变化

sdlkfj7

需求分析阶段，我认为要使用配置管理，没有配置管理，需求将无法得到确认。

软件配置项包括:计算机程序,描述计算机程序的文档,数据.
需求分析阶段产生的产品规格说明应该属于描述性文档.所以应该纳入配置管理中.

个人认为各位说的都有自己的道理 关键是要把概念搞清楚 至于在实际应用中还是比较灵活的
但是我觉得按照严格的来说 配置管理应该是和需求工程是并行的 既在需求获取的同时就可以
同步的准备配置管理的相关活动了 比如配置计划 配置库 甚至配置审计 所以我讲这没有什么
固定模式的东西 是很灵活的 然后需求工程中的需求管理也是有变更控制的 我们是不是又要
将它和配置管理中的变更控制区分开来呢 其实大家都是变更控制原理还是一样的 只是涉及到
的具体的东西会有不同 或者说大家希望的重点不同而已 所以我们还是比较强调把概念搞清楚
至于是非要做完这个才做那个或是这个包含那个又或是这个是这个那个是那个 那其实并不是严格
的东西

在中兴和华为等产品研发型公司
配置管理的外延扩充到整个产品生命周期的产出物。
包含从用户需求，可行性研究，立项到工程实施全过程。
美其名曰产品数据管理，也并不是所有职责都是名叫“配置管理员”的角色在管。
什么角色在管和叫什么名字并不重要
重要的是，认为该纳入配置管理的东西都纳入了配置管理