设计和开发控制程序.docx
- 文档编号:25157246
- 上传时间:2023-06-05
- 格式:DOCX
- 页数:23
- 大小:216.70KB
设计和开发控制程序.docx
《设计和开发控制程序.docx》由会员分享,可在线阅读,更多相关《设计和开发控制程序.docx(23页珍藏版)》请在冰豆网上搜索。
设计和开发控制程序
****科技股份有限公司
Q/ZLG01.09-2017
设计和开发控制程序
1目的
为规范产品设计和开发的过程,使其按照规定的流程有序的开展工作,确保达到预期的设计开发目的及用途,特制订本程序。
2范围
适用于本公司产品设计和开发相关过程,包括引进产品的转化、定型产品及生产过程的技术改进等。
3职责
3.1总经理
1)负责《项目立项申请表》、《项目书》及《预算书》的批准。
2)负责《特殊过程申请单》的批准。
3.2技术副总
1)负责参加设计和开发过程中重要的外部认证、检查、审查等活动。
2)负责参加设计和开发过程中重要的内部评审、验证、确认、验收等活动。
3)负责所有技术文件、技术图纸、设计资料的批准。
3.3研发总监
1)负责设计和开发项目的正式提出。
2)负责项目负责人的选定。
3)负责项目开发的整体统筹与规划。
4)负责项目开发阶段成果的验证、审核等工作。
5)负责项目开发过程中人员的配备及调整。
6)负责项目开发过程中各种资源的提供及进度的掌控。
3.4系统集成开发小组/仪器仪表开发小组/软件开发小组
1)负责产品设计和开发的技术实现及改进。
2)负责产品技术文件、工艺文件、技术图纸的设计、编制。
2017年6月1日发布2017年6月1日实施
3)负责项目申报、备案、认证及技术文件的设计、编制。
4)负责产品样机试制及试制过程中问题的分析与改进。
5)负责新产品小批量试生产的现场技术指导工作和技术对接工作。
3.5产品中心
1)负责设计和开发过程中原材料、工具、设备等采购工作。
2)负责原材料的入厂检验、过程部件的检验、成品的检验等。
3)负责产品的生产、加工、装配、调试、老化、包装等相关工作。
4)负责各过程中记录的填写与保存,便于追溯及检查。
5)负责产品生产过程中的各种对接、协调、配合工作。
6)负责将采购、制造、检验等过程中的问题反馈给设计人员,以便完善改进。
3.6项目评审组
1)主要成员:
技术副总、研发总监、研发项目小组负责人、技术部负责人、制造部负责人、采供部负责人、质检部负责人、销售中心负责人、运营中心负责人、财务部负责人、项目负责人、项目组成员等。
2)以上评审组成员可根据项目需求进行选择。
3)项目负责人与部门总监可为同一人。
要求:
所有与设计开发相关的工作,各部门应积极配合,所有与设计开发过程相关的流程均应按照本文件的要求进行操作。
4过程管理
4.1设计和开发策划
设计和开发策划主要有:
前期调研、确定立项、设计和开发过程参与人员接口控制以及相关方特殊要求等。
4.1.1前期调研
4.1.1.1提出
项目的设计开发理念可以是公司任何人,以任意形式提出(口头或书面形式),反馈至研发总监处,由研发总监综合考量后正式提出;若为公司决定开发的产品项目,则不需反馈至研发总监处,直接进行市场调研。
4.1.1.2讨论
研发总监组织相关的人员进行讨论、评审,确定此项目是否可行。
若可行则执行下一步的市场调研,若不可行则此项目就此结束。
注:
此阶段的“提出”和“讨论”可不形成书面记录。
4.1.1.3市场调研
根据项目的实际需求,研发总监可指定专人进行市场调研,主要从:
市场分析、前景分析、可行性分析、技术分析、风险分析等几个方面对项目进行详细调研。
调研人应将市场调研分析内容在《项目立项申请表》中体现并提交至研发总监处。
4.1.2确定立项
4.1.2.1Z类产品立项
根据市场需求,公司年初确定的自主进行设计和开发的属于Z类产品,由项目负责人编写《项目立项申请表》、《项目书》和《预算书》,总监审核,经技术副总审核通过后,最终由总经理对《项目立项申请表》、《项目书》和《预算书》进行批准。
4.1.2.2K类产品立项
根据客户要求进行的新产品的设计和开发属于K类产品,由营销中心客服部负责人填写《设计和开发任务书》,经营销中心负责人审核后,连同开发资料一同移交到研发中心,研发总监安排专人编写《项目立项申请表》、《项目书》和《预算书》,经研发总监审核后,连同开发资料一同提交给技术副总审核,最终由总经理对《项目立项申请表》、《项目书》和《预算书》进行批准。
4.1.2.3《项目立项申请表》的编写
应包括以下内容:
1)项目名称、项目型号。
2)市场调研分析。
3)项目实施方式(若为K类项目,则应注明客户全称、客户提供的资源等)。
4)可行性分析(包括市场可行性、技术可行性、风险及控制等)。
5)项目简介、项目实施方案、项目分阶段具体实施目标。
6)项目预算费用。
7)相关人员签名、日期及意见。
4.1.2.4《项目书》的编写
应包括以下内容:
1)项目说明
2)项目提出的必要性
3)项目实施的可行性
4)项目主要参加人员
5)本项目分阶段具体实施目标
6)项目的经费预算
7)验收标准
8)审批
4.1.2.5《预算书》的编写
应包括以下内容:
1)项目名称、项目编号
2)实施项目经理,编制单位
3)项目交付日期
4)合同金额
5)项目预算金额
6)预算详表,进行预算分类说明(含直接材料预算、直接费用预算等)
7)相关人员签名、日期及意见。
4.1.3人员接口控制
项目负责人职责:
1)负责各个参与人员职责的分配。
2)跟进研发进度,确保各阶段研发质量及周期。
3)负责阶段成果的不定期评审、验证等。
4)负责项目的申报、登记、备案、认证等对外联络事宜。
5)负责与项目相关的其他事宜。
硬件设计人员职责:
1)负责项目开发过程中所有硬件设计相关的工作。
2)负责项目开发过程中所有硬件相关技术文件的设计、编制。
3)配合相关人员改进硬件设计,完善硬件技术。
软件设计人员职责:
1)负责项目开发过程中所有软件设计相关的工作。
2)负责项目开发过程中所有软件相关技术文件的设计、编制。
3)配合相关人员改进软件设计,完善软件开发。
结构设计人员职责:
1)负责项目开发过程中所有结构设计相关的工作。
2)负责项目开发过程中所有结构相关技术文件的设计、编制。
3)配合相关人员改进结构设计,完善结构设计。
工艺设计人员职责:
1)负责项目开发过程中所有工艺设计相关的工作。
2)负责项目开发过程中所有工艺相关技术文件的设计、编制。
3)配合相关人员改进工艺设计,完善工艺流程。
4.1.4《相关方特殊要求》
有下列情形之一时由项目负责人或专人填写《相关方特殊要求》。
1)顾客或使用者需要参与设计和开发过程,或提出一些特殊的要求时。
2)对后续产品的服务提供有特殊要求时。
3)顾客或者其他相关方期望控制设计和开发过程时。
4.2设计和开发输入
由项目负责人或专人填写的《项目书》中包含了项目的设计和开发输入。
《项目书》中对项目的提出的必要性、项目实施的可行性、功能和性能要求、设计方案以及实施的标准或遵循的行业规范等与设计和开发输入过程中相关的内容进行详述,以此作为设计和开发输入文件。
4.2.1设计开发注意事项
1)要求设计人员优先采用电子元件库已有的原材料,并严格遵循图号、型号、名称等命名规则。
2)设计人员对原材料的选择应从节能、环保、安全的方面进行考量。
3)设计和开发输入的内容应完整、清楚,且满足设计和开发的目的。
4.2.2软件需求分析
需求分析阶段,需要编写并完成《软件需求说明书》。
《软件需求说明书》:
即《需求规格说明书》,对所开发软件的功能、性能、用户界面及运行环境等作出详细的说明。
它是在用户与开发人员双方对软件需求取得共同理解并达成协议的条件下编写的,也是实施开发工作的基础。
该说明书应给出数据逻辑和数据采集的各项要求,为生成和维护系统数据文件做好准备。
4.2.3《需求规格说明书》的编写
应包括以下内容:
1)文件的标识、版本、作者及完成日期。
2)软件设计的目的、定义及参考资料。
3)软件总体概述:
包括软件的标识、描述、用户的特点及限制与约束。
4)软件的具体需求:
功能需求性能需求、数据库需求、设计约束、属性及外部接口需求。
5)数据字典。
4.3软件设计和开发过程
常规的软件系统设计需要依次完成《概要设计说明书》,《详细设计说明书》及《数据库设计说明书》。
以下是文档的简要说明:
《概要设计说明书》:
该说明书是概要设计阶段的工作成果,它应说明功能分配、模块划分、程序的总体结构、输入输出以及接口设计、运行设计、数据结构设计和出错处理设计等,为详细设计奠定基础。
《详细设计说明书》:
着重描述每一模块是怎样实现的,包括实现算法、逻辑流程等。
《数据库设计说明书》:
对数据库中使用的所有标识、逻辑结构和物理结构做出具体的设计规定。
编写完成后,项目经理应该依次编写安排项目开发工作计划,并且确定里程碑,以便在后期项目执行过程中,对其进行确认。
对于大项目,建议按照项目设计流程,先进行概要设计,再到详细设计。
但是对于特殊项目(项目周期较短,规模小的项目),可以将设计说明书合为一份,编写功能,接口方案。
但是值得注意的是,该方案中,仍然需要涵盖项目模块功能,用户权限和各模块实现逻辑,接口等。
4.3.1《概要设计说明书》的编写
应包括以下内容:
1)文件的标识、版本、作者及完成日期。
2)软件设计的目的、定义及参考资料。
3)系统的主要目标、主要软件需求以及设计约束和限制。
4)软件系统结构设计(包括复审数据流、控制流、软件体系结构、软件程序结构图、模块命名规则、模块描述、功能需求追溯、复用策略)。
5)数据设计(数据字典复审、数据项、数据库结构设计、数据结构与程序的关系以及文件设计)。
6)接口设计(用户界面设计规程则、内部接口设计、外部接口设计)。
7)出错处理设计。
8)系统维护设计。
4.3.2《详细设计说明书》的编写
应包括以下内容:
1)文件的标识、版本、作者及完成日期。
2)编写目的、背景、定义及参考资料。
3)程序(模块)系统的组织结构。
4)界面设计要求(程序(模块)1的设计说明、窗口对象说明、程序(模块)2的设计说明)。
5)模块相互关系表。
4.3.3《数据库设计说明书》的编写
应包括以下内容:
1)文件的标识、版本、作者及完成日期。
2)软件设计的目的、定义及参考资料。
3)外部设计(包括类型划分、标识符和约定、数据库表设计格式说明、支持软件、数据字典设计、安全保密设计)。
4.4设计和开发控制
设计和开发控制主要是对设计和开发的整个过程进行控制,由项目负责人或专人填写《项目进度跟踪表》,由部门总监审核通过后,提交给技术副总进行批准。
在设计和开发的各个阶段,根据《项目进度跟踪表》,按照实际需求可对产品进行适当的评审、验证、确认等活动,并将各过程中确定的问题采取必要的措施,确保获得预期的结果,以达到控制整个设计和开发过程的目的。
4.4.1《项目进度跟踪表》
应包括以下内容:
1)项目名称、项目型号。
2)项目性质、复杂程度、起止时间。
3)阶段划分、人员职责及权限划分。
4)计划的评审、验证、确认过程。
5)所需的内部资源及外部资源。
6)相关人员签名、日期及意见。
4.4.2评价形式
评审:
在产品设计和开发输出前的过程中,评价各阶段的输出结果能否满足要求的能力,
在整个产品的设计开发过程中至少进行两次评审活动并输出《设计和开发评审报告》。
验证:
在样机试制完成后小批量试制前,评价输出的结果是否满足输入的要求,至少进行一次验证活动。
确认:
在小批量试生产后正式投产前,评价产品的整体性能、功能等能否满足规定的要求或预期用途,至少进行一次确认活动。
由项目负责部门总监,组织相关人员进行评审、验证、确认等活动,根据产品的具体情况,可以单独或任意组合的方式进行评审、验证、确认等活动。
由项目负责人或专人填写《设计和开发评审报告》,经部门总监审核通过后,提交给技术副总进行批准。
4.4.3《设计和开发评审报告》
应包括以下内容:
1)项目名称、项目型号。
2)评审活动的形式,评审阶段。
3)此次评审的目的及结论。
4)是否需要改进,及具体的改进措施。
5)相关参与人员签名日期及意见。
4.4.4软件项目测试
编码完成后,应该进行相关测试工作。
设计人员编写相应的《测试计划》和《测试用例》进行测试,在测试工作完成后,测试人员编写《测试报告》,提交测试计划执行情况的说明,对测试结果加以分析,并提出测试的结论意见。
4.5设计和开发输出
经过前期的设计和开发、相关人员的评审、验证过程,最终产品以文件形式、样机形式等输出,确保输出满足输入的要求。
由项目负责人或专人填写《项目结题书》,经研发总监审核通过后,提交给技术副总进行批准。
4.5.1项目验收
在某产品或项目需进行确认时,应由项目负责人或专人填写《项目结题书》,项目评审组按照《设计和开发评审报告》及《项目结题书》一同对产品进行确认验收。
《项目结题书》填写应包括以下内容:
1)项目名称、项目型号、项目实际起止时间。
2)项目组主要成员及其职责与分工等。
3)项目总结及此项目在设计和开发过程中的亮点、难点等。
4)项目实际费用与预期费用的对比。
5)各考核项目的考核结果及分值。
6)此次项目验收结论。
4.5.2文件输出
适用部门
输出文件
备注
采购相关
原材料采购明细、机械加工图、钣金图、铭牌、包装、丝印、合格证等相关文件。
生产相关
部件装配图、整机装配图、各过程装配工艺、焊接工艺、线路/管路连接工艺、生产工艺流程图、用户手册、调试文件、老化文件、调试记录等相关文件。
质检相关
原材料检验文件、部件检验文件、整机检验文件、检验记录等相关文件。
软件相关
软件原代码(含注释)、相关运行环境说明、概要设计说明书、详细设计说明书、数据库设计说明书、测试计划、测试用例、测试报告、用户操作手册等相关文件。
其他
设计原理图、印制板图等。
说明:
1)因各设计开发产品存在一定的差异,输出的文件亦不相同,以上所列文件仅为参考,以符合产品的实际需求为准。
2)各产品设计和开发输出文件名称不局限于上表所列名称,以文件内容为准。
3)产品输出的所有技术文件、技术图纸,均应提交电子版本由专人备案,应按照产品类别及设计开发阶段,将电子文件分类妥善保存,并定期备份在移动设备中,避免技术文件、技术图纸的丢失。
4)必要时建立产品企业标准。
4.5.3样机输出
产品在输出阶段应至少有一台完整的样机,要求其结构完整、功能和性能符合《设计和开发输入报告》中的参数要求。
4.5.4软件输出
编写《用户操作手册》,详细描述软件的功能、性能和用户界面,使用户对如何使用该软件得到具体的了解,为操作人员提供该软件各种运行情况的有关知识,特别是操作方法的具体细节。
4.6设计和开发更改
4.6.1设计开发过程的更改
在产品设计和开发过程中若对产品的性能、功能、用途等方面进行更改时,应填写《设计更改申请单》填写流程如下:
1)由更改申请人在专人处领取书面《设计更改申请单》,并填写:
申请人/日期、申请原因、期望完成时间、更改形式。
2)申请人将此《设计更改申请单》提交给部门总监,由其组织相关人员对更改申请的内容进行讨论,并填写解决方案、效果评估;所有讨论人(大于等于2人)应签字。
3)由部门总监对《设计更改申请单》进行批准,并填写评审意见及签名/日期。
4)部门总监指定相关人员对图纸或文件进行更改,更改完毕后更改人员在“更改人/日期”栏签名及日期,并将更改的内容详细填写在“更改内容”栏。
注:
日期形式可为更改的起止时间,若更改人为多人时应一一签名及日期,并各自填写更改的内容,各更改人应在更改的图纸或文件的“编制”栏签名及日期(若无此栏可不签名)。
5)更改完成后,由更改人(其中一人)将此次更改的所有书面文件、电子文件、《设计更改申请单》等一并提交给部门总监,由其按照更改的文件类别,指定相应的人员对文件进行验证。
注:
同一文件的更改人与验证人不可为同一人。
6)验证人按照《设计更改申请单》中的更改内容,验证更改后的文件是否符合要求,若符合要求,则在“验证人/日期”栏签名及日期,并填写验证结果;若验证不符合要求,则反馈至相应的更改人员处,待其再次更改后再进行验证,直至符合。
最后,验证人在“验证人/日期”栏签名及日期,并填写验证结果。
注:
日期形式可为验证的起止时间,若验证人为多人时应一一签名及日期,并各自填写验证的结果,各验证人应在验证的图纸或文件的“审核”栏签名及日期(若无此栏可不签名)。
7)由验证人(其中一人)将此次更改的所有图纸、文件、《设计更改申请单》一同提交至专人员处,由其按照顺序填写“申请单号”。
注:
“申请单号”格式为两位年号+两位月号+三位顺序号,如:
1701001,表示2017年1月份的第一份《设计更改申请单》,以此类推。
8)设计和开发过程的更改完成后,由专人将此次更改的所有技术图纸、技术文件的电子版本进行归档,保存在专用电脑上。
在电脑的非C盘,如D盘或E盘等,最上层文件夹名称上标注“受控文件”字样,然后在此文件夹中按照不同产品新建不同的文件夹,并在文件夹上标注产品的型号+全称。
在产品文件夹下新建“设计和开发过程更改”文件夹,在此文件夹下再新建一个文件夹,并标注更改日期及简要内容,如:
2017.01.01更改主控板焊接工艺,将一同更改的电子文件放置在此文件夹中,并填写相应的更改说明“更改说明”(记事本格式),保存在此文件夹中,具体操作如下1图所示。
图1
“更改说明”的填写方式如下图2所示:
图2
9)以上步骤执行完毕后,由专人填写“更改执行情况”栏。
如:
已于2017.01.01更改完毕,并将电子文件归档。
4.6.2定型产品的更改
产品定型后,在后续的生产过程中,因技术改进、结构改进等因素对技术文件或技术图纸进行更改时,可按照本文中4.6.1中1)至8)的内容执行。
更改完毕后,由专人填写《设计更改通知单》填写流程如下:
1)更改单号:
与《设计更改申请单》中的一致。
2)编制人/日期:
填写人员签字及日期。
3)更改形式:
若选择硬件更改,同时应选择文件替换方式是换新或者划改;若未划改应进一步标注此次划改的标记,一般从
开始,更改处数为此更改一共划改的文件个数。
注:
划改时应用红色圆珠笔或中性笔,将原内容划掉,但原内容仍应可见,然后在其旁边标注此次更改的标记如
,然后再将划改后的内容填写在其旁边,并签名及日期,如下图3所示:
图3
若文件下面有更改标记栏,则只在文件处划改内容,标记即可,其他内容均填写在标记栏,如下图4、5所示:
图4
图5
若选择“软件更改”,则应进一步注明软件的版本变化。
若为“其他更改”则应注明更改形式。
4)更改原因:
与《设计更改申请单》中的一致。
5)适用产品:
此次更改适用的所有产品。
6)更改内容:
与《设计更改申请单》中的一致。
7)同时更改的文件或资料:
一一列出此次更改的受控文件的名称、编号及具体页数,若某文件只有一页则不需标注页数,若某文件虽有多页,但全部更改,亦不用标注页数。
8)处理办法:
由专人征求技术副总的意见后,将各个阶段的原材料或产品处理办法填写在此栏,或由技术总监填写均可。
9)仪器编号:
若对已有正式编号的产品进行处理,应统计每台产品的编号。
10)审批人/日期:
由技术副总在此栏填写审批意见,并签名及日期。
11)分发情况:
由专人将此更改通知单及其技术文件、技术图纸一起复印、登记、盖章后发放至相关部门。
所有发放的技术文件、技术图纸均应登记在《技术文件登记、发放、作废表》中,并由文件管理人员在相应的“接收人/日期”栏签名及日期。
发放的《设计更改通知单》,由接收人在原件上签名及日期,然后接收复印件,原件由专人妥善保管。
12)发放完更改通知单及相应的技术文件、技术图纸后,由专人填写《设计更改申请单》中的“更改执行情况”一栏,如:
已于2017.01.01将更改后的文件发放完毕,并将电子文件归档。
4.7技术文件签字及保存
1)设计和开发阶段、样机阶段的书面技术文件、技术图纸等仅编制或设计人员签名及日期即可。
2)小批量试制阶段的书面技术文件、技术图纸等需相关人员均签名及日期,并加盖红色“试验”印章后发放。
3)定型阶段的书面技术文件、技术图纸等需相关人员均签名及日期,并加盖红色“受控”印章后发放。
4)以上各个阶段的电子文件最终汇总在专人专用电脑或存储设备上保存,且保存时应在文件夹最上层目录标注产品型号-产品全称-产品阶段-技术文件,如下图6所示:
图6
4.8设计和开发特殊过程
在项目的设计和开发过程中,若遇到一些不可抗拒因素、或其他因素造成项目提前结束、延迟结束、暂停、终止、恢复等特殊过程时,应由部门总监填写《特殊过程申请单》,经技术副总审核,总经理批准后方可执行。
《特殊过程申请单》填写应包括以下内容:
1)项目名称、项目型号。
2)申请人、申请日期。
3)各特殊过程的时间及原因说明。
4)相关人员签名日期及意见。
5相关记录
Q/ZL7.3.1-1《项目立项申请表》
Q/ZL7.3.1-2《项目书》
Q/ZL7.3.1-3《预算书》
Q/ZL7.3.2-1《概要设计说明书》
Q/ZL7.3.2-2《详细设计说明书》
Q/ZL7.3.2-3《数据库设计说明书》
Q/ZL7.3.2-4《相关方特殊要求》
Q/ZL7.3.3-1《测试计划》
Q/ZL7.3.3-2《测试用例》
Q/ZL7.3.3-3《测试报告》
Q/ZL7.3.4-1《设计和开发评审报告》
Q/ZL7.3.5-1《项目结题书》
Q/ZL7.3.5-2《用户操作手册》
Q/ZL7.3.6-1《设计更改申请单》
Q/ZL7.3.6-2《设计更改通知单》
Q/ZL4.2.3-1《文件发放(借用)登记表》
Q/ZL4.2.3-3《文件销毁登记表》
Q/ZL4.2.3-5《文件归档登记表》
新标准对文件要求是形成文件的信息,对文件的格式和形式没有要求,所以表格和表格编号还是沿用以前的。
6其他记录
Q/ZLQ8.3-1《特殊过程申请单》
。
本程序文件由研发中心提出,并归口管理。
拟制:
张盼盼
审核:
张利军
批准:
闫兴钰
受控状态:
修改状态:
分发编号:
附录一:
设计和开发流程图
附录二:
设计和开发更改流程图
附录三:
软件开发流程图
WelcomeTo
Download!
!
!
欢迎您的下载,资料仅供参考!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 设计 开发 控制程序
![提示](https://static.bdocx.com/images/bang_tan.gif)