硬件开发流程及规范---第三章 个人总结

第一篇：硬件开发流程及规范---第三章 个人总结

硬件开发流程及规范---第三章 个人总结

文章是从技术层面的“点”上来说，而真正的“开发流程”要解决的是，用设计的过程来保证一个设计结果能够更好的符合产品设计要求、更大限度的满足用户的需求。这些只靠点是无法做到的，要有个一完善、建全的流程体系来保证。所以，这里也想给大家分享一下一般企业的基于IPD的硬件开发流程的参考。

一般硬件的开发流程都会被分为5个阶段：

(1)C0-项目需求与计划阶段：开始于项目需求分析，结束于总体技术方案确定。主要进行硬件设

计需求分解，包括硬件功能需求、性能指标、可靠性指标、可制造性需求（DFM）、可服务性需求(DFS)及可测试性（DFT）等需求；对硬件需求进行量化，并对其可行性、合理性、可靠性等进行评估，硬件设计需求是硬件工程师总体技术方案设计的基础和依据。

(2)C1-原型阶段：输入为总体技术方案，直到完成硬件概要设计为止。主要对硬件单元电路、局

部电路或有新技术、新器件应用的电路的设计与验证及关键工艺、结构装配等不确定技术的验证及调测，为概要设计提供设计依据和设计支持。

(3)C2-开发阶段：又称为“初样开发阶段”，开始于硬件概要设计评审通过后，结束于初样成功

转为试样。主要有原理图及详细设计、PCB设计、初样研制/加工及调测，每一了阶段都要进行严格、有效的技术评审，以保证“产品的正确”。

(4)C3-验证阶段：又称为“试样研制阶段”，从DFX各要素进行验证、优化的阶段，为大批量

投产做最后的准备，开始于初样评审通过，结束于试样成功转产。主要有试样生产及优化改进、试样样机评审、转产；验证、改进过程要及时、同步修订、受控设计文档、图纸、料单等。

(5)C4-维护阶段：维护阶段开始于产品成功转产后，结束于产品生命周期结束。

第二篇：硬件验收流程

一、验收的前提条件

工程验收必须要符合下列要求：

（1）所有建设项目按照批准设计方案要求全部建成，并满足使用要求：

（2）各个分项工程全部初验合格；

（3）各种技术文档和验收资料完备，符合集成合同的内容；

（4）系统建设和数据处理符合信息安全的要求；

（5）外购的操作系统、数据库、中间件、应用软件和开发工具符合知识产权相关政策法规的要求；

（6）各种设备经加电试运行，状态正常；

（7）经过用户同意。

二、验收方案的审核与实施

在信息网络系统完工时，业主、承建方和监理方三方共同确定验收方案，监理方有如下主要工作。

1.确认工程验收的基本条件

（1）是否符合工程设计和合同约定的各项内容：

（2）技术文档和工程实施管理资料是否完备；

（3）工程涉及的主要设备、材料的进场和检验报告是否完备；

（4）各单项工程的设计、实施、工程监理等单位分别签署的质量合格文件是否完备；

（5）承建方的售后服务和培训计划是否完备。

2.建议业主和承建方共同推荐验收人员，组成工程验收组

工程验收组的成员，原则上不使用监理方和承建方的人员，避免出现“谁监理谁验 收、谁施工谁验收”的状况。验收组成员应对监理方和承建方保密。但监理方的人员可 以作为业主邀请的代表。一般情况下是由上级主管部门确定验收单位和人选。

3.确认工程验收时应达到的标准和要求

（1）承建方应向监理方提供工程验收所依据的国家、地方或行业标准的名称。

（2）承建方和监理方向验收组提供验收标准文本，并根据本工程的特点提出具体的要求。

4.确认验收程序

1）验收准备工作

在工程验收的准备阶段，监理方应完成以下工作：

（1）督促承建方制定详细的验收方案，整理所有竣工图纸和相关资料。’

（2）协同业主、设计单位进行技术资料（项目建议书、可行性报告、批复报告、设计任务书、初步设计、技术设计、工程概预算等）的整理。

