华为软件开发规范

合集下载

华为内部代码规范

华为内部代码规范

FileName: test.cpp
Author:
Version :
Description: // 模块描述
Date:
Version:
// 版本信息
Function List: // 主要函数及其功能
1. -------
History:
// 历史修改记录
<author> <time> <version > <desc>
包含在内。
/*************************************************
Copyright (C), 1988-1999, Huawei Tech. Co., Ltd.
File name:
// 文件名
Author:
Version:
Date: // 作者、版本及完成日期
n7stat_str_compare((BYTE *) & stat_object, (BYTE *) & (act_task_table[taskno].stat_object), sizeof (_STAT_OBJECT));
n7stat_flash_act_duration( stat_item, frame_id *STAT_TASK_CHECK_NUMBER + index, stat_object );
软件编程规范总则
&& (n7stat_stat_item_valid (stat_item)) && (act_task_table[taskno].result_data != 0));
1 排版
仅供内部使用 3

ipd-cmm_v30_designflow(华为软件简要研发流程管理体系)

ipd-cmm_v30_designflow(华为软件简要研发流程管理体系)

ipd—cmm_v30_designflow(华为软件简要研发流程管理体系)IPD-CMM V3.0 Design Flow华为软件质量管理部IPD—CMMV3。

0 BUILD20050330IPD-CMM V3。

0 SCOPE IPD-CMM V3。

0 Design Flow IPD IPD—CMM Design specification TR2 S/W HLD H/W HLD SRSTR3 HLD(0-2)LLD LLDLLD(3)CodingCoding Coding UT IT UT UTSTBBIBBIT Supporting TR4TldBBuild1 Build2 3 uiBuild1 Build2 共13页第2页Build3项目计划 IPD—CMM V3。

0 BEGIN Design Flow 注:软件开发项目在 IPD TR2之后启动 PJM03 PJM03 C。

O。

O。

SOW,AR PJM03 评审批准/签发PJM03 PJM05参加项目计划 SE 签署项目开工评审会 SOW,AR 签发组织签署批准估签发参加申请项 PPL,任命PL RDPDT 评审计结果 PHB 会议目ID SOW,AR 批准 QAM01 CMP,RMP PJM02 PJM04 项目计,WBS,DP PJM03 初始估计 P,TS 划评审 PJM05 准备签署组织制定项组织创建项目 SOW,AR 组织参加 TimeS 准备度量目计划评审文件夹会议 PL 估计评审 heet 表,PHB 批准 PPL 参加PPL,CMP 参加参加参加项目文件模板 QA 审核PHB 评审会议,RMP,WB 评审估计夹模板 S,DPP CMP TimeShe 参加模板项目度 SWE et表会议量表RMP 参加参加模板参加批准测参加 TC 工作日志 PHB 评审评审会议试策略估计 CMP01 WBS 电子流模板建立模板参加 Pert 参加基线化配置 CMO SOW Sizing 评审会议 PPL TS模库检查表估计表板项目计划参加配置状配置 QAM 任命QA 检查单态发布 DP模 Wideband 会议库表 Delphi 板参加批准项估计表批准PHB EPG 目ID 会议配置注:如果PM已 PHB检查确定项目的库参加项目表 CMO,则需要 CRMD 会议 ID列表参加评审参加 A TM 任命TC 会议项目开工会检查单共13页第3页需求分析 IPD-CMM V3.0 注:软件开发项目的需注:软件开发项目 Design Flow 求分析阶段结束会议在的需求分析在IPD A IPD PDCP之前完成注:SE需参TR3之前完成 PJM03 PJM05 加SRS评审 QAM01 C。

华为IPD产品开发流程

华为IPD产品开发流程

产品设计和开发
概念项目策划
批量生产
(
)
产品开发流程(V0.X)
◆决策评审点
▲里程碑■交付/更新
编号:XXX100 版本号:V0.X
产品开发流程(V0.X)
概念阶段详细流程
计划阶段详细流程
开发与测试阶段详细流程
LPDT-D40
执行对外合作计划
跟踪目标成本
原型机集成与测试
SE-D105
SE-LPDT-D80
SE-D95
工程样机BOM,在PCB
更新BOM,并在中试验证前向制造发布
SE-D130
更新BOM并发布最新版本给制造(试产验证和BETA
测试)用
SE-D160
参与中试验证测试(初始产品测试)
SWE-D60
编号:XXX204 版本号:V0.X
FPDT-V20
划和风险评估
LPDT-V40继续跟踪目标成本
(面向制造测试)
(面向制造测试)
LPDT-V20
LPDT-V50
准备发布决策评
审材料
编号:XXX205 版本号:V0.X。

华为软件编码规范

华为软件编码规范

华为软件编程规范和范例〔一〕=====[排版] ]=======.〔二〕======[注释]=======.〔三〕=====[标识符命名]=======.〔四〕=====[可读性]======.〔五〕=====[变量、结构]=====.〔六〕=====[函数、过程]=====.〔七〕=====[可测性]=====.〔八〕=====[程序效率]=====.〔九〕=====[质量保证]=====.〔十〕=====[代码编辑、编译、审查]=====.〔十一〕=====[代码测试、维护]=====.〔十二〕=====[宏]=====.〔一〕========[ 排版]========== ¹1-1:程序块要采用缩进风格编写,缩进的空格数为4个说明:对于由开发工具自动生成的代码可以有不一致。

¹1-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;¹1-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));¹1-4:循环、判断等语句中若有较长的表达式或语句,则要进行适应的划分,长表达式要在低优先级操作符处划分新行,操作符放在新行之首示例:if ((taskno < max_act_task_number)&& (n7stat_stat_item_valid (stat_item))){... // program code}for (i = 0, j = 0; (i < BufferKeyword[word_index].word_length)&& (j < NewKeyword.word_length); i++, j++){... // program code}for (i = 0, j = 0;(i < first_word_length) && (j < second_word_length);i++, j++){... // program code}¹1-5:若函数或过程中的参数较长,则要进行适当的划分示例:n7stat_str_compare((BYTE *) & stat_object,(BYTE *) & (act_task_table[taskno].stat_object),sizeof (_STAT_OBJECT));n7stat_flash_act_duration( stat_item, frame_id *STAT_TASK_CHECK_NUMBER+ index, stat_object );¹1-6:不允许把多个短语句写在一行中,即一行只写一条语句示例:如下例子不符合规范。

华为流程规范分享

华为流程规范分享

测试评审,参与者:开发\测试\版本经理
1)测试需求分析方案评审 2)测试方案评审 3)测试用例评审 4)bug测试用例评审 【完成后】所有文档归档保存
评审保证开发和测试的方向和质量的正确性
优秀实践2:全员Code-Review
开发必须组织Code-Review 何时组织:在代码Check-in之前 参与者:开发经理、周边相关开发、测试 怎么做:
缺陷走势图(展示缺陷解决进展)
可视化管理及时暴露问题,激励团队
优秀实践3:迭代回归会议
什么是迭代回顾会议
在每轮迭代结束后举行的会议,目的是分享好 的经验和发现改进点,促进团队不断进步;
围绕如下三个问题: 本次迭代有哪些做得好 本次迭代我们在哪些方面还能做得更好 我们在下次迭代准备在哪些方面改进?
TR点:技术评审点,在各个阶段要 交付技术文档
CMM介绍
CMM:能力成熟度模型,英文全称为“Capability maturity Model”。
不断改进的过程
优化L级ev(el5)5 持Op续ti自mi觉zi的ng改进
可预测的过程
已管L理ev级el(44) 过程Ma被na测ge量d 并受控
标准一致的过程
已定L义ev级el(33) 过程被De描fi述ne,d并得到良好理解
有纪律的过程
可重复级(2) 可重复以前的主要经验
初始级(1)
不可预测并且缺乏控制
CMM软件开发过程的演进进行描述,为 软件组织的开发过程定义、实施、测 量、控制和改进等活动提供指导;为 软件组织选择过程改进战略提供指导。
CMM是由美国卡内基梅隆大学的软 件工程研究所(SEI:Software Engineering Institute)受美国国防 部委托研究制定并在美国,随后在全 世界推广实施的一种软件评估标准, 主要用于软件开发过程和软件开发能 力的评估和改进。

C_C++编程规范-华为标准-精

C_C++编程规范-华为标准-精
值范围及公共变量间的关系。 5-3:明确公共变量与操作此公共变量的函数或过
程的关系,如访问、修改及创建等。 5-4:当向公共变量传递数据时,要十分小心,防
止赋与不合理的值或越界等现象发生。 5-5:防止局部变量与公共变量同名。 5-6:严禁使用未经初始化的变量作为右值。
编程规范详解——函数、过程 处理。
1-11:在两个以上的关键字、变量、常量进行对等操作时,它们之间 的操作符之前、之后或者前后要加空格;进行非对等操作时,如果 是关系密切的立即操作符(如->),后不应加空格。
1-12: 程序结构清析,简单易懂,单个函数的程序行数不得超过100行。
编程规范详解——注释
2-1:一般情况下,源程序有效注释量必须在20%以上。 2-2:说明性文件(如头文件.h文件、.inc文件、.def文件、编译说明文件.cfg
编程规范详解——注释
2-9:对于所有有物理含义的变量、常量,如果其命名不是充分自注释的,在 声明时都必须加以注释,说明其物理含义。变量、常量、宏的注释应放在 其上方相邻位置或右方。
2-10:数据结构声明(包括数组、结构、类、枚举等),如果其命名不是充分自 注释的,必须加以注释。对数据结构的注释应放在其上方相邻位置,不可 放在下面;对结构中的每个域的注释放在此域的右方。
后进入下一个case处理,必须在该case语句处理完、下一个case语句前加 上明确的注释。
编程规范详解——标识符的命名
3-1:标识符的命名要清晰、明了,有明确含义,同时使用完 整的单词或大家基本可以理解的缩写,避免使人产生误解。
3-2:命名中若使用特殊约定或缩写,则要有注释说明 3-3:自己特有的命名风格,要自始至终保持一致,不可来回
延用华为标准
C/C++编程规范

华为技术有限公司C语言编程规范

华为技术有限公司C语言编程规范
confidentialityleveldkba2826201150规范制订说明01前言为提高产品代码质量指导广大软件开发人员编写出简洁可维护可靠可测试高效可移植的代码编程规范修订工作组分析总结了我司的各种典型编码问题并参考了业界编程规范近年来的成果重新对我司1999年版编程规范进行了梳理优化刷新编写了本规范
DKBA
华为技术有限公司内部术规范
DKBA 2826-2011.5
C语言编程规范
2011年5月9日发布
2011年5月9日实施
华为技术有限公司 Huawei Technologies Co., Ltd.
版权所有 侵权必究 All rights reserved
密级:内部公开DKBA 2826-2011.5
修订声明Revision declaration
本规范拟制与解释部门:
本规范的相关系列规范或文件: 相关国际规范或文件一致性: 替代或作废的其它规范或文件: 相关规范或文件的相互关系:
规范号 DKBAxxxx.x-xxxx.xx
主要起草部门专家 PSST质量部: 郭曙光00121837 网络: 张伟00118807 周灿00056781 王晶00041937 陈艺彪00036913 IP开发部: 薛治00038309 核心网: 张小林00058208 王德喜00040674 李明胜00042021 软件公司: 文 滔00119601 无线: 刘爱华00162172 中研: 谭洪00162654
主要评审部门专家 PSST质量部: 李重霄00117374 郭永生00120218 核心网: 张进柏00120359 中研: 张建保00116237 无线: 苏光牛00118740 郑铭00118617 陶永祥00120482 软件公司: 周代兵00120359 刘心红00118478 朱文琦00172539 网络: 王玎00168059 黄维东49827 IP开发部: 饶远00152313

华为软件开发规范

华为软件开发规范

软件开发行为规范第一版深圳市华为技术有限公司版权所有不得复制软件开发行为规范(第一版)为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中,把各种规范“逐步形成工程师的作业规范”,特制定本软件开发行为规范,以达到过程控制的目的。

与软件开发相关的所有人员,包括各级经理和工程师都必须遵守本软件开发行为规范。

对违反规范的开发行为,必须按照有关管理规定进行处罚。

本软件开发行为规范的内容包括:软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。

本软件开发行为规范,采用以下的术语描述:★规则:在软件开发过程中强制必须遵守的行为规范。

★建议:软件开发过程中必须加以考虑的行为规范。

★说明:对此规则或建议进行必要的解释。

★示例:对此规则或建议从正或反两个方面给出例子。

本软件开发过程行为规范由研究技术管理处负责解释和维护。

研究技术管理处目录1 软件需求分析 52 软件项目计划93 概要设计114 详细设计145 编码186 需求管理197 软件配置管理218 软件质量保证239 数据度量和分析251 软件需求分析1-1:软件需求分析必须在产品需求规格的基础上进行,并保证完全实现产品需求规格的定义。

1-2:当产品的需求规格发生变更时,必须修订软件需求规格文档。

软件需求规格的变更必须经过评审,并保存评审记录。

1-3:必须对软件需求规格文档进行正规检视。

1-4:软件需求分析过程活动结束前,必须经过评审,并保存评审记录。

1-5:在对软件需求规格文档的正规检视或评审时,必须检查软件需求规格文档中需求的清晰性、完备性、兼容性、一致性、正确性、可行性、易修改性、健壮性、易追溯性、易理解性、易测试性和可验证性、性能、功能、接口、数据、可维护性等内容。

说明:参考建议1-1到1-16。

1-1:采用以下检查表检查软件需求规格文档中需求的清晰性。

1-2:采用以下检查表检查软件需求规格文档中需求的完备性。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件开发规范1 排版1-1:程序块要采用缩进风格编写,缩进的空格数为4个。

说明:对于由开发工具自动生成的代码可以有不一致。

1-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;1-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));1-4:循环、判断等语句中若有较长的表达式或语句,则要进行适应的划分,长表达式要在低优先级操作符处划分新行,操作符放在新行之首。

示例:if ((taskno < max_act_task_number)&& (n7stat_stat_item_valid (stat_item))){... ord_length)&& (j < ; i++, j++){... . tat_object),sizeof (_STAT_OBJECT));n7stat_flash_act_duration( stat_item, frame_id *STAT_TASK_CHECK_NUMBER+ index, stat_object );1-6:不允许把多个短语句写在一行中,即一行只写一条语句。

示例:如下例子不符合规范。

= 0; = 0;应如下书写= 0;= 0;1-7:if、for、do、while、case、switch、default等语句自占一行,且if、for、do、while等语句的执行语句部分无论多少都要加括号{}。

示例:如下例子不符合规范。

if (pUserCR == NULL) return;应如下书写:if (pUserCR == NULL){return;}1-8:对齐只使用空格键,不使用TAB键。

说明:以免用不同的编辑器阅读程序时,因TAB键所设置的空格数目不同而造成程序布局不整齐,不要使用BC作为编辑器合版本,因为BC会自动将8个空格变为一个TAB键,因此使用BC合入的版本大多会将缩进变乱。

1-9:函数或过程的开始、结构的定义及循环、判断等语句中的代码都要采用缩进风格,case语句下的情况处理语句也要遵从语句缩进要求。

1-10:程序块的分界符(如C/C++语言的大括号‘{’和‘}’)应各独占一行并且位于同一列,同时与引用它们的语句左对齐。

在函数体的开始、类的定义、结构的定义、枚举的定义以及if、for、do、while、switch、case语句中的程序都要采用如上的缩进方式。

示例:如下例子不符合规范。

for (...) {... .){... . .){... .){... . 前后不加空格。

p->id = pid; 文件、.inc文件、.def文件、编译说明文件.cfg等)头部应进行注释,注释必须列出:版权说明、版本号、生成日期、作者、内容、功能、与其它文件的关系、修改日志等,头文件的注释中还应有函数功能简要说明。

示例:下面这段头文件的头注释比较标准,当然,并不局限于此格式,但上述信息建议要包含在内。

/*************************************************Copyright (C), 1988-1999, Huawei Tech. Co., Ltd.File name: ....History: Date:Author:Modification:2. ...*************************************************/2-3:源文件头部应进行注释,列出:版权说明、版本号、生成日期、作者、模块目的/功能、主要函数及其功能、修改日志等。

