华为程序开发规范

华为程序开发规范
华为程序开发规范

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_,

Test_, Fill_, Process_, Sort_, Do_, Select_, Is_, Exist_,_Ex…

2.5 禁止使用汉语拼音来命名;

2.6在代码中尽量不用具体的大小数值,定义成宏,便于以后维护,如:

#define MAX_DOWNLOADNUM 20

struct DownInfo m_DownInfo[MAX_DOWNLOADNUM];

2.7 VC中一些控件的缩写:

ComboBox cmb

Edit edt

Dialog dlg

ListBox lst

Picture pic

Animate ani

3. 编排

3.1 函数间要有空行分开,一个程序中的空行数目最好占8%-16% ;

3.2 变量的定义尽可能放在最开始处,多态函数和功能相近的函数集中放在一起;

3.3 声明变量时对齐变量名,并在定义时加以注释说明;

4. 程序开发环境规约

4.1 工作目录结构的规定:

project name(项目名称)

——bin 执行文件

——log 日志文件

——lib 库文件

——include 头文件

——src 源程序

——dat 数据文件

4.2工程中不起作用的文件或类应删除,工程目录下的非工程文件也应该移走,保持工程的清洁,避免混淆难于管理;

4.3在VC环境下,建议将常用的头文件全部放入stdafx.h中,而在每个cpp开始处嵌入stdafx.h。避免头文件的交叉引用,如果有严重的交叉引用,适当使用类的声明。

4.4 将独立性比较强的模块抽出来,做成DLL,控件或COM组件,该模块可单独编写和测试,也增强了其可重用性。

4.5 一个比较大的工程应留有一定的消息接口或插件接口等。

4.6 工程的版本控制要严格,版本格式为xx.xx.xx,必要时使用Build次数或日期。高版本尽量兼容低版本的用法、数据或协议。

4.7 工程的编译宏定义和工程参数设置应正确,每作一个新工程时应检查工程参数是否正确。建议字节对齐方式为1字节对齐。

5. 程序备份

5.1. 要有备份记录

备份时注明备份日期和主要增加的功能

5.2. 定时备份

根据程序量的多少,可以每天备份一次,也可以半天备份。

5.3. 多种介质备份

至少在硬盘上做2个备份,在软盘上做一个备份;在使用他人主机进行备份时,不可放于没有密码保护的ftp服务器上,可以发送到自己的email信箱中进行备份。

5.4 在软盘上备份时,应该去掉中间文件和执行文件,vc可以自动生成的文件如*.clw, *.ncb, *.opt等也可删除,最后压成一个zip文件,复制到软盘中。

6. VC程序界面设计规范

6.1.颜色选择:

6.1.1 基调应以WINDOWS颜色(灰色)为主,同一个窗体中除白、黑、灰色之外,其它的颜色总数不宜超过3种(对以生产和学习为目的的软件而言,娱乐性软件可以做得花哨一些;

6.1.2 窗体和控件(除EDIT、RICH EDIT等编辑控件外)的背景色也宜用灰色,当一个控件有输入焦点或鼠标焦点时,可以用较明亮的颜色;

6.1.3 非激活状态下,字体前景宜用黑色,背景用灰色;

6.2.字体的选择:

6.2.1 汉字字体一般选宋体,字体大小选10号;

6.2.2 一般选系统常用的字体,绝对不要选自己加入的而系统没有的字体;

6.3.图片的选择

6.3.1 在窗体的工具拦中的按钮可以用图标,文字可以写上也可以不写,如果不写则一定要使用tip来提示用户该按钮完成的功能;

6.3.2 在按钮中使用的图片要能表达按钮对应功能的意义;

6.3.3 不宜对普通的按钮只用图标做外观;

6.4.操作的便利性

6.4.1 为方便用户的使用,所有的输入控件应该按tab键和回车键排序,特别是密码输入时,应该能用回车切换输入框的焦点;

6.5.数据安全

6.5.1 对程序的退出、写数据等有破坏可能或数据丢失可能的操作应该给用户一次确认的机会;

6.6.帮助文件

6.6.1 帮助文件宜用html格式,因为hlp格式的文件只能在windows中用;

6.7.窗体大小的确定

6.7.1 一般窗体的大小应该可以让用户自己调整,窗体的初始长宽比例为4:3

6.7.2 要考虑到用户可能会用到不同的分辨率,在开发时应使用当时流行的分辨率;

6.7.3 除非必要,否则不宜用模态窗体,但可以让用户选择使窗体成为模态窗体;

6.7.4 应用程序的大小不固定时(拖动窗口的右下角时可以改变窗体大小),应处理窗体变化时窗体内各控件大小和位置的变化;

6.8.视图的选择(单/多文档界面类型)

6.8.1 对于一个简单的文本编辑器应用程序,选择CEditView;

6.8.2 对于一个能编辑多信息文本格式( RT F )文件的应用程序,选择CRichEditView(这一选择将导致应用程序为文档类选择CRichEditDoc类);

6.8.3 对于一个图形应用程序,选择CScrollView;

6.8.4 对于一个简单的监控或帐目管理应用程序,选择CListView;

6.8.5 要着手创建一个资源管理器类型的应用程序,请选择CTreeView(在以后的步骤中,可以手工添加一个

CListView);

6.8.6 在对话框模板外创建一个视图,选择CFormView(一个对话框是一个被几个控件窗口占据的窗口,诸如按钮和编辑框);

6.9. MFC应用程序类型的选择:

6.9.1 如果创建一个用户界面需求有限的应用程序,或如果想界面完全单一,那么就创建一个对话框应用程序。典型的对话框应用程序包括配置硬件设备的应用程序、屏幕保护程序和游戏程序等;

对话框要易用且简洁,字体和控件的组织搭配要得体,能简单不复杂,各控件的焦点、Tab顺序等要讲究,视应用场合要适当支持键盘。在简洁易用的前提下,力求个性化,设计得更加友好。程序各对话框的风格要保持一致。

6.9.2 如果应用程序要编辑一个文档,应该选择单/多文档界面类型。这里的“编辑一个文档”是广义上的意思,所指的文档可以是一个文本文件、电子数据表文件、第三方数据库的一个或多个表、或者是自己的二进制文件,甚至可以是大量硬件设备的储存设置。编辑仅仅表示对其中任何一个类型的文档进行添加、删除或修改操作。

6.9.3 单文档界面应用程序一次只允许处理一个文档。如果应用程序实际上一次只需处理一个文档,诸如监视一组硬件设备的应用程序,那么应该选择单文档界面;否则应该创建一个多文档界面应用程序,即使在开始时一次编辑多个文档并未显出有任何好处。

6.9.4 一个多文档界面应用程序允许一次编辑多个文档,它并不比一个单文档界面应用程序复杂,但却带来了一次至少查看多个文档的方便。

6.9.5 在重要的窗口或区域应能弹出右键,实现常见操作。工具栏上放最常用的操作按钮,必要时动态更换按钮。状态栏显示足够多的有用信息。消息主控在Mainframe中,单文档的主控也可在View中,所有的对话框的弹出或非模态对话框的控制都在主控窗口中完成,具体的数据处理放在单独的文件中或设计成类。在App类中实现Ini读写,各数据对象的定义和析构,全局变量的赋值和初始计算,存盘退出等。各视图的OnDraw和GDI画图尽量使用内存位图的方式,以免闪烁。

6.10. 操作进度指示

6.10.1 把鼠标光标暂时变成沙漏形状,以指示一个漫长的操作,要求用户应该等待。

6.10.2 可以用沙漏光标指示短暂的等待。对于长时间的等待,可以考虑使用一个无模式对话框,并在上面显示简短的消息,描述正进行什么处理;

6.11. 分隔线控件

6.11.1 为统一起见不要使用分组框、按钮等控件做分隔线,应按如下做法:用Picture Control,属性设为Etched和Frame,使该控件缩小到一条直线;

7. 其他

7.1. 为保证系统间的兼容性,不使用int类型(因为不同系统之间的存储字节长度往往

不同),应使用long或short型。

7.2. 头文件名应小写,如用#include“abcdef.h”;

7.3. 本系统中注释统一只用“//”;

7.4 if(0 == GetDataType(…))比if(GetDataType(…) == 0) 好,纵使误将==写成=,在编译一层就会报错。

7.5 函数定义short GetInputType( const char * lpzInput)比short GetInputType (char * lpzInput)好,以免lpzInput在函数体中被破坏。

7.6 变量在定义时赋初值,类析构时或程序退出时判断释放所有变量。

7.7 编码空间一定要充分预留,编码时注意可扩充性, 如:定义保留字段,供以后扩充使用7.8 不要大量使用无符号型变量。无符号变量在判断时易造成错误,甚至死循环,尽量少用。

7.9 少使用malloc,free,realloc;多用new,delete;new,delete是规范的C++语法,通用性强,realloc易造成内存抖动。

7.10 代码中不要用"+2","+4",要用"+sizeof(short)","+sizeof(int)";不要用filename[40],而是filename[MAX_PATH]。

附录A 程序维护手册格式说明

文档编号

版本号

密级

文档名称 XXXX程序维护手册

项目编号:

项目名称:

开发部门:

项目负责人:

编写年月日

校对年月日

审核年月日

批准年月日

程序维护手册

1引言

1.1 编写目的

[ 阐明编写维护手册的目的,简述其内容。指出读者对象(程序维护人员、研发人员)。]

1.2 开发单位

[说明项目的提出者、项目的委托单位、开发单位和使用场所。]

1.3 定义

[ 列出本文挡中用到的专业术语的定义和缩写词的原文。]

1.4 参考资料

[ 可包括:a.用户操作手册;b.于本项目有关的文档。列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源以及保密级别。]

2 系统说明

2.1 系统用途

[ 说明系统具备的功能,输入和输出。]

2.2 安全保密

[ 说明系统安全保密方面的考虑。]

2.3 总体说明

[ 说明系统的总体功能、对子系统和作业作出综合性的介绍,并用图表方式给出系统主要部分的内部关系。]

2.4 程序说明

[ 说明系统中每一程序、分程序的细节和特性。]

2.4.1 程序1的说明

2.4.1.1 功能 [ 说明程序的功能。]

2.4.1.2 方法 [ 说明实现方法。]

2.4.1.3 输入 [ 说明程序的输入、媒体、运行数据记录、运行开始时使用的输入数据的类型和存放单元、与程序初始化有关的入口要求。]

2.4.1.4 处理 [ 处理特点和目的,如:a. 用图表说明程序的运行的逻辑流程; b. 程序主要转移条件;c. 对程序的约束条件;d. 程序结束时的出口要求;e.与下一个程序的通信与联结(运行、控制); f. 由该程序产生并供处理使用的输出数据类型和存放单元。g.程序运行所用存储量、类型及存储位置等。]

2.4.1.5 输出 [ 程序的输出。]

2.4.1.6 接口 [ 本程序与本系统其他部分的接口。]

2.4.1.7 表格 [ 说明程序内部的各种表、项的细节和特性。对每张表的说明至少包括:a. 表的标识符;b. 使用目的;c. 使用此表的其他程序;d. 逻辑划分,如块或部,不包括表项;e. 表的基本结构;f. 设计安排,包括表的控制信息。表目结构细节、使用中的特有性质及各表项的标识、位置、用途、类型、编码表示。]

2.4.1.8 特有的运行性质 [ 说明在用户操作手册中没有提到的运行性质。]

2.4.2 程序2 的说明 [ 与程序1 的说明相同。以后其他各程序的说明相同。]

3 操作环境

3.1 设备

[ 逐步说明系统的设备配置极其特性 ]

3.2 支持文件

[ 列出系统使用的支持软件、包括他们的名称和版本号。]

3.3 数据库

[ 说明每个数据库的性质和内容,包括安全考虑。]

3.3.1 总体特征

[ 如:a. 标识符 b. 使用这些数据库的程序;c. 静态数据;d. 动态数据;e. 数据库的存储媒体;f. 程序使用数据库的限制。]

3.3.2 结构及详细说明

3.3.2.1 说明该数据库的结构,包括其中的记录和项;

3.3.2.2 说明记录的组成,包括首部或或控制段、记录体;

3.3.2.3 说明每个记录结构的字段,包括:标记或标号、字段的字符长度和位数该字段的允许值范围。

3.3.2.4 扩充:说明为记录追加字段的规定;

4 维护过程

4.1 约定

[ 列出该软件系统设计中所使用全部规则和约定,包括:a. 程序、分程序、记录、字段和存储区的标识或标号助记符的使用规则;b. 图表的处理标准、卡片的连接顺序、语句和记号中使用的缩写、出现在图表中的符号名;c. 使用软件的技术标准;d. 标准化的数据元素极其特征。]

4.2 验证过程

[ 说明一个程序修改后,对其进行验证的要求和过程(包括测试程序和数据)及程序周期性验证的过程。]

4.3 出错及纠正方法

[ 列出出错状态及其纠正方法。]

4.4 专门维护过程

[ 说明文档其他地方没有提到的专门维护过程,如:a. 维护该软件系统的输入部分(如数据库)的要求、过程和验证方法;b. 运行程序库维护系统所必须的要求、过程和验证方法;c. 对闰年、世纪变更所需要的临时性修改等。]

4.5 专用维护程序

[ 列出维护软件系统使用的后备技术和专用程序(如文件恢复程序、淘汰过时文件的程序等)的目录,并加以说明,内容包括:a. 维护作业的输入输出要求;b. 输入的详细过程及硬件设备上建立、运行并完成维护作业的操作步骤。]

4.6 程序清单和流程图

[ 引用资料或提供附录给出程序清单和流程图。]

附录B部分编程常用单词缩写

规则:较短的单词可通过去掉“元音”形成缩写;较长的单词可取单词的头几个字母形成缩写;一些单词有大家公认的缩写.

完整单词可缩写为缩写

A

average ------> avg ;

B

back ------> bk ;

background ------> bg ;

break ------> brk ;

buffer ------> buf ;

C

color ------> cr ; (clr) control ------> ctrl ;

D

data ------> dat ;

delete ------> del ; document ------> doc ;

E

edit ------> edt ;

error ------> err ;

escape ------> esc ;

F

flag ------> flg ;

form ------> frm ;

G

grid ------> grd ;

I

increment ------> inc ; information -----> info ;

initial -----> init ;

insert ------> ins ; image ------> img ;

L

label ------> lab ; length ------> len ;

list ------> lst ; library ------> lib ;

M

manager ------> mngr ; (mgr) message ------> msg ;

O

Oracle ------> Ora ;

P

panorama ------> pano ; password ------> pwd ; picture ------> pic ;

point ------> pt ; position ------> pos ;

print ------> prn ; program ------> prg ;

S

server ------> srv ; source ------> src ; statistic ------> stat ;

string ------> str ; Sybase ------> Syb ;

T

temp ------> tmp ;

text ------> txt ;

U

user ------> usr ;

W

window ------> wnd ; (win)

华为工程服务流程规范

华为业务 工程服务流程及规范 华为技术有限公司

目录

第一部分华为企业业务简介 华为是全球领先的信息与通信解决方案供应商,为适应信息行业正发生的革命性变化,华为做出面向客户的战略调整,华为的持续创新正从电信运营商网络面向企业业务,消费者领域延伸,协同发展"云-管-端"业务。 作为华为三大业务集团之一,华为企业业务依托华为强大的研发和综合技术能力,在企业业务领域与合作伙伴开放合作,理解客户所需,致力于为全球政企行业提供全面、高效的ICT解决方案和服务,包括企业

网络、统一通信与协作、云计算数据中心、企业信息安全,以及垂直行业应用等。展望未来,华为企业业务希望能和全球的企业客户、合作伙伴一起,共同迎接ICT转型的挑战,合力打造良好的产业生态链,推动ICT产业健康发展,提升客户满意度。 1现场服务行为规范 1.1行前准备(尽可能多的了解项目信息:方案、BOQ、客户负责人)1.1.1接受现场服务任务后,请在出发前先做好相关准备,包括服务方案、 操作步骤、工具、备件等,尽量避免到用户现场才临时查资料、翻 文档、借工具、等候备件、打求助电话等情况; 1.1.2提前与客户确认安装/维护环境是否具备,产品及其配件是否齐备, 避免至现场才发现无法实施服务的情况; 1.1.3提前与客户确认上门安装/维护时间,考虑交通堵塞等不可控原因, 预约时间时向客户说明有半个小时误差; 1.1.4与客户确定了上门时间,就需要履行承诺,准时上门并带齐提供服 务所必须的工具、备件等; 1.1.5严格按预约时间(提前3~5分钟)到达约定地上门服务,由于特殊 原因不能守时的应该最少提前30分钟和顾客解释清楚,并且明确告 知顾客到达时间。同时电话知会该项目的服务项目经理; 1.1.6做到仪容仪表整洁大方,并准备好华为提供的服务名片,不准在名 片上添加非华为的商业信息。

华为工程服务流程规范

华为业务 工程服务流程及规范华为技术有限公司

目录 第一部分华为企业业务简介 (4) 1现场服务行为规范 (4) 1.1 行前准备(尽可能多的了解项目信息:方案、BOQ、客户负责人) (4) (14) 3.1 工程质量自检要求 (14) 3.2 通用产品安装质量标准 (16) 3.3 常见安装质量正反案例图片 (21)

3.4 版本使用规范 (22) 4工程服务文档返回规范 (26) 5到货即损(DOA)货物处理流程 (29) 5.1 术语 (29) 10.1 技术授权团队 (35) 10.2 技术授权流程 (35) 11客户授权 (36) 12操作知会 (37)

12.1 邮件通知: (37) 12.2 短信通知: (37) 13审计和考核 (38) 第一部分华为企业业务简介 1 1.1.1接受现场服务任务后,请在出发前先做好相关准备,包括服务方案、操作步骤、工 具、备件等,尽量避免到用户现场才临时查资料、翻文档、借工具、等候备件、打求助电话等情况; 1.1.2提前与客户确认安装/维护环境是否具备,产品及其配件是否齐备,避免至现场才发 现无法实施服务的情况;

1.1.3提前与客户确认上门安装/维护时间,考虑交通堵塞等不可控原因,预约时间时向客 户说明有半个小时误差; 1.1.4与客户确定了上门时间,就需要履行承诺,准时上门并带齐提供服务所必须的工具、 备件等; 1.1.10不允许在客户现场处理与本次工作无关的事项,严禁在机房或办公场所抽烟、玩游 戏、上与工作无关的网站,严禁在客户机房或办公场所睡觉; 1.1.11严禁擅自使用客户电话,如确实需要,须经客户同意后方可使用; 1.1.12禁止操作与本次服务不相关的设备,禁止操作其它厂家的设备;

华为直饮水设计规范

1.目的 为了规范本公司内所有涉及直饮水工程的设计,提高设计效率及设计质量,特编制本设计技术要求。设计文件应在遵照国家相关规范及技术规定的基础上,并严格按照本技术要求进行设计。 2.概述 明确直饮水系统具体技术标准。 3.术语

4.适用范围 此标准适用于华为公司所有新建项目、改造及扩建项目(含VIP项目)的直饮水工程。 5.参考标准 1、CJJ110—2006 《管道直饮水系统技术规程》 2、CJ 94--2005 《饮用净水水质标准》 3、GB 5749-2006 《生活饮用水卫生标准》 4、GB 50015-2009 《建筑给水排水设计规范》 5、GB/T 29038-2012 《薄壁不锈钢管道技术规范》 6、YB/T 4204-2009 《供水用不锈钢焊接钢管》 7、CECS 277-2010 《建筑给水排水薄壁不锈钢管连接技术规程》 8、GB 12771-2008 《流体输送用不锈钢焊接钢管》 9、CJ/T_151-2001 《薄壁不锈钢水管》 10、GB/T 21835-2008 《焊接钢管尺寸及单位长度重量》 11、2010版水系统GMP实施指南

12、10S407-2 《建筑给水薄壁不锈钢管道安装》 13、07SS604 《建筑管道直饮水工程》 14、CJJ/T154-2011 《建筑给水金属管道工程技术规程》 15、《全国民用建筑工程设计技术措施2009版》 6.内容 6.1 系统设计 1、预处理、膜处理和后处理工艺的选用和组合及出水水质应符合华为公司 《饮用净水水质标准》的规定。 2、最高日直饮水定额可按下表采用 注:1、此定额仅为饮用水量; 2、经济发达地区的居民住宅楼可提高至4~5L/(人·日) 3、最高日直饮水定额亦可根据用户要求确定。 4、厨房具体用水量、用水点由厨房顾问提供确定。 3、直饮水专用水嘴额定流量宜为0.04~0.06L/s。 4、直饮水专用水嘴最低工作压力不宜小于0.03MPa。 5、管道直饮水系统必须独立设置,不得与建筑内其他给水系统直接相连。

华为项目管理规范1

项目管理手册 版本:A0 目录 1项目运作指南................................................... 错误!未定义书签。 PDT核心团队的运作模式................................... 错误!未定义书签。 PDT组织关系图....................................... 错误!未定义书签。 PDT组织架构图....................................... 错误!未定义书签。 PDT核心团队人员的职责............................... 错误!未定义书签。 PDT与相关部门的运作关系............................. 错误!未定义书签。 PDT的业务汇报关系................................... 错误!未定义书签。 PDT子团队运作模式....................................... 错误!未定义书签。 MKTPL子团队运作模式................................. 错误!未定义书签。 RDPL子团队运作模式.................................. 错误!未定义书签。 PPL子团队运作模式................................... 错误!未定义书签。 TE子团队运作模式.................................... 错误!未定义书签。 PQA运作模式......................................... 错误!未定义书签。 IPL子团队运作模式................................... 错误!未定义书签。 FPL子团队运作模式................................... 错误!未定义书签。 TSPL子团队运作模式.................................. 错误!未定义书签。

华为工程督导服务规范试题B卷

合作新员工服务规范试题(B卷) 一、填空题(每空1分共22分) 1.服务规范包括(行为规范)、(业务流程)、(技术规范)三个组成部分。是保证工作质量, 提供效率,为客户提供规范的服务、提升客户满意度的纲领性文件。 2.工程督导是(合作货物准确验收)、(工程实施)工程现场的组织协调者。负责(初验)、 (文档整理),对(工程进度)、(工程质量)负直接责任,是工程现场的(第一)责任人。 3.流程是指导员工下一步做什么的东西;而规范是指(指导员工下一步怎么做)。 4.工程师现场服务前,需要查阅(设备档案)和(历史遗留问题文档),以及根据查询的 相关技术文件,制订《服务方案》。 5.现场工程师如果需要备件,通过(《维护备件申请流程》)流程进行申请。 6.现场工程师如果需要资料电子文档,产品手册直接到(技术支持网站中)下载,版本说 明书在(版本包)中下载,如果需要出版的手册等资料,通过资料申请管理系统进行申请。 7.现场支持工程师在到达现场后向客户网络运维部门提交(《服务申请》),并将(《服务 方案》)作为附件同时提交,请客户进行审核和确认,得到客户签字认可后方可进行现场服务实施。 8.工程师进行版本升级后,应严格根据(《升级方案》)中的测试方案进行充分的测试与观 察,确保升级成功、故障解决。测试结果应记录在(《现场技术服务报告》)中,得到客户的认可。 9.在开工协调会中,工程督导要与客户共同商定工程安装周期、进度计划以及配合事宜, 共同签定(《开工协议书》),并制订(《工程进度计划表》)。 二、判断题:对的打“√”错的打“╳”(每题1分共28分) 1.进机房要征得用户同意,离开机房要与用户打招呼,必要时要提交申请报告。 (√) 2.每天工作结束后,要清理工作现场,整理各种物品,保持机房整洁,做好日清。(√) 3.对打错的电话要耐心说明,切勿生硬回绝。 (√) 4.工程师借用的客户备件和归还的备件可以数量一样,型号不同。 (╳)

华为督导业务流程-总结

1.工程施工要达到的目标是什么? 客户满意——高 设备质量——高 安装效率——高 耗费成本——低 2. 提问:什么大公司做出来的工程质量,会比一般小公司做出来的要好? 答案就是,大公司注重流程、制度和规范。 这些是无数前辈思想的结晶,你们手头上拿着的流程、制度和规范,好像很枯燥,但如果你肯在实际当中真正去运用的话,你很快就发现,工作做起来,感觉很踏实、效果也很好。 3.合同履行过程介绍 工程谈判 验 4.工程级别划分 重大工程:公司一级 公司二级 非重大工程:办事处一级 办事处二级

5.施工类型 1、工程服务方式:指服务方为保证合同设备顺利开通和正常运行向需方提供的技术支持服务,包括工程勘测、软硬件安装调试及合同中的保修服务项目,并协助需方进行初验、割接和终验。 需方提供工程所需的安装环境和配套设施,确保安装前各种条件的具备。 服务方负责工程的硬件安装、软件调试和督导,对工程的质量和进度负责。 2、督导调试方式:指服务方为保证合同设备顺利开通和正常运行向需方提供的技术支持服务,包括工程勘测、硬件督导、软件安装调试及合同中的保修服务项目,并协助需方进行初验、割接和终验。 需方负责整个工程的进度、硬件安装质量和测试,包括开箱验货、硬件安装、以及组织整个工程的验收、割接工作;负责协调解决技术服务提供方督导人员提出的施工中存在的问题,并承担由此引起的工期延误责任和费用。 技术服务提供方负责实施硬件安装质量检查、监督和技术支持,以保证施工单位的硬件安装质量。负责完成软件安装调试,对软件安装调试的质量负责。 3、督导服务方式:指技术服务提供方为了协助需方保证合同设备的

华为工程流程规范总结

技术成就梦想 工程流程规范总结 ( 华为工程流程规范) 主要内容:工程流程规范总结 参考资料:华为各流程规范性文件 排版总结:袁经春 归总日期:2009年9月 浙江省邮电工程建设有限公司 网技传输产品线袁金春收录 深圳华为技术服务有限公司资料

目录 一、质量自检 (1) 二、督导需要提交的9个文档 (1) 三、督导在开工前应了解掌握的信息 (1) 四、开箱验货 (1) 五、开工 (2) 六、软件调测 (3) 七、初验 (3) 八、割接 (3) 九、事故上报流程 (4) 十、事故处理流程 (4) 十一、工程行为规范 (5) 1、仪表 (5) 2、沟通 (5) 3、施工现场行为 (5) 4、客户仪器、设备 (5) 十二、施工质量规范 (5) 1、尾纤布放 (5) 2、电源线的安装布放 (5) 十三、工程施工流程 (6) 1、开工协调会 (6) 2、示范站及技术支持、答疑 (6) 3、判断是否具备开工条件 (6) 4、按《设计文件》督导硬件安装 (6) 5、安装过程中督导需根据实际情况填写的表格 (6) 6、硬件安装后的验收(督导和客户) (7) 7、工程质量自检 (7) 8、验收和割接方案评审 (7) 9、工程现场问题处理 (7) 10、工程文档制作、归档 (7) 11、客户现场培训 (8) 12、及时录入EPMS信息 (8) 13、申请硬件质量检查 (8) 十四、货物保管、财产安全 (8) 十五、通信电源设备加电流程 (9) 十六、设备断电流程 (10) 十七、工程督导、软工、硬工等的职责 (11) 十八、华为六禁令 (11) 十九、高危操作 (11) 1、高危操作定义 (11) 2、属于高危操作的项目 (12) 3、高危操作级别定义分三级 (12) 4、高危操作的执行和审核 (12) 5、高危操作方案审核流程 (13)

华为流程规范考试

合作新员工服务规试题(A卷) 一、填空题(每空1分共25分) 1、工程师接收到现场服务任务后,应该根据任务类型查询相关技术文件:版本升级:查阅《××版本升级指导书》《××版本说明书》《设备健康检查标准》巡检任务:查询各产品的《巡检标准》。 2、工程师现场服务前,查阅设备档案和历史遗留问题文档,以及根据查询的相关技术文件,制订《服务方案》。 3、工程师对任务单中要求进行升级的,需要根据升级指导书,《XX产品测试报告》和升级方案模板,《XX 版本说明书》制定《升级方案》。 4、工程师直接收到客户的重大故障类问题(如重大瘫机、一级问题等)申告后,必须在第一时间30分钟通报至华为技术支持部相应产品重大事故责任人和华为当地办事处技术支持经理,并立即响应客户,首先远程指导客户恢复紧急故障。 5、工程因客户因素一旦停工,须连续停工7天以上方可复工,与客户协商停工时,必须向华为办事处工程管理经理汇报。 6、工程督导是合作货物准确验收、工程实施、工程现场的组织协调者。负责初验、文档整理,对工程进度、工程质量负直接责任,是工程现场的第一责任人。 7、对需要现场勘测的合同,勘测工程师首先要及时与客户沟通,确定客户是否具备勘测条件。必要时要向客户发《现场服务申请表》。 8、服务规包括行为规、业务流程、技术规三个组成部分。是保证工作质量,提供效率,为客户提供规的服务、提升客户满意度的纲领性文件。 二、判断题:对的打错的打(每题1分共25分) 1、工程经理、项目经理根据工程情况确定工程督导是否需要制作《工程施工方案》。(√) 2、华为办事处备件管理员的任务是负责工程施工调测中的板件更换。( √ ) 3、初验通过后即进入设备试运行期,华为工程经理应注意对设备运行情况的跟踪,对出现的问题应及时解决。 (╳) 4、工程督导合同货物准确验收,工程实施、工程现场的组织协调者,负责初验、文档整理,对工程进度、工程质量负直接责任,是工程现场的第一责任人(√)

华为激励守则分析1.doc

华为激励制度分析1 华为激励制度的启示 一个企业要有长远的发展,他就必须要有一种自己独特的企业文化.任正非经过对日本企业低增长条件下存活的经验的学习,最终得出狼性文化 华为中的”1+1+1”的激励之道.即员工的收入中,工资.奖金.股票分红的收入比例是相当的,共同构成员工的收入.华为还专门设立了一些精神奖励,荣誉奖,职权激励.这些措施成功运用到了过程型激励理论中的强化理论,即但员工收到工作情境中物质或精神的各种激励后,就会产生积极而努力性地工作,从而产生高水平的绩效,应用到实际管理中就是薪酬管理.其中的员工持股计划把员工个人利益和企业的整体利益紧紧联系在一起,使员工获得更高薪酬的需要增强了,有了齐心协力的把企业业绩提高的目标,有了一种很强的归属感,目标转化为动机,在一定的外部环境下产生了可见的努力工作,干劲十足的工作氛围.这正符合了马斯洛需求层次理论和成就动机理论中的归属需要同时华为对员工的评价,待遇和职位不具有一定必然的关联性,没有了官本位,给了员工更多的升职机会,正如马斯洛所说的员工的自我实现的需要和麦克里兰所认为的成就需要在这种任职机制下得到最大的满足。华为通过运用了一系列激励理论,不仅提高了员工的绩效,也使企业业绩大幅度提高,企业规模也不断壮大,同时培养了大量的优秀人才,留住了人才,也吸引着各大学毕业生们涌进华为,使自己的才能在这里有施展的舞台。从这方面看,这不失为一个成功案例,但是再完美的制度也有待于完善,华为的工作模式和

激励制度并 不适合每个人,“过劳死”引发了争议,许多员工都表示自己压力很大。 在这种情况下,华为首先要客观的认识到这是强化理论运用的过于激进,持续不断的激励,员工的弦一直绷得很紧,遭受末位淘汰的精神惩罚,心理压力很大。强化既要及时还要适度,才能使工作气氛变得轻松,员工的被尊重的需要,社交需要同样很重要。企业应以奖励为主,根据奥尔德弗的ERG理论,当较高层级的需要受到挫折时,很可能会降而求其次,因此有的员工受挫后会强烈要求关系需要或生存需要。企业有关部门主管应多接触员工,有效地沟通,及时发现员工的心理和行为的变化,然后进行面对面的交谈,以员工的立场去劝解员工,让他们这方面需要得以满足,安心的工作。对于企业内部的加班政策,末位淘汰政策,这些都不失极端,取而代之的应该是柔和政策,譬如,结构重组,改善工作环境,建立职业咨询部门,开展员工援助计划,同时改变员工工作时间,增加弹性时间和带薪休假。 华为技术任职资格管理系统规章制度1 技术任职资格管理制度 (暂行规定)

【最新】华为工程督导服务规范试题B卷

合作新员工服务规范试题( B 卷) 一、填空题(每空1分共22分) 1. 服务规范包括(行为规范)、(业务流程)、(技术规范)三个组成部分。是保证工作质 量,提供效率,为客户提供规范的服务、提升客户满意度的纲领性文件。 2. 工程督导是(合作货物准确验收)、(工程实施)工程现场的组织协调者。负责(初验)、 (文档整理),对(工程进度)、(工程质量)负直接责任,是工程现场的(第一)责任人。 3. 流程是指导员工下一步做什么的东西;而规范是指(指导员工下一步怎么做)。 4. 工程师现场服务前,需要查阅(设备档案)和(历史遗留问题文档),以及根据查询的相关技术 文件,制订《服务方案》。 5. 现场工程师如果需要备件,通过(《维护备件申请流程》)流程进行申请。 6. 现场工程师如果需要资料电子文档,产品手册直接到(技术支持网站中)下载,版本说明书在 (版本包)中下载,如果需要出版的手册等资料,通过资料申请管理系统进行申请。 7. 现场支持工程师在到达现场后向客户网络运维部门提交(《服务申请》),并将(《服务方 案》)作为附件同时提交,请客户进行审核和确认,得到客户签字认可后方可进行现场服务实施。 8. 工程师进行版本升级后,应严格根据(《升级方案》)中的测试方案进行充分的测试与观察, 确保升级成功、故障解决。测试结果应记录在(《现场技术服务报告》)中,得到客户的认可。 9. 在开工协调会中,工程督导要与客户共同商定工程安装周期、进度计划以及配合事宜,共同签定 (《开工协议书》),并制订(《工程进度计划表》)。 二、判断题:对的打错的打“X ” (每题1分共28分) 1. 进机房要征得用户同意,离开机房要与用户打招呼, 必要时要提交申请报告。 (V ) 2. 每天工作结束后,要清理工作现场,整理各种物品,保持机房整洁,做好日清。(V ) 3. 对打错的电话要耐心说明,切勿生硬回绝。

华为项目团队管理

华为项目团队管理 一提起华为的团队文化,大都很多人都会联想到业界流传得很有名的华为的“土狼”文化。在这里,我暂且不想去对华为的狼文化加以褒贬,也不会对当前公司在与华为的合作中的经济收益情况加于评论,而我只是想以一个与华为有过多次合作经历的见证者的身份,来描述一下我与华为合作过程中所见到的以及所学习到的一些特别的项目管理方式。 华为在团队管理的精髓可以简单总结为精细化管理与人性化管理相结合的双重效益。由于华为公司的严格纪律和刻苦的工作风格,如果单单从收入水平和生活质量来衡量的话,我可以肯定地说,华为员工的幸福指数是并不算太高的;但是因为华为同时具有人性化对待员工方式的这个法宝,使得员工在心理上的满足感和幸福感同样增强了华为团队的凝聚力和向心力。下面我就将对华为团队管理的体会进行归纳和总结一下: (一)精细化的管理 纪律严格,奖罚分明 众所周知,华为是一个半军事化管理、纪律严明甚至有些苛刻的公司,这在华为对运营商现场服务的大型软件集成项目组内部同样也体现了这种风格。就拿笔者经历过的XXX合作项目组来说,项目组现场管理制度包括了严格且明确的现场纪律要求条款,如严格规定上下班作息时间,办公桌面要求整齐清洁,下班后要求电脑和显示器关机、空调关闭、房间锁门,离开办公桌10分以上必须内部邮件通知,上班时间不得上与工作无关网站等等。以上条款,都配有不同数量的违反扣分,每人每月可扣分总数为100分,当被扣至80分以下时需要罚款50或100元,当被扣至60分以下时将可能被降薪或项目组辞退的处罚,被罚款项一般用作项目组的零食专款或奖励专款;而连续3个月以上得满分100分者,可被项目组奖励100元。项目经理会从平时工作认真负责且全体成员认可度比较高的普通组员中分别选择任命1名纪律监督员和1名纪记录考勤员,纪律监督负责不定期地突击检查员工的纪律情况并接受纪律举报,考勤员负责上下班考勤和纪律扣分登记记录并月底汇总每人得分总数。这种罚和奖不是只是记录而已,而在每月底召开的民主生活会上现场进行,该罚的现场掏钱,该奖的现场收钱,项目组所有的人都看着,确实是奖罚分明啊。 在军队中,常有一句这样的话,“没有纪律的军队是一支没有作战力的军队”,我想就是因为有了严明的纪律,一支队伍才能够在关键时刻可以顶得住,“硬骨头”可以啃得下,大的项目就可以做得下来…… 精细化的绩效考核

最新华为规范五大高压线

最新华为规范内容,重要中的重要 一、规范五大高压线 高压线一、所有操作必经技术授权及客户授权、在行业默许时间内操作:涉及现网的任何操作均需要通过技术授权并向用户提交书面申请,得到客户的签字确认后才能执行;涉及现网的任何危险操作绝对禁止在白天(非行业默许时间)进行,如用户强制要求,须经用户维护主管签字确认,经办事处产品区域RPM、项目经理/维护项目经理、客户支持经理、系统部ASD同意,并得到维护leader技术授权通过后方可进行。 高压线二、重大操作必按提方案,审核通过方可执行:涉及现网的所有升级/割接/整改必须按照《XX变更方案模板》制定详细的操作方案,且方案审核通过后才能执行;操作前必须进行数据备份,完成后必须进行业务、计费测试和记录,测试结果必须用户签字确认。 高压线三、重大事故及时通报,问题处理及时汇报:工程师获知客户重大事故时,应即时汇报(5分钟内)通报给2个人:产品维护leader、维护项目经理。合作方员工在遇到重大事故时,5分钟内通报办事处产品技术负责人、项目经理,产品技术负责人、项目经理5分钟内分别通报产品维护leader、维护项目经理、工程经理。问题处理完毕后在1个工作日内向用户维护主管进行汇报(重要的需要书面汇报),汇报问题解决情况或者下一步措施; 高压线四、报告提交客户前必须经过办事处审核:所有向用户提供的书面报告(尤其是产品故障说明报告),均需要经过产品维护leader、维护项目经理、区域RPM、系统部ASD审核,严禁私自向用户提供报告。 高压线五、杜绝一切退单和投诉,坚决保证客户满意度:熟记和理解工程满意度、问题单满意度回访要求,杜绝一切形式的低分问题单(工程)或退单;日常注意和用户沟通的方式,从心底里尊重用户,杜绝一切形式的投诉和低分单。

华为软件开发行为规范标准

软件开发行为规范 第一版 深圳市华为技术有限公司 版权所有不得复制

软件开发行为规范 (第一版) 为了把公司已经发布的软件开发过程规范有效地运作于产品开发活动中,把各种规范“逐步形成工程师的作业规范”,特制定本软件开发行为规范,以达到过程控制的目的。 与软件开发相关的所有人员,包括各级经理和工程师都必须遵守本软件开发行为规范。对违反规范的开发行为,必须按照有关管理规定进行处罚。 本软件开发行为规范的内容包括:软件需求分析、软件项目计划、概要设计、详细设计、编码、需求管理、配置管理、软件质量保证、数据度量和分析等。 本软件开发行为规范,采用以下的术语描述: ★规则:在软件开发过程中强制必须遵守的行为规范。 ★建议:软件开发过程中必须加以考虑的行为规范。 ★说明:对此规则或建议进行必要的解释。 ★示例:对此规则或建议从正或反两个方面给出例子。 本软件开发过程行为规范由研究技术管理处负责解释和维护。 研究技术管理处

目录 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:采用以下检查表检查软件需求规格文档中需求的完备性。

FPGA设计规范华为内部规范系列

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)

