产品及材料批号管理规范

1 目的

为了对材料和产品的批次进行规范化管理，以满足公司、顾客及其他相关方对材料和产品追溯的要求。 2 范围

适用于产品实现的全过程中的材料、半成品、成品以及发给客户的产品追溯等。 3 职责

3.1 采购部负责将当批次所订购的材料材质报告单拿回交由仓库。 3.2物控部（仓库）负责将材质报告炉号转换为相对应的公司钢材炉号代码 3.3生产部负责下达生产计划以及生产过程中材料/产品的生产批次监控管理。 3.4生产车间负责生产过程中材料和产品批次管理的实施。 4 定义

按客户需求，以实现本公司产品有效的批次管理。 5 管理程序

5.1采购部负责将当批次所订购的材料材质报告单拿回交物控部负责人，由物控部将材质报告炉号转换为相对应的公司钢材炉号代码，并将每批次材质报告存档备查。例：

特别注明：物控部转换的原材质炉号和代码一定要在电脑台帐上有体现，便于后续仓管员流转和追溯。

2014年新编制的钢材炉号代码：01，

后续为02、03…..

5.2生产批次中心编码方法：举例说明：

5.3毛坯入库批次编码方法，举例说明：

5.4机加工流转批次编码方法，举例说明：

5.5发货批次编码方法

整个从原材料至成品包装完毕形成一列完整批次编码，有出库统计台帐

记录，后根据实际发货日子直接以发货日期生产发货批次编码，生产批次编码与发货批次编码必须在台帐上相对应吻合。举例说明：

同一批次不同的入库批次（其中A 代表1月份，后续

2月份为B 以此类推； 22代表收入产品当月的日期）

01、02、03……）

毛坯冷挤压作业员编码（如101、102、103……）具体作业员编码参照员工编码目录表

操作工代码（参照员工表码表填写，

后续工序往后衔接）

5.6条形码编码使用规范

样码如下：

：为公司生产批次编码

140403：为实际发货日期

1404032064FB4601-0007 ×××××× ○○○○

□□□□□□□□□□□

物料编码（就是产品型号）

小于15位

公司代码4位

零件发货批次号（实际发货日期6位）

140403：（表示2014年4月3日）， 2064：（公司在客户处独有的代码）

FB4601-0007:(产品型号)

说明： 03140313：（表示：成品包装后公司内部完整批次前8位编码）

140403：（产品的实际发货日期，以发货日期做发货批次号和条形码编码使用）

5.7出货标签编码使用规范

出货标签批次一定要与条形码零件发货批次号一致。标签与条形码黏贴方式（平行或竖直排列均可，不得乱贴和漏贴。 5.8 返工、返修品单独追加批号编写说明: ★★★

5.8.1在机加过程中出现可返工、返修的产品，第一时间隔离黄牌标示，并且当天对问题产品进行返工、返修。待完成后必须经过质检部门全尺寸加严检测，待完全合格并由质检部主管签字确认后方可放入当批次产品中流入下一工序。

5.8.2 委外工序（如表面处理）出现可返工、返修产品，隔离黄牌标示，通知外协进行返工、返修，★特别注意，此类产品一律不得放入同批次产品内，必须单独做一个批次，单独流转，入库时外检人员必须对此类单独批次的产品全检处理。单独批次编写：在原有批次后面加F 字母，举例说明：

5.8.3 包装车间出现返工、返修品，隔离黄牌标示，待返工、返修后必须经

过检验员全检检查，完全合格且由质检部主管签字确认后，单独做一个批次进行发货。单独批次编写上同，在原有批次后面加一个F 字母。

5.8.4 尾料、零头：不够一箱的零头产品小箱包装与同批次产品一起发货。

5.9钢材按采供商粘贴在钢材两端的炉批号或提供的「钢材质量证明书」／「合

格证」等对其生产批次编码进行追踪管理。

135：镀硬铬单位编码

F ：代表镀硬铬返工

5.10进货检验

钢材到公司后，仓库管理员应在《检验通知单》上注明每批钢材的炉批号，经检验员检验确认，由检验员在《进货检验记录》上也相应注明每批钢材的炉批号和材料性能参数（如含碳量等）。（采购根据供应商提供的材质报告转换为公司内部流通的钢材炉号代码）

5.11原材料入库

钢材入库后，由仓库管理员将每批钢材的入库日期、炉批号、含碳量、数量等登在台帐、「收料单」和《物资保管卡》上。

5.12原材料出库

对发往车间的钢材，由仓库管理员按生产批次号编码办法编制生产批次号，并填写在《生产工序流程卡》上

编制/日期：审核/日期：

图书馆管理系统文档(含源代码)免费

程序设计综合训练<图书馆管理系统> 设计报告院系：材料科学与工程学院专业班级：材料成型一班姓名：张成智学号： 20111402128 指导老师：肖老师

一、程序功能简介图书排序功能 1）按图书编号排序可以按图书编号的大小排序，显示到屏幕上。（从小到大） 2）按图书出版时间排序可以按图书出版时间的前后排序，显示到屏幕上。（从近到远） 3）按图书价格排序可以按图书价格的贵宜排序，显示到屏幕上。（从便宜到贵） 4）按图书书名排序可以按图书书名字符的大小排序，显示到屏幕上。（从小到大） 5）按图书作者名排序可以按图书作者名字符的大小排序，显示到屏幕上。（从小到大）二、本人完成的主要工作图书排序功能（排序比较简单只要做出来一个，其他都和它雷同。）三、设计方案 1.设计分析； 1)序功能简介： s 进入系统

