建构管理
CM
基本支缓流程领域
*
建构管理的目的（Why)
建构管理(Configuration Management, CM)的目的，在使用建构识别、建构控制、建构状态纪录及建构稽核，来达到建立与维护工作产品之完整性。
*
建构管理的活动
*
建构管理流程领域活动
界定所选定之工作产品的建构，这些工作产品在特定的时间点会组成基准
管制建构项目的变更
建立或提供规格，以便从建构管理系统建造工作产品
维护基准的完整性
提供正确的状态和目前的建构资料给发展人员、最终使用者及客户
*
特定目标与执行摘要(What)
SG 1建立基准
SP 界定建构项目
SP 建立建构管理系统
SP 建立或发行基准
SG 2追踪并管制变更
SP 追踪变更申请
SP 管制建构项目
SG 3建立完整性
SP 建立建构管理纪录
SP 实施建构稽核
*
与TS16949对应的活动
*
SP 界定建构项目
建构项目包括：
交付客户的产品----顾客的需求产品
指定的内部工作产品----产品实现中的工作产品
取得的产品----顾客财产或其它
工具及其他项目工作环境的资本资产
其它用以产生或说明这些工作产品的项目
*
SP 界定建构项目
建构项目间依赖建立原则：
可能被两个(含)以上小组共享的工作产品。
会随着时间而变更的工作产品，其变更原因可能是发生错误或变更需求。
数个相互依存的工作产品，当其中一个改变时，将会影响到其他的工作产品。
对项目具有极高重要性的工作产品。
例：流程图-----PFMEA、控制计划
CC&SC----PFMEA、控制计划、SOP
*
SP 界定建构项目
对这些工作产品我们还需要做：
指定每个建构项目唯一的标识符。
界定每个建构项目的重要特性。
界定每个建构项目纳入建构管理的时间点。
界定每个建构项目的负责人。
*
SP 界定建构项目
*
SP 界定建构项目—人员权限设定
*
SP 界定建构项目—库项目内容编辑
*
SP 建立建构管理系统
*
建立并维护一个建构管理与变更管理的系统，以便管制工作产品。
建构管理系统包含：储存媒体、运作程序，以及存取建构系统的工具。
CPMS系统
SP 建立或发行基准
*
建立或发行供内部使用和交付给客户的基准。基准是一组经正式审查和同意的规格或工作产品，也是未来发展或交付的基础，而且只能经由变更控制程序才能改变此基准。
基线与版本的设置。
SP 建立或发行基准
*
SP 建立或发行基准
*
配置项的版本号与配置项的状态紧密相关：
（1）处于“草稿”状态的配置项的版本号格式为：
YZ数字范围为01-99。
随着草稿的不断完善，“YZ”的取值应递增。“YZ”的初值和增幅由用户自己把握。
（2）处于“正式发布”状态的配置项的版本号格式为：
X为主版本号，取值范围为1-9。Y为次版本号，取值范围为1-9。
配置项第一次“正式发布”时，版本号为。
如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。只有当配置项版本升级幅度比较大时，才允许增大X值。
（3）处于“正在修改”状态的配置项的版本号格式为：
配置项正在修改时，一般只增大Z值，值保持不变。
当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加值。参见规则（2）。
SP 建立或发行基准
*
SP 建立或发行基准
*
1）以上所有的文件构成一个项目计划所包含的建构项目，每个建构项目经审核后发布一个版本。组合成项目计划发布一个基线。定义版本。
2）基线发布后，如果包含在内的建构项目需更新。则需通过以下流程变更并重新发布基线。
SG2追踪并管制变更
*
变更申请---识别变更---评审变更---批准变更---实施变更---验证变更—配置项重新发布
问题管理模块
在问题管理模块中创建问题（即申请变更）
SG2追踪并管制变更
*
SG 建立建构管理记录
*
SG 实施建构稽核
*
1）功能审计：工作产品是否满足一定的功能要求，这个工作一般不由配置管理员负责，而是通过文档的评审、软件的测试进行。
2）物理审计：工作产品是否符合格式、版本号等方面的要求，一般有配置管理员负责。
建构管理流程领域活动
*
*
*
Q&A
*
*
*
