0目录
0目录 (2)
1概述 (4)
1.1硬件开发过程简介 (4)
1.1.1硬件开发的基本过程 (4)
1.1.2硬件开发的规范化 (4)
1.2硬件工程师职责与基本技能 (5)
1.2.1硬件工程师职责 (5)
1.2.2硬件工程师基本素质与技术 (5)
2软硬件开发规范化管理 (5)
2.1硬件开发流程 (5)
2.1.1硬件开发流程文件介绍 (6)
2.1.2硬件开发流程详解 (6)
2.2硬件开发文档规范 (10)
2.2.1硬件开发文档规范文件介绍 (10)
2.2.2硬件开发文档编制规范详解 (10)
2.3与硬件开发相关的流程文件介绍 (13)
2.3.1项目立项流程： (13)
2.3.2项目实施管理流程： (13)
2.3.3软件开发流程： (13)
2.3.4系统测试工作流程： (13)
2.3.5内部验收流程 (14)
3附录一. 硬件设计流程图： (15)
4附录二. 软件设计流程图： (16)
5附录三. 编程规范 (17)
1概述
1.1 硬件开发过程简介
1.1.1硬件开发的基本过程
硬件开发的基本过程：
1.明确硬件总体需求情况，如CPU 处理能力、存储容量及速度，I/O 端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。
2.根据需求分析制定硬件总体方案，寻求关键器件及电路的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。关键器件索取样品。
3.总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB 布线，同时完成发物料清单。
4.领回PCB 板及物料后由焊工焊好1～2 块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。
5.软硬件系统联调，一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。一般地，经过单板调试后在原理及PCB布线方面有些调整，需第二次投板。
6.内部验收及转中试，硬件项目完成开发过程。
1.1.2硬件开发的规范化
硬件开发的基本过程应遵循硬件开发流程规范文件执行，不仅如此，硬件开发涉及到技术的应用、器件的选择等，必须遵照相应的规范化措施才能达到质量保障的要求。这主要表现在，技术的采用要经过总体组的评审，器件和厂家的选择要参照物料认证部的相关文件，开发过程完成相应的规定文档，另外，常用的硬件电路（如）要采用通用的标准设计。
1.2 硬件工程师职责与基本技能
1.2.1硬件工程师职责
一个技术领先、运行可靠的硬件平台是公司产品质量的基础，硬件工程师职责神圣，责任重大。
1、硬件工程师应勇于尝试新的先进技术，在产品硬件设计中大胆创新。
2、坚持采用开放式的硬件架构，把握硬件技术的主流和未来发展，在设计中考虑将来的技术升级。
3、充分利用公司现有的成熟技术，保持产品技术上的继承性。
4、在设计中考虑成本，控制产品的性能价格比达至最优。
5、技术开放，资源共享，促进公司整体的技术提升。
1.2.2硬件工程师基本素质与技术
硬件工程师应掌握如下基本技能：
1、由需求分析至总体方案、详细设计的设计创造能力；
2、熟练运用设计工具，设计原理图、EPLD、FPGA 调试程序的能力；
3、运用仿真设备、示波器、逻辑分析仪调测硬件的能力；
4、掌握常用的标准电路的设计能力，如ID 电路、WDT 电路、π型滤波电路、高速信号传输线的匹配电路等；
5、故障定位、解决问题的能力；
6、文档的写作技能；
7、接触供应商、保守公司机密的技能。
2软硬件开发规范化管理
2.1 硬件开发流程
2.1.1硬件开发流程文件介绍
硬件开发的规范化是一项重要内容。硬件开发规范化管理是在公司的《硬件开发流程》及相关的《硬件开发文档规范》、《PCB 投板流程》等文件中规划的。
硬件开发流程是指导硬件工程师按规范化方式进行开发的准则，规范了硬件开发的全过程。硬件开发流程制定的目的是规范硬件开发过程控制，硬件开发质量，确保硬件开发能按预定目的完成。
硬件开发流程不但规范化了硬件开发的全过程，同时也从总体上，规定了硬件开发所应完成的任务。做为一名硬件工程师深刻领会硬件开发流程中各项内容，在日常工作中自觉按流程办事，是非常重要的。所有硬件工程师应把学流程、按流程办事、发展完善流程、监督流程的执行作为自己的一项职责，为公司的管理规范化做出的贡献。
2.1.2硬件开发流程详解
硬件开发流程对硬件开发的全过程进行了科学分解，规范了硬件开发的五大任务。
?硬件需求分析
?硬件系统设计
?硬件开发及过程控制
?系统联调
?文档归档及验收申请。
1. 硬件需求分析
项目组接到任务后，首先要做的硬件开发工作就是要进行硬件需求分析，撰写硬件需求规格说明书。硬件需求分析在整个产品开发过程中是非常重要的一环，硬件工程师更应对这一项内容加以重视。一项产品的性能往往是由软件和硬件共同完成的，哪些是由硬件完成，哪些是由软件完成，项目组必须在需求时加以细致考虑。
硬件需求分析主要有下列内容：
系统工程组网及使用说明
基本配置及其互连方法
运行环境
硬件系统的基本功能和主要性能指标
功能模块的划分
关键技术的攻关
外购硬件的名称型号、生产单位、主要技术指标
主要仪器设备
可靠性、稳定性、电磁兼容讨论
电源、工艺结构设计
硬件测试方案
2.硬件总体设计
硬件总体设计的主要任务就是从总体上进一步划分各单板的功能以及硬件的总体结构描述，规定各单板间的接口及有关的技术指标。硬件总体设计主要有下列内容：
系统功能及功能指标
系统总体结构图及功能划分
单板命名
系统逻辑框图
组成系统各功能块的逻辑框图，电路结构图及单板组成
单板逻辑框图和电路结构图
关键技术讨论
关键器件
从上可见，硬件开发总体方案把整个系统进一步具体化。硬件开发总体设计是最重要的环节之一。总体设计不好，可能出现致命的问题，造成的损失有许多是无法挽回的。
3. 硬件开发及过程控制。
一个好的产品，特别是大型复杂产品，总体方案进行反复论证是不可缺少
的。只有经过多次反复论证的方案，才可能成为好方案。
总体审查包括两部分，一是对有关文档的格式，内容的科学性，描述的准确性以及详简情况进行审查。再就是对总体设计中技术合理性、可行性等进行审查。如果评审不能通过，项目组必须对自己的方案重新进行修订。
硬件总体设计方案通过后，即可着手关键器件的申购，主要工作由项目组来完成。关键器件落实后，即要进行结构电源设计、单板总体设计。
单板总体设计需要项目与CAD 配合完成。单板总体设计过程中，对电路板的布局、走线的速率、线间干扰以及EMI 等的设计应与CAD 室合作。CAD 室可利用相应分析软件进行辅助分析。单板总体设计完成后，出单板总体设计方案书。总体设计主要包括下列内容：
单板在整机中的的位置：单板功能描述
单板尺寸
单板逻辑图及各功能模块说明
单板软件功能描述
单板软件功能模块划分
接口定义及与相关板的关系
重要性能指标、功耗及采用标准
开发用仪器仪表等
每个单板都要有总体设计方案，且要经过总体办和管理办的联系评审。否则要重新设计。只有单板总体方案通过后，才可以进行单板详细设计。
单板详细设计包括两大部分：
单板软件详细设计
单板硬件详细设计
单板软、硬件详细设计，要遵守公司的硬件设计技术规范，必须对物料选用，以及成本控制等上加以注意。
不同的单板，硬件详细设计差别很大。但应包括下列部分：
单板整体功能的准确描述和模块的精心划分。
接口的详细设计。
关键元器件的功能描述及评审，元器件的选择。
符合规范的原理图及PCB 图。
对PCB 板的测试及调试计划。
单板详细设计要撰写单板详细设计报告。
详细设计报告必须经过审核通过。单板软件的详细设计报告由管理办组织审查，而单板硬件的详细设计报告，则要由总体办、管理办、CAD 室联合进行审查，如果审查通过，方可进行PCB 板设计，如果通不过，则返回硬件需求分析处，重新进行整个过程。这样做的目的在于让项目组重新审查一下，某个单板详细设计通不过，是否会引起项目整体设计的改动。
如单板详细设计报告通过，项目组一边要与计划处配合准备单板物料申购，一方面进行PCB 板设计。PCB 板设计需要项目组与CAD 室配合进行，PCB 原理图是由项目组完成的，而PCB 画板和投板的管理工作都由CAD 室完成。PCB 投板有专门的PCB 样板流程。PCB 板设计完成后，就要进行单板硬件过程调试，调试过程中要注意多记录、总结，勤于整理，写出单板硬件过程调试文档。当单板调试完成，项目组要把单板放到相应环境进行单板硬件测试，并撰写硬件测试文档。如果PCB 测试不通过，要重新投板，则要由项目组、管理办、总体办、CAD 室联合决定。
4. 系统联调
在结构电源，单板软硬件都已完成开发后，就可以进行联调，撰写系统联调报告。联调是整机性能提高，稳定的重要环节，认真周到的联调可以发现各单板以及整体设计的不足，也是验证设计目的是否达到的唯一方法。因此，联调必须预先撰写联调计划，并对整个联调过程进行详细记录。只有对各种可能的环节验证到才能保证机器走向市场后工作的可靠性和稳定性。联调后，必须经总体办和管理办，对联调结果进行评审，看是不是符合设计要求。如果不符合设计要求将要返回去进行优化设计。
如果联调通过，项目要进行文件归档，把应该归档的文件准备好，经总体办、管理办评审，如果通过，才可进行验收。
总之，硬件开发流程是硬件工程师规范日常开发工作的重要依据，全体硬
件工程师必须认真学习。
2.2 硬件开发文档规范
2.2.1硬件开发文档规范文件介绍
为规范硬件开发过程中文档的编写，明确文档的格式和内容，规定硬件开发过程中所需文档清单，与《硬件开发流程》对应制定了《硬件开发文档编制规范》。开发人员在写文档时往往会漏掉一些该写的内容，编制规范在开发人员写文档时也有一定的提示作用。规范中共列出以下文档的规范：
?硬件需求说明书
?硬件总体设计报告
?单板总体设计方案
?单板硬件详细设计
?单板软件详细设计
?单板硬件过程调试文档
?单板软件过程调试文档
?单板系统联调报告
?单板硬件测试文档
?硬件信息库
这些规范的具体内容可在HUAWEI 服务器中资料库中找到，对应每个文档规范都有相应的模板可供开发人员在写文档时“填空”使用。
2.2.2硬件开发文档编制规范详解
1、硬件需求说明书
硬件需求说明书是描写硬件开发目标，基本功能、基本配置，主要性能指标、运行环境，约束条件以及开发经费和进度等要求，它的要求依据是产品规格说明书和系统需求说明书。它是硬件总体设计和制订硬件开发计划的依据，具体编写的内容有：硬件整体系统的基本功能和主要性能指标、硬件分系统的基本功能和主要性能指标以及功能模块的划分等。
2、硬件总体设计报告
硬件总体设计报告是根据需求说明书的要求进行总体设计后出的报告，它是硬件详细设计的依据。编写硬件总体设计报告应包含以下内容：
系统总体结构及功能划分，系统逻辑框图、组成系统各功能模块的逻辑框图，电路结构图及单板组成，单板逻辑框图和电路结构图，以及可靠性、安全性、电磁兼容性讨论和硬件测试方案等。
3、单板总体设计方案
在单板的总体设计方案定下来之后应出这份文档，单板总体设计方案应包含单板版本号，单板在整机中的位置、开发目的及主要功能，单板功能描述、单板逻辑框图及各功能模块说明，单板软件功能描述及功能模块划分、接口简单定义与相关板的关系，主要性能指标、功耗和采用标准。
4、单板硬件详细设计
在单板硬件进入到详细设计阶段，应提交单板硬件详细设计报告。在单板硬件详细设计中应着重体现：单板逻辑框图及各功能模块详细说明，各功能模块实现方式、地址分配、控制方式、接口方式、存贮器空间、中断方式、接口管脚信号详细定义、时序说明、性能指标、指示灯说明、外接线定义、可编程器件图、功能模块说明、原理图、详细物料清单以及单板测试、调试计划。有时候一块单板的硬件和软件分别由两个开发人员开发，因此这时候单板硬件详细设计便为软件设计者提供了一个详细的指导，因此单板硬件详细设计报告至关重要。尤其是地址分配、控制方式、接口方式、中断方式是编制单板软件的基础，一定要详细写出。
5、单板软件详细设计
在单板软件设计完成后应相应完成单板软件详细设计报告，在报告中应列出完成单板软件的编程语言，编译器的调试环境，硬件描述与功能要求及数据结构等。要特别强调的是：要详细列出详细的设计细节，其中包括中断、主程序、子程序的功能、入口参数、出口参数、局部变量、函数调用和流程图。在有关通讯协议的描述中，应说明物理层，链路层通讯协议和高层通讯协议由哪些文档定义。
6、单板硬件过程调试文档
开发过程中，每次所投PCB 板，工程师应提交一份过程文档，以便管理阶层了解进度，进行考评，另外也给其他相关工程师留下一份有参考价值的技术
文档。每次所投PCB 板时应制作此文档。这份文档应包括以下内容：单板硬件功能模块划分，单板硬件各模块调试进度，调试中出现的问题及解决方法，原始数据记录、系统方案修改说明、单板方案修改说明、器件改换说明、原理图、PCB 图修改说明、可编程器件修改说明、调试工作阶段总结、调试进展说明、下阶段调试计划以及测试方案的修改。
7、单板软件过程调试文档
每月收集一次单板软件过程调试文档，或调试完毕（指不满一月）收集，尽可能清楚，完整列出软件调试修改过程。单板软件过程调试文档应当包括以下内容：单板软件功能模块划分及各功能模块调试进度、单板软件调试出现问题及解决、下阶段的调试计划、测试方案修改。
8、单板系统联调报告
在项目进入单板系统联调阶段，应出单板系统联调报告。单板系统联调报告包括这些内容：系统功能模块划分、系统功能模块调试进展、系统接口信号的测试原始记录及分析、系统联调中出现问题及解决、调试技巧集锦、整机性能评估等。
9、单板硬件测试文档
在单板调试完之后，申请内部验收之前，应先进行自测以确保每个功能都能实现，每项指标都能满足。自测完毕应出单板硬件测试文档，单板硬件测试文档包括以下内容：单板功能模块划分、各功能模块设计输入输出信号及性能参数、各功能模块测试点确定、各测试参考点实测原始记录及分析、板内高速信号线测试原始记录及分析、系统I/O 口信号线测试原始记录及分析，整板性能测试结果分析。
10、硬件信息库
为了共享技术资料，我们希望建立一个共享资料库，每一块单板都希望将的最有价值最有特色的资料归入此库。硬件信息库包括以下内容：典型应用电路、特色电路、特色芯片技术介绍、特色芯片的使用说明、驱动程序的流程图、源程序、相关硬件电路说明、PCB 布板注意事项、单板调试中出现的典型及解决、软硬件设计及调试技巧。
2.3 与硬件开发相关的流程文件介绍
与硬件开发相关的流程主要有下列几个：
?项目立项流程
?项目实施管理流程
?软件开发流程
?系统测试工作流程
?中试接口流程
?内部接收流程
2.3.1项目立项流程：
是为了加强立项管理及立项的科学性而制定的。其中包括立项的论证、审核分析，以期做到合理进行开发，合理进行资源分配，并对该立项前的预研过程进行规范和管理。立项时，对硬件的开发方案的审查是重要内容。
2.3.2项目实施管理流程：
主要定义和说明项目在立项后进行项目系统分析和总体设计以及软硬件开发和内部验收等的过程和接口，并指出了开发过程中需形成的各种文档。该流程包含着硬件开关、软件开发、结构和电源开发、物料申购并各分流程。
2.3.3软件开发流程：
与硬件开发流程相对应的是软件开发流程，软件开发流程是对大型系统软件开发规范化管理文件，流程目的在对软件开发实施有效的计划和管理，从而进一步提高软件开发的工程化、系统化水平，提高XXXX 公司软件产品质量和文档管理水平，以保证软件开发的规范性和继承性。软件开发与硬件结构密切联系在一起的。一个系统软件和硬件是相互关联着的。
2.3.4系统测试工作流程：
该流程规定了在开发过程中系统测试过程，描述了系统测试所要执行的功
能，输入、输出的文件以及有关的检查评审点。它规范了系统测试工作的行为，以提高系统测试的可控性，从而为系统质量保证提供一个重要手段。
项目立项完成，成立项目组的同时要成立对应的测试项目组。在整个开发过程中，测试可分为三个阶段，单元测试、集成测试、系统测试。测试的主要对象为软件系统。
2.3.5内部验收流程
制定的目的是加强内部验收的规范化管理，加强设计验证的控制，确保产品开发尽快进入中试和生产并顺利推向市场。项目完成开发工作和文档及相关技术资料后，首先准备测试环境，进行自测，并向总体办递交《系统测试报告》及项目验收申请表，总体办审核同意项目验收申请后，要求项目组确定测试项目，并编写《测试项目手册》。测试项目手册要通过总体办组织的评审，然后才组成专家进行验收。
由上可见，硬件开发过程中，必须提前准备好文档及各种技术资料，同时在产品设计时就必须考虑到测试。
阶段流程图表单
软件需求分析软件需求规格书软件开发计划软件测试计划
软件详细设计软件详细设计说明书软件接口设计说明书软件设计内部评审记录
软件实现测试单元源代码
单元调试报告
单元测试用例
单元测试分析报告
集成后的软件及源代码软件集成调试报告
系统测试软件
系统测试用软件文档软件系统测试分析报告软件评审验证报告
发布版本
参考文件：
编码调试
软件需求分析（包括技术风险评估）
软件开发计划和配置管理计划
软件测试计划详细软件设计
内部设计评审
编写测试用例单元测试
软件集成/调试
发布系统测试版本软件系统测试软件修订
评审后发布并归档
5附录三. 编程规范
单板软件编程规范
目的：为了开发人员之间更好地进行交流，提高代码的可读性，可维护性，特制订本规范，作为程序编写的指导文件。本规范只涉及到源码书写的格式，希望能有较统一的编程风格。将来若有和公司相关规定冲突的地方，本规范有可能作适当修改。
1。模块描述
模块是为了实现某一功能的函数的集合，文件名使用缺省的后缀，在每一模块的开头应有如下的描述体：
/******************************************************************** * PROJECT CODE：项目代号或名称
* CREATE DATE ：创建日期
* CREATED BY：创建人
* FUNCTION：模块功能
* MODIFY DATE：修改日期
* DOCUMENT：参考文档
* OTHERS：程序员认为应做特别说明的部分，如特别的编译开关
********************************************************************/不同的修改人应在修改的地方加上适当的注释，包括修改人的姓名。另外，如有必要，要注明模块的工作平台，如单板OS、DOS、WINDOWS等。注明适用的编译器和编译模式。
2。函数描述
函数是组成模块的单元，一般用来完成某一算法或控制等。在每一函数的开头应有如下的描述体：
/******************************************************************** * FUNCTION NAME：函数名称
* CREATE DATE ：创建日期
* CREATED BY ：创建人
* FUNCTION ：函数功能
* MODIFY DATE ：修改日期
* INPUT ：输入参数类型(逐个说明)
* OUTPUT ：输出参数类型(逐个说明)
* RETURN ：返回信息
********************************************************************/可选的描述有：
* RECEIVED MESSAGES：收到的消息
* SENT MESSAGES ：发送的消息
* DATABASE ACCESS ：存取的数据库
* CALLED BY ：该函数的调用者
* PROCEDURES CALLED：调用的过程
* RECEVED PRIMITIVES : 收到的原语
* SENT PRIMITIVES : 发送的原语
及其它程序员认为应有的描述。标题可以只大写第一个字母。例如：Function Name：
3。命名规则：
A) 函数：函数名应能体现该函数完成的功能，关键部分应采用完整的单词，辅助部分若太长可采用缩写，缩写应符合英文的规范。每个单词的第一个字母大写。如：ShowPoints，CtrlDestBoard，SendResetMsg 等。
B) 变量：变量的命名规则部分采用匈牙利命名规则(鼓励完全使用匈牙利名规则)。变量的第一个或前两个字母小写，表示其数据类型，其后每个词的第一个字母大写。推荐的类型前缀如下：
如iCurrentValue，uTransitionCount 等。对于其他复合类型或自定义类型，请用适当的前缀来表示。除局部循环变量外，不鼓励单个字母的变量名。
对于常用的类型定义，尽量使用WORD、BOOL、LPWORD、VOID、FAR、NEAR等惯用写法，避免使用char、long、void、far、near等小写格式。不使用_UC、_UL等XXXX公司以前一些人的习惯写法。
C) 结构：结构的定义有两个名称，一个是该结构的类型名，一个是变量名。按照C语言的语法，这两个名称都是可选的，但二者必有其一。我们要求写类型名，类型名以tag做前缀。下面是一个例子：
struct tagVBXEVENT
{
HCTL hControl;
HWND hWindow;
int nID;
int nEventIndex;
LPCSTR lpEventName;
int nNumParams;
LPVOID lpParamList;
}veMyEvent;
tagVBXEVENT veMyEvent[MAXEVENTTYPE], *lpVBXEvent;
对于程序中常用的结构，希望能使用 typedef 定义，格式如下：typedef struct tagMYSTRUCT
{
struct members .......
} TMYSTRUCT,* PTMYSTRUCT,FAR * LPTMYSTRUCT;
struct 后的类型名有tag前缀，自定义的结构名称一律用大写字母，前面可以加一大写的T。而结构类型变量定义则可以写为：
TMYSTRUCT variablename;
并可在定义 MYSTRUCT_S 同时根据需要，定义其指针，远指针和尺寸常量：
typedef tagMYSTRUCT
{
struct members ……
}TMYSTRUCT,* PTMYSTRUCT,FAR * LPTMYSTRUCT;
#define MYSTRUCTSIZE sizeof ( TMYSTRUCT );
结构变量的命名，建议采用如下方式：
从结构名中，取出二至三个词的首字母作为代表此结构的缩写，小写作为变量前缀。例如：（取自Microsoft Windows示例）
struct OPENFILENAME ofnMyFile
strcut CHOOSECOLOR ccScreenColor
D) 联合：联合的命名规则和结构相似，如：
union tagMYEXAMPLE
{
int iInteger;
long lLongInt;
} myExample;
typedef tagMYEXAMPLE
{
int iInteger;
long lLongInt;
} MYEXAMPLE,* PMYEXAMPLE,FAR * LPMYEXAMPLE;
4。书写风格：
0目录 0目录 (2) 1概述 (4) 1.1硬件开发过程简介 (4) 1.1.1硬件开发的基本过程 (4) 1.1.2硬件开发的规化 (4) 1.2硬件工程师职责与基本技能 (5) 1.2.1硬件工程师职责 (5) 1.2.2硬件工程师基本素质与技术 (5) 2软硬件开发规化管理 (6) 2.1硬件开发流程 (6) 2.1.1硬件开发流程文件介绍 (6) 2.1.2硬件开发流程详解 (6) 2.2硬件开发文档规 (10) 2.2.1硬件开发文档规文件介绍 (10) 2.2.2硬件开发文档编制规详解 (11) 2.3与硬件开发相关的流程文件介绍 (13) 2.3.1项目立项流程： (13) 2.3.2项目实施管理流程： (14) 2.3.3软件开发流程： (14) 2.3.4系统测试工作流程： (14) 2.3.5部验收流程 (14) 3附录一. 硬件设计流程图： (16)
4附录二. 软件设计流程图： (17) 5附录三. 编程规 (18)
1概述 1.1 硬件开发过程简介 1.1.1硬件开发的基本过程 硬件开发的基本过程： 1.明确硬件总体需求情况，如CPU 处理能力、存储容量及速度，I/O 端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。 2.根据需求分析制定硬件总体方案，寻求关键器件及电路的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。关键器件索取样品。 3.总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB 布线，同时完成发物料清单。 4.领回PCB 板及物料后由焊工焊好1～2 块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。 5.软硬件系统联调，一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。一般地，经过单板调试后在原理及PCB布线方面有些调整，需第二次投板。 6.部验收及转中试，硬件项目完成开发过程。 1.1.2硬件开发的规化 硬件开发的基本过程应遵循硬件开发流程规文件执行，不仅如此，硬件开发涉及到技术的应用、器件的选择等，必须遵照相应的规化措施才能达到质量保障的要求。这主要表现在，技术的采用要经过总体组的评审，器件和厂家的选择要参照物料认证部的相关文件，开发过程完成相应的规定文档，另外，常用的硬件电路（如ID.WDT）要采用通用的标准设计。
软硬件开发流程及规范精编W O R D版 IBM system office room 【A0816H-A0912AAAHH-GX8Q8-GNTHHJ8】
0目录 0目录 (2) 1概述 (4) 1.1 硬件开发过程简介 (4) 1.1.1 硬件开发的基本过程 (4) 1.1.2 硬件开发的规范化 (4)
1.2 硬件工程师职责与基本技能 (5) 1.2.1 硬件工程师职责 (5) 1.2.2 硬件工程师基本素质与技术 (5) 2软硬件开发规范化管理 (6) 2.1 硬件开发流程 (6) 2.1.1 硬件开发流程文件介绍 (6) 2.1.2 硬件开发流程详解 (6) 2.2 硬件开发文档规范 (10) 2.2.1 硬件开发文档规范文件介绍 (10) 2.2.2 硬件开发文档编制规范详解 (11) 2.3 与硬件开发相关的流程文件介绍 (13) 2.3.1 项目立项流程： (13) 2.3.2 项目实施管理流程： (14) 2.3.3 软件开发流程： (14) 2.3.4 系统测试工作流程： (14) 2.3.5 内部验收流程 (14)
3附录一. 硬件设计流程图： (16) 4附录二. 软件设计流程图： (17) 5附录三. 编程规范 (18) 1概述 1.1硬件开发过程简介 1.1.1硬件开发的基本过程 硬件开发的基本过程： 1.明确硬件总体需求情况，如CPU 处理能力、存储容量及速度，I/O 端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。 2.根据需求分析制定硬件总体方案，寻求关键器件及电路的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。关键器件索取样品。 3.总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB 布线，同时完成发物料清单。 4.领回PCB 板及物料后由焊工焊好1～2 块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。
硬件开发管理流程 1目的 1.1使开发人员的开发工作能够按照一定的程序进行，保证开发工作的顺 利进行。 1.2使开发工作的管理流程化，保证开发产品的品质。 1.3确保有较高的开发与管理效率。 2范围 2.1本流程适用于硬件部产品硬件开发过程。 3职责 3.1由硬件部负责产品的硬件开发，修正及发行相关文件。 3.2由品管部负责产品开发过程的审核、监督与产品质量的控制、评定。4定义 4.1PCB：Printed Circuit Board印刷电路板 4.2BOM：Bill Of Material 材料表 5程序 5.1新产品硬件开发程序 5.1.1接收新需求 5.1.1.1由市场部提交已通过可行性分析的《客户需求明细》。 5.1.2硬件部针对客户产品需求进行详细硬件参数分析，制定设计方案 与规划，并填写《硬件开发设计规划》 5.1.3原理图设计 5.1.3.1硬件部完成产品原理图设计。 5.1.3.2同部门相关人员负责原理图设计的检查与审核，如不通过 则进行修改，并填写《硬件设计记录表》。 5.1.4PCB设计 5.1.4.1硬件部依据本公司PCB设计规范完成PCB图设计。 5.1.4.2同部门相关人员负责PCB设计的检查与审核，如不通过则 进行修改，并填写《硬件设计记录表》。 5.1.5PCB光绘文件设计 5.1.5.1PCB设计完成并通过审核后，出相应光绘文件。 5.1.5.2同部门相关人员负责光绘文件的检查与审核，如不通过则 进行修改，并填写《硬件设计记录表》。 5.1.6BOM表设计 5.1. 6.1根据原理图出相应产品BOM表。 5.1. 6.2同部门相关人员负责BOM表的检查与审核，如不通过则进 行修改，并填写《硬件设计记录表》。 5.1.7PCB打样，申请器件样片 5.1.7.1硬件部将PCB光绘文件及《PCB制作申请表》交至采购部 门联系安排PCB板打样。 5.1.7.2硬件部到材料库领用配套调试所需的器件，如材料库没有 的，硬件部将欠缺的器件清单交至采购部进行采购。 5.1.8焊接与装配样板 5.1.8.1PCB打样完成后，硬件部负责完成样板的器件焊接与装配。
1.1.1软硬件测试方案 1.1.1.1测试目的和要求 1.1.1.1.1测试目的 作为软件开发的重要环节，软件测试越来越受到人们的重视，软件测试是软件工程过程的一个重要阶段，是在软件投入运行前，对软件需求分析、设计和编码各阶段产品的最终检查，是为了保证软件的正确性、完全性和一致性，从而检测软件错误、修正软件错误的过程。随着软件开发规模的增大、复杂程度的增加，以寻找软件中的错误为目的的测试工作就显得更加困难，因此要求测试计划和测试管理更加完备。本次测试安排在项目进行编码过程中和编码完成后进行，测试的内容包括系统界面风格、主要功能、容错能力、模块间的关联等等，依据正规步骤完成单元测试、边缘测试、整体测试。通过测试，及时发现存在于程序中的错误并根据测试结果对程序进行修改，从而确保提交给用户的程序是经过检验并能顺利运行的。 1.1.1.1.2测试的总体要求 软件测试可运用多种不同的测试策略来实现，最常用的方式是自底向上分阶段进行，对不同开发阶段的产品采用不同的测试方法进行检测，从测试开始，然后进行功能测试，最终进行系统测试。 尽早地和不断地进行软件测试。 保证系统风格与界面统一。 保证各系统联接正确，数据传送正常。
抽检程序的内部编写情况无误。 测试用例应由测试输入数据和对应的预期输出结果两部分组 成。 程序员应避免负责测试自己编写的程序。 测试用例，应当包括合理和不合理的输入条件。 应当检查程序是否有不希望的副作用。 程序流程和接口内容绝不可忽视。 充分注意测试中的群体现象。 严格执行测试计划。 对每个测试结果严格检查。 妥善保存文档。 性能测试和功能测试同等重要。 1.1.1.1.3测试人员及组织分工 参加测试人员包括技术支持组部分人员、开发小组全体成员、质保组测试成员和用户人员。组织分工如下： 单元测试：由实施组成员在编码过程中，各自以及交叉进行单元测试。 集成测试：由质保组两名测试成员、实施组两名成员进行集成测试。 系统测试：由技术组项目技术负责人、系统设计师、用户人员进行系统测试。
CD Concept Definition CMF 3D & sourcing (ED MD SD QA)ED MD SD 输出资料 sourcing PjM QA PE (ED MD SD QA) KO Kick Off 输出资料 PjM PjM PE QE Sourcing PjM iHoment A
A 结构设计 结构工艺说明 内外部评审是否通过 结构设计评审工程DFM评审 模厂DFM评审开模等事宜 YES NO 结构手版与 评审 初版原理图 绘制编制BOM清单 元器件评估详细原理图 绘制原理图评审 是否通过 NO YES 嵌入式软件 设计评审嵌入式 软件 是否通过 NO YES 编写软件代 码评审代码 是否通过 NO YES B 报价及供应商确定 整机价格确 认 TL Tooling Launch 开模 C 结构图纸3D MD 结构图纸2D MD 开模清单 ID CMF ID 结构评审报告 MD 结构手板评审报告 MD 电子评审报告 ED 制程DFM PE PjM输入组装图 模具厂DFM PjM+MD 输出资料 输出资料
B 开模 D 设计PCB PCB设计评审是否通过 YES NO 包装及丝印设计（包含文案） 模具T0 投板、样机制作C 打样及评审 是否通过 NO YES T0模具问题修 改 是否通过 模具T1 试产准备 YES NO 样机初测 试产准备软硬件联调长交期物料备料启动 是否通过 试装PCB改版 NO YES 试产 试装改版 试产准备 试产样机测试是否通过 NO YES 安规认证 DR Design Release 设计确定 ES样机测试报告(含跌落)－过程中收集 TE 试产报告 PE 试产样机测试报告 TE 产品成熟度判定报告 PjM 输出资料
硬件开发流程及规范 硬件开发流程及规范 一、主板 二、辅助PCB及FPC 三、液晶屏 四、摄像头 五、天线 六、SPEAKER 七、RECEIVER 八、MIC 九、马达 十、电池 十一、充电器 十二、数据线 十三、耳机 版2008-12-13
(一)主板 1.开发流程： 2.资料规范 1)主板规格书 a)基本方案平台； b)硬件附加功能： c)软件附加功能； d)格式和排版布局合理，便于打印； 范例格式见下表：
E519 PDA主板规格书 2)元件排布图 a)标明所有接插件名称、引脚定义，方向及连接器型号；
b)标明所有外部焊接位置的名称，极性； c)位号图可用放大的图纸单独标示，并标明需区分方向和极性的器件； d)标明所有结构尺寸比较高可能影响装配的器件； e)格式和排版布局合理，便于打印； 范例格式见下图： 3)BOM a)每次改版记录要明确记录在改版记录中，明确试产版和量产版及版本号和日期； b)保证数据正确性，物料编码与物料描述一致，位号数量与用量一致，物料种数和数量与改版 记录一致； c)结构件、IC、阻容件分类，按一定顺序排列； d)功能可选项分开列出（注意相互的关联性）； e)格式和排版布局合理，便于打印（所用文字全部显示）； 范例格式见下表：
4)SMT试产报告 a)召开试产会议，所用发现的问题要全部列出，并修改相关的文件； b)所用问题要有解决措施，并明确责任人限时处理； c)有代表性的问题要列入设计查核表，防止类似问题再次出现； d)记录试产环境及关键参数； e)报告审核后发相关部门负责人； f)保证数据真实性，有任何问题要找到确实的原因，不可用习惯性思维处理； 范例格式见下表： SMT试产报告
嵌入式软件开发流程 一、嵌入式软件开发流程 1.1 嵌入式系统开发概述 由嵌入式系统本身的特性所影响，嵌入式系统开发与通用系统的开发有很大的区别。嵌入式系统的开发主要分为系统总体开发、嵌入式硬件开发和嵌入式软件开发3大部分，其总体流程图如图1.1所示。 图1.1 嵌入式系统开发流程图 在系统总体开发中，由于嵌入式系统与硬件依赖非常紧密，往往某些需求只能通过特定的硬件才能实现，因此需要进行处理器选型，以更好地满足产品的需求。另外，对于有些硬件和软件都可以实现的功能，就需要在成本和性能上做出抉择。往往通过硬件实现会增加产品的成本，但能大大提高产品的性能和可靠性。 再次，开发环境的选择对于嵌入式系统的开发也有很大的影响。这里的开发环境包括嵌入式操作系统的选择以及开发工具的选择等。比如，对开发成本和进度限制较大的产品可以选择嵌入式Linux，对实时性要求非常高的产品可以选择Vxworks等。
1.2 嵌入式软件开发概述 嵌入式软件开发总体流程为图4.15中“软件设计实现”部分所示，它同通用计算机软件开发一样，分为需求分析、软件概要设计、软件详细设计、软件实现和软件测试。其中嵌入式软件需求分析与硬件的需求分析合二为一，故没有分开画出。 由于在嵌入式软件开发的工具非常多，为了更好地帮助读者选择开发工具，下面首先对嵌入式软件开发过程中所使用的工具做一简单归纳。 嵌入式软件的开发工具根据不同的开发过程而划分，比如在需求分析阶段，可以选择IBM的Rational Rose等软件，而在程序开发阶段可以采用CodeWarrior（下面要介绍的ADS 的一个工具）等，在调试阶段所用的Multi-ICE等。同时，不同的嵌入式操作系统往往会有配套的开发工具，比如Vxworks有集成开发环境Tornado，WindowsCE的集成开发环境WindowsCE Platform等。此外，不同的处理器可能还有对应的开发工具，比如ARM的常用集成开发工具ADS、IAR和RealView等。在这里，大多数软件都有比较高的使用费用，但也可以大大加快产品的开发进度，用户可以根据需求自行选择。图4.16是嵌入式开发的不同阶段的常用软件。 图1.2 嵌入式开发不同阶段的常用软件 嵌入式系统的软件开发与通常软件开发的区别主要在于软件实现部分，其中又可以分为编译和调试两部分，下面分别对这两部分进行讲解。 1．交叉编译 嵌入式软件开发所采用的编译为交叉编译。所谓交叉编译就是在一个平台上生成可以在另一个平台上执行的代码。在第3章中已经提到，编译的最主要的工作就在将程序转化成运行该程序的CPU所能识别的机器代码，由于不同的体系结构有不同的指令系统。因此，不同的CPU需要有相应的编译器，而交叉编译就如同翻译一样，把相同的程序代码翻译成不同CPU的对应可执行二进制文件。要注意的是，编译器本身也是程序，也要在与之对应的某一个CPU平台上运行。嵌入式系统交叉编译环境如图4.17所示。
附录 一、英文原文 Hardware/Software Design and Development Process Everett Lumpkin and Michael Gabrick Delphi Corporation, Electronics and Safety Division INTRODUCTION Process and technology advancements in the semiconductor industry have helped to revolutionize automotive and consumer electronics. As Moore’s Law predicted, the increase in complexity and operating frequencies of today’s integrated circuits have enabled the creation of system applications once thought to be impossible. And systems such as camera cell phones, automotive infotainment systems, advanced powertrain controllers and handheld personal computers have been realized as a result. In addition to the increases in process technology, the Electronic Design Automation (EDA) industry has helped to transform the way semiconductor integrated circuits (IC) and subsequent software applications are designed and verified. This transformation has occurred in the form of design abstraction, where the implementation continues to be performed at higher levels through the innovation of design automation tools. An example of this trend is the evolution of software development from the early days of machine-level programming to the C++ and Java software written today. The creation of the assembler allowed the programmer to move a level above machine language, which increased the efficiency of code generation and documentation, but still tied the programmer to the underlying hardware architecture. Likewise, the dawn of C / C++ compilers, debuggers and linkers helped to move the abstraction layer further away from the underlying hardware, making the software completely platform independent, easier to read, easier to debug and more efficient to manage. However, a shift to higher levels of software abstraction has not translated to a reduction in complexity or human resources. On the contrary, as integrated systems have become more feature rich, the complexity of the operating system and corresponding applications have increased rapidly, as have the costs associated with the software implementation and verification activities. Certainly the advancements in embedded software tools such as static code checkers, debuggers and hardware emulators have helped to solve some of the software verification problems, but software verification activities have become more time and resource consuming than the actual software creation. Time-to-market constraints have pushed software verification activities to the system-level, and led to a greater demand for production hardware to be made available earlier in
硬件设计流程 一、硬件设计 １．1单板设计需求 单板设计之前需要明确单板的设计需求。单板的功能属性。单板的设计目的，使用场合,具体需求包括: 1.单板外部接口的种类，接口的数量，电气属性即电平标准。 2.单板内部的接口种类，电气属性。 3.单板外部输入电源大小 4.单板的尺寸 5.单板的使用场合,防护标准 若设计中需要用到CPU，需要确定设计中需要用到的FLASH大小和需求的内存的大小和ＣPU的处理能力。单板设计需求中需要明确单板的名字和版本并且要以文档的形式表现出来，是后续单板设计和追溯的主要依据。 单板设计需求完成之后,需要召开项目评审会，需要对设计需求说明中各类需求逐个确认。当各类需求均满足设计需要时则进入下一步。 １.2 单板设计说明 单板需求明确后,需要开始编写单板设计说明。其中需要包括单板设计所需要的各种信息如： 1.单板设计详细方案，需要具体到用到什么芯片,什么接口。 2.器件选型，器件选型需要满足设计的需求。 3.单板功耗、单板选型之后需要确定单板的功耗，为单板散热和电源设计提供依据 4.电源设计、电源设计需要包含单板中需要用到的各类电源。若相同的电源需要做隔离 的需要做需要详细指出。 5.时钟设计，单板若是用到多种时钟，则需要描述时钟的设计方法，时钟拓扑。 6.单板的实际尺寸 7.详细描述各个功能模块给出详细的设计方法 8.详细描述各接口的设计方法和接口的电气属性。 若设计模块有多种设计方法,选择在本设计中最佳的设计方案。若软件对单板中用到的器件有独特的要求，需要明确指出（如对某些制定管脚的使用情况）。除了各个功能模块之外单板设计说明中需要详细描述接口的防护方法。设计说明需要以文档的形式给出，是单板设计过程中重要的文档,其中需要包括单板的名称和单板的版本。如果有条件单板设计说明完成后项目中进行评审。 1.3原理图设计 设计说明完成之后就要开始单板的原理图设计,单板设计说明是单板原理图设计的重要依据。原理图设计之气需要确定单板设计用用到的各个器件原理图库中是否具有原理图符号,如果没有需要提前绘制。新绘制的原理图符号需要反应器件的电气属性,器件型号，最好包含品号信息，绘制完成之后将其放到相应的库中,原理图设计需要包含: 1.各个器件接口的正确电气连接。 2.原理图中的各个器件需要有单独的位号。 3.原理图中需要包含安装孔和定位孔。 4.原理图中的兼容设计或者在实际应用中不需要焊接的器件需要在原理图中明确标出。 原理图的名字需要和单板的名字一致。考虑到单板上所用器件可能会有较长的采购周
受控状态: 编号: 软硬件开发流程及规范 编制: 日期 审核：日期 批准：日期 修订记录
目录 0 目录 (2) 1 概述 (4) 1.1 硬件开发过程简介 (4) 1.1.1 硬件开发的基本过程 (4) 1.1.2 硬件开发的规范化 (4) 1.2 硬件工程师职责与基本技能 (5) 1.2.1 硬件工程师职责 (5) 1.2.2 硬件工程师基本素质与技术 (5) 2 软硬件开发规范化管理 (5) 2.1 硬件开发流程 (5) 2.1.1 硬件开发流程文件介绍 (6) 2.1.2 硬件开发流程详解 (6) 2.2 硬件开发文档规范 (10) 2.2.1 硬件开发文档规范文件介绍 (10) 2.2.2 硬件开发文档编制规范详解 (10) 2.3 与硬件开发相关的流程文件介绍 (13) 2.3.1 项目立项流程： (13) 2.3.2 项目实施管理流程： (13) 2.3.3 软件开发流程： (13) 2.3.4 系统测试工作流程： (13) 2.3.5 内部验收流程 (14)
3 附录一.硬件设计流程图: (15) 4 附录二.软件设计流程图: (16) 5 附录三.编程规范 (17)
1概述 1.1硬件开发过程简介 1.1.1 硬件开发的基本过程 硬件开发的基本过程： 1. 明确硬件总体需求情况，如CPU处理能力、存储容量及速度，I/O端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。 2. 根据需求分析制定硬件总体方案，寻求关键器件及电路的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。关键器件索取样品。 3. 总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB布线，同时完成发物料清单。 4. 领回PCB板及物料后由焊工焊好1?2块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。 5. 软硬件系统联调，一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。一般地，经过单板调试后在原理及PCB布线方面有些调整，需第二次投板。 6. 内部验收及转中试，硬件项目完成开发过程。 1.1.2硬件开发的规范化 硬件开发的基本过程应遵循硬件开发流程规范文件执行，不仅如此，硬件开 发涉及到技术的应用、器件的选择等，必须遵照相应的规范化措施才能达到质量保障的要求。这主要表现在，技术的采用要经过总体组的评审，器件和厂家的选择要参照物料认证部的相关文件，开发过程完成相应的规定文档，另外，常用的硬件电路（如 ID.WDT ）要采用通用的标准设计。
机密
机密 0目录 0目录 (2) 1概述 (4) 1.1硬件开发过程简介 (4) 1.1.1硬件开发的基本过程 (4) 1.1.2硬件开发的规范化 (4) 1.2硬件工程师职责与基本技能 (5) 1.2.1硬件工程师职责 (5) 1.2.2硬件工程师基本素质与技术 (5) 2软硬件开发规范化管理 (6) 2.1硬件开发流程 (6) 2.1.1硬件开发流程文件介绍 (6) 2.1.2硬件开发流程详解 (6) 2.2硬件开发文档规范 (10) 2.2.1硬件开发文档规范文件介绍 (10) 2.2.2硬件开发文档编制规范详解 (11) 2.3与硬件开发相关的流程文件介绍 (13) 2.3.1项目立项流程： (13) 2.3.2项目实施管理流程： (14) 2.3.3软件开发流程： (14) 2.3.4系统测试工作流程： (14) 2.3.5内部验收流程 (14)
机密3附录一. 硬件设计流程图： (16) 4附录二. 软件设计流程图： (17) 5附录三. 编程规范 (19)
机密1概述 1.1 硬件开发过程简介 1.1.1硬件开发的基本过程 硬件开发的基本过程： 1.明确硬件总体需求情况，如CPU 处理能力、存储容量及速度，I/O 端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。 2.根据需求分析制定硬件总体方案，寻求关键器件及电路的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。关键器件索取样品。 3.总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB 布线，同时完成发物料清单。 4.领回PCB 板及物料后由焊工焊好1～2 块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。 5.软硬件系统联调，一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。一般地，经过单板调试后在原理及PCB布线方面有些调整，需第二次投板。 6.内部验收及转中试，硬件项目完成开发过程。 1.1.2硬件开发的规范化 硬件开发的基本过程应遵循硬件开发流程规范文件执行，不仅如此，硬件开发涉及到技术的应用、器件的选择等，必须遵照相应的规范化措施才能达到质量保障的要求。这主要表现在，技术的采用要经过总体组的评审，器件和厂家的选择要参照物料认证部的相关文件，开发过程完成相应的规定文档，另外，常用的
电子电器硬件开发详细流程一、硬件开发基本任务 ●硬件需求分析 ●硬件系统设计 ●硬件开发及过程控制 ●系统联调 ●文档归档及验收申请 二、硬件开发详细流程 硬件需求分析内容 1.基本配置及其互联方法 2.运行环境 3.硬件整体系统的基本功能及主要性能指标 4.硬件分系统的基本功能及主要性能指标 5.功能模块的划分 6.关键技术攻关 7.外购硬件的名称型号、生产单位、主要技术指标 8.主要仪器设备 9.公司内部合作以及与外部的合作 10.可靠性、稳定性、可行性论证 11.电源、工艺结构设计 12.硬件测试方案 硬件总体设计报告
1.系统功能及性能指标 2.系统总体结构图及功能划分 3.单板命名 4.系统逻辑框图 5.组成系统各功能模块框图、电路结构图及单板组成 6.单板逻辑框图及电路结构图 7.关键技术讨论 8.关键器件 单板总体设计方案 1.单板在整机中的位置 2.单板功能描述 3.单板尺寸 4.单板逻辑图及功能模块说明 5.单板软件方能描述 6.单板软件功能模块划分 7.接口定义及相关板的关系 8.重要性能指标、功耗及采用标准 单板硬件详细设计 1.单板整体功能的详细描述及模块的精确划分 2.接口的详细设计 3.关键元器件的功能描述、评审、选择 4.符合规范的原理图及PCB图
5.PCB板的测试及测试计划 单板软件详细设计 1.详细设计细节：中断、主程序功能、子程序功能、入口参 数、出口参数、局部变量、函数调用 2.软件流程图 3.通讯协议：物理层、链路层通讯协议定义、高层通讯协议 定义。 单板硬件过程调试文档 1.单板功能模块划分 2.单板模块调试进度 3.调试中的问题和解决方法 4.原是数据记录、系统方案修改说明 5.单板方案修改说明 6.元器件更换说明 7.原理图、PCB板修改说明 8.调试工作阶段总结 9.下阶段调试计划 10.调试方案修改说明 单板软件过程调试文档 1.单板功能模块划分及功能模块调试进度 2.单板调试中出现的问题及解决办法 3.下阶段调试计划
软件开发行为规范 第一版 深圳市华为技术有限公司 版权所有不得复制
软件开发行为规范 (第一版） 为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。 与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。 本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。 本软件开发行为规范，采用以下的术语描述： ★规则：在软件开发过程中强制必须遵守的行为规范。 ★建议：软件开发过程中必须加以考虑的行为规范。 ★说明：对此规则或建议进行必要的解释。 ★示例：对此规则或建议从正或反两个方面给出例子。 本软件开发过程行为规范由研究技术管理处负责解释和维护。 研究技术管理处
目录 1 软件需求分析 5 2 软件项目计划9 3 概要设计11 4 详细设计14 5 编码18 6 需求管理19 7 软件配置管理21 8 软件质量保证23 9 数据度量和分析25
1 软件需求分析 1-1：软件需求分析必须在产品需求规格的基础上进行，并保证完全实现产品需求规格的定义。 1-2：当产品的需求规格发生变更时，必须修订软件需求规格文档。软件需求规格的变更必须经过评审，并保存评审记录。 1-3：必须对软件需求规格文档进行正规检视。 1-4：软件需求分析过程活动结束前，必须经过评审，并保存评审记录。 1-5：在对软件需求规格文档的正规检视或评审时，必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。 说明：参考建议1-1到1-16。 1-1：采用以下检查表检查软件需求规格文档中需求的清晰性。 1-2：采用以下检查表检查软件需求规格文档中需求的完备性。
（流程管理）硬件开发流程
拟制:______________部门:_______________日期:_______________ 审核:______________部门:_______________日期:_______________ 批准:______________部门:_______________日期: 0.定义 硬件项目组：由硬件开发人员（硬件开发工程师、可靠性工程师、可维护性工程师、信号完整性分析工程师、结构工程师、工艺工程师、系统工程 师、器件工程师、装备工程师等）和单板软件开发人员组成，接受产品 经理和项目开发经理领导，接受业务部硬件经理和研究部经理的指导， 负责完成产品的硬件开发和单板软件的开发工作。 硬件测试组：由研究管理部测试业务部及各业务部测试部、中间试验部测试中心的测试工程师组成，接受测试经理、研究管理部测试业务部及各业
务部测试部、中间试验部测试中心的共同领导，负责拟制硬件测试计划 和系统测试计划，开展测试且提交测试方案。测试组仍应负责硬件测试 工具的开发和调试；同时参和实验局的开局工作；负责试生产准备工作。 1.目的 规范硬件开发流程，控制硬件开发质量，确保硬件开发项目能按预定目标完成，且规范硬件开发工作流程和工艺、结构、电源、物料及可靠性设计等项工作的接口关系。 2.范围 适用于所有硬件及单板软件的开发。 3.流程提要 3.1单板硬件开发及过程控制（器件选型、结构、电源、工艺、产品数据、可靠性等项工作同时开展） 3.2单板调试、测试 4.输入 4.1硬件总体设计方案(4/DC-RDS-I04-01-03) 4.2软件总体设计方案 4.3单板装备设计方案(4/DC-RDS-I04-01-002-03) 4.4单板PCB设计要求(4/DC-RDS-I04-01-002-06) 5.输出 5.1单板软件详细设计方案 5.2单板硬件详细设计方案
机密 1
机密 0目录 0目录 (2) 1概述 (5) 1.1硬件开发过程简介 (5) 1.1.1硬件开发的基本过程 (5) 1.1.2硬件开发的规范化 (5) 1.2硬件工程师职责与基本技能 (6) 2
机密 1.2.1硬件工程师职责 (6) 1.2.2硬件工程师基本素质与技术 (6) 2软硬件开发规范化管理 (7) 2.1硬件开发流程 (7) 2.1.1硬件开发流程文件介绍 (7) 2.1.2硬件开发流程详解 (8) 2.2硬件开发文档规范 (13) 2.2.1硬件开发文档规范文件介绍 (13) 2.2.2硬件开发文档编制规范详解 (13) 2.3与硬件开发相关的流程文件介绍 (17) 2.3.1项目立项流程： (17) 2.3.2项目实施管理流程： (17) 2.3.3软件开发流程： (17) 2.3.4系统测试工作流程： (18) 2.3.5内部验收流程 (18) 3附录一. 硬件设计流程图： (20) 4附录二. 软件设计流程图： (22) 5附录三. 编程规范 (23) 3
机密4
机密1概述 1.1 硬件开发过程简介 1.1.1硬件开发的基本过程 硬件开发的基本过程： 1.明确硬件总体需求情况，如CPU 处理能力、存储容量及速度，I/O 端口的分配、接口要求、电平要求、特殊电路（厚膜等）要求等等。 2.根据需求分析制定硬件总体方案，寻求关键器件及电路的技术资料、技术途径、技术支持，要比较充分地考虑技术可能性、可靠性以及成本控制，并对开发调试工具提出明确的要求。关键器件索取样品。 3.总体方案确定后，作硬件和单板软件的详细设计，包括绘制硬件原理图、单板软件功能框图及编码、PCB 布线，同时完成发物料清单。 4.领回PCB 板及物料后由焊工焊好1～2 块单板，作单板调试，对原理设计中的各功能进行调测，必要时修改原理图并作记录。 5.软硬件系统联调，一般的单板需硬件人员、单板软件人员的配合，特殊的单板（如主机板）需比较大型软件的开发，参与联调的软件人员更多。一般地，经过单板调试后在原理及PCB布线方面有些调整，需第二次投板。 6.内部验收及转中试，硬件项目完成开发过程。 1.1.2硬件开发的规范化 硬件开发的基本过程应遵循硬件开发流程规范文件执行，不仅如此，硬件 5
如对您有帮助，请购买打赏，谢谢您！ 一个完整的产品开发项目管理流程 从一个项目提出到结束，按照ISO9001:2000的项目管理流程，大致有如下步骤： 1、产品立项报告 按照公司的管理流程，由公司有关人等都有可能提出《产品立项报告》，比如公司老总、市场部门、研发部门，一般是在公司组织的定期召开的会议上提出，经初步讨论具有一定的可行性之后，由公司领导提交到公司负责产品开发立项的部门，比如，总工办，然后，按照公司的管理流程，由该部门组织人员进行讨论，最后指定某人进行产品的可行性分析，提交《产品的可行性分析报告》。 在《产品立项报告》中，初步描述该技术的国内、国外现状、经济效益和社会效益。。。 2、产品可行性分析报告 指定的某人提交《产品的可行性分析报告》，在会议上产品立项讨论通过，指定项目经理，对该产品提出《初步设计》。 在这里，要对风险进行评估。 风险控制：要求，新技术在产品中的使用比例不要超出30%。 如果这个产品大量使用新技术，那么，质量和进度往往不容易保证。 新技术，一般是需要先期做一些知识储备。使用太多的新技术推出的产品，一旦出现了不可控制的缺陷，将是灾难性的损失。 以上过程产生项目经理。以下步骤在项目经理的参与和指导下进行。 3、初步设计 由项目经理负责编写。 在这里，要对成本、进度、风险进行准确评估。 产生《初步设计》后，经讨论修改通过后，把《初步设计》提交给该项目的硬件工程师、软件工程师和结构工程师分别提交《硬件详细设计》、《软件详细设计》和《结构详细设计》; 在初步设计中，指定该项目负责的硬件工程师、软件工程师、结构工程师、样机生产负责人、测试工程师等。 在初步设计中，由项目经理对项目总成本进行核算。 并由项目经理或者测试工程师产生《测试大纲》，由总工程师或者项目经理对《测试大纲》进行批准。 4、硬件详细设计
产品设计过程——硬件开发 ●课程简介: 本课程以产品设计过程为主线，详细讲解产品设计过程中的各个环节，帮助学员理解产品开发流程，树立按流程办事和流程优化的思想，更好地开展工作。 ●适合对象：硬件研发类新员工 ●培训目标： 学完本课程后，学员能够达到：了解产品设计过程，并在实际工作中能够按流程办事。 ●课程要点： 硬件工程师职责与基本技能 硬件开发规范化管理的重要性 硬件开发过程及文档规范详解 与硬件开发相关的流程文件介绍
产品设计过程——硬件开发 第一章硬件工程师职责与基本技能 第一节硬件工程师职责 一个技术领先、运行可靠的硬件平台是公司产品质量的基础，硬件工程师职责神圣，责任重大。 1、硬件工程师应勇于尝试新的先进技术之应用，在产品硬件设计中大胆创新。 2、坚持采用开放式的硬件架构，把握硬件技术的主流和未来发展，在设计中考 虑将来的技术升级。 3、充分利用公司现有的成熟技术，保持产品技术上的继承生。 4、在设计中考虑成本，控制产品的性能价格比达到最优。 5、技术开放，资源共享，促进公司整体的技术提升。 第二节硬件工程师的基本素质与技术 硬件工程师应掌握如下基本技能： 1、由需求分析至总体方案、详细设计的设计创造能力； 2、熟练运用设计工具，设计原理图，EPLD，FPGA调试程序的能力； 3、运用仿真设备，示波器，逻辑分析仪调测硬件的能力； 4、掌握常用的标准电路的设计能力，如CPU电路，WDT电路，滤波电路，高 速信号传输线的匹配电路等； 5、故障定位，解决问题的能力； 6、文档的写作能力； 7、接触供应商，保守公司机密的技能。
第二章硬件开发规范化管理 第一节硬件开发规范化管理的重要性 在公司的规范化管理中，硬件开发的规范化是一项重要内容。硬件开发规范化管理是在公司的《硬件开发流程》及相关的《硬件开发文档编制规范》，《PCB 投板流程》等文件中规划的。硬件开发流程是指导硬件工程师按规范化方式进行开发的准则，规范了硬件开发的全过程。硬件开发流程制定的目的是规范硬件开发过程控制，硬件开发质量，确保硬件开发能按预定目的完成。 硬件开发流程不但规范化了硬件开发的全过程，同时也从总体上，规定了硬件开发所完成的任务。做为一名硬件工程师深刻领会硬件开发流程中各项内容，在日常工作中自觉按流程办事，是非常重要的，否则若大一个公司就会走向混乱。所有硬件工程师应把学流程、按流程办事、发展完善流程、监督流程的执行作为自己的一项职责，为公司的管理规范化做出的贡献。 总之，硬件开发流程是硬件工程师规范日常开发工作的重要依据，全体硬件工程师必须认真学习。 第二节硬件开发过程详解 硬件开发过程对硬件开发的全过程进行了科学分解，规范了硬件开发的五大任务，也划分硬件开发的五大阶段。 1、硬件需求分析 2、硬件系统设计 3、硬件开发及过程控制 4、系统联调 5、文档归档及验收申请 硬件开发真正起始应在立项后，即接到立项任务书后，但在实际工作中，许多项目在立项之前已做了大量硬件设计工作。立项完成后，项目组就已有了产品规格说明书，系统需求说明书及项目总体方案书，这些文件都已进行过评审。 1、硬件需求分析
电子产品开发流程 1.功能描述 2.功能框图 3.方案确定 4.原理图 5.PCB设计 6.元器件清单 7.软件设计 8.贴装工艺标准 9.检验文件 10.验收 硬件开发 1.元器件的选型 2.PCB工艺、制作 3.文件转换注意事项 4.特种文件的选型及定制 5.硬件检测方法 软件开发 1.软件功能框图 2.CPU的选定 3.程序编制 4.程序调试 5.程序检测
开发过程注意事项 1.方案定型 2.硬件开发过程中节省的办法 3.产品抗干扰技术 开发实例 1.噪音检测仪开发 2.高频加热开发 电子产品开发流程 产品开发、设计、制作是一件繁杂的技术性很强的工作，应遵循一定的开发规律，按一定的步骤、流程去进行，相互链接各个环节的工作，才能取得良好的结果。 1.功能描述 当确定要开发某一个产品时，首先要知道该产品的全部功能，这部分工作应由提出开发要求的客户来做，由客户形成书面的《电子产品开发目标书》，这个文本将含有产品的全部要求，并作为产品研发全过程的指导性文件，最终产品的《验收标准》。 《电子产品开发目标书》应包含以下部分的内容： a.产品的应用场所及全部功能：应用场所是非常重要的，应用场所环境的不同直接影响到产品的适用等级，有民用级、工业用级及军品用级等，不同等级所采用的方案、元器件的选择都有差别，将直接影响到成本及应用。 产品的功能描述应尽量做到细致，不可错漏某些细小的地方，以免影响到开发的方案最终定稿。一般说来客户对产品的功能描述有一定的片面性，这就要求要有开发经验的工程师与客户进行良好的沟通，按产品功能分块来确定，并在沟通中形成较为详尽的客户要求，形成全面的开发思路基本确定开发所用电路及主体的元器件。 b.产品的形观形状、尺寸：电子产品功能的实现方案不是唯一的，开发过程中应确定开发要求是高可靠性方案还是低成本方案，高可靠性方案成本较高但可靠性非常好，主要用于工业设备、医疗设备及军品；而低成本方案主要用于民用一般设备，可靠性、稳定性均可降低要求。