（3）组织人员编制竣工决算，起草工程验收报告的各种文件和表格。2）初步验收

初步验收是在承建方自检的基础上，由业主、承建方、监理方组成项目初验小组，对工程各项工作进行全面检查，合格后提出正式的竣工验收申请。3）正式验收

上级主管部门或负责验收的单位收到竣工验收申请和竣工验收报告后，经过评审、确认符合竣工验收条件和标准，即可组织正式验收。正式验收的一般程序包括以下八个步骤：

（1）承建方作关于项目建设情况、自检情况及竣工情况的报告；

（2）监理方作关于工程监理内容、监理情况以及工程竣工意见的报告；

（3）验收小组全体人员进行现场检查；

（4）验收小组对关键问题进行抽样复核（如测试报告）和资料评审；

（5）验收小组对工程进行全面评价并给出鉴定结果；

（6）进行工程质量等级评定；

（7）办理验收资料的移交手续：

（8）办理工程移交手续。

4）验收资料的保存

验收资料应作为工程项目的档案在工程验收结束后移交给业主，作为今后扩建、维修的依据，也作为复查的依据。保存的资料要全面、完整，由专门机构保存。

三、工程验收的组织

1.工程验收组构成

工程验收涉及的组织构成一般如图18：1所示。

工程验收一般由业主方负责组织，验收单位或小组独立进行验收工作，由监理方、承建方和业主方配合验收小组工作。

2.验收组的分工

工程验收组对工程验收时，对其成员应有明确的分工，一般按分项工程成立测试（复核）小组、资料文档评审小组、工程质量鉴定小组。

1）测试（复核）小组的工作

测试（复核）小组是根据承建方提交的验收测试报告和数据，通过仪器设备，对关键点进行复测，验证其数据的正确性。所要复测的内容，应根据分项工程的具体情况和有关标准、规范的验收要求进行。

2）资料评审小组的主要工作

资料评审小组应根据合同要求乙方所提供的有关技术资料进行评审，资料要齐全，需要评审的资料主要包括以下内容。

（1）基础资料

 招标书；  投标书；  有关合同；  有关批复文件：  系统设计说明书；  系统功能说明书；  系统结构图；

 工程详细实施方案。

（2）工程竣工资料

 工程开工报告；  工程实施报告；  工程质量测试报告；  工程检查报告；  测试报告；  材料清单；

 工程实施质量与安全检查记录；  工程竣工图纸；  操作使用说明书；  售后服务保证文件；  培训文档；  其他文件。（3）工程质量鉴定小组

工程质量鉴定小组应根据具体的工程完成以下工作；  听取业主、承建方、监理方对工程建设情况的介绍；  组织现场、复查验收；

 听取验收测试小组的工作汇报、资料评审小组的工作汇报，用户试用情况的汇报；  起草工程验收的评语。

第三篇：业务及硬件上线流程说明书

系统及硬件上线流程说明书

1、前期业务交流（业务联系单）

1．在项目前期交流时，项目经理根据实际工作情况安排相关部门的项目负责人参加交流会。

2．交流结束后，项目经理组织该业务需要业务部配合的人员及开发商召开需求评审会，确定相关部门的项目协调人。

3．项目经理通过讨论会完善该项目的定义，确定及范围是何种业务，有何作用等相关内容的文档。以便相关人对项目有充分理解。

2、项目启动（开工报告）

系统开工报告或项目启动会通知即oa文

1．项目经理向职能部门申请，并组织业务需求部门、厂商一同召开项目启动会。

2．确定项目组织结构及项目组成员，项目计划等，形成项目开发书初稿。

3、需求调研（调研资料）

1．由相关项目协调人负责协调各涉及班组形成各自部分的需求书，并且汇总生成需求规格说明书初稿。

2．项目经理收集整理需求规格说明书的最终稿，并召集相关部门及厂商召开需求确认会，评审并确认需求规格说明书，通过后，在需求规格说明书上签字确认。

4、设计评审（方案讨论）

1．开发商根据需求规格说明书，提交设计方案。

2．该方案要求包括技术实现方案、可能对现有系统资源产生的影响、以及测试用例、可能有的内部测试报告。