示例:下面这段源文件的头注释比较标准,当然,并不局限于此格式,但上述信息建议要包含在内。

/************************************************************Copyright (C), 1988-1999, Huawei Tech. Co., Ltd.FileName:Author: Version : Date:Description: -------History: 96/10/12epssn_index;repssn_ni = ssn_data[index].ni;例2:repssn_ind = ssn_data[index].repssn_index;repssn_ni = ssn_data[index].ni;/* get replicate sub system index and net indicator */应如下书写/* get replicate sub system index and net indicator */repssn_ind = ssn_data[index].repssn_index;repssn_ni = ssn_data[index].ni;2-9:对于所有有物理含义的变量、常量,如果其命名不是充分自注释的,在声明时都必须加以注释,说明其物理含义。

变量、常量、宏的注释应放在其上方相邻位置或右方。

示例:/* active statistic task number */#define MAX_ACT_TASK_NUMBER 1000#define MAX_ACT_TASK_NUMBER 1000 /* active statistic task number */2-10:数据结构声明(包括数组、结构、类、枚举等),如果其命名不是充分自注释的,必须加以注释。

对数据结构的注释应放在其上方相邻位置,不可放在下面;对结构中的每个域的注释放在此域的右方。

示例:可按如下形式说明枚举/数据/联合结构。

