关于项目管理中配置管理的实现过程，配置项的知识请教以及相比版本管理的差异

声明：相关的网页资料看过的，但对配置管理没有一个感性的认识。请不要单纯的ctrlc-ctrlv。

我的理解：配置管理像是拼装。某产品由A,B,C三部分组成，A可能有A1,A2,A3，B可能有B1,B2，C可能有C1,C2,C3,C4（数字代表型号或版本）。将任意A,B,C组合，得到适合的产品定位或者最佳方案。不知道这么理解是否片面亦或是错误？

希望可以结合例子（不限于软件开发）简单描述一下------管理（项目管理）过程中如何实现配置管理的？管理优势在哪里？哪些能够成为配置项？比起版本管理，高级在哪里？

悬赏不多，真心请教。

你的理解更多是“产品集成”的概念，即怎么把几个产品模块或构件组合成一个产品，但这不是配置管理的概念。
配置管理：简称CM（Configuration Management的缩写），标识、控制和管理变更的一种管理活动。它控制配置项的修改和发行；记录和报告配置项的状态和变更；保证配置项的完整性、一致性和正确性；以及控制配置项的储存、装载和交付。
根据这个定义，配置管理的主要工作包括：
1）配置库的管理活动。配置库现在工具非常多，例如GIT、SVN、CVS、VSS等等。通常会根据开发所处的阶段，设立开发库、受控库与产品库。
2）标识配置项，即需要定义如何去标识配置项。配置管理中受控制的对象被称为配置项，是生命周期中创建的信息，包含程序、数据、文档，分基线配置项和非基线配置项两类。特别是你的产品最终是如何标识的，比如怎样定义V1.0.0的规则。
3）基线的管理。是一组经过正式审查并且达成一致的规范或工作产品，是下一阶段工作的基础。怎样确定、发布基线，怎样管理基本的变更。
4）配置项变更管理。可以根据不同的配置项、不同的开发周期，明确变更的管理规则。
5）配置项状态管理与配置审计 。

而产品集成是如何把一个产品逐步的从一个个模块或组件，最后组合成一个产品的过程。
1）首先产品的技术结构上要能够支持，如果模块不能相互独立和拆解，谈不上灵活的组合。
2）在开发实现上，需要有一个集成的策略，哪些先实现，哪些后实现，哪些可以先进行集成
3）需要建立 集成的环境，使开发好的模块可以在集成环境中进行调试
4）通常开发完成后，需要进行源代码的编译，并打包成一个测试包，然后装在集成环境中，进行调试，以确认各个模块之前是否可以兼容和运转，这时通常会进行测试工作。
5）如果你想进行ABC组合，或者AC组合，那么都需要进行相应的编译、打包（例如形成EXE）过程，然后在集成环境中进行联调和测试。

这款指导价为8.97万元的350s讯驰版是荣威350的入门车型，也是一款手动挡车型。在家用车颇为看重的安全配置方面，讯驰版具备了abs+ebd、cbc转向制动控制、ba刹车辅助、前排双安全气囊、前排预紧式安全带、手动防眩目后视镜、大灯未关提示、副驾驶及后排儿童座椅固定装置等多项主被动安全配置，这些主流且不失人性化的安全配置对于这样一台a级家用车来说已经算是够用了。

而在舒适便利性配置方面，即便是作为入门车型，讯驰版也装备了带aux和usb音频接口的六扬声器cd音响系统，织物座椅，遥控中央门锁，可遥控开启的后备箱，自动无骨雨刷，驾驶员座椅手动六向调节，带电加热的外后视镜等等可谓丰富的配置，而雨伞槽、大灯延迟开关功能、可为手机充电的usb口等人性化设计则在日常使用中提供了更多便利。

综合来说，讯驰版的配置已经很是丰富了，加上它不算高的入门价格，可以说是这五款车型中性价比最高的，因此我们也给出了四星半的推荐指数，对于只需要一台代步工具的消费者来说，讯驰版显然是最适合的选择。

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息