|| 2）各个功能流程图 1、按图书编号排序菜单 1-添加图书 4-图书排序 5-查询图书 6-修改图书 7-录入数据 0-退出系统 2-删除图书 3-图书列表输入编号、书名、作者名、出版社、类别、出版时间、价格。按照编号、书名、作者名、出版社、类别、出版时间、价格进行删除。按照编号、书名、作者名、出版社、类别、出版时间、价格进行列出。按照编号、书名、作者名、出版社、类别、出版时间、价格进行排列。按照编号、书名、作者名、出版社、类别、出版时间、价格进行咨询。依次录入编号、书名、作者名、出版社、类别、出版时间、选择编号、书名、作者名、出版社、类别、出版时间、价格进行修改。输入0返回原始菜单。

文件和资料管理规范

生效日期2012-08-01 1. 目的对文件和资料进行控制，从而达到方便查阅、使用与管理，确保其顺畅性与安全性。 2. 适用范围适用于公司所有文件和资料的规范管理工作。 3. 相关部门经理室及各部门 4. 职责 4.1 行政科设置文档中心，染二厂/涂层厂设置文档室，并设兼职文管员，负责文件和资料的统一收发与管理。 4.1.1 负责文件和资料接收，登记编号及建立《文件/资料登记表》，并按照《文件/资料分类归档表》做好入柜上锁的保存工作。 4.1.2 负责文件资料的查、借阅管理，建立并做好《文件/资料借阅登记表》的文件和资料借出与回收管理工作。 4.1.3 负责每月1日进行一次的文件和资料之盘点核实工作，若有遗失则及时上报，并追查相关失职人员责任。 4.2 各单位/部门主管对本单位/部门所拥有的文件和资料作出必要的自我归档及使用管理。 5. 规范要求 5.1 文件和资料分类与分级：

生效日期2012-08-01 5.1.1 文件和资料分类由文档中心或文档室按照《文件/资料归档分类表》进行操作： 5.1.1.1 公司法人组织类（编号：WA-A）：主要有法人组织文件、综合性文件等； 5.1.1.2 ISO文件类（编号：WA-B）：主要包括质量手册、程序文件、作业指导书、品质记录表单等； 5.1.1.3 人事档案类（编号：WA-C）：主要有入职资料（含培训记录）、劳动合同、离职档案、员工录用与离职分析表（每月）、员工流入与流出明细表等； 5.1.1.4 规章制度类（编号：WA-D）：主要有行政人事管理制度、设备安全操作规程、其他制度等； 5.1.1.5 机电设备类（编号：WA-E）：主要包括设备适用说明书、机械图与电路图、其他资料等； 5.1.1.6 外来文件类（编号：WA-F）：主要有政府部门文件、重要通知与通告、其他资料等； 5.1.1.7 培训教材资料类（编号：WA-G）：主要有内部培训教材、内部培训记录、外部培训教材、外部培训记录等； 5.1.1.8 消防与安全类（编号：WA-H）：主要有消防安全检查与整改、特种作业证照、特种设备证照、其他资料等； 5.1.1.9 综合资料类（编号：WA-H）：主要书籍（工具书/管理书）、法律/法规技术资料、其他资料等 5.1.1.10 公司基建工程类（编号：WA-J）：主要有染一/染二/涂层厂图纸、其他资料等；

产品全生命周期管理

产品全生命周期管理 PLM构建高效研发体系当前，全球经济正处于迅速变革的大潮之中，德国力推工业4.0，美国聚焦物联网应用，我国正在全面推进“中国制造2025”，实现制造业转型升级。国家大力扶持制造企业推进智能制造，去年和今年连续支持智能制造专项和智能制造示范企业。智能制造包括智能产品、智能装备、智能工厂、智能研发、智能管理、智能供应链和智能服务等领域，需要实现企业信息系统和自动化系统的无缝集成，进而支撑企业智能决策。《中国制造2025》核心就是：创新引领、提质增效、绿色发展、两化融合为主线、智能制造为突破口。智能制造是实现整个制造业价值链的智能化和创新，是信息化与工业化深度融合的进一步提升。智能制造绝不止生产那点事，一定是从设计开始，否则是无源之水，无根之树，合作，才能共赢。产品创新研发是企业永续经营的基石企业的生命是以其产品为载体的，产品的兴衰也意味着企业的兴亡，企业唯有不断开发研制适应消费者需求变化的新产品，才能永保企业生命活力。而建立一个先进的产品研发管理体系是保证企业保持强大产品研发能力的前提。企业的创新研发能力，除了要有专业的研发人员，更需要有一个好的管理体系来支撑。现代产品研发是一个复杂的数据关联协同过程，有大量数据之间的约束关联，还有产品研发流程中各个环节各个部门的不同的人之间需要很强的协调，这些关联协调的复杂程度单靠人工是难以管理好的。在现代信息化时代，如果没有有效的管理体系支撑，个人的创新能力再大也难以发挥。产品生命周期在缩短，企业必须缩短研发周期，加快新产品上市的速度，抢占新产品市场，才能获取超额利润。市场竞争令产品复杂性增加。消费者的需求在不断增加，企业需要不断提高产品的功能和质量，提升客户的满意度，才能取得竞争优势。市场竞争迫使企业需要细分客户群，研发针对性的差异化产品，取得差异化的竞争优势，因此企业需要适应大规模订制的平台化产品研发解决方案。对产品成本及品质的控制，必须从设计源头开始，才能起到根本上的作用，必须在产品研发过程中设法控制质量，才能既可以提高产品质量，又减少工作反复，缩短产品交货周期。金蝶K/3 PLM的价值战略层：提升企业产品创新能力和供应链协同设计/系统制造能力快速研发出符合客户需要的产品强化研发环节流程和质量控制，提高产品研发质量降低产品研发成本提供跨地域、跨企业、跨部门的项目研发协同能力，提高供应链的产品竞争力管理层：优化、控制产品研发过程固化优化产品研发流程，增强团队协作，掌控项目进度建立企业级产品数据库，保证数据安全，统一企业产品数据版本集成ERP、MES等相关信息系统，消除信息孤岛

