研发系统文件管理规范

研发系统文件管理规范
研发系统文件管理规范

研发系统文件管理规范

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类);

硬件板卡过程技术文件:板卡电原理图(A类)、PCB导电图(I类)、材料清单(B类)5.2.1.2研发过程技术文件的编写

1)机械零件图纸由开发工程师编制,使用公司统一格式的图框,版式及风格参考《机械

制图标准指南》,图框可在研发管理指定下的路径查找,也可从INTRALINK服务器中调用。图纸的编号及版本符合《研发系统文件编号及版本规定》,“文件名称”、“图号”

与从技术秘书处申请的新增物料编码、名称保持一致

2)板卡原理图(A)类由开发工程师绘制,使用公司统一的原理图图框,标准图框从迈

瑞元件库中调用,内容及版式风格参考《原理图绘制规范》。

3)板卡材料清单(B)类由开发工程师按研发系统指定模板编写。

4)PCB导电图由PCB设计工程师依据硬件工程师提供的原理图及材料清单的绘制,使

用公司统一的导电图图框。

5.2.1.3研发过程技术文件的审核、会签、归档

1)机械开发工程师完成图纸绘制后打印纸文件,按各产品线确定的审核流程进行会签,

经产品线主管部门经理批准后提交项目技术秘书进行格式审核、信息记录,最后入研发文控室归档。

2)2)机械组部件装配图无需归过程版本。为传递样机主机级以下机械各组件块组成信

息,要求开发工程师输出包含“零件明细表”的开发文档,首版“零件明细表”开发文档应在开发样机外协开始时归档,随着开发过程的进行,完善并升版“零件明细表”(至少应保证在开发样机评审前有一次升版)。提交A版开发样机文件归质管时,A版装配图经主管部门经理批准后入研发文控室归档。

3)板卡的技术文件(原理图、材料清单、PCB导电图)开发过程归档按《硬件配置管理

规范》执行。

5.2.1.4过程技术文件的更改、升版

1)机械零件图的更改升版控制参考《Intralink运行流程指南》。升版后的文件需打印纸文

件,连同前版本的红笔杠改页交技术经理审核批准,提交技术秘书入研发文控室归档。

2)板卡文件的开发升版、归档按《硬件配置管理规范》执行。

5.2.2开发样机、工程样机技术文件的管理参考《技术文件的管理规范》

?样机文件的编写格式要求参考《技术文件格式审核CHECKLIS》。

?样机文件在研发内部的会签由项目技术秘书参考《技术文件审核签字指南》来组织,会签完成的技术文件通过技术秘书发文登记后,归质管部受控。

5.3开发文档

5.3.1开发过程归档文件清单

项目组依据《设计开发管理程序》要求归档相关开发文档,文档可以合并,但内容不可以任意删减。

项目完成《综合开发计划》并通过评审之后,项目技术秘书协同项目经理依据《设计开发管理程序》的输出文档要求,结合项目实际情况,拟制产品开发文档归档清单(电子档),如涉及FDA认证,则需明确FDA项目文档。确定各文档编号、名称、归档人、计划归档日期等信息,以此为项目开发文档的计划归档目录,项目后期可在此基础上适当的增减调整。

5.3.2开发文档的编写、审核、批准

编写开发文档需使用研发系统统一的模板或带质量记录编号的表格,如立项阶段文档模板、普通开发文档模板、设计评审表、设计更改等,模板及表格在研发管理指定的路径下查找,文档编写格式等要求参考MR/G01-01-02《开发文档审核CHECKLIST》。开发文档的审核批准按MR/S08-12《设计评审规范》分级执行,如下表概述:

5.3.3开发文档的归档

审核经批准的开发文档提交技术秘书归研发文控。为促进办公无纸化实施,开发文档的归档基本要求为封面签字、文档电子化归档(归档的电子档须保证封面及内容手签信息录入且保持一致),针对一些特殊情况,分别说明如下:

5.3.3.1普通开发文档

打印文档封面签字,与电子文件一起交技术秘书归档。

5.3.3.2以下几类特殊形式的开发文档,因涉及内容需手签或盖章等要求,故全文打印签字、盖

章后,连同电子文件提交技术秘书归档。秘书在开发文档目录中标识。

?设计更改

?立项阶段文档如:《市场调研报告》、《市场需求报告》、《技术可行性报告》、《立项

申请书》

?《风险管理报告》

?《临床验证报告》

注:《临床验证报告》全文打印的主要目的是保留临床医院原始盖章及签字信息,该类文档如无电子档,需扫描原件形成电子档。

5.3.3.3涉及注册认证有特殊要求FDA项目文档

?提供FDA认证的项目开发文档正式归档之前,需经法规工程师审核无误后,方可打印封面签字归电子档(注:FDA项目文档尽管为LETTER纸张格式,

但作为项目开发文档,为保证与项目其它文档格式持一致,封面需用A4纸张

打印);

?认证所需的FDA文档,工程师需用LETTER纸张打印输出文档内容页,封面签字页由项目技术秘书协助将原A4项目文档页复印成LETTER纸张形式。并

由项目技术秘书根据FDA文档清单,将完整的FDA项目文档整理交法规工程

师。

5.3.4开发文档升版控制

1)开发文档升版在归入研发文控的最新版本上进行,新旧版文档同时保留。

2)开发文档的升版批准同5.3.2。

3)对于正式归档升版,当变更较大时,升版X.X左边数字位;变更较小时升版右边位数

字;对于非受控升版(未正式受控前的修改记录):两位主版本数字不变,右边位增加数

