设备类产品设计研发流程-VIP

级别：设备类产品研发设计流程版本：V1.00总页数27正文24附录生效日期：年月日编制：审核：批准：文件变化记录单版本编号*变化状态简要说明变更人变更日期批准人批准日期0.01C创建*变化状态：C-Create，初始创建；A-Add，增加内容；M-Mod，修改；D-Del，删除；

目录1.0 引言 -1-2.0 概述 -2-2.1 总流程 -2-2.2 文件归档 -2-3.0 流程说明 -4-3.1 文件规范 -4-3.1.1 目录建立 -4-3.1.2 版本规范 -4-3.1.3 文件命名 -4-3.2 项目前期 -5-3.2.1 过程流程图 -5-3.2.2 文件分类 -5-3.2.3 输入文件 -5-3.3 需求管理 -7-3.3.1 过程流程图 -7-3.3.2 文件分类 -9-3.3.3 输出文件 -10-3.4 开发计划 -11-3.4.1 过程流程图 -11-3.4.2 文件分类 -12-3.4.3 输出文件 -12-3.5 设计实现 -13-3.5.1 过程流程图 -13-3.5.2 文件分类 -15-3.5.3 输出文件 -15-3.6 项目测试 -17-3.6.1 过程流程图 -17-3.6.2 文件分类 -18-3.6.3 输出文件 -19-3.7 项目交付 -20-3.7.1 过程流程图 -20-3.7.2 文件分类 -20-3.7.3 输出文件 -22-3.8 项目验收 -23-3.8.1 过程流程图 -23-3.8.2 文件分类 -23-3.8.3 输出文件 -23PAGE\*Arabic24-引言本文档的编写是为了更好进行设备类项目的开发管理，规范化开发过程，标准化文档输出，从而实现企业竞争力的提升。本文档的读者是企业内所有从事终端设备开发的管理人员、研发人员、测试人员及其它与设备开发相关的工作人员。该文档规范了南京普天公司设备类产品的研发控制流程、文档命名和版本定义、文档归档编类，文档输出内容和格式。设备研发者必须遵循流程规定设计开发产品，并且按照归档要求，输出设计过程产生的文档和资料。概述总流程流程控制管理和研发过程包括8个总流程，每个流程对应一个归档文件夹，文件夹名称和流程名称相同。另外还有4个附属文件夹，用于归档研发过程中产生的文件和资料。 图2-1研发流程在上述流程中，虚框描述的内容属于公司级输出内容，需要由公司级输出到相关文档管理目录。上述流程图，描述了一个完成的产品开发流程，从整体角度对产品开发进行了描述。文件归档序号文件夹归属流程归档文件说明1项目前期项目前期归档项目来源、立项前技术调研、市场分析等前期资料（产品规划小组输出）、技术预研报告（由研发人员输出）。2需求管理需求管理归档经过客户需求调研产生的文档3开发计划开发计划归档研发详细计划书，以及研发控制进度表，包括项目总体计划、进度报表（周报等）、阶段计划、组织结构（计划的人员安排）4设计实现设计实现归档设计研发过程中产生的每个版本的文件资料，包括概要设计、详细设计、数据字典、阶段成果等5项目测试项目测试归档测试过程中产生的项目测试计划、用例、结果文档6项目交付项目交付提交给生产，工程等部门的各种资料，包括交付文档、技术说明书、帮助、光盘资料等7项目验收项目验收归档验收结论报告，以及项目结束产生的文档8项目推广项目推广归档产品推广所需的培训资料和计划，项目实际工程运行产生的问题报告和解决方案。A问题答复全流程归档各流程中发现问题的解决方案，以及其他部门提出的建议和问题的答复。B变更控制全流程归档各流程中的设计变更记录。例如硬件原理图和PCB变更、结构外观和模具设计变更。需要做变更的主要指具体的硬件和软件设计工作，以此作为工作备忘录。如果是文档类的，可以在变更日志里注明。C参考文档全流程归档各种参考性的文档和资料，各种使用元器件的资料D项目过程文档全流程项目相关会议纪要、申报材料等，其他与项目相关的资料及后期维护记录等。流程说明文件规范目录建立当接受到研发任务后根据建议书中的产品型号建立过程文档的总文件夹。在总文件夹目录下建立“管理文档”文件夹，该目录下建立各流程相关的12个文件夹用于归档资料。每个过程文件夹下的文件归档分类详见下面各流程的详细说明。另外建立“program”文件夹用于存放各版本源代码。例如识别器recognizer的目录结构如下图： 图3-1recognizer的目录结构版本规范在项目研发过程中产生的文档类文件评审前为V0.XX版本，经过评审后改为V1.00起始，之后有变动时必须填写更改日志。对于相关的硬件设计和软件设计资料，在没有正式小批量试流前为V0.XX版。第一次向其他部门发布移交时，版本变更为V1.00起始。项目验收合格后，所有接口文件资料都变为V1.00。对于有价值的旧版本资料全部归入各过程的历史版本文件夹。在发布的资料里不应该存在V0.XX版本。文件命名流程中产生的文件命名包含三个部分：型号、文件名称、版本信息。型号和设备型号相同，包括数字编号和硬件版本编号；文件名称与各流程输入输出文件名称相同；版本编号遵循3.1.2说明的规范。型号和文件名称之间留1个空格。针对不同文件类型，文件名称形式可能有所不同，但都包含这3个部分。后续将针对不同过程产生的文件作详细说明。项目前期过程流程图项目前期中，主要是对产品做相关的市场、技术、需求做调研，明确产品的规划。由公司领导层主导（或由相关人员向领导提出意见），向下布置客户交流、同行分析、专利分析、技术调研等单项任务，研发人员完成任务后，提交任务报告。前期调研完成后，公司领导根据调研结果，决定产品是否开发。如进行开发，编写《研发任务立项书》启动研发立项工作。文件分类“1.项目前期”文件夹下面分为“1.1前期调研”和“1.2前期文档”两个文件夹。1.1前期调研归档项目前期的调研的报告。包括《技术实现可行性报告》、《客户需求调研报告》、《产品规划书》、《市场推广分析报告》、《销售策略分析报告》、《品质及生产实现分析报告》。报告包含：任务名称、任务内容、起始结束时间、完成过程、完成结果、问题记录、结论、建议等。1.2前期文档归档1个输入文件，包括《研发任务立项书》。经过前期调研分析后，输出《研发任务立项书》，启动研发立项工作，开展研发任务。输入文件项目前期的输入文件由研发部门上级根据实际情况，提供相关要求的技术调研资料。“项目前期”输入文件包括：文件名称文件说明研发任务立项书立项书包括：项目名称，组织人员，任务分配，研发周期、项目大概情况等，发给每个项目组员。文件命名例如：NPT-RGZ识别器V1.00技术实现可行性报告V1.00。在修改和评审过程中，文件版本为V0.XX，经过评审确定后版本为V1.00。需求管理过程流程图图3-3需求管理需求调研的原则是根据前期调研的信息确定产品的功能。需求的完整度应能达到通过看需求文档就能让人知道这个产品是干什么用的，有什么样的功能，能够给用户带来什么有价值的功能和价值。在进行产品需求调研时，应站在用户和市场的角度考虑功能，以及从上往下的考虑功能定位，例如要开发一个模块产品，应该从应用这个产品的最上层系统入手来分析功能需求，应该保证这个模块的功能能应用于最上层系统的功能要求。在实现产品需求规格说明书时，需要将调研得到的产品功能转化成产品的技术需求，此技术需求为后期设计的基础，需要足够详细。在落实硬件类产品需求时，需要关注这几个方面：（1）产品定位（为后续产品的相关设计提供判断依据，比如外观设计要求、外观设计公司等级、模具等级等）；（2）产品的外观要求；（3）产品功能；（4）产品性能；（5）产品成本；（6）产品需要满足的相关行业标准和认证标准。需求规格说明书输出后，需要整理出需求跟踪矩阵表，该表格在后续详设、调试以及测试阶段用于检验实现完备性。需求调研和分析的主要内容包括下面内容：调研对象确定需要调研的对象，每个对象都调研后才可以满足评审要求，针对每个项目，调研对象可以做适当调整和裁剪。调研关注的内容涉及成本（价格）、外观、易用性、包装要求、功能、性能、使用周期成本、社会成本等。主要对象和收集途径包括：甲方或者投资者、直接使用客户、产品相关设计院、集成商和代理商、公司技术中心的专家顾问、网络和各媒体、客服人员、工程人员、方案设计人员等。2、用户需求针对已经确定的调研对象做需求调研时要注意了解他们对产品的需求和对竞争对手产品的使用情况，尽量挖掘用户之前的使用问题。功能需求落实产品的具体功能。以及产品所在的系统对产品的接口和功能要求，单独设备必须满足系统的功能需求。标准和测试需求调查国际、国家、协会、行业等针对该类产品的标准规范要求，设计之初一定要了解相关标准和规范，依据要求进行设计。注明相关的测试依据和标准。资质需求产品市场推广所需的相关资质要求，例如CE、CCC、CMC等类似，要明确需求和实施步骤和流程以及周期，以便在后续制定计划时考虑进去。需求调研示例流程如图3-4。图3-4需求调研样例流程需求规格说明书参与评审部门：研发、营销、工程、制造、成本、品质、市场。研发的需求说明规格书需要从产品研发角度，输出研发型技术需求规格说明书，跟前期市场调研时的用户需求不同。文件分类“2.需求管理”文件夹下面分为“2.1需求调研”和“2.2需求文档”。2.1需求调研归档接收到【项目任务立项书】后进行需求调研所产生的文件。2.2需求文档归档《需求规格说明书》，在修改过程中，在“需求文档”下建立“历史版本”文件夹保存。输出文件“需求管理”过程输出文件：文件名称文件说明需求规格说明书详细说明产品外观、功能、接口等设计要求，详见模板。文件命名例如：NPT-RGZ识别器V1.00需求规格说明书V1.00在修改和评审过程中，文件版本为V0.XX，经过评审确定后定为V1.00，以后如有变动由项目研发负责人变更。开发计划过程流程图图3-5开发计划研发计划是研发进程跟踪和控制的依据，在制定计划时，需要落实研发过程中的各个环节所需要的资源，并在计划表中得到体现。需要关注的资源有人力资源、时间资源等。并针对所需要的资源做好风险对策。在实际运作中，所出现的任何风险往往都最终体现在时间上。所以在实际编制计划时，需要考虑到一段任务所需要的实际时间以及工作量，并在计划中体现出预警机制。比如一段工作只完成了20%，离预期结束时间只剩下4天，理论分析不足以完成剩下的80%工作量，就需要触发预警，并提前思考对策。再比如，出现人员变动，这也会导致项目执行发生变化，需要提前预估风险。相关风险需要在项目计划书中得到体现，并作为后续风险处理的依据。研发计划是项目进展过程中，原则上应该执行的步骤，特殊情况下可以灵活调整以满足项目要求。计划的变更严格受控，必须经过研发领导批准。硬件类项目的计划制定时，需要重点关注的项目里程碑如下：项目计划书需要评审后进行发布，参与评审的部门涉及：研发、营销、工程、采购、制造、品质、市场。文件分类“3.开发计划”文件夹下面分为“3.1项目计划”。3.1项目计划保存项目【详细开发计划书】和附件MicrosoftProject文件输出文件“开发计划”过程输出文件：文件名称文件说明详细开发计划书详细按照研发流程编写从需求管理到项目推广阶段的开发计划、人员配置、任务安排，以及其他部门协作的工作安排，制定计划时要充分考虑硬件开发中遇到的风险可能性，余留合理的时间。详见模板。项目进度计划MicrosoftProject文件作为【详细开发计划书】的附件。如果更改进度表则在【详细开发计划书】的变更日志里更改。配置管理总表根据项目实际情况和计划情况，列出需要输出的文档、文件及计划输出的日期，并统计实际输出的日期记录。命名和版本规范同“需求管理”。设计实现过程流程图图3-6设计实现在设计实现初期，需要参考部门的故障库和设计模板库，了解、参考相关成熟设计，并规避相关问题。概要设计阶段，主要关注产品实现的功能原理、架构，并在详细设计进行细分设计。在详设阶段，需要关注产品功能实现硬件原理、硬件资源分配、硬件和软件之间的接口、软件原理、模块接口、外观设计以及结构设计（更多的是外观和结构设计的相关要求和方向）。两阶段递进设计形成一个详细设计文档。详设完成后，理论上应该可以实现硬件设计、软件设计以及测试用例的并行开发。在设计流程图中，是先进行原理图设计，并在BOM的基础上，进行相关尺寸堆叠后，再进行相关外观、结构设计。在有些项目中，如果外观设计的空间较大，也可先进行相关初步的外观设计，再进行硬件PCB的设计，PCB评审包括依据PCB制版规范来审核布局、EMC规避、制作工艺。此处需要根据项目情况灵活处理。PCB评审需要同时提供PCB制作规范。在样机1阶段，需要对产品的外观、结构、产品电性能、EMC、高低温等进行验证和评审，并进行问题记录。样机1阶段是一个比较重要的阶段，暴露的问题需要在样机2阶段进行解决。为后续的试流前评审打好基础。为了降低问题在后续生产、应用阶段出现的概率，在样机阶段需要加强把关。样机1阶段，研发提供整套样机给生计、技术营销等部门进行分析，整理出组装、工艺、焊接、应用等方面问题，并进行整改。样机1阶段要切实做好评审并落实问题。在样机2阶段，研发提供多套样机（50台等），生计、技术营销部介入研发的调试、组装、测试，从研发、生产两个角度共同细化研究产品的生产、应用问题，并在样机2阶段进行解决和处理。只有样机2阶段的问题都处理后，才能进入后续的试流阶段。样机2阶段的样机评审，同时包括了试流前评审，检查是否满足试流条件。另外，样机1阶段的PCB、BOM等版本，从V0.10开始，样机2阶段的版本以V0.10为基数往上增加。在样机阶段结束后，整理成V0.20版本进行试流发布。试流阶段出现的问题，以V0.20为基数进行增加，最终试流发布后，以V1.00版本进行。样机评审需要召集相关部门开会进行，涉及部门包括：研发中心总经理、品质部、硬件部、软件部、技术营销部、制造部。在设计实现过程中，需要关注定制件、元器件采购周期、模具的采购进展情况。在确定样机BOM后，可以先下预采购单，通知采购进行采购周期的咨询。对于关键的、已经确认的器件，可以先下采购单采购，避免后续采购周期对研发进程的影响，特别是对认证样机、试流的影响。预采购单，经过部门负责人和总监签字后，还可以让生产管理部进行物料的提前采购。在产品设计过程中，会涉及到外观设计、结构设计、开模、定制件定制等外协事务。在进行供应商沟通时，需要由成本部参与合同价格议定。文件分类“4.详细设计”文件夹包含如下文件夹：4.1详设文档详设文档包括【产品详细设计文档】和【系统通讯规约文本】。4.2电路设计在该文件夹下面建立电路设计工程，包括原理图和PCB文件。4.3结构模具包括金属材质的结构和型材设计图纸和效果图。或者塑料材质的模具设计图纸和效果图。4.4定制器件包括定制元器件如：液晶、电源、互感器器等的技术要求和参数，以及合同文本。4.5软件源代码目前有些开发环境不支持中文路径，为了保持统一，所以源代码直接存放在项目根目录下的program文件夹，此文件夹只作为项目定版源代码的备份路径。4.6设备材料表保存每个硬件版本的分板元件材料表。对于以上各文件夹内的文件，建立“历史版本”文件夹保存相应的旧版资料。例如某版本PCB布线做EMC测试过不了，那么这个版本就具有参考价值，可以避免以后重复犯错。建议保留电路设计旧版资料。输出文件“详细设计”过程输出文件：文件名称文件说明产品详细设计书详细的硬件平台，软件流程，人机界面，结构机壳，外观工艺，设备功能，设备通讯、安全措施等设计。详见模板。系统通讯规约文本设备和系统后台以及调试PC之间的通讯规约，先提交给软件组用于开发相关软件和通讯规约。硬件原理图硬件平台的原理图，要求按照规范作图。必须使用统一的图纸模板。PCB制板图做印制板使用。元件材料表由原理图输出的材料采购清单，字体和颜色参见模板。结构设计图型材或者板金加工的设计图纸。模具设计图需要模具加工的设计图纸。软件源代码根据功能设计的软件模块。文档型文件命名例如：NPT-RGZ识别器V1.00产品详细设计书V1.00原理图和PCB命名例如：NPT-RGZV1.00CPUV0.01.sch、NPT-RGZV1.00CPUV0.01.pcb。PCB的文件名要和PCB板上的标注的型号相同。材料表命名交付时提交设备总的材料表，例如NPT-RGZ识别器V1.00设备材料表V1.00。文件里包含每个板件的单独材料表，例如NPT-RGZ识别器V1.00主控板材料表V0.1X，材料表中包括PCB板材，PCB板的版本允许和材料表版本的不一致。例如PCB板子上的版本为NPT-RGZV1.00CPUV0.20，则在材料表中PCB板材型号要与之一致。除了板件材料表，还要包括结构类材料表，例如NPT-RGZ识别器V1.00结构材料表V1.00。材料表有表头和变更日志，根据提交情况定义版本。结构和模具的图纸在试流之前都为V0.XX版本。样机评审没有问题后，定义为V1.00版本。项目测试过程流程图图3-7项目测试测试阶段的测试用例来源于详设，在详设结束后，项目经理与测试人员共同负责根据详设文档生成测试用例，并在测试条件满足时，开始产品的测试。测试阶段包括测试人员测试、认证测试以及试用测试。认证测试可以和测试人员测试并行，也可以串行，根据具体的项目需要进行调整。对于KNX类产品，产品在做完CE认证以及数据库注册后，还要进行一致性认证测试。在研发测试完成后，通过样机2阶段的样机搭建大系统，进行真实应用的模拟的测试，进行大系统联调测试。并输出系统联调报告。系统联调也可在试流阶段进行。但为了保证问题暴露的及时性，优先保证在测试阶段进行。这需要在项目执行过程中，关注和软件部之间的协调，保证后台软件、前置软件、单通软件等软件工具的及时性。在列计划时，需要重点关注和软件部之间的衔接。文件分类“5.项目测试”文件夹包含如下文件夹：5.1测试计划由项目经理和测试人员编写的测试计划文档。5.2测试工具包括软件部门提供的调试软件和使用方法。5.3测试用例项目经理和测试组根据设备功能编写的测试用例文档。5.4测试记录包括测试详细过程记录，问题报告和反馈5.5EMC预测记录EMC预测的详细过程和问题及分析。如果需要修改硬件和软件，则提交问题答复和变更设计。5.6技术说明书（主要由研发人员输出给公司工程人员的施工、配置参考）保存技术说明书。5.7软件检测包括软件检测相关的送检资料、发现问题、和获得的证书和报告5.8形式试验保存通过型式试验、CE认证的认证的电子文档证书。对于以上各文件夹内的文件，建立“历史版本”文件夹保存相应的旧版资料。输出文件“项目测试”输出文件：文件名称文件说明测试用例、测试计划针对该产品编写合适的用例集，并编排计划。测试报告记录每个测试项目的测试结果。BUG问题反馈表经过测试如果发现不符合设计文档的地方，提交问题反馈表给研发相关人员。如果多人测试一个型号产品，由测试人员汇总后提交给研发人员，原则上测试反馈表必须由测试人员填写闭环结果，方可结束测试以及研发过程。如果与研发人员有不同观念，由部门经理决定是否按照测试人员建议修改设计和开发。技术说明书测试组测试完产品后编写输出，研发人员负责校对EMC预测报告详细记录EMC预测的情况。如果发现的问题不能立即解决，需写入研发问题报告文档。系统联调报告大系统联调的测试结果。（可在试流后输出）项目交付过程流程图图3-8项目交付项目交付从研发申请试流开始。接到研发下发的试流申请后，生技部门启动试流工作。试流前的条件判断放在样机2阶段评审时进行检查。大系统联调可以在试流过程后进行，优先在样机2阶段完成。在试流生产一批产品后，硬件部、软件部联合搭建大系统，模仿实际应用环境进行应用系统的功能、性能测试。只有试流生产问题、大系统联调问题统一解决后，试流才能结束。大系统联调测试以联调报告体现。培训资料作为项目的输出内容，在输出前，先进行培训，并根据培训内容进行后，发布评审并输出。试流结束后，试流问题纳入问题报告。文件分类项目交付输出的文件包括该项目与生产和工程以及市场部门的接口资料。其中有些资料已经在“设计实现”中产生，交付的时候从“设计实现”过程中拷贝，只提交V1.00以上版本。“6.项目交付”文件夹包含如下文件夹：6.1生产资料保存研发输出的资料以及生产部提交的项目资料。该文件夹下面再设立如下文件夹：6.1.1硬件原理图6.1.2PCB制版图6.1.3设备材料表设备有关的全部材料清单。包括元件、结构、包装等。6.1.4烧写代码6.1.5技术指导书保存【软件烧写指导书】、【焊接装配指导书】、【调试指导书】3个文档。6.1.7试流评审保存生产部提交的试流评审报告。针对其中的问题，需要写入问