项目文档管理制度

营销中心项目文档管理制度版本信息：

一、目的建立营销中心的文档管理制度，对项目中所有文档进行清晰有效的分类管理与控制，实现项目文档的有序保管与规范流动，为项目文档提供规范化的管理，提高项目的成功率，有效控制项目成本、进度、时间。二、范围本文适用于营销中心各单元、公司内配合部门及与之有关的客户、合资公司、渠道的文档。三、原则（一）定义文档包括接收、发放和内部文档，含传真、电邮、备忘录或是会议纪要、邮递、商务运作阶段文档及其他内部文档。（二）规范 1.明确内部文档的编制和命名（1）文件名应是文件的标题。（2）标题应能直观简明体现文件的内容。（3）每个文档必须有一个统一的编号。（4）在电子文档的命名后面加上编号。（5）文件编制应使用对应的统一文档模板。 2.接收文档控制编号所有接收文档需有统一文档控制编号，统一由文档中心管理。文档控制编号形式由项目管理者根据实际情况确定，建议体现接收日期的信息。 3.明确项目文档的使用制度

（1）在项目前，应建立一套文档的管理程序明确文档的拟制、审核人员, 文档控制员。明确所有文档的编号、收发登记操作，及受控等级。（2）建议接收文档的管理程序由文档控制员统一接收。加盖或记录接收日期（时间）。赋予文档控制编号。记录输入文档中心数据库，保存原件。（3）明确发送文档的管理程序加盖或记录发送日期（时间）。记录输入文档中心受控库，保存原件。发送后由文档控制员统一记录归档。（4）明确合同各方之间的文档传递等相关规定（5）文档借阅登记和保密规定原则上严禁文档原稿进行借阅。借阅副本应进行登记，加盖副本章。副本销毁的规定。限期返还原件的规定。（6）电子文档的共享规定 4.明确文档的归档存放（1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。

Git源代码管理规范样本

Git源代码管理规范一、分支管理使用git进行源代码管理, 一般将某个项目的所有分支分为以下几条主线: 1.Master 顾名思义, 既然名字叫Master, 那么该分支就是主分支的意思。master分支永远是production-ready的状态, 即稳定可产品化发布的状态。 2.Develop 这个分支就是我们平常开发的一个主要分支了, 不论是要做新的feature还是需要做bug fix, 都是从这个分支分出来做。在这个分支下主要负责记录开发状态下相对稳定的版本, 即完成了某个feature或者修复了某个bug后的开发稳定版本。 3.Feature branches 这是由许多分别负责不同feature开发的分支组成的一个分支系列。new feature主要就在这个分支系列下进行开发。当功能点开发测试完毕之后, 就会合并到develop分支去。

4.release branches 这个分支系列从develop分支出来, 也就是预发分支。在预发状态下, 我们往往会进行预发环境下的测试, 如果出现缺陷, 那么就在该release分支下进行修复, 修复完毕测试经过后, 即分别并入master分支后develop分支, 随后master分支做正常发布。 5.Hotfix branches 这个分支系列也就是我们常说的紧急线上修复, 当线上出现bug且特别紧急的时候, 就能够从master拉出分支到这里进行修复, 修复完成后分别并入master和develop分支。下面这张图将完整展示这一个流程

二、工作原理Git的工作方式:

也就是说, 每次提交版本变动的时候, git会保存一个快照(snapshot)。如果文件没有被更改, git也不会再次保存, 而是提供一个到原来文件的链接。这样一来, git更像是一个小型的文件系统。另外, git的所有操作都能够是本地的, 仅仅在将新版本的内容上传到服务器上时才需要连接网络。 Git目录( repository) 是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。

2017年施工资料管理规程完整

山东省施工资料管理规程山东省工程建设标准《建筑工程（建筑与结构工程）施工资料管理规程》（DB37/T 5072-2016）和《建筑工程（建筑设备、安装与节能工程）施工资料管理规程》（DB37/T 5073-2016)已于2016年9月1日发布，自2016年10月1日起正式施行，原《建筑工程施工技术资料管理规程》（DBJ14-023-2004）同时废止。（鲁建质（2016）10号文件）规程目录一、总则二、术语三、基本规定四、管理职责五、分类与编号六、施工资料内容与要求七、竣工图编制八、组卷与归档附录A竣工图绘制及图纸折叠方法附录B主要建材进场复验试验项目与取样表附录C建筑工程施工资料组成目录附录D施工表格 (1)建筑结构工程施工技术资料 (2)建设结构工程施工质量验收资料 (3)桩基础工程施工技术资料 (4)桩基工程施工质量验收资料 (5)钢结构工程施工技术资料 (6)钢结构工程施工质量验收资料

