编程规范文档

最新文件分类及编码规则汇编

审批及颁发： 部门签名日期起草质量保证部 主审 质量保证部 质量总监 会审生产管理负责人 批准质量管理负责人 颁发质量保证部 分发： Copy-1 Copy-2 Copy-3 Copy-4 Copy-5 质量保证部质量控制部设备部技术部销售部Copy-6 Copy-7 Copy-8 Copy-9 Copy-10 行政人事部财务部安全环保部企管部注册部Copy-11 Copy-12 Copy-13 Copy-14 Copy-15 科技项目部采购部仓储部生产部一车间Copy-16 Copy-17 Copy-18 Copy-19 Copy-20 二车间三车间六车间七车间八车间Copy-21 Copy-22 九车间十车间 文件再审记录： 第几次再审审核情况审核人/日期批准人/日期 第次再审 第次再审 第次再审 一、目的 依照GMP要求，确立文件分类与编码规则，便于文件管理和追溯。

二、范围 适用于文件分类与编码管理。 三、职责 1 质量保证部负责文件体系的分类及编码规则，对各文件进行赋码。 2 各部门负责按照原则对文件进行分类管理；各部门起草文件时必须严格遵循文件编码的规 定。 四、术语 无 五、内容 1 文件分类 1.1 一级文件:阐明公司内某一体系的方针，描述体系的文件。主要包括：质量方针、质量管理手册、质量责任制、质量目标。 1.2 二级文件：主要描述为实施体系要素所涉及到的各职能部门的活动，或为完成某项活动而规定的方法。包括： a）技术标准：包括工艺规程、质量标准、方案、报告等。 b）管理标准：包括计划、管理制度、清单、目录等，描述公司各主要过程的管理活动。 c）工作标准：包括部门职责、职务说明书。 d）工厂主文件。 1.3 三级文件：标准操作规程（SOP），描述各管理环节的操作要素和工作流程、具体的操作方法和步骤。 1.4 四级文件：记录、表格、合格证、图纸、标签、证书等。 2 文件编码 2.1 文件分类编码应遵循以下原则： 2.1.1 系统性：统一分类，统一编码。按照文件分类建立编码系统，由质量保证部建立公司管理文件的分类和编码系统。 2.1.2 准确性：文件与编码一一对应，做到一文一码，一旦某文件终止使用，则该文件编码随即作废，不得再次使用。

【编号规则】工程信息编码标准

QB ****公司企业标准 信息分类和编码 第3分册工程信息分类和编码 （初稿） 20XX-XX-XX 发布 20XX -XX -XX 发行 *****有限责任公司 发 布 ICS XXX 备案号XXX

