技术部软件开发管理制度

文件编号ZF-XZ-WJ001

制订日期2013-04-01

修订日期2015-08-05

生效日期2015-08-05

版 本A0

页 数6

起草部门行政部

发布部门行政部

发送范围技术部

编制审核批准

文件变更履历页：

修订日期版次变 更 内 容 简 述修订者

审核

者

备注

1、 目的：

为规范公司源代码管理，保证源代码的安全性和有效性，规范公司项目管理工作，提高公司软件开发效率，明细各部门权责，形成工作流程表单化，结合州富科技实际情况，特制订本制度。

二、范围：

本制度适用于公司所有订单项目。

3、 定义与解释：

3.1、源代码：是指产品、项目研发过程中所产生的程序源代码。3.2、项目：是指通过公司立项确定需要按期实施的项目。

3.3、项目实施：是指为完成立项项目进行的阶段性或特定领域的实施过程，主要包括研发实施和部署实施。

3.4、自行开发：指依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件设备和支撑软件平台。.

3.5、自主研发：指依赖公司自身技术力量完成的软件研发工作，不依赖第三方技术支持。

3.6、外包开发：指将软件项目的设计、开发、测试、培训等工作由公司自身完成，但软件所有权在用户付清全款后，归属用户所持有。

3.7、定制开发：指根据客户需求而立项开发的软件项目。

3.8、项目管理：含立项、人员调配、项目开发计划与进度把控、合作开发管理和结项管理等与项目相关事宜。

3.9、软件工程：含风险评估，需求分析、产品原型设计、程序设计与开发、程序性能测试、程序正式发布。

4、 职责范围：

4.1、技术部CTO：负责技术部门正常运作与技术发展和技术风险把控，负责管理技术部各个子部门，对技术部起着决策与领导作用。4.2、技术部主管：负责管理公司源代码及软件包，负责审核及执行公司源码的交付工作。

4.3、项目经理：负责对接项目需求分析、需求编写、产品原型设计、核价、报价、项目工期计划、项目跟进、异常处理、项目测试、跟催款、项目结项等。

4.4、软件开发人员：负责系统设计、系统实现、系统自测、配合用户测试、数据迁移、系统上线等工作。

4.5、软件测试人员：负责把控程序性能稳定，需求对应，力保产品没有问题进入市场。

4.6、业务跟单人员：负责《立项分析报告》、《业务需求文档》、《项目需求变动申请表》的编写、用户沟通对接、系统设计、系统测试、配合用户测试、异常处理、跟催款、项目结项等工作。

五、管理规定：

5.1、所有员工在公司工作期间所开发软件产品（及项目）的源代码的所有以及权版权归公司所有。

5.2、严禁公司员工私自将源代码用做公司工作以外的用途。

5.3、严禁公司员工私自将源代码复制散发给他人（包括公司内与其工

作无关的人员)。

5.4、公司员工在同业务工作开展中，要做好源代码保护工作，避免代码泄露。

5.5、凡违反以上规定，导致造成公司损失的，公司将依法追究相关人员法律责任并要求赔偿公司损失。

6、 管理细则：

6.1、技术部主管对公司所有项目有管理责任，对于项目相关资料源代码等做好统一管理工作。

6.2、技术部主管负责在公司服务器设置源码相关文件包及相关登陆用户及权限，每周进行代码统一，并在项目完结后，做项目源码及软件包的整体统一。

6.3、如不能链接公司服务器，则要求至少每周一次将源代码发回给公司技术主管。

6.4、如果需要向公司以外人员提供源代码，必须以书面形式提出申请董事长批复。并在申请中必须说明对方所在公司、人名、邮件地址以及原因。经批准后才能由技术主管将指定源代码提供给对方。

七、项目管理：

7.1、由业务部提出软件订单开发需求，汇通技术部进行项目立项的技术可行性评估分析，编写《立项分析报告》，开展前期的软件筹备工作，《立项分析报告》需明确项目的自主技术核心点、技术公关难点、所需达到的效果。

7.2、立项后，由业务部出具《业务需求文档》，《业务需求文档》内包含：用户对接人员信息、软件开发背景、软件后续规划、用户验收标准等。

7.3、技术部收到业务部的《业务需求文档》后，整理成为《项目开发文档》，《项目开发文档》内包含：系统板块、系统语言、系统开发周期等。

7.4、项目报价的核算，由项目经理负责核算，项目经理核算后，以邮件形式报价给业务部接单人及业务部主管。

7.5、合同签订后，公司针对此项目成立项目组，项目组包含业务部跟单人员、技术部开发人员、项目总跟进人。

7.6、成立项目小组后，由项目组长制定详细的《项目工期计划表》，《项目工期计划表》包含：具体的项目任务描述、责任人和项目进度明细等。

7.7、项目经理负责统筹所有项目组的系统开发进度，项目组长和业务跟单人员负责配合项目经理跟进项目计划执行情况的管理，以保证项目按照计划完成。

7.8、项目在执行过程中，出现功能需求或架构性变动等，由业务跟单人员填写《项目需求变动申请表》及《项目计划变更说明》，交项目经理审核，董事长审批后方可执行。

7.9、系统开发过程中，项目组开发成员应根据《立项分析报告》中的定义，分清本期项目详细设计和项目延展设计，以保证系统设计的完备性、延展性、一致性、安全可靠性、便于维护性。

7.10、系统开发过程中，如遇到难点，由项目组开发成员统一以邮件形式发给项目业务跟单，由业务跟单以邮件形式沟通用户。

7.11、系统开发完毕后，项目组开发成员应进行自测，并交付软件测试工程师进行系统整体测试，由软件测试工程师出具《软件测试报告》。

7.12、系统实现需包含程序编码完毕、单元测试合格和集成测试合格，测试报告需由软件测试工程师、项目经理、项目组长三方签字后方生效。

