软件版本管理规范

软件版本管理规范

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 正式版本号的升级规则 (5)

3.4.1 软件版本升级规则 (6)

3.4.2 演示版本升级规则 (6)

3.5 版本的安装文件命名规则及存放路径 (6)

4 软件版本发布流程 (6)

5 管理条例 (7)

6 附录 (7)

前言

为规范部门产品软件版本的管理与控制，保证产品版本的有效与质量，制定本标准。本标准由移动金融事业部拟制。

本标准于2015年6月首次发布。

软件版本管理规定

1范围

本标准规定了移动银行事业部产品软件版本的控制与管理。

本标准适用于移动银行事业部产品软件版本的控制与管理。

2术语和定义

下列定义适用于本标准。

2.1软件

指与产品相关的所有软件，可以分为产品软件和演示软件。

2.2产品软件

已签订合同，有明确交付日期的产品。

2.3演示软件

处于研发阶段，并未正式投入生产的应用。

3软件版本命名规则

3.1软件版本命名组成

产品的正式软件版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。

产品的演示版本命名由四部分组成。第一部分为主版本号，第二部分为次版本号，第三部分为修订版本号，第四部分为日期版本号。

3.2产品软件版本命名

产品软件版本的命名规则如下所示：

产品标识VX.Y.Z_YYMMDD

版本号和时间之间以下划线分隔。具体含义见表1。

表1 软件版本命名规则描述

例如：

信用卡V1.0.0_150501 ，表示信用卡V1.0版本在2015年5月1日做了一次修订并发布了版本。

3.3演示软件版本命名

演示软件版本的命名规则如下所示：

产品标识VX.Y.Z_YYMMDDdemo

版本号和时间之间以下划线分隔。具体含义见表2。

表2 演示软件版本命名规则描述

例如：

信用卡申请V1.0.0_150501demo ，表示信用卡申请demo软件的V1.0版本在2015年5月1日做了一次修订。

3.4正式版本号的升级规则

软件的正式版本号升级，应该能体现出版本继承性关系，根据软件改动的大小，进行正式版本号升级。

3.4.1软件版本升级规则

1)研发阶段主版本X的值为0，上线主版本X升级为1，后续根据合同修

改主版本号，如第一期合同主版本号为1，第二期合同主版本号为2.

2)软件的初始正式版本号为V1.0.0；

3)软件次版本号根据修改的功能及工作量依次递增。如增加一项大的功能，

则次版本号增加1。

4)修订号及时间：在没有增加或减少大功能情况下的改动，使用修订号。同

一天发布的修订版本不超过10个，如2015年5月1日，共对一个软件做了3次修

改，软件主版本号及次版本号为1和1，则这一天发布的版本分别为：

V1.1.0_20150501、V1.1.1_20150501、V1.1.2_20150501.

3.4.2演示版本升级规则

1)演示版本X的值为0，不做升级。.

2)软件的初始版本号为V0.1.0；

3)软件次版本号根据修改的功能及工作量依次递增。如增加一项大的功能，

则次版本号增加1。

4)修订号及时间：在没有增加或减少大功能情况下的改动，使用修订号。同

一天发布的修订版本不超过10个，如2015年5月1日，共对一个软件做了3次修

改，软件主版本号及次版本号为0和1，则这一天发布的版本分别为：

V0.1.0_20150501demo、V0.1.1_20150501demo、V0.1.2_20150501demo.

3.5版本的安装文件命名规则及存放路径

1)安装文件名同软件版本命名；

2)对外发布的产品版本及演示版本，如无特殊要求，均统一上传到fir.im平台。上传

时在更新日志说明使用此软件所需具备的条件及本次更新的详情，如服务地址的设

置以及本次发布的版本做的修改。

3)备注：演示版本发布时需注意，同个版本如果功能不变，仅修改logo、增加或减少

外设等，打包时使用同个ID，发布时使用同一个地址，可下载历史版本。

4软件版本发布流程

1)软件开发人员通过starteam提交修改版本。

2)项目经理审核版本质量，确保达到发布标准；

3)由项目经理根据该版本的变更改动量大小及复杂度确定版本号，并对该版本的历史

版本统一管理(建议使用excel表格记录版本号及改动)。

4)版本发布的工作由项目经理负责，发布的版本必须有备注说明（每月月底项目经

理提交所负责的项目版本excel表格给**版本管理员**）。

5管理条例

1)有审核权的人员不在岗时，应事先指定授权人；

2)项目结束开发阶段，进入版本发布阶段时，项目经理应通过公司邮件形式通知项目相干

人，包括版本发布的地址及版本号，功能描述等。

3)版本管理员每月月底整理一次版本信息，保存到服务器（192.168.*.**），并以邮件形

式发给部门经理。

6附录

1)附录A《版本说明表》

附录A

版本说明表

表HT-2005-01 编号：