(7)建筑装饰装修工程施工技术资料 (8)建筑装饰装修工程施工质量验收资料 (9)屋面工程施工技术资料 (10)屋面工程施工质量验收资料附录E住宅工程质量分户验收表格本规范用词说明引用标准名录条文说明管理要求 3.1.1建设、监理、施工等单位应建立安全管理资料的管理制度，规范安全管理资料的收集、整理、审核、组卷和归档等工作。工程项目管理人员应根据本岗位安全生产职责，建立、整理相应的安全管理资料，其资料应当保证时效性、真实性和完整性。由专（兼）职安全生产管理人员负责资料的收集、汇总、整理和归档。 3.1.2施工现场安全管理纸质资料应为原件，相关证件不能为原件时，可为复印件，复印件应与原件核对无误，加盖原件所持有单位公章；电子资料应保证原始性、安全性和持续可读性，涉及电子签名文档的必须由本单位以授权书的形式认可。 3.1.3施工现场安全管理资料字迹、图像、声音、影像等信息应清晰有效，资料中的签字、盖章、日期等内容应齐全。 3.1.4 鼓励应用计算机等智能化工具来进行施工现场安全管理资料的管理，逐步实现数字化、网络化和信息化。一.建设单位职责 4.1.1 应建立健全质量责任制，设专人负责监督工程施工质量，参与工程验收。并负责监督和检查各参建单位工程资料的形成、积累和组卷工作。也可按规定委托监理单位进行监督和检查。

项目管理办法

项目文档管理办法（版本） 2015-04-14

1 引言 1 .1编写目的制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流 ,以利项目开发及进展；制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立

统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式，加入文档编号后上传到SVN服务器相关目录下。注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划； b. 有关项目的审批文件、合同书、专家建议； c.国内外相关情况考察报告和专题分析报告；

项目文档管理办法

项目文档管理办法（V1.1版本） 2015-04-14

1 引言 1 .1编写目的制订统一的文档管理办法及格式，对项目过程中产生的项目有关资料提供规范，便于在今后项目开展过程中对各项资料的查找和相互交流,以利项目开发及进展；制订项目开发过程中的评审和查阅规范，明确相应的管理人员责任。 2 任务概要 2 .1工作内容项目发展的过程中，随着项目逐步展开，会产生大量的设计方案文件、设计说明书、源代码、会议记录及培训资料等内容，对这些内容进行分类整理归档；同时根据项目需要，对有关文档在项目文档服务器上发布。 2 .2工作要求项目部目前使用SVN管理项目文档，建立相应文档目录，根据要求适时添加文档并与相关人员（各专业组负责人）合作及时将文件归档，注意对项目信息的及时更新，以帮助各组人员获得最新信息。 2 .3工作程序对于项目常规文档： 1.综合组对文档（纸质和电子版）收集及文档分类。 2.各专业组负责人负责对项目每个阶段过程中产生的文档资料进行

汇总，由负责人审核后将相关文档上传到SVN服务器相关目录（建立统一的项目文档目录，例如命名为“项目存档文档”）下。 3.项目进行每个阶段产生的各项文档资料包括：调研资料、设计方案文件/图、设计说明书、会议培训资料、汇报材料、报告文件、数据文档、文献等文档资料。对于项目存档文档： 1.综合组对项目常规文档目录下的文档进行审核。 2.对阶段性重要的文件进行归档，文档管理员将其处理成PDF格式，加入文档编号后上传到SVN服务器相关目录下。注：各类存档文件均需提交由质量测试组审核。 3 文档管理 3 .1总则 3.1.1 所有重要文档集中管理，维护档案的安全与完整。 3.1.2 所有存档文件根据需要归档。 3.1.3 各项目专业组人员在工作中形成的具有参考价值的文件、材料由个人或该组负责人整理后报文档管理人员存档。 3.1.4 所有人员均有承担按时提交文档的义务和职责。 3.1.5 由专人负责项目文档管理工作。 3 .2范围 3.2.1 项目准备阶段 a. 与本项目有关的上级主管部门下达的规划和工作计划；

产品全生命周期管理

企业的生命是以其产品为载体的，产品的兴衰也意味着企业的兴亡，企业唯有不断开发研制适应消费者需求变化的新产品，才能永保企业生命活力，而建立一个先进的产品研发管理体系是保证企业保持强大产品研发能力的前提。金蝶K/3WISE创新管理平台PLM是吸收国际上先进的产品生命周期管理（PLM）思想，结合中国制造企业管理特点而开发的国内最先进的PLM系统，已经在数百家各种行业的企业中应用，是企业搭建先进产品研发管理体系的最佳平台。企业产品研发过程的困扰 ?企业产品研发管理的滞后影响产品生产管理很多企业实施应用了ERP，覆盖企业的销售、计划、采购、生产、财务等业务，企业的物流和资金流得到有效管控，管理有了很大的提升。但随着应用的深入，往往会发现企业对产品研发这个生产制造的源头缺乏有效管控，产品研发周期难以控制，图纸、BOM等数据不准，导致ERP系统不能正常发挥作用。产品研发信息化管理的严重滞后，成为企业发展的最大瓶颈。 ?先进的研发管理思想的贯彻执行方面大部分的企业都通过ISO9000等质量体系认证，有的甚至实施IPD（集成产品开发）体系，但往往达不到预期的效果。制定的业务流程效率很低甚至难以执行，项目组织与项目流程难以协调，制定的管理规范很难贯彻，使得ISO、IPD等先进管理体系没有发挥出作用。 ?开发周期难以控制研发人员之间沟通不顺畅，数据共享困难，互相之间很难协调作业，而且开发项目的进度难以实时监控，使得项目开发没法按计划执行和完成。 ?数据管理混乱企业有海量（T级）的产品数据，有二维/三维CAD、电路CAD等格式各异数据，而且数据之间的关系复杂（如未受控图纸和受控图纸的关系，物料和图纸的关系，物料与BOM、工装、模具的关系，新版数据和旧版数据之间的关系等等），查找和使用数据非常困难，很容易出错而导致损失。而且数据分散掌握在个人手上，容易因人员的变动导致数据流失。 ?战略层：提升企业产品创新能力和供应链协同设计\系统制造能力快速开发出符合客户需要的产品强化研发环节流程和质量控制，提高产品研发质量