目次 前言 (3) 引言 (4) 1范围 (5) 2规范性引用文件 (5) 3术语和定义 (5) 4分类原则和方法 (6) 4.1基本原则 (6) 4.2分类对象的层面划分 (6) 4.3工程信息分类 (7) 4.4工程信息整体框架 (8) 5编码方法 (9) 5.1基本原则 (9) 5.2码值 (9) 5.3代码组结构和层次 (10) 5.3.1交互定位码 (10) 5.3.2项目编码 (10) 5.3.3管理属性编码 (11) 5.3.4设计属性编码 (11) 5.3.5合同属性编码 (12) 5.3.6档案属性编码 (12) 5.3.7采购、财务、招标信息属性编码 (13) 5.3.8非项目信息编码 (13) 6分类与代码表 (14) 6.1非项目信息分类标识码(30301) (14) 6.2省电网公司及直属单位编码(30302) (14) 6.3工程项目建设管理单位代码(30303) (15) 6.4项目属性代码(30304) (18) 6.5综合指标(30305) (19) 6.6立项时间(30306) (20) 6.7批次项目标识码(30307) (21) 6.8信息属性码分类(30308) (21) 6.9项目阶段代码((30309) (22) 6.10工作分解代码(30310) (22) 6.11信息创建部门代码(30311) (23) 6.12设计资料分类代码(30314) (24) 6.13设计阶段代码(30315) (24) 6.14类目代码(30316) (25)

华为代码规范文档

代码规范文档

目录 1 概述 (5) 1.1 编写目的 (5) 1.2 文档约定 (5) 1.3 预期的读者和阅读建议 (5) 1.4 参考文献 (5) 2 排版要求 (5) 2.1 程序块缩进 (5) 2.2 程序块之间空行 (5) 2.3 长语句和长表达式 (6) 2.4 循环、判断等长表达式或语句 (7) 2.5 长参数 (7) 2.6 短语句 (8) 2.7 条件、循环语句 (8) 2.8 语句对齐 (8) 2.9 函数、过程和结构等语句块 (9) 2.10 程序块分界符 (9) 2.11 操作符前后空格 (10) 2.12 其他 (11) 3 注释 (11) 3.1 有效注释量 (11) 3.2 公司标识 (11) 3.3 说明性文件 (12) 3.4 源文件头 (13) 3.5 函数头部说明 (13) 3.6 注释与代码一致 (14) 3.7 注释内容 (14) 3.8 注释缩写 (14) 3.9 注释位置 (14) 3.10 变量、常量注释 (15) 3.11 数据结构的注释 (15) 3.12 全局变量 (16) 3.13 注释缩排 (16) 3.14 注释与代码之间空行 (17) 3.15 变量定义、分支语句 (17) 3.16 其他 (19) 4 标识符命名 (20) 4.1 命名清晰 (20) 4.2 特殊命名需注释 (21) 4.3 命名风格保持一致 (21) 4.4 变量命名 (21) 4.5 命名规范与系统风格一致 (21) 4.6 其他 (22) 5 可读性 (23) 5.1 运算符优先级 (23)

5.2 避免直接使用数字作为标识符 (23) 5.3 其他 (24) 6 变量、结构 (25) 6.1 公共变量 (25) 6.2 公共变量说明 (25) 6.3 公共变量访问说明 (25) 6.4 公共变量赋值 (26) 6.5 防止局部变量与公共变量同名。 (26) 6.6 严禁使用未经初始化的变量作为右值。 (26) 6.7 其他 (26) 7 函数、过程 (34) 7.1 对所调用函数的错误返回码要仔细、全面地处理。 (34) 7.2 明确函数功能，精确（而不是近似）地实现函数设计。 (34) 7.3 局部变量 (34) 7.4 全局变量 (34) 7.5 接口函数参数 (35) 7.6 其他 (35) 8 可测性 (44) 8.1 调测开关 (44) 8.2 打印信息 (45) 8.3 单元测试 (45) 8.4 集成测试 (45) 8.5 断言使用 (45) 8.6 设置与取消有关测试手段时，不能影响软件功能功能 (48) 8.7 版本维护 (48) 8.8 其他 (48) 9 程序效率 (50) 9.1 编程时要经常注意代码的效率。 (50) 9.2 提高代码效率 (50) 9.3 全局效率高于局部效率 (51) 9.4 提高代码空间效率 (51) 9.5 循环体内工作量最小化 (52) 9.6 其他 (53) 10 质量保证 (56) 10.1 在软件设计过程中构筑软件质量。 (56) 10.2 代码质量保证优先原则 (56) 10.3 只引用属于自己的存贮空间。 (56) 10.4 防止引用已经释放的内存空间。 (56) 10.5 内存及时释放 (57) 10.6 文件句柄及时关闭 (57) 10.7 防止内存操作越界 (58) 10.8 认真处理程序所能遇到的各种出错情况 (59) 10.9 初始化变量 (59) 10.10 数据一致性检查 (59) 10.11 严禁随意更改其它模块或系统的有关设置和配置 (59) 10.12 不能随意改变与其它模块的接口 (59)

公司档案文件编码规则

公司档案文件编码规则 文件编号 行政类文件的编号，其代号组成： XX1-XX2XX3-XXXX4—XXX5 XX1：企业代号，以大写的公司简体名称拼音表示，本公司以“GY”表示； XX2：文件一级类号，本公司文件类号见下表 XX3：文件二级类号，本公司文件类号见下表 XXXX4：文件年份； XXX5：同类别下文件流水号； 1.1.1.文件编号例： GY-XZ05-2012-001 文件顺序号 年份 文件类别 公司简写 意为共远行政部通知通告类2012年001号文件 一级类目（代码）二级类目 （代码） 归档范围 行政类 XZ 证照 01 各种证照（营业执照正副本，组织机构代码证正副本，税务登记证，生产 许可证，注册证，获奖证，商标证等） 公司战略 02 企业经营战略、决策、发展规划、管理目标等文件材料，董事会决议等 制度 03 公司各项规章制度 合同 04 合同、协议、公证书、意向书、招投标及有关谈判材料 通知通告 05 红头文件，通知，通报等 办公文件 06 通联文件（上级下达的文件，下级上报的文件，平行部门往来文件等） 各职能部门工作总结，报告，计划等文件

会议 07 公司级会议文件（报告，纪要，记录，简报，发言材料等）政府文件 08 公司申请、批复等有关材料（项目文件，产品注册文件等） 活动09 公司印刷、汇编材料、大事记等 公司大型活动的议程，领导讲话，照片、录音、录像等资料 其它 10 其它类型文件 销售类 XS 市场 01 新市场开拓、新项目论证、评价、市场调查、分析、预测等文件材料销售政策 02 产品销售价格及调价政策等有关材料 其它 03 其它销售类文件 技术类 JS 分析报告 01 产品质量分析报告，样品问题反馈报告等项目 02 项目的调研立项报告、请示、批复等 产品设计定型、改型、改进报告、批复其它 03 其它技术相关文件 生产类SC 生产 01 生产统计报告，发货统计报告，库存盘点报告，质量统计报告等其它 02 其它生产相关文件

医疗保障定点医疗机构等10项信息业务编码规则和方法

医疗保障定点医疗机构等10项信息业务 编码规则和方法 一、定点医疗机构编码规则和方法 定点医疗机构编码分3个部分共12位，通过大写英文字母和阿拉伯数字按特定顺序排列表示。其中，第1部分是定点医疗机构标识码，第2部分是行政区划代码，第3部分是定点医疗机构顺序码。定点医疗机构编码结构见图1： 图1 定点医疗机构编码结构 第1部分：定点医疗机构标识码，用1位大写英文字母“H”表示。 第2部分：行政区划代码，采用《中华人民共和国行政区划代码》（GB/T2260)，用6位阿拉伯数字表示。其中，前两位代码表示省级行政区（省、自治区、直辖市），中间两位代码表示市级行政区（市、地区、自治州、盟），后两位代码表示县级行政区（县、自治县、县级市、旗、自治旗、市辖区、林区、特区）。 第3部分：定点医疗机构顺序码，对同一市级行政区（市、地区、自治州、盟）下的定点医疗机构赋予的顺序码，用5