公司软件管理规范

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. 设计施工图、说明书及附表资料，变更设计等设计资料； 2.施工规范、验收标准； 3.承包合同的投标书，施工承包合同及补充文件（答疑）； 4.施工组织设计、创优规划、工程日志、作业指导书、技术交底等； 5.上级和建设、监理单位对工程施工的指令、通知、文件； 6．在施工过程中形成的试验、测量以及检验批记录、分部、分项、单位工程质量验收等相关资料。 第二章管理机构 第四条兰渝铁路LYS-11标段三分部技术资料管理实行项目部、工区、项目队三级管理机制。按照“六位一体”要求，项目部、工区、项目队建立技术资料保证体系，确保工程施工一流、技术资料管理一流的目标，实现技术资料管理的标准化。 第五条项目部负责全标段技术资料的协调管理和指导工作,项目部工程部为

归口管理单位。 第六条项目部应由一名工程师分工管理技术资料，工区、项目队设置专人管理技术资料，项目队管理机构领导层中明确由总工程师主管技术资料工作。按照相关法规、标准和公司的相关要求，推行技术资料管理标准化；技术资料管理人员要保持稳定，保证技术资料的完整性、准确性和连续性。 第三章管理职责 第七条项目部职责 严格执行国家和铁道部有关法规和工程建设强制性标准，依据批准的设计文件组织工程建设。组织工区和项目队共同确定施工过程中的内业资料的填写标准、份数和相关要求，统一全线施工内业表格，对全线技术资料管理进行指导、检查、监督、考核。 第八条项目队职责 1．参加项目部组织的各种内业会议，及时传达会议要求并执行； 2．制定技术资料管理规划，编制技术资料管理办法； 3．组织技术资料管理人员和技术人员认真学习相关标准、规范和管理办法，提高技术资料的编制、管理水平； 4．定期、不定期进行项目内的技术资料的检查，并就检查的内容进行交流，制定相应措施，确保技术资料数字填写准确、真实、完整、整洁且签字齐全，确保可追溯性； 5．协调各部门的接口工作，确保技术资料对应统一； 6．开展本单位的技术资料的监督检查。 第四章管理制度

四公司文件管理规定

四、公司文件管理规定 （一）总则 第一条为减少发文数量，提高办文速度和发文质量，充分发挥文件在各项工作中的指导作用，特制订本制度。 第二条文件管理内容主要包括：上级函、电、来文，同级函、电、来文，本厂上报下发的各种文件、资料。 第三条按照党政分工的原则，全厂各类文件分别由党委办公室和厂部办（以下简称两办）归口管理。 （二）收文的管理

第四条公文的签收 1．凡来厂公启文件（除厂领导订启的外）均由厂收发员登记签收（由上级或邮电局机要通讯员直送机要室的机要文件除外）后分别交两办机要秘书拆封。在签收和拆封时，收发员和机要秘书均需注意检查封口和邮戳。对开口和邮票撕毁函件应查明原因，对密件开口和国外信函邮票被撕应拒绝签收。 2．对上级机要部门发来的文件，要进行信封、文件、文号、机要编号的“四对口”核定，如果其中一项不对口，应立即报告上级机要部门，并登记差错文件．的文号。 第五条公文的编号保管 1．两办机要秘书对上级来文拆封后应及时附上“文件处理传阅单”，并分类登记编号、保管。须由工厂承办或归档的厂领导亲启文件，厂领导启封后，也应分别交两办办理正常手续。 2．本厂外出人员开会带回的文件及资料应及时分别送交两办机要秘书进行登记编号保管，不得个人保存。 第六条公文的阅批与分转 1．凡正式文件均需分别由两办主任（或副主任）根据文件内容和性质阅签后，由机要秘书分送承办部门阅办，重要文件应呈送厂领导（或分管领导）亲自阅批后分送承办部门阅办，为避免文件积压误事，一般应在当天阅签完紧急文件要月即办。 2．一般函、电、单据等，分别由两办机要秘书直接分转处理。如涉及几个单位会办的文件，应同主办单位联系后再分转处理。 3．为加速文件运转，机要秘书应在当天或第二天将文件送到厂领导和承办部门如关系到两个以上业务部门应按批示次序依次传阅最迟不得超过2天（特殊情况例外）。 第七条文件的传阅与催办 1．传阅文件应严格遵守传阅范围和保密规定，不得将有密级的文件带回家、宿舍或公共场所，也不得将文件转借其他人阅看对尚未传达的文件不 得向外泄露内容。 2．阅读文件应抓紧时间，当天阅完后应在下班前将文件交机要室，阅批文件一般不得超过2天，阅后应签名以示负责。如有领导“批示”、“拟办意见”，两办应责成有关部门和人员按文件所提要求和领导批示办理有关事宜。 3．阅文时不得抄录全文，不得任意取走文件夹内任何文件及附件，如确系工作需要，要办理借阅手续，以防止丢失泄密。 4．文件阅完后，应送交两办机要秘书，切忌横传。 5．两办机要秘书对文件负有催办检查督促的责任，承办部门接到文件、函电应立即指定专人办理。不得将文件压放分散，如需备查，应按照有关保密规定，并征得两办同意后，予以复印或摘抄，原件应及时归档周转。 6．按照阅文范围，离、退休干部，一般由有关部门定期组织学习有关文件，或由两办机要室通知到机要室阅文。 （三）发文的管理 第八条发文的规定 1．全厂上报下发正式文件的权力集中于厂部，各群众团体和部门一律不得自行向上、向下发送正式文件。

文件编写及管理规范标准

