硬件开发流程

1、深圳市兆日实业有限公司作业指导书文 件 编 号WI4.2-04版本修改状态A0标题硬件开发流程页 码第14页 共814页日期修改状态页码更改说明修改人0新拟制编 写董家山部 门开发部日 期2000年6月3日审 核部 门日 期 年 月 日批 准部 门日 期 年 月 日1.0目的规范硬件开发流程，控制硬件开发质量，确保硬件开发项目能按预定目标完成。2.0范围适用于开发部所有硬件及简单简单单板软件开发。3.0职责3.1开发部经理3.1.1会同技术管理部对硬件概要设计及其文档进行评审。3.1.2负责组织硬件开发过程中详细设计的评审。3.1.3负责对硬件开发过程文档的审核。3.1.4负责对硬件开发归档文

2、档的审核。3.2项目组3.2.1负责硬件概要设计。3.2.2负责单板概要设计及单板软、硬件详细设计。3.2.3负责单板调测和优化。3.2.4负责硬件设计开发过程中文档的编写和归档。3.3综合组3.3.1负责硬件开发文档的标准化及管理。3.3.2负责开发产品版本库的管理。3.3.3参与单板系统联调。3.4技术管理部3.42.1负责组织对硬件概要设计及其文档进行评审。3.5总工程师3.5.1负责主持对硬件概要设计及其文档进行的评审，并作出确认性意见。4.0设计输入4.1总体方案书5.0设计输出5.1硬件概要设计说明书5.2单板硬件概要设计说明书5.3单板软件概要设计说明书5.4单板硬件详细设计说明

3、书5.5单板软件详细设计说明书5.6单板硬件测试报告5.7单板软件测试报告5.8硬件系统联调报告/集成测试报告5.9样机5.10程序5.11生产移交文件说明书5.13用户手册6.0流程见附录9.1硬件开发流程图7.0流程说明7.1硬件需求分析、概要设计项目组依据总体方案书及其它技术标准，进行硬件需求分析和硬件概要设计，编写硬件概要设计说明书。硬件开发所涉及的文档编写参照设计文档文档编写规范执行。7.2概要设计评审技术管理部组织、总工程师主持有关人员对硬件概要设计及文档进行评审，由总工程师签字批准。如需要方案调整，由项目组进行。7.3单板硬件、软件概要设计及评审硬件概要设计评审通过后，由项目组提

4、出采购期长和关键元器件申购计划，同时进行单板软、硬件概要设计，编写单板硬件概要设计说明书及单板软件概要设计说明书，由技术管理部组织、总工程师主持有关人员对单板软、硬件的概要设计进行评审，由总工程师签字批准。对升级单板版本也在此进行设计和评审。7.4单板软件详细设计及评审项目组进行单板软件详细设计，并编写单板软件详细设计说明书，由开发部组织有关人员进行评审，开发部经理签字批准。如需要设计更改，由项目组进行。在单板软件详细设计过程中，由项目组负责对单板软件进行测试，编写单板软件测试报告，经项目经理审核，开发部经理签字批准后归档综合组。7.5单板硬件详细设计及评审由项目组进行单板硬件详细设计并编写单

5、板硬件详细设计说明书，由开发部组织有关人员进行评审，开发部经理签字批准。如需要设计更改，由项目组进行。7.6 PCB设计硬件详细设计完成后即可进行PCB设计，PCB板的投板过程按PCB投板流程进行。7.7物料申购开发物料的申购按照开发物料申购流程执行。7.8单板硬件的调测项目组在单板硬件设计及PCB板组装完成后进行单板硬件的调试，对单板硬件进行测试并记录测试结果，编写单板硬件测试报告，由项目经理审核，开发部经理签字批准。若审批不通过，项目组需分析原因、找出问题并改进设计，PCB重新投板，组装测试合格后，再提交文档进行审批。7.9硬件系统联调当整个单板的软、硬件完成后，由项目组会同综合组进行硬件

6、系统联调并记录结果，编写硬件系统联调报告。由项目经理审核，开发部经理签字批准。若审批不通过，则由项目组重新进行硬件概要设计，若需求更改则要重新进行硬件需求分析和硬件概要设计。7.10设计文档归档当硬件系统联调完成后，项目组将硬件开发过程的设计文档归档，由综合组对文档进行标准化及管理。设计文档的归档及管理按照设计文档归档管理流程和开发文档管理规范执行。7.11申请内部验收当设计文档完成后，可申请内部验收，内部验收按照内部验收工作流程执行。8.0相关文件8.1项目开发程序（文件编号：COP4.2）8.2设计文档归档管理流程（文件编号：WI4.2-01）8.3开发文档管理规范（文件编号：WI4.2-