/* sccp interface with sccp user primitive message name */enum SCCP_USER_PRIMITIVE{N_UNITDATA_IND, /* sccp notify sccp user unit data come */N_NOTICE_IND, /* sccp notify user the network can not *//* transmission this message */N_UNITDATA_REQ, /* sccp user's unit data transmission request*/};2-11:全局变量要有较详细的注释,包括对其功能、取值范围、哪些函数或过程存取它以及存取时注意事项等的说明。

示例:/* The ErrorCode when SCCP translate *//* Global Title failure, as follows */ .){...break;}else{ProcessCFW_B(); .2-1:避免在一行代码或表达式的中间插入注释。

说明:除非必要,不应在代码或表达中间插入注释,否则容易使代码可理解性变差。

2-2:通过对函数或过程、变量、结构等正确的命名以及合理地组织代码的结构,使代码成为自注释的。

说明:清晰准确的函数、变量等的命名,可增加代码可读性,并减少不必要的注释。

2-3:在代码的功能、意图层次上进行注释,提供有用、额外的信息。

说明:注释的目的是解释代码的目的、功能和采用的方法,提供代码以外的信息,帮助读者理解代码,防止没必要的重复注释信息。

示例:如下注释意义不大。

/* if receive_flag is TRUE */if (receive_flag)而如下的注释则给出了额外有用的信息。

/* if mtp receive a message from links */if (receive_flag)2-4:在程序块的结束行右方加注释标记,以表明某程序块的结束。

说明:当代码段较长,特别是多重嵌套时,这样做可以使代码更清晰,更便于阅读。

示例:参见如下例子。

if (...){.)*/ .),建议除了要有具体含义外,还能表明其变量类型、数据类型等,但i、j、k作局部循环变量是允许的。