文件编写及管理规范标准 1 目的 为规范公司各类文件（如制度、流程、通知、规范等）的管理，对各类文件的编写、管理予以标准化，结合公司实际情况，特制定本规范标准。 2 范围 本标准适用对象为公司所有职能部门、门店。 3 职责 3.1 各职能部门：负责本部门相关管理文件的编制、审批提报、发布实施、执行监督。 3.2 行政部：负责对各部门制定的管理制度的内容审核和标准化审查。 4 定义 本标准所述的文件主要包括四大类：管理制度类文件（含：标准、规范、管理办法、手册等）、流程/表单类文件、人事任命类文件、通知类文件（通报、公示、表彰等）。 5 管理规定 5.1 管理制度类文件（除财务类）： 5.1.1 “管理制度”定义：具有强制性的要求，由公司各职能部门编制，并经公司审批后下发各部门（门店）执行。财务类文件的编制要求详见5.2的约定。 5.1.2 编号规则等要求：具体编号规则、文件命名等要求按照下表规定执行。 5.2.1 定义：

①财务制度：具有强制性要求的有关财务制度，经公司审批后下发各部门执行； ②财务规范（总部）：由财务部起草，经审批后下发，对总部各部门具有强制性要求的规范； ③财务规范（门店）：由财务部起草，经审批后下发，对门店具有强制性要求的规范； ④财务操作指南：根据业务需要，经审批后下发，具有指导性、但不具有强制性要求的具体操作指南； ⑤专项操作手册：根据项目需要，经审批后下发，对具体项目（如软件系统等）操作具有指导性的手册。 5.2.2 编号规则等规定：具体编号规则、文件命名等要求按照下表规定执行。 5.4 任命书类文件： 5.4.1 编排样式：参见附件4，须为红头文件。 5.4.2 编制发布：由人资中心依据公司授权及批示予以编制发布，按序编号并存档管理。 5.5 通知类文件： 5.5.1 编排样式：参见附件5。通知类文件包括通报、公示、表彰等文书材料。 6 其它 本办法由行政部负责制定、实施、修改和解释，经批准后实施，修改时亦同。

生产技术管理办法文件

华丰煤矿生产技术管理办法 为进一步推动我矿煤炭生产技术管理工作的协调健康发展，强化技术管理，规范技术行为，明确各级工程技术人员岗位职责，提高工程技术人员责任心，及时掌握矿井技术管理现状，全面落实上级各项技术文件、规定，保证矿井的长治久安，根据矿井实际，特制定本办法。 一、技术管理制度 1、技术例会制度 （1）为保证技术工作的顺利开展，矿定期召开技术例会，会议具体要求见表1。 （2）会议组织者要提前确定会议研究内容，由负责人提出初步技术方案，供与会人员研究、落实。 （3）各类技术会议要形成纪要，明确各项工作负责人、完成时间、质量要求及验收人、验收办法、考核要求。 （4）对会议安排的技术工作，各级技术人员要根据要求按质按量完成。如果在落实过程中确实有困难，负责人要在会议上提出，共同研究落实方案。 2、技术业务复命制 （1）各专业副总、主任工程师、业务科长对总工程师安排的技术工作实行24 小时复命制。 （2）各技术岗位在接到直接上级的命令后，即安排任务、落实文件、会议部署、临时性技术工作等，不论任务完成与否，在规定的期限之内均要向下达命令者进行书面或当面回复。 （3）当在执行命令过程中遇到困难，采取措施后仍无法在规定期限内完成时，也要复命，并说明原因。 4）各专业副总、主任工程师、业务科长在接到总工程师安排的技术工作后，要在规 定的时间内组织有关部门和技术人员进行研究落实，制定方案，采取措施，保证工作落实到位，提高

复命质量。 （5）各技术岗位对矿外的技术服务、技术咨询，必须经过总工程师批准。 3、技术会议纪要制度 （1）对主要技术会议执行会议纪要制度。 （2）会议纪要单位要认真记录会议内容，及时下发会议纪要，各有关单位严格落实会议内容。 （3）主要会议及纪要单位： ①技术例会，生产部矿建设计组，机电设计组配合 ②接续例会，生产部矿建组 ③防冲会，技术工程部 ④防火专业会，通防技术部 ⑤防治水专业会，生产部地质组 ⑥顶板分析会，生产部采煤组 ⑦技术事故分析会，主要相关专业业务组 ⑧方案设计平衡会，矿建方案由矿建设计组负责，机电方案由机电设计组负责 ⑨系统改造及专题会议根据业务情况以会议安排为准。 （4）会后24 小时内要形成纪要初稿，报会议主持人审阅，终稿后签发。会议纪要要统一编号并妥善保存，作为资料备查。 （5）会议纪要要明确各项工作负责人、完成时间、完成标准等，便于考核落实。 （6）对下发的会议纪要要进行严格的考核验收，并及时通报考核结果。 4、技术动态汇报制度 （1）为及时全面掌握现场的技术动态，在全矿各专业执行技术动态汇报制度。 （2）各专业副总工程师及业务科长每周定期向总工程师进行技术业务汇报，以发邮件为汇报方式。

公司文件管理规定