7.13、软件测试的标准依据于《业务需求文档》和《项目开发文档》，并需要明确各种测试的测试步奏和需求的系统设置要求。

7.14、项目交付客户体验时，项目组的数据库管理人员应对用户测试

获取的数据进行严格的访问控制，确保公司信息不被外泄（此为外包项目需要执行步奏）。

7.15、项目由被客户认可后，项目组成员协助用户产品上架、试运行、培训等工作。

7.16、由业务跟单负责项目尾款的跟催工作，当客户付清尾款后，项目组方可进行数据移交、源码交付、系统正式上线等工作，尾款未支付完毕，严禁交付项目源码、数据、上线等。

7.17、项目交付时，有业务跟单同客户签订《项目交付申请单》、《验收报告》等。（用户未提出要求公司提供《软件测试报告》时，则不主动提供）

7.18、项目结项后，由项目经理负责整理项目档案，项目档案包含不限于：《立项分析报告》、《业务需求文档》、《项目开发文档》、《项目工期计划表》、《项目需求变动申请表》、《软件测试报告》。

7、 表单：

《立项分析报告》

《业务需求文档》

《项目开发文档》

《项目工期计划表》

《项目需求变动申请表》

《软件测试报告》

《项目交付申请单》

8、 附则

本规定由公司人力资源部联合技术部负责解释修订。

本规定自董事长签批之日起开始执行。

集团软件开发管理制度

版本页标题：**集团信息技术管理制度 主题：软件开发管理制度 文档编号： 版本说明：

**集团 软件开发管理制度 第一节总则 第一条为规范自有软件研发以及外包软件的管理工作，特制定本制度。本制度适用于公司总公司软件研发与管理，分公司参照执行。 第二条本制度中软件开发指新系统开发和现有系统重大改造。 第三条本制度中自行开发是指主要依赖公司自身的管理、业务和技术力量进行系统设计、软件开发、集成和相关的技术支持工作，一般仅向外购置有关的硬件 设备和支撑软件平台；合作开发是公司与专业IT公司（合作商）共同协作完 成IT应用的项目实施和技术支持工作，一般形式是公司负责提供业务框架， 合作商提供技术框架，双方组成开发团队进行项目实施，IT系统的日常支持 由IT技术中心和合作商共同承担，IT技术中心负责内部（一级）支持，合 作商负责外部（二级）支持；外包开发是指将IT应用项目的设计、开发、集 成、培训等任务承包给某家专业公司（可以是专业的IT公司或咨询公司 等），由该公司（承包商）负责应用项目的实施。 第四条软件开发遵循项目管理和软件工程的基本原则。项目管理涉及立项管理、项目计划和监控、配置管理、合作开发管理和结项管理。软件工程涉及需求管 理、系统设计、系统实现、系统测试、用户接受测试、试运行、系统验收、 系统上线和数据迁移。 第五条除特别指定，本制度中项目组包括业务组（或需求提出组）、IT组（可能包

括网络管理员和合作开发商）。 第二节立项管理 第六条提出开发需求的信息技术部门参与公司层面立项，进行立项的技术可行性分析，编写《立项分析报告》（附件一），开展前期筹备工作。《立项分析报 告》应明确项目的范围和边界。 第七条应用系统主要使用部门将《立项分析报告》上交公司总裁室进行立项审批，以保证系统项目与公司整体策略相一致。 第八条《立项分析报告》得到批准后，成立项目组（如果是外包开发，则成立外包商项目组；如果是合作开发，则与外包商共同成立合作开发项目组，以下统 称“项目组”），项目组应包括业务组（由公司相关业务部门组成）和IT组（自 行开发为办公室网络管理员；外包开发为外包商成员；合作开发为网络管理 员和外包商成员）。公司委派一名员工负责监督项目的进度，进行项目管理 工作，确保开发能及时完成并能满足业务需要。项目组人员的选择应满足项 目对业务及技术要求，项目组人员应有足够的业务和IT技术方面的专业知识 来胜任项目各方面的工作。 第三节需求分析 第九条立项后业务组对用户需求进行汇总整理，出具《业务需求说明书》（附件二），并确保《业务需求说明书》中包含了所有的业务需求。经系统使用部 门审批确认，作为业务需求基线。 第十条IT组在获得《业务需求说明书》后，提出技术需求和解决方案，并对系统进行定义，出具《系统需求规格说明书》（附件三）。《系统需求规格说明书》

技术研发中心管理制度样本

技术中心管理制度 为了建立一个良好的激励机制, 更好地调动科技人员的工作积极性, 充分发挥大家的潜能, 科学、合理、高效地完成公司的新产品开发工作。特制订本管理制度, 本制度包括组织机构建设、总则、日常管理制度、课题管理制度、技术秘密管理制度。 一、组织机构的划分及职责 1.1产品市场开发研究室: 具体职能如下 1) 国内外相关产品市场调研与分析 2) 综合产品信息分析与研究 3) 课题( 项目) 可行性研究和咨询论证 4) 行业( 产品应用) 发展水平与趋势调研与分析, 对产品市场应用情况数据进行处理和统计分析 5) 经过市场调查、分析, 挖掘潜在的产品应用领域 6) 收集来自产品应用单位的信息, 提出新产品开发意见和建议 7) 负责编制新产品的研发方案 8) 负责新产品开发的标准化制定 1.2 产品研发行政事务研究室: 1) 负责研发人事管理制度

2) 对新产品试验进度安排及组织协调 3) 协助包装、标签、编码、送样等具体事项 4) 负责日常办公、试验物资的采购管理工作 5) 负责新产品的注册报批相关事项, 应用研究工作的组织联络、督促协调、质量监督、进度追踪等 1.3专利信息研究室: 负责本公司的专利工作。包括专利信息、专利说明书起草、申报等事项。 1) 产品行业政策法规咨询 2) 新产品咨询与评估 3) 文献收集、检索与资料翻译 4) 研发中心局域网的各种数据库的管理和维护等 5) 提出专利工作思路、专利文书的撰写及专利申报工作 6) 专利商标申报 7) 专利、商标权的维持和转让事务 8) 专利战略制定与组织实施 9) 专利、商标侵权监视与诉讼 10) 专利数据资料的管理与维护 11) 图书资料和期刊管理与维护

