首 页
自从Internet兴起后，信息科技所牵引的产业环境，造成市场需求变更的速度加快，产品开发更是遭遇到前所未有的压力，「产品生命周期（Product Life Cycle）」的缩短，正牵动着「产品开发生命周期（ProductDevelopment Life Cycle）」的压缩，与创新产品的开发模式，尤其当面临一个愈来愈趋庞大繁杂的产品系统，其中每一个系统、次系统等，都是由不同的组件所组成，而组件与组件间、次系统与次系统间、系统与系统间的逻辑或功能的水平与垂直组合，都是在需求条件的导引下，依据各自所形成的「特定规范」彼此相互集成而成的一个最终产品。于是，如何掌握这些不同种类的组件（或次系统、系统）的一致性，也成为新产品开发过程中的一个亟待解决的重要管理议题。
新产品的开发过程，从一个从概念发起，历经展示确认、测试评估、生产制造等不同阶段的管理作为，期间难免会发生产品系统内各组件（或次系统、系统）的变异情形，所以如何控制这些研发时的工程变更，降低所产生的负面影响，有效管制这些变异的过程、原因等情形，也是需要一套有效合适的管理方法才行。这些产品开发过程中的诸多管理议题，利用管理上的技术，突破「产品开发生命周期」的时程压缩、需求变更、以及复杂产品的协调性等挑战，正是传统企业管理无法触及的领域，是科技管理兴起的原因，也正是「形态管理（Configuration Management, CM）」发展的起源。
形态管理
「形态管理」（CM, Configuration Management）是在CMMI Level 2必要执行的内容，乃一项针对产品开发生命周期及产品开发的作业活动，针对硬件、软件、固件、以及文件所做的变更（包括其衍生出的纪录）的管制。和「版本控制」不同的是，「形态管理」着重持续追踪内容的变化过程记录，以达到下述目的：
• 纪录与管制产品系统内各组件（或次系统、系统）的开发与变异过程。
• 确保产品系统内各组件（或次系统、系统）开发的一致性与兼容性。
• 明确掌握产品系统内各组件（或次系统、系统）的变异情形，发挥追踪与评估变异结果的功效。
形态确认
「形态确认」是决定产品形态的标准（Criteria），以及「形态确认」的步骤、流程与评估工具等目的。处理这些有关产品的系统、次系统、总成、与零组件等形态项目文档与蓝图等档案时，则管理者应该详细的针对产品获得的生命周期概念，做到：
• 详实记载所有产品形态项目变更的前因后果，有利技术开发的追踪与考核。
• 必须从产品获得全生命周期的基础出发，建立产品研发、测试、生产、包装、运输、使用、维修等各阶段的
构型项目文件，利于产品形态变更的整体评估作业。
形态管制
「形态管制」是形态项目的「基线」管理作为，是形态管理中第二个有关的作业内容。简单地说，凡是任何产品开发过程中，可能触及变更产品形态项目的基线时，则通过一个评估机制，针对形态项目变更的影响，所进行的系列管理作为，我们称的为「形态管制」。
形态稽核
「形态稽核」是针对产品开发过程中，有关的各项系统、次系统、总成、与零组件等研发现况，实施稽核与检查，确保构型项目的开发现况与构型确认的项目，彼此具有一致性与兼容性，一般来说，「形态稽核」可分成「功能型稽核」与「实体型稽核」两类：
• 「功能型稽核」的执行目的，系在确认产品的形态项目（Configuration Items）的测试结果良好，且均可达到产
品设计的性能与功能需求标准，而相关产品使用与维护支持文件，也已完备。
• 「实体型稽核」系以设计完备的「形态项目」为审查对象，稽核的目的则是在查看这些「形态项目」，确认它们
和技术文件的一致性。
►本文内容摘自杨庆宗，系统工程与管理，页6-4，并加以整理。
新产品的开发过程，从一个从概念发起，历经展示确认、测试评估、生产制造等不同阶段的管理作为，期间难免会发生产品系统内各组件（或次系统、系统）的变异情形，所以如何控制这些研发时的工程变更，降低所产生的负面影响，有效管制这些变异的过程、原因等情形，也是需要一套有效合适的管理方法才行。这些产品开发过程中的诸多管理议题，利用管理上的技术，突破「产品开发生命周期」的时程压缩、需求变更、以及复杂产品的协调性等挑战，正是传统企业管理无法触及的领域，是科技管理兴起的原因，也正是「形态管理（Configuration Management, CM）」发展的起源。
形态管理
「形态管理」（CM, Configuration Management）是在CMMI Level 2必要执行的内容，乃一项针对产品开发生命周期及产品开发的作业活动，针对硬件、软件、固件、以及文件所做的变更（包括其衍生出的纪录）的管制。和「版本控制」不同的是，「形态管理」着重持续追踪内容的变化过程记录，以达到下述目的：
• 纪录与管制产品系统内各组件（或次系统、系统）的开发与变异过程。
• 确保产品系统内各组件（或次系统、系统）开发的一致性与兼容性。
• 明确掌握产品系统内各组件（或次系统、系统）的变异情形，发挥追踪与评估变异结果的功效。
形态确认
「形态确认」是决定产品形态的标准（Criteria），以及「形态确认」的步骤、流程与评估工具等目的。处理这些有关产品的系统、次系统、总成、与零组件等形态项目文档与蓝图等档案时，则管理者应该详细的针对产品获得的生命周期概念，做到：
• 详实记载所有产品形态项目变更的前因后果，有利技术开发的追踪与考核。
• 必须从产品获得全生命周期的基础出发，建立产品研发、测试、生产、包装、运输、使用、维修等各阶段的
构型项目文件，利于产品形态变更的整体评估作业。
形态管制
「形态管制」是形态项目的「基线」管理作为，是形态管理中第二个有关的作业内容。简单地说，凡是任何产品开发过程中，可能触及变更产品形态项目的基线时，则通过一个评估机制，针对形态项目变更的影响，所进行的系列管理作为，我们称的为「形态管制」。
形态稽核
「形态稽核」是针对产品开发过程中，有关的各项系统、次系统、总成、与零组件等研发现况，实施稽核与检查，确保构型项目的开发现况与构型确认的项目，彼此具有一致性与兼容性，一般来说，「形态稽核」可分成「功能型稽核」与「实体型稽核」两类：
• 「功能型稽核」的执行目的，系在确认产品的形态项目（Configuration Items）的测试结果良好，且均可达到产
品设计的性能与功能需求标准，而相关产品使用与维护支持文件，也已完备。
• 「实体型稽核」系以设计完备的「形态项目」为审查对象，稽核的目的则是在查看这些「形态项目」，确认它们
和技术文件的一致性。
►本文内容摘自杨庆宗，系统工程与管理，页6-4，并加以整理。