华为程序开发规范

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 概述 (7) 1.1 TD-SCDMA组网简介 (7) 1.2 机房工作介绍 (7) 1.3 机房工作准备 (8) 1.4 机房行为规范和注意事项 (9) 2 机房基本操作 (9) 2.1 LMT基本操作 (9) 2.2 OMC基本操作 (11) 2.3 数据修改 (13) 2.3.1 修改频点 (13) 2.3.2 添加邻区关系 (16) 2.3.3 修改扰码 (17) 2.3.4 添加邻RNC小区 (20) 2.4 告警查询 (22) 2.4.1 告警类别 (22) 2.4.2 告警级别 (22) 2.4.3 告警查询与提取 (23) 2.5 提取CFGMML源文件 (27) 2.6 脚本制作 (27) 2.6.1 批处理操作 (27) 2.6.2 脚本制作小工具 (29) 2.7 用户信息跟踪 (30) 2.8 小区性能跟踪 (32) 2.9 码树占用 (34) 3 日常工作流程 (36) 3.1 日常配合流程 (36) 3.1.1 外场参数修改流程 (36) 3.1.2 拉网测试流程 (38) 3.2 参数修改流程 (39) 3.3 数据核查流程 (41) 4 优化配合流程 (43) 4.1 单站验证流程 (44) 4.2 优化流程 (45) 4.3 片区优化流程............................................................................. 错误!未定义书签。 4.4 全网优化流程............................................................................. 错误!未定义书签。 5 问题处理................................................................................................. 错误!未定义书签。

相关文档
最新文档