字小版本,即以X.XY形式,如1.01、1.02…方式在修订记录栏记录。

4)对于非设计更改原因(如文字、语法错误等)引起的已生效文件需要更改,可按开发文

档换页方式进行,在研发文控管理秘书处填写《开发文档换页记录表》,相关主管批准后

执行换页。

5.3.5开发文档的保存期限、保存场所

开发文档归入研发系统文控中心保存,保存期至该产品最后一批产品出厂后十年。

5.3.6开发文档目录信息由技术秘书录入刷新并共享在研发管理部指定路径下。

5.4研发系统收、发文

5.4.1外发文件由研发系统技术秘书按《研发系统文件编号及版本规定》编号,复印、登记发文。

发文类型包括:样机信息反馈单、工作通知单、会议纪要、研发系统各种零、部件外协加工申请单等。

5.4.2收文由研发系统技术秘书收文登记,发放给部门相关人员处理,同时填写电子共享的外部

信息跟踪表,跟踪收文处理情况,定期(每周)刷新共享的信息跟踪表,并将最后的处理结果知会到发文部门,至此收文封闭。

收文类型包括:工作通知单、纠正措施处理单、市场监督收集表、特殊合同评审等。

5.4.3封闭后的收、发文,定期由技术秘书统一归入研发系统文控室存档,研发文控室管理秘书

分类设置文件夹,按编号顺序装订,标识清楚。

5.4.4各类收发文质量记录保存期限按质管部在OA上共享的《质量记录一览表》执行。

5.5其它文件

5.5.1临床记录

对于项目开发进行的临床试验数据,由项目组在该工作完成后,收集整理归研发文控室。对于热敏纸打印的临床数据,要求复印后归档,其它材质的临床记录直接归原件,此类记录不作电子文件归档要求。

临床记录的保存期限为产品的生命周期结束,通常为最后一批产品出厂后至少10年。5.5.2第三方测试报告

由于产品认证需求,而委托第三方进行的测试,且由第三方出具的测试报告(主要包括生物兼容性、EMC、安全、环境、声输出等方面),单独作为一类记录归研发文控室。此类记录的电子文件由文控室管理秘书负责生成。此类报告可在项目中直接引用或在项目文档目录中索引。

第三方测试报告的保存期限为产品的生命周期结束,通常为最后一批产品出厂后至少5年。

5.5.3CE技术文档

5.5.3.1编写、审核及批准

技术文档的编写、审核及批准管理参考《CE技术文件管理规范》,由法规工程师

按项目计划输出纸文件及电子档,并负责该类记录的维护、升版。

5.5.3.2归档要求

纸文件齐套要求参考《CE技术文件管理规范》

CE技术文档电子档内容与纸文件保持一致,电子档以后缀为RAR压缩形式提交,电

子文件命名要求为:CE-工艺代号(总版本)。

5.5.3.3升版

CE技术文档的升版规则参考《CE技术文件管理规范》。一般性的小升版只需打印

修订涉及页提交,研发文控管理员按版本关系表保持CE技术文档的有效及正确。

重大更改升版则需打印齐套文件及相对应电子档归档。

5.5.3.4保存期限

CE技术文档的保存期限为此型号产品的生命周期结束,通常为最后一批产品出厂后至少

5年。

5.5.3.5研发系统合同

研发系统与外公司进行的技术合作协议、购买仪器设备以及合作保密协议等文书,由经办人将原件交研发系统文控室管理秘书编号、归档管理。编号参考《研发系

统文件编号及版本规定》,合同类清单信息由文控室管理秘书建立共享。

5.6研发系统文件借阅管理

参考《研发系统文控室管理规范》执行。

5.7研发系统电子文件管理

研发系统电子文件管理范围:开发文档、CE技术文档

1)开发文档电子档由编写者确认归档电子文件的正确性,产品线各技术秘书复核且及时归入研发系统专用服务器。

2)CE技术文档由编写者确认归档电子文件的正确性,文控室管理秘书复核且及时归入研发系统专用服务器。

3)公司信息技术部对研发系统专用服务器上的文件进行定期(每周)物理备份,研发管理部每周进行电子文件备份。

6流程图

无。

7相关文件及记录

7.1《设计开发管理程序》MR/P08

7.2《设计评审规范》MR/S08-12

7.3《研发系统文件编号及版本规定》MR/G01-04-01

7.4《开发文档审核CHECKLIST》MR/G01-01-02

7.5《研发系统文控室管理规范》MR/G01-04-01

7.6《原理图绘制规范》MR/S08-28

7.7《硬件配置管理规范》MR/S08-29

7.8《机械制图标准指南》MR/G08-04-17

7.9《文件编号及版本管理规范》MR/S01-01

7.10《技术文件的管理规范》MR/S01-02 7.11《技术文件格式审核CHECKLIS》MR/G01-01-03 7.12《管理工作文件的控制办法》ZG-01-04

7.13《CE技术文件管理规范》MR/S05-04 7.14《Intralink运行流程指南》MR/G08-04-12

研发项目管理规定

研发项目管理规定 Revised by Chen Zhen in 2021

