您好,欢迎访问三七文档
当前位置:首页 > 电子/通信 > 综合/其它 > 电子产品设计开发管理流程(项目策划书)
电子产品设计开发管理流程1、目的保证公司产品的设计与开发有计划、有控制地进行,确保开发规范,达到产品的预期要求2、适用范围适用于公司自主产品的开发设计。3、角色和职责4、项目启动准则项目立项:输出《项目立项报告》在立项报告中,需要包含如下内容:应用背景,立项的目的,产品预售价格,成本预算,竞争对手的产品对比,产品开发周期;项目成员组成等;5、流程图6、开发流程此过程主要包括以下活动:市场需求定位、嵌入式软件设计与开发、硬件设计与开发、结构设计与开发、样机联调、测试、验收等。6.1、市场需求定位目的是通过调查与分析,获取用户需求并定义产品需求,包括:需求获取,需求分析和需求定义。目的是在用户与项目组之间建立对产品的共同理解。6.1.1需求获取需求获取的目的是通过各种途径获取用户的需求信息,结合自身的开发环境输出《产品需求规格说明书》。需求来源,获取技术包括但不限于:行业标准;竞争对手的产品说明书、技术说明书、宣传手册等资料;用户访谈与用户调查;可由公司市场部产品组负责组织、实施,并反馈给研发部门。6.1.2需求分析在完成需求获取资料的分析与整理后,项目经理组织进行产品的需求分析工作。建立需求之间的关系,明确分配给产品的需求(包括嵌入式软件、硬件及结构)。6.1.3需求变更无论最初的需求分析有多么明确,开发过程中的需求变化也还是不可避免的。6.1.4需求跟踪需求跟踪的目的是保证在产品开发过程中每个需求都被实现,且项目的其它工作产品与需求保持一致6.2、嵌入式软件设计与开发该过程主要包括设计与开发两个活动。设计是指设计软件系统的体系结构、数据结构、模块等,在需求和代码之间建立桥梁;开发是指软件工程师按照系统设计去编码开发,并进行单元测试、代码检查优化等。6.2.1、设计原则设计工作应遵循以下原则:1)正确、完整地反映《产品需求规格说明书》的各项要求,充分考虑其功能、性能、安全保密、出错处理及其它需求。2)保证设计的易理解性、可追踪性、可测试性、接口的开放性和兼容性,考虑健壮性(易修改、可扩充、可移植)、重用性;3)采用适合本项目的设计方法。若系统使用了新工具和新技术,需提前进行准备;考虑选用合适的编程语言和开发工具;4)吸取以往设计的经验教训,避免重新出现同样或类似的问题;5)对于重要的和复杂度较高的部分要求有相当经验的设计人员担任;6)考虑从成熟项目中进行复用。6.2.2、设计方法软件工程师在充分了解产品需求的基础上,依据《产品需求规格说明书》选用适当的设计方法6.2.3、软件设计过程需要编写《软件方案设计说明书》。《软件方案设计说明书》应包括以下内容:模块描述、功能、参数说明、性能、流程逻辑、算法等。《软件方案设计说明书》以及相关文档应进行技术评审。6.2.4、编码进入编码阶段。编码规范:(软件人员确认)6.2.5、单元测试编码完成的系统各模块应经过单元测试。6.2.6、代码检查最好安排其他软件人员进行。6.3、硬件设计与开发该过程包括硬件方案设计与开发两个活动。1)硬件方案设计是指对硬件整体架构的设计,包括硬件平台的设计与关键器件选型等,由硬件工程师完成;2)开发是指硬件工程师绘制原理图和PCB,并进行BOM单、软硬件接口文件等的编制。6.3.1、方案设计原则方案设计工作应遵循以下原则:1)正确、完整地实现《产品需求规格说明书》中各项功能需求的硬件开发平台,充分考虑项目要求、性能指标及其它需求;2)综合对比多种实现方案,选择适合本项目的设计方法。若系统使用了新技术,为了确认该新技术,可以采用搭建实验板方法或购买开发板进行技术预研;3)考虑从成熟产品中进行复用,吸取以往设计的经验教训,避免重新出现同样或类似的问题;4)对于重要的和复杂度较高的部分要参考其它同类产品的实现方法或要求有相当经验的设计人员担任;5)进行对外接口的设计,考虑运行的安全性、用户使用的方便性与合理性。6.3.2、硬件设计硬件设计是指硬件工程师在充分了解产品需求的基础上,根据《产品需求规格说明书》中的相关要求,分析与设计出硬件电路的总体方案。针对各电路模块的功能、各模块之间的关系以及可能使用的主要新器件的选型等方面编写《硬件方案设计说明书》。方案设计中如有外包物料的需求进行加工订制。《硬件方案设计说明书》以及相关文档应进行技术评审。6.3.3、电路原理图开发电路原理图设计是硬件工程师通过采用具体的元器件符号和电气连接方式实现《硬件方案设计说明书》中各功能模块的过程。原理图设计应遵循以下原则:能正确、完整地实现《硬件方案设计说明书》中各功能模块要求;充分考虑到电路可靠性等方面设计要求;原理图中元器件封装必须正确,要与实际引脚一致;原理图中元器件名称、型号字符标示清楚,相互之间不能重叠;借鉴以往电路设计经验和采用电路原理图复用;电路原理图设计以及相关文档应进行技术评审。6.3.4、新物料采购申请原理图设计完成后,硬件工程师要向采购提交新物料采购申请单,以便采购进行样机所用新物料的申请和准备活动。新使用的物料可以让供应商提供,前期提供过的物料可以考虑适当购买;6.3.5、PCB图开发PCB开发是硬件pcb工程师将电路原理图转化为具体可用于导电连接、焊接元器件的电路板图形的过程。硬件工程师依据电路原理图和规定的电路板尺寸大小及器件封装绘制出能反映电路原理图导电性能及器件连接的印制板图。PCB图设计应遵循以下原则:PCB图尺寸和PCB图上接插件尺寸满足结构设计及散热等其他方面的要求;PCB图要求能够完全反映电路原理图的电气连接;PCB图及相关文档的评审由项目经理组织,一般情况下可由硬件工程师按个人复查的方式进行。6.3.6、PCB加工PCB设计完成后,硬件工程师将评审通过的PCB图以及《PCB板外包技术要求》移交给采购工程师,选定厂家进行加工制作。6.3.7、PCB焊接PCB裸板完成后,硬件工程师将前期准备好的打样物料汇总寄给指定的代工厂进行代工焊接,并及时记录下焊接中出现的生产工艺问题,避免后期改版遗漏;6.3.8、样板测试PCB样板加工完成后应进行样板测试。硬件工程师对做回的裸板进行电气连接及其他方面的测试。检查电路板尺寸与厚度是否与《PCB板外包技术要求》要求一致。检查电路板上丝印是否清晰。检查电路板上各电气连接是否存在短路现象,重点检查各电源与电源之间、电源与地之间的连接是否短路。裸板测试合格后,硬件工程师视电路板的复杂程度可采用功能模块焊接测试法或整板焊接测试法进行焊接测试,该测试主要是测试电路板上不同电气回路之间是否存在短路现象。功能模块焊接测试法:硬件工程师根据原理图中功能模块的划分,在焊接完一功能模块对应的元器件后即对该模块进行电气测试,在测试合格后再对其他功能模块进行焊接测试。整板焊接测试法:直接焊接完整板元器件后再进行测试。6.4、结构设计与开发该过程是满足《产品需求规格说明书》中各项需求的产品外形、结构、包装等方面的设计活动。结构设计是建立整个产品的外形体系,主要包含产品的外观、外壳结构、产品的包装三个方面,其总的原则是运用合理的结构来体现产品的美观性、易操作性。6.4.1、产品的外观设计在充分了解需求的基础上,根据《产品需求规格说明书》中各项要求,结构工程师初步设计多种外观方案提交给项目经理,由项目经理在项目组内外广泛征求意见,并充分考虑市场部门的意见与建议,最终将收集的意见反馈给结构工程师。结构工程师统一整理所收集的意见,并根据大家的意见对外观效果图做适当的修改后提交项目经理,项目经理选择组内评审、书面轮查、个人复查中的一种评审方式进行评审。6.4.2、产品结构及包装设计结构工程师根据《产品需求规格说明书》和外观效果图中各项需求,对产品进行大体的结构布局,建立初步的实现方案(包括所用材料和加工工艺)。根据PCB图设计外壳的零部件图纸,使所有的PCB板、端子,按键等能方便的固定;初步估算产品的大概重量,依据估算结果和产品本身的外形尺寸,设计合理的包装和纸盒。项目经理选择书面轮查、个人复查中的一种评审方式进行评审。结构设计原则:符合《产品需求规格说明书》和外观效果图要求、满足PCB板和端子接插件等的安装要求。包装设计原则:包装能通过规定的跌落试验。设计内容:结构图纸、包装和纸盒。输出:图纸及评审报告。6.4.3、结构打样结构设计完成后,结构工程师将评审通过的图纸以及加工要求移交给采购工程师,选择厂家进行加工制作。6.5、样机联调软件、硬件部分在开发调试完成后,待打样的各各部件回来后,即可进行样机联调,样机联调即为系统集成的过程。由项目经理指定项目成员负责《样机联调计划》编写,包括联调的顺序、策略、环境以及人员和时间安排等,并经过项目组内评审。联调过程中应注意以下几点:在联调之前需要对联调的接口进行检查(可通过评审的方式),确保能够顺利地集成。依照《产品需求规格说明书》对各功能模块进行详细测试,以证明其功能与性能满足设计要求。测试中发现的问题应及时记录与改进。对于有规约开发要求的,应在联调计划中包含出与上位机软件的集成计划。联调阶段,项目经理应安排《说明书》等用户文档的编写。样机联调结束后,应输出《联调测试报告》。项目经理应组织整机评审,评审通过才可以进入测试阶段,可以采用组内评审或书面轮查的方式。集成调试阶段修改完成的代码、原理图、PCB图,结构图纸应进行存档管理。6.6、测试测试工程师负责组织测试活动。该过程的主要活动有准备测试、执行测试、缺陷管理。6.6.1、准备测试6.6.1.1、编制测试计划一般在需求评审完成之后,应输出《总体测试计划》,由测试工程师负责编制。《总体测试计划》需要定义以下内容:a)实施测试活动的测试环境、测试工具、测试人员安排b)测试策略:策划产品将要经历的测试阶段,以及不同阶段的测试工作要求:测试重点、进行的测试类型、测试结束标准和测试的参与人等。c)测试用例编写规则,缺陷管理与分析的规则如与标准做法不同,应在总体计划中进行说明。d)测试进度计划:实施测试活动、时间及人员安排e)测试工作汇报方式:汇报内容、频度和汇报人。其中在项目里程碑点时,测试工程师应提供测试工作阶段报告,可利用管理平台进行报告。《总体测试计划》需要由项目经理审核和部门负责人审批。6.6.1.2、编写测试用例A)在项目进入设计阶段,测试工程师组织根据《产品需求规格说明书》编写测试用例,测试用例需要包括以下要素:测试描述、测试步骤、预期结果、实际结果。测试用例编制时可参考行业相关标准,也可直接讨论确认。B)测试用例需要经过评审,由测试工程师组织,评审方式可以采用书面轮查或个人复查方式。C)测试用例可以用管理平台进行管理。6.6.1.3、准备测试环境根据测试计划要求搭建测试软、硬件环境,并尽量独立的、稳定的模拟用户真实环境,并且记录下硬件的配置。6.6.2、执行测试在样机评审结束后,可进入测试阶段,依据《总体测试计划》进行。测试目的是确保产品能够达到《产品需求规格说明书》规定的功能要求、性能要求等,确保产品在要求的硬件和软件平台上工作正常。模拟用户真实的使用环境,验证所测试的产品是否满足需求,将测试结果记录在《测试报告》,测试发现的问题纳入缺陷管理。6.6.3、缺陷管理1)缺陷的提交:在OA的禅道中,将发现的缺陷均提交给项目指定人员(可以是项目经理或者具体开发人员),2)提交缺陷须填写:缺陷的描述、优先级、严重性、缺陷的状态、发现缺陷的阶段等信息。这些信息由提交缺陷的人负责填写。3)缺陷的原因分析与处理:指定开发人员接收到缺陷提交后,应作出相应回应:对于严重问题,必须立即修复且尚在修改过程中的,先将缺陷状态修改为:正在处理;对于缺陷已经确定,但是不在当前版本的解决,将缺陷状态改为:延后处理;问题已经解决的,并经程序员自测和代码走查的,将缺陷状态改为:解决待关闭;同时填写“缺陷原因分析和解决方案”。并通知测试人员(缺陷提交者)进行回归验证测试。开发人员要明确缺陷的类型,主要是为了用于将来的缺陷统计分析。4)缺陷的验证与关闭测试人员对“解决待关闭”的缺陷进行回归测试,验证通过后修改状态为关闭,否则修改状态为重新打开,并填写相应内容。6.6.4、
本文标题:电子产品设计开发管理流程(项目策划书)
链接地址:https://www.777doc.com/doc-3192237 .html