产品设计开发评审程序之流程图
新产品设计开发流程图
OK
研发部产品项目测试报告
样机评审报告
研发部设计开发输出清单
工程变更申请单
NG 工程变更单
生产部、品质部
OK
验收报告
研发部试产报告
联络单
NG
研发部、工程部、品质部 、生产部
OK
生产部、品质部
OK
拟制/日期
审核/日期
批准/日期
陈鑫海/2016.08.12
*****本文件及其内容为本公司之财产,未经授权不得复制*****【下载本文档，可以自由复制内容或自由编辑修改内容，更多精彩文章，期待你的好评和关注，我将一如既往为您服务】
制订部门
研发部
深圳市美莱雅科技有限公司
SHENZHENMAREALTECHCO., LTD
文件编号：
制订日期
2016-08-11
版本/版次：A/0
修订日期
2016-08-12
新产品设计开发流程图
页次：1/1
作业流程权责部门相关表单
市场部/顾客项目建议书
NG
OK研发部ຫໍສະໝຸດ 产品开案书研发部 新产品进度表
NG
ISO9001设计开发控制程序(含流程图)
设计开发控制程序（ISO9001-2015）1.0目的规范产品设计和开发各阶段作业流程，保证各环节的协调性、衔接性；确保各阶段的工作质量,并对其实施有效的科学管理；使其最终结果满足顾客和市场需求与要求,并提供相应的服务。
2.0范围适用本公司根据市场调研、顾客订单、产品开发历程表等形式提出的新产品的设计和开发及产品设计和开发及其更改。
3.0定义与术语3.1产品设计输入：指所要设计的产品在计划和确定项目阶段所确定的顾客的需求和期望。
且应尽可能将所有要求定量化,并在产品设计和开发任务表等文件中明确规定；3.2产品设计输出：指相关部门根据设计输入要求在产品设计和开发过程中为实现过程的后续活动提供产品或服务的规范和各种活动的结果，这种规范和结果最终应形成文件，并在其文件发放前必须进行和通过评审；3.3设计评审：指由具有资格的人员组成的评审小组对设计和/或开发所作的正式的、全面的、系统的、严格的审查,并将评审结果形成文件；3.4设计验证：指通过检查和提供证据,确保所有的设计输出满足设计输入要求的试验,以表明设计结果已经符合设计要求的活动；3.5产品设计确认：指在规定的操作条件下对已经成功的设计和/或开发验证之后的最终产品进行的一种认可,确保所设计开发的产品符合规定的使用者的需要的试验。
3.6特殊特性：指由顾客指定的产品和过程特性，包括显著影响法规和安全特性及显著影响顾客满意的产品和过程特性，或由公司通过产品和过程了解选出的特性。
3.7关健特性：影响国家、行业法规要求或产品功能安全性等，包括需要特殊生产、装配、发运产品要求或参数。
3.8项目组：指从设计开发中,通常将某项项目单独立项,指定几个处理同样的问题,形成一个项目组。
4.0职责4.1副总经理负责批准设计开发项目、报价、开发任务的批准；4.2项目组负责提供新产品设计开发的要求、样本交顾客后确认、沟通，信息反馈；以及召开新产品发布会。
4.3项目组负责主导设计开发任务的布置及跟踪实施，其中研发部负责光源件非量产件样品，非量产电源件的采购及其所有（含手板样）样品的采购与制作。
产品设计与开发的流程
28
生产工艺方案的评审，第三阶段总结。
技术副
总
1.小组活动体现项目进度、与顾客往来、预算、管理者支持、结论等
《过程设计和开发阶
段小结报告》
产品设计与开发的流程（APQP）
序
号
策划项目
负责和
支持部
门
工作内容
质量记录
四、产品和过程的确
认
29
进行产品成本核算，
项目小
组
编制设计验证计划，进行设计验证，进行装配设计。
12
进行设计文件的评审和确认。
总经理
对所有设计项目进行评审和评估，看设计是否满足要求。
评审内容：工程图样、工程规范、材料规范,《设计评审检查表》
13
编制内部生产准备，设备添置、工装、模具、量具、设施的管理。
项目小
组
确定所需新设备、设施（量具和工装），设计、选型，加工、采购，验收，调试、安装,投入使用的要求。
26
进行生产准备，生产
过程的确认。
生产车间、技
确认产品的生产能力、设备能力。
《过程能力分析》，《测
量系统分析》，
下达指令，安排产品试生产。
术、质检
部门
测量各种生产过程参
数，包装参数。
《特殊工序检验记
录》，
《产品质量检验报
告》。
27
对原材料、外协件、外委托加工件供应商的初步评审、确认。
总经理
对原材料、外协件、外委加工件的供应商进行评申，确定合格供方的名录。
7
编制产品保证计划
项目小组
评定新技术、复杂性、材料、环境、应用、包装、服务和制造要求给项目带来的风险因素。
IATF体系资料之过程流程图
•质量部门对供货质量不合格旳供给商 实施告知、监视，并对供给商现场旳
•人优力势资源、出勤比率
•企业文化/形象计划
••连健续 康改 、劣善 安势计 全划 和环境保护
•员工满意和员工福利
•员工与管理机层遇联络
障碍
业务计划控制程序 信息管理控制程序
按程序文件操作，有效旳 输入和更新旳分析
高级管理人员探讨
顾客、同行业竞 争及市场经济信 息
战略和经营计划草 案
流程原则化和优化
不符合和缺陷
质量信息 反馈单
不符合 报告
顾客/内外部不符 合信息
信息分类
A
评 评总 审经
审理
B
C
探职
公
讨能
共
评部
信
审门
息
向各职能部门下达 处置信息或指令
预防措施
影消 论就 响除 事事
提举 识升 三一
认反
监视与测量 效果评估与验证
持续改进措施
管理评审
内审／外审不不 符合报告
质量信息 反馈单
原因检讨
预防措施 举一反三
国家法规、环境保 护、安全要求
顾 客要求 工 程规范
合 同、定 单 生 产计划
新供应商 潜在供给商调查
职能部门初步评审 样品样件评审验证
职能部门现场评 审文件与结论 总经理批准
采购计划
合 格供给商名单 （年度动态表）
质量体系要求
至少经过ISO9001 过程控制要求
PPAP 要 求
供货质量监控统计
交 货 期
程
和
数 据 分 程析 控 制 过
FMEA SPC MSA
新产品开发试制控制程序(含流程图)
新产品开发试制程序
1. 目的
制定明确的管理程序及步骤，用以管理客户需求的产品设计和开发，按公司质量方针拟定的新产品设计和开发的全过程控制，以确保满足客户要求。
2. 适用范围
适用于客户委托本公司设计和开发的产品，包括产品及制造过程的开发和设计。
3. 职责与权限
3.1 技术部归口执行本程序，负责AQPT小组成员的组建、职责及任务分工、项目时间进度
4. 定义
先期质量规划小组（AQPT）：由产品工程经理指定的公司内部从事准备新产品或设计更改生产的跨功能组织。
5. 工作程序
5.1.组成先期质量规划小组（AQPT）
5.1.1.在项目确立后，技术部经理指定AQPT成员及成员职责，并填写【先期质量规划小组成员表】，小组成员可包括设计，制造，工程，质量，生产，客户代表及其它相关人员。
见下表：。
产品设计流程图
《项目建议表》
寻找供应 外采
1、项目工程师接到主 管下达的《设计开发任 务书》后，会同相关资
料进行工业设计。 2、如需外采产品，则 通知采购寻找供应商， 收集样品反馈给技术中 心进行召集相关单位进 行评审，通过后，技术 中心则将技术资料及相
关标准要求。 3、自行开发产品由技 术中心进行下步运作。
产品评 OK
首样评估
NG
OK
1、产包装设计 反馈相 2、产品明细录
试产申请单
反馈相关 单位改善
NG
质检
OK
反馈相关 NG
OK
质检
样品送检测 检验报告
知会 接收试产申请
产 品 试 产
结
审批
案
NG 反馈相 关单位
技术支持
反馈相 NG
主管审批 OK
设计开发过程
设计开发结案
OK 可量产通知单 知会 卷宗建立、维护 结束
作业过程名称:
过程拥有者:
组织/功能 步骤/过程
副总经理
公司领导班 子下达任务
项目建议表 立 项
OK呈核
审批 NG
反馈相关改善
OK
流程图编号:
技术中心 开始
研发人员创 项目建议表
营销中心
营销提出需求 项目建议表
可行性评
NG
反馈相关改善
品保部
检测中心
NG
产 品 设 计
设计开发任务 根据相关信 息进行工业
工业设计评审
OK 1.结构设计 2.工艺设计
1、产品零件图
2、产品技术要
NG
求
3、产品安装使
设计开发评
OK
制定： 1、生产加工工 艺图 2、组装作业指
技术部研发及设计流程图
阶段
输入
流程
输出
1设计和开发的策划
顾客的需求、期望
信息归纳
立项可行性研究报告
成本、进度和限制条件
项目建议书
新产品开发计划
设计任务书
设计和开发工作计划
2设计和开发的输入
设计任务书设计和开发输来自清单设计和开发工作计划
产品执行的标准
适用的法律、法规
类似产品的设计信息
竞争对手的产品信息
3设计和开发评审
设计和开发输入清单及相关资料
设计和开发评审记录
4设计和开发的输出
设计和开发输入清单
初步设计阶段：产品总图和电原理简图
初步设计阶段评审
5设计和开发输出的评审
技术设计阶段：
输出正式产品总图、主要零部件装配图，零件草图、程序、电原理图、材料清单与材料规范、设计计算书
技术设计评审
6样机
工作图设计阶段：正式产品图、零部件图、程序、电原理图、技术条件、鉴定试验大纲、工艺文件、产品包装
图样、产品使用说明书
工作图设计阶段评审
7设计和开发的验证
厂内试验报告
型式试验报告
8设计和开发的的确认
用户运行报告
工厂鉴定报告
新产品新技术鉴定
9小批量生产
试生产计划
设计购置计划
原材料采购计划
各类资源落实
完善设计文件、工艺文件、检验文件
10设计和开发更改
设计更改通知单
11批量生产
试制总结
顾客满意度调查
技术部研发工作流程图
产品开发流程
《FS试模报告》 《FS总结报告》 《设计更改/改模通知》 《EP1试模报告》 《EP1测试报告》 《EP1总结报告》 《设计更改/改模通知》 《EP2试模报告》 《EP2测试报告》 《EP3总结报告》 《设计更改/改模通知》 《相关认证报告》 《FEP试模报告》
《FEP测试报告》 《FEP总结报告》 《FEP评审报告》
设计评审
OK
NG
手办制做
手办测试
手办评审
OK
NG
结构设计工程师 ID设计师
资料准备 模具报价
工艺工程师 结构设计工程师
项目经理
工艺工程师 结构设计工程师
项目经理
结构设计工程师 工艺工程师
结构设计工程师 工艺工程师
结构设计工程师 QE/测试工程师 硬件设计工程师 软件设计工程师
开模图纸评审
OK
NG
模具设计
《设计需求说明书》
《项目可行性评审报告》 放弃
产品外观3D 《产品设计方案》 《功能验证样机》
《产品方案评审报告》 放弃
《ID设计图》 《ID评审报告》
结构设计图 硬件设计图
软件
《产品结构工艺评审报告》 《手办制作方案》
《手办评审报告》
《产品图纸》 《分模表》 《装饰工艺表》
《开模评审报告》
《模具设计图纸》
方案评审
OK
NG
ID设计 ID评审
OK
NG
硬件设计工程师 软件设计工程师 结构设计工程师
QE/测试工程师 硬件设计工程师 软件设计工程师
工艺工程师 ID设计师 结构设计工程师 项目经理
QE/测试工程师 硬件设计工程师 软件设计工程师
工艺工程师 ID设计师 结构设计工程师 项目经理
产品研发流程规范
产研流程规范一背景目标1.1.背景为了提升团队协助的效率，避免不必要的返工，提高产品质量输出的稳定性，需要进行产品研发流程规范的明确和持续更新改进；1.2.思路逻辑：事前/事中/事后的视角，源头/过程/结果视角，协作/执行/管控视角原则：整体顾全大局，内容精炼萃取，规范具体落地，持续补充优化1.3.重点抓评审，抓版本控制，抓发布，抓线上监控和反馈二产研协同流程2.1 流程图2.2 评审2.2.1 产品方案评审（含交互）1.要求：评审前：准备充分，完成细节讨论；提前邀约，对应的产品人员，开发和测试全部参加；评审过程：大家积极投入，所有过程中的问题记录清楚；评审后：如果不通过，明确下次评审时间；如果通过，根据评审中提出的问题做修改，发出修改后的内容给参与评审及相关人员；2.内容：【产品方案评审必须包含】o背景价值说明（确保有用户价值背书）o完整需求流程（尤其是迭代需求，需要串联之前流程，标记所有影响点）o权限说明（确保无权限问题遗漏）o功能详细规则（如状态规则定义，字段规则定义）o特殊场景描述（如有的话）2.2.2 技术方案评审1.要求：复杂的需求必须有技术方案文档（包括概要设计，数据库设计等），并且进行评审；必须邀约核心相关人，主要是开发技术负责人，需求相应的开发人员；要有评审纪要，必须明确结论和修改动作；如果是对原有逻辑有修改，技术方案必须要加上原来数据如何处理的方案。
2.2.3 测试用例评审1.要求：评审前：准备充分，提前发出评审内容；提前邀约，对应的产品人员，开发和测试全部参加；评审过程：大家积极投入，所有过程中的问题记录清楚；评审后：如果不通过，明确下次评审时间；如果通过，根据评审中提出的问题做修改，发出修改后的内容给参与评审及相关人员；2.内容：使用思维导图将测试点全部清晰的列出，便于评审2.3 进入测试的标准A.开发提测1.要求：提测必须要有提测邮件，冒烟测试（冒烟测试用例由测试提供）已通过；2.内容：【提测模块内容说明】说明：即提测功能模块，尽可能的与需求文档中模块名称保持一致；【提测版本信息、代码分支路径信息】说明：开发需提供提测的安装包的地址，版本信息等；【测试注意事项】说明：从开发实现的角度，说明模块已存在的问题/可能存在的问题，影响范围说明，测试应注意的验证点等；【环境】说明：测试环境已部署好，或者提供部署脚本，由测试自己在测试环境部署；【开发自测结果说明】说明：冒烟测试执行的结果，附执行记录；【接口文档（可选）】说明：如果是接口测试，需提供接口文档；B.视觉走查提测后涉及视觉改动的必须通知设计走查；C.产品走查提测后必须通知产品人员走查，看具体实现是不是符合产品设计的想法；D.测试验收在测试环境中跑冒烟用例，未全部通过，打回，全部通过后可以进入测试（冒烟用例不用重复测试）；2.4 变更控制已经进入开发阶段的需求，本次迭代不允许变更，需求变更放到下一迭代，如果是紧急的，必须在本次迭代变更的，需要项目负责人和公司领导审批；2.5 版本控制（对产品质量的稳定极为重要）1.新的迭代从主干拉出开发分支进行开发，可以根据需求的情况从开发分支中再拉出多条子分支来开发，每条子分支上的需求经过测试通过后，合入开发分支（开发分支定期需要从主干rebase一下避免后面合入时冲突太多，子分支也从开发分支定期rebase）2.同一迭代的需求全部合入了该迭代的开发分支后，在开发分支进行这一迭代的所有需求的冒烟测试，全部通过后，将开发分支合入主干，再拉出发布分支，使用发布分支提供给测试人员进行测试（本次迭代的发布分支拉出之前，主干不可以合入下一迭代的开发分支）3.发布分支上不再允许合入新需求，在发布分支上进行集成测试和回归测试，期间的bugs直接在发布分支上修改4.发布分支测试通过，发布前需要修复的bugs全部修复完毕，进行锁库，发布分支不允许提交代码（除非是项目组经过讨论要针对某些问题进行修复，或者是在锁库后才发现的严重问题需要修复，否则都不能提交）5.在这一迭代内容发布出去后，将发布分支代码打tag存档，发布分支内容合入主干后，销毁发布分支6.如果发布后需要将这一迭代的内容做很小的改动或是修复几个bugs，可以从tag存档中拉出一个新的发布分支，直接在上面修改，然后发出一个bug fix 的版本，版本发布后又将这次的发布分支代码打tag存档，发布分支内容合入主干后，销毁发布分支7.新一迭代的需求又是从上面的第1点开始循环往复2.6 环境管理1. 开发环境和测试环境分离，避免相互干扰，测试执行和验证bugs都必须在测试环境上2. 预发布环境与线上环境尽量保持一致，发布前可以在预发布环境进行上线前测试2.7 测试准出标准1. 所有主流程和分支功能的用例都测试通过，特别复杂的组合操作和非常小概率场景操作的用例未通过的需要项目组整体评估，评估为可以延期的才能满足标准2. 如有非功能性要求，要达到需求要求的标准（如性能要求等）3.一、二级bugs修复率应达到100%，三级bugs修复率应达到95%；（遗留bugs 需要项目组整体评估是否可以延期）（bugs级别参考Bug 描述规范）三发布流程规范3.1 发布流程1.要求：原则上汇总避免零碎小需求，拆分减少大项目，确保固定的项目节奏，具体的迭代周期根据每个项目的情况来定；3.2 预约机制1.要求：日常发布提前两天以上通知3.3 发布红线严禁不经测试发布严禁未经审批的发布严禁无人职守发布四线上监控和反馈4.1 线上监控a）系统监控运维系统监控后台的应用和服务的可用性，有问题发出报警消息通知相关人员；b）重要接口监控接口可用性监控，有问题发出报警消息通知相关人员；c）客户端异常日志上报客户端发生异常时，自动上报相关日志，定期跟踪处理；4.2 反馈问题处理1.反馈问题记录到bug系统中跟踪，标题加上【反馈】2.紧急问题，马上跟踪修复，测试验证，走bug fix版本发布流程3.非紧急问题，每个迭代挑选出高优先级的进行解决，跟随迭代发布4.3 问题复盘对于线上监控和反馈的问题，进行复盘分析原因，1.对于遗漏的场景或条件，新增或更新用例，尽量避免下次同类问题的出现；2.对于其他类型的原因（如没有按流程规范操作或配置参数问题等）针对性的做出改进措施，或者直接更新流程规范等，尽量避免下次同类问题的出现；。
工业设计开发流程
工业设计开发流程一．阶段性区分：DR0：概念设计阶段DR1：产品立项DR2：结构设计DR3：详细设计验证DR4：结构工程样机阶段DR5：结构中试阶段DR6：首量阶段首量后三批生产：品质监控及改进二．阶段性流程：DR0：主要内容：事业部针对当前市场需求以及市场现有状况进行分析，确定产品技术指标。
工业设计针对需求确认外观造型与产品总体规格阶段性流程主导：事业部产品经理阶段性输出：技术指标、外观方案详细流程图：DR1：主要内容：制定结构总体进度计划，对新工艺进行可行性评估阶段性流程主导：事业部结构负责人 阶段性输出：结构总体进度计划 详细流程图：主要内容：进入结构设计，初步确认结构设计方案阶段性流程主导：工业设计部结构设计人员阶段性输出：结构设计方案结构内部评审会议记录详细流程图：主要内容：手板样机确认，结构设计可行性、可生产性评估阶段性流程主导：事业部结构人员阶段性输出：手板样机评审报告详细流程图：主要内容：模具开模，小量生产以供中试验证，根据中试问题点进行模具修整。
阶段性流程主导：事业部结构人员阶段性输出：1.DR4中试问题点2.开模图纸与关键尺寸、工艺可靠性报告3.整机外观标准（特殊要求）4.DR5封样（外观、结构）5.DR5物料管控报告详细流程图：主要内容：中量试跑，整机物料稳定性确认，DR4问题点改善状况确认。
批量生产可行性评估。
阶段性流程主导：事业部结构人员阶段性输出：1.DR5中试问题点2.整机不良率3.DR6封样（外观、结构）、2D图纸4.整机打包、装配工艺详细流程图：主要内容：首量生产，产线可生产性确认，物料稳定性确认阶段性流程主导：中试结构人员阶段性输出：1.DR6评审报告2.项目开发进度拖延点检讨详细流程图：项目结束DR4（特殊流程1）：主要内容：模具开模，小量生产以供中试验证，根据中试问题点进行模具修整。
阶段性流程主导：事业部结构人员阶段性输出：1.DR4中试问题点详细流程图：首量后三批生产：主要内容：首量后续生产，针对生产中的物料不良以及生产中发生的生产问题进行跟踪处理。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
产品设计开发评审程序之流程图产品设计和开发是一个复杂而关键的过程，而评审程序则是确保产品能够满足预期质量标准的重要环节。
本文将介绍产品设计开发评审程序的流程图，以便更好地理解和应用这一流程。
流程图是一种以图形化的方式展示流程的工具，它可以清晰地描述各个环节之间的关系和顺序。
在产品设计开发评审程序中，流程图可以帮助人们更好地了解和执行每个步骤，确保按照规定的程序进行评审。
以下是产品设计开发评审程序的流程图：
1. 确定评审委员会
- 评审委员会由相关领域的专家和利益相关者组成，负责评审产品设计和开发的各个阶段。
2. 制定评审计划
- 评审计划是评审程序的指导文件，包括评审的时间安排、评审人员的职责和评审所需的资源等信息。
3. 进行需求评审
- 需求评审的目的是确认产品的需求是否准确且满足客户的期望。
评审人员将仔细审查需求文档，并提出任何需要澄清或修改的问题。
4. 进行概念设计评审
- 概念设计评审旨在评估产品设计的可行性和创新性。
评审人员将审查概念设计文档和相关的图纸，并提供他们的反馈和建议。
5. 进行详细设计评审
- 详细设计评审的目的是确保产品的细节设计满足产品要求，并符合制造和生产的可行性。
评审人员将审查详细设计文档、制造工艺和
工程规范等，并提出改进建议。
6. 进行原型开发评审
- 原型开发评审是评估产品原型的质量和功能的重要环节。
评审人员将检查原型的制造过程、材料和功能，并提供关于性能改进和问题
修复的意见。
7. 进行产品测试评审
- 产品测试评审的目的是确认产品的性能和质量是否符合预期要求。
评审人员将审查测试计划和测试结果，并提出对产品改进的建议。
8. 进行生产计划评审
- 生产计划评审是为了确定产品的生产过程是否高效和可行。
评审人员将审查生产计划、工艺流程和设备配置，并提供关于生产效率和
质量控制的建议。
9. 进行风险评估和管理评审
- 风险评估和管理评审的目的是识别和管理可能影响产品质量和项目进度的风险。
评审人员将审查风险评估报告和风险管理计划，并提
供风险缓解和控制的建议。
10. 进行最终评审和批准
- 最终评审和批准是对整个产品设计开发评审程序的总结和确认。
评审人员将审查所有评审的结果和建议，并决定是否批准产品的进一
步开发或投入生产。
以上流程图展示了产品设计开发评审程序的主要步骤和关键环节。
通过按照这一流程进行评审，可以确保产品在设计和开发过程中得到
充分的考虑和改进，提高产品的质量和市场竞争力。
请注意，此流程图仅为示意图，实际情况可能因组织和项目的不同
而有所调整。
在应用产品设计开发评审程序时，建议根据具体情况和
项目需求进行适当的调整和定制。
总结：
产品设计开发评审程序是确保产品质量的关键步骤，流程图是一个
很好的工具来展示评审的步骤和过程。
通过使用流程图，可以更清晰
地理解和执行评审程序，并确保每个环节都得到适当的关注和改进。
产品设计开发评审程序的流程图有助于提高产品的质量和市场竞争力，同时也为团队成员提供了明确的指导和参考。