软件开发管理制度

软件开发管理制度 为加强对公司软件研发部门工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高开发效率，特制定软件研发部管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。 5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。

技术文件管理制度

技术文件管理制度 1、梁场工程部负责本制度的制定并监督实施,负责梁场技术文件的归口管理。 2、技术资料管理工作由工程部负责管理，由专职技术资料员进行技术资料管理，并及时向工程部长汇报资料收缴情况。 3、专职技术资料员负责技术资料分类、分专业分项立卷存档，编制总目录及卷内目录。梁场的补充资料要与原始资料配套，变更设计要在原图上标识，签署标识人姓名、时间合并存放。 4、技术资料自下而上收集整理。工程部专职资料员要及时收集技术人员手上的各种电子、书面、照片和影像资料（技术交底、施工日志、技术总结、上级文件等）并汇总，对下发的各种技术资料要求技术人员学习并作签认记录。 5、工作程序 5.1 受控文件、资料范围 5.1.1标准：产品标准，材料、配件标准，设计、施工、验收规范，技术要求等； 5.1.2 图纸：产品设计图纸，施工图纸，附属图纸，支座图纸，工装图纸等； 5.1.3 工艺文件：施工工艺细则、内控标准、施工组织设计、作业指导书、工序流程卡、技术交底等； 5.1.4 试验方法：试验、测量、检验方法、规程、评定方法等； 5.1.5 档案：设备、工装、计量档案、产品档案等； 5.1.6公司、局指、建设、设计、监理等上级单位发来的有关技术文件资料。 5.1.7 变更设计文件。 5.2 技术文件、资料的形式 技术文件包括书面、电子版、影像资料三种形式。 5.3 技术文件资料的起草、核稿、批准、发布 5.3.1 技术文件资料的起草、核稿

（1）技术文件管理制度由工程部负责起草、修改，由总工程师负责审核。（2）梁场施工工艺细则、内控标准、施工组织设计、由工程部负责起草、修改，试验、物资、设备等职能部室配合，由总工程师负责审核。 （3）各工序作业指导书、关键工序控制要点等由工程部负责起草、修改，由总工程师负责审核。 （4）技术交底由技术员起草、修改，由工程部部长复核。 5.3.2 技术文件资料的批准、发布 （1）梁场施工工艺细则、内控标准由梁场总工批准、发布。 （2）施工组织设计由梁场总工批准、发布。 （3）技术文件管理制度和其它技术文件均由梁场总工程师批准、发布。 5.4 技术文件资料的修改 5.4.1梁场施工工艺细则、内控标准、施工组织设计的修改，由上级领导或梁场职能部门提出修改意见，梁场总工批准，梁场工程部长负责下发修改通知单。 5.4.2各工序作业指导书由梁场职能部门或场区作业工班提出意见，梁场总工程师批准，梁场工程部长负责下发修改通知单。 5.4.3 其他文件的修改，由原拟稿部门提出意见，原批准人重新审批，相关部门负责下发修改通知单。 5.4.4 施工图纸的修改，由梁场总工程师依据设计单位签发的变更手续，在原设计图上作更改标识，并传递到所有图纸持有人手中，包括该图纸的复印件。 5.4.5 各部门收到《文件更改清单》后，由工程部资料员负责将《文件更改清单》传阅到所有文件持有人手中，直接在原文上进行修改。经修改过的内容要加盖本单位印章，写清“已更改”字样，进行标识。 5.4.6 梁场内控标准、施工工艺细则多次修改后，由梁场工程部负责换版重新印发。 5.5 文件的管理 5.5.1 文件 5.5.2 文件发放

软件企业研发组织管理制度

公司软件研发管理制度 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发部项目管理的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求分析（或者合同）、项目立项申请表、项目风险分析清单。 2、需求分析：软件需求报告或设计方案、需求规格说明书。 3、总体设计：概要设计说明书或功能模块描述。 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计划。

5、软件实现：软件功能说明、源代码、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：

第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，

明确工作职责，逐步实现项目经理，需求分析工程师，高级软件开发工程师，软件开发工程师，测试工程师的岗位设置。

软件开发流程管理制度模板

软件开发流程管理制度 ( 讨论稿) 为加强对定制软件开发工作管理, 缩短开发周期, 提高软件开发质量, 降低开发成本, 提高定开发效率和效益, 特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行, 让开发中各个环境更紧凑, 更可控, 需要尽可能实现项目管理的正规化, 工作过程的流程化, 以便提高软件质量, 按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程, 制定以下工作流程, 并规定了各个重要环节需要提交的交付物。各阶段需提交的文档: 1、立项: 项目申请表, 软件需求报告或设计方案。 2、需求分析: 项目研发主计划、需求规格说明书 3、总体设计: 概要设计说明书或功能模块描述

4、详细设计: 详细设计说明书, 包括软件接口说明、单元测试 计划。 5、软件实现: 软件功能说明、源代码说明或者注释 6、产品测试: 测试报告 7、产品发布: 产品说明书、使用手册 8、产品维护: 问题反馈记录 9、项目总结: 提交客户方的项目总结和公司项目汇报的PPT。 软件过程成果表: 行

第三章、岗位设置 根据公司当前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写, 系统总体设计的编写; 开发阶段完成设计文档的编写, 代码的编写、代码的维护。测试阶段完成系统的测试, 测试文档及其它材料。经过逐渐的调整岗位, 明确工作职责, 逐步实现项目经理, 软件设计师, 程序员, 测试工程师的岗位设置。

