写了十几年的程序，最受不了的是杂乱的程序书写风格，对于维护及理解造成很大障碍。下面的这些风格纯属个人偏好，但基本上是基于匈牙利命名规则的。
一、类
除了异常类等个别情况（不希望用户把该类看作一个普通的、正常的类之情况）外，C++类/结构的命名应该遵循以下准则:
C++类的命名类的名称都要以大写字母“C”开头，后跟一个或多个单词。为便于界定，每个单词的首字母要大写。类的命名推荐用"名词"或"形容词＋名词"的形式，例如："CAnalyzer", "CMonkeyVector" ....
传统C结构体的命名传统的C结构体只是一种将一组数据捆绑在一起的方式，其名称全部由大写字母组成，单词间使用下划线界定，例如："SERVICE_STATUS", "DRIVER_INFO" ....
二、函数
普通函数的命名函数的名称由一个或多个单词组成。为便于界定，每个单词的首字母要大写。函数名应当使用"动词"或者"动词＋名词"（动宾词组）的形式。例如："GetName()", "SetValue()", "Erase()", "Reserve()" ....
保护/私有成员函数保护成员函数的开头应当加上一个下划线“_”以示区别，例如："_SetState()" ....
虚函数虚函数习惯以“Do”开头，如："DoRefresh()", "_DoEncryption()" ....
回调和事件处理函数回调和事件处理函数习惯以单词“On”开头。例如："_OnTimer()", "OnExit()" ....
三、变量
变量应该是程序中使用最多的标识符了，变量的命名规范可能是一套C++命名准则中最重要的部分。变量名由作用域前缀＋类型前缀＋一个或多个单词组成。为便于界定，每个单词的首字母要大写。变量的名字应当使用"名词"或者"形容词＋名词"，例如："nCode", "m_nState"，"nMaxWidth" ，对于某些用途简单明了的局部变量，也可以使用简化的方式，如：i, j, ....
作用域前缀作用域前缀标明一个变量的可见范围。作用域可以有如下几种：
前缀说明
无局部变量
m_ 类的成员变量（member）
sm_ 类的静态成员变量（static member）
s_ 静态变量（static）
g_ 外部全局变量（global）
sg_ 静态全局变量（static global）
gg_ 进程间共享的共享数据段全局变量（global global）
类型前缀类型前缀标明一个变量的类型，可以有如下几种：
前缀说明
n 整型和位域变量（number）
e 枚举型变量（enumeration）
c 字符型变量（char）
b 布尔型变量（bool）
f 浮点型变量（float）
p 指针型变量和迭代子（pointer）
pfn 特别针对指向函数的指针变量和函数对象指针（pointer of function）
g 数组（grid）
i 类的实例（instance）
对于经常用到的类，也可以定义一些专门的前缀，如：std::string和std::wstring类的前缀可以定义为"str"，std::vector类的前缀可以定义为"v"等等。类型前缀可以组合使用，例如"gc"表示字符数组，"ppn"表示指向整型的指针的指针等等。
四、常量
常量的命名由全大写字母组成，单词间通过下划线来界定，如：DELIMITER, MAX_BUFFER ....
五、枚举、联合、typedef
枚举、联合、typedef的命名全大写字母组成，单词间通过下划线来界定，如：FAR_PROC, ERROR_TYPE ....
六、宏、枚举值
宏、枚举值的命名由全大写字母组成，单词间通过下划线来界定，如：ERROR_UNKNOWN, OP_STOP ....
熟悉使用C/C++编程，掌握面向对象技术，熟练掌握常用的数据结构和算法；熟悉推荐系统中常见算法（协同过滤算法等），熟悉机器学习中常见的统计模型（感知机、贝叶斯等）以及聚类算法（k-means等）；熟悉Linux环境编程、常用命令以及Shell 编程，熟悉python 脚本、GDB等工具；熟悉TCP/IP协议、http协议、网络编程，熟悉多线程、多进程编程；熟悉密码学，熟悉常用的加密解密算法，了解Windows、Linux驱动程序的开发机制，有过驱动程序、vxworks嵌入式系统开发、ucOS移植的项目开发经历；了解C#、JAVA等语言，并具有能使用这些语言进行软件开发的能力；
具备很强的学习能力、理解能力，能快速掌握计算机、互联网以及通信领域的新技术；工作勤奋踏实、有热情、有责任心，注重团队的沟通交流；具备良好的英文阅读能力，能够比较顺利地进行日常英文交流。
1、目的 本指导书是为软件配置管理而制定。其目的是使公司软件产品配置标识的命名规范化。 2、适用范围 适用于本公司所有软件产品的配置管理。 3、职责 4、控制内容 4.1、软件配置标识的组成 4.1.1、软件提供给用户的阶段产品和最终产品的配置标识由公司代码QW和以下五 部分组成。 a、产品类别代码 b、产品（项目）标识或子系统标识 c、配置项标识 d、版本号 其一般形式为：QWa-bbbb-cc-dd 4.1.2、软件开发过程中产生仅供公司或项目内部使用的配置项，其配置标识的一 般形 式为：bbcccccc-dd，其中，bb为产品（项目）标识缩写，cccccc为配置项标识，dd为版本号。 4.2、部门代码 部门代码按《体系文件编号规定》4.3条的规定控制。 4.3、产品（项目）标识及其缩写 产品（项目）标识由反映产品或项目名称的4~5位拼音字母组成，前2位字母为其缩写。如DHMIS是杭州大和热磁电子有限公司管理信息系统的项目标识，而DH则为其缩写。 4.4、子系统标识 子系统标识由2位产品（项目）标识缩写和2~3位子系统名拼音字母组成，其中第3、4两位为子系统标识缩写。如DHXS是大和项目销售子系统的标识，而XS是其缩写。 4.5、配置项标识 4.5.1、4.1.1所述配置标识中的配置项标示：识（cc）如下表所 配置项标识（cc） 系统规格说明书FB 项目开发计划DP 软件需求规格说明书RS 概要设计说明书PD
详细设计说明书DD 用户手册UM 操作手册OM 源程序SP 4.5.2、4.1.2所述配置标识中的配置项标识（cccccc）有以下情况： a、配置项为数据项：配置标识由2位全局标识SY或子系统标识缩 写（局部数据）和3位数字码组成。 如SY001为001号全局数据的配置项标识 XS031为销售子系统031号数据的配置项标识。 b、配置项为数据流： 配置项标识由2位子系统标识缩写，2位数据流标识DF和2位数字码组成。 如ZCDF02为资财子系统02号数据流的配置项标识。 c、配置项为数据存储结构： 配置项标识由2位子系统标识缩写，2位数据存储标识DB和2位数字码组成。 如ZZDB01为制造子系统01号数据存储结构的配置项标识。 d、配置项为程序模块： 配置项标识由2位子系统标识缩写，程序模块标识M和2~3位数字码组成。 如XSM101为销售子系统101号程序模块的配置项标识。 e、配置项为存储媒体 配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位存储媒体标识FD（软盘）、HD（硬盘）、CD（光盘）或TY（磁带）和2 位数字码组成。 如ZZFD03为制造子系统的03号软盘。 f、配置项为测试计划 配置项标识由2位产品（项目）标识缩写或子系统标识缩写，2位测试计划类别标识和2位数字码组成，其中，组装测试计划类别标识为 TP，确认测试计划类别标识为VP。 数字码00表示产品（项目）或子系统的测试计划，其它数字则表示某一号分计划。 如DHVP00为大和项目确认测试计划的配置项标识。 XSTP01为销售子系统01号测试计划的配置项标识。 4.6、版本号 版本号由2位数字码组成。
深圳市佳华利道新技术开发有限公司 产品命名编码规则 修定日期：2014/08/21 批准审核修订 文件标题产品命名编 码规则 文件编号 UP201408210 1 版本 A 修订部门总经办修订日期2014-08-21 页次 4
目录 一、目的 (2) 二、造用范围 (2) 三、物料编码的组成 (2) 四、编号规则说明 (2) 4.1 一级分类 (3) 4.2 二级分类 (3) 4.3 序号 (4) 4.4 版本号 (4)
文件编号：UP20140821001 深圳市佳华利道新技术开发有限公司 物料编码规范文件版本：01 文件页码：共 4 页 生效日期：2014-8-21 一.目的： 保证公司的物料编码规范化，便于物料接收、检验、储存、请购、盘点、账目、使用 及维护等作业,及确保产品在形成的各阶段都有唯一的标示，并具有可追溯性。 二..适用范围： 公司运作中涉及的所有物料，不包含办公用品等。 三..物料编码的组成：（先分大类，在分小类） 物料编码共9位阿拉伯数字组成，分为一级分类（2位），二级分类（2位），序号 3位），版本（2位）其组成形式为： 物料名称 1 0 0 0 1 0 1 0 1 一级分类二级分类序号版本 （大类）（小类） 四．编号规则说明： 如有新开发的电池产品型号，按照阿拉伯数字的顺序以此类推（实验用材料除外）。
4.1 一级分类：（如有新开发的电池产品型号，按照阿拉伯数字的顺序以此类推） 10 ：电池箱组件 20 ：电机 30 ：动力系统控制器 40 ：低压元件零件 50 ：高压零部件 60 ：电子零部件 70 ：普通材料 80 ：杂类 4.2 二级分类：（如有新开发的电池产品型号，按照阿拉伯数字的顺序以此类推） 物料类别（10-90）零件属性代码 （01-99） 序号 （001-999） 版本 （01-99） 10 电池箱组件01 电池芯001 3.2V/25Ah 02 电池模块 03 电池箱 001 箱体构件01 002 箱体构件02 003 箱体构件02 004 左侧构件 005 右侧构件 006 滚轮支撑板01 007 滚轮支撑板02 008 支承滚轮 009 固定块01 010 固定块02 011 顶盖 012 塑料卡扣6×3 013 塑料卡扣6×2 014 拉紧扣带 015锁紧扣 016 桥接片01 017 桥接片02 018 前汇流铜片 019 后汇流铜片 020负极连接片01 021 负极连接片02 022 负极连接片03 023 负极连接片04 024 正极连接片
1. 1.版本命名规范 软件版本号有四部分组成，第一部分为主版本号，第二部分为次版本号，第三部分为修订版 本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有五种，分别为base、alpha、beta 、RC 、 release 2. 2.软件版本阶段说明 Base：此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。 Alpha ：软件的初级版本，表示该软件在此阶段以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug较多，需要继续修改，是测试版本。测试人员提交Bug经开发人员修改确认之后，发布到测试网址让测试人员测试，此时可将软件版本标注为alpha版。 Beta ：该版本相对于Alpha 版已经有了很大的进步，消除了严重错误，但还需要经过多次测试来进一步消除，此版本主要的修改对象是软件的UI。 修改的的Bug 经测试人员测试确认后可发布到外网上，此时可将软件版本标注为 beta版。 RC ：该版本已经相当成熟了，基本上不存在导致错误的Bug，与即将发行的正式版本相差无几。 Release：该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式的版本，是最终交付用户使用的一个版本。该版本有时也称标准版。 3. 3.版本号修改规则
（1）主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生变化。此版本号由项目决定是否修改。 （2）次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 （3）修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩充，要经常发布修订版，修复一个严重 Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 （4）日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 （5）希腊字母版本号：此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 4.版本发布周期 （1）非紧急情况：首先由测试人员测试并提交Bug，其次开发人员会尽量在当天修复Bug并在第二天发布该版本的alpha版，然后由测试人员测试验证关闭Bug之后在第三天会发布该版本的 beta 版。 紧急情况：如果Bug比较紧急可跳过一般流程，由开发人员尽快修复Bug，测试确认之后直接发布该版本的 beta版。 5. 5 5 .版本号修改举例说明 如此时版本号为：1.0.0.0321_alpha ，此时为内部测试阶段 （1）开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后，发布到外网时，此时就进入了软件的下一个阶段，版本号可改为： 1.0.0.0321_beta ，如当前日期跟上一个版本号的日期不一样，版本号可改 为：1.0.0.0322_beta。 （2）如果修复了一些重大Bug 并按照流程发布到外网时就可发布一个修订版，如1.0.1.0322_beta，日期为发布的当前日期。
空蓝 忍耐 我很幸运！: ) 主页博客相册|个人档案|好友 查看文章 【规范】软件版本命名规范 2010-02-21 18:01 一、软件版本命名规范 1. 软件版本阶段说明 * Base 版: 此版本表示该软件仅仅是一个假页面链接，通常包括所有的功能和页面布局，但是页面中的功能都没有做完整的实现，只是做为整体网站的一个基础架构。 * Alpha 版: 此版本表示该软件在此阶段主要是以实现软件功能为主，通常只在软件开发者内部交流，一般而言，该版本软件的Bug 较多，需要继续修改。 * Beta 版: 该版本相对于α版已有了很大的改进，消除了严重的错误，但还是存在着一些缺陷，需要经过多次测试来进一步消除，此版本主要的修改对像是软件的UI 。 * RC 版: 该版本已经相当成熟了，基本上不存在导致错误的BUG ，与即将发行的正式版相差无几。 * Release 版: 该版本意味“最终版本”，在前面版本的一系列测试版之后，终归会有一个正式版本，是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下，Release 不会以单词形式出现在软件封面上，取而代之的是符号(Ｒ)。 2. 版本命名规范 软件版本号由四部分组成，第一个1为主版本号，第二个1为子版本号，第三个1为阶段版本号，第四部分为日期版本号加希腊字母版本号，希腊字母版本号共有5种，分别为：base 、alpha 、beta 、RC 、release 。例如：1.1.1.051021_beta 。 # 版本号定修改规则： * 主版本号(1)：当功能模块有较大的变动，比如增加多个模块或者整体架构发生变化。此版本号由项目决定是否修改。 * 子版本号(1)：当功能有一定的增加或变化，比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定是否修改。 * 阶段版本号(1)：一般是 Bug 修复或是一些小的变动，要经常发布修订版，时间间隔不限，修复一个严重的bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 * 日期版本号(051021):用于记录修改项目的当前日期，每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定是否修改。 * 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段，当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定是否修改。 # 文件命名规范 文件名称由四部分组成：第一部分为项目名称，第二部分为文件的描述，第三部分为当前软件的版本号，第四部分为文件阶段标识加文件后缀，例如：项目外 包平台测试报告1.1.1.051021_beta_b.xls ，此文件为项目外包平台的测试报告文档，版本号为：1.1.1.051021_beta 。 3. 版本的协同作业 如果是同一版本同一阶段的文件修改过两次以上，则在阶段标识后面加以数字标识，每次修改数字加1，项目外包平台测试报告 1.1.1.051021_beta_b1.xls 当有多人同时提交同一份文件时，可以在阶段标识的后面加入人名或缩写来区别，例如：项目外包平台测试报告 1.1.1.051021_beta_b_LiuQi.xls 。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别，例如：项目外包平台测试 报告 1.1.1.051021_beta_b_LiuQi 2.xls 关于软件版本划分的一些知识 | | | | 激活我的百度空间百度空间百度首页 lmhytr
软件项目版本号的命名规则及格式 版本控制比较普遍的3 种命名格式: 一、GNU 风格的版本号命名格式: 主版本号 . 子版本号[. 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[.Revision_Number[.Build_Nu mber]] 示例: 1.2.1, 2.0, 5.0.0 build-13124 二、Windows 风格的版本号命名格式: 主版本号 . 子版本号[ 修正版本号[. 编译版本号]] Major_Version_Number.Minor_Version_Number[Revision_Number[.Build_Nu mber]] 示例: 1.21, 2.0 三、.Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修正版本号]] Major_Version_Number.Minor_Version_Number[.Build_Number[.Revision_Nu mber]] 版本号由二至四个部分组成：主版本号、次版本号、内部版本号和修订号。主版本号和次版本号是必选的；内部版本号和修订号是可选的，但是如果定义了修订号部分，则内部版本号就是必选的。所有定义的部分都必须是大于或等于0 的整数。 应根据下面的约定使用这些部分： Major ：具有相同名称但不同主版本号的程序集不可互换。例如，这适用于对产品的大量重写，这些重写使得无法实现向后兼容性。 Minor ：如果两个程序集的名称和主版本号相同，而次版本号不同，这指示显著增强，但照顾到了向后兼容性。例如，这适用于产品的修正版或完全向后兼容的新版本。 Build ：内部版本号的不同表示对相同源所作的重新编译。这适合于更改处理器、平台或编译器的情况。 Revision ：名称、主版本号和次版本号都相同但修订号不同的程序集应是完全可互换的。这适用于修复以前发布的程序集中的安全漏洞。 程序集的只有内部版本号或修订号不同的后续版本被认为是先前版本的修补程序(Hotfix) 更新。 版本号管理策略 一、GNU 风格的版本号管理策略：
□机密文件■管制文件□一般文件 主题： 项目编码规则 文件编码： 版本：V5.2 机种：———— 生效日期：发行日生效PAGE 0 OF 13 （变更历史记录）： 变更次数变更内容变更人变更日期 0 首次发行,第一版1999.12.5 1 物料编码规则维护2000.5.33 2 项目编码规则维护，变更码长和分类、取消延申码，2001.2.9 3 项目编码规则维护, 2001.6.25 4 项目编码规则维护, 2002-4-29 5 项目编码规则维护, 2002-5-16 6 项目编码规则维护,数码产品2002-8-13 7 项目编码规则维护,笔记本2003-3-7 8 项目编码规则维护,笔记本编码2003-12-29 9 根据现有业务流程进行版本升级徐斐2004-2-28 10 项目编码规则维护,PTO编码徐斐2004-5-30 分发部门□研发中心□生产管理□财务□行政部 □采购□市场□品管部□信息管理部□商务□计划物控□ □客服□产品销售□□ 会签部门 （部门长） 批准审核拟稿TCL电脑科技（深圳）有限公司
目录 1 目的. (3) 2 范围. (3) 3 权责. (3) 3.1信息管理部 (3) 3.2研发部 (3) 3.3产品管理部 (3) 3.4其它部门 (3) 3.5 TCL万维科技(深圳)有限公司 .......................................................................... 错误!未定义书签。4定义 . (3) 5 TCL电脑科技有限责任公司项目编码规则 (4) 5.1 成品编码规则 (4) 5.2零部件的编码规则 (6) 5.3 PC主机电脑及外设所用项目的选项类项目编码规则 (10) 5.4 笔记本主机电脑及外设所用项目的选项类项目编码规则 (12) 5.5固定资产编码规则 (17) 5.6办公用品编码规则 (18) 5.7促销品编码规则 (18) 5.8客服的服务用品编码规则 (18) 5.9外协项目的编码规则 (18) 5.9工程物料编码规则 (18) 6 TCL万维科技(深圳)有限公司项目编码规则 (18) 7项目编码规则的维护. (19) 8相关文件. (19)
软件版本管理规 V1.0.0 文档版本变更记录：
目录 前言 (3) 1 围 (4) 2 术语和定义 (4) 2.1 软件 (4) 2.2 产品软件 (4) 2.3 演示软件 (4) 3 软件版本命名规则 (4) 3.1 软件版本命名组成 (4) 3.2 产品软件版本命名 (4) 3.3 演示软件版本命名 (5) 3.4 正式版本号的升级规则 (6) 3.4.1 软件版本升级规则 (6) 3.4.2 演示版本升级规则 (6) 3.5 版本的安装文件命名规则及存放路径 (6) 4 软件版本发布流程 (7) 5 管理条例 (7) 6 附录 (7)
前言 为规部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。 本标准于2015年6月首次发布。
软件版本管理规定 1围 本标准规定了移动银行事业部产品软件版本的控制与管理。 本标准适用于移动银行事业部产品软件版本的控制与管理。 2术语和定义 下列定义适用于本标准。 2.1软件 指与产品相关的所有软件，可以分为产品软件和演示软件。 2.2产品软件 已签订合同，有明确交付日期的产品。 2.3演示软件 处于研发阶段，并未正式投入生产的应用。 3软件版本命名规则 3.1软件版本命名组成 产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。 3.2产品软件版本命名 产品软件版本的命名规则如下所示：
绝缘子型号的含义 绝缘子型号的含义 绝缘颜色标志表 型号SC KC KC1 KX EX JK TX 正极红红红红红红红 负极绿蓝湖蓝黑棕紫白 补偿导线型号、代号及命名法表 型号规格代号含义 辅助代号附加代号 SC 配用铂铑10-铂热电偶的补偿型补偿导线 KX 配用镍铬-镍硅热电偶的延伸型补偿导线 KC 配用镍铬-镍硅热电偶的补偿型补偿导线 EX 配用镍铬铜镍热电偶的延伸型补偿导线 JX 配用铁-铜镍热电偶的延伸型补偿导线 TX 配用铜-铜镍热电偶的延伸型补偿导线 -G 一般用 -H 耐热用 A 精密级 B 普通级 -V 聚氯乙烯 -F 聚四氟乙烯 -B 玻璃丝 R 多股线芯（单股线芯省略） P 屏蔽 0.5 线芯标称截面0.5mm2 1.0 线芯标称截面1.0mm2 1.5 线芯标称截面1.5mm2 2.5 线芯标称截面2.5mm2 表示S型热电偶用的补偿型耐热用普通级补偿导线，绝缘层为聚氯乙烯，特征为多股软线和屏蔽型单对线芯标称截面为1.0mm2。 举例：SC-H B-V R P 2×1.0 GB4989-85 本安用热电偶补偿导线(缆)(含阻燃型) 产品型号含义 口口口口口ia 配用热电偶型号(二个字母表示) 使用分类和允差等级、GA一般用精密级，GB一般用普通级线芯股数、多股用R表示，单股可省略线芯截面，mm2 本安用 线芯绝缘层、护层着色表 补偿导线型号配用热电偶补偿导线合金丝绝缘层着色护层着色 正极负极正极负极 SC 铂铑10-铂SPC（铜）SNC（铜镍）红绿蓝 KC 镍铬-镍硅KPC（铜）KNC（康铜）红蓝蓝 KX 镍铬-镍硅KPX（镍铬）KNX（镍硅）红黑蓝
文件命名和编号规则 1、纸质版文件的文件编号 文件编号的编号规则是：产品型号--文件类型--版本号（0X-0Y即为版本VX.Y） 例如，VQAC10II-HM-01-03，高压控制器产品型号VQAC10II，HM代表材料明细表，版本是V1.3的。 EKL4-HG-01-02，故障指示器产品型号EKL4，HG代表工艺文件，版本为V1.2的。 SENS-HY-01-01，传感器产品型号SENS，HY代表原理图，版本为V1.1。 DJGI200-HT-01，故障指示器产品型号DJGI-200，HT代表技术条件文件，版本为V1.0。 一般情况下文件对应的代表字母如下： HS—使用说明书 HF—总体设计方案 HB—包装文件 HD—调试说明 HJ—总装配及零部件图 电子版文件的文件编号和纸质版文件编号相同。 2、纸质版文件的索引编号 索引编号的编号规则是：排序号--产品型号--此文件在此产品的所有文件中的排序号—版本号 其中，排序号按照A故障指示器、B开路保护模块、C控制器、D电流源转换模块、E分界开关保护单、F雷电项目这六大产品类型分别进行整理。产品排序如下表1所示。 例如，EKL4型故障指示器的工艺文件EKL4-HG-01-01 ，索引编号为：1（EKL4A产品在A故障指示器类产品中的排序）-EKL4（产品型号）-1（工艺文件在EKL4A产品所有文件中的排序）-V1.1（版本号）EKL4型故障指示器的技术文件/图纸更改通知单M R-4-3-(06)，1-EKL4-3-V1.0 MR-4-3-(06)，1-EKL4-3-V1.1 MR-4-3-(27)，1-EKL4-3-V1.2 DJGI200型故障指示器的工艺流程文件D JGI200-HG-01，索引编号为16-DJGI200-1-V1.0 调试文件DJGI200-HG-02，索引编号为16-DJGI200-2-V2.0 PSW200B型分界开关控制器的调试说明文件PSW200B-HD-01-01，索引编号为7-PSW200B-1-V1.1 项目/产品设计开发阶段评审表MR-7-3-(04)，索引编号为7-PSW200B-8-V1.0 HT-200 型分界开关控制器的检测报告文件没有编号，索引编号为1-HT200-5-V1.0 立项报告文件编号为201203，索引编号为1-HT200-6-V1.0 3、产品分类及编号 A-故障指示器 B-开路保护模块 C-控制器 D-电流源转换模块 E-分界开关保护单元 F-雷电项目 A2 C TEKL 光纤型CT供电故障指示器 A3 EKL3 故障指示器 A4 SFI 短路及接地故障指示器
协同办公管理系统命名规说明 目录 一、流程分类规 (2) 二、流程命名规 (3) 三、环节命名规 (4) 四、流向命名规 (5) 五、角色命名规 (6) 六、字段命名规 (7)
一、流程分类规 通常流程可以按照所属部门或业务类型来分类：
二、流程命名规 命名规则（采用按业务流程分类的命名规则）： 2位业务类型代码+4位流水号+“-”+流程名称 例如：财务管理流程类型下面，有费用报销的审批，则其命名应为：“CW0001-费用报销” 其中各字段含义如下：
三、环节命名规 命名规则：[岗位/职位/角色]+环节动作 例如：某流程的某环节需要采购部经理审批，那么该环节名称可以命名为：采购部经理审批；再如某流程的某环节需要总裁加签，那么该环节名称可以命名为：总裁加签，诸如此类。 常用的环节动作有： 1、开始节点：拟稿、提交、发起、起草、申请、创建等。 2、中间节点：加签、接收、发布、处理、审批、审核、初审、终审、反馈、套红（公文、发文）等。 3、结束节点：完成、归档、结束等。
四、流向命名规 命名规则：谓语+[环节名称]（如果下一环节为最后环节，则直接用环节名称）例如：呈交[审计总监审批]，退回[申请人起草]，归档 常用的谓语有： a、呈交：文档流向上级领导办理 b、转交：文档流向平级或下级人员办理 c、退回：文档流向前面环节办理 d、转发：文档流向流程环节以外人员办理 e、知会：文档知会相关人员
五、角色命名规 命名规则：原则上根据具体流程来命名角色。 1、流程专用角色：[流程编号]+岗位/职位 2、流程公用角色：[Public]+ 岗位/职位 例如：[CW001]出纳，[IT001]系统管理员，[Public]总裁。
软件版本命名规范(如1、0、0、1各代表什么意思) 1、软件版本阶段说明 * Base版: 此版本表示该软件仅仅就是一个假页面链接,通常包括所有的功能与页面布局,但就是页面中的功能都没有做完整的实现,只就是做为整体网站的一个基础架构。 * Alpha版: 此版本表示该软件在此阶段主要就是以实现软件功能为主,通常只在软件开发者内部交流,一般而言,该版本软件的Bug较多,需要继续修改。 * Beta版: 该版本相对于α版已有了很大的改进,消除了严重的错误,但还就是存在着一些缺陷,需要经过多次测试来进一步消除,此版本主要的修改对像就是软件的UI。 * RC版: 该版本已经相当成熟了,基本上不存在导致错误的BUG,与即将发行的正式版相差无几。 * Release版: 该版本意味“最终版本”,在前面版本的一系列测试版之后,终归会有一个正式版本,就是最终交付用户使用的一个版本。该版本有时也称为标准版。一般情况下,Release不会以单词形式出现在软件封面上,取而代之的就是符号(Ｒ)。 2、版本命名规范 软件版本号由四部分组成,第一个1为主版本号,第二个1为子版本号,第三个1为阶段版本号,第四部分为日期版本号加希腊字母版本号,希腊字母版本号共有5种,分别为:base、alpha、beta、RC、release。例如:1、1、1、051021_beta。 # 版本号定修改规则: * 主版本号(1):当功能模块有较大的变动,比如增加多个模块或者整体架构发生变化。此版本号由项目决定就是否修改。 * 子版本号(1):当功能有一定的增加或变化,比如增加了对权限控制、增加自定义视图等功能。此版本号由项目决定就是否修改。 * 阶段版本号(1):一般就是 Bug 修复或就是一些小的变动,要经常发布修订版,时间间隔不限,修复一个严重的bug即可发布一个修订版。此版本号由项目经理决定就是否修改。 * 日期版本号(051021):用于记录修改项目的当前日期,每天对项目的修改都需要更改日期版本号。此版本号由开发人员决定就是否修改。 * 希腊字母版本号(beta):此版本号用于标注当前版本的软件处于哪个开发阶段,当软件进入到另一个阶段时需要修改此版本号。此版本号由项目决定就是否修改。 # 文件命名规范 文件名称由四部分组成:第一部分为项目名称,第二部分为文件的描述,第三部分为当前软件的版本号,第四部分为文件阶段标识加文件后缀,例如:项目外包平台测试报告1、1、1、 051021_beta_b、xls,此文件为项目外包平台的测试报告文档,版本号为:1、1、1、051021_beta。 3、如果就是同一版本同一阶段的文件修改过两次以上,则在阶段标识后面加以数字标识,每次修改数字加1,项目外包平台测试报告1、1、1、051021_beta_b1、xls 当有多人同时提交同一份文件时,可以在阶段标识的后面加入人名或缩写来区别,例如:项目外包平台测试报告 1、1、1、051021_beta_b_LiuQi、xls。当此文件再次提交时也可以在人名或人名缩写的后面加入序号来区别,例如:项目外包平台测试报告1、1、1、051021_beta_b_LiuQi2、xls
协同办公管理系统命名规范说明 目录 一、流程分类规范 (2) 二、流程命名规范 (3) 三、环节命名规范 (4) 四、流向命名规范 (5) 五、角色命名规范 (6) 六、字段命名规范 (7)
一、流程分类规范 通常流程可以按照所属部门或业务类型来分类：
二、流程命名规范 命名规则（采用按业务流程分类的命名规则）： 2位业务类型代码+4位流水号+“-”+流程名称 例如：财务管理流程类型下面，有费用报销的审批，则其命名应为：“CW0001-费用报销” 其中各字段含义如下：
三、环节命名规范 命名规则：[岗位/职位/角色]+环节动作 例如：某流程的某环节需要采购部经理审批，那么该环节名称可以命名为：采购部经理审批；再如某流程的某环节需要总裁加签，那么该环节名称可以命名为：总裁加签，诸如此类。 常用的环节动作有： 1、开始节点：拟稿、提交、发起、起草、申请、创建等。 2、中间节点：加签、接收、发布、处理、审批、审核、初审、终审、反馈、套红（公文、发文）等。 3、结束节点：完成、归档、结束等。
四、流向命名规范 命名规则：谓语+[环节名称]（如果下一环节为最后环节，则直接用环节名称）例如：呈交[审计总监审批]，退回[申请人起草]，归档 常用的谓语有： a、呈交：文档流向上级领导办理 b、转交：文档流向平级或下级人员办理 c、退回：文档流向前面环节办理 d、转发：文档流向流程环节以外人员办理 e、知会：文档知会相关人员
五、角色命名规范 命名规则：原则上根据具体流程来命名角色。 1、流程专用角色：[流程编号]+岗位/职位 2、流程公用角色：[Public]+ 岗位/职位 例如：[CW001]出纳，[IT001]系统管理员，[Public]总裁。
一、编制依据 1、《电力系统部分设备统一编号准则SD240-87》； 2、华东电网有限公司《330kV 及以上电气设备命名编号及调度管辖范围划分原则》暂行办法。 二、发电厂、变电站命名原则 1、新建发电厂、变电站名称由所属业主单位提供，电网调度机构批准。 2、新建发电厂、变电站在初设前，向所辖电网调度机构提交发电厂、变电站拟命名称（推荐三个及以上名称）。 3、新建发电厂、变电站命名不得与已有厂站同名、同音。其中电厂、电网变电站最好以地域名命名；用户变以企业特性或地域命名。 三、线路命名原则 （一）330kV 及以上线路 1、330kV 及以上线路名称实行双重编号，即线路编号＋设备名称。 2、330kV 线路编号由网调统一编制，一般由四或五位数字组成，格式为：电压等级（第一位）+中间两位数字表示该线路年份（第二、三位）+最后一位或两位数字表示该线路在当年命。 3、330kV 线路命名以该线路两端厂站名称的简称命名，一般以主供电源端的简称在前；若有二回线，命名与一回线一致，线路名称除按上述命名外还应附加以回路数，如××I 线、××II 线。 （二）110kV 及以下线路 1、110kV 及以下线路命名实行双重编号，即电压等级＋线路名称。如110 kV××线、35 kV××线、10kV ××路。 2、110kV 线路命名以该线路两端厂站名称的简称命名，一般以主供电源端的简称在前；若有二回线，命名与一回线一致，线路名称除按上述命名外还应附加以回路数，如××I 线、××II 线。 3、“T ”接线线路命名为线路主线名称＋“T ”接厂站简称，如××（主线名称）“T ”×（厂站简称）线。 4、线路杆塔编号排列顺序：由线路主供电源端开始至受电厂站，从1号起按递增顺序编号；“T ”接线路杆塔编号由“T ”接点至厂站，从1号起按递增顺序编号。
软 件 开 发 流 程 规 范 V1.0 德联软件有限责任公司
编制人：侯秀美审核人：2015 年8 月19 日
目录 目录 0 一、概述 (2) 二、开发流程规范 (3) 2.1 系统软硬件开发环境 (3) 2.2 系统架构（系统组成） (5) 2.3 系统功能模块设计 (6) 2.4 系统功能开发流程图 (6) 2.5 开发修改记录 (7) 三、开发代码规范 (8) 3.1 文件结构 (8) 3.1.1 文件信息声明 (8) 3.1.2 头文件的结构 (10) 3.1.3 定义文件的结构 (11) 3.1.4 头文件的作用 (12) 3.1.5 目录结构 (13) 3.2 命名规则 (13) 3.2.1 共性原则 (13) 3.2.2 Windows变量命名规则 (14) 3.3 程序风格 (17) 3.3.1 空行 (17) 3.3.2 代码行 (18) 3.3.3 代码行内的空格 (19) 3.3.4 对齐 (21) 3.3.5 长行拆分 (22) 3.3.6 修饰符的位置 (23) 3.3.7 注释 (23) 3.4 函数设计 (26) 3.4.1 参数的规则 (26) 3.4.2 返回值的规则 (27) 3.4.3 函数内部实现的规则 (30) 3.4.4 其它建议 (32) 3.4.5 使用断言 (32) 3.4.6 引用与指针的比较 (33) 3.5 变量类型定义 (35) 四、软件测试规范 (36) 4.1 单元测试 (36) 4.2 系统测试 (37) 4.6 业务测试 (38)
4.7 验收测试 (38) 4.8 用户现场测试 (39) 五、软件版本管理 (39) 4.1版本管理的必要性 (39)
编制 Writer 李长春批准Approver 产品命名规则 为规范本公司的产品，现将本公司现有产品的命名规则规范如下： 1.外置灯管：External Tube 例：GXLED-NS1-48-2-CW-C 即这个是24W系列灯管（一个电源2根灯管，1.2M长，色温5000K，透明罩。 型号单支功率灯珠 GXLED-NS1-48-2-XX-X 12 3528 GXLED-NS1-48-3-XX-X 18 3528 GXLED-NS1-96-1-XX-X 24 5730 GXLED-NS2-48-2-XX-X 18 5730 GXLED-NS2-2U-2-XX-X 18 5730 GXLED-NS3-48-2-XX-X 18 2835 2.内置灯管：Internal Tube 例：GXLED-NSN-48-3-3-CW-C 即常规系列1.2M长，277V 27W色温5000K，透明罩。
编制 Writer 李长春批准Approver 产品命名规则 3.玉米灯Corn light 样例：GXT20-CW-1-E4即玉米灯20W 色温5000k 输入电压100-277Vac,E39/E40灯头的产品。 4.冰箱灯Refrigerator lamps 样例：GX-CS185070D即这个产品是1.8M的冰箱灯。 5.射灯spot light 样例：GXSL-M81-CW-2即MR16型的8W射灯，输入电压12V，色温5000K，发光角度20°。
编制 Writer 李长春 批准Approver 产品命名规则 6.面板灯 AXON LED Panel light 例：GXTF-A2-1-CW 即这个产品是600X600 110V 调光 5000K 色温面板灯。 7.NOVASTRIP （灯管替换类 灯板LED PCBA+电源DRIVE+PC COVER ） GXNP - X - XX - XX 8、SNOW MACHINE 雪花灯 DIG-HPS 15 NOVASTRI 灯板数 2:1拖2 功率24:24W 色温：SW=3000K WW=3500K 客户公司名 DIGICO IMAGING INC Happy 2015
常见的软件版本编号及命名 1、RC，GA RC：就是Release Candidate（候选版本）的缩写 GA：就是General Availability，正式发布的版本 Alpha：内测版。 Alpha是希腊字母的第一位的英文谐音，就是α，用在软件版本中就是表示最初级的版本。通常情况下Alpha是内部测试版，一般不向外部发布，会有很多Bug。除非你也是测试人员，否则不建议使用。 Beta：公测版。 Beta是希腊字母的第二位的英文谐音，就是β，是一个比Alpha稍高的版本。Beta 也是一个测试版本，在正式版推出之前发布，主要用于面向公众进行测试及Bug收集，这个阶段的版本Bug可能较多，并且可能会加入一些新的功能。 Delux：豪华版。 Plus版和Delux版区别不大，比普通版本多了一些附加功能。 EVAL：体验版或评估版。 功能上和正式版没有区别，但存在一些时间或空间上的限制。 Final：正式版。 软件的正式版本，修正了Alpha版和Beta版的Bug。 Free：免费版。 Full：完全版。 OEM： 是给计算机厂商随着计算机贩卖的，也就是随机版。只能随机器出货，不能零售。如果买笔记型计算机或品牌计算机就会有随机版软件。包装不像零售版精美，通常只有一面CD和说明书(授权书)。 Plus：加强版。 Pro：专业版。 需要注册后才能解除限制，否则为评估版本。 RC(Release Candidate)：Candidate是候选人的意思，用在软件上就是候选版本，而Release Candidate 就是发行候选版本，也就是说这还不能算是正式的发布版。。
和Beta版最大的差别在于Beta阶段会一直加入新的功能，但是到了RC版本，几乎就不会加入新的功能了，而主要着重于除错! RTL(Retail)：零售版。 正式上架零售版。 RTM(Release to Manufacture)： 程序代码开发完成之后，要将母片送到工厂大量压片，这个版本就叫做RTM版。所以说，RTM版的程序码一定和正式版一样。 RVL： 不详。 SR：修正版或更新版。 修正了正式版推出后发现的Bug。 Trial：试用版。 软件在功能或时间上有所限制，如果想解除限制，需要购买正式版。 ------------------------------------------------------------------------------- 另外： Build：不是一个发行版本，而是一个内部版本构建标号，用于周期性的生成目标程序，主要目的是构建程序进行测试及版本备份，并可以版本发布时进行选择，类似于RC版本。同一版本可以有多个Build号，通常Build后面的数字越大，软件版本越新。 为了维护软件项目, 我们提出了对版本进行管理控制的要求. 而对于用户来说, 版本直接体现在版本号的命名上. 那么, 如何对版本号进行命名呢? 我查了许多的资料, 希望能解释得比较具体, 同时也希望您在阅读本文的时候, 能够对版本号的命名格式提出自己的见解, 这当然包括一些版本号命名的个例. 下面, 让我们看一下比较普遍的 3 种命名格式. GNU 风格的版本号命名格式: 主版本号.子版本号[.修正版本号[.编译版本号]] 英文对照: Major_Version_Number.Minor_Version_Number[.Revision_Number[.Bui ld_Number]] 示例: 1.2.1, 2.0, 5.0.0 build-13124 Windows 风格的版本号命名格式: 主版本号.子版本号[修正版本号[.编译版本号]]英文对照: Major_Version_Number.Minor_Version_Number[Revision_Number[.Buil d_Number]] 示例: 1.21, 2.0 .Net Framework 风格的版本号命名格式: 主版本号.子版本号[.编译版本号[.修
软件版本定义规则 1引言 1.1编写目的 本文档作为本公司开发部测试部各项目组在进行软件设计、开发、测试时进行版本定义的指导性规则。 1.2定义和限制 软件版本号为形如A.B.C.D的由”.”所间隔开的4段字符组成。其中A、B、C段为从0开始的整数，D段为从0开始的整数或者整数加英文字符的形式。 2定义规则 在任何项目中，符合以下条件的模块需要独立维护版本： ?客户端和服务器端程序需要分开进行版本维护； ?可以独立运行并完成主要设计功能的模块； ?完成某些特定功能的接口程序或模块； ?其他必要的模块 2.1何时更改 在项目进行到以下进程时，需要更改软件版本号： ?测试中FIX了部分缺陷需要提交测试时； ?公开发布或者需要提交给用户时； ?增加或更改了系统需求，软件重新进行开发时； ?更改了系统的设计框架、重新进行开发时； 2.2如何更改 ?普通项目的所有模块初始软件版本号为0.0.0.1，如是从原有系统上升级或其他特殊原因可更改为其他初始版本号。 ?在每次提交测试时，需要更改软件版本号的D段，从1开始递增，特殊情况时可在D段整数后面增加英文字符作为标识。 ?每次公开发布或者提交给用户时，需要更改软件版本号的C段，从0开始递增； 同时将D段归0。因此所有D段为0的版本应该都是公开发布版本。 ?在原有总体设计上增加部分系统需求时，需要更改软件版本号的B段，从0开始递增，同时将C、D段归0。
?总体设计上有更改或者主要的功能模块设计上有变化，则可以更改软件版本号的A 段，从0开始递增，同时将B、C、D段归0。 规则表如下： 示例： ?假设原有版本为1.3.1.6， ?在下次提交新的测试版本时，版本号应升级为1.3.1.7； ? 1.3.1.7测试通过后需要对用户发布，则应该将版本升级为1.3.2.0； ?此时又修改了部分测试中发现的缺陷，并重新提交测试时，版本号应该升级为1.3.2.1； ?再次重新提交测试的版本号应该为1.3.2.2； ?如果用户经过试用，提交了部分新的需求，经过我们的重新修改部分编码，再次提交测 试，则测试时的版本号应该升级为1.4.0.1； ?测试通过后提交给用户的版本号应该为1.4.1.0； ?如果由于设计上的缺陷，系统需要重新设计和编码，进行了比较大的改动，并提交测试， 则测试时的版本号应该升级为2.0.0.1。
一、目的及范围 统一规划产品开发中所涉及电路板型号命名，提供和识别产品具体信息内容及相关文档 的可控性，便于操作和统一管理，特此规范与说明。 作用范围包括环氧、铝基、瓷基、柔性、纸基等通用型线路板。 二、适用性 适用于xxxxxx硬件开发部。 三、公司产品开发思路 当前所发布的产品和公司的业务发展方向----向智能感知、物联网方向发展，因此，为保证产品开发进度，采用模块化产品开发模式，不同模块组合构成柔性的、可变的、多样化的产品，从而尽量缩短开发时间，同时减少商务、生产、测试的物流流转时间，为争取最快 的上市时间提供保障。实现“以不变（模块系列）应多变（用户需求）的产品开发模式。 模块化设计的基本方法： 新产品=不变部分（通用模块）+准通用部分（改型模块）+专用部分（新功能模块）从公司当前业务发展和及方向看，通用模块主要有（以后有新的需求再增加）： A：基于视频分析应用通用模块； B：基于物联网应用的通用模块； C：基于逻辑控制的通用模块； D：基于数据交换的通用模块。 因此线路板的命名分为通用模块线路板命名规则和专用功能接口线路板命名规则。 1、通用模块线路板命名规则 版本信息 附属信息 特征信息 业务应用类型 商标“HFC”
商标信息：固定为“HFC”； 业务应用类型（最多3位）： 基于视频分析应用通用模块：标识“A”； 基于物联网应用的通用模块：标识“M2M”； 基于逻辑运算控制类通用模块：标识“LOC”； 基于数据交换的通用模块：标识为“SW”。 *若后续有补充，可进行增添。 特征信息（最多3位）： 主要描述通用模块关键特征，利于区分相同业务应用类型模块之间差异。例如：交换机 有5以太网，则此位标识“5”，有8口，则此位标识“8”。如果没有，默认用“n”标识。 附属信息（最多4位，可数值也可文字） 主要表述核心芯片的信息，诸如，A8板采用TI Davinic DM6446芯片，则在附属信息 中“6446”用于标识； 版本信息（2位数值） 该标识位表示线路板的版本，用括号内数值代表，默认第一版用“(10)”（以版本号右移一位作为版本标识），若更改线路板相关内容，即改版打样，数值相应增加，如改过一次 大的，一次局部布局，并打样，最新版本为“(21)”。 2、专用部分线路板命名规则 在此之前的产品没有按此规则命名的，在改版后必须按以下命名规则执行。 版本信息 附属信息 用途信息 产品类型 商标“HFC” 商标信息：固定为“HFC”；