XX公司 研发项目管理办法 第一章总则 第一条为使XX公司(以下简称“公司”)的研发项目管理规范化、科学化,建立有效的研发项目管理模式、运行机制和激励机制,推进研发项目实施,促进公司技术进步和产品开发,满足公司发展战略需要,特制定此办法。 第二条此办法适用于经公司批准立项的研发项目(以下简称“项目”)。 第三条项目的分类 (一)预研项目 根据技术发展战略规划和核心技术计划确定,以突破关键技术或形成技术贮备为目的研究项目。 (二)自研项目 以公司自主研发产品为目的的研究项目。 (三)专题项目 对外签订合同的研究项目,或由航天科技集团公司、川航总、国家和各级地方政府立项支持的研究项目,以及其它研发专项。 第四条术语和定义 研发项目:指由公司内部立项支持,或公司承担的航天科技集团公司、四川航天工业集团有限公司立项支持的科研项目,以及由公司承担的国家或地方政府立项支持的科研项目。 项目制管理:指借鉴和应用系统工程管理方法,以实现系统集成或为系统集成突破相关关键技术为目标,组织多个不同专业技术领域或多个单位共同参与,通过协作完成研发

任务的项目管理模式。 一般项目:指费用总额在20万元以下(含20万元)的研发项目。 重大项目:指费用总额在20万元以上200万元以下(含200万元)的研发项目。 特大项目:指费用总额在200万元以上的研发项目。 第二章组织机构和职责 第五条组织机构 设立项目管理委员会、项目管理办公室和项目组。 (一)项目管理委员会主任由总经理担任,副主任由总分管技术副总担任,成员由公司其他高管层领导和科技管理部门、计划部门、人力资源部门、生产管理部门、财务部、研发部门等相关部门第一负责人组成; (二)项目管理办公室设在科技管理部门; (三)项目组设项目负责人一名,项目组组长一名(可根据项目的研制难度和规模等的需要设副组长一名),成员若干名,特大项目的项目负责人由项目管理委员会聘任,重大项目和一般项目的项目负责人可由项目组长担任。项目组长分为三类:特大项目由项目承担部门推荐,报主管领导审核,项目管理委员会主任批准;重大项目由承担部门推荐,主管领导批准;一般项目由承担部门负责人指定。项目组组长确定需按《项目组组长审批表》(附件1.)执行。 第六条职责 项目管理委员会是公司研发项目管理的最高决策机构;项目管理办公室是项目管理的归口管理部门,对项目管理委员会负责;项目负责人是项目的第一责任人,负责人对项目的计划、实施、监督与控制负责,保证项目能达到预期的效果;项目组负责项目的具体实施,项目组组长是项目的直接责任人。 (一)项目管理委员会职责

GMP文件管理规程(新版)

GMP文件管理规程

目录 目录 (3) 前言 (8) 1目的 (9) 2范围 (9) 3责任 (9) 4GMP文件分类 (9) 表1:GMP文件分类、代码及起草、审核、修订责任部门及批准人 (9) 5GMP文件起草、审核、修订责任部门及批准人 (11) 6GMP文件编码 (12) 图1:GMP文件编码 (12) 图2:GMP文件编码示例 (12) 7GMP文件电子版文件名称及编码 (13) 图3:GMP文件电子版文件名称及编码示例 (13) 8GMP文件要素 (13) 8.1封面、表头、题目 (13) 8.2目录 (13) 8.3前言 (14) 8.4目的 (14) 8.5范围 (14) 8.6责任 (14) 8.7规范性引用外来文件 (14) 8.8规范性引用内部文件 (15) 8.9正文 (15)

8.11资料性附件 (16) 8.12术语和定义 (16) 8.13参考文献 (16) 8.14附则 (16) 9GMP文件格式 (16) 9.1封面、表头 (16) 9.2页眉 (16) 9.3页脚和页码 (16) 9.4正文标题格式 (17) 9.5正文字体、字号与行距 (17) 9.6示例、图、表格 (17) 9.7终结符号 (18) 10GMP文件制作材料及版面 (18) 11规范用词的说明 (19) 12GMP文件管理流程 (19) 表2:标准类文件、基准批记录类文件各阶段管理要求 (19) 13GMP文件要求通则 (22) 13.1格式 (22) 13.2标题 (22) 13.3编码 (22) 13.4条款 (22) 13.5法规 (22) 13.6自查和修订 (23) 14GMP文件的正文内容 (23) 14.1中药材、中药饮片企业标准类文件正文内容 (23) 14.2化学原辅料企业标准类文件正文内容 (24) 14.3包装材料企业标准类文件正文内容 (25) 14.4中间产品(包括中药提取物、待包装产品)企业标准类文件正文内容 (25)

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

技术中心管理制度 为了建立一个良好的激励机制, 更好地调动科技人员的工作积极性, 充分发挥大家的潜能, 科学、合理、高效地完成公司的新产品开发工作。特制订本管理制度, 本制度包括组织机构建设、总则、日常管理制度、课题管理制度、技术秘密管理制度。 一、组织机构的划分及职责 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) 图书资料和期刊管理与维护

(国内标准)GB-软件开发主要文档编写规范

