产品版本管理

产品研发管理流程图

产品研发管理流程 1. 概述 本流程目的 描述公司产品研发的管理流程。通过本流程的实施，确保研发方向正确，阶段目标清晰，项目过程可控，从而确保按照预期计划完成产品研发和上市销售，为公司战略的实现提供支持。 术语、定义和缩略语 1、产品：指公司研发的、在市场上可以单独销售的系统。我公司的产品，主要是以ASP 方式运营的软件系统和服务。 2、产品生命周期：从产品创意开始，到产品退出市场的全部过程。 3、产品项目：为研发产品的某个版本，有一定的进度、资源、质量要求所作的暂时性 的努力； 4、产品项目生命周期：从项目策划开始、到项目结项为止的时间周期。产品项目生命 周期一般是产品生命周期的部分阶段； 角色和职责 1、产品经理：负责产品生命周期的全过程管理和组织协调。与产品项目相关的主要职 责包括： 1)负责产品定义，找到市场需求、目标客户和销售卖点； 2)进行产品各版本的规划，下达产品项目的研发任务； 3)在产品项目过程中，负责需求管理和总体进度控制，确保产品按时发布； 4)在产品项目研发的同时，产品经理组织完成“产品包装与销售支持”工作。 2、产品项目经理：负责产品项目生命周期的统筹安排、任务跟踪和组织协调。在产品 项目生命周期中，向产品经理负责。主要职责包括： 1)接受产品项目的研发任务，组建项目团队，进行项目工作的统筹安排； 2)组织产品实现，确保产品满足规划； 3)负责产品项目的任务跟踪和组织协调。对于进度、需求或设计的变更，提出变 更申请；对于存在的问题，进行跨部门沟通，并组织、协调资源解决。 3、产品项目组成：一般包括如下角色 1)产品项目经理：负责产品项目组的统筹管理； 2)需求分析工程师：负责需求分析； 3)UI设计工程师：负责页面设计； 4)架构设计师：负责产品的总体架构设计； 5)系统集成工程师：设计产品的系统部署方案，搭建系统部署环境； 6)开发工程师：负责概要设计、详细设计和编码，配合系统的技术发布； 7)测试工程师：负责随测和版本测试，验证产品符合性； 8)系统配置工程师：搭建测试环境、验证安装文档、提供产品盘，配合系统的技 术发布； 9)运维工程师：编写产品的部署或升级计划，完成产品的技术发布，反馈使用中 的问题。 4、产品团队组成：产品团队除了包括产品项目组的所有成员，还包括如下角色： 1)产品经理：负责产品团队的统筹管理； 2)公司高层领导：制定产品战略，提出市场方向； 3)商务人员：协助市场需求调研；组织产品销售和用户培训，收集并反馈用户意 见和建议；

(完整版)产品研发的流程化管理

产品研发的流程化管理 产品开发过程的管理，指产品开发项目确定后，进行产品开发，形成可交付使用的软件产品的过程。在产品的开发过程中，如何作好开发过程的管理和控制，是保证产品开发质量和开发进度的关键。 产品的立项、开发和实施是以结构化的工作流程的方式开展的。产品的生命周期，分为产品的需求分析与立项，总体计划，开发，测试，工程实施，技术支援等阶段。 在产品开发控制中，应根据产品的生命周期进行流程化管理。总体的开发流程为： 下面根据产品的开发流程给出各阶段的输入、任务、输出。 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 输出 高效的产品开发团队；

研发项目流程管理