项目文档管理制度

营销中心项目文档管理制度版本信息：

（1）在项目前，应建立一套文档的管理程序 ①明确文档的拟制、审核人员, 文档控制员。 ②明确所有文档的编号、收发登记操作，及受控等级。（2）建议接收文档的管理程序 ①由文档控制员统一接收。 ②加盖或记录接收日期（时间）。 ③赋予文档控制编号。 ④记录输入文档中心数据库，保存原件。（3）明确发送文档的管理程序 ①加盖或记录发送日期（时间）。 ②记录输入文档中心受控库，保存原件。 ③发送后由文档控制员统一记录归档。（4）明确合同各方之间的文档传递等相关规定（5）文档借阅登记和保密规定 ①原则上严禁文档原稿进行借阅。 ②借阅副本应进行登记，加盖副本章。 ③副本销毁的规定。 ④限期返还原件的规定。（6）电子文档的共享规定 4.明确文档的归档存放（1）建立纸面存储和电子件存储两套相对应的文档管理系统，目录结构见附表一《项目文档归档结构》。

源代码管理规范

1源代码管理 (1) 总则 (1) 源代码完整性保障 (1) 源代码的授权访问 (2) 代码版本管理 (2) 源代码复制和传播 (5) 系统测试验收流程 (5) 系统初验 (6) 试运行 (6) 系统终验 (6) 应用系统验收标准 (8) 文档评审通过标准 (9) 确认测试通过标准 (9) 系统试运行通过标准 (10)

1代码管理总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。

资料档案管理办法

运营部资料、信息档案管理办法为了加强档案资料工作的科学管理，逐步实现档案工作规范化，不断提高档案科学管理水平，更好地为本部门各项工作服务，根据工作的具体要求，结合本部门工作实际，制定本管理办法。本管理办法共七部分：一、资料、信息档案管理归档范围二、归档文件的整理原则及质量要求三、归档文件的整理方法四、立卷程序五、归档案卷的整理程序六、资料档案管理的档案利用七、资料档案管理的档案员（内勤人员）职责《运营部资料、信息档案管理办法》一、资料、信息档案管理归档范围凡是反映本部门经营管理活动的和具有查考利用价值的公文、簿册、图表、书信、会议材料、表单存根、照片、底片、录音带等均属归档范围；涉及到保密的资料和信息档案，归档范围依照《内部保密管理制度》第二条保密范围实施。二、归档文件的整理原则及质量要求 1、归档文件的整理应遵循文件的自然形成规律，保持文件之间的有机联系，区分不同价值，便于保管和利用。 2、归档文件材料必须字迹清楚工整，纸张及文件格式符合国家要求，禁止使用圆珠笔、铅笔、复写纸、红墨水、纯蓝墨水等书写材料。 3、己破损的文件应予修整，字迹模糊或易退变的文件应予复制。 4、归档的文件材料应完整、系统、准确，必须是原件。 5、保持归档文件材料之间的历史联系，并进行科学分类、编目编号。

6、档案目录应确切反映文件内容，并区分保管期限。 7、文件材料的归档必须办理移交手续。 8、归档时间 8.1各归档小组于任务完成验收后三天内向内勤移交相关资料和信息档案。 8.2内部人员因工作需要使用已存档的资料，应先办理档案借阅手续，使用完毕，及时归还。 8.3内勤人员需每月26日之前按《归档文件的整理原则及质量要求》整理本月存档的资料。 9、各类文件材料一般归档一式一份，重要的和利用频繁的文件材料可归档一式两份。三、归档文件的整理方法为确保部门内部资料档案的完整性、严密性、信息更替及时性,应注意以下几点： 1、严格登记: 来往行文、会议材料、内部文件以及外出办事、参加会议、检查工作等带回的文件均应逐件登记保存。 2、及时收集: 对办理完毕，属于归档范围的文件材料应办完一件收集一件或定期清理。各小组完成任务后按工作任务跟踪单上的内容，必须向内勤人员交纳全部的文件资料。 3、随办随归：“办”是指办理完毕，“归”是指文件经若干整理环节后归入档案盒内。 4、妥善处理: 对办理完毕后已整理的和未办理完毕不需整理的文件资料等，进行分门别类，登记在册，做到有目可查，运转有序，保管安全。四、立卷程序 1、立卷的原则 1.1、遵循文件材料的形成规律，保持彼此之间的有机联系，区别不同价值，便于保管和利用。 1.2、卷内文件材料必须准确反映我部门经营管理活动的真实内

项目管理文档填写及流程管理规范

项目管理文档填写及流程管理规范 1 项目文档管理 (2) 1.1项目前期 (2) 1.2项目中期 (2) 1.3项目后期 (2) 1.4项目整个周期 (3) 1.5硬件及网络布线 (3) 2 项目管理流程 (3) 2.01项目管理整体流程 (3) 2.02项目立项单流程 (5) 2.03项目调研流程 (5) 2.04项目计划审批流程 (6) 2.05项目预算审批流程 (6) 2.06客户上线准备调查报告 (6) 2.07出差申请单 (6) 2.08项目周报 (7) 2.09新增需求单 (7) 2.10项目费用申请单 (7) 2.11问题集审批流程 (8) 2.12项目转售后服务流程 (8) 2.13奖金制定流程 (8) 2.14洽谈报告 (9)