技术文件管理规定

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受控标识

软件研发版本管理制度

北京东达悦科技有限公司 软件研发版本管理规范v1.0(草案) 研发部 2009-2-4

目录 文档类别使用对象 (3) 1．引言 (4) 1.1目的 (4) 1.2范围 (4) 1.3术语定义 (4) 1.4版序控制记录 (5) 1.5版本更新记录 (5) 2．版本管理 (6) 2．1版本标识方法 (6) 2．1．1正式版本 (6) 2．2目录结构 (6) 2．3文档的存放 (8) 2.3.1当前版本和历史版本的存放 (8) 2.3.2开发文档的存放 (8) 2.3.3源代码的存放 (8) 2.3.4 SQL语句的存放 (8) 2.3.5发行文档的存放 (9) 2．4权限控制管理 (9) 3．更新管理（版本升级） (9) 3.1版本升级原则 (9) 3.2 新版本的发布 (10) 4．备份管理 (11) 5．用户版本管理 (11) 6．研发部统一管理阶段性版本 (12) 6.1阶段性版本的提交到研发部 (12) 6.2阶段性版本的发布到公司网站上 (12) 6.3各项目组新版本内部及时备份。 (12) 7．版本工具的使用 (13) 7.1研发部采用SVN配置管理工具 (13) 8．各项目组提交文档及源码以及规则 (13) 8.1各项目组需要提交的文档 (13) 8.2目前所管理的产品列表 (14)

9．周报管理制度 (14) 10．风险管理制度 (15) 文档类别使用对象 文档类别 该文档是为东达悦公司提供一个版本管理规范性文件。 使用对象 该文档使用对象为东达悦软件公司研发本部各部门项目经理及版本管理人员，以及其他相关人员。未经许可，该文档不得提供给上述规定对象以外的人员阅读或使用。

公司研发部管理制度(最新版)

研发部管理制度 2017年2月

目录 第一章研发部组织结构与责权 (3) 一、研发部组织结构 (3) 二、研发部职责与权力 (3) 三、研发部岗位职责 (4) 第二章研发部工作流程 (10) 第三章产品研发管理制度 (11) 第四章研发部人员绩效考核制度 (14) 第五章研发部人员培训管理制度 (14) 第六章研发部人员保密协议 (14)

第一章研发部组织结构与责权 一、研发部组织结构 根据我公司实际情况且结合产品研发设计特点，制定研发部组织结构示例如图1-1所示。 图1-1 二、研发部职责与权力 2.1、研发部职责 2.1.1、建立、健全企业产品技术研发管理体系及管理制度，并组织实施。 2.1.2、根据企业总体战略规划及年度经营目标，制定新产品开发、工艺技术开发的中长期发展规划和年度计划，报董事长审定、批准实施。 2.1.3、对现有产品进行跟踪，根据生产、销售、技术反馈的情报资料，及时在设计上进行改良。 2.1.4、组织并协同技术部进行新产品开发、老产品改进过程中的设计评审、小批试制、产品试验和技术确认等技术管理工作。

2.1.5、负责新产品试制过程中的工艺技术质量信息的收集、处理、整改和验证。 2.1.6、组织收集、整理与研发有关的新理念、新技术、新工艺、新材料等资料，并进行归档。 2.1.7、负责相关技术文件（含各种电子资料）的制定、审批、归档和保管。 2.2、研发部权力 2.2.1、对生产政策的制订有参与权。 2.2.2、对产品研发战略、新产品项目有审核权。 2.2.3、对新产品开发、老产品改进工作的开展有决策权。 2.2.4、对技术工艺标准、质量标准有决策权。 2.2.5、对不遵守技术工艺规程、质量标准的个人有提请处罚的权力。 2.2.6、对生产计划以及产品能否上市销售工作有建议权。 三、研发部岗位职责 3.1、研发总监岗位职责 研发总监的岗位职责是在总经理的授权下，全面负责产品研发管理工作，规划公司的技术发展路线与新产品开发，对技术研究、产品开发、分析测试、中试研究等过程进行监督和控制。其具体职责如下： 1、组织、指导制定企业技术研究、产品开发、分析测试、中试

软件开发管理制度

软件开发管理制度 软件开发管理是指根据公司统一的信息系统规划和业务需求，对信息系统的开发进行管理。具体包括组织、规划、需求、分析、设计、编程、测试和投产等环节。 本制度适用于公司公司软件开发项目。 1.1 项目立项 信息系统研发前公司成立项目工作小组，重大项目成立项目领导小组，并指定负责人。 项目领导小组负责项目的组织、协调、检查、监督工作。项目工作小组由业务人员、技术人员和管理人员组成，具体负责整个项目的开发工作。 项目工作小组人员应具备与项目要求相适应的业务经验与专业技术知识，小组负责人需具备组织领导能力,保证信息系统研发质量和进度。 业务部门根据本机构业务发展战略，在充分进行市场调查、产品效益分析的基础上制定信息系统研发项目可行性报告。 1.2. 系统开发 公司业务部门编写项目需求说明书，提出业务需求和系统需求。 信息技术部和业务部门领导组织人员对项目需求进行评审，意见统一后形成定稿后的“项目需求分析报告”和“项目风险报告”，加盖相关部门签章归档。 公司信息技术部根据项目需求编制项目功能说明书。 公司信息技术部依据项目功能说明书分别编写项目总体技术框架、项目设计说明书，设计和编码应符合项目功能说明书的要求。评审通过后加盖部门签章归档。 公司业务人员、技术人员应根据职责范围分别编写操作说明书、技术应急方案、业务连续性计划、投产计划、应急回退计划，并进行演练。 在编码阶段，软件开发人员应有良好的编写习惯，做好代码注释和说明，并做好单元测试工作。 1.3. 测试 公司应建立独立的测试环境，以保证测试的完整性和准确性。测试至少应包括功能测试、安全性测试、压力测试、验收测试、适应性测试。测试不得直接使用生产数据。 公司信息技术部应根据测试结果修补系统的功能和缺陷，提高系统的整体质量。 由业务部门组织人员完成软件的最终测试，并保留软件测试记录，撰写“项目测试报告”并确认签章，原则上要求项目测试人员和项目需求人员是同一批人员。 项目验收应出具由相关负责人签字的项目验收报告，验收不合格不得投产使用。 项目小组编写“软件上线计划”，按计划安全稳妥的实现软件产品的上线实施，对核心业务系统的软件上线由版本控制员实施，没有业务部门提交的“项目测试报告”及“上线确认书”的软件项目不允许上线运行。