怎样架构企业研发管理体系 所有成功的公司,特别就是高新技术企业,几乎都拥有较为完善的项目研发管理体系。良好的研发管理体系,对企业的高速运转与持续获取竞争力起着强大的支撑作用。然而,目前我国研发管理的现状就是:大多数的企业对研发创新还没有确立相应的概念,研发管理过于粗旷、简单,工具落后,缺乏完整的管理体系。因此,中国企业在研发方面面临着非常具体的管理挑战:如何建立研发创新体制、如何提高研发管理水平,如何架构研发管理体系必将就是企业最先考虑的问题。 1研发管理核心思想 新产品开发就是一项投资决策。研发管理强调对新产品开发进行有效的投资组合分析,并在开发过程中设置关键的检查点,通过阶段性评审来决定项目就是继续、暂停、中止还就是改变方向; 基于市场的开发。研发管理强调产品创新一定就是基于市场需求与竞争分析的创新; 跨部门、跨系统的协同。采用跨部门的产品开发团队(PDT:ProdutDevelopmentTeam),通过有效的沟通、协调以及决策,达到尽快将产品推向市场的目的; 异步开发模式,也称并行工程。就就是通过严密的计划,准确的接口设计,把原来许多后续活动提前进行,从而缩短产品上市时间; 采用公用构建模块(CBB:CommonBuildingBlock)提高产品开发效率; 结构化的流程。产品开发项目的相对不确定性,要求开发流程在非结构化与结构化之间找到平衡。 2研发管理框架 研发管理框架就是IPD(IntegratedProductDevelopment,简称IPD)的精髓,它代表业界最佳实践的诸多要素。具体包括异步开发与共用基础模块、跨部门团队、项目与管道管理、结构化流程、客户需求分析、优化投资组合与衡量标准共七个方面,其框架如下图所示。 2、1市场管理 市场管理从客户、投资、市场等产品生存的外在客观环境因素来影响产品的特性与生命。 2、1、1客户需求分析

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

软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 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 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动, 确保配置项正确地唯一标识而且易于存取, 保证基线配置项的更改受控, 明确基线状态, 在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动, 针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法, 本文件以CVS( 并行版本系统) 配置管理工具为例, 规定公司的配置管理办法, 使用其它工具时也可对应本文件

的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理( Software Configuration Management, SCM) 软件配置管理是对软件修改进行标识、组织和控制的技术, 用来协调和控制整个过程。是经过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程, 确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项( Configuration Item, CI) 凡是纳入配置管理范畴的工 作成果统称为配置项, 配置项逻辑上组成软件系统的各组成部分, 一般是能够单独进行设计、实施和测试的。 每个配置项的主要属性有: 名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里, 确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线( Baseline) 在配置管理系统中, 基线就是一个配置项或一组配置项在其生命周期的不同时间点上经过正式评审而进入正式受控的一种状态这些配置项构成了一个相对稳定的逻辑实体, 而这个过程被称为基线化”。每一个基线都是其下一步开发的出发点和参考点。基线确定了元素( 配置项) 的一个版本, 且只确定一个版本。一般情况下, 基线一般在指定的里程碑处创立, 并与项目中的里程碑保持同步。每个基线都将接受配置管理的严格控制, 基线中的配置项被冻结”了, 不能再

新产品开发流程管理制度

海量免费资料尽在此 新产品开发流程管理制度 新产品开发是在激烈的技术竞争中赖以生存和发展的重要阶段, 它对企业产品发展方向、产品优势、开拓新市场、提高经济效益等方面起着决定作用，为了实现“生产一代，试制一代，研究一代和储备一代”的产品升级换代宗旨，进一步加强和规范新产品开发流程管理，特制订本制度。 1.新产品开发流程的管理职责和权限 1)技术发展部负责新产品开发流程的制订、修改建议和运行管理； 2)新产品开发流程必须经过经理办公室总体审核、总体修订； 3)新产品开发流程必须经过经理办公会议审批发布后方可执行； 4)新产品开发流程在运行过程中，技术发展部对配合和协助部门相关工作具有 绩效考核建议权。 2.新产品开发流程流程的制订和修改 1)新产品开发流程根据工作需要，由技术发展部进行流程的制订； 2)新产品开发流程的制订要深入调研，对关键点予以控制和规定； 3)新产品开发流程运行一段时期后出现问题，或者不适应公司战略、组织及外 部环境发生变化，技术发展部根据问题的严重程度决定是否及时予以修订。 3．新产品开发流程的上报、审核、总体修订 1)技术发展部必须将制订和修改的新产品开发流程上报经理办公室； 2)经理办公室对上报的新产品开发流程和修改建议，结合公司战略、组织、其 他相关的流程和制度，进行总体的审核，如由必要可以深入相关单位或召集 相关部门人员进行调查和研讨，提出审核意见，报经理办公会审批。 4．新产品开发流程的审批 1)经理办公会根据公司战略、组织、其他相关的流程和制度以及经理办公室审核 意见，对制订或修改的新产品开发流程做出是否批准的决定； 2)如果新产品开发流程或修改建议存在问题，可以批准技术发展部重新进行修 订。