7、02）8.4 PCB投板流程（文件编号：WI4.2-05）8.5开发物料申购流程（文件编号：WI4.2-07）8.6设计文档编写规范（文件编号：WI4.2-10）8.7内部验收流程（文件编号：WI4.2-11）8.8测试工作流程（文件编号：）9.0附录与记录9.1硬件开发流程图附录19.2单板软件技术规范附录29.3单板软件编写规范附录3附录19.1 硬件开发流程图 附件1附录2 9.2附件2 单板软件技术规范为了规范单板软件编写人员在软件编写过程中对一些特殊问题的处理特制定以下规范。具体如下：1 单板软件尽可能不用递归算法，以防止堆栈溢出。2 对flash的写操作和擦除操作需加入陷阱等一些防

8、误写措施，具体方法如下：在需要对flash进行操作前设置标志字，在进行具体的flash操作时再对标志字进行检查。在子程序之间插入两个空操作及长跳转指令，跳转到错误处理子程序中，该子程序的具体编写根据系统特点的而不同，资源允许的情况下可根据具体情况加入看门狗。3 由于有些cpu加密后，外部程序不能通过指令读取cpu内部代码，所以编写程序时注意尽量避免。4 在通过8251进行串行通讯时根据硬件的特点，有时在双方进行通讯之前会出现一些传输中的误码，所以这时就需要在适当的时候清除8251的接收缓冲区，当然这要视具体情况而定。5 子程序里不能有出现死循环的可能，有些操作耗时比较长，并且需通过判断硬件标志

9、检查该操作是否完成，这时需在程序里加入最大超时。6 软件力求结构清晰，易于维护，通常主程序不宜过长。7 编写软件前应先完成该软件的流程图，以及软件数据结构的设计，系统资源的配置，接口设计等。以上各条可在软件的编写过程中作为参考，程序的编写还需具体情况具体分析。附录39.3附件3单板软件编写规范1适用范围本规范只适用于单板软件的开发，包括c程序和汇编程序2变量类型说明c程序：typedef unsigned int UINT;typedef unsigned char UCHAR;typedef unsigned short USHORT;typedef unsigned long ULONG;

10、typedef int INT;typedef long BOOL;typedef long LONG;typedef char CHAR;typedef short SHORT;3常量命名和宏定义（1） 常量和宏定义必须具有一定的实际意义。（2） 量和宏定义在#include和函数定义之间。（3） 常量和宏定义必须全部以大写字母来撰写,中间可根据意义连续性用下划线连接,每一条定义右侧必须有一简单的注释,，说明其作用。（4） 在程序中尽量对常量进行命名(宏定义)。 例如: #define xxx 0x20 (c程序) xxx equ 20h (汇编程序) 4函 数（1） 函数原型说明包括引用外

11、来函数及内部函数，外部引用必须在右侧注明函数来源。（2） 模块名及文件名,如是内部函数，只要注释其定义文件名。（3） 第一个字母必须使用大写字母,要求用大小写字母组合规范函数命名,必要时可用下划线间隔。示例如下：void UpdateDB_Tfgd (TRACK_NAME);/* 源模块文件: C:mydirsdw.c */void ShowChar (int , int , chtype); /* 本地函数 */或(汇编)extern code UpdateDB_Tfgd; /* 源模块文件: C:mydirsdw.c */5结构体命名 (对c程序)结构体类型命名必须全部用大写字母,原则上前

12、面以下划线开始;结构体变量命名必须用大小写字母组合，第一个字母必须使用大写字母,必要时可用下划线间隔。对于私有数据区，必须注明其所属的进程。全局数据定义只需注意其用途。6注释（1） 原则上注释要求使用中文。（2） 文件开始注释内容包括:公司名称、版权、作者名称、时间、模块用途、背景介绍和版本等,复杂的算法需要加上流程说明。（3） 函数注释包括：输入、输出、函数描述、流程处理、全局变量、调用样例等,复杂的函数需要加上变量用途说明。（4） 尽量在难于理解的代码和可能产生误解的代码前加上注释，, 包括：:修改时间和作者、该代码的用途等。引用一: 文件开头的注释模板/* 文件名: * Copyrigh

13、t (c) 1998-1999 深圳兆日实业有限公司开发部 * 创建人:* 日 期:* 修改人:* 日 期:* 描 述:* 版 本: 1.3*-* 函 数:*/引用二: 函数开头的注释模板/* 函数名:* 输 入: a,b,c*a-* b-* c-* 输 出: x-* x 为 1, 表示.* x 为 0, 表示.* 描 述:* * 全局变量: * 调用模块:* 作 者:* 日 期:* 修 改:* 日 期:* 版 本: 1.3*/引用三: 程序中的注释模板c程序:/*-*/* 注释内容*/*-*/汇编:;-; 注释内容;-7程序（1） 程序编码力求简洁，结构清晰，避免太多的分支结构及太过于技巧性的程序，尽量不采用递归模式。（2） 编写程序时，亦必须想好测试的方法，换句话说，元件测试 的测试方案应与程序编写时一并拟好。（3） 注释一定要与程序一致。（4） 版本封存以后的修改