一、规范五大高压线
高压线一、所有操作必经技术授权及客户授权、在行业默许时间内操作：涉及现网的任何操作均需要通过技术授权并向用户提交书面申请，得到客户的签字确认后才能执行；涉及现网的任何危险操作绝对禁止在白天（非行业默许时间）进行，如用户强制要求，须经用户维护主管签字确认，经办事处产品区域RPM、项目经理/维护项目经理、客户支持经理、系统部ASD同意，并得到维护leader技术授权通过后方可进行。
高压线二、重大操作必按提方案，审核通过方可执行：涉及现网的所有升级/割接/整改必须按照《XX变更方案模板》制定详细的操作方案，且方案审核通过后才能执行；操作前必须进行数据备份，完成后必须进行业务、计费测试和记录，测试结果必须用户签字确认。
高压线三、重大事故及时通报，问题处理及时汇报：工程师获知客户重大事故时，应即时汇报（5分钟内）通报给2个人：产品维护leader、维护项目经理。合作方员工在遇到重大事故时，5分钟内通报办事处产品技术负责人、项目经理，产品技术负责人、项目经理5分钟内分别通报产品维护leader、维护项目经理、工程经理。问题处理完毕后在1个工作日内向用户维护主管进行汇报（重要的需要书面汇报），汇报问题解决情况或者下一步措施；
高压线四、报告提交客户前必须经过办事处审核：所有向用户提供的书面报告（尤其是产品故障说明报告），均需要经过产品维护leader、维护项目经理、区域RPM、系统部ASD审核，严禁私自向用户提供报告。
高压线五、杜绝一切退单和投诉，坚决保证客户满意度：熟记和理解工程满意度、问题单满意度回访要求，杜绝一切形式的低分问题单（工程）或退单；日常注意和用户沟通的方式，从心底里尊重用户，杜绝一切形式的投诉和低分单。
二、办事处重大事故通报流程
1、工程师接到事故投诉后5分钟内通报产品LEADER（网优工程师通报给NTS 经理），产品LEADER/NTS 经理接到重大事故后，必须立即按照《XXX 产品事故技术定级标准》在5 分钟内确定事故的技术级别，并通报代表处CS 经理、SPM；同时产品LEADER通报800申请公司二线专家支持。
2、合作方员工在遇到重大事故时5分钟通报办事处产品技术负责人、项目经理（网优通报给TL），产品技术负责人、项目经理、网优TL 5 分钟内分别通报产品维护leader、SPM、工程经理、NTS经理。
3、CS 经理根据事故级别及业务影响通报交付副代表、系统部主任、中国区客户支持部长；SPM 接到事故通报第一时间向ASD、地市RPM、系统部、客户经理、大T 对口SPM进行通报。
4、如果事故恢复涉及跨产品，由SPM、NTS 经理负责在代表处组织协调和保障跨产品线资源；产品LEADER 通报重大事故的内容必须包括:
A、客户名称、设备信息、故障类别（宕机、全部业务中断、部分业务中断等）；
B、业务影响区域和类别、影响用户数量；
C、业务中断发生时间、接到客户通知时间、业务是否已恢复；
D、现场处理进展、故障原因初步分析；
E、客户对事故的态度、客户关注层面；
5、SPM 组织代表处客户关怀团队根据重大事故的客户地位、客户感受等因素评估事态的严重程度确定事故综合级别，对于2 级以上事故：交付副代表第一时间向公司管理团队进行短信通报；同时交付副代表立即电话通报到总部TAC，TAC 中心发出短消息通报。
6、产品LEADER 在获得事故综合级别后，需立即把事故的级别反馈给正在进行事故恢复的总部专家团队（产品线的重大事故责任人）；同时应立即联系总部事故恢复专家组组长，申请总部组织技术专家资源予以保障，如事故不能及时得到恢复，产品LEADER 必须持续跟踪事故恢复的进展，直到事故得到恢复；
7、代表处客户关怀团队在受理到重大事故后，必须立即组织安排代表处客户关怀成员开展客户关怀工作。当事故恢复后，需继续关注客户对事故发生及事故恢复服务的感受，确保客户对产品和服务的满意。
三、从历史原因来看导致人为事故发生的原因。
答：人为事故是技术服务人员的第一高压线――“一触即亡”，一旦发生，对公司、团队和个人职业成长将产生非常大的负面影响，必须坚决杜绝！
常见的现象及导致人为事故概率：
1、未经授权，盲目听从客户要求，随意对现网进行操作。
从历史经验看，工程师盲目听从客户要求，随意对现网进行操作，导致的重大人为事故屡见不鲜。由于这些现场操作都没有经过办事处授权和用户的书面许可，所以一旦出现问题对公司和客户都造成极其恶劣的影响，表面上是在帮客户实质上是把自己和客户推向了“断头台“。
2、在非行业默许时间做自认为轻车熟路的操作；
从历史经验看，在非行业默许时间做操作出现人为事故概率非常高，工程师认为一些操作非常熟悉风险较小，有事客户也不愿意晚上加班，所以工程师存在侥幸的心理，在非行业默许的时间进行业务验证，从而导致人为事故的发生。
3、操作不进行业务验证，或业务验证不细致的；
从历史经验看，业务验证不充分既有可能导致人为事故，尤其在升级、割接、网络调整等操作时最容易发生。因此业务验证是重大操作中的最重要、最关键环节之一，验证过程绝不允许有任何偷工减料，否则必定会导致重大人为事故。
4、发现问题未及时进行通报，导致事故处理拖延的；
从历史经验看，问题发生后不马上通报而是把自己埋头处理甚至隐瞒不报的，最终都爆发出来而且影响极为恶劣。及时通报不仅仅是知会的过程，更是求助的过程，验证证明及时求助时解决问题最快、最有效的途径，也是协调资源缩小事故影响的最佳时机。
5、对自己所操作的后果和风险不清楚的；
从历史经验看，对自己所做的操作的后果和风险不清楚是极其危险的！由于风险预估不足，没有做充分的防范准备措施，无知者无畏，最终导致人为事故的发生，例如T 局事故，该员工因此被辞退，教训深刻！
6、对已知问题和隐患没有及时采取措施，导致事故发生；
从历史教训看，对已知问题和隐患没有及时采取措施，都可能会触发重大事故。例如公司缺陷不及时整改，备机宕机不及时恢复等。为了避免重大事故发生的发生，一旦发现问题和隐患务必及时解决，由于问题处理拖延导致的事故，公司一律定为人为事故。
7、为了测试或规避问题做了操作，事后忘记恢复的；
从历史经验看：现场工程师经常会因为测试或规避问题而对设备进行临时性的数据修改，这类数据仅限于在特殊网络或特殊时间段使用，一旦设备正式运行或者环境发生改变，这些数据就极有可能会引发重大人为事故，因此工程师必须牢记事后及时恢复临时数据。
四、应该如何杜绝人为事故？
设备操作前，问自己7个问题：
1）、现网操作是否已经100%提交技术授权、100％客户授权？
2）、是否给客户提交了操作申请报告，并要求客户随工陪同？
3）、是否了解这个操作可能造成的影响，会带来那些风险？
4）、是否清楚该局点版本特性、缺陷、预警，该局点已知的问题和事故？
5）、是否已经熟练掌握将要实施的操作和执行的命令？
6）、是否对数据进行了备份？
7）、一旦出现异常情况，是否有防范和应急措施？
操作结束后，问自己3 个问题：
1）、是否已与客户共同测试验证，并确认问题得到解决或实现了预期的目的？
2）、是否在第二天对现场设备状态进行了检查，检查结果是否正常？
3）、是否已向客户维护主管汇报情况，并提交《现场服务报告》由客户签字确认？
五、现场操作后出现业务中断（人为事故）时怎么办？
1、根据经验看，现场操作后出现事故，往往与近期执行的操作有密切的关系，所以应该首先“怀疑自己”，立即检查最近对设备相关的操作、操作设备与故障网络的相关性，查找是否有导致事故的可能操作。
2、第一时间求助和通报您的直接主管，一定要将现场操作如实告知您的主管，切勿隐瞒。如果是因为最近的相关操作造成的业务中断，根据所作的操作来判断故障的可能原因，
1、根据经验看，现场操作后出现事故，往往与近期执行的操作有密切的关系，所以应该首先“怀疑自己”，立即检查最近对设备相关的操作、操作设备与故障网络的相关性，查找是否有导致事故的可能操作。
2、第一时间求助和通报您的直接主管，一定要将现场操作如实告知您的主管，切勿隐瞒。如果是因为最近的相关操作造成的业务中断，根据所作的操作来判断故障的可能原因，可以很快的定位问题，快速恢复业务，这样可以把业务中断的影响降低到最小。如果隐瞒操作，导致故障难以定位，业务中断越长，影响也就会越大。
3、历史经验看，人为操作事故是隐瞒不住的，隐瞒虚报只会扩大事情的影响。这种情况下，如实告知是唯一正确的选择。
六、工程师现网操作行为管理规范
Notes、Email等方式向客户群TL或产品维护leader描述实施方案，进行技术授权。客户授权：即客户书面同意本次操作，工程师递交《现场服务申请》，客户签章同意。定需向产品维护leader、维护项目经理、系统部ASD请求界面授权同意。
具体工程师现网操作行为管理规范：
1、工程师对现网操作必须100％进行技术授权。授权通过后，工程师才允许进行下一步操作。完成操作后，工程师闭环问题单时需在问题单“Work Note”区段中填写
“已获XXX技术授权”，以备查证。
2、工程师对现网操作必须100％进行客户授权。客户授权通过后，工程师才允许进行现网设备的操作。对于重大高危操作，工程师向客户提交服务申请的同时需附带《技术方案》。
3、工程师对现网进行操作时除巡检外（现场、远程接入）必须100%录入问题单。
4、工程师在方案实施过程中，如果发生未预料到的异常状况或实施超出方案内容的操作，需重新进行技术授权和客户授权，方可实施。
5、对于重大事故，以业务恢复为首要工作，产品维护leader可通过电话等方式指导工程师恢复业务，工程师事后补录问题单。
七、如果要你做一个重大操作，请简述一下需要做哪些准备？
1、首先要了解现网的运行情况（双机是否正常，资源使用率、光功率是否正常、板卡是否正常）和该网络的历史故障情况，做到对现网状态和历史运行情况心中有数。
2、仔细分析现网的组网结构，业务特性开展情况，版本的使用情况，制作详细的业务验证方案。尤其关注网络中的特殊业务，特殊版本，从support 网站利用预警查询工具查阅现网版本的所有预警公告，在操作中做好规避缺陷和风险的措施。如果其他网络做过类似操作，务必进行了解借鉴，吸取经验。
3、实施前期必须做好数据采集和备份，以及详细的回退措施应对风险。同时务必和用产品维护eader、客户支持经理确认。
4、根据上述准备工作制作详细的基于时间点的实施方案，严格按照重大操作
流程进行技术授权。通过变更电子流提交实施方案，代表处变更经理或者公司对方案进行审核，必须时需要公司进行方案测试。
5、收集客户设备信息发生的变化并记录，并在五天内刷新CEAS 设备档案。
八、设备重大操作完成后的注意事项？
1、业务验证是重大操作的最重要、最关键一个环节之一，是确保升级圆满结束的一个重要保障措施，有50%以上的人为事故和升级失败案例都是因为验证不仔细导致，对此项工作不能有丝毫马虎。操作完成后必须根据预先制定的验证方案进行计费、业务、保护倒换、设备状态、话统、网管接口等方面内容的一一认真仔细验证，不允许有任何遗漏。
2、验证同时获得客户和我方认可才是有效的验证，所以验证过程务必有客户全程参与，同时验证结果必须有客户签字确认，否则验证结果是无效结果，验证过程客户不参与或者对结果不签字需要及时通知产品维护leader、区域RPM、维护项目经理、cs 经理协调处理。
3、验证的过程记录（包括操作记录、验证结果）要全部保存到自己的计算机中备查。
4、重大操作后可能会有一些意想不到的问题，所以即使操作成功，第二天也务必安排人员进行电话或者现场值守，确保操作后的问题能够快速处理。是否需要现场值守需要经过产品维护eader、客户支持经理确认。
5、收集客户设备信息发生的变化并记录，并在五天内刷新CEAS 设备档案。
九、什么样的问题需要加强敏感，需要是重点关注和推动？
1、综合定级为二级以上重大事故；
2\重点局发生的重大事故或者故障，例如TD、关口局、HLR、G9、NGN、
W/CDMA 等局点；
3、在同一局点网上短期内（1 月以内）出现2 次以上重复发生的问题（事故、
故障或者网络问题）或者不同问题；
4、客户、办事处市场、系统部ASD反应强烈/重点关注的问题和需要；
5、重大项目运作期间对涉及的运营商的所有问题都必须关注，例如运营商集采项目运作期间的网络问题；
6、涉及与友商比拼项目中，网络出现的问题；
7、新进入市场产品的市场关注的重要问题；例如WLAN/WCDMA/PTN等；
8、移动运营商网络。
华为软件编程规范Revised on November 25, 2020
目录 1 排版 6 2 注释11 3 标识符命名18 4 可读性20 5 变量、结构22 6 函数、过程28 7 可测性36 8 程序效率40 9 质量保证44 10 代码编辑、编译、审查50 11 代码测试、维护52 12 宏53
1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规范。 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例： + STAT_SIZE_PER_FRAM * sizeof( _UL ); act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied = stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false = SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER) && (n7stat_stat_item_valid (stat_item)) && (act_task_table[taskno].result_data != 0));
文档编号产品版本受控状态 DC-SB-2003-1005V 1.0 内部 产品名称：软件编程规范共页 软件编程规范 (仅供内部使用) 北京世纪百合科技有限公司 Beijing Centurial Lily Technology Co.,Ltd. 版权所有不得复制
文档修改记录
目录 1.引言 (4) 1.1 目的 (4) 1.2 范围 (4) 2.规范 (4) 2.1 文件 (4) 2.2版面风格 (8) 2.3 标识符命名 (12) 2.4 函数与宏 (14) 2.5 代码的可靠性 (18) 3.附录：通用类型的公共定义 (23)
1.引言 1.1目的 本规范的目的在于增加源代码的可读性，减少程序员对代码理解上的偏差，使程序员能够编写出可靠的代码，降低代码维护成本。 1.2范围 本规范内容涉及范围包括：文件、版面、注释、标识符、变量和结构、函数、宏以及可理解性等。本规范适用于公司开发的所有软件产品。在新软件的编码过程中本规范必须执行。 2.规范 2.1文件 2.1.1头文件的名称一律为小写，格式为“子系统名_文件名.h”。例如： ipf_protocol.h等。 2.1.2头文件的格式如下： ?注释头，格式参见软件编程规范； ?头文件预编译开关开始，格式为： #ifndef 预编译开关 #define 预编译开关 其中预编译开关格式为：“ _文件名_H”，其中文件名一律大写 ?头文件内容； ?头文件预编译开关结束，格式为： #endif 用来和头文件预编译开关的开始对应。 例如：以下为ipf_ip.h头文件的内容： /************************************************************ Copyright (c) Lily Of The Century Technology Co., LTD. ALL RIGHTS RESERVED Description: // 用于详细说明此程序文件完成的主要功能 *************************************************************/ #ifndef _IPF_IP_H #define _IPF_IP_H ...
华为公司招聘条件要求 软件研发工程师: 工作职责 : 负责通信系统软件模块的设计、编码、调试、测试等工作，参与相关质量活动，确保设计、实现、测试工作按时保质完成 职位要求: 1、计算机、通信或相关专业本科以上学历 2、熟悉C/C++、JAVA底层驱动软件编程，熟悉 TCP/IP 协议、 Internet 网的基本知识 3 、对通信知识有一定基础 4、能够熟练阅读和理解英文资料 2、硬件研发工程师 : 工作职责 : 从事单板硬件、光技术、逻辑、射频、装备、 机电、CAD器件可靠性等模块开发工作，参与相关质量活动, 确 保设计、实现、测试工作的按时保质完成。 职位要求: 1、电子、计算机、通信、自控、自动化相关专业本科以上学历 2、具备良好的数字、模拟电路基础 3、熟悉C/嵌入式系统开发/底层驱动软件编程/逻辑设计 4、能 够熟练阅读和理解英文资料芯片设计工程师: 工作职责 :
1、负责数字 / 模拟芯片开发和设计、验证、实现工作； 2、按照模块规格和芯片总体方案的要求，严格遵循开发流程、模板、标准和规范，承担 模块的详细设计和实施工作，确保开发工作按时按质完成； 3、及时编写各种设计文档和标准化资料，实现资源、经验共享。 职位要求: 1、微电子、计算机、通信工程等相关专业 2、了解或实际应用过 VHDL/Verilog 语言编程，掌握数字电路设计，或具有FPGA设计经验，或熟悉综合（SYN”时序分析（STA /布局布线（Place and routing ） /可测性设计（DFT，有相关工具应用的经验；或具有模拟 IC 设计项目经验 射频开发工程师: 工作职责 : 负责通讯设备射频模块的开发、设计和优化工作；从事无线基站通信设备天馈及其解决方案方面的研究和开发工作。 职位要求: 1、电子、通信、电磁场与微波、微电子半导体等专业本科及以上学历； 2、能够熟练阅读和理解英文资料； 3、掌握并有RF仿真经验（如ADS优先； 4、有射频产品开发经验优先。 云计算研发工程师:
软件编程规范 (仅供内部使用) 北京世纪百合科技有限公司 Beijing Centurial Lily Technology Co.,Ltd. 版权所有不得复制
文档修改记录
目录 1.引言 (6) 1.1 目的 (6) 1.2 范围 (6) 2.规范 (6) 2.1 文件 (6) 2.2版面风格 (4) 2.3 标识符命名 (9) 2.4 函数与宏 (11) 2.5 代码的可靠性 (15) 3.附录：通用类型的公共定义 (21)
1.引言 1.1目的 本规范的目的在于增加源代码的可读性，减少程序员对代码理解上的偏差，使程序员能够编写出可靠的代码，降低代码维护成本。 1.2范围 本规范内容涉及范围包括：文件、版面、注释、标识符、变量和结构、函数、宏以及可理解性等。本规范适用于公司开发的所有软件产品。在新软件的编码过程中本规范必须执行。 2.规范 2.1文件 2.1.1头文件的名称一律为小写，格式为“子系统名_文件名.h”。例如： ipf_protocol.h等。 2.1.2头文件的格式如下： 注释头，格式参见软件编程规范； 头文件预编译开关开始，格式为： #ifndef 预编译开关 #define 预编译开关 其中预编译开关格式为：“ _文件名_H”，其中文件名一律大写 头文件内容； 头文件预编译开关结束，格式为： #endif 用来和头文件预编译开关的开始对应。 例如：以下为ipf_ip.h头文件的内容： /************************************************************ Copyright (c) Lily Of The Century Technology Co., LTD. ALL RIGHTS RESERVED Description: // 用于详细说明此程序文件完成的主要功能 *************************************************************/ #ifndef _IPF_IP_H #define _IPF_IP_H ...
软件开发规范 1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规范。 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... epssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例： = NO7_TO_STAT_PERM_COUNT_LEN + STAT_SIZE_PER_FRAM * sizeof( _UL ); act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied = stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false
= SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER) && (n7stat_stat_item_valid (stat_item)) && (act_task_table[taskno].result_data != 0));
华为PCB设计规范 1..1 PCB（Print circuit Board)：印刷电路板。 1..2 原理图：电路原理图，用原理图设计工具绘制的、表达硬件电路中各种器件之间的连接关系的图。 1..3 网络表：由原理图设计工具自动生成的、表达元器件电气连接关系的文本文件，一般包含元器件封装、网络列表和属性定义等组成部分。 1..4 布局：PCB设计过程中，按照设计要求，把元器件放臵到板上的过程。深圳市华为技术有限公司1999-07-30批准，1999-08-30实施。 1..5 仿真：在器件的IBIS MODEL或SPICE MODEL支持下，利用EDA设计工具对PCB的布局、布线效果进行仿真分析，从而在单板的物理实现之前发现设计中存在的EMC问题、时序问题和信号完整性问题，并找出适当的解决方案。深圳市华为技术有限公司1999-07-30批准，1999-08-30实施。 II. 目的 A. 本规范归定了我司PCB设计的流程和设计原则，主要目的是为PCB设计者提供必须遵循的规则和约定。 B. 提高PCB设计质量和设计效率。 提高PCB的可生产性、可测试、可维护性。 III. 设计任务受理 A. PCB设计申请流程 当硬件项目人员需要进行PCB设计时，须在《PCB设计投板申请表》中提出投板申请，并经其项目经理和计划处批准后，流程状态到达指定的PCB设计部门审批，此时硬件项目人员须准备好以下资料： ⒈经过评审的，完全正确的原理图，包括纸面文件和电子件； ⒉带有MRPII元件编码的正式的BOM； ⒊PCB结构图，应标明外形尺寸、安装孔大小及定位尺寸、接插件定位尺寸、禁止布线区等相关尺寸； ⒋对于新器件，即无MRPII编码的器件，需要提供封装资料； 以上资料经指定的PCB设计部门审批合格并指定PCB设计者后方可开始PCB设计。
DKBA 华为技术有限公司企业技术规范 钢网设计规范 华为技术有限公司发布
版权所有侵权必究
目次 前 言 ................................................................................. .. (3) 1 范围 6 2 规范性引用文件 6 3 术语和定义 6 4 材料、制作方法、文件格式 6 4.1 网框材料 6 4.2 钢片材料 6 4.3 张网用丝网及钢丝网 6 4.4 张网用的胶布，胶 6 4.5 制作方法7 4.6 文件格式7 5 钢网外形及标识的要求7 5.1 外形图7 5.2 PCB居中要求8 5.3 厂商标识内容及位置8 5.4 钢网标识内容及位置8 5.5 钢网标签内容及位置8 5.6 MARK点8 6 钢片厚度的选择9 6.1 焊膏印刷用钢网9 6.2 通孔回流焊接用钢网9 6.3 BGA维修用植球小钢网9 6.4 贴片胶印刷用钢网9 7 焊膏印刷钢网开孔设计9 7.1 一般原则9 7.2 CHIP类元件10 7.2.1 0603及以上10 7.2.2 0402 11 7.3 小外形晶体11
7.3.1 SOT23-1、SOT23-5 11 7.3.2 SOT89 11 7.3.3 SOT143 12 7.3.4 SOT223 12 7.3.5 SOT252，SOT263，SOT-PAK 12 7.4 VCO器件12 7.5 耦合器元件（LCCC) 13 7.6 表贴晶振13 7.7 排阻14 7.8 周边型引脚IC 14 7.8.1 Pitch≤0.65mm的IC 14 7.8.2 Pitch>0.65mm的IC 14 7.9 双边缘连接器14 7.10 面阵型引脚IC 14 7.10.1 PBGA 14 7.10.2 CBGA，CCGA 15 7.11 其它问题15 7.11.1 CHIP元件共用焊盘15 7.11.2 大焊盘15 7.12 通孔回流焊接器件16 7.12.1 焊点焊膏量的计算16 7.12.2 钢网开口的设计17 7.12.3 钢网开口尺寸的计算17 7.13 BGA 植球钢网开口设计18 7.14 特例18 8 印胶钢网开口设计18 8.1 CHIP元件18 8.2 小外形晶体管19 8.2.1 SOT23 19 8.2.2 SOT89 19 8.2.3 SOT143 19 8.2.4 SOT252 19 8.2.5 SOT223 20
FPGA设计流程指南 前言 本部门所承担的FPGA设计任务主要是两方面的作用：系统的原型实现和ASIC的原型验证。编写本流程的目的是： ●在于规范整个设计流程，实现开发的合理性、一致性、高效性。 ●形成风格良好和完整的文档。 ●实现在FPGA不同厂家之间以及从FPGA到ASIC的顺利移植。 ●便于新员工快速掌握本部门FPGA的设计流程。 由于目前所用到的FPGA器件以Altera的为主，所以下面的例子也以Altera为例，工具组合为modelsim + LeonardoSpectrum/FPGACompilerII + Quartus，但原则和方法对于其他厂家和工具也是基本适用的。
目录 1. 基于HDL的FPGA设计流程概述 (1) 1.1 设计流程图 (1) 1.2 关键步骤的实现 (2) 1.2.1 功能仿真 (2) 1.2.2 逻辑综合 (2) 1.2.3 前仿真 (3) 1.2.4 布局布线 (3) 1.2.5 后仿真（时序仿真） (4) 2. Verilog HDL设计 (4) 2.1 编程风格（Coding Style）要求 (4) 2.1.1 文件 (4) 2.1.2 大小写 (5) 2.1.3 标识符 (5) 2.1.4 参数化设计 (5) 2.1.5 空行和空格 (5) 2.1.6 对齐和缩进 (5) 2.1.7 注释 (5) 2.1.8 参考C语言的资料 (5) 2.1.9 可视化设计方法 (6) 2.2 可综合设计 (6) 2.3 设计目录 (6) 3. 逻辑仿真 (6) 3.1 测试程序（test bench） (7) 3.2 使用预编译库 (7) 4. 逻辑综合 (8) 4.1 逻辑综合的一些原则 (8) 4.1.1 关于LeonardoSpectrum (8) 4.1.1 大规模设计的综合 (8) 4.1.3 必须重视工具产生的警告信息 (8) 4.2 调用模块的黑盒子（Black box）方法 (8) 参考 (10) 修订纪录 (10)
软件开发行为规范 第一版 深圳市华为技术有限公司 版权所有不得复制
软件开发行为规范 (第一版） 为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中，把各种规范“逐步形成工程师的作业规范”，特制定本软件开发行为规范，以达到过程控制的目的。 与软件开发相关的所有人员，包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为，必须按照有关管理规定进行处罚。 本软件开发行为规范的内容包括：软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。 本软件开发行为规范，采用以下的术语描述： ★规则：在软件开发过程中强制必须遵守的行为规范。 ★建议：软件开发过程中必须加以考虑的行为规范。 ★说明：对此规则或建议进行必要的解释。 ★示例：对此规则或建议从正或反两个方面给出例子。 本软件开发过程行为规范由研究技术管理处负责解释和维护。 研究技术管理处
目录 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：采用以下检查表检查软件需求规格文档中需求的完备性。
华为软件开发规范
软件开发规范 1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规范。 if (!valid_ni(ni)) { ... // program code } repssn_ind = 仅供内部使用2
ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例： perm_count_msg.head.len = NO7_TO_STAT_PERM_COUNT_LEN + STAT_SIZE_PER_FRAM * sizeof( _UL ); 仅供内部使用3
act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied = stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false = SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER) && (n7stat_stat_item_valid (stat_item)) && (act_task_table[taskno].result_data != 0)); 仅供内部使用4
华为软件编程规范和范例 〔一〕=====[排版] ]=======. 〔二〕======[注释]=======. 〔三〕=====[标识符命名]=======. 〔四〕=====[可读性]======. 〔五〕=====[变量、结构]=====. 〔六〕=====[函数、过程]=====. 〔七〕=====[可测性]=====. 〔八〕=====[程序效率]=====. 〔九〕=====[质量保证]=====. 〔十〕=====[代码编辑、编译、审查]=====. 〔十一〕=====[代码测试、维护]=====. 〔十二〕=====[宏]=====. 〔一〕========[ 排版]========== 11-1：程序块要采用缩进风格编写，缩进的空格数为4个 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行 示例：如下例子不符合规范。 Int ni; if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 Int ni; if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读 示例： perm_count_msg.head.len = NO7_TO_STAT_PERM_COUNT_LEN
Panorama系统程序开发规范之二 1.匈牙利命名规则 变动前缀类型 a Array b Boolean by Byte c Char //有符号型字符 cb Char Byte //无符号型字符（没多大用处） cr ColorRef //颜色参考值 cx,cy Length of x,y (ShortInt) //坐标差（长度） dw Double Word fn Function h Handle i Integer m_ Member of a class n Short Integer np Near Pointer p Pointer lp Long Pointer ×(str) s String sz String with Zero End //以字符'\0'结尾的字符串 tm Text //文本内容 w Word x,y Coordinate //坐标
2.Panorama系统的命名约定 2.1 VC中变量命名时的前缀约定 Array a... //例：CStringArray saText BOOL b... UINT n... int i... short n... long l... WORD w... DWORD dw... float f... char c... char* psz... TCHAR* psz... LPCTSTR lpsz... CString str... COLORREF cr... LPLOGPALETTE lp... (包括LP开头的类型都是这样) POINT pt... CPoint pt... HANDLE h... HGLOBAL h... (包括H开头的类型都是这样) 说明： 1.如果是指向上述类型的指针，就在上面规范前加"p" ; 2.如果是指向上述类型的双重指针，就在上面规范前加"pp" ; 3.如果是类成员变量，则在上面规范前加"m_"; 4.全局变量,则在上面规范前加"g_"; 5.在类型前加了"const",命名约定不变; 2.2 VC中变量命名时的后缀约定 1.MFC类 CWnd* p...Wnd 省去的地方一般为该类的用途(如果是某一个类的成员，则还应该在前加"m_")又如：CView* p...View 2.3 局部变量应尽量易懂简洁，使用常见的变量，如Num,nCount,i,j,k,n,len,pos, offset,nReadNum,index,nRet,ret, string,filename临时变量，如ltmp,ftmp,tmpStr,tempStr 。。。 2.4 函数命名也应该见名知意。如CalcAllDataStyle(),ReadDocDataFromTime(),GetIndexInfo() 常见的函数Init_, Open_, Create_, Get_, Set_, Read_, Load_, Write_, Start_, Stop_, Check_,
目录 1 排版 6 2 注释11 3 标识符命名18 4 可读性20 5 变量、结构22 6 函数、过程28 7 可测性36 8 程序效率40 9 质量保证44 10 代码编辑、编译、审查50 11 代码测试、维护52 12 宏53
1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规范。 if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例： perm_count_msg.head.len = NO7_TO_STAT_PERM_COUNT_LEN + STAT_SIZE_PER_FRAM * sizeof( _UL ); act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied = stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false = SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER)
华为技术有限公司 软件测试类技术任职资格标准 版本号：2.0 拟制单位：测试业务部/技术干部部 二○○一年十一月
目录 概述 .............................. 3页 第一部分级别定义................. 5页第二部分资格标准................ 8页
概述 任职资格管理的目的 ?规范人才的培养和选拔，推动做实的人不断提高水平，引导有水平的人做实，按做实给予评价。 ?激励员工不断提高其职位胜任能力，以职业化的员工队伍参与国际竞争。?树立有效培训和自我学习的标杆，以资格标准牵引员工不断学习、不断改进，保持公司的持续性发展。 任职资格认证原则 ?以关键行为和核心技能为中心 ?以工作实绩为导向 ?标准公开、程序公正 ?测试、评议相结合 任职资格标准体系 ?软件测试类任职资格标准由工作经验、必备知识、技能标准、工作绩效、行为标准等五个部分组成。 软件测试类任职资格认证对象
从事软件测试类工作的人员
第一部分级别定义 根据软件测试类的实际情况，将技术任职资格等级分为一至六级，如下图所示。 级别定义描述了各级人员的工作定义、工作内容、工作性质、主要职责及影响范围。 级别代码：T0401（01） 级别名称：软件测试类一级工程师 要点：有一定系统特性的测试实践经验，参与测试方案和测试用例的设计，能够独立完成测试代码实现、测试环境搭建、测试执行等工作。承担华为某一产品领域或特定产品技术领域中一般系统特性的测试、质量保证活动等工作。在二级及以上工程师的指导下按计划要求完成任务并保证其质量。
软件开发规 1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规。 if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。
示例： perm_count_msg.head.len = NO7_TO_STAT_PERM_COUNT_LEN + STAT_SIZE_PER_FRAM * sizeof( _UL ); act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied = stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false = SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER) && (n7stat_stat_item_valid (stat_item)) && (act_task_table[taskno].result_data != 0));
My_Panorama系统程序开发规范之二 命名法则 1.匈牙利命名规则 变动前缀类型 a Array b Boolean by Byte c Char //有符号型字符 cb Char Byte //无符号型字符（没多大用处） cr ColorRef //颜色参考值 cx,cy Length of x,y (ShortInt) //坐标差（长度） dw Double Word fn Function h Handle i Integer m_ Member of a class n Short Integer np Near Pointer p Pointer lp Long Pointer ×(str) s String sz String with Zero End //以字符'\0'结尾的字符串 tm Text //文本内容 w Word x,y Coordinate //坐标
2.Panorama系统的命名约定 2.1 VC中变量命名时的前缀约定 Array a... //例：CStringArray saText BOOL b... UINT n... int i... short n... long l... WORD w... DWORD dw... float f... char c... char* psz... TCHAR* psz... LPCTSTR lpsz... CString str... COLORREF cr... LPLOGPALETTE lp... (包括LP开头的类型都是这样) POINT pt... CPoint pt... HANDLE h... HGLOBAL h... (包括H开头的类型都是这样) 说明： 1.如果是指向上述类型的指针，就在上面规范前加"p" ; 2.如果是指向上述类型的双重指针，就在上面规范前加"pp" ; 3.如果是类成员变量，则在上面规范前加"m_"; 4.全局变量,则在上面规范前加"g_"; 5.在类型前加了"const",命名约定不变;
目录 1 排版6 2 注释11 3 标识符命名18 4 可读性20 5 变量、结构22 6 函数、过程28 7 可测性36 8 程序效率40 9 质量保证44 10 代码编辑、编译、审查50 11 代码测试、维护52 12 宏53
1 排版 11-1：程序块要采用缩进风格编写，缩进的空格数为4个。 说明：对于由开发工具自动生成的代码可以有不一致。 11-2：相对独立的程序块之间、变量说明之后必须加空行。 示例：如下例子不符合规范。 if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 应如下书写 if (!valid_ni(ni)) { ... // program code } repssn_ind = ssn_data[index].repssn_index; repssn_ni = ssn_data[index].ni; 11-3：较长的语句（>80字符）要分成多行书写，长表达式要在低优先级操作符处划分新行，操作符放在新行之首，划分出的新行要进行适当的缩进，使排版整齐，语句可读。 示例： perm_count_msg.head.len = NO7_TO_STAT_PERM_COUNT_LEN + STAT_SIZE_PER_FRAM * sizeof( _UL ); act_task_table[frame_id * STAT_TASK_CHECK_NUMBER + index].occupied = stat_poi[index].occupied; act_task_table[taskno].duration_true_or_false = SYS_get_sccp_statistic_state( stat_item ); report_or_not_flag = ((taskno < MAX_ACT_TASK_NUMBER)