工程变更管理制度(含旧产品变更管理流程图)

工程变更管理制度 (含旧产品变更管理流程图) 一、目的： 1、为了使工程变更的各个环节处于受控的状态； 2、为了确保产品的品质正常，生产效率的提升和生产成本的下降； 3、为了确保产品能够持续性地符合市场及客户的需求。 二、范围： 本制度适用对旧产品的功能、性能、结构、物料、工艺、制程条件等方面的变更管理。新产品设计变更管理见《设计开发管理程序》。 三、定义 3.1 ECR（Engineering Change Requst）：工程变更申请单。 3.2 ECN（Engineering Change Notice）：工程变更通知单。 四、相关部门的职责： （一）、各部门的职责：任何部门可以就以下方面目的提出工程变更申请，从而变更产品功能、性能结构、物料、工艺、制程条件等。 1、提升品质或消除品质隐患； 2、降低成本； 3、提高生产效率； 4、使用新物料； 5、产品标准修改；

6、客户要求等等。 （二）、工程部的职责： 不同意变更时应说明理由并退回申请部门。 （三）、工程部、市场策划部的职责： 1、除包装、铭牌图案设计、非音箱产品丝/移印方案变更申请由市场策划部受理外，其他变更申请工程部受理。 2、工程部（包括市场策划科，下同）须从以下几个方面来考虑是否同意变更：（1）、能否达到预期的提升品质、降低成本、提高生产效率等目的。 （2）、各零部件间的兼容性。 （3）、库存品处理的可行性。 （4）、模治具生产设备配套情况等等。 （5）、必要时，工程部可决定通过试产来确定以上因素，见《制程控制程序》。（6）、如产品认证机构有要求时，变更前须经认证机构批准，参见《产品认证管理程序》。 （四）、工程部、业务部、商务部的职责： 变更客户委托生产的产品（OEM品）时，应事先通知客户。 （五）、工程部的职责： 1、根据审查结果拟定最佳工程变更方案。 2、应明确变更的原因、具体内容、开始实施日期、库存品（包括供应商库存原料及本厂库存物料、半成品、成品）处理方案、须修订的有关文件等等。 3、采购部、计划管理部应协助查核库存品数。

软件配置管理规范标准

页眉 软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline)

己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 页脚 页眉 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息 1.5.1 可追溯性 CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1 1.5.2 方针 SWL开发组项目开发与管理工作方针 1.5.3 过程/规范 项目计划与控制规范 1.5.4 指南 配置管理计划指南 基线策略指南 配置状态报告编制指南 配置审计工作活动指南 配置管理工具指南 VSS 使用指南 组织管理配置库使用指南 软件开发文档命名约定 1.5.5模板 配置管理计划 配置状态报告 配置审计报告 文档变更请求 1.5.6 检查表 无 1.5.7 培训 《软件配置管理教材》 《软件变更控制管理教材》 《Clear Case 配置管理培训教材》 1.5.7 工具 Clear Case Visual SourceSafe Visual Basic Office 97/2000/XP DreamWeaver PhotoShop

产品研发管理流程

产品研发管理流程文档编制序号：[KK8UY-LL9IO69-TTO6M3-MTOL89-FTT688]