说明:变量,尤其是局部变量,如果用单个字符表示,很容易敲错(如i写成j),而编译时又检查不出来,有可能为了这个小小的错误而花费大量的查错时间。

示例:下面所示的局部变量名的定义方法可以借鉴。

int liv_Width其变量名解释如下:l 局部变量(Local)(其它:g 全局变量(Global)...)i 数据类型(Interger)v 变量(Variable)(其它:c 常量(Const)...)Width 变量含义这样可以防止局部变量与全局变量重名。

3-5:命名规范必须与所使用的系统风格保持一致,并在同一项目中统一,比如采用UNIX的全小写加下划线的风格或大小写混排的方式,不要使用大小写与下划线混排的方式,用作特殊标识如标识成员变量或全局变量的m_和g_,其后加上大小写混排的方式是允许的。

示例:Add_User不允许,add_user、AddUser、m_AddUser允许。

3-1:除非必要,不要用数字或较奇怪的字符来定义标识符。

示例:如下命名,使人产生疑惑。

#define _EXAMPLE_0_TEST_#define _EXAMPLE_1_TEST_void set_sls00( BYTE sls );应改为有意义的单词命名#define _EXAMPLE_UNIT_TEST_#define _EXAMPLE_ASSERT_TEST_void set_udt_msg_sls( BYTE sls );3-2:在同一软件产品内,应规划好接口部分标识符(变量、结构、函数及常量)的命名,防止编译、链接时产生冲突。

相关文档
最新文档