位阿拉伯数字表示。 二、医保医师编码规则和方法 医保医师编码分3部分共13位，通过大写英文字母和阿拉伯数字按特定顺序排列表示。其中，第1部分是医保医师标识码，第2部分是行政区划代码，第3部分是医保医师顺序码。医保医师编码结构见图2： 图2 医保医师编码结构 第1部分：医保医师标识码，用1位大写英文字母“D”表示。 第2部分：行政区划代码，采用《中华人民共和国行政区划代码》（GB/T2260)，用6位阿拉伯数字表示。其中，前两位代码表示省级行政区（省、自治区、直辖市），中间两位代码表示市级行政区（市、地区、自治州、盟），后两位代码表示县级行政区（县、自治县、县级市、旗、自治旗、市辖区、林区、特区）。 第3部分：医保医师顺序码，对同一市级行政区（市、地区、自治州、盟）下的医保医师赋予的顺序码，用6位阿拉伯数字表示。 三、医保护士编码规则和方法

信息化系统编码的八项原则

信息化系统编码的八项原则 在我们推行信息化系统的工作中，所遇到的第一件事情就是编码工作，如供应商、客户、物料等等，在企业信息化的发展过程中，经常会发现当初制定的编码规则有问题，无法再编下去，需重新修订。那如何进行科学、有效的编码，是我们所有实施顾问都会遇到经常要思考的问题。为帮助一线实施顾问科学合理的指导客戶编码工作，我们对编码工作进行了归纳、总结和提炼，形成了我们金蝶的信息化系统编码的八项原则，提炼成八个字“一、类、有、变、数、短、长、跳“。我们今年会在所有机构中对实施顾问进行培训，我们的目标是，我们所有的实施顾问在谈到编码时，都能按八项编码原则来给客户讲解，体现出我们顾问的专业性，体现出我们的标准化的实施方法。当然，如果我们金蝶的所有相关业务人员都能了解这八项原则，那是最好不过了。 下面我们来对这八项原则一一进行解释。 一、求唯一 通常情况下，只要物料的物理或化学性质有变化，只要物料必须要在仓库中存储，就必须为其指定一个编码，即通常所说的一物一码。比如某零件要经过冲压成型、钻孔、喷漆三道工序才能完成。如果该物料的三道工序都在同一车间完成，不更换加工单位，即冲压成型后立即进行钻孔，紧接着进行喷漆，中间没有入库、出库处理，则该物料可取一个代码。如果该物料的三道工序不在同一个车间完成，其顺序是冲压、入库、领料、钻孔、入库、领料、喷漆、入库，则在库存管理中为了区分该物料的三种状态，必须编制不同的物料编码。 二、分类别 在编码时，一般会按一定的分类方式对编号进行分类，这样，在日常的查询或报表列印时，同类的资料才能排在一起，便于我们比较和汇总统计等。通常我们在对物料进行编码时，会按大类－中类－小类－流水号的形式进行编码，比如，第一码表示大分类，如成品，原材料，半成品等，第二、三码表示中分类，第四、五、六码表示小分类，最后是三位的流水号，通过这样的分类，我们可以保证相同类的物料在做统计分析时是可以排在一起的。 三、勿有意 我们在给客户辅导编码时，非专业性的人员通常都要求让编号反映某些意义，使得编号容易记忆或者可以望“字“生义，常常会将英文单词的首几位或缩写字母编在编号上；再有，还要把物料的规格、尺寸等属性也要反映在料号中。在资料量不大时，这种编码方式的确可能比较方便，使用起来可能会比较符合使用者现时的习惯，但是当资料数量越来越大时，要记忆的东西太多了，实际上已经达不到当初设想的易于记忆的目的了，结果给后续新增编码造成很大的困扰，无法进行新增编码的编制。