公司文件管理规定 第一章总则 第一条为使文件管理制度化，使各类文件规范、准确、及时、安全，以提高行政效率和质量，特制定本办法。 第二条各部室及各有关人员，对文件中涉及国家、政府或本公 司应保密的事项，必须严守机密，不准随便向他人泄露。 第三条文件保密等级分为：绝密、机密、秘密三种，其他为一般文件。绝密、机密文件打印一定要用专用磁盘。 第二章发文程序 第四条拟稿 由具体承办人员拟稿，发文稿必须符合公文种类、格式使用规范。 第五条审核 由相关部门负责人及分管领导审核。 第六条签发 公司行政文件由总经理签发，其他文件由相关部门负责人签发。 第七条编号套红 有关领导审核批准后，由办公室统一编排发文字号并套红。 第八条发文

由办公室按文件注明的“报送”、“发送”部门，负责公文的发文工作，并请接收部门查收，按文件要求执行。 第三章收文程序 第九条签收 外来公文由办公室统一签收，填写登记在《外来文件登记表》上。写明各部门或个人收启的公文，签收后应主动送办公室登记处理。 第十条分文 办公室根据公文性质、要求，确定在办和阅批对象，填写公文阅办单。 (1)重要来文，由办公室主任提出初步意见（拟办），再由公司领导批示（批办）。 (2)一般公文，直接转有关职能部门处理（承办）。有关产品质量、技术文件转质量部处理。具体承办务求实效，分清主办、协办、复文与不复文。 (3)参阅性文件，直接组织传阅。 (4)范围不明的文件，送领导审阅。 第十一条催办 分对内催办与对外催办，包括发函，派专人打电话等方式，要使用工作催办单，对来文做到事事有交待、件件有着落，防止漏办、延误。 第十二条结办 文件处理完毕，或已答复发文单位，即可结办归档。 第四章文件的立卷、归档与销毁

质量管理体系文件编制规定(doc 7页)

质量管理体系文件编制规定(doc 7页)

质量管理体系文件编制规定 1目的 确保质量管理体系文件的编制符合内容格式统一、保持清晰、易于识别和检索等要求。 2 范围 本办法适用于本所的质量管理体系文件，包括质量手册、质量管理体系程序（程序文件）、作业文件和质量记录的编制。 3职责 3.1质量管理体系文件由有关职能部门负责起草，部门负责人负责审核。 3.2 质量手册由所长审定批准，程序文件、作业文件由主管所领导审定批准。 4文件编号 Q S X —X X —X X X X 发布年份 同层次文件顺序号 层次代码：质量手册—A 程序文件—B 作业文件—C 质量管理体系代号质量记录—D 5 文件封面格式 5.1质量手册及程序文件的封面格式应符合附录A的规定。 5.2作业文件及质量记录不设封面。 6 文件页面格式

6.1 质量手册、程序文件、作业文件，除封面、目录外，每页均设有页 眉。 6.2 页眉格式为 文件名称 中国建筑标准设计研究所 质量管理体系文件 X X X X 文件编号： 批准人： 修改码： 7 文件内容 7.1 质量手册内容 0 引言 1 范围 2 引用标准 3 定义 4 5 6 按GB/T19001-2000—ISO9001:2000标准中的4至8的条款对应 编写。 7 8 7.2 程序文件和作业文件内容 1 目的 2 范围 3 职责 4 程序内容 5 记录 中国建筑标准设计研究所 质量管理体系文件 质量管理体系文件编制规定 文件编号：QSC-01-2002 批准人： 修改码： 0 / A

注：1、程序内容可以分几章编写； 2、记录也可以插入程序内容中编写。 8 文件条文的编排 8.1 文件层次编号 章 条 条 条 1 2 3 4 5 当条文内容适于采用分行并列叙述时，其编号用小写的拉丁字母 a .，b.，c.，……顺序表示。 8.2 “章”一般设有标题，“条”可有也可没有标题。但同一层次的“条”，有无标题原则上应一致。 9 文件幅面 质量管理体系文件的幅面采用A 4（210mm×297mm ）。 10 质量要求 文件编写要符合下列要求： a ．文字通顺，表述清楚。 b ．名词、缩略语、标点符号要符合国家有关标准的规定。 c ．计量单位一律采用法定计量单位。 11 会签与审批 质量管理体系文件稿经编制人起草后，按附录B 的《质量管理 体系文件会签审批单》，经编制人、编制部门负责人签字后，经相关部门会签，并经主管所领导签署批准。 中国建筑标准设计研究所 质量管理体系文件 质量管理体系文件编制规定 文件编号：QSC-01-2002 批准人： 修改码： 0 / A ???2.21.2

软件版本管理规定

上海精佑通信技术有限公司企业标准 （管理标准） 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）拟制、审核、会签、批准不走电子流程时，必须用钢笔或签字笔填写，不得用铅笔、圆珠笔填写。

研发系统文件管理规范

研发系统文件管理规范 1目的 建立并执行研发系统文件要求和管理的规定，确保研发系统文件管理工作规范、统一、有效，符合公司文件管理程序要求。 2适用范围 适用于研发系统开发文档、技术文件、程序文件、管理工作文件、指南文件的管理。 3术语和定义 无。 4职责与权限 研发管理部负责产品开发文档、技术文档、管理工作文件、指南文件及其它文件的归口管理，研发系统相关部门配合。 5内容及流程 研发系统文件包括产品开发文档、技术文档、程序文件、管理工作文件、指南文件及其它文件等。结构如下图：

