1 / 13
文档名称:

产品设计开发管制流程.doc

格式:doc   页数:13页
下载后只包含 1 个 DOC 格式的文档,没有任何的图纸或源代码,查看文件列表

如果您已付费下载过本站文档,您可以点这里二次下载

分享

预览

产品设计开发管制流程.doc

上传人:企业资源 2012/1/21 文件大小:0 KB

下载得到文件列表

产品设计开发管制流程.doc

文档介绍

文档介绍:广东亮迪照明有限公司
新产品开发管理制度
目的
加强设计开发的过程控制, 以保证产品设计质量。
适用范围
规定了新产品设计、开发过程中应进行的活动内容和管理程序,适用于本公司新产品的设计开发。
定义
Core Team─核心小组,是由与设计/开发相关各部门代表组成,综合负责产品设计/开发过程中不同部门的分工与协调的组织。
PPP─Product Program Proposal,即产品项目建议书。
PDRS─System Design Requirement Specification,即产品设计要求。
DHF─Design History File,即设计开发过程文件:
DHF包括PPP(产品项目建议书) 、PDP(设计开发计划)、SRS(系统要求规范)、DRS(设计要求规范)、设计评审会议纪要、风险分析、设计验证计划和报告、设计确认计划和报告、生产计划、技术支持计划,Milestone评审文件待证明设计开发过程的文件。
首批样品─开发新品,设计更改首批及供应商变更时,供应上提供的第一批货物为首样品。设计更改首批,工程部作为协调工作进行的部门;供应商变更首批,工程部提供技术支持。

设计控制主要内容:
设计控制流程图1
设计控制方式
用户需求
设计输入
评审
设计过程
SDRS
SRS
DRS等
设计输出
设计验证
设计确认
设计输出验证
图形
产品
规范
文件编制
BOM等
产品
PPP
PDP等
销售的产品
SDD
HDD
评审
设计验证
设计控制(design control)的内容包括
设计计划(design plan)。
设计输入(design input) 。
设计输出(design output) 。
设计评审(design review) 。
设计验证(design verification) 。
设计确认(design validation) 。
设计更改(design change)。
设计交付(design transfer)。
以上内容有可能存在于开发的某一阶段(如设计输入),也可能贯穿自始至终(如设计评审)。但所有内容都应以文件形式记录下来, 作为设计历史文件(DHF)来归档管理。
设计控制的各个阶段(Milestone)
采用统一的开发管理模式来管理项目的开发。被开发产品其各个阶段的定义见表一。其中M0到M4为产品的设计控制阶段。
表一
各个开发阶段的定义(M0---M9)
M0 --项目商业情况确认
M1 --项目开发内容确认及承诺
ME -- 外部评价
M2 -- 详细完整的设计输出(准备小批量生产)
M3 -- 小批量向客户试点交货
MS -- 新产品市场发布
M4 -- 批量生产和全面发行
M5 -- 客户满意程度的确认
M6 -- 决定停止生产和销售
M7 -- 通知客户产品将退出市场
M8 -- 决定废弃FRU (维修部件)
M9 -- 产品数据管理结束
下图2表示了在各个阶段中的各开发活动的相互顺序和关系
设计控制的纵览图
关键:
选择早期开始
开发活动
MS
MS
M0
M3
M5
M9
ME
M4
M1
M2
设计输入
产品程序提议(PPP)
评估单位确认
软件设计文件(SDD)
硬件设计文件(HDD)
初始设
计控制
系统要求规范(SRS)
设计要求规范(DRS)
验证产品的确认
系统设计和验证活动
小批产品的确认
设计输出
外部评价产品, 小批产品
设计规范, 图纸/ 文档
验证& 确认, 测试参数等.
M0
M3
M5
M9
ME
M4
M1
M2
设计更改程序
按数字顺序发行设计更改程序
设计转移
开发项目集成计划 ¬ 修订& 更新®
销售/推广计划
活动的时间安排与项目的Milestones有关
设计评审÷
设计评审÷
设计评审÷
设计评审÷
设计评审÷
图2
图3表示了在各个milestone中的各开发活动的流程
设计、开发过程的主要活动技术输出及记录开发阶段
项目策划
项目确立


项目开始
3. M1之前的初始开发计划

开发/计划活动分配,系统要求制定
(此阶段对应M0)
1 .PPP
分系统要求制定,技术分界面确定
2 .设计开发计划
设计输入
3 .项目及技术评审要求的其它文件
初期技术及项目评审
4 .其它质量记录


项目定义完成,开始样机设计和生产

(此阶段对应M1)
(如需要)
样机设