软件版本控制流程
软件版本控制流程
文件编号：XXXX-XX-XX
版本状态：A/3
编制 XXX 日期 2009年9月15日审核 XXX 日期 2009年9月20日批准 XXX 日期 2009年10月1日修订XX 日期2010年1月1日
北京WANDU网络科技有限公司
XXXX年XX月XX日生效
修订历史记录
日期版本说明作者审批人
2009/09/01 A/0 第一版XX XX
2009/12/03 A/1 增加了修改记录；调整了
XX XX
部署包、评审报告、测试
报告的项目；测试报告变
成必须项；业务策划由需
求部门提供；
2010/01/01 A/2 公司组织机构调整；应用
XX XX
开发部与产品研发部合
并为“软件研发部”，进
行相关修改；比如编制部
门、发放范围
XX XX
2011/02/23 A/3 调整了流程；修改了版本
号定义、入库流程；增加
了版本号变更流程、适用
范围、三个附录表单（程
序源码版本号列表、部署
版本号列表、新产品升级
立项审批表）；
编制部门：研发中心
发放范围：项目管理部、研发中心、产品中心、系统网络部、质量保证部、运营维护部、商务部
软件版本控制流程
1.目的
主要针对软件版本的控制，以确保公司资产得到保护。
2.流程
流程共分为版本号定义、版本号变更、入库流程、出库流程、产品列表流程五个部分。2.1.版本号定义
2.1.1文档版本
文件版本规范提供文件撰写时的版本变更规则。文件版本号并无特别的要求，不过考虑到不断变更的要求，一般考虑无限制进阶式，如下面是典型的文件版本规范：
采用【主版本号】_【从版本号】_【功能版本号】_【项目号】的四位格式，【主版本号】_【从版本号】_【功能版本号】_【项目号】均为数字。
初始版本为1.0.0.0。
【主版本号】：产品大功能/整体架构/用途产生变更时增加。
【从版本号】：产品模块级功能有一定的增强。
【功能版本号】：产品有一些小的变动，一般是缺陷修复或通用性修改。
【项目号】：应用在项目中个性化需求。
2.1.2.代码/部署包版本
2.1.2.1正式发布版本
采用“【应用名】_【版本号】_【日期】_【SVN号】.tar/jar..”的形式
这是大部分产品代码/部署包版本号的基础标识形式，其中每个版本号是阿拉伯数字，同以上文档版本号规范。以这种方式来标识版本之后，当前版本的状态，以及版本发布的轨迹，都可以看得比较清楚。如SSO_3.2.0.0_20110923_38683.tar。
【应用名】的含义：标识应用的名称。一般指产品名称、项目名称、中间件等应用名称。如统一认证平台（SSO）。
【版本号】的含义：标志部署包及代码的版本。同上文档版本的规则，如1.0.0.0。
【日期】的含义：标志部署包及代码的封板日期。如20110222。
【SVN号】的含义：标识部署包及代码的版本，系统是自动递增的。如38683。
【tar/jar.】的含义：标识打包的名称。
2.1.2.2.非正式发布版
对于非正式发布(如内部测试)的产品/代码，一般使用附加日期、附加流水号或者Build号的方法记录，如V1.1.4.20110112。
2.2.版本号变更
2.2.1版本号变更流程图
参与角色：项目经理、产品开发经理、产品经理、测试经理、配置管理员、质量保证部经理、研发中心总监
版本变更发起方：项目经理、产品开发经理、产品经理；
使用工具：版本控制工具CVS、SVN、VSS;
2.2.2.主要活动
2.2.2.1发起产品版本变更：
a)项目经理：根据项目需求提出产品升级,要求给产品开发经理。
b)产品开发经理：修复产品原有版本的缺陷或满足项目需求，填写《新产品研发立项审
批表》给产品经理。
c)产品经理：产品经理根据市场需求或其他部门反馈意见，提出产品升级要求，填写《新
产品研发立项审批表》，提交产品中心总监审批。
2.2.2.2.产品版本变更审批：
d)产品经理：填写《新产品研发立项审批表》，提交产品中心总监审批。经审批通过后，
定义产品升级版本号给产品开发经理和配置管理员。产品新版本研发完成经质量保证
部批准发布后，申请入产品库，填写《产品入库申请单》给配置管理员。
e)产品中心总监：批准产品升级申请。
2.2.2.
3.产品新版本研发测试：
f)产品开发经理：经审批通过后，研发产品新版本，完成研发后提交测试经理测试。
g)测试经理：完成产品新版本测试后提交质量保证部经理审批发布产品新版本。
h)质量保证部经理：批准产品新版本发布。
2.2.2.4.产品新版本入库：
i)配置管理员：收到产品入库申请单及入库产品文档和部署包后提交研发中心总监审批
后将产品文档和部署包入产品库。
j)研发中心总监：批准产品新版本入库。
2.3.入库流程
1)项目立项后两天内，
a)开发经理向配置管理员申请版本号，由配置管理员根据“版本号定义”规范审核版本号是
否可用;
b)开发经理提交《开发计划》。《开发计划》内必须包括入库时间（项目上线一周内）、版本
号;
2)配置管理员根据《开发计划》整理《产品入库跟踪表》。列：产品名称、版本号、入库时间、
开发经理、项目/产品经理、预计入库时间、实际入库时间、是否按时入库; 《产品入库跟踪表》每月发送给总监一次；每季度需审核一次；
3)当到达入库时间后，
a)开发经理应该主动申请入库，产品经理填写《版本入库申请表》;
b)配置管理员根据《产品入库跟踪表》及时跟踪产品经理入库;
4)产品经理将《版本入库申请表》的“文档清单”内容提交到配置管理员、部门经理。配置管
理员先负责审核文档是否完整;然后部门经理负责审核内容是否正确;
5)审核通过后，发送至总监复审;
6)复审通过后，配置管理员将入库文档及代码，上传至VSS，并刻盘两份。一份由部门中心保存，
一份由总经办保存。
2.4.出库流程
1)申请人填写《版本出库申请表》，分为两类：
a)文档设计和源代码使用申请：由开发经理填写《版本出库申请表》，并提交给发起人所属
部门经理及部门总监签字；
b)部署包使用申请：由发起人(项目经理/产品，维护人员)，填写《版本出库申请表》，并提
交给发起人所属部门经理签字；
2)配置管理员根据《版本出库申请表》，负责从VSS下载申请的内容，并发给申请人。
2.5.产品列表流程
产品入库更新时，《产品列表》需要实时更新，研发中心的配置管理员，在更新的同时需发送对方，以确保《产品列表》的统一性。
3.适用范围
本制度适用于公司产品、项目、公用组件等公司财产。
4.附录
请见下页。
附录Ⅰ
版本入库申请单
编号：
产品编号需求名称
版本变更
系统名称旧版本号新版本号
监控
修改说明
配置
修改说明
入库申请人：
日期：年月日部门/总监：
日期：年月日
配置管理员：
日期：年月日
系统审核结果对表操作SQL
语句
表结构及索引
修改说明
日期：年月日
□
文档清单产品资料（产品策略书、
word版本、PPT）*
需求部门□
部署包（执行代码、部署文
档、初始化SQL、初始化文
件、BMS菜单列表、割接方
案、运行系统配置）*
研发中心/质量保证部
□
需求文档（需求规格说明书、
功能列表）*
需求部门□业务策划需求部门□评审报告（需求评审、策划
评审、原型评审、概要设计
评审、数据库设计评审、测
试大纲评审报告）*
需求/策划/测试部门
□
升级包（执行代码、部署文
档、初始化SQL、初始化文
件、BMS菜单列表、割接方
案）*
研发中心
□
设计文档（概要设计、详细
设计、数据库设计）*
研发中心□操作手册*质量保证部□源代码*研发中心□测试报告（原型测试报告、
开发测试报告、压力测试报
告）*
质量保证部
□
项目管理文档（会议纪要、
立项审批、项目周报）
项目部门□
参考资料□
其他□
备注：*表示为必需文档。其中割接方案为项目入库时必需项；升级文件为产品升级时必需项；项目变更记录表
日期
变更
类型
文档，文件名称版本说明作者
附录Ⅱ
版本出库申请单
编号：YHXX-ZLJL-171 编号：
项目编号需求名称
出库产品
名称版本号
出库原因
（申请原因）
入库时间或
说明
版本说明对表操作SQL语句表结构及索引说明
出库申请人：
日期：年月日部门/总监：
日期：年月日
配置管理员：
日期：年月日
文
档
清
单产品资料（产品策略书、word版本、PPT）□
□
部署包（执行代码、部署文档、初始化SQL、
初始化文件、BMS菜单列表、割接方案）
需求文档（需求规格说明书、功能列表）□
业务策划□
评审报告（页面评审、需求评审、策划评审、
□
原型评审、概要设计评审、数据库设计评审、
测试大纲评审报告）
□
升级包（执行代码、部署文档、初始化SQL、
初始化文件、BMS菜单列表、割接方案）
设计文档（概要设计、详细设计、数据库设计）□
操作手册□
源代码□
测试报告□
□
项目管理文档（会议纪要、立项审批、项目周
报）
参考资料□
其他□
说明：如果需要需求规格说明书、概要设计书、详细设计、数据库设计、源代码等之一需要总监签字。
附录III
程序源码版本号列表：序号子系统名称产品版本号SVN版本号SVN存放路径作者
部署版本号列表：
序号子系统名
称版本号部署总包
名称
二级子包
名称
部署包大小
（K）
打包日期VSS存放路径作者
附录IV
产品升级版本审批表
申请人申请
时间
项目
编号
产品名称
原产品版本CN:X.X.X.X 升级产品版本CN:X.X.X.X
申请原因□性能改良□BUG修改□客户需求□功能完善□创新□其他
产品
升级背景描述升级计划
时间完成内容
备注预计
成本
人/月
本次升级
内容
本次升级可能存在风险
升级方案评审意见
研发经理
研发小组成员
产品经理
意见产品总监意见
研发总监
意见质检中心总监意见
软件开发流程管理制度
软件开发流程管理制度 （讨论稿） 为加强对定制软件开发工作管理，缩短开发周期，提高软件开发质量，降低开发成本，提高定开发效率和效益，特制定软件开发流程管理制度。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环境更紧凑，更可控，需要尽可能实现项目管理的正规化，工作过程的流程化，以便提高软件质量，按期交付。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、系统测试、用户测试、试运行、系统验收、系统上线和数据迁移、产品维护。 第二章、阶段成果 根据软件工程的过程，制定以下工作流程，并规定了各个重要环节需要提交的交付物。各阶段需提交的文档： 1、立项：项目申请表，软件需求报告或设计方案。 2、需求分析：项目研发主计划、需求规格说明书 3、总体设计：概要设计说明书或功能模块描述 4、详细设计：详细设计说明书，包括软件接口说明、单元测试计
划。 5、软件实现：软件功能说明、源代码说明或者注释 6、产品测试：测试报告 7、产品发布：产品说明书、使用手册 8、产品维护：问题反馈记录 9、项目总结：提交客户方的项目总结和公司项目汇报的PPT。软件过程成果表：
第三章、岗位设置 根据公司目前的开发过程主要分为分析、开发、测试三个阶段。分析阶段完成用户需求文档的编写，系统总体设计的编写；开发阶段完成设计文档的编写，代码的编写、代码的维护。测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，软件设计师，程序员，测试工程师的岗位设置。
产品研发流程管理制度汇编
产品研发管理制度 第一章总则 第一条产品研发过程的管理，指产品研发项目确定后，进行产品研发，形成可交付使用的软件产品的过程。在产品的研发过程中，做好研发流程的管理和控制，是确保产品研发质量和研发进度的关键。 第二条本流程制定的目的是为了对产品研发进行有效的组织实施，使产品研发处于受控状态，保证软件开发的最后成功，向用户提供高质量的软件产品。 第二章产品的需求分析管理 第三条需求的采集 采集的渠道分为市场反响、竞争对手分析、客户反馈、运营数据分析、公司内部的建议等方面。 第四条需求的分析及编制文档 采集到的需求经过深入了解和系统分析，通过跟用户的讨论验证，并形成产品需求文档，让开发、设计人员理解产品的概念，功能、特点及产品各个部分的逻辑。产品需求文档包括业务需求、用户需求、功能需求和非功能性的需求。 1、业务需求：反映客户对系统、产品高层次的目标要求，在项目定义与范围文档中予以说明。 2、用户需求：描述用户的目标，或用户要求系统必须要完成的任务，这在使用实例或方案脚本中予以说明。 3、功能需求：规定开发人员必须在产品中实现的软件功能，使用户利用这些功能来完成任务，从而满足了业务需求。 4、非功能性需求：描述软件产品为满足用户业务需求而必须具有的除功能需求以外的特性。包括系统的完整性（联机帮助、数据管理、用户管理、软件发布管理、在线升级等）、性能、可靠性、可维护性、可扩充性、适应性等。 工作责任人需求分析工程师 工作职责概述需求采集、用户调查、业务分析、系统分析、变更管 理、用户验证
工作关系客户、市场、公司内部员工 工作成果产品需求文档 第三章产品的可行性分析报告、原型及评审管理 第五条可行性分析报告 产品可行性分析报告的编制是为了明确产品项发立项之前的市场、技术、财务、生产等方面的可行性，论述为了实现产品研发目标而可能选择的各种方案、投资及效益分析、潜在的风险因素，论证所选定的方案的可行性。 可行性分析报告编制完成后，由公司技术战略委员会组织完成对产品可行性分析报告的可行性初审和复审，形成相关议决后报总经理审批。 第六条产品需求规格说明书 确定客户需求、根据产品需求文档形成产品需求规格说明书。用于保证软件开发的质量、需求的完整与可追溯性，通过产品需求规格说明书，以保证用户与需求分析人员、开发人员、测试人员及其它相关利益人对需求达成共识，确保产品需求的实现。 第七条产品原型 原型图是对流程图中“界面元素”的展现，将页面的模块、原素、人机交互的形式，利用线框描述的方法，将产品脱离皮肤状态下更加具像跟生动的进行表达。 工作责任人产品经理、产品助理 工作职责概述用户和市场分析、产品规划、产品需求管理、产品设计、推动产品研发进程、产品发布管理、产品宣传推广工作关系产品中心经理、需求分析工程师、研发中心、客户 工作成果产品可行性分析报告、产品需求规格说明书、产品原型设计 第四章产品的立项及评审管理 第七条产品立项报告书 产品立项报告书含以下内容：
研发项目流程管理
怎样架构企业研发管理体系 所有成功的公司,特别就是高新技术企业,几乎都拥有较为完善的项目研发管理体系。良好的研发管理体系,对企业的高速运转与持续获取竞争力起着强大的支撑作用。然而,目前我国研发管理的现状就是:大多数的企业对研发创新还没有确立相应的概念,研发管理过于粗旷、简单,工具落后,缺乏完整的管理体系。因此,中国企业在研发方面面临着非常具体的管理挑战:如何建立研发创新体制、如何提高研发管理水平,如何架构研发管理体系必将就是企业最先考虑的问题。 1研发管理核心思想 新产品开发就是一项投资决策。研发管理强调对新产品开发进行有效的投资组合分析,并在开发过程中设置关键的检查点,通过阶段性评审来决定项目就是继续、暂停、中止还就是改变方向; 基于市场的开发。研发管理强调产品创新一定就是基于市场需求与竞争分析的创新; 跨部门、跨系统的协同。采用跨部门的产品开发团队(PDT:ProdutDevelopmentTeam),通过有效的沟通、协调以及决策,达到尽快将产品推向市场的目的; 异步开发模式,也称并行工程。就就是通过严密的计划,准确的接口设计,把原来许多后续活动提前进行,从而缩短产品上市时间; 采用公用构建模块(CBB:CommonBuildingBlock)提高产品开发效率; 结构化的流程。产品开发项目的相对不确定性,要求开发流程在非结构化与结构化之间找到平衡。 2研发管理框架 研发管理框架就是IPD(IntegratedProductDevelopment,简称IPD)的精髓,它代表业界最佳实践的诸多要素。具体包括异步开发与共用基础模块、跨部门团队、项目与管道管理、结构化流程、客户需求分析、优化投资组合与衡量标准共七个方面,其框架如下图所示。 2、1市场管理 市场管理从客户、投资、市场等产品生存的外在客观环境因素来影响产品的特性与生命。 2、1、1客户需求分析
版本控制流程规范V完整版
版本控制流程规范V HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
版本控制流程规范文档 目录 一、编写目的 本文档主要目的是规范配置管理活动的过程，阐述了在项目开发、测试、实施的过程中SVN库的组成和使用规约，指导使用者正确地操作SVN 库，以保证项目中所产生的代码、文档各版本之间完整性、可追踪性和一致性。 二、适用范围 该规范适用于公司内部所有项目的配置管理过程。 三、环境资源 在整个项目过程或产品生命周期中,选择SVN作为配置管理工具。
四、职责 五、规范 1，用户命名及权限配置 1)SVN用户命名 项目组成员在各自的PC上安装SVN客户端，根据配置管 理员所分配的用户和权限登录配置库进行各项配置管理活 动。 初始用户命名规则： 用户名：公司邮箱@前的部分
密码：手机号后6位 2)访问约定 为了保证各个项目组开发成果的安全性，以项目为单位， 进行了精确权限划分，使得成员只能操作该项目组内的配 置项。 内网访问svn资源库地址： svn: ... /svn/项目名称 3)权限管理 各个项目组成员只能访问、操作各自的项目库，并具有特 定文件区域的读、写权限，配置管理员统一分配和管理权 限。 2，SVN库的划分 根据公司的项目，采用项目名—分区名—版本名—的主结构进行管理。 1)版本库名 根据项目名称由项目经理与配置管理员共同设定。各项目 统一建立2层目录，子目录根据实际情况建立。 2)文件结构 a)工作区：按版本存放提交测试阶段的相关程序、文档等 开发：开发相关 测试：测试相关
工艺流程+控制+方案
一、确定工艺流程：供料—— 圈圆——高频焊接——补涂——烘干 （1） 供料 ① 用机械手将一摞铁皮放置于托盘之上，由带有传感器发射器的机械托盘 带动铁皮上抬运输。 ② 如图1和图2.1所示，将铁皮升高至光电管处（光电管与吸盘为同一高度， 未画出），由带有吸盘的机械手吸起，放置Z 字形轨道进行圈圆。 ③ 如图2.1所示，若铁皮高度低于光电管时，反馈信号。由控制系统控制托 盘继续上移，光电管失去信号后1s ，停止上移。 ④ 如图2.2所示，此时红外测距传感器检测到托盘侧面的信号，反馈至控制系统。此时托盘下降至最低位置，由机械臂将新铁皮装入托盘。 （2） 圈圆 图2.1 托盘工作 图1. 工艺流程图 图2.2 上料
进入“Z”字形轨道将铁皮圈圆。由槽轮带动含吸铁石的轨道吸引前进，送至焊接处。 （3）高频焊接 ①用铜丝辅助对单张圈圆的铁皮进行电阻高 频焊接。 图3 电阻焊 ②如图3，由侧面推杆推桶底进入焊接位置由光电管检测，当进入被圈 圆的铁皮时反馈信号，进行焊接。等到焊接结束，由传送带传 动送至补涂处。 （4）补涂 ①焊接结束后由传送带运输，使用光电管控制，对桶外（内）壁进行补涂。 ②如图4，由光电管检测，当有桶时，反馈信号，喷头喷漆并由毛刷刷平。 图4 补涂 （5）烘干 使用链传动，18L方罐采用回转式的电磁烘干机进行烘干。送入下一阶段进行胀方。 二、控制要求 （1）伺服电机1工作，带动机械手（吸盘）移动到铁皮上方后下降至光电检测器1失去信号（此位置即吸盘与铁皮接触）。 （2）机械手上的气动装置打开，使吸盘吸附铁皮。 （3）机械手运动到滚轮下方（经过一个单张检测仪），气动装置关闭。 （4）机械手吸住铁皮运动至圈圆处，进入“Z”字形轨道
产品研发的流程化管理
产品研发的流程化管理 产品开发过程的管理，指产品开发项目确定后，进行产品开发，形成可交付使用的软件产品的过程。在产品的开发过程中，如何作好开发过程的管理和控制，是保证产品开发质量和开发进度的关键。 产品的立项、开发和实施是以结构化的工作流程的方式开展的。产品的生命周期，分为产品的需求分析与立项，总体计划，开发，测试，工程实施，技术支援等阶段。 在产品开发控制中，应根据产品的生命周期进行流程化管理。总体的开发流程为： 下面根据产品的开发流程给出各阶段的输入、任务、输出。 2.1 产品需求分析与立项 2.1.1 输入 市场部的产品合同、客户需求以及技术总监的签署意见；
2.1.2 任务 进行产品的系统总体，确定产品的技术方案； 根据产品经理定期的产品开发情况报告，对产品开发中出现的问题，及时协调解决。 2.1.3 输出 由技术总监和相关人员组织评审产品总体设计方案，确定产品总体设计说明书； 根据产品总体设计说明书和产品的商务合同，技术总监下达产品开发启动说明书，确定产品经理； 根据各产品经理定期的产品开发情况报告以及问题解决情况，汇总形成产品开发情况报告，报技术总监及相关人员。 2.1.4 责任人 技术总监，总体组 2.2 总体计划 2.2.1 输入 产品开发启动说明书； 产品总体设计说明书； 产品的合同； 客户需求； 产品开发团队人员配置情况。 2.2.2 任务 根据产品总体设计和产品开发启动说明书，和各资源经理协商，组建开发团队； 确定产品开发经理、产品测试经理、产品实施经理、产品客服经理； 制定产品总体开发计划； 跟踪产品总体开发计划执行情况，协调解决计划执行中出现的问题； 定期形成产品开发情况报告。 2.2.3 输出 高效的产品开发团队；
生产工艺流程控制的规程
生产工艺流程控制的规程（草稿） 一、目的 为加强企业的生产工艺流程控制，全面提升产品的制作质量，降低生产成本，各相关部门和人员按照优化5M1E（注1）的原则进行生产活动，增强企业的竞争力，特制订本规程。 ——注1：5M1E分别是英文-人员、机器、材料、方法、测量和环境的单词首位字母。 二、使用范围 本集团下属各公司的应依据本规程来制订、执改进行、生产工艺流程、对其结果进行考核、奖惩，除另有规定外，均以本规程执行； 三、规程的内容： 1、工艺流程涉及的部门（体系化） 工艺流程涉及的部门有：各公司的技术部、生产部、质检部、和集团采购部。 2、管理责任（制度化） （1）各公司技术部责任 a,制定合理的工艺流程文件 各公司的技术部依据产品任务单，制定生产工艺流程的文件，工艺流程文件的主要是以下三种类： ——工艺过程卡片；
——工序卡片； ——操作说明书； 工艺流程的卡片和操作说明书中应包含：图纸（加工的工件图纸以及关键步骤和重要环节都有图纸说明）、加工工序、加工方法及对环境的要求、检验及方法、产品的包装、工时定额、材料和物耗定额、使用的设备和工装、加工工具、对特殊工件的吊装位置及方法、包装方法、加工的起始时间、责任者的签名等，总之应当是实际工作中涉及的工序和各个工序中要点（5M1E）都要简约地反映在流程中；——注2：工时定额和物耗定额：在实际中灵活应用和执行，对于首件和单件生产可以是定性管理；对于3-5件的小批量生产应当是首件完成后，对出其余件进行的半定量管理，就是给个范围值；对于成熟的大批量生产件应当是定量管理，就是应当给出固定的定额；——注3：可以有空项，按实际生产中需要的项目编写，应当简要全面部不应当有漏项；各个公司在制定工艺流程时，可以是表格式、卡片式、文字表述式，只要能在实际生产中，对生产的产品有以下作用即可--加工的指导、检验指导、记录完整（可以追溯产品的加工历史）；b,根据生产出现的问题，可以用工艺流程附加单的形式进行补充及修改，必要时废除老工艺，重新制定新工艺； c,会同质检部门处理质量异常问题。 （2）各公司生产部责任
新产品开发流程管理制度
海量免费资料尽在此 新产品开发流程管理制度 新产品开发是在激烈的技术竞争中赖以生存和发展的重要阶段, 它对企业产品发展方向、产品优势、开拓新市场、提高经济效益等方面起着决定作用，为了实现“生产一代，试制一代，研究一代和储备一代”的产品升级换代宗旨，进一步加强和规范新产品开发流程管理，特制订本制度。 1.新产品开发流程的管理职责和权限 1)技术发展部负责新产品开发流程的制订、修改建议和运行管理； 2)新产品开发流程必须经过经理办公室总体审核、总体修订； 3)新产品开发流程必须经过经理办公会议审批发布后方可执行； 4)新产品开发流程在运行过程中，技术发展部对配合和协助部门相关工作具有 绩效考核建议权。 2.新产品开发流程流程的制订和修改 1)新产品开发流程根据工作需要，由技术发展部进行流程的制订； 2)新产品开发流程的制订要深入调研，对关键点予以控制和规定； 3)新产品开发流程运行一段时期后出现问题，或者不适应公司战略、组织及外 部环境发生变化，技术发展部根据问题的严重程度决定是否及时予以修订。 3．新产品开发流程的上报、审核、总体修订 1)技术发展部必须将制订和修改的新产品开发流程上报经理办公室； 2)经理办公室对上报的新产品开发流程和修改建议，结合公司战略、组织、其 他相关的流程和制度，进行总体的审核，如由必要可以深入相关单位或召集 相关部门人员进行调查和研讨，提出审核意见，报经理办公会审批。 4．新产品开发流程的审批 1)经理办公会根据公司战略、组织、其他相关的流程和制度以及经理办公室审核 意见，对制订或修改的新产品开发流程做出是否批准的决定； 2)如果新产品开发流程或修改建议存在问题，可以批准技术发展部重新进行修 订。
自动控制流程图
自动控制流程图 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DQQTY-
PLC为核心控制器，通过检测操作面板按钮的输入、各类传感器的输入，以及相关模拟量的输入，完成相关设备的运行、停止和调速控制。 3-2电气控制系统框图 工作过程 控制过程可以分为单设备手动控制功能和自动运行功能。在手动控制模式下，单设备可以单独运行，不影响其他设备运行。如图4-1所示。 图4-1模式选择流程图 手动模式
在就地箱手动模式下，可单独调试每个设备的运行，如图4-2所示。在此模式下，可以通过按钮对加氯系统、电动阀门、曝气机、刮泥机，以及各类泵进行控制。 图4-2手动操作模式流程图 自动模式 处于自动方式时，系统上电后，按下自动启动确认后系统运行，系统开始工作，其工作过程包括以下几个方面。 PLC检测到传感器状态进行启动如图4-3所示。 图4-3 自动操作模式流程图 2自动控制流程 在自动控制模式流程图中，调用了各个控制系统的程序，主要包括提升泵、潜水泵程序、加药系统程序、曝气沉砂系统程序、污泥回流泵系统程序。以及污泥脱水系统程序，以下将分别介绍各个子程序的工作过程。
1提升泵控制流程图 2潜水泵程序主要控制潜水泵的运行和停止，其工作过程包括以下几个方面：（1）自动过程开始启动潜水泵。 （2）检测液面高度，低于最低位传感器时，开始定时防止误判。 （3）定时到后，若仍低于最低位传感器，则停止潜水泵运行，否则潜水泵继续运行。 （4）检测液面处于中位和高位传感器之间时，开始定时防止误判。 （5）定时到后，若液面仍持续处于高位传感器，则输出报警信号。 潜水泵工作流程图如图4-5所示。
新产品开发和管理流程
制定：*** 审核：*** 批准：*** 设计和开发管理程序 1 目的范围 对各类新产品的设计和开发的全过程进行控制，确保产品能够满足顾客的需求和期望及法律法规的要求。 适用于新产品开发，引进产品的转化、定型产品及生产过程的技术改进等方面。 2 职责 2.1技术部负责根据法律、法规的要求对产品提出《项目建议书》。 2.2销售部负责根据对产品功能和性能的要求、市场信息以及顾客的要求、合同的要求提出《项目建议书》 2.3《项目建议书》由公司总经理负责审核批准。 2.4销售部负责依据项目建议书下达《设计任务书》 2.5技术部负责依据产品的《设计任务书》制定《设计开发方案》，由公司总经理审核，批准后具体实施。 2.6技术部负责本公司范围内产品设计、开发全过程的组织、协调、实施工作，进行设计和开发的策划、确定设计、开发的组织和技术的接口、输入，输出、验证、评审，设计和开发的更改和确认等。 2.7技术部对实施情况进行跟踪、检查，并向总经理汇报。 2.8技术部负责对新产品生产过程进行跟踪，并填写《中试记录表》 2.9生产部负责整个公司内新产品设计开发的协调、资源支持等工作。 2.10销售部负责根据市场调研或分析，提供市场信息及新产品动向，负责提交顾客食用新产品后的《顾客食用报告》 2.11总经理负责批准项目建议书、设计开发方案。 2.12采购部负责所需原辅料的采购和供应以及包装印刷。 2.13生产部负责新产品中试的安排。 2.14设计室负责新产品包装设计。 2.2 生产部 2.2.1负责新产品的试产和生产。 2.2.2负责生产过程的技术改进方面项目的提供。 2.3 品管部检验部负责新产品的检验。 2.4 品管部负责定型产品技术改进项目的提供。 3 工作程序 3.1 设计和开发的策划 3.1.1 设计和开发项目的来源 a．销售部与顾客签订的新产品合同或技术协议，由销售部填写《产品要求评审表》经相关人员评审通过后，由销售部提出《项目立项建议书》报公司总经理审核批准后，由销售部负责人下达《设计开发任务书》，并将相关背景资料转交相应的技术部。 b．销售部根据市场调研或分析提出《项目立项建议书》，报公司总经理审核批准后，销售部负责人下达《设计开发任务书》，并将相关背景资料送交技术部。 c．技术部依据法律法规的要求，以及其它各方面信息，提交《项目立项建议书》报销售部负责人和公司总经理审核批准后，由销售部下达《设计开发任务书》，交技术部实施。 d．生产部根据技术革新需要，提交《项目立项建议书》，总经理审核批准后实施。 3.1.2技术部经理根据上述项目来源，确定项目负责人将设计开发策划的输出转化为《设计开发方案》或《设计开发计划书》计划书内容包括： a．确认划分设计开发过程的阶段，规定每一阶段的工作内容和要求；
软件产品发布流程
严格按照软件产品发布流程发布软件版本是建立和完善软件产品版本控制,保证软件产品质量的关键过程 之一。 参与软件产品发布的人员主要是测试负责人和BM(Build Master)。 公司软件产品发布的规程如下: 1、发布准备。发布之前,所有程序freezed由测试人员进行确认测试;检查qcs系统内登记的所有bug都已经被fixed,或者遗留的bug不影响系统的使用,如果有严重bug未解决(级别为must fixed)不能发布;程序打包前做冒烟测试。 2、测试负责人编写release产品质量报告进行质量分析和总结。 3、源码、文档入库。源码包括数据库创建脚本(含静态数据)、编译构建脚本和所有源代码;文档包括需求、设计、测试文档,安装手册、使用手册、二次开发手册、产品介绍(ppt)、使用demo等。 4、BM进行程序打包;标记源码、文档版本tag。 5、BM填写发布基线通知并通知相关人员;BM经理对发布基线进行审计。 6、在qcs系统上新建产品发布计划,填写配置项,执行发布计划(发布产品)。 7、上传程序包、使用文档至download站点。 8、编写发布说明readme.txt(或者release note)。Readme的内容应该包括产品版本说明;产品概要介绍;本次发布包含的文件包、文档说明;本次发布包含或者新增的功能特性说明;遗留问题及影响说明;版权声明以及其他需要说明的事项。 9、正式发布通知。通知开发、测试、市场、销售各相关部门并附上产品发布说明和产品介绍。
10、后续工作。产品发布后,在使用过程中可能还会发现一些bug。在不影响正常使用的情况下,这些bug将在下一版本发布时解决;如果bug严重影响使用,必须打patch或者按照流程重新发布。 11、临时发布。软件产品未正式发布前,可能需要一个临时版本供开发人员或者用户应急使用,这时候需要临时发布一个版本。这个版本只包括基本的程序包和必要的使用说明。临时发布需要通知相关开发、测试人员;BM需要为源码、文档打tag标记。 软件产品发布后,即建立了一条发布基线。所有用户安装及二次开发必须在此基线上进行,开发人员不能直接从cvs或vss上check 代码编译交付用户使用或者进行二次开发。
产品开发的流程及管理制度
产品开发的流程及管理制度 目录 1、总则 (1) 2、范围 (1) 3、规范性引用文件 (1) 4、术语和定义 (1) 4.1新产品开发 (1) 4.2产品改进 (1) 4.3产品研发 (2) 5、职责 (2) 5.1研发部 (2) 5.2总经办 (2) 5.3销售业务部 (2) 5.4人力资源部 (2) 5.5采购部 (2) 5.6生产部 (2) 5.7质量管理部 (2) 6、产品研发管理 (2) 6.1产品研发项目提出 (3) 6.2产品研发项目决策 (3) 6.3产品设计管理 (4) 6.3.1设计说明书 6.3.2工作图设计 6.4产品试制与鉴定管理 (5) 6.4.1样品试制和小批试制 6.4.2试制技术文件 6.4.3产品鉴定 6.5产品研发项目移交投产的管理 (7) 6.6技术资料验收及存档 (8) 7产品改进 (8) 7.1内容 (8) 7.2方法 (9)
1、总则 产品研发是企业在激烈的技术竞争中赖以生存和发展的命脉，是实现“生产一代、试制一代、研究一代和构思一代”的产品升级换代宗旨的重要阶段，它对企业产品发展方向，产品优势，开拓新市场，提高经济效益等方面能否顺利实施起着决定性的作用。为了加强对公司新产品开发和产品改进工作的管理，加快公司技术积累、打好技术基础、加快产品研发速度、指导产品研发工作、提高技术人员素质，特制定本制度。 2、范围 本标准规定了佛山市李氏家具有限公司产品研发和产品改进的要求。 3、规范性引用文件 下列文件中的条款通过本标准的引用而成为本标准的条款。凡事注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用与本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡事不注日期的引用文件，其最新版本适用于本标准。 （填引用文件） 《文件控制程序》 4、术语和定义 4.1新产品开发 为满足市场需求开发的不同于公司先已生产的新型产品和在公司已批量生 产的某种产品基础上改动量超过40%而形成的一种新型产品。 4.2产品改进 为了适应市场需求，满足用户要求，提高产品质量，降低制造成本等原因，在公司已批量生产的某种产品的基础上，改动其一个或一个以上零部件而形成的一种新型产品。
软件项目上线标准流程
项目上线部署发布流程
2017/9/14
一.目的 规范公司项目和产品的上线流程，建立和完善产品的版本控制，保证软件产品质量。二.适用范围 适用于公司所有项目和产品 三.职责分工 开发环境由开发人员内部负责（包括维护和管理开发分支和git代码库） 测试环境由测试人员负责 预热环境由运维人员负责 正式环境由运维人员负责 *数据库操作均由DBA统一负责(或运维人员) 四.发布流程 在已开发完毕的各系统正式部署生产环境前要严格按照以下流程进行上线前检查。 4.1.提交测试 ①开发人员在功能开发完毕后首先配置开发环境，并将系统部署至开发环境。在开发环境经过自测通过后提交测试代码，并开始撰写上线方案。(上线方案须包括新增的外部应用程序安装，应用程序部署顺序及应用关联性、是否关闭其他应用服务，数据库脚本，制定合理的上线时间，涉及的服务影响范围以及上线失败的回滚步骤。)并提交相关技术负责人审核，在审核过后邮件给相关测试人员。 ②测试人员根据模块功能文档并制定测试方案，测试用例，特别注意临界点测试方案。 ③测试人员通过自动化部署平台根据提供的分支号依照上线方案进行自动化部署，涉
及数据库操作可提请DBA操作。 ④记录各种数据测试结果及测试问题，并交由相关开发人员进行二次迭代处理，该点须交付测试结果报告。 ⑤内测完毕后交由相关业务及需求人员进行集成测试，并请测试人员记录测试结果及问题，交由相关开发人员进行再次迭代。该点须交付测试方案测试结果报告。 4.2.预热发布 ①测试人员在测试环境测试并跟踪修改bug达到上线标准（没有A、B级bug，C 级bug达到要求）时。开始部署预热环境，测试人员对现有功能在预热环境上进行验收测试（重新执行case）。紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决，确认达到上线标准。 ②如达到上线标准，测试人员发起邮件通知相关开发人员、产品人员，准备正式上线发布流程。 4.3.正式上线 ①在测试人员确认项目具备上线条件下，正式上线前，开发负责人须发起部署大会，召集相关开发人员、测试人员、产品人员、运维人员讨论此次部署事项(介绍项目的相应负责人员，数据库脚本执行，部署顺序，应用程序关联，部署时间点，部署回滚方案，包括数据库回滚和应用程序回滚)，最后生成会议纪要并发送邮件。 ②确认上线之后，测试人员邮件上线方案，数据库脚本，应用分支号给运维人员及DBA，DBA应提前执行数据库脚本，应用部署须通过自动化部署平台进行部署，部署系统应在应用系统中记录当前分支号，以便后续应用回滚使用。在部署中出现错误，及时通知相关开发人员。如若问题不能在计划内时间解决，执行回滚方案。 ③运维，DBA在操作完成时均需要回复邮件，并说明操作步骤结果。 ④发布完成后运维人员回复邮件通知测试人员、业务及需求人员进行线上测试。测试结果及问题, 提交至开发人员。如若出现问题不能在计划内时间解决，执行回滚方案，并进行迭代改进。 ⑤紧急Bug修改走补丁/hotfix流程。不影响功能的bug留到下次版本解决。测试通
经典的闭环控制系统方框图12例
经典的闭环控制系统方框图12例 闭环电子控制系统：由信号正向通路和反馈通路构成闭合回路的自动控制系统，又称反馈控制系统。 基于反馈原理建立的自动控制系统。所谓反馈原理，就是根据系统输出变化的信息来进行控制，即通过比较系统行为（输出）与期望行为之间的偏差，并消除偏差以获得预期的系统性能。 闭环电子控制系统必须符合两个条件： （一）它的核心是电子技术； （二）有反馈。反方把人划入控制系统，这个控制系统的核心就不单单是电子技术，故不能称为闭环电子控制系统。但因为存在反馈，可称为闭环控制系统。 同开环控制系统相比，闭环控制具有一系列优点。在反馈控制系统中，不管出于什么原因（外部扰动或系统内部变化），只要被控制量偏离规定值，就会产生相应的控制作用去消除偏差。因此，它具有抑制干扰的能力，对元件特性变化不敏感，并能改善系统的响应特性。但反馈回路的引入增加了系统的复杂性，而且增益选择不当时会引起系统的不稳定。为提高控制精度，在扰动变量可以测量时，也常同时采用按扰动的控制（即前馈控制）作为反馈控制的补充而构成复合控制系统。 闭环控制系统框图 给定量
一、家用压力锅工作原理 二、投篮 三、供水水箱的水位自动控制系统 给定量 被控量 给定量
四、加热炉的温度自动控制系统 五、抽水马桶的自动控制系统 六、花房温度控制系统 被控量 给定量 被控量 给定量 被控量 给定量
七、夏天房间温度控制系统 八、家用电饭锅保温控制系统 九、家用电冰箱温度控制系统 给定量 被控量 房内实给定量 被控量 控制量 给定量 被控量 控制量
十、宾馆使用多台热水器串联电辅助加热自动控制系统 十一、粮库温、湿度自动控制系统 十二、自动保温电热水壶控制系统 被控量 给定量 被控量 冰箱实 给定量 被控量 粮库内 给定量（设定控制量
产品开发流程
Product Developin eloping Outline edited by Lawrence
Project Matrix Sourcing Developing Outline (3) R&D Schedule Reference P1 P0 Propose & Planning B.EVT &Engineering Validation Test Initial Evaluate & Develop Kick off PCB V0.1 V-Mockup Mockup/Working Smpl EE ME QT Prescan P4 P3 P2 Test Design Validation Test Production Validation Test M/P Mat’l Preparation urcing, S/R EVT M/P M/P 1st Lot P/R PVT E/R DVT PCB V1.0 PCB V2.0 PCB V2.1 T1,T2.. Tn Tn+1 Safety Test Verify Submit
Developing Outline (4) Get Involved RD/EE RD/ME ID Design House RD/EE RD/ME P1 P0 RD/EE RD/ME QT B.EVT & EVT DVT Propose & Planning PM Sales Pur. QT ID Design House PM Sales Pur. PM Sales MC Pur. P4 P3 P2 RD/EE RD/ME ALL PVT M/P P5 QT PM Sales ENG/PE SMT MFG MC PC Pur PM Sales Pur. PC MC RD Sales & PM PMD (資材) Factory site
自动控制理论系统框图
1、图1是一个液位控制系统原理图。自动控制器通过比较实际液位与希望液位来调整气动阀门的开度，对误差进行修正，从而达到保持液位不变的目的。 （1）画出系统的控制方框图（方框内可用文字说明），并指出什么是输入量，什么是输出量。 （2）试画出相应的人工操纵液位控制系统方块图。 解： （1）系统控制方框图如图1所示。 如图所示，输入量：希望液位；输出量：实际液位。 （2）相应的人工操纵液位控制系统方块图如图2所示。
希望液位实际液位 肌肉、手阀门水箱 眼睛 图2 脑 2、图2是恒温箱的温度自动控制系统。 要求：（1）指出系统的被控对象、被控量以及各部件的作用，画出系统的方框图； （2）当恒温箱的温度变化时，试述系统的调节过程； （3）指出系统属于哪种类型 图2 温度控制系统解：（1）被控对象：恒温箱；被控量：温度； 电阻丝：加热；热电偶：测温；电位器：比较；电压放大、功率放大：误差信号放大； 电机、减速器、调压器：执行部件。电机 减速器 调压器
（2）设给定温度T0,当T>T0时，e<0,电机反转，调压器给出电压下降，恒温箱温度T 下降;反之，当T
一个完整的产品开发项目管理流程
一个完整的产品开发项目管理流程 从一个项目提出到结束，按照ISO9001:2000的项目管理流程，大致有如下步骤： 1、产品立项报告 按照公司的管理流程，由公司有关人等都有可能提出《产品立项报告》，比如公司老总、市场部门、研发部门，一般是在公司组织的定期召开的会议上提出，经初步讨论具有一定的可行性之后，由公司领导提交到公司负责产品开发立项的部门，比如，总工办，然后，按照公司的管理流程，由该部门组织人员进行讨论，最后指定某人进行产品的可行性分析，提交《产品的可行性分析报告》。 在《产品立项报告》中，初步描述该技术的国内、国外现状、经济效益和社会效益。。。 2、产品可行性分析报告 指定的某人提交《产品的可行性分析报告》，在会议上产品立项讨论通过，指定项目经理，对该产品提出《初步设计》。 在这里，要对风险进行评估。 风险控制：要求，新技术在产品中的使用比例不要超出30%。 如果这个产品大量使用新技术，那么，质量和进度往往不容易保证。 新技术，一般是需要先期做一些知识储备。使用太多的新技术推出的产品，一旦出现了不可控制的缺陷，将是灾难性的损失。 以上过程产生项目经理。以下步骤在项目经理的参与和指导下进行。 3、初步设计 由项目经理负责编写。 在这里，要对成本、进度、风险进行准确评估。 产生《初步设计》后，经讨论修改通过后，把《初步设计》提交给该项目的硬件工程师、软件工程师和结构工程师分别提交《硬件详细设计》、《软件详细设计》和《结构详细设计》; 在初步设计中，指定该项目负责的硬件工程师、软件工程师、结构工程师、样机生产负责人、测试工程师等。 在初步设计中，由项目经理对项目总成本进行核算。 并由项目经理或者测试工程师产生《测试大纲》，由总工程师或者项目经理对《测试大纲》进行批准。 4、硬件详细设计
软件版本管理文档
文档编号： 编制：杨忠林 审核: 批准: 目录
1引言 (3) 目的 (3) 范围 (3) 术语定义 (3) 版序控制记录 (4) 版本更新记录 (4) 2版本管理 (4) 流程图 (4) 版本命名 (7) 外部版本命名说明 (7) 内部版本命名说明 (7) 内外部版本的关系 (7) 版本升级 (7) 版本升级原则 (7) 新版本的发布 (8) 目录结构 (8) 文档的存放 (9) 文本文件的存放 (9) 源代码的存放 (9) 发行文档的存放 (9) 权限控制管理 (10) 3备份管理 (10) 源文件备份 (10) 库文件备份 (10) 4用户版本管理 (10) 5版本工具的使用 (11) 配置管理工具 (11) SVN的使用 (11) 常用命令 (11) 简单操作 (12) 版本分支管理 (12)
1引言 1.1目的 本文档是为规范xxxx科技有限公司软件版本管理而制定的。 1.2范围 本文档为系统软件开发部版本管理员提供有关版本管理规范的相关内容，包括：版本标识方法 软件系统数据的存放 文档的修改控制 文档的备份制度 1.3术语定义 SVN SVN是一个开源的版本控制系统 Subversion 的简称 文档 一种数据媒体和其上所记录的数据。 配置管理 标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。 软件配置 软件的具体形态在某时刻的瞬时影像。 配置项 软件配置管理的对象称为配置项，如：系统规格说明书，项目开发计划，用户手册，源码。 基线 软件生存周期中各开发阶段末尾的标记，它的作用是把各阶段工作的划分更加明确化，使本来连续的工作在这些点上断开，使之便于检验和肯定阶段成果。
软件研发流程管理办法
软件研发流程管理办法 为加强对软件研发工作的管理，缩短开发周期，提高开发质量，降低开发成本，提高开发效率，特制定软件研发流程管理办法。 第一章、总则 为保证日常工作正常有序的进行，让开发中各个环节更紧凑，更可控，需要尽可能实现软件研发流程的正规化，工作过程的流程化，以便提高软件质量和开发效率，达到项目能按质按量按期交付的目标。 1、软件开发总体遵循项目管理和软件工程的基本原则。 2、项目管理涉及项目立项、项目计划和监控、配置管理。 3、软件工程涉及需求分析、系统设计、软件实现、测试、试运行、系统上线和产品维护。 第二章、阶段成果 根据软件工程的过程理论并结合公司目前的实际情况，制定以下工作流程，并规定了各个重要环节需要提交的交付物。 1、立项：市场需求合同或项目立项单。 2、需求分析：软件需求分析报告。 3、总体设计：概要设计说明书或功能模块描述。
4、详细设计：详细设计说明书，包括数据库设计、软件接口说明等。 5、软件实现：软件源代码、源代码说明或者注释。 6、产品测试：测试报告。 7、产品发布：产品说明书或使用手册。 软件过程成果表：
第三章、岗位设置 根据软件开发过程，主要分为分析、开发和测试三个阶段。分析阶段完成用户需求文档的编写，系统概要设计的编写；开发阶段完成设计文档的编写，代码的编写；测试阶段完成系统的测试，测试文档及其他材料。通过逐渐的调整岗位，明确工作职责，逐步实现项目经理，需求分析工程师，软件开发工程师和测试工程师的岗位设置。 岗位工作内容责任 项目经理1、选定项目组成员，成立项目组，安排任务分工。 2、与客户进行沟通和协调(业务需求或非业务需求方面)，以及需求调研工作。 3、制定项目开发计划，包括需求，设计，编码，测试这几个阶段的计划。 4、制定小组开发进度表, 对组内人员工作进度监控。 5、对文档的质量进行检查、把关。 6、定期召开项目会议，把控项目进度。 1、对客户的沟通协调工作负责。 2、对软件的开发效率、质量负 责。 3、对文档质量负责。 4、对整个项目的进度，质量等 负责。 需求分析工程师1、与客户进行沟通，负责需求调研工作，汇总需求分析文档，并编写系统总体设计方 案。 2、遇见需求变更时，分析需求变更内容，并与项目经理一起负责对需求变更进行评估。 3、与软件开发工程师一起完成详细设计文档的编写。 1、对用户需求分析的质量负责。 2、对项目组所有成员正确理解 项目需求负责。
产品研发立项管理流程及规范
华平产品研发立项管理流程及规范 1.目的 本程序规定了公司产品研发项目的立项活动，明确项目负责人的相关职责与权限，为项目的策划、实施做准备，为项目的实施开展提供依据。 2.适用范围 适用于本公司所有新产品研发项目及合同项目，项目类别包括有明确销售合同的产品研发项目，由市场需求汇总而驱动的项目、有公司提高竞争力展开的自主研发项目。 3.定义、术语及说明 3.1产品研发立项报告 产品研发立项报告主要提供给立项评审小组或委员会详细的产品信息，包含市场背景、销售收益、产品功能、研发资源等，为公司判断投入和产出的提供必要的分析数据。同时，通过对产品研发项目的可行性分析，为将来的研发提供启动开发工作的基础性资料。 3.2 新产品研发项目 指公司各研发团队根据市场需求汇总、新技术转化或投入确立的产品研发型项目，由各子公司、分公司、事业部或产品中心的研发团队内部提出的，旨在提高公司产品竞争力的项目。
3.3 合同产品研发项目 指子公司、分公司或事业部以市场销售合同发起的产品研发项目，以完成合同中关于技术研发内容为目的。 4.产品研发立项管理流程 4.1 产品立项流程图 华平产品研发立项管理流程图 事业部研发负责人事业部产品/项目经理相关事业部/产品中心研发负责人 事业部部门负责人立项处理流程产品研发立项报告确定委托研发协议 Y 组织研发资源 产品及功能对外发布流程组织研发资源立项流程状态 立项处理终结发起立项组织评审 概要设计 组织技术协商是否内部开发 N 参与技术协商 产品及功能内部发布流程 4.2 产品立项管理流程说明 4.2.1 各事业部（含子公司、下同）产品或项目经理发起立项，填写产品研发立项报告，组织相关人员（立项评审小组或委员会）对研发立项进行评审。 4.2.2 各事业部研发负责人对通过评审的产品研发立项进行概要设计，组织研发资源按照概
新产品研发管理制度流程
新产品研发管理制度 第一条目的和作用 1.1 新产品研发是企业在激烈的市场竞争中赖以生存和发展的创新活动，对企业产品发展向、巩固产品优势、开拓新市场、提高经济效益等面起着决定性作用。为了使新产品开发能够格遵循科学管理程序进行，取得较好的效果，特制定本制度。 1.2 本制度中所指的新产品的研发包括新产品开发和产品的持续改进。 第二条管理职责 2.1 技术中心负责新产品的市场调研分析、立项、设计、开发、验证、试制、移交投产等工作。 2.2 生产部、质检部、销售部（含外贸部）、供应部等部门应在新产品研发过程中给予支持和配合。 第三条新产品研发的前期调研分析工作 新产品的可行性分析是新产品研发不可缺少的前期工作，必须在进行充分的技术和市场调研后，对产品的社会需要、市场占有率、技术现状、发展趋势以及资源效益等多面进行综合的科学预测及经济性的分析论证。 3.1 调查研究 3.1.1 调查国市场和重要用户以及国际重点市场的技术现状和改进要求。 3.1.2 以国同类产品市场占有率高的前三名以及国际同类名牌产品为对象，
调查同类产品的质量、价格、市场及使用等情况。 3.1.3 广泛收集国外有关情报和专利，然后进行可行性分析研究。 3.2 可行性分析 3.2.1 论证拟新发产品的技术发展向和动向。 工作。 4.2 研发过程的管理与控制 4.2.1 研发项目负责人根据研发项目进度，在小试、中试阶段提出评审需求，由技术中心组织人员进行评审，并出具《设计开发评审报告》（详见附件5）。
4.2.2 研发项目负责人根据《设计开发评审报告》组织项目组对项目进行改进、继续开发，至试产，填报《试产总结报告》报技术中心和公司审核。确定投入大批量生产的，报公司总经理批准。 4.2.3 技术文件资料的验收及存档。技术中心负责将全部文件收齐归档，资料管理人员存档时必须验证齐全。 4.3 知识产权登记与管理 在不泄露公司技术秘密的前提下，公司认为有必要申请知识产权的研发技术或产品，有研发项目组负责提供相关的技术资料和文件，技术中心只是产权管理人员负责相关申请报批工作。 第五条新产品研发经费的核算与管理 公司对研发项目实行经费专项审批制，具体按《企业研发投入核算财务管理制度》执行。 第六条其他 本办法由公司董事会批准，技术中心负责解释，自公布之日起执行，原有相关规定自动废止。 二〇一七年三月十七日 附件1： XXX项目建议书