技术文件管理制度

技术文件管理制度

技术文件管理制度 一、目的 为保持已有技术工艺文件的完整性，统一技术文件的管理标准，确保所编制和管理的技术文件是正确、有效和一致的；有效控制技术文件，使之能完全指导生产，以保证质量和生产正常进行，避免混乱，为使公司的技术文件得到有效的控制，确保生产现场所用的技术文件为最新有效版本。根据公司的实际情况，特制定本制度。 二、适用范围 本制度适用于公司所涉及到的所有技术文件，包括：设计文件、产品图样、工艺图样和工艺文件等技术文件，也包括一定范围的外来标准和客户提供的图样等。 三、职权和职责 1.技术研发中心技术部是技术文件的归口管理部门，负责技术文件的编制、审核，并负责所有技术文件编号、发放、回收、归档，以及文件更改、作废的处理。 2.技术文件的编制和管理；技术研发中心技术部负责人负责编制，技术研发中心总监审核，由总经理批准。 3.生产用工艺文件，如工艺路线单、工序卡、过程卡、工艺图纸、作业指导书，由制造中心各生产部专人编制，完成后送技术研发中心技术部负责人审核，由技术研发中心总监批准。 4.外来图样、标准由负责人识别、核对，经技术研发中心总监审核报总经理批准。 四、管理标准和管理要求 1.技术文件是公司的核心机密，是公司进行生产和管理工作共同的依据，是公司在同行中保持一定竞争力的有力保障。公司的技术文件属于公司所有，每一位员工都有义务和责任保证技术文件的完整性、一致性以及保密性。 2.技术文件的定义 技术文件是指公司的产品设计图纸、工艺文件，操作规范、客户提供的图纸图样、各种技术标准、技术通知以及技术培训资料等。 3.技术文件包括：设计文件、结构：或生产；图纸、产品图样、工艺文件、技术标准、外来标准和图样，生产设备操作规程等。 4.技术文件管理包括：技术文件发放、复制借阅、修改、重新发放、收回、作废、外来文件的识别和使用等。 5.技术文件的分类

研发管理制度

研发管理制度 第一章总则 第一条为了确保公司研发项目的管理有章可循，实施准确有效，保证相关文件的合法性、规范性、准确性，特制定本制度。 第二条本制度适用于公司立项的技术研发项目。 第二章一般原则 第三条研发任务一方面来源公司下达的研发任务，一方面来源公司出于竞争需要而自行确定的研发任务。 第四条公司的研发是在平衡内部资源条件和外部市场状况的前提下寻求最佳的研发内容和方式，以期获得最大的经济效益。 第五条公司的研发定位于提升公司的核心竞争能力。一方面，通过产品平台战略支持公司现有业务在传统市场的扩张，形成绝对优势的市场地位；另一方面，通过新产品研发，推进公司在战略市场的争夺和具有巨大潜力的市场的研发，形成公司新的利润增长点。 第六条公司的研发遵循在自主研发的基础上广泛开放合作的原则。 第七条第七条公司重视培育一支高素质的、具有团队精神的研发工程师与研发管理者队伍，重视发现和培养战略研发管理人才和国际研发人才。 在技术研发方面，培养一批基础技术尖子和学术带头人；在产品研发方面，培养一批跨领域的集大成者。 公司以长远目标来建设研发队伍，以共同的事业、责任、荣誉来激励和驱动。 第八条研发阶段 产品研发过程分为5个阶段：立项、计划和规范、研发、测试和评估和产业化阶段。 根据项目的特性或规模，可以针对具体情况有所简化。 第九条相关职责 (一) 经理办公会负责研发立项的决策和审批； (二) 公司技术委员会负责新研发立项的技术审查； (三) 研究开发中心、生产技术部等部门负责实际的研发工作； (四) 营销部负责新产品市场需求的调研、试销和市场反应信息收集； (五) 研究开发中心协助技术委员会进行项目建议书收集以及研发过程中的日常事务性工作。 (六) 人力资源部负责立项登记以及知识产权的登记、申报和管理。 第三章研发组织管理 第十条研发组织 公司的研发组织包括公司技术委员会、研究开发中心、评估小组、研发小组，经理办公会是产品研发和技术研究的最高决策机构。 第十一条经理办公会 (一) 经理办公会是公司负责新技术和新产品研发决策的最高领导小组，具有资源分配权，以推进新产品的研发。 (二) 公司新产品决策过程通过阶段评审过程体现，这种阶段评审需要在研发过程中一些具体定义点上做出决策，一个产品研发项目必须在预定时间内达到明确定义的目标，才能获准进入下一阶段。经理办公会委托技术委员会对立项、计划和规范、测试和评估、产业化等阶段进行评审，在此基础上结合公司资源进行是否立项和产业化等决策。

公司软件开发管理制度(整理).(整理).docx

XX公司软件开发管理制度 XX公司软件开发管理制度 版本：1.0 SDM审批： QA经理[时间] CTO[时间] 目录 1.目的和作用3 2.适用范围：3 3. 参考文件3 4.适用对象3 5.软件开发流程4 5.1可行性研究与计划4 5.1.1实施4 5.1.2 文档4 5.1.2.1 应交付的文档4 5.1.2.2 提交步骤4 5.2需求分析4 5.2.1实施4 5.2.2要求5 5.2.3交付文档5 5.2.4审批5 5.3概要设计5 5.3.1实施5 5.3.2要求6 5.3.3交付文档6 5.3.4补充说明6 5.3.5审批6 5.4详细设计7 5.4.1实施7

