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