产品研发管理流程 1.概述 本流程目的 描述公司产品研发的管理流程。通过本流程的实施，确保研发方向正确，阶段目标清晰，项目过程可控，从而确保按照预期计划完成产品研发和上市销售，为公司战略的实现提供支持。 术语、定义和缩略语 1、产品：指公司研发的、在市场上可以单独销售的系统。我公司的产品， 主要是以ASP方式运营的软件系统和服务。 2、产品生命周期：从产品创意开始，到产品退出市场的全部过程。 3、产品项目：为研发产品的某个版本，有一定的进度、资源、质量要求所 作的暂时性的努力； 4、产品项目生命周期：从项目策划开始、到项目结项为止的时间周期。产 品项目生命周期一般是产品生命周期的部分阶段； 角色和职责 1、产品经理：负责产品生命周期的全过程管理和组织协调。与产品 项目相关的主要职责包括： 1)负责产品定义，找到市场需求、目标客户和销售卖点； 2)进行产品各版本的规划，下达产品项目的研发任务； 3)在产品项目过程中，负责需求管理和总体进度控制，确保产品按时 发布； 4)在产品项目研发的同时，产品经理组织完成“产品包装与销售支 持”工作。 2、产品项目经理：负责产品项目生命周期的统筹安排、任务跟踪和 组织协调。在产品项目生命周期中，向产品经理负责。主要职责包括： 1)接受产品项目的研发任务，组建项目团队，进行项目工作的统筹安 排； 2)组织产品实现，确保产品满足规划； 3)负责产品项目的任务跟踪和组织协调。对于进度、需求或设计的变 更，提出变更申请；对于存在的问题，进行跨部门沟通，并组织、 协调资源解决。 3、产品项目组成：一般包括如下角色 1)产品项目经理：负责产品项目组的统筹管理； 2)需求分析工程师：负责需求分析； 3)UI设计工程师：负责页面设计； 4)架构设计师：负责产品的总体架构设计； 5)系统集成工程师：设计产品的系统部署方案，搭建系统部署环境； 6)开发工程师：负责概要设计、详细设计和编码，配合系统的技术发 布；

新产品开发和管理流程

制定：*** 审核：*** 批准：*** 设计和开发管理程序 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．确认划分设计开发过程的阶段，规定每一阶段的工作内容和要求；

软件配置管理规范流程

1 概述 1.1 目的 本文档主要目的在于规范项目配置管理活动，确保配置项正确地唯一标识并且易于存取，保证基线配置项的更改受控，明确基线状态，在整个软件生命周期中建立和维护项目产品的完整性和可追溯性。 1.2 适用范围 本文档适用于不同类别的软件产品和软件项目开发工程的配置管理活动，针对项目不同在流程上作适当的删减。配置管理可采用各种工具及手工办法，本文件以CVS（并行版本系统）配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 1.3 术语和缩略语 1.3.1 软件配置管理（Software Configuration Management，SCM） 软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。 1.3.2 配置项（Configuration Item，CI） 凡是纳入配置管理范畴的工作成果统称为配置项，配置项逻辑上组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。 每个配置项的主要属性有：名称、标签、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。 1.3.3 基线（Baseline） 在配置管理系统中，基线就是一个配置项或一组配置项在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，这些配置项构成了一个相对稳定的逻辑实体，而这个过程被称为“基线化”。每一

软件配置管理规范精编WORD版

软件配置管理规范精编 W O R D版 IBM system office room 【A0816H-A0912AAAHH-GX8Q8-GNTHHJ8】

软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关活动的阐述、验证与确认能及度量。 第四部分：

参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求 中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的 信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit)

软件配置管理规范(参考模板)