5.4.2要求7 5.4.3文档7 5.4.4审批7 5.5实现7 5.5.1实施与要求7 5.5.2交付文档8 5.5.3审批8 5.6组装测试8 5.6.1实施8 5.6.2要求8 5.6.3交付文档8 5.6.4审批8 5.7确认测试9 5.7.1实施9 5.7.2要求9 5.7.3交付文档9 5.7.4 补充说明9 5.7.5 审批9 5.8发布10 5.8.1过程10 5.8.2 文档10 5.8.3 审核10 5.9 交接10 6. 附录1：项目文档清单11 1.目的和作用 本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围：

公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 5.1可行性研究与计划 5.1.1实施 5.1.1.1 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 5.1.1.2 在调查研究的基础上进行可行性研究，写出可行性报告 5.1.1.3 评审和审批，决定项目取消或继续 5.1.1.4 若项目可行，制订初步的软件开发计划，建立项目日志 5.1.1.5 根据市场环境、公司软硬件情况预测十大风险因素 5.1.2 文档 5.1.2.1 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 5.1.2.2 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 5.2需求分析 5.2.1实施 5.2.1.1 调查被开发软件的环境 5.2.1.2 软件开发提出的需求进行分析并给出详细的功能定义 5.2.1.3 做出简单的用户原型，与用户共同研究，直到用户满意

技术文件的管理制度

技术文件的管理制度 1.技术文件分为“受控”个“非受控”文件两大类。“受控”文件指与质量管理体系运行的有关文件。 2.文件的更改须填写《文件更改申请单》由负责人签字后方可更改并标识，文件更改幅度较大时，予以换版。换版文件下发后，必须将原文件由行政部收回，以保证使用有效版本。 3.文件领用者，因文件丢失或者损坏需要领用新文件时，到行政部填写《文件处理单》，经常务副总审核、批准后方可领用。 4.文件管理者、文件持有者要派专人管理文件，并保持文字清晰，外来借阅者需填写《文件借阅登记表》，经常务总经理批准后方可借阅。 5.作废文件销毁时，由该部门填写《文件处理单》，由总经理审核、批准后统一销毁。需要留用的加盖“作废留用章”后方可保留。 6.质量记录的格式和内容由使用部门设计，行政管理部门审查批准，统一编号控制。质量记录表需要更改时，仍由原审批部门审批。

