文件编号管理规范
文件编号管理规范
（IATF16949-2016/ISO9001-2015）
1.0目的
为了规范事业部各部门和各管理体系文件的编号及文件的日常管理工作，使文件在使用过程中不发生内容重复、遗留，便于文件的检索和存档，特制定本规范。
2.0适用范围
适用于公司所有文件&制度的编号。
3.0术语
根据文件性质分为体系文件、技术文件、合同文件、文书文件四类。
3.1体系文件指质量手册、程序文件、支持文件、管理文件、管理通知、质量记录等与质量体系有关的文件。
3.2技术文件指产品技术文件、工艺技术文件、检验技术文件、外来技术文件和其它技术文件五大类。
3.3合同文件指除技术、质量合同以外的配套协议、准时供货协议、各种供方行为规范承诺书、价格协议等配套合同和营销合同等。
3.4文书文件指公司行政文件、行政规章、各种请示、一次性的通知等其它与质量体系无直接关联的文件。（属于体系文件但以公司级文件颁布的列入公司行政文件类）。
4.0职责
4.1管理部企管课负责所有体系文件的编号和归口管理。
4.2管理部人事行政课负责文书文件的编号和归口管理。
4.3品技部负责技术文件等的编号和归口管理。
4.4财务部、采购部、国内/海外营业部、发动机销售部负责合同文件的编号和归口管理。
5.0正文
5.1文件编号规则
5.1.1外来文件执行原编号。
5.1.2体系文件编号管理
5.1.2.1质量手册编号（Q/DXC·S-LXLS-××）
Q/DXC·S-LXLS-××
年号后两位
事业部代号
质量手册代号
集团标准代号
5.1.2.2程序文件编号（Q/DXC·C-LXLS-×. ×-××-××）
Q/DXC·C-LXLS-×. ×-××-××
年号后两位
顺序号
标准章节号
事业部代号
质量手册代号
集团标准代号
5.1.2.3作业文件编号（Q/DXC·Z-LXLS-×××-××）
Q/DXC·Z-LXLS-×××-××
作业文件代号
集团标准代号5.1.2.4管理文件编号（Q/DXC·G-LXLS-×××-××）
Q/DXC·G-LXLS-×××-××
年号后两位
顺序号
事业部代号
管理文件代号
集团标准代号
5.1.2.5管理通知编号（Q/DXC·T-LXLS-×××-××）
Q/DXC·T-LXLS-×××-××
年号后两位
顺序号
事业部代号
管理通知代号
集团标准代号5.1.2.6质量记录（LX/J-LXLS-×××）
LX/J-LXLS-×××
顺序号
事业部代号
质量记录代号
集团标准代号5.1.3技术文件根据技术文件编号规则进行编号。
5.1.4合同文件根据合同文件编号规则进行编号。
5.1.5文书文件编号
5.1.5.1部门简称
5.1.5.2一般文书类别简称表
5.1.5.3红头文件编号（DXC【××××】×××号）
DXC【××××】×××号
顺序号
年份代号
事业部代号
5.1.5.4一般文书编号（LS·××-××-××××-××-×××）如：LS·管理-纪-2005-10-001 表示管理部2005年10月发出的第一份会议纪要
LS·××-××-××××-××-×××
顺序号
月份代号
年份代号
文件类别代号
部门代号
事业部代号
5.2文件编写规范
5.2.1文件分为标题→编号→目的→适用范围→术语→职责→正文→接口文件→记录→附则等十部分（严格执行以上编写顺序），可依据文件性质进行适当删减。
5.2.2体系文件编写规范（见附件一）
5.2.3技术文件根据技术文件编写规范进行编写。
5.2.4合同文件根据合同文件编写规范进行编写。
5.2.5文书文件编写规范
5.2.5.1红头文件编写规范（见附件二）
5.2.5.2报告/请示编写规范（见附件三）
5.2.5.3会议纪要编写规范（见附件四）
5.2.5.4一般性通知编写规范（见附件五）
5.2.5.5通报编写规范（见附件六）
5.3考核
未按本规定编写文件的，对编写者按20元/次考核，对审核者按50元/次考核，
文件编号管理办法
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文件编号：五号字体
公司软件管理规范
XXXXXX有限公司 文件制订（修订、作废）申请单NO.: 表格编码：
1. 目的 为规范公司软件、程序的管理，确保开发、使用、变更等过程得以受控，根据本公司实际情况，特制定本规范。 2. 适用范围 本规范适用于公司所有自主开发、外购、客供软件、程序的管理。（如无特别说明,本规范内“软件”包含软件、程序） 3. 软件分类: 3.1产品源程序: 由研发部软件开发工程师编写，实现产品功能的烧录文件。 3.2 ATE测试软件及测试程序： 是指由信息技术部负责编写的配套ATE硬件使用的产品测试软件平台,及在此平台下针对不同型号产品编写的测试程序。 3.3 设备应用程序: 是指工程部在设备操作系统下针对不同产品型号编写的对应程序（ATE除外）。如：打码程序、贴片程序、SPI检测程序、AOI检测程序、分板程序、回流焊程序、X-Ray 测试程序等。 3.4管理应用软件: 是指企业使用的电子化管理工具或系统平台。如:ERP系统、品质管理系统、SPC系统、生产报表系统、电子看板系统、绩效管理系统、项目管理系统等 3.5办公软件：Windows、office、Coremail、PDM、AutoCAD、杀毒软件等。 4、职责定义: 原则上公司各部门均可依据自身需求提出软件申请，由技术部门进行开发，交由使用部门进行管理，异常无法解决时,可向技术部门寻求技术支援。具体定义如下： 4.1 需求提出部门:依据公司或者部门的实际情况,提出软件需求申请。软件需求多由软
件使用部门提出，但也可以由其它部门提出。 4.2使用/管理部门:对提出的申请进行评估,确定需求后向开发部门发起正式申请;在软件验收合格后负责日常的管理、维护等；当异常时且无法解决时，及时向开发部门反馈,并要求协助处理。 4.3开发部门:对于使用/管理部门提出的申请进行评估,确定执行方案,并最终完成软件开发；开发部门也负责后期的技术支援。 4.4监控部门:负责对软件验收完成后的使用过程进行监控，确保不出现使用错误,维规操作,使用非法软件及机密软件外流等。 4.4软件管理职责对照见下表： 分类开发部门使用/管理部门监控部门 产品源程序研发部工程部品质部 ATE测试软件及测试程序信息技术部工程部品质部 设备应用程序工程部工程部品质部 管理应用软件信息技术部使用部门信息技术部 办公软件信息技术部使用部门信息技术部 5.软件管理规范： 5.1软件申请、开发、使用管理流程图：（如下图）
数据管控规范标准[详]
1数据管理架构 1.1数据管理平台功能蓝图 数据管理就是对交易中心现有的业务支撑系统的数据进行统一的数据管理、质量管控、并且通过标准的共享模式，实现核心数据统一存储，维护和使用的问题，提升交易中心现有数据的安全存储和高效使用等能力，并更加深入地进行数据挖掘等工作，为中心创造更多的价值。未来的数据管理平台将对中心现有系统的数据进行统一的数据的整合、数据的管控，并运用数据进行统一的服务管控来提升服务共享的水平，为中心的服务提供全方面的数据支撑。数据管理平台的功能蓝图如图所示： ●数据整合域，是对现有业务系统的数据进行采集和清洗转换，并对采集过程中的数 据进行质量检测，来确保整合数据的准确性和可靠性。 ●数据管控域，对采集到数据按照其不同的属性进行分类存储管控，对数据的质量、 数据的安全以及信息的生命周期进行统一的管理，并对数据在使用过程的各种信息 进行统计分析。 ●服务共享域，利用数据管理平台已有的数据资源，进行自定义的数据服务配置， 定制出符合要求的服务，进行相关服务流程的编排，通过数据中心将服务进行发布。
●服务管理域，主要是对提供的服务进行管理，包括服务应用的管理，服务流程的管 理以及服务监控。 1.2数据集成 数据整合就是将离散于各个业务系统中的数据进行集中化。数据整合阶段主要分为以下三个步骤执行： ●数据类型识别 根据业务使用情况分析目前各个系统中的数据实体，其中哪些是主数据，哪些是非主数据但需要共享的数据，哪些是私有数据。数据类型会作为制定同步规则和清洗规则的重要依据。 ●数据同步规则确定 分析采集的各种数据需要达到的同步频率，从实时、准实时到天、月不等，针对不同的同步频率需求结合每次同步的数据量来选择同步方式，ETL（抽取-转化-加载）和ESB（企业服务总线）分别适用于不同场景。ETL本身也有多种具体的技术手段来实现各种情况下的同步，如Hotplug、全表对比、时间戳等。在这里，将根据不同的数据类别和数据使用频度和需求频度等情况，制定出相应的数据同步的机制，采用实时数据整合和批量数据整合两种方式进行数据的整合。 ●数据清洗规则确定 在进行数据整合过程中，由于不同系统中可能重复出现的数据，以及数据本身的缺失和错误等问题，为了避免由于不同系统中相同数据由于编码规则、格式之间的差异，在清洗过程中需要制定统一的数据清洗规则，对数据进行清洗和转换，确保数据管理平台中的数据能够保持一致性。 同时，在数据清洗的过程中，需要对采集数据的质量以及清洗后数据的质量进行检测。其中，在数据采集过程中，对采集的数据进行整合，确保采集的数据都能满足质量要求，能够通过正确的清洗和转换；对于转换完成的数据，通过再次的检测，保证转换数据的一致性和正确性，从而确保数据的准确行和权威性。
数据管理办法.doc
数据管理办法 第一章总则 第一条为适应集团信息化发展要求,充分利用数据资源为生产、经营、管理和决策服务，保证各类信息合理、有序流动和信息安全，确保集团信息化建设快速协调有序安全发展，根据国家有关法律法规以及《集团信息安全管理办法》（中平〔2013〕188号）、等规定，特制定本管理办法。 第二条本办法适用于集团各职能部室，直属和特设机构、专业化公司、事业部、区域公司及其所属各单位（以下简称各单位）。 第二章管理范围 第三条本办法管理范围包括：各单位与生产、经营、办公、安全等相关的应用系统和数据，以及为其提供支撑的基础设施资源、计算存储资源和办公终端资源等。 第三章组织机构和工作机制 第四条集团信息化领导小组是集团数据资源管理体系的最高层，负责审定集团有关数据资源管理的规章、制度、办法，负责审核有关标准、规范、重要需求等。集团信息化领导小组办公室（以下简称集团信息办）负责集团数据管理的监督、检查和考核，指导集团数据管理工作，查处危害集团数据安全的事件。各单位负责本单位数据的采集、传输、使用、安防、备份等管理
工作。中国平煤神马集团平顶山信息通信技术开发公司（以下简称信通公司）作为技术支撑及运维部门，负责集团数据中心的运维和运营工作。 第四章数据分级管理 第五条根据数据在生产、经营和管理中的重要性，结合有关保密规定，按照集团级应用系统和数据、厂矿级应用系统和数据、区队（车间）级应用系统和数据分别制定管理标准。 第六条集团级应用系统和数据，技术管理由集团信息办负责，业务管理由相关业务处室负责，运维管理由信通公司负责。厂矿级应用系统和数据由各单位信息管理部门管理，集团需要利用的管理数据和生产数据要同步上传到集团数据中心。区队（车间）级应用系统和数据由各单位信息管理部门管理和维护。 第五章数据标准管理 第七条集团信息办负责集团数据编码和接口标准的统一规划和标准制定，负责对集团及各单位应用系统的数据标准管理进行引导和考核。各单位新建应用系统应严格执行集团下发的数据编码和接口标准，在用应用系统应根据自身实际逐步按照集团标准进行完善。 第八条数据编码和接口标准应符合以下要求： （一）数据编码应能够保证同一个对象编码的唯一性及上下游管理规范的一致性；
软件版本管理规定
上海精佑通信技术有限公司企业标准 （管理标准） Q/HT 0001–2005 软件版本管理规定 V1.04 2005-04-11 发布 2005-04-11实施
上海精佑通信技术有限公司 目录 1范围 (4) 2术语和定义 (4) 2.1软件 (4) 2.2产品软件 (4) 2.3生产支持软件 (4) 3软件版本命名规则 (5) 3.1软件版本命名组成 (5) 3.2手机软件版本命名 (5) 3.3模块软件版本命名 (5) 3.4手机PC侧软件版本命名 (6) 3.5模块PC侧软件版本命名 (7) 3.6手机生产支持软件版本命名 (7) 3.7模块生产支持软件版本命名 (8) 3.8公用于所有手机和模块的软件版本命名 (9) 3.9无线上网卡相关软件版本命名 (9) 3.10无线上网卡驱动软件版本命名 (10) 3.11正式版本号的升级规则 (10) 3.12版本的电子文件命名规则 (11) 4软件版本发布流程 (11) 5禁止条例 (14) 6管理条例 (14) 7附录 (14)
上海精佑通信技术有限公司 文档版本变更记录： 版本号拟制日期拟制人版本描述存档编号 V1.00 2005-4-11 郝军初始版本 V1.01 2005-4-27 郝军1．版本号前增加“V”,用以明显标识版 本号 2．版本号和时间之间以下划线分隔 3．增加生产支持软件种类 4．增加无线上网卡生产支持软件、管理 器软件和驱动软件命名 5．增加版本发布流程的文字说明 V1.02 2005-7-1 郝军增加手机和模块生产支持软件的类型：射 频补丁软件（RFP） V1.03 2005-7-15 郝军更改版本号升级规则，更改资料外发申请 表 V1.04 2005-7-26 郝军增加机卡合一版本的命名规则 注：1）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。
企业管理制度-部门编号规定
淄博金卡陶瓷有限公司 行政管理文件 《部门编号使用规定》 批准人：_________ 批准时间：_________ 部门编号使用规定
一、目的：为了在淄博金卡陶瓷公司（以下简称JK）更好的实行统一的编号管理办法，特制订《部门编号使用规定》 二、适用范围：本程序适用于公司文件的编号管理。 三、职责：战略文化部负责编写《部门编号使用规定》 四、实施: 4.1管理手册（质量、环境、职业健康、安全环保）、程序文件、第三层次文件（作业标准、规定、指导书）、表格的编号规则为：JK-XX-XX； 4.2版本号A代表管理手册、B代表程序文件、C代表第三层次文件、D代表各生产管理岗位表格 4.3 W代表作业指导书、Q代表质量管理体系文件、E代表环境管理体系文件（包括消防）、Z代表职业健康管理体系文件、G代表岗位职责； 4.4部门代号及简称： 部门名称-简称-代号 总经办-ZJB-01 战略文化部-ZL-02 战略文化部行政-XZ-21 战略文化部人事-RS-22 财务部-CW-03 仓储部-CC-04 研发部-YF-05 安环部-AH-06 生产部-SC-07 生产部原料工艺科-YL-71 生产部喷墨工艺科-PM-72 生产部印花工艺科-YH-73 生产部制釉车间-ZY-74 生产部制粉车间-ZF-75 生产部一线车间-YX-76 生产部二线车间-EX-77 品质管理部-PZ-08 营销部-YX-09 品牌推广部-PP-10 4.5顺序号： 所有文件的流水编号从01开始，所有文件的附件编号从1开始。
4.6记录编号规则实例： 公司大写简称—版本号+部门— JK-C71-Q01（表示：金卡-营销部第三层次文件-质量文件01） 4.7公司下发的所有文件，经审核后下发到各个部门、职能科室后，第一负责人必须带领本部门人员学习，并将文件单独存放管理，有效期为三年。 4.8文件的表头样式及规格： 4.8.1公司所有文件统一使用“楷体_GB2312”字体书写； 4.8.2正文标题字号为“小三”加粗，文档字号为“四号”不加粗； 4.8.3公司文件落款为“二0一七年十月一日”加盖公章 其余规章制度统一落款为“XXX科室”“2017年10月1日” 4.8.4公司所有涵盖体系文件的WORD版本表头统一为以下样式 页眉样式：（JK-C75-W001：金卡公司制粉车间XX岗位作业指导书） 页脚样式：（制粉车间隶属生产部，管理部门：生产部） 4.8.5其余行政管理文件、通知类文件不需要增加页眉和页脚。 5.说明：未涉及事宜将会在今后陆续补充，最终解释权归战略文化部。 2017年10月1日
软件版本管理规范标准[详]
软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划
上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等）
办公用品编码管理规范
1、目的： 为规范公司的办公用品管理，确保办公用品的采购、发放、使用流程顺畅，特编制办公用品编号，制订本管理规范。 2、范围： 适用于合肥市通得力电气制造有限公司所有办公用品管理。 3、办公用品编号规则： 3.1分四段进行编号，如图所示： B WJ 1000 001 属性代码 属性段 3.2 第一段为：大类段，用一个英文字母B表示，其含义表示办公用品。 3.3 第二段为：属性段，用两个英文字母和四位流水号表示，用于对同小类但不同属性的办公用品进行分类编号。 3.4 第三段为：序号段，用三个数字登记，代表同类办公用品的顺序号，最后顺序号代表同类型办公用品的具体量。 4、办公用品属性归类： 4.1、1000-1999 文件管理用品： 文件夹、资料册、档案袋、档案盒、文件袋、风琴包、名片册、名片座、相册、板夹、胸卡等4.2、2000-2999 桌面办公用品： 削笔器、卷笔刀、订书机、装订夹、打孔机、回形针、大头针、图钉、文件栏、文件盘、文件柜、剪刀、美工刀、切纸机、笔筒、书立、号码机、直尺、钢尺、三角板、票据夹、印台/印油、双面胶、透明胶带、胶带座、固体胶/液体胶、修正带、修正液、复写板、圆规、海面缸、橡皮擦、印章垫、数字章等 4.3、3000-3999 办公电子用品：
计算器、电话、电池、鼠标、键盘、U盘、鼠标垫、电脑、打印机、复印机（是否需要列入）等 4.4、4000-4999 书写工具用品： 钢笔、墨水、墨汁、中性笔、圆珠笔、铅笔、白板笔、记号笔、荧光笔、激光笔、油漆笔、粉笔、自动铅笔等 4.5、5000-5999 办公纸制用品： 软面抄、皮面抄、方便贴、复写纸、标签、信封、考勤机耗材、复印纸、电脑打印纸、传真纸等 4.6、6000-6999 办公生活用品： 封箱器、白板、白板架、荣誉证书、聘书、奖状、放大镜、塑封膜、考勤机、点钞机、磁铁、磁条、标价机、硬胶套、意见箱、蜡线、棉线、公文篮、温度计、羽毛球拍、乒乓球拍、五子棋、象棋、围棋、收银纸、钥匙箱等 4.7、7000-7999 劳保用品： 垃圾桶、手套、口罩、肥皂、拖把、垃圾袋、洗衣粉、围裙、橡皮筋、雨靴、工作鞋、袖套、洗洁精、洁厕灵、创可贴、抹布、插座、卷纸、簸箕等 4.8、8000-8999 耗材： 健盘、鼠标、 4.9、9000-9999 各类表单单据 标签、凭证、凭证封面、各种账本、送货单、出库单、入库单、领料单、收据等单据、 编制：审核：批准：
文件排版及编号管理规定
整理部门企管部生效日期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环境体系程序文件 公司代码：参照附件
项目软件版本号管理规范
项目软件版本号管理规范
历史修改记录 一. 目的
1.1软件版本按照一定的规则保存所有版本，避免发生版本丢失或混淆等现象， 并且可以快速准确的查找到任何版本。 1.2软件版本规范有利于公司各部门之间的对接工作，有利于公司内部资料统一 管理。 1.3本文档是为规范研发部软件版本管理而制定的。 二. 范围 2.1本文档为研发部软件开发版本提供有关版本管理规范的相关内容，包括：2.2版本标识方法及管理 2.3版本升级 2.4文档及源码的备份制度 2.5所有研发部软件工程师成员都必须遵照项目软件管理规范操作，公司内部使 用按照文档及源码存放备份制度。 三. 版本管理 3.1版本号规则 3.1.1每个归档版本都有两个版本号：内部版本号和外部版本号。版本号使用 VP规则，V(Version)是指外部版本号（研发测试版本），P(Patch)是指补丁版本号（可选）。 3.1.2版本号命名：V/B+主版本号+次版本号+修订版本号+日期版本号
3.2版本号修改规则 3.2.1主版本号：当功能模块有较大的变动，比如增加模块或是整体架构发生 变化。此版本号由项目决定是否修改。 3.2.2次版本号：相对于主版本号而言，次版本号的升级对应的只是局部的变 动，但该局部的变动造成程序和以前版本不能兼容，或者对该程序以前的协作关系产生了破坏，或者是功能上有大的改进或增强。此版本号由项目决定是否修改。 3.2.3修订版本号：一般是Bug 的修复或是一些小的变动或是一些功能的扩 充，要经常发布修订版，修复一个严重Bug 即可发布一个修订版。此版本号由项目经理决定是否修改。 3.2.4日期版本号：用于记录修改项目的当前日期，每天对项目的修改都需要 更改日期版本号。此版本号由开发人员决定是否修改。 如： V8.1.0.XXX (上一级版本号有变动时，下级要归零) 3.3版本号修改举例说明 如此时版本号为：V8.1.0.XXX ，此时为内部测试阶段 3.3.1 开发人员修复了测试人员提交的bug并经测试人员测试验证关闭bug 之后，发布到外网时，此时就进入了软件的下一个阶段，版本号可改为： V8.1.1.XXXX ，如当前日期跟上一个版本号的日期不一样，版本号可改为： V8.1.1.XXX。
公司数据安全管理规范
******有限公司数据安全管理规范 为了确保ERP系统的安全和保密管理，保障公司各项数据的安全准确，特制定本制度。 1、信息部是公司信息系统的管理部门，负责全公司信息化设备的管理、ERP系统的正常运行，基本参数的设置，系统用户权限的划分管理，系统数据的提取变更。信息部门负责人为公司信息安全第一责任人，负责信息安全和保密管理。 2、信息部指派专人负责按照本规范所制定的相关流程执行操作，用户授权和权限管理采取保守原则，选择最小的权限满足使用者需求。 3、公司ERP系统权限管理遵循以下原则： （1）为各部门各门店管理人员统一发放系统登陆账号，账号专人专用，账号下发后需立即更改初始密码，严禁使用他人工号或泄露密码。一经发现处以500元每次罚款，并永久性取消登录权限，由此造成的后果个人承担责任；情节严重的予以辞退。 （2）公司非一线销售部门如人事、企划、行政等只开通OA系统权限。各门店楼层主管和经理只有本楼层销售查询权限。各门店店长和招商经理有各自门店销售查询权限。运营中心总监有百货、时代、车南外租区和自营品牌的权限。（3）如需信息部配合提取系统销售数据或者需变更工号操作权限，需填写业务联系函写明原因并由部门负责人和执行副总签字，否则信息部不予配合。（4）人事部每月应将主管级以上人员离职名单传递信息中心，信息部接到通知后立即给予权限终止，防止数据外泄。 （5）公司员工计算机内涉及公司机密数据的，应给计算机设定开机密码并把文件进行加密处理，非工作需要不得以任何形式进行转移，不得随便拷贝到移动存储设备。 （6）离开原工作岗位的员工，各部门负责人需把其工作资料进行回收保存，并通知信息部对其电脑进行相关处理。公司人员岗位内部调拨的，电脑保留原岗位不变。 （7）公司内部经信息部确认需要送外维修的电脑，送修前需联系信息部拆除电脑的存储设备并由信息部保管，维修好后再联系信息部进行安装。 （8）对于公司连接外网的电脑，不得浏览来历不明的网站或下载不明网站的程
文件编号管理办法
一、目的 加强公司文件的标准化管理，便于文件的识别、追溯和控制，规范存档，确保公司重要文件具有唯一编号，保证公司文件体系有效运转。 二、适用范围 本办法适用于本公司经营管理过程中，所涉及的全部文件的编号管理和控制，具体如下： 1、管理类文件：包括公司规章制度、办法等文件； 2、合同协议类文件：包括公司各类合同协议（招投标）文件等； 3、技术类文件：包括工艺流程文件、产品说明文件等； 4、表格类文件：包括岗位说明、绩效考核等文件； 5、其他类文件：包括会议、决议记录、传真等。 三、编号方法 状态及版本号⑤ 发文日期④ 文件类型③ 发文部门② 公司名称代码① 1 公司全称：安徽人和建设科技有限公司 简称：人和建设代码：RHJS 2、发文部门 综合管理部：ZG 项目工程部：XM 待续 3、文件类型 (1)管理类—RUS. (2)合同协议类—CON.（此条适用流水号编制，参加6.1）） (3)技术类—SOP. (4)表格类—GF. (5)其他类—SR.
4、发文日期 日期格式由年月日表示yyyymmdd如20171010 5、文件状态与版本号 5.1文件状态符号的说明： Add.版本号增编 Corr.版本号更正 Rev.版本号发布（新发布或取代已发放的文件） 5.2版本号的使用： 第一版（原件）用Rev.1.0表示 对第一版进行细部调整用“状态符号Add.1.1 / 1.2 ……”表示 对第一版进行结构修改用“状态符号Corr.2.0 / 3.0 ……”表示 例：公司综合管理部在2017年10月1日发布第一版薪酬管理制度,文件编号为：RHJS-ZG-RUS-20171001-Rev1.0 6、流水号的使用：适用于公司合同协议类文件，流水号由001开始依次为002、003.......,除附件流水号起始值为01外，其余文件流水号起始值均为001。所有文件流水号在每年1月1日自动归零。 6.1合同协议类编号格式：RHJS-ZG-CON-C-201710-001 6.2格式说明：公司名称-部门编号-合同编号-合同类型-年月-流水号 6.3合同类型（C-承揽合同（施工合同）；P-采购合同；H-劳动合同；Z-租赁合同；T-技术开发合同；O-其他合同） 四、编号管理 1、公司所有审批完毕的文件必须由综合管理部统一编号，并登记入档后方可发布。 2、本办法解释权归属公司综合管理部，未尽事宜另行补充，经总经理批准后执行。
文件编号及格式编制规定
文件编号： 文件编号及格式编制规定 版次： 受控状态：
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外来文件的编号 如果原文件有编号，引用原文件编号，如无编号按下列编号格式执行。 ×××—××××—××× 流水号
软件版本管理规范19726
软件版本管理规范 第一章目的 本规范详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等内容，使软件项目版本管理流程化并规范化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用范围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章内容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书
需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划 上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目内部的目录结构建议按下列格式创建。
配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目内部的目录结构： |–projectA
管理制度体系文件的编号、格式、要求
拜登集团管理制度体系文件 文件编号：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子公司代码表
软件版本管理规范标准
软件版本管理规 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产品软件版本命名 产品软件版本的命名规则如下所示：
数据安全管理规范
业务平台安全管理制度 —数据安全管理规范 XXXXXXXXXXX公司网络运行维护事业部
目录 一. 概述 (1) 二. 数据信息安全管理制度 (2) 2.1数据信息安全存储要求 (2) 2.2数据信息传输安全要求 (2) 2.3数据信息安全等级变更要求 (3) 2.4数据信息安全管理职责 (3) 三. 数据信息重要性评估 (4) 3.1数据信息分级原则 (4) 3.2数据信息分级 (4) 四. 数据信息完整性安全规范 (5) 五. 数据信息保密性安全规范 (6) 5.1密码安全 (6) 5.2密钥安全 (6) 六. 数据信息备份与恢复 (8) 6.1数据信息备份要求 (8) 6.1.1 备份要求 (8) 6.1.2 备份执行与记录 (8) 6.2备份恢复管理 (8)
一. 概述 数据信息安全，顾名思义就是要保护数据信息免受威胁的影响，从而确保业务平台的连续性，缩减业务平台有可能面临的风险，为整个业务平台部门的长期正常运行提供强有力的保障。 为加强数据信息的安全管理，保证数据信息的可用性、完整性、机密性，特制定本规范。
二. 数据信息安全管理制度 2.1 数据信息安全存储要求 数据信息存储介质包括：纸质文档、语音或其录音、输出报告、硬盘、磁带、光存储介质。 存储介质管理须符合以下规定： ◆包含重要、敏感或关键数据信息的移动式存储介质须专人值守。 ◆删除可重复使用存储介质上的机密及绝密数据时，为了避免在可移动介质上遗留信 息，应该对介质进行消磁或彻底的格式化，或者使用专用的工具在存储区域填入无 用的信息进行覆盖。 ◆任何存储媒介入库或出库需经过授权，并保留相应记录，方便审计跟踪。 2.2 数据信息传输安全要求 ◆在对数据信息进行传输时，应该在风险评估的基础上采用合理的加密技术，选择和 应用加密技术时，应符合以下规范： ?必须符合国家有关加密技术的法律法规； ?根据风险评估确定保护级别，并以此确定加密算法的类型、属性，以及所用密 钥的长度； ?听取专家的建议，确定合适的保护级别，选择能够提供所需保护的合适的工具。 ◆机密和绝密信息在存储和传输时必须加密，加密方式可以分为：对称加密和不对称 加密。 ◆机密和绝密数据的传输过程中必须使用数字签名以确保信息的不可否认性，使用数 字签名时应符合以下规范： ?充分保护私钥的机密性，防止窃取者伪造密钥持有人的签名。 ?采取保护公钥完整性的安全措施，例如使用公钥证书； ?确定签名算法的类型、属性以及所用密钥长度； ?用于数字签名的密钥应不同于用来加密内容的密钥。
文件编号管理规定
文件编号管理规定 一、目的 为了规范各部门和各管理体系文件的编号及文件的日常管理工作，使文件在使用过程中不发生内容重复、遗留，便于文件的检索和存档，特制定本办法。 二、适用范围 适用于君霖纺织所有文件&制度的编号。 三、术语 根据文件性质分为体系文件、技术文件、合同文件、文书文件四类。 1、体系文件指质量手册、程序文件、管理文件、管理通知、质量记录等与质量体系有关的文件。 2、技术文件指产品技术文件、工艺技术文件、检验技术文件、外来技术文件和其它技术文件五大类。 3、合同文件指中标通知书、专用合同条款、通用合同条款、经合同双方确认进入合同的其他文件。 4、文书文件指公司行政文件、行政规章、各种请示、一次性的通知等其它与质量体系无直接关联的文件。 四、职责 1、办公室负责体系文件、技术文件的编号和归口管理。 2、人力资源部负责文书文件的编号和归口管理。 3、财务部负责合同文件的编号和归口管理。 五、正文 1、文件编号规则 1.1外来文件执行原编号。 1.2体系文件根据体系文件编号规则进行编号，例：JLFZ-QM-1701。 1.3技术文件根据技术文件编号规则进行编号，例：JLFZ-JS-1701。 1.4合同文件根据合同文件编号规则进行编号，例：JLFZ-RZ-1701。 1.5文书文件根据文书文件编号规则进行编号，例：JLFZ-CW-1701。 2、文件编写规范
2.1文件分为标题→编号→目的→适用范围→术语→职责→正文→接口文件→记录→附则等十部分（严格执行以上编写顺序），可依据文件性质进行适当删减。 2.2体系文件编写规范（见附件一） 2.3技术文件根据技术文件编写规范进行编写。 2.4合同文件根据合同文件编写规范进行编写。 2.5文书文件编写规范 2.5.1红头文件编写规范（见附件二） 2.5.2报告/请示编写规范（见附件三） 2.5.3会议纪要编写规范（见附件四） 2.5.4一般性通知编写规范（见附件五） 2.5.5通报编写规范（见附件六） 六、附则 6.1本办法从2017年4月10日开始执行。 6.2本办法的解释权归办公室。
(完整版)技术部软件版本管理规范
技术部软件版本规范 文档建立/修改记录： 版本管理规范 【新建项目版本管理部分】 1，项目组接到项目需求， 1.1，开发组出项目设计和开发计划； 1.2，测试在Git中建立空项目(项目名称开会时候会有，没有需要问)，形成master版本，版本设定为V0.0.0。 2，组长发邮件给技术总监，并且抄送给项目经理和测试。 邮件内容：开发计划文档url和开发版本号(V0.1.0)，请批准第一阶段(开发计划中会包含)开发。 3，得到批准开发回复后，测试从master(V0.0.0)建立分支版本(V0.1.0)，打开版本参与人员的更新权限，并且将url给组长。 4，组长download项目，上传项目可运行框架，并且更新GIT中的readme文档并通知开发；5，开发者必须按时按功能点来提交(提交时需写相应描述)项目到GIT中，并且push前必须测试，保证代码不能有运行异常，导致无法测试 5.1，Push结束后，开发者继续开发下一个功能点。 5.2，push结束会自动化构建，自动化构建完成后系统会自动通知测试人员进行测试，测试人员需先关闭版本参与人员的更新权限，再按功能点来测试bug，然后更新bug文档和测试用例文档的内容(有无bug都需要更新)，随即打开更新权限并通知组长。 6，开发者下一个功能点提交时，同上要求。 7，第一阶段最后一个功能点提交完毕后，测试者关闭此版本参与者更新权限，然后将此版本(V0.1.0)建分支版本(V0.1.1)并且给出版本url给组长，继续进行测试最后一个功能点bug。8，组长通知组员进行bug（bug一般会比较少，bug很多只能说明开发者开发质量有问题）修改，给出修改版本地址。 9，修改完毕后提交，测试人员再次关权限且测试，如仍然有bug存在，更新相应文档并在相关修改支版本(这里是V0.1.1)中再次建立修改版本(此时是V0.1.2)，随即给出版本url给组长。ps：提交版本如有冲突找组长调节。 10，第一阶段开发完全完成后开始开发第二阶段任务，重复2~9步骤，相应的版本号会变为从V0.2.0开始，同里修改版本号则是V0.2.1/V0.2.2/V0.2.3...... 11，当全部阶段任务完成(指的是开发完成并测试无bug)，测试将最新的修改完成的版本(应该是V0.x.x，x为任意数字)合并到master版本中，此时版本号设定为V1.0.0。测试发邮件给