231 GB 8567-88软件开发主要文档编写规范 本附录中列出了《计算机软件产品开发文件编制指南》GB 8567-88中主要软件文档的编写说明,供编写时参考。这些文档主要是:可行性研究报告、项目开发计划、软件需求说明书、概要设计说明书、详细设计说明书、模块开发卷宗、测试计划、测试分析报告、项目开发总结报告。 一、可行性研究报告 l 引言 1.1 编写目的 说明:说明本可行性研究报告的编写目的,指出预期的读者。 1.2 背景 说明: a .所建议开发的软件系统的名称。 b .本项目的任务提出者、开发者、用户及实现该软件的计算中心或计算机网络。 c .该软件系统同其他系统或其他机构的基本的相互来往关系。 1.3 定义 列出本文件中用到的专门术语的定义和外文首字母组词的原词组。 1.4 参考资料 列出用得着的参考资料,如: a .本项目的经核准的计划任务书或合同、上级机关的批文。 b .属干本项目的其他已发表的文件。 c. 本文件中各处引用的文件、资料,包括所需用到的软件开发标准。 列出这些文件资料的标题、文件编号、发表日期和出版单位,说明能够得到这些文件资料的来源。 2 可行性研究的前提 说明对建议开发项目进行可行性研究的前提,如要求、目标、条件、假定和限制等。 2.1 要求 说明对所建议开发软件的基本要求,如: a .功能。 b .性能。 c .输出如报告、文件或数据,对每项输出要说明其特征,如用途、产生频度、接口以及分发对象。 d. 输入说明。系统的输入包括数据的来源、类型、数量、数据的组织以及提供的频度。 e .处理流程和数据流程。用图表的方式表示出最基本的数据流程和处理流程,并输之以叙述。 f. 在安全与保密方面的要求。 g. 同本系统相连接的其他系统。 h. 完成期限。 2.2 目标 说明所建议系统的主要开发目标,如: a. 人力与设备费用的减少。 b. 处理速度的提高。 c. 控制精度或生产能力的提高。

研发项目管理制度

1. 目的 1.1通过对产品研发项目全过程进行控制并验证,确保研发管理工作规范化、程序化,确保研发人员的工作积极性,和研发项目成果的产出率、成果转化率, 以及质量,确保项目成果符合顾客和有关标准、法律规定的要求。 2. 范围 2.1适用于本公司新产品开发、老产品新功能新用途的开发之策划和实施。 3. 定义 3.1设计和开发一一新产品设计、老产品新功能新用途的开发。 3.2小批量试制——10 —100件的新产品试生产。 3.3中试------小批量试制产品在目标客户处的试用。 4. 职责 4.1总裁 4.1.1 听取总裁办公室研发负责人按月度提交的研发项目汇报,提出意见; 4.1.2 监督总裁办公室研发负责人,以及研发部日常项目管理工作。 4.2总裁办公室研发负责人 4.2.1 负责“立项报告”的批准。 4.2.2 负责“新产品批量生产准行通知”的批准。 4.2.3 负责对研发项目日常及阶段性运行情况的监督。 4.2.4 向总裁汇报,对总裁负责。 4.3研发部总监 4.3.2负责设置与其他各部门及相关供求方的相关接口,确认与设计、管理、业 务等部门间的接口要求、沟通方法和各自职责。 4.3.3负责确定研发组职责和权限,以及经费支出的批准确认。 4.3.4 主持召开各阶段的设计评审会议,审查批准预算范围内、项目范围内必 要的各类申请。

4.3.5 负责“立项报告”的撰写,包括: 4.3. 5.1 澄清研发项目的来源。 4.3. 5.2 提出新产品开发建议。 4.3. 5.3 提供设计信息的描述。 4.3.6 负责设计最终输出文件的撰写和批准。 4.3.7 负责新产品在加工件供应商处的试生产技术支持以及在项目中试用的技术支持。 4.3.8 负责设计计划的实施。 4.3.9 负责产品样机研发阶段的元器件采购。 4.4 研发部认证工程师 4.4.1 负责产品的电磁兼容测试及协调。 4.4.2 负责日常设备的计量和管理。 4.4.3 负责设计立项、设计策划、编制项目任务书、确定设计计划、设计评审、 设计验证、设计确认、设计更改等工作的实施及运行。 4.5 研发组技术文员 4.5.1 负责研发组内部文件的保存。 4.5.2 负责样机的元器件采购。 4.5.3 负责设计最终文件对文控部门的发放。 4.6 主任工程师 4.6.1 负责技术人员的配置。 4.6.2 负责设计验证及设计输出文件的审核。 4.6.3 负责组织收集有关标准、法规及与设计确认有关的数据。 4.7 研发工程师 4.7.1 设计计划的具体实施。 4.7.2 设计文件的撰写, 设计验证、设计确认和设计更改的执行,并输出必要的成套的 设计技术和质量文件。 4.8 营销部 4.8.1 负责与设计输入有关及设计确认有关的数据的收集工作,负责新产品开发建议的 提出,负责拟定“设计信息联络单” 。 4.8.2 提供设计开发有关的顾客要求,并负责与顾客进行协调。

公司文件管理规定

公司文件管理规定 第一章总则 第一条为使公司的文件管理工作实现规范化、制度化、科学化,提高办文速度和发文质量,充分发挥文件在各项工作中的指导作用,特制定本规定。 第二条文件管理的范围包括:上级下发文件、公司各类制度文件、外部传真文件、政策指导类文件、各类合同文件等。本规定中,公文指公司内外部发文文件,是具有法定效力和规范体式的文书。 第二章公文管理 第三条公文管理指公文的办理、管理、整理(立卷)、归档等一系列相互关联、衔接有序的工作。公文管理应当坚持实事求是、精简、高效的原则,做到及时、准确、安全,必须严格执行国家保密法律、法规和其他有关规定。 第四条公文种类与应用范围 1.公文种类:决定、公告、通知、通报、报告、请示、批复、意见、函、会议纪要等。 2.公司常用文种应用范围 2.1决定:适用于对重要事项或重大行动做出安排,奖惩有关部门及人员;变更或者撤销不适当的决定事项。 2.2公告:适用于对外宣布重要事项或法定事项。一般基层单位不宜用公告的形式随意制发公告。 2.3通知:适用于转发上级单位和不相隶属单位的公文;传达要求公司各部门执行和需要有关单位阅知的事项。