7.质量记录填写：要求个部门质量记录填写人员在填写时要及时、完整、自己清楚、数据准确、使用中性笔或者圆珠笔笔填写。质量记录原则上不准更改，如有失误或者计算错误时，在改动处划改并签名。 8.质量记录的`借阅：外来人员借阅质量记录经常务副总批准后办理借阅手续借阅，公司人员经行政部部长批准后，办理借阅手续。 9.质量记录的管理和保存：质量记录由本部门制定专人负责保管，注意防潮、防腐、防盗、防火、防蛀、保存期按《质量记录清单》的要求实施。 10.各类质量记录由各部门指定专人手机、分类并装订，行政部负责归档并规定期限保存。 11.质量记录销毁：对于超过保存期的质量记录，由行政部和使用部门负责签字，包常务副总审核批准后，进行销毁并填写《质量记录销毁清单》，需要保留的记录加盖“作废保留”章后由行政部统一保存。

技术部研发项目管理制度

产品开发项目管理办法 1、目的 为建立适应市场的产品开发激励机制，加快产品开发速度，充分调动研发人员的积极性和创造性，提高公司产品质量，特制定产品开发项目管理办法。 2、适用范围 本办法适用于公司产品开发项目。 3、项目负责人和项目小组的设立 3.1 项目负责人 项目负责人，负责项目的组织、计划、实施及控制的过程，以保证项目目标的成功实现，项目负责人是项目管理的核心。项目负责人由公司主管领导或技术副总直接指定。 3.1.1项目负责人的责任 ●保证项目目标与公司经营目标相一致； ●对公司分配给项目的资源进行适当管理，保证资源充分利用； ●负责策划项目具体工作计划； ●负责项目的技术工作，包括产品和工艺方案的确定、文件的校对、各阶段的评审、各种新品资料的准备等； ●按项目具体工作计划组织实施，对项目的总体进度负责。

3.1.2项目负责人的权力 ●有权指挥项目小组成员完成与项目相关的工作； ●有权协调项目实施过程中遇到的问题； ●有权对项目涉及到的各部门提出考核建议； ●有权制定项目奖励的分配方案。 3.1.3项目负责人应具备的素质 ●有管理经验，是一个精明而讲究实际的管理者； ●有个性魅力，使项目组成员快乐而有生气； ●有全流程的丰富的工作经验； ●具有创造性思维； ●具有灵活性，同时具有组织性和纪律性。 3.2 项目小组 项目小组成员由项目负责人和研发副总提名组成，可包括技术部、市场部、财务部、质量部、客服部、采购部、生产部等部门人员。 4、新产品研发项目管理的三个阶段 4.1计划和确定项目阶段 4.1.1项目的确定需包含以下内容

●项目目标陈述（对项目交付成果、工期、预期成本或人力进行高层次的描述） ●项目回报（包括商业案例或投资分析的回报） ●使用中的信息或客户需求 ●对项目范围进行定义，列出所有预期的项目成果 ●成本和时间预算目标 ●重大困难和假设 ●描述该项目对其他项目的依赖 ●高风险、所需的新技术、项目中的重大问题 4.1.2项目计划 进度控制主要是监督进度的执行状况，及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。 项目开始后项目负责人要建立一个“工作日志”，完整、准确记录自己时间是怎样花费掉的。在条件允许的情况下，团队成员都要养成写“工作日志”的良好习惯。对于有些问题，不能靠回忆来讲做了些什么，因为“想象”和“现实”常常有很大的不同，甚至有时会完全不同。在通常情况下，每周项目负责人要向技术副总汇报一次项目进展情况。记录时要注意三点：一是时间间隔不要太短，防止产生负面效应；二是不要在一个时间周期结束之后再去填写，防止记录结果带有欺骗性；三是记录“工作日志”贵在坚持，不能三天打鱼，两天晒网。 4.2产品设计可开发及确认阶段

技术文件管理制度

临海伟达汽车部件有限公司 技术文件管理制度WD-JS-12-01 1目的 为使公司的技术文件得到有效的控制，加强公司技术文件的保密性和有效性，确保生产现场所用的技术文件为最新版本,特制订此制度。 2 适用范围 本制度适用于公司的图纸、工艺、技术标准等技术文件的管理工作。 3 职责 3.1 技术部负责全公司技术文件的编制、审核、更改，资料员负责技术文件的复制、发放和 归档管理。 3.2各相关车间（部门）负责本车间（部门）所使用的技术文件和资料的管理。 4 定义 本制度所述的技术文件包括产品图、毛坯图、工装图、检具图，试制流程图、工艺规程、检验卡片、作业指导书、质量记录、文件资料等。 5 管理程序 5.1 试制阶段图纸文件的管理 5.1.1 试制阶段图纸文件底图由技质部项目负责人掌管，以便随时修改和指导试制工作。5.1.2 产品试制结束，且产品合格率达到规定要求，经评审通过后，由技质部项目负责人 将所有文件资料整理完毕后，于7日内移交技术资料室归档。技术文件资料员同时 下发生产用图。各车间（部门）在收到生产用图时，必须将试制用图收齐送交技术文件资料员，由技术文件资料员统一将试制用图销毁。 5.2 生产阶段图纸文件的管理 5.2.1 图面污损，需要更换新图时，由各车间主任填写“文件增发/复制申请单”连同污损 图纸一起到资料室申请换发。经主管领导签字批准后，由技术文件资料员负责复印和发放。如在申请复印图纸时，没有递交污损图纸，技术文件资料员不予复印。 5.2.2 如图纸文件丢失，由车间主任填写“文件增发/复印申请单”，写明原因和责任人，每 丢失一张扣款5元上缴财务，经主管副总签字批准后，由技术文件资料员负责复印和。 5.2.3 如需新增图纸文件时，由车间主任填写“文件增发/复印申请单”，写明新增的原因， 经主管副总签字批准后，由技术文件资料员负责复印和发放。 5.2.4 外协加工需要图纸时，由外协人员填写填写“文件增发/复制申请单”，经采购主管签 字后到技术资料室申请复印。外协加工的图纸，须加盖“外协”章。 5.2.5 “文件增发/复制申请单”由技术文件资料员统一保管，保存期一年后销毁。 5.2.6 技术资料室必须建立图纸文件收发台帐，领用人必须签字后才能发放，以便核对和 文件更改后回收。 5.3 技术文件的更改管理 5.3.1 技术文件更改权限属技术部。其它任何单位和个人都没有更改技术文件权力。 5.3.2 技术文件更改采用划改（不允许用修正液涂改），将需要更改的部分用细实线 划掉（被划掉部分应能清楚地看出更改前的情况），然后标注上新的尺寸/文字等， 在靠近更改部位写上更改标记（用加圈的小写英文字母表示），并在更改栏中填写上 相关的内容。更改时，须用黑色墨水笔更改，不允许用其它笔更改。

公司软件开发管理规定

公司软件开发管理规定文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）

X X公司软件开发管理制度 XX公司软件开发管理制度 版本： SDM审批： QA经理[时间] CTO [时间] 目录 1.目的和作用 3 2.适用范围： 3 3. 参考文件 3 4.适用对象 3 5.软件开发流程 4 可行性研究与计划 4 实施 4 文档 4 应交付的文档 4 提交步骤 4 需求分析 4 实施 4 要求 5 交付文档 5 审批 5 概要设计 5 实施 5 要求 6 交付文档 6 补充说明 6 审批 6

详细设计 7 实施 7 要求 7 文档 7 审批 7 实现 7 实施与要求 7 交付文档 8 审批 8 组装测试 8 实施 8 要求 8 交付文档 8 审批 8 确认测试 9 实施 9 要求 9 交付文档 9 补充说明 9 审批 9 发布 10 过程 10 文档 10 审核 10 交接 10 6. 附录1：项目文档清单 11 1.目的和作用

本流程详细规定软件开发程的各个阶段及每一阶段的任务、要求、交付文件，使整个软件开发过程阶段清晰、要求明确、任务具体，实现软件开发过程的标准化。 2.适用范围： 公司的软件开发产品均适用。 3. 参考文件 各种文档模板 文档命名规则 交接流程 4.适用对象 软件管理人员，软件开发人员，软件维护人员 5.软件开发流程 可行性研究与计划 实施 软件开发部分析人员进行市场调查与分析，确认软件的市场需求 在调查研究的基础上进行可行性研究，写出可行性报告 评审和审批，决定项目取消或继续 若项目可行，制订初步的软件开发计划，建立项目日志 根据市场环境、公司软硬件情况预测十大风险因素 文档 应交付的文档 1）可行性研究报告* 2）初步的软件开发计划 3）十大风险列表* 4）软件项目日志* 提交步骤 1) 适用于以后各阶段的文档提交。 2) 项目相关文档用sourcesafe进行版本管理，相关书写人员可根据各文档模板形式撰写文档，正式提交的文档以存入软件管理服务器相关目录时间为准。以后每次修改都应注明修改内容。 需求分析

公司技术文件及资料管理制度

公司技术文件及资料管理制度 第一章总则 第一条为建立、健全公司技术文件及资料管理工作，完整地保存和科学地管理公司的技术文件及资料，充分发挥技术文件及资料在公司发展和调整中的作用，更好地为公司各部门服务。制订本管理制度。 第二条技术文件及资料是指各部门在经营业务活动中形成的图纸、图表、文字材料、照片等技术资料以及外来、外购的图纸、资料、图书等。 第三条把技术文件及资料工作纳入公司的技术业务管理工作中。建立资料库保证其技术文件材料的积累，达到收集齐全、整理系统，并按制度及时归档。以保证全公司技术档案工作的顺利开展。 第四条资料库集中统一管理全公司的技术文件及资料。建立、健全技术档案工作，达到全公司技术文件及资料的完整、准确、系统、安全和有效利用。 第二章技术文件资料的归档 第五条每个品牌、每个型号、每台设备技术项目完成或告一段落后，都要有完整、准确、系统的技术文件资料要及时移交资料库归档。

第六条各部门或工作人员在移交技术文件资料时，交接双方应办理交接手续，签字归档备查。凡不符合组卷要求或技术文件资料不全的，管理人员应协助当事人整理齐全入库归档。 第七条凡需归档的技术文件资料，做到书写材料优良，字迹工整，图纸按规格绘制，电子文件齐全。严禁用笔和复写纸圈划，修改和删除电子文件。 第八条凡外来、外购回公司的图纸资料，随仪器、设备的图纸、使用说明书、电气线路图等在前，必须通知资料管理人员参加清点，如数归档。 第三章资料室的任务和管理人员的职责 第十条资料室的任务： 一、集中、统一、科学地管理好技术文件资料，维护技术文件资料的完整、系统、准确和安全，并及时、准确地提供利用。 二、协助各部门和有关技术人员做好技术文件资料的正确整理、立卷归档工作。 三、负责设备档案资料（设备图纸、使用说明书、机械或电器原理图、验收文件等）的保管、借阅与管理工作； 第十一条技术文件资料管理人员的职责： 一、认真贯彻公司技术文件资料管理工作的方针政策。钻研业务，提高管理水平，保证工作任务的完成。 二、科学地管理全公司技术文件资料，承办技术资料和技术档案的接收、分类、编目、登记、保管、复制、借阅、发放、鉴

技术研发部管理制度

技术研发部管理制度 一、总则 技术研发部的主要职能是负责实验室、化验室管理、辅料的研究开发，技术参数的研究及配比优化、配合市场开发部进行对外市场推广等。 二、工作职责 1、技术研发部办公室管理制度 1）、部门职工每日上班前五分钟需打扫自己办公区域卫生，保持办公桌清洁。办公区公共卫生由部门人员轮流值日，要求一天一打扫，一周进行一次大扫除，必须保证摆放整齐、地面清洁、墙壁无污迹。 2）、值日人员下班后在确保办公室门窗锁好、一切电源切断的情况下方可离开。 3）、每日在岗人数不少于两人，准时签到、签退，不得补签及代签。 4）、爱护办公室内所有办公设施，如人为损坏，照原价赔偿。 2、技术研发部部长岗位责任制 1）、坚决服从上级领导的统一指挥，认真执行其工作指令，如有问题需及时汇报。 2）、负责制定实验计划，并组织对计划的拟定、修改、补充、实施等一系列技术组织和管理工作。 3）、及时指导并处理实验过程中出现的技术问题，确保试验的正常进行。 4）、做好与王台铺矿、天地公司的对接工作，使双方最大限度实现数据互通、优势互补。 5）、考核每天的试验结果，从而决定次日充填的材料配比，并向王台铺矿出具料浆合格证书。 6）、审核每批次原材料的化验结果，确保原材料的合格后联系安全调度部进行充填。 7）、每月组织技术人员进行技术成果及经济效益的评价工作，并对技术员的每月工作进行考评。 8）、负责编制项目部技术开发计划，并有计划的引进、培养专业技术人员，

从而进一步搞好技术研发部的工作。 9）、积极与北京科技大学等科研院所进行技术交流，做好技术对接工作。 10)、按时完成项目部领导交办的其他有关事项。 3、试验室工作职责 1）、贯彻执行党和国家有关方针政策及上级有关工程检测试验方面的条例、制度和指示。 2）、在项目部的领导下，负责充填浆液质量检测工作，配合化验室对原材料质量进行检测和试验。 3）、根据项目部工作目标和规划，制订试验室各阶段的工作计划。 4）、负责新配方的研发工作，并对新配方的膨胀率、泌水率、抗压强度等技术指标进行全面检测，建立健全相关台账。 5）、对每批次的充填料浆进行事前试验，试验各项数据符合充填要求后，出具充填配比验收单，并由技术研发部、安全调度部、现场操作员三方签字确认。 6）、对每批次的充填浆液进行现场取样，并对其膨胀率、泌水率、抗压强度等技术指标进行全面检测，建立健全相关台账。 7）、在充填过程中，对各种原材料的用量、机械设备转动参数进行不定期检查，全力保证充填料浆配比符合要求。 8）、负责试验室仪器设备的管理及制订重要仪器设备选购、使用、保养制度。 9）、建常用检测试验项目的操作规程，定期进行检测仪器设备送检、标定，确保仪器的完好率。 10）、定期检查仪器设备准确度，提高检测试验人员思想素质和职业道德，以数据为依据，不弄虚作假。 11）、积极与天地公司联系，经常性进行经验和工作方法的交流，做到双方数据互通。 12）、参与相关技术培训考核。 13）、完成项目部交办的其他有关事项。 4、试验员岗位责任制 1）、试验员必须及时完成试验室下达的试验和检测任务。 2）、认真做好试验前的准备工作，即按要求正确取样、校对仪器、设备量值、