1项目文档管理 1.1项目前期《项目整体进度步骤》《系统功能要求》《客户资料信息表》《项目立项表》（产品版本、项目人员）《项目实施计划表》《项目实施详细时间表.》《项目预算表》《系统初始设置表》《进驻现场准备表》（与系统相关的其他项目时间进度、如设备到长时间、人员安排、机房建设）《标准培训文档》 1.2项目中期《服务器设备调试报告》（服务器配置数据库配置）《POS设备调试报告》（pos机配置型号、系统安装配置）《其他设备调试报告》（条码打印、电在称、价签、等等）《培训确认报告》（培训功能模块、时间、人数、部门、负责人确认）《系统正式使用确认报告》包括转入售后部分 1.3项目后期《文档提交确认单》《售后服务单》

1.4项目整个周期出差申请单（参考财务）《项目增项需求单》（新需求或变动）《项目周报》《项目分配奖金表-部门》费用申请单（参考财务单据，应用项目当中设备采集、或特殊费用申请单）系统问题集（将项目中遇到的系统问题和客户的一些意见记录成文件，为产品升级提供依据） 1.5硬件及网络布线《设备验收清单》（包括第三方软件）网络布线报告（由第三方布线公司提供） 2项目管理流程 2.01项目管理整体流程

源代码管理规范

代码管理制度 1总则 (2) 2源代码完整性保障 (2) 3源代码的授权访问 (2) 4代码版本管理 (3) 5源代码复制和传播 (4) 6系统测试验收流程 (5) 6.1 系统初验 (5) 6.2 试运行 (5) 6.3 系统终验 (5) 6.4 系统验收标准 (6) 6.5 文档评审通过标准 (7) 6.6 确认测试通过标准 (7) 6.7 系统试运行通过标准 (7)

1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。第十条在SVN库中设置用户，并为不同用户分配不同的，适合工作的最小访问权限。要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可读权、可写权。

档案资料管理规范

档案资料管理规范就公司档案资料管理的需求，特对公司档案资料管理进行规范如下：第一条归档范围凡是反映本单位工作活动，具有保存、考查、利用价值的各种门类和载体的文件材料均属归档范围。 1、行政综合类：包含公司召开的重要会议材料、公司制定的内部法规性、政策性文件，公司的请示报告与上级机关的批复及下级机关的请示与公司的批复，公司组织沿革、变迁、大事记、年报等文件材料，公司发展规划、工作总结汇报等重要材料。 2、组织人事、教育培训类：包括公司干部任免、奖惩、录用、调资、退职、退休、离休、死亡、抚恤等文件材料，公司职员年度花名册，各种报刊、杂志上登载公司活动的报告，公司编发的各种业务宣传材料、刊物。 3、合同类：包括公司签订的相关销售、招商的合同及协议。 4、项目类：有关工程、项目的文书、文件。第二条归档要求 1、将工作场所内任何物品区分为必要和非必要，将必要的进行整理摆放，非必要物品进行销毁或先行存档（参考要求第8条）。 2、文件资料应设专人专柜保管，严防丢失、损坏。 3、文件资料的保管应分门别类、有序存放，以便查阅，严禁乱堆乱放。 4、文件资料的书写应准确、规范、合理，严禁乱写乱画。

5、及时准确地收集、整理各类档案，材料必须做到真实完整，各种原始记录不得使用圆珠笔、铅笔填写。 6、按期归档，准确制定案卷的保管期限，按期提取保管期满的档案材料，登记造册，经主管领导批准后进行销毁。销毁时需两人以上参加，并在销毁清单上签字，销毁文件清单列入档案检索保存。 7、不许无关人员查阅档案，如确实需要，需由主管领导审批。查阅密级较高的档案时，原则上不准复制，如确因工作需要抄录复制时，须经领导批准，用后及时收回或销毁。 8、处理废文件、材料时，事先要全面细心检查，凡属带有机密性质的文件、材料必须抽出，按有关程序处理。 9、文件资料的存放方式可以是计算机光盘、软盘，也可以是纸张文字形式。 10、资料档案管理人员工作变动时，应组织档案文件及工作交接，并在有关交接清单上应有交接人、监交人三方签字署名以示负责。第三条保密制度 1、公司工作人员及档案资料管理人员对经手的客户资料及公司往来业务资料要做到保密，不得随意外泄。 2、查阅、复制有关档案材料时，须经公司领导批准。

(整理)产品生命周期.

引言产品全生命周期管理(Product overall LifecycleManagemen t，PLM)是从产品的概念设计起，至产品的终结止，协同地创造、管理、传播和使用产品的定义信息，以实现人、过程、商业系统和信息集成的解决方案集。PLM是为满足制造业对产品生命周期信息管理的需求而产生的一种新的管理模式。PLM以整个生命周期内产品数据集成为基础，研究产品在其生命周期内从产品规划、设计、制造到销售等过程的管理与协同，目的在于尽量缩短产品上市时间、降低费用，尽量满足用户的个性化需求。PLM的核心是产品数据的有序、设计过程的优化和资源的共享。在产品生命周期中，随着各阶段和过程的推演，产品在功能、性能、技术经济指标、几何形态、材料、工艺、制造资源及采购、供应、销售等社会资源方面发生着一系列的变化，会产生大量复杂的技术和商务信息。而在PLM的协同环境中，使得各个分系统能够形成有机整体的关键环节之一便是产品物料清单(Bill of Material, BOM)。作为制造企业主要基础数据之一的物料清单(Bill of Material，BOM)在CAD/CAPP/CAM/PDM/ERP等企业信息系统中通常具有核心地位。而作为企业核心基础数据，具有连接企业产品工程设计和生产经营管理桥梁作用的BOM，在产品生命周期的不同阶段，具有不同的表现形式、用途和意义。这些不同的BOM形态分布在企业信息网络中的不同系统之中，作为制造企业中设计数据、生产数据和采

