Gongjin
CPD流程培训
Gongjin
目录
• 主流程
• 硬件子流程
• 软件子流程
• 测试子流程
• 支撑流程
Gongjin结构化的产品开发流程体系结构化的产品开发流程体系
产品规划 概念 计划 开发与测试 验证 生命周期发布
产品规划流程
市场需求管理
流程
项目任务书
产品系统
需求分析
系统/
子系统
分析与
设计
软件开发与测试
硬件开发与测试
结构开发
工艺开发
原
型
机
集
成
与
系
统
测
试
初
始
产
品
测
试
…
面向
制造
测试
认证
与
标杆
测试
Beta
测试
验收
测试
业务决策（DCP）、技术评审（TR）
项目管理（E2E PM）
产品需求管理（PRM）
产品配置管理（PCM）
产品度量（PMA）
产品质量保证（PQA）
Gongjin
目录
• 主流程
• 硬件子流程
• 软件子流程
• 测试子流程
• 支撑流程
Gongjin1.主流程框架图
Gongjin
2.工作程序
立项
立项过程是CPD流程启动的先决条件，不是CPD产品开发流程的
一部分。
立项过程的主要内容包括：
1．立项申请
2．初始可行性分析
3．客户需求/市场需求分析
4．拟制项目任务书
5．立项评审
6．组建PDT
主要的交付件有：
Gongjin
概念阶段
概念阶段的目的是从客户（外部和内部）的角度描述产品所要实
现的功能和性能需求，以及产品的工程特性需求(如可靠性/可制造性/
环境/EMC/防护/安规等）；同时，从市场、经济、技术和专利四个方
面分析产品开发的可行性。
概念阶段主要活动包括：
1．产品需求规格定义
2．产品可行性分析
主要的交付件有：
Gongjin
计划阶段
计划阶段基于概念阶段对产品的分析，开始设计产品系统架构
（到模块），将产品需求分解分配给各子系统和模块，并在系统/子系
统/模块层面考虑如何满足工程特性需求，最终形成产品总体设计方案；
基于产品定义（产品配置），组织制定产品开发计划，包括定义产品
质量目标和计划，开发项目进度计划、人力资源计划、物料计划、风
险计划和产品验证和测试计划。同时本阶段进行工艺和装备的总体设
计；对关键物料/供应商进行分析，启动供应商认证活动。
计划阶段的主要内容包括：
1．产品总体设计
2．制定产品开发计划
主要的交付件有：
开发和测试阶段
开发阶段基于计划极端形成的产品总体方案，实现并验证各子系统和
模块，通过联调和测试保证产品质量；同时基于工艺和装备总体方案，
开发工艺路线和制造装备，通过样机/初始产品的试制，开始制造系统验
证活动；与此同时，本阶段开始技术支持和市场发布的准备活动，并持
续供应商的认证活动。
开发与测试阶段的主要内容包括：
1. 软件开发和测试
2. 硬件开发和测试
3. 结构开发和测试
4. 测试设计和工具开发
5. 系统联调和自测
6. 原型机集成和测试
7. 初始产品测试和制造系统验证
8. 供应商认证
9. 技术支持准备
10. 市场发布准备
开发与测试阶段主要交付件：
（软硬件和测试部分参考子流程）
Gongjin
验证和发布阶段
验证和发布阶段进行小批量试产验证测试，保证产品批量的质量；
同时不断调整、优化验证制造系统，以满足产品量产的要求。通过用
户验证测试，来验证产品在用户真实环境下满足客户需求的出度；通
过外部认证测试和标竿测试，来验证行业要求符合情况和产品竞争情
况。通过对产品技术成熟度、技术支持准备情况、市场准备情况等评
估，判断产品发布的可行性，并选择适当时机向市场发布。
验证与发布阶段主要内容有：
1．试产验证测试
2．制造系统验证
3．用户验证测试
4．外部认证测试和标竿测试
5．市场发布
6．转产切换
主要的交付件有：
Gongjin
目录
• 主流程
• 硬件子流程
• 软件子流程
• 测试子流程
• 支撑流程
Gongjin硬件开发流程框架
详细的硬件开发计划
在硬件方案确定之后
制定
Gongjin
基本要求：
项目管理：所有的活动必须有计划，而且需要进行控制；
过程交付：所有的工作必须有输出，只有交付了才可以进入下一阶段；
评审与审计：通过评审来保证质量，通过审计来规范活动；
总结与改进：强调工作总结，强调持续改进；
但目前的硬件开发工作还存在诸如以下的问题：
没有严格过程管理的要求；产品开发计划延误；开
发活动没有明确相应的输出文件；数据没有得到整
理，无法形成经验数据；没有及时进行汇报，难以
控制项目进度；硬件开发没有质量保证活动，存在
风险；问题的处理没有得到有效的控制，大量的问
题单悬而未决等等。
我们设计的产品已经可
以工作了，准没毛病！
硬件开发需要CPD过程改进
Gongjin硬件工程师职责
你知道硬件工程师的
职责吗？ 硬件工程师不是仅把项目完成了，这么简
单。硬件工程师对项目硬件开发的所有过
程和所有输出，负有全部责任。
无非把硬件做出来， 就行了？！
职责简介：
团队管理：要有计划、要有控制，要与成员沟通，要提高
团队的作战能力；
过程组织：组织所有活动开展和评审；
外部协调：要与部门内外人员进行沟通与协调，主要是资
源与进度；
问题解决：要对开发过程中发现的问题进行解决，并就问
题处理与相关部门进行沟通；
Gongjin
《硬件开发计划》
《硬件方案设计》
《XX原理图》
《硬件测试报告》
《PCB GERBER》
主要输出文件
除此之外还有原理图
检查列表、PCB检查
列表等等
《BOM清单》
《经验教训总结》
Gongjin
其它例行工作
硬件开发只管出个样
机就行了？还有什么
例行工作？！
硬件开发除了输出测试报告外，还需要进行
组织评审、工作汇报、和经验总结等等。这
些例行工作是硬件开发的重要组成部分，必
须严格执行。
组织评审：所有的输出文档必须组织评审，相关人员都有责任参与评审，包括开
发人员；
工作汇报：所有的硬件活动必须进行汇报，硬件开发过程中必须提交周报，汇报
当前的测试状态、存在问题和下一步计划等，重大问题及时汇报；
文件归档：所有的硬件开发输出文件必须及时交给文件管理人员归档，并确保文
件版本的及时更新。
经验总结：硬件开发要积极进行经验教训总结，形成经验库，提高硬件开发的质
量和进度；每个项目硬件开发结束后必须进行经验总结；
Gongjin
目录
• 主流程
• 硬件子流程
• 软件子流程
• 测试子流程
• 支撑流程
Gongjin软件开发流程框架
软件开发计划包含测
试策略和测试计划
Gongjin软件开发流程与CPD对应关系
概念 计划 开发与测试 验证
SRS
产品需求分析
HLD LLD Coding
UT/IT
/ST
产品设计 开发与测试 SDV/SIT SVT
TR1 TR5TR4
软件开发
Test Supporting
TR3TR2
发布
产品级的TR3实际已经
降级为各子流程的子
评审
Gongjin软件开发流程详细描述
Gongjin软件版本内部发布
注：
软件发布评审，实际是产品及的技术评审4（TR4）；
软件版本被打回，直接反映开发组的交付存在质量问题，必须由
SQA组织质量回溯活动。
Gongjin
《软件需求规格说明书》
《概要设计说明书》
《详细设计说明书》
《软件设计说明书》
《特性设计说明书》
未裁剪
概要设计与详细设计合并
软件需求分析、概要设计与详细设计合并
《软件需求规格说明书》
主要工程文档与流程裁剪
除此之外还有项目计
划、测试用例、平生
报告等等
Gongjin
目录
• 主流程
• 硬件子流程
• 软件子流程
• 测试子流程
• 支撑流程
Gongjin
测试也需要CPD过程改进
在产品设计过程中，
我们进行了大量的测
试工作，准没毛病！ 但目前的测试还存在诸如以下的问题：
没有严格过程管理的要求；测试策略不明确、
覆盖不全面；测试活动没有明确相应的输出；
测试数据没有得到整理，无法形成经验数据；
测试没有及时进行汇报，难以控制项目进度；
测试没有质量保证活动，存在风险；问题单
的处理没有得到有效的控制，大量的问题单
悬而未决等等。
Gongjin
测试子流程图(1)
Gongjin
测试子流程图(2)
Gongjin
基本要求：
尽早介入：尽可能在产品需求分析阶
段就介入；
计划管理：所有的活动必须有计划，
而且需要进行控制；
过程交付：所有的工作必须有输出，
只有交付了才可以进入下一阶段；
评审与审计：通过评审来保证质量，
通过审计来规范活动；
总结与改进：强调工作总结，强调持
续改进；
测试子流程说明
过程
计划
改进
交付
控制
审计
总结
评审
GongjinTPL的职责
你知道测试负责人
的职责吗？
测试负责人不是仅把项目测试完
成了就行这么简单。
测试负责人对项目测试的所有过程
和所有输出，负有全部责任。
无非就是和大家把测
试完成了？！
职责简介：
过程组织：组织所有活动开展和评审；
问题审核：要对测试人员提交的问题单进行审核，并
就问题处理与开发进行沟通；
团队管理：要有计划、要有控制，要与成员沟通，要
提高团队的作战能力；
外部协调：要与部门内外人员进行沟通与协调，主要
是资源与进度；
测试负责人要站在
对产品成功负责的
角度来执行测试
时间＋成本＋质量
Gongjin
TQA的职责
TQA是干什么
的？
1、确保项目测试能按照公司既定的CPD产品开发流程
进行测试；
2、协助测试负责人制定计划；
3、在流程执行过程中及时进行引导、培训和审计 ；
4、负责对测试流程活动裁减的指导和审核 ；
5、其它质量活动：如质量回溯等。
测试负责人 TQA
PQA
测试部经理
测试人员
汇报
汇报 汇报
监督
PDT经理
承担CPD项目测试相关的人员都
要通过TQA所组织的流程培训和
考核，包括测试人员、测试负
责人和相关组长等等。
Gongjin
转测试
当前我司的产品转测试过程没有规范起来，
出现版本打包出错、测试后多次打回版本等
等问题，严重影响开发和测试进度。在测试
子流程中将严格地定义了产品转测试的要求
和如何进行预测试、退回版本等。
不就是把版本发给测试部
就OK了吗？
1、转测试必须只能由CMO把软件和相关文档发布上配置库，测试只从
配置库上获取版本。
2、转测试要填写“产品转测试提交表单”，并需要经过PQA审核；对于
信息不完整或相应文档没有提交的，测试可以退回版本。
3、转测试后，测试负责人先组织进行预测试，预测试只针对一些基本
的、重要的功能进行测试，若预测试不通过时，测试可以退回版本。
4、版本被退回开发后，开发必须重新组织转测试，对于因缺陷造成的
版本退回，视情况需要再组织TR4评审。
5、版本退回后，PQA应组织进行质量回溯活动，寻找问题根因，提出解
决方案，形成经验积累，并推广到其它项目。
6、版本经测试完成后，开发必须解决90%以上的问题等等的质量要求后
才可以提交进行回归测试，不允许只解决少量问题就进行转测试。
Gongjin
其它例行工作
测试只管出个测试报
告就行了？还有什么
例行工作？！
测试除了输出测试报告外，还需要进行组织
评审、工作汇报、缺陷管理、配置管理和经
验总结等等。这些例行工作是项目测试
的重要组成部分，必须严格执行。
组织评审：所有的测试输出文档必须组织评审，相关人员都有责任参与评审，包
括开发人员；
工作汇报：所有的测试活动必须进行汇报，测试执行过程中必须提交日报或双日
报，汇报当前的测试状态、存在问题和下一步计划等，其它时间需要提交周报；
缺陷管理：测试发现的问题需要提交到Bugfree，而且需要严格按照“缺陷跟踪
流程”进行管理，以保证问题得到解决；
配置管理：所有的测试输出文档必须存放到配置库上相应的路径下，TQA需要对
这些过程输出文档进行审计；
经验总结：测试也要积极进行经验教训总结，形成经验库，提高测试的质量和进
度；每个项目测试结束后必须进行经验总结；
Gongjin
目录
• 主流程
• 硬件子流程
• 软件子流程
• 测试子流程
• 支撑流程
Gongjin支撑流程
PLM
IT系统
研发项目管理
质
量
保
证
QA
配
置
管
理
绩
效
管
理
需求管理
系
统
分
析
与
设
计
Be
ta测
试
度
量
管
理
Gongjin
谢谢！
---CPD流程推广小组