编码规范

编码规范 (V．01仅供内部使用) 一、布局结构规范 每个源程序文件的头部必须包含文件头部说明（文件名称、软件版权、功能说明、系统版本、开发人员、开发时间）和修改记录说明（修改日期、修改人员、修改说明）。 每个函数头部必须包含函数头部说明（使用https://www.360docs.net/doc/619806061.html,会自动生成XML格式注释框架。）。 二、书写排版规范 2.1、空行 每个函数定义结束之后都要加一个或若干个空行。 在一个函数体内，变量定义与函数语句之间要加空行。 逻揖上密切相关的语句之间不加空行，其它地方应加空行分隔。 2.2、对齐 程序的分界符‘{’和‘}’永远都单独成行并且位于同一列，同时与引用它们的语句左对齐。 2.3、缩行 用缩行显示程序结构，使排版整齐，缩进量统一使用TAB，而不能用空格补齐。 同层次的代码在同层次的缩进层上。 三、语言规范 3.1、常量 全用大写字母命名，用下划线分割单词。 3.2、变量 声明变量的同时对变量进行初始化，严禁使用未经初始化的变量。 3.3、表达式 如果代码行中的运算符比较多，用括号确定表达式的操作顺序，避免使用默认的优先级。 不要有多用途的复合表达式（例如：d = (a = b + c) + r;该表达式既求a 值又求d 值。应该拆分为两个独立的语句：a = b + c;d = a + r;）。 尽量避免含有否定运算的条件表达式（如： if (!(num >= 10))应改为： if