研发系统文件编号及版本参考《研发系统文件编号及版本规定》。 5.1研发系统管理文件 5.1.1管理工作文件及指南文件的编写、审核、批准 5.1.1.1研发系统程序文件、管理工作文件、指南文件由技术委员会依据质量体系要求，规划研 发系统程序文件及各级工作文件，研发管理组织相关部门编写，文件编号由编写者向质管QA助理申请。编写需使用公司统一的文件模板。程序文件、管理工作文件经研发系统内部预审后，提交质管部按组织公司涉及部门评审、会签，文件经管理者代表批准后在OA上发布生效。 5.1.1.2研发系统级指南文件由研发管理部组织评审，各产品线及部门级指南文件由编写人所在 部门技术秘书负责组织评审。指南文件提交文件编写者主管部门经理审核，部门所属产品线负责人批准，研发管理部发布生效。生效后的文件电子档抄送质管部及相关部门备案。 5.1.2管理工作文件及指南文件的更改、升版 5.1.2.1程序文件、管理工作文件的更改及升版按《管理工作文件的控制办法》执行。 5.1.2.2研发指南文件的更改升版，由编写人提前知会研发管理部后进行，升版后文件按首版评 审方式审核、批准发布。 5.1.3程序文件、管理工作文件及指南文件的发布生效方式及文件共享路径 5.1.3.1管理工作文件的生效发布由质管部在公司OA-办公系统的通知栏内进行发布；工作指南 文件由研发管理部通过QQ信息发布，同时在研发系统信息平台http://vss2/default.aspx 发布备查。 5.1.3.2程序文件、管理工作文件及工作指南文件在以下路径电子文件共享：\\VSS2\研发管理\工 作文件。 5.2技术文件 产品技术文件分设计文件及工艺文件以及支持产品生产、检验的工装夹具、设备仪器文件。根据项目研发现状，我们对技术文件分别进行研发过程的受控管理及样机文件（开发样机、工程样机）质管受控管理。 5.2.1研发过程技术文件管理控制 5.2.1.1分类 研发过程技术文件分机械类过程技术文件和硬件板卡过程技术文件，其中： 机械类过程技术文件：机械零件图（C类）；

公司文件审核管理办法

文件审核管理办法 一、总则 为更好的提升我公司文件质量，规范文件格式，加强文件的可操作性，使文件审核过程规范化、制度化，有效的促进工作开展，严防各类失误和错误的发生而给公司造成的不必要性损失，特制定本办法。 二、适用范围 （一）文件适用范围 本制度所指文件为云南华特节能环保投资有限公司（以下统称为“公司”）所起草的一切文件。文件类型包括业务文件、行政文件及其他文件三类。 1、业务文件 业务文件是指公司以其营业范围承揽的相应业务所应 向委托方提交的一切技术成果，其中包括文本、图件等纸质图件以及对应的电子版资料。 2、行政文件 行政文件是指针对公司内部管理和外部协调等事宜所 起草的文件，其中包括公司内部管理制度、办公室提交有关

部门的相关文件、人员劳动合同等文件。 3、其他文件 其他文件是指公司内部出具的除业务文件和行政文件 以外的文件。 （二）人员适用范围 本制度适用的人员范围为一切参与文件审核的人员。 三、审核流程 项目的基本审核流程按审核级别划分如下： 1、总经理 2、副总经理 3、部门经理 4、部门主管 5、起草人/责任人 （一）业务文件 审核按照文件版本和各级别人员对应填写文件审核登 记表（附件二），终审人员签字确认后方可打印、申请盖章。 （二）行政文件 1、合同类文件 具体包括办公室仪器设备相关协议、公司文件打印相关协议、公司招待相关协议等文件，文本起草人审核完毕后，

报上级分管领导处，涉及款项较大的，需上报总经理处审核。填写文件审核登记表（附件二），审核无误后申请盖章并执行。 2、申报类文件 具体包括工商税务类申报、资质申报、公司相关荣誉申 报等文件，文本起草人审核无误后，上报分管副总经理处审 核，填写文件审核登记表（附件二），终审人员签字确认后方可申请盖章并执行。 3、公司管理性文件 具体包括公司内部发布的各种制度、通知、任命等文件，起草人审核无误后，上报总经理处审核，填写文件审核登记 表（附件二），审核通过后申请盖章并执行。 （三）其他文件 具体包括员工个人需要等特殊情况所需公司出具的各 类证明等材料，文件起草人审核无误后，上报分管领导处审 核，审核通过后申请盖章并执行。 四、审核标准 审核标准以不出现文字性错误为基本原则。其中包括以 下几点： 1、所有文件中不得出现错别字，语句不通，标点误用 的情况，技术信息数据等必须准确无误。

文件编写管理办法(1)

成渝钒钛科技有限公司支持性文件CFGS（A）0401.1-15 文件编写办法 A/0 受控状态： 分发编号： 编制人：陈瑜 初审人：王学良 审核人：代宾 批准人：袁勇 实施日期：2015年02月09日