2.4通报:适用于表彰先进,批评错误,传达重要精神或情况。 2.5报告:适用于向上级单位汇报工作,反映情况,提出意见或建议,答复上级单位的询问。 2.6请示:适用于向上级单位提出请求,并要求回复的公文。 2.7批复:适用于答复下级单位的请示事项。 2.8意见:适用于上级单位或主管部门对重要问题提出见解和处理办法。 2.9函:适用于平行单位或不相隶属单位之间,相互商洽和联系工作、询问和答复问题,请求批准和答复事项。 2.10会议纪要:适用于记载、传达会议情况和议定事项。 第五条职责权限 1.综合部是行政公文的管理部门,负责公文的审核、印制、发放及收文登记、督办、归档保管。涉及公司性文件由综合部负责拟稿,专业性文件原则上由相关业务部门拟稿。 2.行政公文由总经理签发,制度规定类文件由法人代表签发,公司各部门负责公文的宣传、贯彻、落实。 3.各部门不得自行向上、向下发送正式公文。 第六条发文规则 1.发文应当确有必要,注重效用;发文根据隶属关系和职权范围确定,不得越级请示和报告。 2.发文统一使用公司的红头文件格式,由拟稿部门领导核稿后送综合部审核打印,经总经理签发后由综合部成文。如管理制度、公司机构设置等需董事会决定的

软件开发文档规范

附2: 软件文档编写向导 文档分类 项目包括如下几类文档: 项目管理文档。包括:《软件项目计划》、《项目进度报告》、《项目开发总结报告》 软件开发文档。包括:《需求规格说明》、《概要设计说明》、《详细设计说明》、《测试计划》、《软件测试分析报告》。 产品文档。包括:《用户操作手册》《演示文件》。 软件项目计划 (Software Project Plan) 一?引言 1?编写目的(阐明编写软件计划的目的,指出读者对象。) 2?项目背景(可包括:(1 )项目委托单位、开发单位和主管部门;(2)该软件系统与 其他系统的关系。) 3?定义(列出本文档中用到的专门术语的定义和缩略词的原文。) 4?参考资料(可包括:文档所引用的资料、规范等;列出资料的作者、标题、编号、发 表日期、出版单位或资料来源。) 二?项目概述 1.工作内容(简要说明项目的各项主要工作,介绍所开发软件的功能性能等?若不编写可行性研究报告,则应在本节给出较详细的介绍。) 2.条件与限制(阐明为完成项目应具备的条件开发单位已具备的条件以及尚需创造的 条件?必要时还应说明用户及分合同承包者承担的工作完成期限及其它条件与限制。) 3.产品 (1)程序(列出应交付的程序名称使用的语言及存储形式。) (2)文档(列出应交付的文档。) (3 )运行环境(应包括硬件环境软件环境。) 4?服务(阐明开发单位可向用户提供的服务?如人员培训安装保修维护和其他运行支持。 5.验收标准

三.实施计划 1.任务分解(任务的划分及各项任务的负责人。) 2?进度(按阶段完成的项目,用图表说明开始时间完成时间。) 3?预算 4?关键问题(说明可能影响项目的关键问题,如设备条件技术难点或其他风险因素,并说明对策。) 四.人员组织及分工 五.交付期限 六.专题计划要点(如测试计划等。) 项目开发进度报告 一.报告时间及所处的开发阶段 二.给出进度 1.本周的主要活动 2.实际进展与计划比较 三.所用工时(按不同层次人员分别计时。) 四.所有机时 五.工作遇到的问题及采取的对策 六.本周完成的成果 七.下周的工作计划 八.特殊问题 项目开发总结报告 一.引言 1.编写目的(阐明编写总结报告的目的,指明读者对象。) 2.项目背景(说明项目的来源、委托单位、开发单位及主管部门。) 3.定义(列出报告中用到的专门术语定义和缩写词的原意。) 4.参考资料(列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源,可包括: (1 )项目开发计划;(2 )需求规格说明书;(3 )概要设计说明书;(4 )详细设计说明

产品开发项目管理规程(V0.1)2007

产品开发项目管理规程 1目的 本规程基于产品开发系统CPD流程,用于规范产品开发团队在产品开发过程中的管理。目的是保证产品开发的顺利实施,为PDT团队进行项目管理操作提供快捷帮助,统一项目管理步调,提高项目管理效率。 本规程整体上将项目管理各要素按项目启动、项目计划制定、项目执行、项目控制及变更、项目结束过程进行有机融合;各要素的相关详细操作均以模板和附件形式出现;本规程也涵盖了项目依赖管理、对外合作项目管理和项目管理IT指南。 2适用范围 本规程适用于所有产品和技术开发项目过程管理。 3 项目启动 项目概念阶段开工会作为项目管理活动起点。如图1所示:

图1 项目计划制定与CPD流程阶段对应关系 4 项目计划制定 项目计划包括主项目计划(进度计划)、人力资源计划、物料计划、风险计划、质量计划、项目预算。项目计划制定须严格按照对应的模板和规范进行。项目计划归档在IT管理系统中,作为项目过程管理和项目控制的基线。 4.1 主项目计划制定 如图1所示,PDT经理和PDT核心组在CPD主流程相应阶段共同制定主项目计划。

主项目计划由概念阶段项目计划(WBS)、端到端项目计划(WBS)构成,计划一旦经过评审就形成基线,并以此作为项目度量计算进度偏差的基线。 其中,端到端项目计划(WBS)与人力资源计划、项目预算在计划DCP完成后基线化。 主项目计划各基线确定一周内,PDT须在产品开发项目管理IT系统上发布。 计划评审通过后须及时发布,具体操作说明见表1: 表1 项目计划发布操作

4.1.1 主项目计划(进度计划)制定操作指导 项目计划制定的流程图、步骤和方法分别如图2: 图2 项目计划制定流程图 4.1.2 概念阶段项目计划(WBS)制定 计划制定前提:完成概念阶段项目开工会 计划制定责任人:PDT经理(LPDT) 计划制定参与者:PDT核心组成员 输出:《概念阶段项目计划(WBS)》 模板:《概念阶段项目计划(WBS)》模板 计划制定步骤: 1)获取《概念阶段项目计划(WBS)》模板; 2) PDT经理组织PDT核心组成员进行概念阶段的活动分解(WBS)、确定概念阶段主要活动/里程碑和重要的依赖关系; 3) PDT经理分析关键路径,并和PDT核心组成员共同确定主要活动/里程碑的时间; 4)各PDT核心组成员分别制定各功能领域的工作计划。步骤如下: 根据活动分解(WBS)的结果对项目计划模板中的任务进行裁剪;

