产品配置项识别表模板
- 格式:xls
- 大小:48.50 KB
- 文档页数:10
软件项目配置管理规范(配置项标识和配置审计的标准)1.概述本规范用于规范和指导全公司的配置管理活动,适用公司研发项目及技术支持阶段产品的开发工作,主要包括以下几个方面:建立和维护配置管理环境。
公司配置库权限管理配置库的备份和恢复。
公司配置管理相关规程及工具的培训。
制定和维护基线计划。
标识配置项。
变更控制和管理。
版本管理。
配置审计。
2.术语及定义配置管理(Configuration Management,CM):是一套应用技术上和管理上的指导和监督的方法,用来识别和记录配置项和功能特征和物理特征;控制这些特征的变更;记录和报告变更的处理和执行的状态;以及验证其是否符合特定的需求(IEEE-STD-610)。
配置项(Configuration Item,CI):配置管理中可相对独立地进行管理的单元,如文档和模块代码。
基线(Baseline):经过正式评审并且达成一致的一组工作产品,是进一步工作的稳定基础;基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。
配置审计(Configuration Audit,CA):通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性,确保软件资产备份的有效性和完整性。
配置库备份:配置库的备份包括全量备份和增量备份。
3.配置项标识编写《配置项识别表》时,配置管理工程师负责标识配置项范围,并由项目负责人确认。
项目组成员创立配置项时,根据配置项命名规则分配唯一的标识符,配置项命名根据以下原则。
文档类命名规则:公司级命名规则: [ 简称-] 文档名称 [-模块/主题简称]文档类命名原则:【局点+RM单号】-【项目名】-【文档名称】(如项目规模较大时,需分模块说明时,可增加模块简称的后缀)。
会议纪要等可增加主题简称、日期等后缀。
版本编号规则:v1.0.0.0(m.n.j.k) m 主版本号、n代表次版本号 j代表文档批准次数或者代码发布次数 k文档修改次数或者代码测试次数.配置项状态配置项状态通常有如下三种情况:草稿(draft);评审中(in review);已发布(released/passed)日常工作中经常将其剪裁为:草稿(draft);已发布(released)这两种状态,根据是否通过评审为判断节点。
APQP设计开发过程全套记录表格清单嵌入式软件开发评估表项目名称:TQR8.3-70NO.一、推进流程应用工作量设计评审报告产品名称:研制单位:产品负责人:拟制日期:设计评审申请表产品开发项目立项书项目名称:(例如:XXXXX)项目类别:(例如:汽车继电器)项目来源及概况项目审核意见设计和开发总策划-APQP进度表产品名称:A2019前保险杠设计责任部门:**技术研究院、***技术中心 *** FMEA编号:TQR7.3-09A2018-001FMEA日期(编制):2018-12-5项目名称:XXX2019车型关键日期2019.4.6 编制人:*** FMEA日期(修订):产品功能要求潜在失效模式潜在失效后果严重度S级别潜在失效起因/机理频度O现行设计控制预防现行设计控制实现探测度D风险顺序数RPN建议的措施责任及目标完成日期措施结果采取的措施严重度频度探测度RPN6 SC结构设计不合理2 设计评审3 36燃烧特性符合要求阻燃性能差顾客抱怨,影响安全7材料不合格2将要求明确的告知造粒车间试验验证 4 56产品结构合理,强度高产品结构不合理,强度低易变形、断裂、脱落6 设计错误 3将窄、细、薄等部位加强设计评审 3周边弧度、间隙公差±0.5mm 周边弧度公差超过±0.5mm间隙不均匀,外观不良5 SC材料收缩率不对2将要求明确的告知造粒车间试验验证 3 305 SC设计错误或无定位点3 增加定位点设计评审 3 45周边与车身或相关零部件面差、配合间隙±0.5mm 边缘与车身面差、间隙超过±0.5mm间隙不均匀,外观不良5 SC材料收缩率不对2将要求明确的告知造粒车间试验验证 4 405 SC设计错误或无定位点3设计定位面、槽、柱等结构设计评审 3 45装配固定孔尺寸正确装配固定孔尺寸不正确间隙不均匀,装配困难,外观不良5 SC 设计错误 3图样评审、数模验证3 45产品特殊特性明细表顾客 ****汽车股份有限公司车型A2019产品名称 A2019上装饰板产品代号XXXXXXX工序类别项次特殊特性控制方法及记录注塑1 关键尺寸1628±1 首末件检验,并做好检验记录2 注塑产品外观无缩痕、银丝、划伤及明显的熔接痕全部自检,质检人员增加检验频次,(每4小时检验一次)3热变形温度≥100℃;拉伸强度≥30Mpa ;断裂伸长率,%≥10;弯曲强度(23°),Mpa≥50;洛氏硬度≥70R;阻燃特性符合:≦100;冲击强度(悬臂梁)≥150j/m2每批次做试验,并做试验记录喷漆1产品漆膜表面应光滑平整,色泽均匀,表面无流挂、桔皮、针孔、麻点、漏喷等缺陷全部自检,质检人员增加检验频次,(每2小时检验一次)2 15≤漆膜厚度≤50,漆膜附着力≤2级,漆膜硬度≥HB,光泽度≥85。
与培训管性评估、员工培训档案建立,以及员工满意度测量等管理要求。
急速扩张,可能导致岗
位培训不充分
5.培训需求识别不充分/
承担特定任务人员应具
备的资格要求不明确
培训
5.调整或重新
识别培训需求
企业文化
顾客报怨
8.岗位配置状况识别
9.产品开发培训方案
岗计划汇总表
8.员工外部培训档案
9.员工培训效果评估表
10.培训师效果评估表
16.KPI考核报表夹、资料
7、培训场地、投
影仪
8、培训讲师
9、培训教材/课件
训管理过程、岗位能力确定、员工聘用第三方咨询公 2.员工不清楚自己的工 2.质量目标培展战略 2.KPI考核项目 2.上岗证管理,负责培训需求的提出、人员的日常管
记表(含专项培训)制过程2、打印机、复印成率培训计划次数×
7.2.1/7.2.2/7.2.。
精品文档精心整理XX软件股份有限公司配置管理规范变更履历目录1 概述42 术语定义 (4)3 适用范围 (5)4 阅读对象 (5)5 配置管理计划 (5)5.1 配置管理计划流程图 (6)5.2 配置管理计划流程说明 (6)6 配置管理软硬件资源确定 (7)6.1 配置管理服务器 (7)6.2 配置管理工具 (8)7 配置项/文档管理 (8)7.1 配置项识别 (8)7.2 配置项编写及命名 (9)7.3 配置项入库 (9)8 配置库目录结构规划 (9)9 权限管理 (10)9.1 用户角色定义 (10)9.2 配置库操作定义 (10)9.3 配置库授权控制参考 (11)9.4 注意事项 (11)10 基线管理 (11)10.1 基线计划制定 (11)10.2 基线建立时机 (12)10.3 基线建立流程 (12)10.4 基线命名规范 (13)11 分支合并管理 (13)11.1 分支建立 (14)11.1.1 分支建立时机 (14)11.1.2 分支建立模式 (14)11.2 分支合并 (14)11.2.1 分支合并类型 (14)11.2.2 版本库发布模式 (14)12 代码集成管理 (15)13 发布管理 (16)13.1 正式版本发布 (16)13.2 测试版本发布 (16)13.3 临时版本发布 (17)14 变更管理 (17)14.1 变更控制 (17)14.2 变更流程 (18)14.3 变更结束准则 (19)15 备份/还原管理 (19)16 生效 (19)17 参考及附录 (20)1概述配置管理(CM)的目的是协调软件开发过程、对项目生命周期过程中各种阶段产品的演化和变更进行管理、使混乱(一旦发生,其代价通常都很大)减至最小,从而保证软件工作产品的一致性和完整性。
从变更的意义讲,配置管理要解决变更标识、变更控制以及变更发布的问题。
配置管理是项目质量管理的重要组成部分,在控制由多人参与项目所生成的大量工作产品时,配置管理过程规范化至关重要。
配置项状态报告文档编号:FHI_CMMI_CM_TEM_LOG文档信息:配置项状态报告文档名称:配置项状态报告文档类别:CMMI模板密级:内部秘密版本信息:1.1建立日期:2016-1-19创建人:EPG批准人:李庆林批准日期:2016-2-25存放位置:集成公司组织资产库/组织标准过程编辑软件:Microsoft Office 2003 中文版文档修订记录*变化状态:C――创建,A——增加,M——修改,D——删除目录1 基线域 (4)1.1 需求RMBL (4)1.2 设计SDBL (4)1.3 运行PRBL (5)2 受控域 (5)2.1 需求开发计划 (5)2.2 项目计划 (6)2.3 项目监控 (6)2.4 沟通管理 (6)2.5 需求管理 (6)2.6 产品集成 (6)2.7 测试 (6)2.8 配置管理 (6)2.9 质量保证 (7)2.10 项目评审 (7)2.11 项目培训 (7)2.12 决策分析 (7)2.13 用户资料 (7)2.14 项目验收 (7)1基线域VSS工具***************** Version 1 *****************User: Admin Date: 08-12-04 Time: 9:50Created 01基线域SVN工具Revision: 1Author: liuhyDate: 16:43:15, 2008年11月19日Message:----Added : /项目名称/Trunk/Documents/01基线域1.1需求RMBL***************** Version 2 *****************User: Admin Date: 08-12-04 Time: 9:50Created 01需求RMBL***************** 01需求RMBL *****************User: Admin Date: 08-12-04 Time: 9:50Added项目名称用户需求说明书.doc***************** 01需求RMBL *****************User: Admin Date: 08-05-16 Time: 17:10Added 项目名称软件需求规格说明书.doc***************** 项目名称用户需求说明书.doc ***************** User: Admin Date: 08-12-04 Time: 9:54Checked in $/项目名称/02基线域/01需求RMBLComment:根据变更申请表进行修改。
目的(Purpose)为了建立和维护软件项目中所有产品的完整性,该文件描述了用于软件配置管理Software Configuration Management(SCM)的过程。
目标(Objective)通过有计划的软件配置管理活动,使软件工作产品经过标识、受到控制并具有可用性。
任何对软件工作产品的更改都是受控的,并确保相关小组和个人能及时了解软件基线的状态和内容。
范围(Scope)受控于配置管理下的工作产品,包括交付给客户的软件产品,以及生成软件产品所需要的或由软件产品标识的有关项。
准备/前提/条件(Input)软件配置控制委员会(SCCB):负责评价、认可或否定有关基线更改建议并确保确认的更改得以执行。
具体活动包括,授权标识与建立软件基线,阐述项目负责人和所有受软件基线变更影响的小组的权益。
高层SCCB包括BUM和高层经理。
项目SCCB包括项目经理和产品经理。
每个软件产品都有一个软件配置管理(SCM)小组负责协调和实施产品的软件配置活动。
SQA定期对SCM小组的活动进行监察与审核,以验证SCM小组的活动是否按照相应的规程进行。
规程/任务/活动(Procedure)制定SCM计划Making SCM Plan在项目的初期需要制定《SCM计划》SCM Plan.dot,并且始终与项目保持一致。
在项目计划(Project Plan.dot)的软件配置管理一章中,需要指明该项目对应的SCM计划文档。
项目经理或由项目经理指定的SCM小组成员制定SCM计划,并提交该项目的SCCB进行审批。
SCM计划的主要内容包括:确定该项目的SCM小组以及SCCB的成员名单。
需要管理的工作产品和项目使用工具,以及管理它们的目录结构设置。
项目的工作产品包括项目文档、源代码、源代码所生产出的EXE、OCX、DLL等所有生成文件。
目录结构设置可参考《SCM路径设置规程》(SCM Path Setup Procedure.doc)。
项目编号:xxxxxx项目名称:xxxxxx 配置管理计划修订历史记录目录1. 简介 (4)1.1目的 (4)1.2范围 (4)1.3定义、首字母缩写词和缩略语 (4)1.4参考资料 (5)1.5概述 (5)2. 软件配置管理 (5)2.1组织、职责和接口 (5)2.2工具、环境和基础设施 (6)3. 配置管理活动 (8)3.1配置标识 (8)3.2配置项变更控制 (10)3.3配置管理活动计划 (10)3.4报告和审计 (17)4. 培训和资源 (18)4.1培训所需环境 (19)4.2培训参加人员 (19)4.3培训具体安排 (19)5. 分包商和厂商软件控制 (19)错误!未指定书签。
1.简介1.1目的在项目的生命周期内,为了保证该项目工作产品、过程记录及项目相关资料的版本统一和完整,特制定本计划。
1.2范围纳入项目配置管理的配置项、过程记录及其它相关资料。
1.3定义、首字母缩写词和缩略语本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。
这些信息可以通过引用项目词汇表来提供。
1.3.1CM (Configuration Management)配置管理。
1.3.2配置项(Configuration item)指定为配置管理的对象且作为单个实体进行处理的硬件、软件或两者的集合。
1.3.3基线(baseline)一种通过正式评审和认可的规范说明或产品,此后将其作为进一步开发的基础,只有通过正式的变更控制过程才可以变更。
1.3.4基线库(Software baseline library)项目软件生命周期中基线的集合。
用VSS软件工具管理时,基线库可以是一个独立的VSS系统,也可以是VSS系统中的一个目录。
1.3.5配置审计(Configuration audit)审核配置管理库系统的结构和设施,验证软件基线库内容的完备性和正确性,验证与适用的配置管理标准和规程的符合性1.3.6配置控制委员会(CCB)有权力管理项目基线的委员会,它代表项目经理和所有可能受到项目基线更改影响的组的利益,由它审定项目基线的建立和配置项/单元的标识,评审和审定对项目基线的更改,审定对项目基线库制造的产品的生成。
BOM表百科名片BOM(Bill of Material)物料清单,是计算机可以识别的产品结构数据文件,也是ERP的主导文件。
BOM使系统识别产品结构,也是联系与沟通企业各项业务的纽带。
ERP系统中的BOM的种类主要包括5类:缩排式BOM、汇总的BOM、反查用BOM、成本BOM、计划BOM。
目录基本简介BOM的作用BOM的形式Unicode规范中的BOM基本简介BOM的作用BOM的形式Unicode规范中的BOM基本简介采用计算机辅助企业生产管理,首先要使计算机能够读出企业所制造的产品构成和所有要涉及的物料,为了便于计算机识别,必须把用图示表达的产品结构转化成某种数据格式,这种以数据格式来描述产品结构的文件就是物料清单,即是BOM。
它是定义产品结构的技术文件,因此,它又称为产品结构表或产品结构树。
在某些工业领域,可能称为“配方”、“要素表”或其它名称。
在MRPⅡ和ERP系统中,物料一词有着广泛的含义,它是所有产品,半成品,在制品,原材料,配套件,协作件,易耗品等等与生产有关的物料的统称。
在通常的MRPⅡ和ERP系统中BOM是指由双亲件及子件所组成的关系树。
BO M可以是自顶向下分解的形式或是以自底向上跟踪的形式提供信息。
在MRPⅡ和ERP系统中中BOM是一种数据之间的组织关系,利用这些数据之间层次关系可以作为很多功能模块设计的基础,这些数据的某些表现形式是我们大家感到熟悉的汇总报表。
BOM的作用BOM是PDM/MRPⅡ/ERP信息化系统中最重要的基础数据,其组织格式设计和合理与否直接影响到系统的处理性能,因此,根据实际的使用环境,灵活地设计合理且有效的BOM是十分重要的。
BOM不仅是MRPⅡ系统中重要的输入数据,而且是财务部门核算成本,制造部门组织生产等的重要依据,因此,BOM的影响面最大,对它的准确性要求也最高。
正确地使用与维护BOM是管理系统运行期间十分重要的工作。
此外,BOM还是CIMS/MIS/MRPⅡ/ERP与CAD,CAPP等子系统的重要接口,是系统集成的关键之处,因此,用计算机实现BOM管理时,应充分考虑它于其他子系统的信息交换问题。
密级:内部阶段:版次:A产品(外部)型号+产品(中文)名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品(外部)型号+产品(中文)名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下:目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品(外部)型号+产品(中文)名称的软件管理,软件的完整标识为XXXX。
1.2系统概述产品(外部)型号+产品(中文)名称的软件分为XXXX。
各部分软件实现的功能如下:a)XXXX软件:XXXX;b)XXXX软件●XXXX;●XXXX;●XXXX。
c)XXXX软件●XXXX;●XXXX;●XXXX;●XXXX。
产品(外部)型号+产品(中文)名称的软件研制过程与产品研制周期保持同步,随产品交付用户。
1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求,软件三库的维护安排,明确了软件开发过程输出版本控制以及变更要求,是实施配置管理活动的依据。
1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分,应按照总体开发计划的要求协调,使项目软件开发按照合理规划有条不紊的进行,确保软件配置的有效性、适宜性和可追溯性。
2引用文档下列标准和文件中的有关条款,通过引用而成为本管理计划的条款。