3．组织相关部门设计评审会，对该方案进行评审，审核通过后进入开发阶段。

5、开发阶段（职能部门审核阶段）

由项目协调人组织开发商按照需求规格说明书、设计方案及项目开发计划进行开发，以及其中的反复测试、开发工作。

在开发阶段，如果需要进行上线测试（指测试库不具备测试条件而必须在正式库上进行的测试，测试结束后需要回退）

1．开发商提交上线具体方案，由项目组进行审核。

2．审核通过后，项目负责人通过OA向主任汇报上线时间及方案。

3．向上级管理部门提交上线测试申请。

6、完工报告

1．项目开发完毕，并且测试通过后，向相关管理部门提交完工报告，抄送需求提出单位。

2．同时测试报告作为完工报告的附件一同发送。

《业务测试报告》

《业务维护手册初稿》

《业务操作手册初稿》

《业务保障应急手册》

7、系统上线（设备进入设备区、安装设备、设备加电、布放电源电

缆、电缆布放）

在接到上级部门的上线通知后，组织开发商完成系统上线工作。系统安装——完成主机信息的各需求表格及相关表格。

《设备管理信息表》

《电源信息表》

《标签登记表》

《加电申请》

《设备信息表》

8、技术测试（明确业务访问策略—填写《防火墙端口开放表》）

针对该业务涉及的应用系统技术性能、软件资源、数据流进行的，侧重于技术过程的逻辑结构测试，着重于程序的内部结构及算法。

1．在开发商内部测试通过后，业务管理部负责根据测试用例进行业务功能测试及可能的技术测试。

《功能测试报告》

2．由业务测试人员在测试报告上签字确认。

《全业务测试表》

9、业务测试（明确业务需求，对底层的设备系统需求或现有设备对业务是否支撑（评估业务正常时，底层保障的最低标准））

全面的业务测试—填写（相关测试报告）

由需求提出单位进行的侧重于该业务操作是否达到要求，业务功能是否按照需求实现的测试，主要检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求及性能需求。

1．技术测试通过后，组织需求提出单位进行业务操作及业务功能测试。

2．按照测试用例形成最终的测试报告。

3．由需求单位在测试报告上签字确认。

《业务测试报告》

10、系统移交（提交业务相关维护手册、业务保障应急手册）

1． 正式上线后，移交项目相关文档（电子版）。

2． 在项目移交单上签字确认。

3． 并进行上线后的评估。

4． 维护文档在测试时移交。

5． 项目负责部门负责总体的问题协调和进度。

《评估报告》

《业务维护手册》

《业务操作手册》

《业务保障应急手册》

业务支撑中心系统维护部网络组

2009-8-16

第四篇：硬件工程师年终个人工作总结

硬件工程师年终个人工作总结

硬件工程师年终个人>工作总结

时间总是过得很快，转眼一年又过去了。

历历在目的还是刚进公司的愣小伙。工作上，都是靠着同事师傅的一步步指点，才走到今天。如今，我也终于能自己单独的担负起一个案子了。虽然，还是经常会犯很多的错误，虽然，还是经常离不开同事师傅的指点。

但是，回首一年的走来，确实进步了，也>收获了很多。

期间接手过P75-309的案子，这个案子带S2功能，是我之前没有接触过的。因为对原理的不熟知，导致误将LNB升压电感后的电解电容，耐压值弄错了，最后导致在客户端出了问题。事后，我反复反省自己，硬件工程师，一定要对自己的方案及电路原理图的每一部分都熟知。如果我当初理解了BOOST升压电路，就一定会知道电感后的输出电压，从而避免问题的发生。另一方面，对于自己不熟悉不清楚的地方，一定要大胆的去请教同事或是师傅。

后面又接受了P75-9202的案子，和马学文一起作为一个团队。和马工一起交流，学习电源部分的知识。学海无涯，合格的技术人员，应该不断的保持学习的状态。P75-9202也在磕磕碰碰中，出来了。期间也因为从陈工手上转来时，没有仔细重新审核原理图，出现AV座子定义反的问题，最后工厂跳线解决。这不但增加了工厂的工作量，也延长了研发周期。