文件编写办法 1 目的 为规范体系文件的统一编制、标识及管理，达到编写体系文件规范化、标准化的目的，特制定本办法。 2 适用范围 适用于成渝钒钛科技有限公司所属各单位以及代管、托管单位所有文件资料的编制和审定。 3 内容及要求 3.1 手册的编写 3.1.1 手册的编写依据 以GB/T19001、GB/T19022、GB/T24001、GB/T28001标准以及国家有关法律、法规为依据，满足管理体系要求，并结合本公司实际，反映各项管理工作特色。 3.1.2 手册的格式 手册由手册封面、手册目录、手册章节、文件更改记录组成。 3.1.2.1 手册封面格式：见附录A。 3.1.2.2 手册目录格式：见附录B。 3.1.2.3 手册章节格式：手册章节（封面及刊头见附录C），每章节的内容应包括： a) 目的； b) 适用范围； c) 职责； d) 概要。 3.1.2.4 文件更改记录格式：见附录D。 3.2 程序文件的编写 3.2.1 程序文件的编写依据 依据成渝钒钛公司设置的管理模式、管理体系标准、国家有关的法律、法规、标准、规范及公司的方针、目标编写。 3.2.2 程序文件的编写要求 3.2.2.1程序文件是具体规定体系要求展开的各项活动的程序和方法，具体规定某项活动的目的和范围，应做什么，由谁来做，何时、何地和如何做，应使用什么材料、设备、方法和文件；以及如何对活动进行控制和记录等方面的内容。 3.2.2.2要注意各个程序文件上下左右的衔接，程序文件必须与管理手册规定的内容一

软件版本管理规范标准[详]

软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 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.技术文件内容及编码原则 技术文件是指用于产品实现的相应技术文件；文件类别及编码原则详见《技术文件类别清单》。 4.职责 4.1技术质量部负责技术文件的归口管理。负责内部技术文件的编制、审批、发放、归档和借阅的管理；负责外来技术文件的识别、转换、发放和归档。 4.2各部门负责对技术文件的接收、使用、保管。 4.3操作人员应掌握工艺文件及有关标准要求，严格按工艺文件进行操作，发现问题及时向班组长汇报，有责任保管好自己所用的技术文件。 4.4车间班组长负责保管本班组所用的技术文件，生产作业时将技术文件放置在生产现场指定位置。保证技术件不丢失、不损坏、干净整洁。 5.技术文件管理内容 5.1编制技术文件的基本要求 5.1.1凡用于指导生产作业的技术文件均应履行审批、签署手续，外来文件的审批不是对文件内容的审批，而是对文件的适用性的确认。责任签署手续完备的正式技术文件是指导生产及其管理活动的有效文件。 5.1.2 收到顾客提供的产品图纸、产品规范/标准、技术协议、变更文件等与质量 有关的技术文件后，技术部要在两周内或按照顾客要求的进度进行组织评审，确定以上文件的详细的实施方法、实施日期及实施要求，由技术部长批准，及时将

顾客的相应标准转换为公司内部要求并保存相应记录。顾客提供的质量协议由质量部按上述要求评审，由质量部长批准，并保存记录。 5.1.3 FMEA的编制应参考FMEA库进行编制，每个项目应对其涉及到的所有工序的FMEA组织评审后定版； 5.1.4 CP的编制应将定版后的FMEA中的要求有效的传递至CP中且前后保持一致；CP的编制应参考CP的编制模板。 5.1.5 WI的编制应将CP中的要求关联到WI中(excel公式)，防止产生前后不一致的情况发生。 5.1.6 技术文件编制质量问题纳入技术部人员的绩效考核，具体按《技术部人员绩效考核表》进行考核。 5.2 技术文件的签署人及其职责 5.2.1 设计/编制——由授权职能部门的设计人或编制人签署，并对技术文件的完整性、正确性、统一性、先进性、良好的工艺性和经济性负责。 5.2.2审核——由设计/编制单位负责人或分管负责人对技术文件是否符合国家法律、法规、顾客要求、相关标准和使用要求进行综合审查后签署，对其完整性、正确性、统一性负责。 5.2.3会签——由相关部门委托有经验的专业人员对技术文件是否满足相应专业要求的可行性予以审查并签署。 5.2.4 批准——直接用于产品生产过程的技术文件以及厂内有关部门需共同遵照执行的技术文件由技术部长（或被授权人）签署，并对技术文件负总的责任。文件发布后，使用部门在执行中或相关人员在检查，发现有问题需更改时应及时反馈，技术部接到反馈后应及时更改相应技术文件并再次批准。 5.3受控标识

公司文件管理规范

王88

目录 一、制定目的 (2) 二、适用范围 (2) 三、各部门职责 (2) 四、文件类型定义 (3) 五、文件格式及标准 (4) 5.1公文（包括公告和通知等） (4) 5.2红头文件 (5) 5.3质量体系文件 (6) 5.4管理性文件 (7) 5.5通用文件、表格文件 (8) 5.6合同性文件 (9) 六、文件管理 (11) 6.1文件记录编号、发放 (11) 6.2文件的归档 (11) 6.3外来文件接收与归档 (11) 七、其他规定 (11) 八、附文件模板 (11)