研发管理制度

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

软件开发过程管理规范

软件开发过程管理规范文件管理序列号:[K8UY-K9IO69-O6M243-OL889-F88688]

0 引言 如果要提高软件开发人员的开发质量,必须有相应的考核制度,有了制度后才能推动开发人员想方设法改善自已的开发质量。目前研发对软件开发的过程缺乏细粒度的度量,所以不能依据有效的度量数据来考核开发人员的工作绩效,大部份只是凭考核人主观意志来考核,不能形成对被考核人有效的说服力。此绩效考核办法旨在结合实际情况合理客观地评价开发效率和质量。 1 目的 对软件开发的过程所产生的软件项的质量和过程进行定量的评价,用评价的结果指导软件的开发过程,不断地提高软件开发质量水平,并依据度量记录来考核软件开发人员的工作绩效。 2 软件项包括 1)技术文档:主要包括:可行性分析报告、需求分析报告、软件功能规格说明、开发计划、系统设计报告、测试文档、用户手册、总结报告等; 2)计算机程序。 3 度量数据的来源 1)项目计划; 2)评审报告; 3)测试报告; 4)问题报告; 5)软件维护记录; 4 质量度量

4.1 度量指标 主要根据各类软件项检查表的检查指标来确定,例如,软件需求规格说明书检查表(见附录1),有10个检查指标,则根据具体项目检查侧重点不同,可从中选择相应的检查指标作为度量指标。 4.2 质量等级 1)软件项的质量等级的确定根据度量综合指标进行。 2)度量综合指标计算公式为:Total = ∑QiMi。 3)其中i=1,2,...n代表指标数量; 4)Q代表度量的指标; 5)M代表度量的指标Q在整个指标体系中所占的权重系数,对不同的开发项目可能不同,此系数根据开发的不同着重点给出。 度量指标权重系数表: 序号指标权重 1 指标1 权数1 2 指标2 权数2 3 指标3 权数3 4 指标4 权数4 5 指标5 权数5 加权平均分 1.0 6)质量评价:一般地,根据度量综合指标值,有以下评分标准。 质量评价计分标准表 序号得分质量评价

研发项目立项管理制度(汇编)

研发项目立项管理制度 为使公司研究开发(以下简称研发)项目的管理工作规范化、程序化、充分调度研发人员的积极性,提高研发成果的产出率和成果转化率,特制定管理办法。 一、研发项目的立项: 原则上公司部设立基础研究项目。研发项目的重点放在符合市场需要。能很快转化成产品,或对现有生产工艺或技术、产品质量或产量的提高有重要意义的项目。主要包括根据公司发展资助开发的项目,与公司外相关科研院所合作开发或技术转让的项目,公司享有稀罕的重大技术改造项目。 1. 立项程序: 1.1研发项目由研发中心向公司提出,项目提出要有立项申请书。 1.2公司组织专业技术委员会的专家对项目建议的可行性进行评估、论证,必要时可聘请公司外专家参与项目的论证。 1.3项目经过初步论证、筛选后,重大研发项目主管部门组织进行市场调研,收集信息,并就项目的前瞻性、市场需求等做出可行性分析,写出可行性报告,可行性报告的内容包括: 1)总论; 2)技术可行性分析; 3)项目成熟程度;

4)市场需求情况; 5)投资估算及资金筹措; 6)经济效益和社会效益; 7)考核指标及进度计划; 8)总论。 2.立项批准: 经过可行性论证的项目,列入公司年度研发计划。提高董事会讨论,董事会根据公司的总体发展、效益的情况、技术储备需求等决定是否开展研发项目并对研发经费投入额度进行批准。 二、研发项目的管理: 1.项目管理部门: 研发中心是实施研发项目管理的职能部门,负责编制公司研发项目的年度计划及预算,监督、协调研发项目的进展,以及研发项目的考核验收、成果的申报等。为便于研发项目的管理,充分利用现有的厂房、设备、人员等科研资源,一些研发项目可由相关部门进行主管,或根据需要单独建立项目研究组。 2.研发项目实行项目负责人制

研发系统文件管理规范

研发系统文件管理规范 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、论证发展该领域技术(产品)的资源条件的可行性。(含物资、设备、能源及外购外协件配套等)。 第六条项目调研结束提供项目立项的可行性研究报告。该报告应包括: 1、项目概况,国内外同类研究情况(包括技术水平);

软件研发管理制度

