1目的 为规范公司文件的管理，提高工作效益，便于文件的识别、追溯和控制，保证公司文件体系有效运转。 2 使用范围 2.1适用于公司文件的编号管理和控制：包括公司的规章制度、管理文件、合同协议、外来文件等；编号文件包括纸字文件以及电子文件。 3 程序规定 3.1文件的分类 3.1.1一级文件：管理性文件、标准性文件、程序文件等 3.1.2二级文件：规章制度、合同协议、流程等 3.1.3三级文件：操作规程、通知、通报等 3.1.4四级文件：记录 3.2文件的编制、审核、批准和发布 文件发布前须得到有关人员的批准，以确保文件的充分和适宜，其审批权限为： 公司一级文件：由常务副总审核，总经理批准后发布实施； 公司二级文件：由部门总监审核，常务副总批准后发布实施； 公司三级文件：由部门总监审核，各部门总监签批后发布实施； 公司四级文件：行政部批准后使用。 3.3文件的编号 3.3.1各部门文件编号自行编制，各分公司文件统一由经营管理部编号，所有编号完毕的文件必须先发行政部门审核文件格式。 3.3.2公司一级文件编号格式 J - XX - AN - QP - 01 部门代码：经营管理部-JG；行政部-XZ；财务部-CW
一级文件类型代码：QS-管理文件 QJ-标准文件 QP-程序文件 3.3.3 公司二级文件编号格式 J - XX - BN - QZ - 01 二级文件类型代码：QZ-规章制度 T-合同协议 QG-流程 3.3.4 公司三级文件编号格式 J - XX - CN - GC - 01 三级文件类型代码：GC-操作规程 TZ-通知 TB-通报 3.3.5 公司四级文件编号格式 J - XX - XX - 001 四级文件类型代码：一、二、三级文件类型代码简称 4 版本号 文件版本号以大写A表示，修订号以阿拉伯数字0、1、2、……表示。 5 文件字体 5.1标题（公司名）：二号字体 5.2副标题：三号字且黑体 5.3文件编号：五号字体
1.如何处理单元测试产生的数据，下列哪些说法是正确的？ABC A .测试数据入库时加特殊前缀标识。 B .测试数据使用独立的测试库。 C .自动回滚单元测试产生的脏数据。 D .无须区别，统一在业务代码中进行判断和识别。 多选2.关于并发处理，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。 B .同步处理时，能锁部分代码区块的情况下不要锁整个方法；高并发时，同步调用应该考虑到性能损耗。 C .创建线程或线程池时，推荐给线程指定一个有意义的名称，方便出错时回溯。 D .推荐使用Executors.newFixedThreadPool(int x)生成指定大小的线程池。(线程池不允许使用Executors 去创建，而是通过ThreadPoolExecutor 的方式) 多选3.下列哪些说法符合《阿里巴巴Java开发手册》：ACD A .对于“明确停止使用的代码和配置”，如方法、变量、类、配置文件、动态配置属性等要坚决从程序中清理出去，避免造成过多垃圾。 B .永久弃用的代码段注释掉即可，即不用加任何注释。 C .对于暂时被注释掉，后续可能恢复使用的代码片断，在注释代码上方，统一规定使用三个斜杠(///)来说明注释掉代码的理由。 D .不要在视图模板中加入任何复杂的逻辑。 多选4.关于分页查询，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .分页查询，当统计的count为0时，应该直接返回，不要再执行分页查询语句。 B .iBATIS自带的queryForList(String statementName,int start,int size)分页接口有性能隐患，不允许使用。 C .定义明确的sql查询语句，通过传入参数start和size来实现分页逻辑。 D .可使用存储过程写分页逻辑，提高效率。 多选5.根据《阿里巴巴Java开发手册》，以下功能必须进行水平权限控制校验的有：ABCD A .订单详情页面。 B .类目管理后台。 C .店铺装修后台。 D .订单付款页面 多选1.关于多线程并行处理定时任务的情况，下列哪些说法符合《阿里巴巴Java开发手册》：BCD A .推荐使用Timer方式处理。 B .推荐使用ScheduledExecutorService方式处理。 C .Timer运行多个TimeTask时，只要其中之一没有捕获抛出的异常，其它任务便会自动终止运行。 D .ScheduledExecutorService并发运行多个定时任务时，其中某线程抛出异常，不会影响到其它线程的继续运行。
审批及颁发： 部门签名日期起草质量保证部 主审 质量保证部 质量总监 会审生产管理负责人 批准质量管理负责人 颁发质量保证部 分发： 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 准确性：文件与编码一一对应，做到一文一码，一旦某文件终止使用，则该文件编码随即作废，不得再次使用。
中国移动通信企业标准 中国移动网络代维管理系统技术规范 编码规范分册 版本号：1.1.0 2012年9月发布2012年9月实施 中国移动通信集团公司
目录 1 编号规范 (2) 1.1 省级代维组织编号 (2) 1.2 地市级以下代维组织编号 (2) 1.3 人员编码 (2) 1.4 工单编号 (2) 1.5 公告编号 (2) 1.6 业务联系函编号 (2) 1.7 代维资料编号 (3) 2 编码规范 (3) 2.1 省份代码 (3) 2.2 地市 (4) 2.3 工作类别 (5) 2.4 代维专业类型 (6) 2.5 紧急程度 (6) 2.6 满意度 (6) 3 修订记录 (6)
前言 《中国移动网络代维管理系统技术规范》规定了中国移动网络代维管理系统的建设目标、建设原则、体系结构、功能结构、接口要求、技术要求，供中国移动内部和系统开发、集成厂商共同使用；是中国移动网络代维管理系统建设所依据的技术规范，用于指导全网代维管理IT化手段建设、开发与应用。 本分册是《中国移动网络代维管理系统技术规范》系列分册之一。《中国移动网络代维管理系统技术规范》系列分册的结构、名称如下： 本规范由中国移动通信集团公司网络部制订，由集团公司网络部归口和解释。 本规范起草单位：中国移动通信集团公司网络部。 本规范主要起草人：王晓琦、石晓萍、王烨、周林、夏凡超、王鹏、徐智岳、杜传业、马松、吴丹、贺军、云雅琼、杜珍祥、童克波、吕晓敏、周云斌、陈为国、陆旻、许贤、周敏、郭艺娴、赵珺、陈宏宇、于洪亮、吕敏、徐铁瑛、诸圣勇、谭凌凯、文晓林、唐继志、霍廷瑞、杨竹。
1 编号规范 1.1省级代维组织编号 DW+3位自增序号，如：DW001；建议加移动标识，如：CMJSDW001、CMZJDW001 1.2地市级以下代维组织编号 以江苏为例，5级组织结构进行参考，如下： 办事处：上级组织编号+所属地市编码+2位自增序号，如：DW0011401 项目部：上级组织编号+ 2位自增序号，如：DW001140101 驻点：上级组织编号+ 2位自增序号，如：DW00114010101 小组：上级组织编码+3位自增序号，如：DW00114010101001 1.3人员编码 DW+12位人员编码，关于代维人员编码规则（共计12位数字）如下： 1－3位代维公司编码； 4－5位地市编码； 6－9位代维人员加入系统年月，如0902； 10－13位代表入职代维公司的第几个员工。从0001开始的4位自增序号。 1.4工单编号 1.5公告编号 1.6业务联系函编号
代码规范文档
目录 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 其它生产相关文件
整理部门企管部生效日期2013-8-10 版本G 编制审核批准 1.0目的 为了规范管理本公司的各种文件和记录，对其编号方法做出统一规定。 2.0适用范围 适用于公司的所有文件与记录。 3.0内容 3.1文件的编制格式 3.1.1文件编制时，正文部分都要加上文件头用来明示文件信息，文件类别的填 写请按照后附《文件类别对照表》中的文件类别进行填写，文件头中的具 体设置参照附件。（文件模板可以在OA系统的“模板”文件夹中下载使 用。） 3.1.2文件编写条目按照以下格式。 1.0 1.1 1.1.1 1.1.1.1 2.0 依此类推，层次分级最多不超过4级。 3.1.3文件页边距设置如下： 竖版：上 1.8cm 下 1.5cm 左2.5cm 右1.8cm 横版：上2.5cm 下1.8cm 左1.8cm 右1.5cm 3.1.4文件正文字体为仿宋或宋体，字号13号，行间距为固定值20磅，数字序 列字体为Arial，字号与正文相同，小标题可以加粗。 3.1.5文件文档为word文件，表单不限。 3.1.6页眉：1.5cm 页脚：1.0cm 页眉页脚及其他部分的未尽事宜以附件范本为准。 3.2表格记录的编制格式 3.2.1表格编制时，要加入公司标示，公司标示如下图。 图（1）集团公司logo标示
整理部门企管部生效日期2013-8-10 版本G 3.2.3表格中所有字体均为仿宋或宋体，表头字号为16号，表格正文字号13号， 表格编号及表格正文之外的附属信息字号均为10号。 3.3文件的编号 3.3.1公司、分厂及部门代码（详见附件） 3.3.2管理体系文件 体系文件包含ISO9001质量体系文件，OHSAS18001安全体系文件，ISO14001环境体系文件。 3.3.2.1一阶文件（质量手册、安全手册、环境手册） X1-X2-01 流水号：01—99 文件类型标示： QM质量手册 SM安全手册 EM环境手册 公司代码：参照附件 说明：质量手册以后将分为集团公司质量手册和分公司质量手册，分公司质量手册的部分内容可引用集团公司质量手册。 3.3.2.2二阶文件（体系程序文件） （1）ISO9001质量体系程序文件 X1- X2-01 流水号：01—99 文件类型标示：QP质量体系程序文件 公司代码：参照附件 说明：程序以后将分为集团公司质量程序文件和分公司程序文件，分公司程序文件的部分内容可引用集团公司程序文件或等同使用。 （2）OHSAS18001安全体系程序文件，ISO14001环境体系程序文件 X1-X2-01 流水号：01—99 文件类型标示：SP安全体系程序文件 EP环境体系程序文件 公司代码：参照附件
编码规范 (V．01仅供内部使用) 一、布局结构规范 每个源程序文件的头部必须包含文件头部说明（文件名称、软件版权、功能说明、系统版本、开发人员、开发时间）和修改记录说明（修改日期、修改人员、修改说明）。 每个函数头部必须包含函数头部说明（使用https://www.doczj.com/doc/0d2034895.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 类的定义。
1、总则 1.1制定目的 ?对员工工号进行有效的管理 ?方便直观了解及统计员工的相关资讯 ?在应用系统（包括人力资源软件系统等）中对员工进行有效的识别 1.2适用范围 广东时利和汽车实业集团下属各全资公司、合资公司、DRL店、快修店 1.3管理单位 本制度之解释、修改权归集团人力资源部。 1.4员工编码在集团内部各类文件的称呼统一为“工号” 2、编码规则 2.1员工编码由八位数字组成，排列顺序如下： 公司编码+ 个人流水码+ 入职年度号码 (如下) (三位) (二位) 2.2公司编码（新增公司：另行文件通知） 2.2.1特约店编码说明： TNA＝时利和（T）＋佛山南海(N)＋ACURA品牌店(A) 其中地方编码说明： 佛山－F 佛山南海－N 吉林市－J 吉林长春－C 广州－G
2.2.2集团下属公司/车间编码说明： 示例1：时利和集团（T）＋总部（G） 示例2：时利和集团（T）＋总部（G）＋下属车间盛世达车间（S） 示例3：时利和集团（T）＋分公司佛山依多科化工有限公司（E） 2.3个人流水码 （1）根据入职年度内，集团及二级单位员工入职的先后序号进行排列; （2）现有（自本规定公布之日前在职的员工）员工由公司人力资源部门依同年度内入职的先后顺序排定; （3）新入职员工（自本规定公布之日后入职的员工）依本年度顺序所排定的编码排列取号; （4）员工调动、离职时依新任单位重新编定。原号吗要相关的表格文件中进行备注。 2.4入职年度号码 （1）取入职年度后两位数字为号码，如2008年入职，则入职年度号为08; （2）员工调动、离职时年度号码不变; 3、员工的异动 3.1员工在集团内进行调动，员工后二位年度编码不变，前面编码根据调动后情况由 被调入单位人事行政部门编定，原单位及人力资源部应保留原工号; 3.2员工离职后个人编码空缺，不进行补缺及重复使用; 3.3离职再复职人员重新排号; 4、附则 (1)本程序经集团总经理核准后公告实施，修、废时亦同。 （2）本程序只限于员工编吗，亦为工号编制程序文件，在确保本单位员工工号唯一性的前提下各单位可根据实际情况另行进行档案管理。 (3)本程序公告日期为2008年5月1日。 例：TG 00108：表示2008年集团总部第一位入职的员工
文件编号： 文件编号及格式编制规定 版次： 受控状态：
1.0目的 对本公司质量管理体系文件、记录进行编号和格式规定，确保本公司质量管理体系文件的一致性。 2.0适用范围 适用于本公司所有部门 3.0职责 3.1技术质量部负责编制质量管理体系文件、记录编号及格式规定，审核质量管理体系文件、 记录编号及格式规定。 4.0工作程序 4.1质量手册的编号规定 HC / QM 质量手册 XX 4.2程序文件的编号规定 HC / QP —×× 程序文件 XX 4.3管理及操作性文件编号规定 HCYL—×××—××—××× 文件流水号 职能代号（见4.3.1） 文件分类（见4.3.3） 医疗 4.3.1 职能代号 “JZ”——技术质量 “SC”——生产采购
“SB”——设备 “RL”——人力资源 “BG”——办公室 “YC”——营销 “JL”——计量（监视和测量设备） 4.3.2文件分类 “SOP”——标准操作规程 “SMP”——标准管理规程 “STP”——技术、质量标准 “SOR”——记录 “CE”——CE技术文件 “QR”——确认 “YZ”——验证 4.4产品确认资料编号 HCYL –YZ/QR /×××—××× 确认或确认流水号 产品名称首位字母（大写三位） 验证/确认资料 医疗 4.4.1第一个确认资料编号为001，第二个验证/确认资料编号为002，……依次排序表示 如：灭菌确认为公司第一个验证/确认资料为001，包装确认为第二个验证/确认资料为002，……依次排序表示 4.4.2方案为每个验证/确认的001，报告为每个验证/确认的002。 如：导尿包灭菌验证如果为公司的第一个验证，验证方案编号为HCYL-YZ/DNB-001-A，验证报告为HCYL-YZ/DNB-001-B；导尿包包装验证如果为公司的第二个验证，验证方案编号为HCYL-YZ/DNB-002-A，确认报告为HCYL-YZ/DNB-002-B，……。 4.4.3验证/确认版次、修订按管理及操作性文件执行。 4.5外来文件的编号 如果原文件有编号，引用原文件编号，如无编号按下列编号格式执行。 ×××—××××—××× 流水号
保密级别： 公司内部 传阅范围： 公司内部 文件编号规范 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 等。
多选 1.如何处理单元测试产生的数据，下列哪些说法是正确的？ABC A .测试数据入库时加特殊前缀标识。 B .测试数据使用独立的测试库。 C .自动回滚单元测试产生的脏数据。 D .无须区别，统一在业务代码中进行判断和识别。 多选 2.关于并发处理，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .线程资源必须通过线程池提供，不允许在应用中自行显式创建线程。 B .同步处理时，能锁部分代码区块的情况下不要锁整个方法；高并发时，同步调用应该考虑到性能损耗。 C .创建线程或线程池时，推荐给线程指定一个有意义的名称，方便出错时回溯。 D .推荐使用Executors.newFixedThreadPool(int x)生成指定大小的线程池。(线程池不允许使用 Executors 去创建，而是通过 ThreadPoolExecutor 的方式) 多选 3.下列哪些说法符合《阿里巴巴Java开发手册》：ACD A .对于“明确停止使用的代码和配置”，如方法、变量、类、配置文件、动态配置属性等要坚决从程序中清理出去，避免造成过多垃圾。 B .永久弃用的代码段注释掉即可，即不用加任何注释。 C .对于暂时被注释掉，后续可能恢复使用的代码片断，在注释代码上方，统一规定使用三个斜杠(///)来说明注释掉代码的理由。 D .不要在视图模板中加入任何复杂的逻辑。 多选 4.关于分页查询，下列哪些说法符合《阿里巴巴Java开发手册》：ABC A .分页查询，当统计的count为0时，应该直接返回，不要再执行分页查询语句。 B .iBATIS自带的queryForList(String statementName,int start,int size)分页接口有性能隐患，不允许使用。 C .定义明确的sql查询语句，通过传入参数start和size来实现分页逻辑。 D .可使用存储过程写分页逻辑，提高效率。
拜登集团管理制度体系文件 文件编号：BDG1001-1 “管理制度体系文件”的编号、格式及要求 1. 目的 1.1 明确规定了整个集团各直属部门、各子公司的管理制度文件的编号方法、 文体格式、字体大小、修改版本及签发生效等行文、发文程序。 1.2完善整个集团公司的“管理制度体系”，提高整个集团公司的管理水准， 改善企业形象，促进企业发展。 2. 范围 本规定适用于拜登集团各直属部门、各子公司。 3. 定义 3.1管理制度体系 ------ 即由一整套完整组合的制度管理文件所组成的体 系。 3.2 建立管理制度体系 ------ 制定和修改制度管理文件的过程,就是一个建立 和完善管理制度体系的过程。 4. 责任 4.1 集团各直属部门、各子公司的总经理（或其代理人），负责本部门、子公司 的“管理制度体系”的完善工作。 4.2 人资中心负责整个集团的“管理制度体系”的完善工作。 5. 程序 5.1 文件的编号方法 5.1.1 集团总部各直属部门（见7.1）颁布的制度管理文件。
文件编号由八位组成(见下图),第一、二位代表公司，用字母BD 表示；第三位为部门代码；第四位为文件类别号；第五、六、七位为文件流水号（用数字001～999表示）；第八位为版本号（1为原版，即第1次颁布；2为修改版，即第2次颁布；以此类推）。 版本号 流水号 文件类别 直属部门代码 公司简称 5.1.1.1直属部门代码表 5.1.1.2文件类别表及适用范围 -
5.1.1.3流水号：颁发文件的顺序号。 5.1.1.4版本号：该文件的颁发版本次数。 如：BDH1007-1，表示集团人资中心颁布的、要求在整个集团范围内执行的、第1次颁布的新文件，文件序号为007。 5.1.2 子公司颁布的制度管理文件。 文件编号由十位组成(见下图),第一、二、三、四位代表子公司；第五位代表子公司内部各部门；第六位为文件类别号；第七、八、九位为文件流水号（用数字001～999表示）；第十位为版本号（1为原版，即第1次颁布；2为修改版，即第2次颁布；以此类推）。 版本号 流水号 文件类别 部门代码 子公司简称 5.1.2.1子公司代码表
目录 目录 (1) 1．编写目的 (2) 2．程序命名规范 (2) 基本约定 (2) 控件命名规范 (4) https://www.doczj.com/doc/0d2034895.html,控件命名规范 (6) 自定义控件命名规范 (6) 类型声明 (6) 常量 (7) 类的命名 (7) 抽象类定义 (7) 密封类定义 (8) 方法定义 (8) 虚方法定义 (8) 类的成员定义 (8) 结构定义 (8) 结构成员定义 (9) 接口定义 (9) 接口的方法和成员定义 (9) 自定义异常定义 (9) 注释规范 (9)
1．编写目的 为了使团队中的每一位成员都形成统一的开发约定，特制定本规范文档，在今后的开发过程中，请严格按照此文档约定的规则进行编码。通过此规范，希望可以给各程序员之间起到沟通的桥梁的作用，并增强程序的可读性。 如在使用过程中，碰到本文档中没进行约定的规则，待商议后对该文档进行补充完善。2．程序命名规范 基本约定 ●所有的命名名称都必须使用能直接体现具体含义的名字。 不能使用X，Y，Z，等无意义的名称进行定义，除循环变量除外。 ●所有的成员变量必须在所有成员方法前面声明，用一个换行把它和方法分开 如: public class ClsLogin { TextBox txtUserName;// TextBox txtPassWord;// public Login() { } } ●类文件名的名称必须要能反应类的内容，最好是和类同名，一个文件只写一个类， 文件和文件夹的名称也应该精确地说明它们的用途。 如： 文件名：Login.cs 类名：public class ClsLogin ●大括号"{"要新起一行。 正确编写： public class ClsLogin { } 错误编写： public class ClsLogin{
【Java编码规范】《阿里巴巴Java开发手册（正式版）》更新（v1.1.1版） 本文章来自于阿里云云栖社区 摘要：阿里巴巴集团推出的《阿里巴巴Java开发手册（正式版）》是阿里巴巴近万名开发同学集体智慧的结晶，以开发视角为中心，详细列举如何开发更加高效、更加容错、更加有协作性，力求知其然，更知其不然，结合正反例，让Jav a开发者能够提升协作效率、提高代码质量。 2017年开春之际，诚意献上重磅大礼：阿里巴巴Java开发手册，首次公开阿里官方Java代码规范标准。这套Java统一规范标准将有助于提高行业编码规范化水平，帮助行业人员提高开发质量和效率、大大降低代码维护成本。 点击下载《阿里巴巴Java开发手册》(v1.1.1版)： https://https://www.doczj.com/doc/0d2034895.html,/attachment/download/?id=1492 v1.1.1版更新说明：修正页码总数和部分示例。 (版本不断更新中，请收藏本文，以免错过重要更新）
（点击参与话题讨论：Java开发者们，一起来聊聊大家的开发规约吧） （原文链接： https://https://www.doczj.com/doc/0d2034895.html,/roundtable/47961?spm=5176.100239.blogcont69327.8.f VLfld） 你是否曾因Java代码规范版本纷杂而无所适从？ 你是否想过代码规范能将系统故障率降低20%？ 你是否曾因团队代码风格迥异而协同困难？ 你是否正在review一些原本可以避免的故障？ 你是否无法确定自己的代码足够健壮？ 码出高效，码出质量！
相比C++代码规范业界已经达成共识，Java代码规范业界比较混乱，我们期待这次发布的Java代码规范能够给业界带来一个标准，促使整体行业代码规范水平得到提高，最终能够帮助企业和开发者提升代码质量和降低代码故障率。 阿里出品，质量保证！ 阿里Java技术团队一手打造出Dubbo、JStorm、Fastjson等诸多流行开源框架，部分已成为Apache基金会孵化项目； 阿里在Java后端领域支撑起全球访问量最大的服务器集群； Java代码构建的阿里双11业务系统订单处理能力达到17.5万笔/秒； 到目前已累计数亿行高并发、高稳定性的最佳Java代码实践； …… 此次首度公开的Java开发手册正是出自这样的团队，近万名阿里Java技术精英的经验总结，并经历了多次大规模一线实战检验及完善，铸就了这本高含金量的阿里Java开发手册。该手册以Java开发者为中心视角，划分为编程规约、异常日志规约、MYSQL规约、工程规约、安全规约五大块，再根据内容特征，细分成若干二级子目录。根据约束力强弱和故障敏感性，规约依次分为强制、推荐、参考三大类。此套规范不仅能让代码一目了然，更有助于加强团队分工与合作、真正提升效率。
日本电产凯宇汽车电器（江苏）有限公司Array 技术文件编号规则 受控编号
1、目的 统一公司的技术文件的编号规定，便于文件分类识别。 2、适用范围 适用公司范围内所有产品技术管理类文件。 3、名词定义 通用技术文件是指与产品型号无关的通用技术标准类文件。 4、职责 4.1研发中心负责在新产品开发时与顾客共同确定产品的产品特殊特性。 4.2项目小组在产品先期策划中确定过程特殊特性（如需由项目小组组长与顾客进行过 程特殊特性确定）。 5、作业流程 5.1图纸、产品明细表等 图纸、产品明细表以零部件编号实施 5.2通用技术类文件编号规则 通用技术文件 四位流水号(0001、0002、0003……)（可选） 技术文件代码 部门字母代号 G：总务部General Affairs Dept.Q：品质保证部Quality Assurance Dept. B：企划室Business Planning Dept.M：制品制造部Product Manufacturing Dept. R：研发中心R&D Center P：生产管理部Production Management Dept. S：市场营销部Sales Dept.T：体系管理统括室System Management Dpet. 其中研发中心细化部门代码，研发一课为“R1”、研发二课为“R2”、研发中心办公室为“R3”、 实验室为“R4”
通用技术文件 四位流水号(0001、0002、0003……)（可选） 产品型号简称（可选） 技术文件代码 部门字母代号 G：总务部General Affairs Dept.Q：品质保证部Quality Assurance Dept. B：企划室Business Planning Dept.M：制品制造部Product Manufacturing Dept. R：研发中心R&D Center P：生产管理部Production Management Dept. S：市场营销部Sales Dept.T：体系管理统括室System Management Dpet. 其中研发中心细化部门代码，研发一课为“R1”、研发二课为“R2”、研发中心办公室为“R3”、 实验室为“R4” 5.3工艺类文件编号规则 工艺类文件包含：过程流程图、FMEA、控制计划、作业指导书等 工艺类文件 产品型号简称 技术文件代码 部门字母代号 5.4产品工程更改申请单编号规则 产品工程更改 两位流水号（01,02,03……) 部门字母代号 日期（年月日，八位数字）产品工程更改 四位流水号（0001，0002，0003……） 日期（年月日，八位数字，如：20131010）部门字母代码
装订线 1.目的 建立文件分类与编码管理规程，便于文件的分类、查阅、存档和使用。 2.范围 适用于公司所有GMP文件。 3.责任 各部门GMP文件起草者、审核者、批准者对本规程的实施负责。 4.内容 4.1.编码原则 书面文件应统一采用以下格式（表格、记录、标签、账、卡除外）。 4.1.1.系统性：统一分类和编码，按照文件系统建立编码系统。 4.1.2.准确性：文件与编码一一对应，做到一文一码，一旦文件撤销，此文件编码也随之作废，不 得再次使用。 4.1.3.可追踪性：制订编码系统时，必须考虑到可随时查询文件的演变历史。 4.1.4.识别性：制订编码系统时，必须考虑到其编码能便于识别文件的文本和类别。 4.1. 5.相关一致性：文件一旦经过修订，必须给予新的版本号。 4.1.6.发展性：制订编码系统规定时，要考虑公司将来的发展及管理手段的改进。 4.2.文件系统的组成与分类 4.2.1.文件系统的组成。 GMP文件按其属性分为标准性文件和记录两大类。标准性文件可分为：管理规程 (SMP) 、技术标准（STP）和操作规程(SOP)。 4.2.1.1.管理规程(SMP)：是指经批准用于行使生产、计划、指挥控制等管理职能而制订的书面要求， 为一般的管理制度、标准、程序等。 4.2.1.2.技术标准（STP）：包括产品生产工艺，物料（原料、辅料、包装材料）与产品（中间产品、 成品）的质量标准。 4.2.1.3.操作规程(SOP)：是指经批准用以指示操作的通用性文件或管理方法。如按工艺流程制订生 产操作的标准规程，主要设备、检验仪器、检验方法的标准操作规程等。 4.2.1.4.记录（SOR）：括生产操作记录（批生产记录、批包装记录、生产操作记录）、质量管理记 录、物料管理记录、设备管理记录及各种台帐、凭证等。 4.2.2.文件系统的分类 按照《药品生产质量管理规范》(GMP)(2010年修订)的相关规定，将公司文件分为13大类，即：1.文件管理、2.机构与人员、3.厂房与设施、4.设备、5.物料与产品、6.卫生、7.确认与验证、8.生产管理、9.质量管理、10.投诉与不良反应、11.委托生产与检验、12.产品发运与召回、13.自检。 4.3.文件编码系统的组成 文件编码系统由前缀Q/HZYY(“海州药业”的管理文件)；后面由四部分组成： 第一部分文件属性类别代码，由SMP、SOP、STP和SOR四部分组成（详见4.5）。 第二部分文件管理类别代码，含2位汉语拼音字母（详见4.6）。 第三部分文件编号，含4位阿拉伯数字（详见4.7）。 第四部分文件版本号，含2位阿拉伯数字（详见4.8）。
中电新源文件编号规则 1. 目的 加强公司文件的标准化管理，便于文件的识别、追溯和控制，规范存档，确保公司重要文件具有唯一编号，保证公司文件体系有效运转。 2. 适用范围 适用于公司文件的编号管理和控制。 a)技术类文件：是指在公司的研发、生产、销售、服务等各个环节中与技术有关的各类文件和资料。 b)其他文件：包括公司规章制度、管理文件、合同协议、传真等； c)编号文件包括纸介文件以及电子文件。 3. 编号办法 3.1 公司名称约定 公司全称：中电新源智能电网科技有限公司 简称：CPHV 3.2 日期表示格式：yyyy-mm-dd yyyy:年份：用四位数字表示公元年份，如2012表示公元2012年。 mm月份：用两位数字表示月份，不足两位时，用零补齐，如03表示第3月。dd 某日：用两位数字表示当日，不足两位时，用零补齐，如05表示第5日。例如：2012-10-12表示（2012年10月12日） 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
等。 3.4 技术文件命名格式：CPHV-TT-NN-YYYY-MM CPHV：公司名称缩写 TT文件类型： SC：质量手册 CX：程序文件 JS：作业指导书、说明书等 GL:操作规程，计算书等 ZD：制度 JL：记录 NN：版本号，参见3.3节 YYYY-MM：年月 3.5 其他文件的编号 3.5.1 公司规章制度和管理文件 公司规章制度和管理文件的编号格式为：CPHV(-DN)-TT-nnn-dd-YY DN：大写英文字母，部门代号，如该制度是公司级文件，适用于公司全体人员，该部分编码省略； 如该文件是部门内部管理制度，则应标记部门编号，表示该制度由部门内部使用。相应的部门代号如下： 质量部QM 综管部：ZG 生产部：SC 工程部：GC 研发部：YF 市场部：XS 财务部：CW