(num < 10)）。 3.4、语句 if 语句本身自占一行，执行语句不得紧跟其后。不论执行语句有多少都要加{}。 3.5、属性 原则上，字段（Field）是不能公开的，要访问字段的值，一般使用属性。属性以简洁清晰的名词命名。 3.6、函数 不要将正常值和错误标志混在一起返回。正常值用输出参数获得，而错误用异常捕获。 在函数体的“入口处”，对参数和通过其它途径进入函数体内的变量（如文件句柄等）的有效性进行检查。 函数的功能要单一，不要设计多用途的函数。 避免函数有太多的参数，参数个数尽量控制在5 个以内。如果参数太多，在使用时容易将参数类型或顺序搞错。 3.7、注释 边写代码边注释，修改代码同时修改相应的注释，以保证注释与代码的一致性。不再有用的注释要及时删除。 对于全局数据（全局变量、常量定义等）必须要加注释。 当代码比较长，特别是有多重嵌套时，应当在一些段落的结束处加注释，便于阅读。 四、命名规范 4.1、命名空间 命名空间构成方法：公司名.产品名[.组件名] 命名空间以.分割的每个节都建立一个文件夹，使命名空间和文件夹保持一致； 4.2、文件 采用小写字母命名文件，避免取一些比较通俗的文件名，如：main.cs 文件名称应尽量和文件中的类名相同。如：frLogin.cs文件中是frmLogin 类的定义。

信息标准规范建设

6.信息标准规范建设 6.1信息标准建设目的 高等学校信息化建设已经进入到跨业务领域信息共享、建立全校统一集成的信息系统阶段，目标是实现整个学校的系统集成、信息共享及工作协同。因此，如何将众多应用系统中大量的信息进行科学、规范的定义和分类，使信息有序流通、保证信息的一致性及权威性、发挥信息资源的综合效益是当前信息化建设的重要工作。此外，高等学校间共建共享应用系统、共同推进高等学校信息化建设的迫切需要也使制定统一的高等学校管理信息标准成为必要和可能。 信息标准是整个数字化校园信息化建设的基础，信息标准在全校范围内为数据库设计提供类似数据字典的作用，为信息交换、资源共享提供了基础性条件。信息标准确保信息在采集、处理、交换、传输的过程中有统一、科学、规范的分类和描述，能够使信息更加有序流通、最大限度地实现信息资源共享,使学校信息系统得到协同发展，发挥信息资源的综合效益。 6.2信息标准的编制原则 数据共享中心的建设就是要规范全校信息的管理，并建立《学校信息标准及规范》管理文件，该信息标准管理文件应符合如下的编制思路： ?涉及到国际、国家和教育部已颁布的标准，要采用已颁布的标准。 ?涉及到已颁布的高等学校部分管理信息标准，《学校信息标准

及规范》在相关内容上尽量及已颁布的标准保持一致。 ?涉及到关于学校信息管理已经颁布执行的标准，要采用学校已颁布的执行标准。 ?《学校信息标准及规范》是可以根据国家、教育部、行业、学校的需要进行不断维护。 ?在《学校信息标准及规范》颁布执行后，后上的信息化系统需要符合该标准；已存在的信息化系统则可以根据映射功能和信息标准做对应，条件允许的话向《学校信息标准及规范》靠拢。 图：学校信息化标准构成 6.3代码设计原则 ?唯一性 代码是描述对象基本属性的标识。有的编码对象可能有多个不同名称（例如校内单位可有单位名称、单位号、单位简称、英文缩写等），可以按不同方式对其进行分类描述，但在一个分类编码中，每一个对象应只有一个代码，一个代码唯一标识一个编码对象。 ?稳定性 代码的编制要有稳定性，应避免含有易变元素的干扰，应经得起时间的考验。