武汉新英赛研发管理 第一节 软件研发岗位职责 一、软件研发部经理岗位职责 软件研发部经理在总经理或主管副总的领导下, 全面负责软件研发部的日常管理, 组织 开展软件研发与测试工作,完成企业研发目标和经营目标。其具体职责如表 二、高级研发工程师岗位职责 高级研发工程师参与建立研发工作标准与规范,协助部门经理组织完成软件研发工作, 管理软件研发项目,改良升级进行软件。其具体职责如表 8-1所示。 8-2所示。

表8-2 高级研发工程师岗位职责 三、软件研发工程师岗位职责 软件研发工程师协助高级工程师进行软件的设计与开发,收集整理相关行业信息与资料,为软件产品决策提供依据。其具体职责如表8-3所示。

四、软件测试工程师岗位职责 软件测试工程师主要负责软件测试工作, 根据软件产品规格和测试需求,编写测试方案、测试用例、测试脚本软件等。其具体职责如表8-4所示。 第二节软件研发管理制度 六、软件研发费用管理制度 第1章总则 第1条目的。 为了加强软件研发费用管理,规范资金的使用,减少公司不必要的损失,根据公司的实

际情况,特制定本制度。 第2 条研发费用管理原则。 1.计划统筹安排原则。 2.节约使用、讲求经济效益原则。 第3 条职责分工。 1.公司财务部负责研发费用的审批和报销,并随时监督费用的使用情况。 2.软件研发部负责研发费用的预算与使用控制。 第2 章研发费用的来源及使用范围 第4 条研发费用的来源。 1.公司对重点研发产品的专项拨款。 2.公司成本列支的研发费用。 3.从其他方面筹措来用于研发的费用。 第5 条研发费用的使用范围。 1.研发活动直接消耗的材料、燃料和动力费用。 2.研发人员的工资、奖金、社会保险费、住房公积金等人工费用以及外聘研发人员的劳务费用。 3.用于研发活动的仪器、设备、房屋等固定资产的折旧费或租赁费以及相关固定资产的运行维护、维修等费用。 4.用于研发活动的软件、专利权、非专利技术等无形资产的摊销费用。 5.用于中间试验和产品试制的模具、工艺装备开发及制造费,设备调整及检验费,样品、样机及一般测试手段的购置费,试制产品的检验费等。 用。用。6.研发成果的论证、评审、验收、评估以及知识产权的申请费、注册费、代理费等费7.通过外包、合作研发等方式,委托其他单位、个人或与之合作进行研发而支付的费8.与研发活动直接相关的其他费用,包括技术图书资料费、资料翻译费、会议费、差 旅费、办公费、外事费、研发人员培训费、专家咨询费、高新科技研发保险费用等。 第3章研发费用的使用管理 第6 条专款专用。

研发项目管理制度

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

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

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

安全性文档管理规范

安全性文档管理规范 (IATF16949-2016) 1.目的 1.1规定安全性文档的记录、存档方式,保证安全性文档在保存年限内有效。 2.范围 2.1本规定适用于DXC公司的涉及安全特性的文件、记录,包括来自分供方的质量记录。 3.定义 3.1无 4.职责 4.1各部门各有关人员负责填写相应的记录。 4.2质量部负责DXC所有批量生产阶段的安全性记录和涉及安全性的人员培训记录的存档保管。 4.3产品工程部负责DXC所有批量生产阶段前的安全性记录及涉及安全性文件的存档保管。 5.内容 5.1安全标识

本公司的安全性标识采用“CC”。顾客有特殊要求时,按顾客特殊要求进行标识(如,对于VW的产品,安全标识为“D”)。凡是安全性的记录或文件应该在右上角敲兰色的安全性标识,对于电子形式的安全性文档,标识敲在电子介质上。 5.2安全性文档种类 安全性文档主要包括:产品图纸、标准、作业指导书等技术文件以及零件/成品记录、生产过程记录、检测设备/生产设备记录等。具体参见各部门所产生的记录列表。在记录列表中,“标识需求”列的含义为“有:假若产品涉及安全特性,则这些涉及安全特性的记录需要进行安全标识,没有表注:不管产品是否涉及安全特性,这些记录都不需要进行安全标识”。 5.3存档要求 安全性文档应当进行安全存档,存档期限为至少20年。存档介质可以是纸张和电子媒介形式。 必须储存在档案室的适当的文件柜中,并作好防火防霉防水,电子介质记录必须作好防霉防磁。 电子版本保存的记录,每三年必须检查一次,防止贮存媒介损坏。在其使用的相应软件升级时,保管人员必须确认记录是否可以用新版本软件打开。如果不能打开,必须保留相应的旧版本软件,确保记录的可读性,或者用新软件将原记录格式版本更新重新保存,原电子版本记录同时保留。 5.4 储存 5.4.1 管理人员应当对涉及安全性的技术文件、记录设置单独的文件柜,并在文件柜上贴安全标识和存档文件、记录查询索引。对于作废的受控文件应当按

运维技术研发管理规范

目录 第一章总则 (1) 第二章技术研发经费管理 (1) 第三章技术研发环境管理 (2) 第四章技术研发团队管理 (3) 第五章技术研发人员的绩效管理 (4) 第六章技术研发规划管理 (4) I