公司文件管理制度 一、制定目的 为提高公司文件处理工作的效率和质量，使之规范化、科学化、制 度化，对公司文件的格式、编制、编号、审批、发布、归档等文件管理的 工作流程和作业标准作出明确规定，便于文档的识别、追溯和控制，实 现公司文件管理的规范化、制度化、提高公司文件管理的有效性和适应性。结合公司实际工作情况，特制定本制度。 二、适用范围 适用于公司及各部门文件和外来文件的管理。 三、各部门职责 3.1综合部负责公司公文、质量管理体系、管理制度、行政性文件、法 律法规文件、政府相关外来文件的收录、发布、归档等的管理，并负责在全公司范围内对本制度执行的指导及监督。 3.2采购部负责采购合同的归档、保管工作；销售部负责报价单及合 作客户相关资料的归档、保管工作；销售合同及其他行政类文件资料由综合部负责归档、保管； 3.3各部门产生的内部使用的文件有部门负责人或者指定人员负责

文件的收录、发布、归档等的管理。 3.4综合部负责公司所有文件的统筹管理； 四、文件类型定义 4.1红头文件：针对公司党支部下发文件及其他特别需求的红头说明 文件： 4.2公文（企业通知、公告、通报、通告、决定、意见、请示、批复、 函等），其明确了发布范围，是向公司内部宣布重要事项时使用的文件。 公文具有庄重性、广泛性和周知性特点； 4.3质量体系文件：质量方针、质量目标、质量手册、质量体系程序 文件、质量计划及质量体系运行过程中形成的文件。 4.4管理性文件：公司管理规章制度、工作流程、规范/规定等。为 达到公司管理目标，明确制定的指导性文件，以达到统一思想、统一方法和统一行动的目的。 4.5技术性文件：设计方案、研发文件、设计图纸、投标文件规范等。 （涉及文档类内容未清楚） 4.6通用文件、表格文件：是表达、解释工作结果和业务信息所运用 的数据传递形式，能够清晰简明地传递所需要表达的信息； 4.7保密文件：凡是涉及薪资、财务、成本、营销策略以及客户信息 的各类形式的公文、制度等文件，均属于保密文件； 4.8外来文件：指来源于公司之外的与公司各项工作开展和进行相关 活动有关的文件。(法律、法规、标准、行业规范、客户要求等）。

QHSE管理体系文件编制导则

QHSE管理体系文件编制导则 1目的和范围 为统一公司质量健康安全与环境（以下简称“QHSE”）管理体系文件的编写格式、编号和表述规则，确保QHSE管理体系文件编制的规范化，特制定本导则。 本导则适用于公司各单位QHSE管理体系文件的编制。 2管理职责 2.1HSE管理部负责QHSE管理体系文件格式、编号和表述规则的管理。2.2技术部负责QHSE管理体系技术文件格式、编号和表述规则的管理。 2.3各单位依据本导则执行本单位QHSE管理体系文件编制管理。 3管理流程 3.1QHSE管理体系文件的构成 公司QHSE管理体系文件由四个层次组成： 3.1.1《管理手册》：包括《质量管理手册》、《HSE管理手册》。是对公司QHSE方针和管理体系的整体描述，是实施和保持QHSE管理体系正常运行应遵循的纲领性文件。 3.1.2《程序文件》：是为实现QHSE方针、目标、指标的工作活动流程途径的具体规定，是对产生QHSE影响的活动进行策划和管理的基本文件，是《管理手册》的支持性文件。 3.1.3《作业文件》：包括管理类文件、技术类文件、工作标准类文件。《作业文件》是实施《程序文件》所涉及的具体活动的描述，是《程序文件》的支持性文件。 3.1.4记录：是验证QHSE管理体系的运行结果是否达到预期目标的客观证据，是QHSE管理体系有效性的可追溯证明文件。 3.2QHSE管理体系文件的编号规则 3.2.1《管理手册》编号 质量：QMS;健康安全环境：HSE)

3.2.2 《程序文件》编号 3.2.3 《作业文件》编号(文件分类见表1；部门代码见表2) 注:各单位内部管理办法或实施细则不加注“Q/”。 表1：《作业文件》分类及代码 发布年份 “程序”汉语拼音简写 程序文件代码 “企业标准”汉语拼音简写 归口管理部门代码 Q / CX-XX-XXX-20XX 部门代码 作业文件分类代码

项目软件版本号管理规范

项目软件版本号管理规范

历史修改记录 一. 目的

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。

文件编写规范

密级：内部公开 文档编号： 版本号：V1.0 分册名称：第1册/共1册 文件编写规范 xxx科技有限公司 编制：生效日期： 审核：批准：

文件更改摘要 日期版本号修订说明修订人审核人批准人

目录 1.目的和范围 (4) 2.目标 (4) 3.术语表 (4) 4.文档编号规则 (5) 5.文档命名规范 (5) 6.文件结构规定 (6) 7.封面 (7) 8.修订页 (8) 9.正文内容格式 (8) 10.文件版本号和文件命名规定 (9) 10.1.文件版本号规定 (9) 10.2.文件命名规定 (9)