再后来是P82-59S的案子，因为之前接手过P65-59S的案子，不同的地方只是接口和电源部分，所以这个案子相当还是比较顺利的。

再到后来的P82-69S的方案，虽然是P82-59S上升级而来。但DTMB的DTV，新的TUNER芯片，DTMB性能指标的测试，灵敏度，C/N不过的问题都需要我一个个的解决。期间跑过几次供应商，与供应商沟通，一起解决问题，都让我受益匪浅。

然后是P65-301的案子，从SIS升级而来的方案。也是从头至尾自己独立做的一个全新案子。作为新的一年的产品。赶在时间的前头，是至为关键的。在各方面的支持下，如今，这个案子也相对顺利的走着。接下来是更为严峻的调试阶段，我需要把他做好。

一个公司的价值取决于他的产品，而他的产品比的是时效，拼的是价格，重的是性能。

无论是时效还是价格亦或是性能，都与研发息息相关。而研发的成败则取决于研发人员。也就是一个产品的成功失败与否，或是上升到公司的兴荣，皆肩负与我等研发人员。故吾等任重而道远。

新的一年，期许自己能做的更好。多学习，少犯错。Layout水平有待提高，电源知识、EMC方面知识还需增强。送自己两个字，奋斗。送同事三个字，新年好。送公司四个字，鼎足昌盛。

第五篇：硬件工程师年终个人工作总结

硬件工程师年终个人工作总结

时间总是过得很快，转眼一年又过去了。

历历在目的还是刚进公司的愣小伙。工作上，都是靠着同事师傅的一步步指点，才走到今天。如今，我也终于能自己单独的担负起一个案子了。虽然，还是经常会犯很多的错误，虽然，还是经常离不开同事师傅的指点。

但是，回首一年的走来，确实进步了，也收获了很多。

期间接手过p75-309的案子，这个案子带S2功能，是我之前没有接触过的。因为对原理的不熟知，导致误将LNB升压电感后的电解电容，耐压值弄错了，最后导致在客户端出了问题。事后，我反复反省自己，硬件工程师，一定要对自己的方案及电路原理图的每一部分都熟知。如果我当初理解了BOOST升压电路，就一定会知道电感后的输出电压，从而避免问题的发生。另一方面，对于自己不熟悉不清楚的地方，一定要大胆的去请教同事或是师傅。

后面又接受了p75-9202的案子，和马学文一起作为一个团队。和马工一起交流，学习电源部分的知识。学海无涯，合格的技术人员，应该不断的保持学习的状态。p75-9202也在磕磕碰碰中，出来了。期间也因为从陈工手上转来时，没有仔细重新审核原理图，出现AV座子定义反的问题，最后工厂跳线解决。这不但增加了工厂的工作量，也延长了研发周期。

再后来是p82-59S的案子，因为之前接手过p65-59S的案子，不同的地方只是接口和电源部分，所以这个案子相当还是比较顺利的。

再到后来的p82-69S的方案，虽然是p82-59S上升级而来。但DTMB的DTV，新的TUNER芯片，DTMB性能指标的测试，灵敏度，C/N不过的问题都需要我一个个的解决。期间跑过几次供应商，与供应商沟通，一起解决问题，都让我受益匪浅。

然后是p65-301的案子，从SIS升级而来的方案。也是从头至尾自己独立做的一个全新案子。作为新的一年的产品。赶在时间的前头，是至为关键的。在各方面的支持下，如今，这个案子也相对顺利的走着。接下来是更为严峻的调试阶段，我需要把他做好。

一个公司的价值取决于他的产品，而他的产品比的是时效，拼的是价格，重的是性能。

无论是时效还是价格亦或是性能，都与研发息息相关。而研发的成败则取决于研发人员。也就是一个产品的成功失败与否，或是上升到公司的兴荣，皆肩负与我等研发人员。故吾等任重而道远。

新的一年，期许自己能做的更好。多学习，少犯错。Layout水平有待提高，电源知识、EMC方面知识还需增强。送自己两个字，奋斗。送同事三个字，新年好。送公司四个字，鼎足昌盛。