软件配置管理规范 1.简介 软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。 1.1 目的 本文档指导项目开展配置管理活动。 1.2 范围 本文档适用于SWL开发小组批准立项的软件项目。 1.3 文档结构 第一部分： 简介，包括本规范的目的、范围、词汇以及所涉及到的参考信息。 第二部分： 配置管理工作规范的正文，包括活动的流程图、进入能及退出的准则、所涉及的角色、相 关活动的阐述、验证与确认能及度量。 第三部分： 变更控制工作规范的正文，包括活动的流程图、进入能及退出准则、所涉及的角色、相关 活动的阐述、验证与确认能及度量。 第四部分： 参考文献，列出了编写本规范所参考的相关的文献资料。 第五部分： 附录，本文中流程图的标准符号定义。 1.4 词汇表 CM (Configuration Management) 配置管理。 CCB (Change Control Board) 变更控制委员会。 CI (Configuration Item) 配置项，包含文档、程序。 CR (Change Request) 变更请求，对提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息 是有关当前问题、提议解决方案及其成本的起源和影响的信息。 PCA (Physical Configuration Audit) 物理审计，在配置管理系统中建成立基线的工件是否为“正确”版本。 FCA (Functional Configuration Audit) 功能审计，核心软件配置项的实际性能是否符合它的需求。 基线(Baseline) 己通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能 通过正式程序，例如变更管理和配置控制才能进行更改。 CML (Configuration Management Library) 配置客理库，存储项目工件的所有版本，即存储项目的定义的配置项。 版本(Version) 某个工件的变体，工件的后期版本一般是在初期版本的基础上进行的扩展。 1.5参考信息

产品开发的流程及管理制度

产品开发的流程及管理制度 目录 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产品改进 为了适应市场需求，满足用户要求，提高产品质量，降低制造成本等原因，在公司已批量生产的某种产品的基础上，改动其一个或一个以上零部件而形成的一种新型产品。

软件配置管理规范

配置管理规范 文件修改控制

目录 1. 目的 2. 适用范围 3. 术语和缩略语 4. 规范内容 5. 引用文件

1.目的 指导配置管理人员如何建立配置库，并利用配置库管理所有配置项，从而提供配置项的存取和检索功能，有利于配置项的更改控制，保证配置项的完整性和可跟踪性。 2.适用范围 适用于所有软件产品和软件项目的配置项管理。配置管理可采用各种工具及手工办法，本文件以Source safe配置管理工具为例，规定公司的配置管理办法，使用其他工具时也可对应本文件的要求参照执行。 3.术语和缩略语 本文件采用NP601100《配置管理》程序使用的术语和缩略语的定义。 4.规范内容 4.1 配置管理的范围 软件配置可包括以下几方面：项目文档，源代码，执行程序，相关设备及资料等。 1）项目文档主要指：立项建议报告、项目启动计划、可行性分析报告、开发计划、需求分析报告、软件功能规格说明书、系统设计报告、数据库表结构、 技术报告、总结报告、验收报告以及上述文档的评审记录。 2）相关设备主要指项目开发和运行环境（包括硬件和软件），以及项目开发和测试过程中使用的专用仪器设备，如读卡机、扫描仪等。 3）相关资料主要指客户提供的行业法规，标准及其调研期间提供的业务单据，往来会议记要，传真，电子邮件，重要的电话记录等。 4.2 各配置项的获得 项目立项之后，软件配置管理负责人SCML即可建立项目配置库，并着手收集各配置项。 1）项目文档。开发各阶段结束时，软件配置管理负责人SCML可向开发人员索要相关文档及对应评审记录，归到配置库。 2）开发人员在出差前应带好与客户会谈的准备材料。根据出差的任务不同，还应准备客满意度调查表，交付书，验收报告等。返回之前应和客户确认，并 在出差回来时交给软件配置管理负责人SCML一份备份，如有客户提供的文