购数据等数据间的纽带，是实现企业各部门之间信息集成与共享的关键。 1 BOM及其演进过程传统意义上的BOM是定义产品结构的技术文件。在信息化条件下，为了使得计算机能够识别产品设计、制造、维护等环节中的产品构成和所有涉及的物料，需要将图示表达的产品结构转化成某种数据格式，这种以数据格式来描述产品结构的文件也被称作产品结构表或产品结构树。 BOM是指构成一个物料项的所有子物料项的列表。而物料项是指所有在产品生命过程中出现的物质形态，包括原材料、毛坯、标准件、成件、零组件、装配件、构型件、工装、设备、工具和夹具等，他们是组织产品的需求、设计、工艺、生产、销售、维护、保废、回收等所有与产品相关活动的重要依据。BOM实质上是一种将产品形态结构化表示的信息表，反映产品中零部件的自身信息、零部件的相关信息以及零部件所涉及的外部资源的信息。所有信息载体的总和构成了产品数据的所有内容。包括各个物料项的属性，以及物料项之间的相关关系。例如，零件和数字模型(2D、3D)之间的描述定义关系，零件和原材料、毛坯之间的加工关系，零件和工装夹具之间的夹紧固定

PRD-产品开发项目文档管理系统要求规范

*变化状态：C――创建，A——增加，M——修改，D——删除

目录 1 概述 (1) 1.1 目的 (1) 1.2 适用范围 (1) 2 产品开发文档体系 (1) 3 文档质量的度量准则 (3) 4 主要角色和职责 (3) 4.1 文档作者 (3) 4.2 项目经理 (4) 4.3 PPQA (4) 4.4 配置管理工程师 (4) 4.5 评审组 (4) 4.6 部门经理 (4) 5 文档审核流程 (5) 5.1 审核流程 (5) 5.2 归档签名 (6) 5.3 纳入基线 (6) 6 文档保密制度 (7) 7 文档编号 (7) 7.1 文档编号规则 (7) 7.2 阶段代号 (8) 8 文档版本 (9)

1概述 1.1目的规范公司产品开发项目的文档体系，加强文档的标准化管理。 1.2适用范围公司内所有产品开发项目。 2产品开发文档体系在产品开发项目开发过程中，各阶段都有相应的文档输出，文档的编写应先于或同步于开发工作。产品开发项目过程中的文档体系如表1所示。表1.产品开发项目文档体系

3文档质量的度量准则评审文档质量的度量准则有以下六条：完整性：所承担产品开发任务的项目组，需按照公司文档体系的规定编写相应的文档，以保证在项目结束时其文档是齐全的。正确性：在项目各个阶段所编写的文档的内容，必须真实的反映阶段的工作且与该阶段的需求相一致。文档与所述的对象保持一致，必要时应进行实时的文档版本升级。可读性：文档应该表达清晰、逻辑条理分明、表现形式通用。简明性：在项目各个阶段所编写的各种文档的语言表达应该准确简练。规范性：文档的规范性是指采用当前最新的模板。其完整性及内容的充实程度应不低于模板的要求。可追溯性：在项目各个阶段所编写的各种文档应该具有良好的可追溯性。由于各开发阶段编制的文档与各阶段完成的工作有着密切的关系，前后阶段生成的文件，随着开发工作的逐步扩展，具有一定的继承关系。在一个项目各开发阶段之间提供的文件必定存在着可追溯的关系。 4主要角色和职责 4.1文档作者文档作者包括公司内的项目组成员以及外协人员。文档作者在文档方面的主要工作为：1）在项目开发过程的各个阶段中，按照规定及时地完成项目文档的编写工作，文档作者有责任保证文档编写与开发同步。 2）文档作者不仅要审核文档字面上有无错漏，还要审核所陈述的技术内容是否精确，及表达方式上是否清晰易懂。文档作者对文档的正确性、可读性和规范性全面负责。 3）文档作者保证所编写的文档与所描述的对象保持很好的一致性，必要时及时更新文档，便于以后维护工作和后续开发工作的开展。

代码版本管理规范_v1.1

XXXXXXXX 代码版本管理规范

历史版本

目录历史版本 (2) 1引言 (4) 1.1目的 (4) 1.2管理工具 (4) 2现状概述 (5) 3现状分析 (5) 3.1现状详述 (5) 3.2目标细化 (6) 3.3SVN版本管理 (6) 3.3.1概述 (6) 3.3.2使用对比 (7) 4完整的实施方案 (9) 4.1开发阶段 (9) 4.2预发布测试阶段 (9)

1引言 1.1目的为了规范和制度化公司的软件版本管理制度，并保障项目开发资料的完整性和安全性，同时明确开发源代码的控制管理流程，特此制定此规范。 1.2管理工具沿用SVN管理工具来进行开发的版本管理，源代码管理和开发资料归档。

