hi3520D开发记录

hi3520D开发记录
hi3520D开发记录

=========================================

//单板系统里已有的驱动模块如下:

# find / -name \*.ko //搜索单板里的.ko文件

/usr/xstrive/ko/hi3520D_adec.ko

/usr/xstrive/ko/hi3520D_aenc.ko

/usr/xstrive/ko/hi3520D_base.ko

/usr/xstrive/ko/hi3520D_group.ko

/usr/xstrive/ko/hi3520D_chnl.ko

/usr/xstrive/ko/hi3520D_ai.ko

/usr/xstrive/ko/hi3520D_ao.ko

/usr/xstrive/ko/hi3520D_rc.ko

/usr/xstrive/ko/hi3520D_jpege.ko

/usr/xstrive/ko/vcmp.ko

/usr/xstrive/ko/hiuser.ko

/usr/xstrive/ko/hifb.ko

/usr/xstrive/ko/hi3520D_dsu.ko

/usr/xstrive/ko/hi3520D_ive.ko

/usr/xstrive/ko/hi3520D_sio.ko

/usr/xstrive/ko/hi3520D_tde.ko

/usr/xstrive/ko/hi3520D_sys.ko

/usr/xstrive/ko/hi3520D_vda.ko

/usr/xstrive/ko/hi3520D_viu.ko

/usr/xstrive/ko/hi3520D_vou.ko

/usr/xstrive/ko/hi3520D_hdmi.ko

/usr/xstrive/ko/jpeg.ko

/usr/xstrive/ko/hi3520D_vdec.ko

/usr/xstrive/ko/hi3520D_venc.ko

/usr/xstrive/ko/hi3520D_vfmw.ko

/usr/xstrive/ko/hi3520D_vpss.ko

/usr/xstrive/ko/hi_rtc.ko

/usr/xstrive/ko/extdrv/gpioi2c.ko

/usr/xstrive/ko/extdrv/nvp1918c_ex.ko

/usr/xstrive/ko/extdrv/ssp.ko

/usr/xstrive/ko/mmz.ko

/usr/xstrive/ko/hi3520D_h264e.ko

/usr/xstrive/ko/hi3520D_region.ko

===================================================h hi3520d使用内部RTC时钟说明:

1. 在75脚(AVDD_BAT)增加一个法拉电容,供内部时钟使用

2. 使用海思RTC工具源码来设置内部时间,源码在SDK 的目录:

Hi3520D_SDK_V1.0.3.2/drv/rtc

可以make直接编译生成hi_rtc.ko test 两个文件,hi_rtc.ko放在单板系统的

/usr/xstrive/ko/hi_rtc.ko目录下系统已经带了无需再拷贝, test执行文件要拷贝到单板系统的目录下/test, 程序运行时要用到,在用之前必须加载驱动模块文件

insmod /usr/xstrive/ko/hi_rtc.ko

Hi3520D_SDK_V1.0.3.2/drv/rtc源码我已经修改了2个地方设置内部时钟时间时增加了同时设置了系统时间,读取内部时间时增加了设置系统时间

具体使用方法可以参考海思文档:“RTC校准方案应用指导.pdf“

3. 下面是一些指令:

insmod /usr/xstrive/ko/hi_rtc.ko //加载设置RTC工具驱动,文件系统已带

# cd /mnt/ftp/Hi3520D_SDK_V1.0.3.2/drv/rtc/ //进入挂载的rtc源码目录

./test -s time 2016/4/21/9/29/30 //设置内部时钟

./test -g time //读取内部时钟

以下是程序操作:

system("date -s \x22 2016-04-20 15:51:00\x22"); //设置系统时间

system("date"); //读取系统时间

system("cd / && ./test -s time 2016/4/21/8/50/35");//设置内部RTC时间和系统时间

system("cd / && ./test -g time");//使用海思RTC工具读取内部时间来设置系统时间

===================================================

不是root用户限权地方用:sudo

普通用户改不了系统文件时用sudo gedit xxxx ,编辑好后保存退出即可

==============================================

开发板的存储空间FLASH为16M

文件系统5.5M + 内核2M + uboot为0.23M + wifi库文件执行文件共8.1M

= 15.83M

所以再加文件进去就会报内存不够错误

================================================

编译自己的sample程序(以编译sample_venc为例)

cd/home/xstrive/hisi/Hi3520D_SDK_V1.0.3.2/mpp/sample/venc

make

sample 下程序功能简介:

venc视频采集编码程序,摄像头视频编码为h264码流并写入文件

audio 音频采集编码解码程序

vio 将接入的摄像头视频输出到vga/cvbs上(不编码)

==========编译sample目录下的例子出现一下错误================ make

ls: 无法访问/hiwork/osdrvhi3520D.C01: 没有那个文件或目录