产品开发流程

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/5 声明: 本文件属贵州富泰集团深圳分公司所有，在规定范围内使用，未经文控中心批准，禁止复制、泄露。 修改记录 序号页次版本修改内容记要制/修订者审核批准生效日期11-5A/0首次发行 文件分发要求 分发部门分发份数分发部门分发份数海外事业中心■深圳□贵州份盛世国泰（深）□深圳□贵州份虹语通讯（深）□深圳□贵州份恒博新金属（贵）□深圳□贵州份创博宇（贵）□深圳□贵州份利盈福电池（贵）□深圳□贵州份冠诚注塑（贵）□深圳□贵州份明晰清听筒（贵）□深圳□贵州份启铭镜片（贵）□深圳□贵州份响达鸣喇叭（贵）□深圳□贵州份蓝宇包材（贵）□深圳□贵州份英杰雄充电器（贵）□深圳□贵州份益丰塑胶制品（贵）□深圳□贵州份发利永摄像头（贵）□深圳□贵州份锐达精密模具（贵）□深圳□贵州份英利荣手机按键（贵）□深圳□贵州份银海电子（贵）□深圳□贵州份PCBA事业部（贵）□深圳□贵州份惟思达（深）□深圳□贵州份 制订审核批准 日期日期日期

页数2/5 1.目的： 规范化海外事业部产品需求变更流程。 2.范围： 适用于海外事业部所有产品。 1.定义 需求变更：立项后因客户或因市场变化而提出的新产品需求，包括产品功能、硬件配置、外观工艺、用户体验等产品需求变更。 2.职责 4.1 市场部：明确变更需求，跟进，推动需求落实，过程中协助对客户事宜的沟通。 4.2 产品部：组织评估产品变更需求的可行性及风险，提交需求变更 4.3 项目部：准备详细的schedule，人力资源配置，提交项目预算。 4.4 研发中心：协助产品部，项目部评估相关工作。 4.5 品控中心：协助产品部，项目部评估相关工作。 4.6 运营中心：协助产品部，项目部评估相关工作。 5．程序内容： 5.1 需求受理 5.1.1市场部和产品部作为客户需求变更受理的主要入口，其他部门若有收到客户需求信息，转发知 会市场部及产品部 5.1.2市场部提交《需求变更申请表》给产品部，由产品部主导组织评估 5.1.3产品部对需求进一步了解，细化，必要时可再与客户Double check，明确具体需求 5.2 需求评估 5.2.1需求明确后，产品部依照需求同相关部门共同评估，明确可实现性、开发成本、相关风险以及 开发周期等。 5.2.2 评估结束后，产品部记录并发出评估会议纪要 5.3 与客户沟通 5.3.1市场部将评估结果反馈客户，产品部可协助进行沟通，确定 5.3.1.1若客户不同意，意见转内部，进行二次评估，直到与客户达成明确共识。 5.3.1.2若客户同意，由产品部给出评估报告与《需求导入核准单》，由产品经理组织公司各单位确认、 完成公司内部确认栏部分，并给与汇签；由市场部确认完成《需求导入核准单》的客户确认栏部分。 5.4 最终核准

产品研发部工作流程(流程图版本修改版)

产品研发部工作流程 本工作流程包括软件产品流程与机械设备设计工作流程两部分。 软件产品工作流程 1、立项 2、需求调研产品研发部对某个项目进行技术指标确认，对公司进行立项申请，编 制《项目立项报告》，由研发副总召开会议对项目进行评审，对项目 名称、技术风险评估、财务风险评估、开发成本等进行确认，最终确 立项目的成立。3、指定研发计划需求分析人员对客户进行实地调研，搜集需求，编写《需求调研计 划书》 4、产品设计项目经理根据项目的研发和生产能力编制详细的开发计划，指定开发所要达成的期限、目标、里程碑、产出物，并编写《计划任务 书》 研发部门对软件产品进行概要设计和详细设计，并形成《概要设计 》和《详细设计》文档。 5、设计评审 项目经理组织召开项目设计评审会，并邀请部门经理、总经理等参加，对软件结构、功能的分析，及时发现问题，分析问题，由评审会参与者集体讨论设计是否通过，最后形成《评审会议记录》文档，以备以后查阅。 评审通过？6、产品研发是 否 7、产品测试8、交付用户、市场推广开发人员根据《概要设计》、《详细设计》、《需求规格说明书》等文档，进行设计的软件编码。 软件开发完成后，由测试人员，对软件产品进行测试，找出存在的问题，由开发人员对问题进行修复。 软件交付客户，请客户验收，客户对本公司的软件产品使用情况进行有效的反馈。不足之处严格按照以上流程进行重新修改，反复确认，并对客户需求进行跟踪，以满足客户的满意度。 软件产品设计工作流程