2现状概述目前公司研发部门对于代码的版本管理方式较为简单，只是在每次发版后做了基线库存档，导致所有正在开发的需求和项目都在同一个目录里面进行修改，造成每次发版的代码都有可能包含了本次发版以外的内容。这样会造成如下两点影响： ●会有不稳定的因素存在，比如：测试只会对当前需要发版的内容进行测试，但是代码库中同时存在多个版本和项目的代码，对于本次发版无涉及的代码没有进过测试就部署到了服务器上，影响运行的稳定性。 ●一旦出现点问题不好定位，比如：出现问题后通常会优先排查发版涉及的内容，但是部分问题是由于其他项目代码引起的。因此，随着公司和项目规模的壮大，对软件代码版本管理提出了更高的要求。 3现状分析 3.1现状详述当前代码版本管理现状如下： 1.所有的开发都在一个目录里面做，各种需求、项目、代码、文件混杂在一起。 2.提交测试服务器时，只考虑了编译能通过，而没有考虑功能本身有没有完成。 3.测试出bug以后，会在开发目录进行修改，然后再次提交到测试服务器。这时提交的代码就可能包含了他人对其他功能/项目的修改，而测试又只会针对此bug再做测试。这就导致了除了此bug之外的修改可能会没有测试过就直接发布到了服务器上，引起预发布环境不稳定并增加预发布bug数量。总体来说，当前工作流程是：预发布出bug，研发修改，再提交测试，然后预发布测试

产品全生命周期管理规范

产品全生命周期管理规范编制/日期审核/日期批准/日期

修订履历序号修订日期版本修订说明修订审核批准1 2014.10.24 A/0 新制

1.目的规范产品策划立项、研发、生产、推广销售及退市停产全生命周期的管理工作，使我司产品更能满足客户需求，适应市场竞争。 2.适用范围：适用于公司产品全生命周期管理。 3.定义 3.1产品全生命周期管理：是指从对客户需求识别开始到产品停产退市整个过程的管理。 3.2 EOL:产品生命周期终结，指一款产品经过导入期，成长期，成熟期，衰退期后，终止此产品的规划、研发、生产、销售等各项产品活动。 4.职责 4.1产品经理 4.1.1识别市场端的业务需求，协助销售经理编制《业务建议书》。 4.1.2主导编制《立项报告》并受控，产品设计过程中跟进设计与样机测试。 4.1.3在产品接近退市期时主导产品的停产，根据实际情况确立合适的替代方案。对产品的整个生命周期及经营状况负责。 4.2研发总监 4.2.1参与产品可行性分析，对研发周期、成本给出评估结果。 4.2.2结合技术发展需要协助《立项报告》的编制，对产品设计全过程进行管理。 4.3销售部：负责识别客户需求，主导编制《业务建议书》（或接受客户签订技术协议），对新产品进行推广与销售。 4.4运营中心：参与产品策划前期的成本预计，负责物料的采购、生产安排及产品退市时专用物料的消耗与维修用料安排。 4.5品质中心：负责产品设计、生产与售后全过程的质量管理。 4.6立项委员会：由公司副总、研发、运营、财务、品质总监等高层主管组成的确定产品是否可以立项的小组。 5.作业流程 5.1销售通过收集产品发展趋势、竞争对手情况、政策法规变化、客户需求、产品目标市场等信息时主导编制《业务建议书》（格式不限），内容可包括项目背景、市场分析、商务分析、客户需求等方面；或者接到客户明确的产品需求（如技术协议等文件），交产品经理评估可行后经产品总监签核后提交立项委员会审批。 5.2立项委员会审批通过后，产品经理召集研发、销售、运营、财务编制包括项目可行性分析、研发成本分析、模块BOM、开发周期、设计方案等内容的《立项报告》，内容可包括：

项目文档资料管理规范

一、目的为了规范项目文档资料的管理工作，确保项目文档资料的系统性、完整性和准确性，充分发挥文档资料管理在项目中的作用，特制定本规定。二、范围本规定适用于项目开始直到项目结束的内外来往信函、会议纪要、备忘录、技术文件、管理文件、质量记录等所有与项目有关文件和资料的管理。三、职责 3.1 项目经理 a) 负责组织制定项目文件的相关规定，对项目文件的控制负全责； b) 负责为项目文件和资料管理创造必要的条件。 3.2 综合管理经理 a) 负责项目文档资料相关规定的编制和监督检查； b) 负责编制项目文件和资料的编码规定； c) 负责组织项目结束后文档资料立卷、移交归档。 3.3 分项经理

a) 负责本部门的文档资料的管理； b) 负责本部门项目结束后文档资料的移交。 3.4 文控管理工程师 a) 配合综合管理经理制定项目文档资料管理规定并监督检查； b) 负责项目文件和资料的接收、分类、登记、传递、发放等； c) 负责项目实施阶段文档资料收集、整理、编目及归档工作； d) 负责项目结束后项目文档资料立卷、移交。 4 管理要求和方法 4.1 一般规定项目文档资料的管理应从项目申请立项到竣工验收的全过程，项目经理部各分项经理应在职责范围内对项目实施过程中所形成的文件、图纸、资料，随时进行积累整理、立档和保管，并采取必要措施，防止档案资料的损毁和遗失以及有关保密档案资料的泄密。 4.2 文档分类及编号 4.2.1 项目文件分类 4.2.1.1 项目信息文件

项目信息文件指项目实施过程中传递的任何书面信息文件。 a) 来往信件、传真； b) 备忘录； c) 会议纪要； d) 文件传送单。 4.2.1.2 项目管理文件项目管理文件指项目运行过程中必须编写的管理文件。 a) 项目协调程序； b) 项目进度与费用控制程序； c) 项目质量保证手册； d) 项目资源配置手册等。 4.2.1.3 项目技术文件项目技术文件指按照合同要求，项目技术人员完成的各种设计文件及图纸等。 4.2.1.4 项目其它文件