某企业文件编号规范

保密级别： 公司内部 传阅范围： 公司内部 文件编号规范 20130101发布20130101实施

修改历史记录

目录 1 目的 (4) 2 使用范围 (4) 3 编号办法 (4) 3.1 公司名称及项目名称约定: (4) 3.2 日期表示 (4) 3.3 文件版本编号 (4) 3.4 技术文件命名 (5) 3.5 其他文件的编号 (6) 3.5.1 公司规章制度和管理文件 (6) 3.5.2 合同协议 (6) 3.5.3 传真 (6) 3.5.4 电子邮件的命名规则 (7) 3.5.5 外来文件 (7) 3.5.6 对外发文 (7) 3.5.7 会议纪要 (7) 3.5.8 其它文件 (8) 3.5.9 文件附件 (8) 4 编号管理 (9)

1 目的 确保公司重要文件具有唯一编号，便于文件的识别、追溯和控制，保证公司文件体系有效运转。 2 使用范围 适用于公司文件的编号管理和控制： a)技术类文件：是指在公司的设计、生产、销售、服务等各个环节中与技术 有关的各类文件和资料。 b)其他文件：包括公司规章制度、管理文件、合同协议、传真等； c)编号文件包括纸介文件以及电子文件。 3 编号办法 3.1公司名称及项目名称约定: 公司全称为：南非中国制衣集团(北京) 本组织简称：CGMBJ 项目全称：CGM 企业信息管理系统 1.0版 项目简称：CGM v1 3.2日期表示 格式：yyyy-mm-dd 或yyyymmdd yyyy:用四位数字表示公元年份，如2005表示公元2005年。 mm:用两位数字表示月份，不足两位时，第一位用零补齐，如03表示3月。 dd:用两位数字表示日期，不足两位时，第一位用零补齐，如15表示第15号。 例如： 2003-10-27 或20031027 表示（2003年10月27日） 3.3文件版本编号 下面是对文件版本进行编号要遵守的标准： 起草版本的编号为0.1, 0.2, 0.3, ..., 0.10。 版本编号可以根据项目需要延伸到若干层，例如，0.1, 0.1.1, 0.1.1.1. 一旦文件版本得以确认后，版本编号应该始自 1.0。 版本编号不断变化为： 1.0, 1.1, 1.2, ..., 1.10。 项目可以根据需要将版本编号晋升为2.0，2.1, 2.2 等。

信息技术有限公司代码开发规范

xx信息技术有限公司代码开发规范 xx信息技术有限公司

代码开发规范 一、项目： IDE统一采用MyEclipse： 1.Tab policy设为“Spaces only”，Indentation size、Tab size均设为4 2.Maximum line width设为：140 3.java文件进行自动格式化 4.项目编码utf-8 二、代码： ?原则 1.数据结构应该只有公共变量；对象应该只有私有变量和公有函数； 2.一个类只做一类事、一个方法只做一件事 3.类、方法尽量简单、短小 4.宽度不超过140个字符 5.方法不超过40行，基本一屏高度 6.类不超过500行 7.尽量用好的命名代替注释 ?基本 1.统一采用log4j代替System.out.print、e.printStackTrace()等打印方式 2.流程语句必须用大括号 3.IO流必须用try finally关闭 ?命名 1.java基本命名规范 2.类为名词、属性为名词、方法为动词(+名词) 3.可以用2代替to，用4代替for，如string2int() 4.命名不许相互包含，如：get()，getOne()

5.不要采用getModel()、getModel1()、getModel2()数字方式命令 ?类型 1.对象属性必须为类，不能用String代替Number、Date等，不能使用基 本类型； 2.方法参数、返回均不许为Map（除非dao层） 3.泛型必须注明类型、不许使用List