机械设备设计工作流程 一、确定开发项目、了 解产品性能 （1）产品品质要求（2）设备生产效率要求（3）设备工作环境 二、分析待开发设备（1）了解设备结构形式、生产工艺（2）了解设备运转形式（3）设备使用地点的技术参数 三、拟定方案 设计人员讨论、分析作出设备方案，方案包括：（1）设备示意图（整体示意图，局部示意图）（2）各部分机构简介（3）动作说明（4）设备技术参数 四、方案审核 由上级主管工程师及相关人员对方案进行审核，审核内容包括：（1）设备可行性评估（2）设备成本评估（3）设备生产效率的评估（4）各部分结构可行性评估 五、方案整改对方案审核中讨论出的问题进行整改 六、确定设计方案设计方案交由主管工程师或相关上级领导对设计方案进行最后确定 七、进行机构设计 设计设备总装配图、组件图、部件图、零件图等相关图纸，选出执行元器件、电控配件及相关外购件和标准件等。 八、机构审核由相关技术人员对所设计出的图纸进行审核，审核内容包括：（1）机器结构配合是否合理：功能性（能力和精度）、稳定性、安全性、人性化（操作的便利性）和外观性。（2）所设计机器生产效率是否符合需求。（3）机器造价。（4）各部分机构应简单易于调试、维修。（5）各部分零件应尽量简单易于加工。（6）各执行元件选用是否合理。 九、零件加工及标准件采购（1）零件加工部零件图进行机器零件加工（零件加工必须严格按照零件图上所示，零件精度，加工工艺进行加工，保证零件精度及零件加工工艺）。（2）采购人员按照标准件清单，联系供应商进行标准件采购。（3）检人员按照零件图及标准件清单，检验加工零件的尺寸精度，加工工艺，标准件的型号、安装尺寸进行检验，合格后交由仓管人员入库。 十、设备组装（1）装配人员对机器进行组装调试，装配人员按照加工零件清单及标准件清单，到仓库领取加工零件及标准件。（2）装配人员严格按照装配图，进行机器组装，各部分零件，执行元件组装是否正确，各活动部件活动顺畅，无干涉所有的紧固件和接头联结，确保紧固到位，联结可靠。（3）安排电气工程师按照动作说明书进行机器配电，机器程序编写及调试等相关工作。 十一、机器调试 装配人员按工程图进行机器调试，调试完成后运行设备，观察并试验设备运转情况，用以确定设备是否符合要求。 十二、图纸修改存档 在设备组装，机器调试过程中设备出现的相关问题记录下来总结经验从而改进设备，修改图纸相关尺寸及结构并存档。 机械设备设计工作流程

一个完整的产品开发项目管理流程