make: 没有什么可以做的为 `all'。

解决办法:不用管它可以生成程序就好或是先make clean再编译make就可以了

=================================================== 内核编译步骤

//进入内核根目录下

cd /home/xstrive/hisi/Hi3520D_SDK_V1.0.3.2/osdrv/kernel/linux-3.0.y

//如果出错就执行此指令,否则别执行会覆盖之前的配置好文件的,固定内核配置替换现在配置,

cp ssyTestOk.config .config

//进入内核配置界面

make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- menuconfig

//编译内核

make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- uImage

//拷贝编译好的内核到指定目录下

cp arch/arm/boot/uImage

/home/xstrive/hisi/Hi3520D_SDK_V1.0.3.2/osdrv/pub/image_uclibc/

//清内核

make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- clean

================================================

2.生成文件系统

cd /home/xstrive/hisi/Hi3520D_SDK_V1.0.3.2/

mkfs.jffs2 -d osdrv/pub/rootfs_uclibc -l -e 0x10000 -o

osdrv/pub/image_uclibc/rootfs_uclibc_64k.jffs2

备注:

1.修改或增加一些配置文件可以直接放进

“Hi3520D_SDK_V1.0.3.2/osdrv/pub/image_uclibc/”文件系统目录里,再用以上指令生成文件系统。

2.生成的内核和文件系统都在

/home/xstrive/hisi/Hi3520D_SDK_V1.0.3.2/osdrv/pub/image_uclibc/这个目录下,这个目录也是tftp服务器的根目录,所以直接用烧写指令把生成的内核和文件系统烧进板子就可以了。

=================================================== hi3520d + nvp6114开发板 - 显示100万像素的AHD模拟摄像头

VGA输出摄像头视频

cd /usr/xstrive/ko/

./load3520D

cd /usr/xstrive/

./sample_vio 7 //选4 *720p那种模式

./sample_vio //查看各模式 0~7

=================================================== hi3520d + nvp1914c开发板 - 显示800线像素的模拟摄像头(70万左右像素)

VGA输出摄像头视频

cd /usr/xstrive && ./sample_vio 0

./sample_vio //查看各模式 0~7

录像并保存文件

cd /usr/xstrive && ./sample_venc 0

再选择 0) CBR

在当前目录下生成视频文件:stream_chn0.h264 stream_chn1.h264

cd /usr/xstrive && ./sample_vio 0 //进入该目录并执行程序可在vga上显示视频。

# cd /usr/xstrive/ko //进入ko目录

# ./load3520D //运行./load3520D

# cd /usr/xstrive && ./sample_vio 0 //

通过网络观看视频

1: 配置板子的IP 如ifconfig eth0 192.168.0.106

2: 运行rtsp服务器# cd /usr/xstrive &&./rtsp

3:连接一个模拟摄像机到通道1 (开发板的左上vi插口)

4:在电脑上打开VLC软件打开网络流rtsp://192.168.0.106:6880/test.264

注:开发板本地内存不够时,网络传视频会卡

===========================================

1: 配置板子的IP 如ifconfig eth0 192.168.0.106

2. 查看开发板网络信息及ip,ifconfig -a

//查看是否网络已通

ping 192.168.0.103

===开发板网络挂载虚拟机linux系统下的目录烧写内核,文件系统======= ============烧8M========================= 8M flash:setenv serverip 192.168.1.159;setenv ipaddr 192.168.1.20;sa;

1.烧写内核

mw.b 82000000 ff 200000;tftp 82000000 uImage;sf probe 0;sf erase 30000 200000;sf write 82000000 30000 200000

2.烧写文件系统

c

3.设置启动参数

setenv bootargs 'mem=64M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=jffs2 mtdparts=hi_sfc:192k(boot),2048k(kernel),5952k(rootfs)';setenv bootcmd 'sf probe 0;sf read 0x82000000 0x30000 0x200000;bootm 0x82000000';sa =================================================== ================================

-----linux中df命令的功能是用来检查linux服务器的文件系统的磁盘空间占用情况---- # df -a

Filesystem 1K-blocks Used Available Use% Mounted on

/dev/root 5952 5728 224 96% /

proc 0 0 0 0% /proc

sysfs 0 0 0 0% /sys

tmpfs 0 0 0 0% /dev

devpts 0 0 0 0% /dev/pts

----------------------------------------------------------

# fdisk –l刚买回来的固态硬盘插上 fdisk-l 指令得到的返回信息

Disk /dev/sda: 63.3 GB, 63350767616 bytes

255 heads, 63 sectors/track, 7701 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

/dev/sda1 1 7702 61862912 7 HPFS/NTFS

---------------------------------------------------------------

//fdisk -l可以列出所有的分区,包括没有挂上的分区和usb设备.我一般用这个来查找需要挂载的分区的位置,比如挂上u盘

# fdisk -l

Disk /dev/sda: 1978 MB, 1978662912 bytes

31 heads, 30 sectors/track, 4155 cylinders

Units = cylinders of 930 * 512 = 476160 bytes

Device Boot Start End Blocks Id System

/dev/sda1 1 4156 1932220+ 6 FAT16

//进入磁盘相关操作“Command (m for help):”模式下

#fdisk /dev/sda

//打印分区表

Command (m for help): p

Command (m for help): --

Command Action

a toggle a bootable flag

b edit bsd disklabel

c toggle the dos compatibility flag

d delet

e a partition

l list known partition types

n add a new partition

o create a new empty DOS partition table

p print the partition table

q quit without saving changes

s create a new empty Sun disklabel

t change a partition's system id

u change display/entry units

v verify the partition table

w write table to disk and exit

x extra functionality (experts only)

a -切换一个可启动的标志 //中文解释

b -编辑bsd磁碟标签

c -切换dos兼容标志

d -删除一个分区

l -列表分区类型

n -添加一个新的分区

o -创建一个新的空DOS分区表

p -打印分区表

q -退出不保存更改

s -创建一个新的空太阳磁碟标签

t -改变一个分区的系统标识

u -改变显示/输入单元

v -验证分区表

w -表写入磁盘并退出

x -额外的功能(专家)

=================================================== # mount -t vfat /dev/sda1 /mnt/usb //手动U盘挂载

# mount -t vfat /dev/sda1 /tmp/record

umount /mnt/usb//卸载硬盘(卸载指令时,不要进入挂载的目录,否则提示忙不成功)

内核支持NTFS分区的硬盘挂载配置方法:

//已下进入配置界面或 make menuconfig

make ARCH=arm CROSS_COMPILE=arm-hisiv100nptl-linux- menuconfig

-->file systems

--> DOS/FAT/NT Filesystems

--><*>NTFS file system support

[*]NTFS debugging support

[*]NTFS write support

# mount -t ntfs /dev/sda1 /mnt //手动挂载NTFS型,已格式化好的硬盘

=================================================== Linux怎样检测U盘插入

U盘驱动程序会在插入或拔出时往 /proc/scsi/usb-storage/0 (插拔一下操作后会加1)通过查看这个文件就不难检测U盘是否插入或拔出了。

经测试拔掉U盘 usb-storage文件夹就空了,插上就有一个数字文件0~9

查看文件里的内容:

# cat 4

Host scsi4: usb-storage

Vendor: Kingston

Product: DataTraveler 2.0

Serial Number: 001CC05FE930BD40D916223B

Protocol: Transparent SCSI

Transport: Bulk

Quirks:

注意:U盘是否插入的状态与是否挂载(mount)无关。

同时在 /dev/目录生成一个驱动设备文件如:sda1… sdb1… sdc1…

========================================

=================================================== ///////////////////////////////////hi3520D芯片相关说明///////////////////////////////////

视频输入( VI)、

视频处理( VPSS)、

视频编码( VENC)、

视频解码( VDEC)、

视频输出(VO)、

视频侦测分析(VDA)、包含运动侦测(MD)和遮挡检测(OD)两种工作模式

音频输入(AI)、

音频输出(AO)、

音频编码( AENC)、

音频解码( ADEC)、

区域管理( REGION)在视频中叠加 OSD 用于显示一些特定的信息(如:通道号、时间戳等)叠加在视频上的 OSD 和遮挡在视频上的色块统称为区域

编码码流叠加 OSD

IVE模块是智能分析系统中的硬件加速模块

Alpha 通道是透明度。值越大,就越不透明;范围是 0~255, 0是全透明

Overlay

视频叠加区域,实现在 GROUP 通道进行位图的加载和背景色更新。

Cover

视频遮挡区域,实现在 VI 通道填充纯色块。由 VI 硬件自身完成。

CoverEx

扩展视频遮挡区域,实现在绑定通道填充纯色块,当Cover 个数不能满足用户需求时,可以使用此扩展 cover。

OverlayEx

扩展视频叠加区域,实现在绑定通道进行位图的加载和背景色更新。

AI音频输入

MPP媒体处理平台

VI视频输入

VOU视频输出单元

DHDx 和DSDx高清和标清显示设备, 简称为HD 和SD 设备

WBC视频回写

VPSS 是视频前处理单元,全称为Video Process Sub-System。支持对一幅输入图像进行统一预处理,如去噪、去隔行等,然后再对各通道分别进行缩放、锐化等处理,最后

输出多种不同分辨率的图像

GROUP

VPSS 对用户提供组(GROUP)的概念。最大可用数为128 个各组分时复用

VPSS 硬件.

CHANNELVPSS 组的通道。通道分为3 种:物理通道、直通通道和扩展通道。

PreScale预缩放。针对输入图像大于预设值的情景,先缩放至预设值。

Sizer筛选。VPSS 只筛选出特定尺寸的图像进行进一步处理。

De-ring/De-block

去环效应/去块效应。去环效应也称为去振铃效应,补偿由于视频压缩所造成的

低频分量损失

DIEDe-interlace,去隔行。将交错的隔行视频源还原成逐行视频源

NRNoise Reduce,去噪。通过参数配置,把图像中的高斯噪声去除,使得图像变得平滑,有助于降低编码码率

IE

Image Enhance,图像增强。将辨别图像中的细节区域,把图像细节凸显,使得图

像清晰,增加图像的对比度。

Sharpen

图像锐化。锐化图像的边缘和凸显图像细节,对经过缩放(scaler)后的图像进行

频率补偿或增强,使得图像边缘锐利,轮廓清晰。

FRC

Frame Rate Control,帧率控制。

编码相关操作

CBR固定比特率,在码率统计时间内保证编码码率平稳

VBR可变比特率,在码率统计时间内编码码率波动从而保证编码图像质量平稳FIXQP Fix Qp 固定Qp 值。在码率统计时间内,编码图像所有宏块Qp 值相同,采用用户设定的图像Qp 值

H.264 编码提供3 种跳帧参考模式:1 倍跳帧参考、2 倍跳帧参考、4 倍跳帧参考

全部抓拍模式:通道启动接收图像后,编码所有接收的图像。

闪光灯抓拍模式:通道启动接收图像后,只编码在闪光灯亮时采集到的图像。

视频输入设备

Hi3520D 芯片有1 个BT.1120 接口,1 个BT.1120 接口对应两个VI 设备,即这个BT.1120 口对应VI 的Dev0 和Dev1。

2 个VI 设备均支持4 路D1 复合模式输入(BT.656 协议),以及1 路720P interleave 模式。只有编号为0 的Dev 支持1 路720P/1080P 高清输入(BT.1120 协议),此时,编号为奇数的Dev 不可用。

视频物理通道

Hi3520D VI 硬件单元包含8 个VI 视频物理通道,依次编号为Chn0~Chn7。不存在次通道。

所有通道均支持D1 和960H 的视频图像输入,所有编号为4 倍数的通道都支持

GV7601 10bit multiplexed 模式输入的720P 视频图像,只有Chn0 支持标准BT1120 720P/1080P 视频数据输入。

VENC 模块,即视频编码模块。本模块的输入源包括三类:第一类是用户态读取图像文件向编码模块发送数据;

第二类是视频输入(VIU)模块采集的图像经视频处理子系统(VPSS)发送到编码模块;

第三类是视频输入(VIU)模块采集的图像直接发送到编码模块。

1和3为奇数通道2和4为偶数通道:

//============================================== # telnetd //启动telnetd

//开发板转接网络设置,也可以不用

# ip route add 192.168.0.1 dev eth0

# ip route add default via 192.168.0.1 dev eth0

# ping 192.168.0.211 //Ping电脑PC机是否通

2.PC机“SecureCRT”终端软件设置

选择Telne协议和开发板的IP地址

输入登入用户名和密码

=============================================

关于printf函数输出64位数的问题,其实在window下和linux下是不一样的:

linux下是

printf("%lld/n",a);

printf("%llu/n",a);

windows下是

printf("%I64d/n",a);

printf("%I64u/n",a);

============================================ Linux系统出错问题

删除文件提示一下错误:

rm: can't remove 'xx': Read-only file system

解决办法执行命令:

fsck

reboot

=========================================== Source Insight常用快捷键

1.Ctrl + 鼠标单击进入定义.

2.Alt + F12可以切换,让字符宽度变得一致,或者是大小不同地显示。

3.Shift + F8 标亮文本中光标所在的单词。

4.Ctrl + G (或者F5) 跳转到某一行。

5.Ctrl + O 搜索文件,找到回车打开,找不到ESC退出

6.Alt + G (或者F7) 打开Symbol Window.

7.Alt +, 后退;Alt+.前进.

8.Ctrl + F 查找关键字。

source insight 解决自动缩进方法:

先选择要缩进的行再按“TAB键”,就可以缩进

===================================

ISO9001-2015设计开发更改控制程序

设计开发更改控制程序 (ISO9001:2015) 1 范围 本程序规定了产品设计和开发的产品图样和技术文件更改职责、范围及记录等要求。 本程序适用于产品设计和开发中的产品图样和技术文件。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本适用于本文件。《产品设计文件的更改方法》 3 职责 3.1 设计部门负责产品图样及技术文件的更改,并按规定办理更改手续,工艺部门配合。 3.2 工艺部门负责工艺文件更改,并按规定办理更改手续,设计部门配合。 3.3 档案部门负责对批生产的产品图样及技术文件更改的监督和归档管理工作。 3.4 标准化负责设计定型后的产品图样、技术文件的标准更改。 4 工作程序

4.1 更改范围 4.1.1 设计定型前和设计定型后一般技术更改履行相关审批手续后实施;重要更改要说明更改的理由,分析更改后可能产生的结果,并征得订货方或合同签订方同意后方可更改,更改前要经过技术评审,必要时要经过试验验证,验证试验时要有订货方或合同签订方代表参加。 4.1.2 设计定型后的产品图样及技术文件的更改,属一般更改由设计部门、工艺部门和订货方协商后报科研技术副总经理批准后实施;重大更改要经协商后由设计部门与订货方联合行文上报,经上级批准后方可实施。 4.2 设计定型前的更改要求 4.2.1 方案阶段的更改,按以下原则执行: a) 技术方案确定后,产品的战术技术性能、功能、主要设计参数和通用性、互换性能等内容的更改,应经充分论证,必要时要经试验验证,证明此更改不会对产品的战术技术性能、功能及通用、互换性产生影响,由项目总设计师提出更改方案,经过评审,再由设计部门负责人批准后方可实施,必要时需经科研技术副总经理批准; b) 一般零部件的更改,由项目组设计人员提出,经三级审签后更改。 4.2.2 工程研制阶段的更改,按以下原则执行: a) 产品的战术技术性能、功能、主要设计参数和通用、互换性能等内容的更改,要对更改方案进行认真论证或进行必要的验证,试验通过评审后方可办理更改

设计和开发更改程序

设计和开发更改程序 1 范围 本标准规定了设计和开发输出的更改程序,以确保设计和开发过程中技术文件更改协调、准确、完整、有效。 本标准适用于产品设计和开发各阶段技术文件的更改。 2 规范性引用文件 本章无条文。 3 术语和定义 本章无条文。 4 职责 4.1 设计师负责设计和开发输出技术文件的更改。 4.2 设计师系统由主管设计师对更改内容进行审核。 4.3 工艺师负责设计和开发输出的工艺文件的更改。 4.4 必要时,相关部门对更改内容审查后会签。 4.5 设计和开发输出技术文件的更改由主任设计师或项目总师批准后方可生效。 4.6 设计和开发输出的工艺文件的更改按有关工艺文件执行。 5 工作程序 5.1 设计和开发更改流程图见附录A。 5.2 管理要求 5.2.1 设计和开发过程中发现技术文件的不适用性,设计师应及时更改并拟制设计和开发更改通知单,经审签后方可执行更改。 5.2.2 设计更改的依据为《设计和开发更改通知单》。 5.2.3 设计和开发更改通知书应由设计部门以产品为单位统一管理。 5.3 实施程序 5.3.1 如因消除错误、纠正缺陷、完善或改进设计等原因需要,设计师可自行更改,经主管设计师同意,并履行审签手续。

5.3.2 凡不涉及接口关系、技术指标和经济指标变化的,设计师可自行更改,经主管设计师同意,并履行审签手续。 5.3.3 涉及接口关系、技术指标和经济指标变化的以及关重件等重要更改,应经产品总设计师或主任设计师同意,进行设计更改,并履行审签手续。 5.3.4 所有的设计更改都必须进行验证,且达到预期效果。 5.3.5 重要的更改以及当更改影响到产品要求时,应经产品总设计师同意,要对更改后的预期效果进行评审、验证和确认。更改评审时,应评价更改对产品组成部分和已交付产品的影响。如有影响,应采取相应的补救措施,以确保产品满足规定的要求和产品质量的一致性。 5.3.6 设计师拟制《设计和开发更改通知单》时,应将更改后评审、验证和确认的文件号或验证报告或记录编号填入“附录”栏。 5.3.7 设计和开发文件的更改应有更改标记。 6 记录 设计和开发更改通知单 设计更改评审、验证、确认记录 附录A (规范性附录) 设计和开发更改流程图 更改确认

设计开发程序和设计开发记录表样

设计开发控制程序 1. 目的 对产品的开发设计进行控制,以保证所设计的新产品技术先进、使用可靠、经济合理、易于生产、验证和控制。 2. 适用范围适用于本公司新产品的设计、开发全过程,包括引进产品的转化、定型产品及生产过程的技术改进等。 3.职责 3.1质技部负责设计开发全过程的组织、协调、实施工作,进行设计开发的策划,确定设计开发的组织和技术接口、输入、输出、验证、评审、设计和开发的更改和确认等。 3.2质技部负责人负责审核项目建议书、下达设计和开发任务书,负责批准设计开发方案、设计开发计划书、设计开发评审、设计开发验证报告,负责试产报告等。 3.3总经理负责批准项目建议书、试产报告。 3.4采购部负责所需物料的采购。 3.5销售部负责根据市场调研或分析,提供市场信息及新产品动向,负责提交顾客使用新产品后的顾客使用报告。 3.6生产部负责新产品的生产加工和试制等。质技部是产品设计开发的归口管理部门,负责策划并且执行产品设计和开发计划,负责主持设计评审、设计验证、设计确认工作。 4.. 工作程序 4.1设计和开发的策划 a)销售部与顾客签订新产品合同或技术协议。根据总经理批准的相应的《产品要求平评审表》,质技部负责人下达《设计任务书》; b)销售部根据市场调研或分析提出的《项目建议书》,报质技部负责人审核,总经理批准后,质技部负责人下达《设计开发任务书》。 c)生产部根据技术改进需要,提交《项目建议书》报质技部负责人审核、总经理批准后,质技部负责人下达《设计任务书》。 4.1.2质技部负责人根据上述信息及项目来源,确定项目负责人,将设计开发策划的输出转化为 《设计开发方案》、《设计开发计划书》。计划书的内容包括:设计开发的输入、 输出、评审、验证、确认等各阶段的划分和主要工作内容;各阶段人员的职责和权限、进度要求和配合部门;资源配置的需要,如人员、信息、设备、资金保证等及相关内容。 4.1.3设计开发策划的输出文件将随着设计开发的进展在适当时予以修改,应执行《文件控制

设计开发程序和设计开发记录表样

设计开发程序和设计开发记录表样

设计开发控制程序 1.目的 对产品的开发设计进行控制,以保证所设计的新产品技术先进、使用可靠、经济合理、易于生产、验证和控制。 2.适用范围 适用于本公司新产品的设计、开发全过程,包括引进产品的转化、定型产品及生产过程的技术改进等。 3.职责 3.1质技部负责设计开发全过程的组织、协调、实施工作,进行设计开发的策划,确定设计开发的组织和技术接口、输入、输出、验证、评审、设计和开发的更改和确认等。 3.2 质技部负责人负责审核项目建议书、下达设计和开发任务书,负责批准设计开发方案、设计开发计划书、设计开发评审、设计开发验证报告,负责试产报告等。 3.3 总经理负责批准项目建议书、试产报告。 3.4 采购部负责所需物料的采购。 3.5 销售部负责根据市场调研或分析,提供市场信息及新产品动向,负责提交顾客使用新产品后的顾客使用报告。 3.6 生产部负责新产品的生产加工和试制等。质技部是产品设计开发的归口管理部门,负责策划并且执行产品设计和开发计划,负责主持设计评审、设计验证、设计确认工作。 4. .工作程序 4.1设计和开发的策划 4.1.1设计开发项目的来源 a)销售部与顾客签订新产品合同或技术协议。根据总经理批准的相应的《产品要求平评审表》,质技部负责人下达《设计任务书》; b) 销售部根据市场调研或分析提出的《项目建议书》,报质技部负责人审核,总经理批准后,质技部负责人下达《设计开发任务书》。 c) 生产部根据技术改进需要,提交《项目建议书》报质技部负责人审核、总经理批准后,质技部负责人下达《设计任务书》。 4.1.2 质技部负责人根据上述信息及项目来源,确定项目负责人,将设计开发策划

设计开发全套记录

设计和开发控制流程图 顾客要求市场需求上级任务本公司需要 项目建议书 评审 N Y 设计和开发计划书 设计和开发任务书 N 设计输入文件 Y N 批准必要的修改 产品技术文件、图纸 设计开发输出(编制输出文件) 对产品的操作、搬运要求 Y 产品验收准则 评审N 其它要求N 评审 Y 验证N设计更改 Y 确认N 产品定型

项目名称:项目来源: 开发周期:项目总负责人: 设计人员职位设计人员职位设计人员职位 资源配置: 阶段划分及主要内容责任部门责任人完成时间编制设计任务书 决策阶段 设计任务书的评审 初步技术设计 设计阶段初步技术设计评审 工作图设计 样机试制及验证 工艺方案的编制 工艺方案评审 工艺文件、检验文件的编制 试制阶段小批量试制准备 小批量试制 样机试验 编制产品制度总结报告 产品定型鉴定 定型投产正式生产前的准备 阶段转入正式生产 备注: 编制 /日期审核 /日期批准 /日期 设计内容可根据实际情况作出改变。表格编号:QR—7.3—01

产品型号:产品名称: 目标成本: 产品开发起止日期:项目负责人: 依据的标准或法律法规(包括名称、编号、版本、章节号等): 产品功能描述: 技术参数及性能指标: 产品结构要求: 顾客特殊要求: □ 无 □ 有,具体描述: 其它要求: 备注: 会签评审: 部门评审人 /日期职位部门评审人/日期职位 编制 /日期审核/日期批准/日期 表格编号: QR—7.3—02

产品型号:产品名称: 评审类别:□初步设计评审□工艺方案评审□其他: 评审主持人:评审时间: 评审对象: (初步技术设计评审的对象:设计方案说明书、方案设计总体图、线路图(原理图)、主要零部件方案图、设计计算书、特殊外购件清单等初步技术设计的输出) (工艺方案评审的对象:工艺方案) 评审内容:□内打“ √”表示通过评审,打“?”表示有建议或疑问。 初步 1.标准符合性□ 2.结构合理性□ 3.加工可行性□ 4.采购可行性□技术 5.可维修性□ 6.可检验性□ 7.美观性□ 8.安全性、环境影响□设计9.操作方便性□10.防止误用能力□ 11.标准化、继承性□ 12.经济性□评审13. 工艺方案评审1.经济性□ 2. 工艺流程合理性□ 3. 检测方法合理性□ 4. 质控点设置合理性□ 5. 工序能力□ 6. 设备选型合理性□ 7. 采购外协可行性□ 8.工装设计可行性□ 9. 存在问题及改进的建议(与评审没通过的内容对应): 评审结论: 评审人签名: 部门评审人 /日期职位部门评审人/日期职位 编制 /日期审核/日期批准/日期 评审结论中改进措施的验证情况: 验证人: 表格编号: QR— 7.3— 03

设计开发程序和设计开发记录表样

设计开发控制程序 1.目的 对产品的开发设计进行控制,以保证所设计的新产品技术先进、使用可靠、经济合理、易于生产、验证和控制。 2.适用范围 适用于本公司新产品的设计、开发全过程,包括引进产品的转化、定型产品及生产过程的技术改进等。 3.职责 3.1质技部负责设计开发全过程的组织、协调、实施工作,进行设计开发的策划,确定设计开发的组织和技术接口、输入、输出、验证、评审、设计和开发的更改和确认等。 3.2 质技部负责人负责审核项目建议书、下达设计和开发任务书,负责批准设计开发方案、设计开发计划书、设计开发评审、设计开发验证报告,负责试产报告等。 3.3 总经理负责批准项目建议书、试产报告。 3.4 采购部负责所需物料的采购。 3.5 销售部负责根据市场调研或分析,提供市场信息及新产品动向,负责提交顾客使用新产品后的顾客使用报告。 3.6 生产部负责新产品的生产加工和试制等。质技部是产品设计开发的归口管理部门,负责策划并且执行产品设计和开发计划,负责主持设计评审、设计验证、设计确认工作。 4. .工作程序 4.1设计和开发的策划 a)销售部与顾客签订新产品合同或技术协议。根据总经理批准的相应的《产品要求平评审表》,质技部负责人下达《设计任务书》; b) 销售部根据市场调研或分析提出的《项目建议书》,报质技部负责人审核,总经理批准后,质技部负责人下达《设计开发任务书》。 c) 生产部根据技术改进需要,提交《项目建议书》报质技部负责人审核、总经理批准后,质技部负责人下达《设计任务书》。

4.1.2 质技部负责人根据上述信息及项目来源,确定项目负责人,将设计开发策划的输出转化为《设计开发方案》、《设计开发计划书》。计划书的内容包括:设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容;各阶段人员的职责和权限、进度要求和配合部门;资源配置的需要,如人员、信息、设备、资金保证等及相关内容。 4.1.3 设计开发策划的输出文件将随着设计开发的进展在适当时予以修改,应执行《文件控制程序》的有关规定。 4.1.4 设计开发不同部门之间的接口管理 明确参与设计过程的不同部门/人员之间在组织上和技术上的接口并对接口进行管理,确定每项活动的职责和权限。指派有经验、能胜任其岗位工作的人员从事设计各阶段的活动。 4.2设计和开发的输入 销售部提出的项目开发建议编写的,“设计开发输入清单”应充分考虑有关法规、标准和市场需求,其内容应包括: a) 新产品的功能和性能要求; b)相关的法律和法规的要求; c)过去类似设计的有关信息; d)设计和开发所必需的其他要求。 4.2.3 质技部负责组织有关设计人员和相关部门对设计输入进行评审,对其不完善、含糊或矛盾的要求作出澄清和解决,确保设计开发的输入满足任务书的要求。 4.3设计输出 4.3.1 设计开发人员根据设计开发任务书、方案及计划等开展设计开发工作,并编制相应的设计开发输出文件。设计结果应形成书面文件并以能够对照设计输入要求进行验证的形式来表达,设计输出。 a)满足设计输入的各项要求。 b)为采购、服务、验证和控制提供依据,包括产品特性规范和作业过程规范等。 c)包含或引用产品验收准则。 d)标出对产品正常使用、安全性至关重要的产品特性。 采购清单等,质技部填写《设计输出清单》。 。

设计开发记录总表

设计和开发控制流程图 N Y N Y N Y N N Y N N 顾客要求 市场需求 上级任务 本公司需要 设计输入 评审 设计和开发任务书 设计和开发任务书 批准 必要的修改 编制设计输出文件 评审 产品技术文件、图纸 对产品的操作、搬运要求 产品验收准则 其它要求 验证 确认 产品定型 设计更改 评审

产品设计开发计划 №: 项目名称:项目来源: 开发周期:项目总负责人: 设计人员职位设计人员职位设计人员职位 资源配置: 阶段划分及主要内容责任部门责任人完成时间 决策阶段编制设计任务书设计任务书的评审 设计阶段初步技术设计 初步技术设计评审工作图设计 试制阶段样机试制及验证 工艺方案的编制 工艺方案评审 工艺文件、检验文件的编制小批量试制准备 小批量试制 样机试验 编制产品制度总结报告 产品定型鉴定 定型投产阶段正式生产前的准备转入正式生产 备注: 编制/日期审核/日期批准/日期 设计内容可根据实际情况作出改变。表格编号:QP—7.3—01 A/0

№: 产品型号:产品名称: 产品开发起止日期:项目负责人:目标成本: 依据的标准或法律法规(包括名称、编号、版本、章节号等): 产品功能描述: 技术参数及性能指标: 产品结构要求: 顾客特殊要求: □无 □有,具体描述: 其它要求: 备注: 会签评审: 部门评审人/日期职位部门评审人/日期职位 编制/日期审核/日期批准/日期 表格编号:QP—7.3—02 A/0

№: 产品型号:产品名称: 评审类别:□初步设计评审□工艺方案评审□其他: 评审主持人:评审时间: 评审对象: (初步技术设计评审的对象:设计方案说明书、方案设计总体图、线路图(原理图)、主要零部件方案图、设计计算书、特殊外购件清单等初步技术设计的输出) (工艺方案评审的对象:工艺方案) 评审内容:□内打“√”表示通过评审,打“?”表示有建议或疑问。 初步技术设计评审1.标准符合性□ 2.结构合理性□ 3.加工可行性 4.采购可行性□ 5.可维修性□ 6.可检验性□ 7.美观性□ 8.安全性、环境影响□ 9.操作方便性□ 10.防止误用能力□ 11.标准化、继承性□ 12.经济性□ 13. 工艺方案评审1.经济性□ 2.工艺流程合理性□ 3.检测方法合理性□ 4.质控点设置合理性□5.工序能力□ 6.设备选型合理性□ 7.采购外协可行性□ 8.工装设计可行性□9. 存在问题及改进的建议(与评审没通过的内容对应): 评审结论: 评审人签名: 部门评审人/日期职位部门评审人/日期职位 编制/日期审核/日期批准/日期 评审结论中改进措施的验证情况: 验证人: 表格编号:QP—7.3—03 A/0

ISO审核要点设计和开发更改

I S O审核要点设计和开发 更改 Last updated on the afternoon of January 3, 2021

P o s t B y:2016-10-711:35:00[] 设计和开发更改 组织应识别、评审和控制产品和服务设计和开发期间以及后续所做的更改,以便避免不利影响,确保符合要求。 组织应保留下列形成文件的信息: a)设计和开发变更; b)评审的结果; c)变更的授权; d)为防止不利影响而采取的措施。 标准理解: 1、更改没有明确要求适当的评审、验证、确认和批准。增加了文件信息的要求。 2、变更可能源自质量管理体系中的任一活动,也可能发生在任一阶段,包括: 在设计和开发过程实施期间; 在设计和开发输出发布和批准之后; 作为监控顾客满意和外部供应商绩效的结果。 新旧标准变化: 1、新版标准和老版标准对设计和开发的更改有不同之处:组织应识别、评审产品和服务的设计和开发期间或后续过程中对产品和服务的设计和开发的更改并进行必要的控制,以确保对符合要求没有负面影响。 2、组织应保持以下方面的文件化信息: a)设计和开发的变更 b)评审结果; c)变更的授权; d)所采取的预防负面影响的措施。 审核要点: 1、检查组织是否识别、评审和控制产品和服务设计和开发期间以及后续所做

的更改,以便避免不利影响,确保符合要求。 2、组织是否保留下列形成文件的信息: a)设计和开发变更; b)评审的结果; c)变更的授权; d)为防止不利影响而采取的措施。 3、标准不再明确规定“应当对设计和开发的更改进行适当的评审、验证和确认,并在实施之前得到批准”,明确了组织应保留四个方面的形成文件的信息。审核时应注意,不应强求组织必须对设计和开发的更改进行评审、验证和确认。 审核检查表: 1.当发生设计错误,投产困难等更改情况时,是否及时予以识别、确认,并进行更改 2.所有设计和开发更改是否遵循同一更改程序,并经授权人员确定和批准 3.对某些设计和开发的重要更改是否经过评审、验证和确认评审是否包括评价更改(如零件)对已交付产品及其组成部分的影响 4.设计和开发更改是否对关联文件同步更改,以保持一致更改信息是否已传递到更改实施及相关职能部门和人员 5.更改、更改评审的结果及跟踪措施是否形成记录并予以保持 不符合事项归纳:1、没有识别产品和服务设计和开发期间以及后续过程中所做的更改。2、没有评审和控制产品和服务设计和开发期间以及后续过程中所做的更改。3、没有保留设计和开发变更和评审结果的文件化信息。4、没有保留变更的授权和为防止不利影响而采取的措施的文件化信息。

设计开发全套记录

设计和开发控制流程图 N Y N Y N Y N N Y N Y N 顾客要求 市场需求 上级任务 本公司需要 项目建议书 评审 设计和开发计划书 设计和开发任务书 批准 必要的修改 设计开发输出(编制输出文件) 评审 产品技术文件、图纸 对产品的操作、搬运要求 产品验收准则 其它要求 验证 确认 产品定型 设计更改 评审 设计输入文件

产品设计开发计划 项目名称:项目来源: 开发周期:项目总负责人: 设计人员职位设计人员职位设计人员职位 资源配置: 阶段划分及主要内容责任部门责任人完成时间 决策阶段编制设计任务书设计任务书的评审 设计阶段初步技术设计 初步技术设计评审工作图设计 试制阶段样机试制及验证 工艺方案的编制 工艺方案评审 工艺文件、检验文件的编制小批量试制准备 小批量试制 样机试验 编制产品制度总结报告 产品定型鉴定 定型投产阶段正式生产前的准备转入正式生产 备注: 编制/日期审核/日期批准/日期 设计内容可根据实际情况作出改变。表格编号:QR—7.3—01

产品型号:产品名称: 产品开发起止日期:项目负责人:目标成本: 依据的标准或法律法规(包括名称、编号、版本、章节号等): 产品功能描述: 技术参数及性能指标: 产品结构要求: 顾客特殊要求: □无 □有,具体描述: 其它要求: 备注: 会签评审: 部门评审人/日期职位部门评审人/日期职位 编制/日期审核/日期批准/日期 表格编号:QR—7.3—02

产品型号:产品名称: 评审类别:□初步设计评审□工艺方案评审□其他: 评审主持人:评审时间: 评审对象: (初步技术设计评审的对象:设计方案说明书、方案设计总体图、线路图(原理图)、主要零部件方案图、设计计算书、特殊外购件清单等初步技术设计的输出) (工艺方案评审的对象:工艺方案) 评审内容:□内打“√”表示通过评审,打“?”表示有建议或疑问。 初步技术设计评审1.标准符合性□ 2.结构合理性□ 3.加工可行性□ 4.采购可行性□5.可维修性□ 6.可检验性□ 7.美观性□ 8.安全性、环境影响□9.操作方便性□ 10.防止误用能力□ 11.标准化、继承性□ 12.经济性□13. 工艺方案评审1.经济性□ 2.工艺流程合理性□ 3.检测方法合理性□ 4.质控点设置合理性□5.工序能力□ 6.设备选型合理性□ 7.采购外协可行性□ 8.工装设计可行性□9. 存在问题及改进的建议(与评审没通过的内容对应): 评审结论: 评审人签名: 部门评审人/日期职位部门评审人/日期职位 编制/日期审核/日期批准/日期 评审结论中改进措施的验证情况: 验证人: 表格编号:QR—7.3—03

设计开发各阶段文件记录要求

设计开发各阶段文件、记录要求 1.目的 本作业指导文件为进一步明确设计开发全过程中各阶段的文件及记录要求,以进一步规范设计开发流程,确保设计开发全过程受控, 2.适用范围 本要求适用于公司内各类产品的设计开发全过程,这些产品包括但不限于:软件、雷达终端、专用计算机等。 设计开发的全过程包含设计开发策划、方案、概要设计、详细设计、设计验证、确认、设计更改、试制等各个环节。 设计开发活动的类别包括但不限于:公司内部立项的新项目(产品)、与客户签订合同的研制、改进项目、上级机关下达的研制任务、产品改进项目等。 3.引用文件 GJB9001B-2001质量管理体系要求 EWZG A00—02—2011质量手册 EWZG B7301-2011设计和开发控制程序 EWZG B7302-2011软件设计开发控制程序 EWZG C7341-2011设计和开发评审程序 EWZG B4131-2011外包过程控制程序 首件鉴定程序 EWZG B4241—2011 质量记录控制程序

EWZG C4231—2011 图纸技术文件管理办法 4.详细要求 4.1立项 根据客户意向立项的,由市场部填写《立项申请表》; 公司内部立项的,由项目发起部门填写《立项申请表》; 研发总监组织立项评审,填写《立项评审报告》,评审会中应填写《会议签到表》、《会议记录》,立项评审由技术副总批准; 根据客户合同立项的,应进行合同评审,填写《合同评审表》,合同评审作为立项的依据; 确定立项后,由项目主管或综合管理部计划管理人员编制《新产品研制任务书》,任务书由研发总监审核,总经理签发。 4.2设计开发策划 设计开发承接部门在接收到任务书后,应进行设计开发策划,编制《研制计划》、《质量保证大纲》、《质量计划》,计划和大纲应经过研发总监批准。 如采用了新技术、新材料,应经过试验、论证,编制《可行性报告》,并进行评审。 4.3方案(概要)设计 在方案阶段,应明确设计的具体要求,形成《设计开发输入一览表》、产品规格书、技术条件或技术协议、检验大纲、特性分析报告、研制方

设计开发[全套]表格样本

技术可行性评审记录 合同号: ,研发部保留一份作为开发依据。

产品设计任务书 注:1)全新设计:本表一式二份,研发部、项目负责人各一份。 2)改进设计:本表项目负责人自留一份。 3 )跨部门合作时,项目负责人直接将此表复印作为研发指令交付协作部门执行。

项目开发计划书 SAIGEW/Q.703-R02 设计编号 项目产品型号 —项目负责人 目的:预期明确项目设计开发阶段安排,各阶段涉及的评审、验证、确认活动安排,各阶段参与部门或人员的职责和权限,小组的接口管理,确保设计按计划顺利、合理、有序、有效的展开。 变更容: 审批:日期:

编制人:审批:

设计开发输出评审记录 WT-R/7-12 产品型号 项目负责人 参评岗位参评人员会签□方案设计□结构设计 设计编号: 评审日期 □工艺□材料□质量□试制组 评审容及输入清单 评审容 评审输入资料1)评价产品设计方案(含结构方案)是否合理,方案是否有审批; 2)检查产品结构图、产品电路原理图是否符合方案设计要求;且是否符合术文件管理规要求,即图纸等技术文件是否有审核批准等; 3)当存在特殊材料米购时,特殊材料的米购技术要求是否明确; 4)其他相关设计输出要求的符合性。 □设计输出清单 □产品设计方案 □产品结构方案草图 □部转化的技术规 □其他 评审意见及结论 □本阶段设计结果评审表明:设计开发方案合理,产品结构图纸、部转化技术规、产品辅件明细表等基本符合文件控制规且均与设计方案协调一致,满足预期要求,可以进入 下一阶段设计。 □本阶段设计结果评审表明:以下几个方面需要改进,建议设计人员重新考虑改进设计,并在月日前重新提交部门主管确认。 改进条目:(附件编号:SJ-XX) 主管领导签名: 日期: 改进容复评: 项目负责人: 日期: 审批: 日期:

设计开发程序和设计开发记录表样

设计开发程序和设计开 发记录表样 文件管理序列号:[K8UY-K9IO69-O6M243-OL889-F88688]

设计开发控制程序 1.目的 对产品的开发设计进行控制,以保证所设计的新产品技术先进、使用可靠、经济合理、易于生产、验证和控制。 2.适用范围 适用于本公司新产品的设计、开发全过程,包括引进产品的转化、定型产品及生产过程的技术改进等。 3.职责 3.1质技部负责设计开发全过程的组织、协调、实施工作,进行设计开发的策划,确定设计开发的组织和技术接口、输入、输出、验证、评审、设计和开发的更改和确认等。 3.2 质技部负责人负责审核项目建议书、下达设计和开发任务书,负责批准设计开发方案、设计开发计划书、设计开发评审、设计开发验证报告,负责试产报告等。 3.3 总经理负责批准项目建议书、试产报告。 3.4 采购部负责所需物料的采购。 3.5 销售部负责根据市场调研或分析,提供市场信息及新产品动向,负责提交顾客使用新产品后的顾客使用报告。 3.6 生产部负责新产品的生产加工和试制等。质技部是产品设计开发的归口管理部门,负责策划并且执行产品设计和开发计划,负责主持设计评审、设计验证、设计确认工作。

4. .工作程序 4.1设计和开发的策划 a)销售部与顾客签订新产品合同或技术协议。根据总经理批准的相应的《产品要求平评审表》,质技部负责人下达《设计任务书》; b) 销售部根据市场调研或分析提出的《项目建议书》,报质技部负责人审核,总经理批准后,质技部负责人下达《设计开发任务书》。 c) 生产部根据技术改进需要,提交《项目建议书》报质技部负责人审核、总经理批准后,质技部负责人下达《设计任务书》。 4.1.2 质技部负责人根据上述信息及项目来源,确定项目负责人,将设计开发策划的输出转化为《设计开发方案》、《设计开发计划书》。计划书的内容包括:设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容;各阶段人员的职责和权限、进度要求和配合部门;资源配置的需要,如人员、信息、设备、资金保证等及相关内容。 4.1.3 设计开发策划的输出文件将随着设计开发的进展在适当时予以修改,应执行《文件控制程序》的有关规定。 4.1.4 设计开发不同部门之间的接口管理 明确参与设计过程的不同部门/人员之间在组织上和技术上的接口并对接口进行管理,确定每项活动的职责和权限。指派有经验、能胜任其岗位工作的人员从事设计各阶段的活动。 4.2设计和开发的输入 销售部提出的项目开发建议编写的,“设计开发输入清单”应充分考虑有关法规、标准和市场需求,其内容应包括:

质量管理体系设计开发程序和记录

1.目的:对设计和开发的全过程进行控制,确保产品能满足顾客的需求和期望及有关法律法规要求。 2.适用范围:适用于本公司产品设计和开发全过程。 3.职责 3.1供销部负责市场调研或分析,向生产技术部提供市场信息及新产品动向。 3.2生产技术部负责设计和开发全过程的组织、协调和实施工作,进行设计和开发的策划、确定设计开发的组织和技术的接口、输入、输出,设计和开发的评审,验证、确认和更改。 3.3总经理负责批准新产品的设计及最终新产品的确认。 4.工作程序 4.1 设计和开发策划 4.1.1 供销部根据市场调研或分析,向生产技术部提供市场信息及新产品动向。 4.1.2生产技术部根据评估结果,确定项目负责人,进行设计开发的策划,制定《设计开发计划书》,报总经理批准。 4.1.3《设计开发计划书》策划的结果应体现如下内容: a)设计开发的输入、输出的形式; b)设计评审、验证、确认等各阶段的划分和主要工作事项; c)各阶段人员职责和权限; d) 进度要求和配合单位; e) 资源配置需求,如人员、信息、设备、资金保证等。 4.1.4 设计开发的输出文件将随着设计开发的进展,如需修改,应执行《文件控制程序》的有关规定。 4.1.5 设计和开发接口的管理 a) 需要进行协调的,由生产技术部部召开相关会议组织协调,进行信息沟通; b) 供销部负责与顾客的联系及信息传递。 4.2 设计和开发输入 4.2.1 生产技术部应确定与产品要求有关的输入,包括: a) 功能要求和性能要求。 b) 适用的法律法规要求。 c) 以前类似设计的信息。 d) 设计和开发所必需的其他要求。 4.2.2 应对这些输入的充分性和适宜性进行评审。 4.3设计和开发输出 4.3.1设计和开发的输出可包括以下内容: a)产品技术指标; b)工艺流程; c)加工工艺; d)采购物资分类明细; e)检验规范; 资源需求、包括产品防护的细节等。f). 4.3.2生产技术部应确保设计和开发的输出得到总经理或其授权人批准。 4.4 设计和开发评审 4.4.1应按照《设计开发计划书》的策划,在适宜的阶段对设计和开发进行系统的评审。 4.4.2应评价设计和开发的结果满足要求的能力,发现问题并提出必要的措施。评审结果由参加评审人员在《设计开发评审报告》做好记录。

相关文档
最新文档