技术研发管理规范 第一章总则 第一条为规范运维技术和工具的预研和开发管理,有效提升公司运维服务能力,不断改进服务过程,为客户提供稳定、安全、高效运行的运维产品和工具,特制定本规范。 第二条本规范适用于在研发中心立项自研的运维系统项目和运维产品的设计和开发管理。第三方的运维系统项目和运维产品的集成技术管理,由事业部负责。 第三条本规范由研发中心负责解释和修订。 第二章技术研发经费管理 第四条技术研发经费管理原则 技术研发实行重视研发成本、促进研发进度、关注研发效益的经费管理原则,由集团财务部统一归口管理。 第五条技术研发经费管理职责 集团财务部负责建立研发经费管理制度,根据研发计划和费用预算,提前准备资金确保研发资金需求,同时有效监督研发经费的合理使用。研发中心负责按照研发计划制定并执行各项开发项目的研发预算,有效利用研发经费。 第六条技术研发预算管理 6.1为规范集团的经营预算管理流程,提高预算管理的科学性,保证集团经营目标的实现,根据《公司法》等国家相关法律法规,结合《公司章程》,公司财务部制定了《经营预算管理制度》。 6.2研发体系作为集团预算单位之一,对技术研发预算目标的实现承担经济责任,并享有相应的资源使用权,通过预算编制管理、预算执行管理和预算调整管理三个方面实施预算管理,其主要内容包括:编制和上报研发的经营预算草案,提供预算编制的各项基础资料;严格执行下达的正式经营预算方案,在预算范围内开展经营活动;分解和落实研发预算指标,监督和保证研发预算得到执行;分析和报告研发预算执行情况;当发生特定情形时,提出经营预算调整申请;配合财务部做好各项预算管理工作;研发负责人对研发预算执行结果负责。

软件开发与维护管理规范

软件开发与维护管理规范 1 目的通过规范软件的开发与维护过程,达到提高软件质量,降低维护成本的目的。 2 范围适用于新产品的软件开发设计以及定型产品的改进升级。 3 职责与权限 研发中心负责: a)编制软件开发过程的实施、协调和控制工作; b)编制各阶段的技术文件; c)组织软件的测试、验收、升级和维护工作。 各部门参与软件开发过程中有关的设计评审。 4 内容 软件项目的开发实施过程管理要求 软件项目实施过程总体要求 本部分主要要求工程师制定软件开发工作计划,对过程进行控制,一般包括以下的内容。a) 工程师提交软件开发工作大纲,项目组织者对工作大纲进行评审,并提出整改意见。 b)通过评审后,工程师根据整改意见完善工作大纲,经过项目经理认可后组织项目组进行 软件开发。软件开发工作按照需求分析、概要设计、详细设计、编码、测试等几个阶段进行,在开发过程中,工程师需分阶段提交相关文档。 c)在软件开发工作完成后,工程师应向项目组提交完整的软件文档,相关人员组织验收组对软件进行验收审查。 软件项目实施变更要求在开发过程中,需求或设计不可避免地需要发生变更,相关变更必须提交《软件变更申请》经过项目组书面同意方可进行。在需求或设计发生变更时,需要对原有文档进行修改,并提供完整的变更记录,以使变更处于可控制的状态。 软件项目实施里程碑控制本部分主要对软件开发过程中的重要节点进行控制。项目组将分四个阶段进行把关,召开审查会。 a)需求分析(结合原型进行审查)确认;

b)概要设计+数据库设计; c)预验收(样机测试时); d)正式验收(产品定型后)。 软件开发 软件开发必须严格按照软件工程的要求进行。开发过程包括工程师的活动和任务。此过程由软件需求分析、概要设计、详细设计、编码、测试、验收、鉴定等活动组成。 软件的需求分析 需求分析 需求分析要求开发人员准确理解用户的需求,进行细致的调查分析,将用户非形式的需求陈述转化为完整的需求定义,再由需求定义转化到相应的形式功能规约《软件需求规格说明书》的过程。 在《软件需求规格说明书》必须描述的基本问题是:功能、性能、强加于实现的设计限制、属性、外部接口。 需求报告评审在软件需求分析工作完成后,软件工程师应向项目组提交《软件需求规格说明书》。项目组组织有关人员(系统客户和系统开发人员等)对需求进行评审,以决定软件需求是否完善和恰当。项目组严格验证这些需求的正确性,一般从一致性,完整性,现实性,有效性四个方面进行验证。评审完成后,就可以进入软件的设计阶段。 软件的概要设计 概要设计 概要设计也称为系统设计,需要确定软件的总体结构,应该由哪些模块组成,以及模块与模块之间的接口关系,软件系统主要的数据结构和出错处理设计等,同时还要制定测试方案,形成概要设计说明书,为软件的详细设计提供基础。在概要设计时一般从以下几方面来考虑,遵循以下的流程。 概要设计和需求分析、详细设计之间的关系和区别需求分析不涉及具体的技术实现,而概要设计注重于从宏观上和框架上来描述采用何种技术手段、方法来实现这些需求。详细设计相对概要设计更注重于微观上和框架内的设计,是编码的依据。概要设计是指导详细设计的依据。 概要设计的评审 在软件概要设计工作完成后,软件工程师应向项目组提交《软件概要设计》。评审通过后,即可进入详细设

技术部研发项目管理制度

产品开发项目管理办法 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项目计划 进度控制主要是监督进度的执行状况,及时发现和纠正偏差、错误。在控制中要考虑影响项目进度变化的因素、项目进度变更对其他部分的影响因素、进度表变更时应采取的实际措施。 项目开始后项目负责人要建立一个“工作日志”,完整、准确记录自己时间是怎样花费掉的。在条件允许的情况下,团队成员都要养成写“工作日志”的良好习惯。对于有些问题,不能靠回忆来讲做了些什么,因为“想象”和“现实”常常有很大的不同,甚至有时会完全

相关文档
最新文档