一个完整的产品开发项目管理流程 从一个项目提出到结束，按照ISO9001:2000的项目管理流程，大致有如下步骤： 1、产品立项报告 按照公司的管理流程，由公司有关人等都有可能提出《产品立项报告》，比如公司老总、市场部门、研发部门，一般是在公司组织的定期召开的会议上提出，经初步讨论具有一定的可行性之后，由公司领导提交到公司负责产品开发立项的部门，比如，总工办，然后，按照公司的管理流程，由该部门组织人员进行讨论，最后指定某人进行产品的可行性分析，提交《产品的可行性分析报告》。 在《产品立项报告》中，初步描述该技术的国内、国外现状、经济效益和社会效益。。。 2、产品可行性分析报告 指定的某人提交《产品的可行性分析报告》，在会议上产品立项讨论通过，指定项目经理，对该产品提出《初步设计》。 在这里，要对风险进行评估。 风险控制：要求，新技术在产品中的使用比例不要超出30%。 如果这个产品大量使用新技术，那么，质量和进度往往不容易保证。 新技术，一般是需要先期做一些知识储备。使用太多的新技术推出的产品，一旦出现了不可控制的缺陷，将是灾难性的损失。 以上过程产生项目经理。以下步骤在项目经理的参与和指导下进行。 3、初步设计 由项目经理负责编写。 在这里，要对成本、进度、风险进行准确评估。 产生《初步设计》后，经讨论修改通过后，把《初步设计》提交给该项目的硬件工程师、软件工程师和结构工程师分别提交《硬件详细设计》、《软件详细设计》和《结构详细设计》; 在初步设计中，指定该项目负责的硬件工程师、软件工程师、结构工程师、样机生产负责人、测试工程师等。 在初步设计中，由项目经理对项目总成本进行核算。 并由项目经理或者测试工程师产生《测试大纲》，由总工程师或者项目经理对《测试大纲》进行批准。 4、硬件详细设计

产品变更管理控制程序

认证产品变更控制程序 1 目的 对批量生产产品与型式试验合格的产品的一致性和变更进行控制，以使认证产品持续符合规定的要求。 2 适用范围 本程序适用于本厂在申请认证过程中及获得认证证书后，对申请人、制造商名称及地址、生产地址、产品名称及型号及关键零部件等的更改。 3 职责 3.1 生产技术科负责认证产品变更的控制。 3.2 质量负责人批准产品变更。 3.3 有关部门参加产品变更的评审并实施变更。 4 程序 4.1当影响产品符合规定要求的因素发生变化时，由生产技术科负责在三个月内将情况上报CQC，并得到批准，尚可实施。 4.2 产品认证更改的类型： 4.2.1 商标更改； 4.2.2由于产品命名方法的变化引起的获证产品名称、型号更改； 4.2.3 产品型号更改、内部结构不变（经判断不涉及安全和电磁兼容问题）； 4.2.4 在证书上增加同种产品其它型号； 4.2.5 在证书上减少同种产品其它型号； 4.2.6 生产厂名称更改，地址不变，生产厂没有搬迁； 4.2.7 生产厂名称更改，地址名称变化，生产厂没有搬迁； 4.2.8 生产厂名称不变，地址名称更改，生产厂没有搬迁； 4.2.9 生产厂搬迁； 4.2.10 申请人名称更改； 4.2.11 产品认证所依据的国家标准、技术规则或者认证实施细则发生了变化； 4.2.12 明显影响产品的设计和规范发生了变化，如获证产品的安全件更换； 4.2.13 生产厂的质量体系发生变化（例如所有权、组织机构或管理者发生了变化）； 4.2.14 其它。 4.3 向CQC申请更改程序 4.3.1 持证人申请认证变更需填写“产品认证变更申请书”。对于“4.2.1-4.2.11”所列的认证更改，持证人向产品认证处提出认证申请；对于“4.2.12”所列的认证更改，持证人向进行型式试验的检测机构提出申请；对于“4.2.13”所列的认证更改，持证人向检查处提出申请。 4.3.2 持证人除需提供原证书复印件和必要的技术资料外，还需按下列条款提交适用文件：4.3.2.1 符合“4.2.1-4.2.4”更改条件的，变更后的新证书如包含原证书信息（型号、商标），持证人需退回证书原件。 4.3.2.2 符合“4.2.5-4.2.11”更改条件的，持证人需退回证书原件。 4.3.2.3 符合“4.2.1”更改条件的，申请时应另外提交新申请商标的注册证明或商标使用授权书。