1.目的和范围 ●背景说明：本文件作为公司内部文档管理文件，所有公司内编写的文档，均应遵 守本规定，作为公司的所有文档编写统一要求。 ●范围：所有的CMMI执行过程中产生的文档，均应当执行本文件要求作为基础的要 求，如果该部分的体系文件存在明确的要求的，按照体系文件要求执行，没有的则按照本文件执行。 2.目标 规范和统一公司管理体系中所有相关文件的风格和样式，指导公司程序文件、模版文件以及各种记录文件的编写。 3.术语表 ●文件标识：文件的属性标志，包括文件名称、文件编号、版本、生效日期、 审批状态、密级等。 ●程序文件：描述为完成管理体系中所有主要活动提供方法和指导，分配具体的职责 和任务而定义的文件。 ●模版文件：为了使管理体系有效运行，组织统一设计的一些实用的表格和给出活动 结果的报告，规范记录组织的管理体系运行情况。 ●记录文件：简称记录，是组织根据设计的模版和体系要求，填写的表格或者给出活 动结果的报告，作为管理体系运行的证据。 ●修订页：记录文件的修订历史，所有程序文件、除了表格以外的模版和记录都需要 有变更履历，一般位于程序文件的第二页。 ●文档密级：指本文档的保密程度，共分绝密、机密、秘密、内部公开、公开五级制 度。 ●绝密：涉及公司与客户或上游供应商，下游分销商所签订相关的文档资料。仅 限于公司最高管理层及各资料所涉及的经过相应管理人员授权的相关人员查 阅。 ●机密：公司内部所相关的规章制度及技术规范，开发手册等；还有各项目开发 文档、管理文档及软件产品等仅供相关部门高级领导以及经过授权后相关人员 查阅。 ●秘密：需交付用户或与客户进行交流的文档与产品，可供相关项目客户查阅。 ●内部公开：内部不限制，公司内部任何可以任何形式获得文档的信息并阅读、 保存、修改后自用等等，但是不允许向外传播的文件。 ●公开：项目组开发过程中的自用文档或面向售前工作的部分项目介绍材料等。 ●版本标识：作为文档的版本区分。所有发布版本之前不得大于1.0，发布版本作为 1.0，而其后只有重大修改可以调整小数点前的版本号，局部修改调整小数点后版

软件版本管理规范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

公司文件管理办法74772

CAPP公司文件管理办法 为了规范公司的文件管理，确保文件及时传递到相关部门而不耽误上下级或同级的工作，以规范公司的各项文件收、发（拟稿、会签、审批、签发及实施）工作，制定本法。 1 管理原则 1.1办公室是公司文件管理的归口部门，负责指导全公司行政公文、协议、合同类传递处理工作。 1.2公司上报下发正式文件由办公室负责，各部门一律不得自行向上、向下发送正式文件。 2 基本要求 2.1各部门需要正式文件发文应向公司提出发文申请，并将文件底稿交办公室审核备案后。经相关领导签批同意发文. 2.2 送件部门（人）应把文件内容、报送日期、部门、文件类别、编号、接件人等事项在收发文件登记簿中填写清楚。办公室应及时把审阅结果反馈给报送部门。 3 内部文件 3.1文件起草 需公司正式下发的文件由指定的拟稿人拟稿：公司文件由发起部门拟稿，行政人事部负责组织会审；属部门专业文件由各部门指定人员拟稿，部门负责人审核。 3.2文件审核 各拟稿部门负责提报文件内容、方案、文件格式规范审核上报总经理或董事长签批文件的审核,。 办公室负责审核,是否需要行文，是否符合公司有关制度、规定，是否发起部门与相关部门进行了协商、会签，文字表达、文种使用、文件格式是否符公司有关规定。 3.3文件签发 文件形成后，主管领导签发。

办公室负责复印、盖章、转发（送）、执行和归档。 4 外来文件 外来的文件由办公室责签收，签收人应于接件当日即按文件的要求报送给有关部门，不得积压迟误，属急件的，应在接后即时报送。文件收发部门应在文件登记簿中填写清楚交接事项。 5 业务流程 5.1文件管理业务流程分为收文和发文。 5.1.1 收文一般包括传递、签收、登记、分发、拟办、承办、催办、查办、立卷、归档、销毁等程序； 5.1.2发文指以公司、或部门名义制发文件的过程，一般包括草拟、会签、审核、签发、复核、用印、分发等程序。 5.2发文程序与要求 拟稿→校对审核→主办部门负责人审核→相关部门会签→领导签发→打印公文→盖章→分发→立卷→归档。 5.2.1拟稿 ①各部门需要发文,应事先以上级指示或工作实际需要草拟文件初稿。问题比较复杂的，负责人应亲自草拟，或经集体研究提出方案后，指定专人草拟。 ②草拟文稿必须做到情况确实、条理清楚、层次分明、文字简炼、标点符号正确。 ③文稿拟就后,拟稿人应附发文稿纸首页（协议合同类应填附合同协议会签单）详细写明文件标题、发送范围、印制份数、拟稿部门与拟稿人,并签名、标定日期和密级。 5.2.2 审核 ①主办部门负责人根据有关文件规定，对文稿是否符合相应规定，是否符合公司利益，是否符合实际需要进行审查和修改，对涂改不清、文字错漏严重、内容不妥、格式不符的文件应退回拟稿人重新拟稿。 ②办公室复核的重点是：是否需要行文、行文方式是否妥当，是否符合行文规则和拟制文件的有关要求，文件是否符合相应规定，是否符合公司利益，是否符合实际需要。在不改变原意的情况下，审核人员有权对文件进行删节和文字加工。内容紊