计算机软件产品开发标准与规范
引言
1 目的
一项计算机软件的筹划、研制及实现，构成一个软件开发项目。一个软件开发项目的进行，一般需要在人力和自动化资源等方面作重大的投资。为了保证项目开发的成功，最经济地花费这些投资，并且便于运行和维护，在开发工作的每一阶段，都需要编制二定的文件。这些文件连同计算机程序及数据一起，构成为计算机软件。文件是计算机软件中不可缺少的组成部分，它的作用是：a．作为开发人员在一定阶段内的工作成果和结束标志；
b．向管理人员提供软件开发过程中的进展和情况，把软件开发过程中的一些“不可见的”事物转换成“可见的”文字资料。以便管理人员在各个阶段检查开发计划的实施进展，使之能够判断原定目标是否已达到，还将继续耗用资源的种类和数量；
C．记录开发过程中的技术信息，便于协调以后的软件开发、使用和修改；
d．提供对软件的有关运行、维护和培训的信息，便于管理人员、开发人员、操作人员和用户之间相互了解彼此的工作；
e．向潜在用户报导软件的功能和性能，使他们能判定该软件能否服务于自己的需要。
换言之，本指南认为：文件的编制必须适应计算机软件整个生存周期的需要。
计算机软件所包含的文件有两类：一类是开发过程中填写的各种图表，可称之为工作表格；另一类则是应编制的技术资料或技术管理资料，可称之为文件。本指南规定软件文件的编制形式，并提供对这些规定的解释。本指南的目的是使得所编制的软件文件确实能够起到软件文件应该发挥的作用。
2 范围
本指南是一份指导性文件。本指甫建议，在一项计算机软件的开发过程中，一般地说，应该产生十四种文件。这十四种文件是：
可行性研究报告；
项目开发计划；
软件需求说明书；
数据要求说明书；
概要设计说明书；
详细设计说明书；
数据库设计说明书；
用户手册；
操作手册；
模块开发卷宗；
测试计划；
测试分析报告；
开发进度月报；
项目开发总结报告。
本指南将给出开发过程中建议产生的这十四种文件的编制指导，同时，本指南也是这十四种文件的编写质量的检验准则。但是，本指南并未涉及软件开发过程中如何填写工作表格的问题。
一般地说，一个软件总是一个计算机系统（包括硬件、固件和软件）的组成部分。鉴于计算机系统的多样性，本指南一般不涉及整个系统开发中的文件编制问题，本指南仅仅是软件开发过程中的文件编制指南。
3 文件的使用者
对于使用文件的人员而言，他们所关心的文件的种类，随他们所承担的工作而异。
管理人员：可行性研究报告，
项目开发计划，
模块开发卷宗，
开发进度月报，
项目开发总结报告；
开发人员：可行性研究报告，
项目开发计划，
软件需求说明书，
数据要求说明书，
概要设计说明书，
详细设计说明书，
数据库设计说明书，
测试计划，
测试分析报告；
维护人员：设计说明书，
测试分析报告，
模块开发卷宗；
用户：用户手册，
操作手册。
尽管本指南提出了在软件开发中文件编制的要求，但并不意味着这些文件都必须交给用户。一项软件的用户应该得到的文件的种类由供应者与用户之间签订的合同规定。
第一篇文件的编制指导
4 软件生存周期与各种文件的编制
一项计算机软件，从出现一个构思之日起，经过这项软件开发成功投入使用，直到最后决定停止使用，并被另一一项软件代替之时止，被认为是该软件的一个生存周期。一般地说这个软件生存周期可以分成以下六个阶段：可行性与计划研究阶段
需求分析阶段
设计阶段
实现阶段
测试阶段
运行与维护阶段
在可行性研究与计划阶段内，要确定该软件的开发目标和总的要求，要进行可行性分析、投资一收益分析、制订开发计划，并完成应编制的文件。
在需求分析阶段内，由系统分析人员对被设计的系统进行系统分析，确定对该软件的各项功能、性能需求和设计约束，确定对文件编制的要求，作为本阶段工作的结果，一般地说，软件需求说明书、数据要求说明书和初步的用户手册应该编写出来。
在设计阶段内，系统设计人员和程序设计人员应该在反复理解软件需求的基础上，提出多个设计，分析每个设计能履行的功能并进行相互比较，最后确定一个设计，包括该软件的结构、模块的划分、功能的分配以及处理流程。在被设计系统比较复杂的情况下，设计阶段应分解成概要设计阶段和详细设计阶段两个步
骤。在一般情况下，应完成的文件包括：概要设计说明书、详细设计说明书和测试计划初稿。
在实现阶段内，要完成源程序的编码、编译（或汇编）和排错调试得到无语法错的程序清单，要开始编写模块开发卷宗，并且要完成用户手册、操作手册等面向用户的文件的编写工作，还要完成测试计划的编制。
在测试阶段，该程序将被全面地测试，已编制的文件将被检查审阅。一般要完成模块开发卷宗和测试分析报告，作为开发工作的结束，所生产的程序、文件以及开发工作本身将逐项被评价，最后写出项目开发总结报告。
在整个开发过程中（即前五个阶段中），开发集体要按月编写开发进度月报。在运行和维护阶段，软件将在运行使用中不断地被维护，根据新提出的需求进行必要而且可能的扩充和删改。
对于一项软件而言，其生存周期各阶段与各种文件编写工作的关系可见表互，其中有些文件的编写工作可能要在若干个阶段中延续进行。
表1软件生存周期各阶段中的文件编制
5 文件编制中的考虑因素
文件编制是一个不断努力的工作过程。是一个从形成最初轮廓，经反复检查和修改，直到程序和文件正式交付使用的完整过程。其中每一步都要求工作人员做出很大努力。要保证文件编制的质量，要体现每个开发项目的特点，也要注意不要花太多的人力。为此，编制中要考虑如下各项因素。
5．1 文件的读者
每一种文件都具有特定的读者。这些读者包括个人或小组、软件开发单位的成员或社会上的公众、从事软件工作的技术人员、管理人员或领导干部。他们期
待着使用这些文件的内容来进行工作，例如设计、编写程序、测试、使用、维护或进行计划管理。因此，这些文件的作者必须了解自己的读者，这些文件的编写必须注意适应自己的特定读者的水平、特点和要求。
5．2 重复性
本指南第二篇中将列出的这十四种文件的内容要求中，显然存在某些重复。较明显的重复有两类。引言是每一种文件都要包含的内容，以向读者提供总的梗概。第二类明显的重复是各种文件中的说明部分，如对功能性能的说明、对输入和输出的描述、系统中包含的设备等。这是为了方便每种文件各自的读者，每种产品文件应该自成体系，尽量避免读一种文件时又不得不去参考另一种文件。当然，在每一种文件里，有关引言、说明等同其他文件相重复的部分，在行文上、在所用的术语上、在详细的程度上，还是应该有一些差别，以适应各种文件的不同读者的需要。
5．3 灵活性
鉴于软件开发是具有创造性的脑力劳动，也鉴于不同软件在规模上和复杂程度上差别极大，本指南认为在文件编制工作中应允许一定的灵活性。这种灵活性表现在如下各款。
5．3．1 应编制的文件种类
尽管本指南认为在一般情况下，一项软件的开发过程中，应产生的文件有十四种，然而针对一项具体的软件开发项目，有时不必编制这么多的文件，可以把几种文件合并成一种。一般地说，当项目的规模、复杂性和成败风险增大时，文件编制的范围、管理手续和详细程度将随之增加。反之，则可适当减少。为了恰当地掌握这种灵活性，本指南要求贯彻分工负责的原则，这意味着：
a: 一个软件开发单位的领导机构应该根据本单位经营承包的应用软件的专业领域和本单位的管理能力，制定一个对文件编制要求的实施规定，主要是：在不同的条件下，应该形成哪些文件？这些文件的详细程度？该开发单位的每一个项目负责人，必须认真执行这个实施规定。这种规定的两个例子可叹本指南的附录o（参考件）；
b．对于一个具体的应用软件项目，项目负责人应根据上述实施规定，确定一个文件编制计划，主中包括:
(1)应该编制哪几种文件，详细程度如何？
（2）各个文件的编制负责人和进度要求；
（3）审查、批准的负责人和时间进度安排；
（4）在开发时期内，各文件的维护、修改和管理的负责人，以及批准手续。
每项工作必须落实到人。
这个文件编制计划是整个开发计划的重要组成部分；
C．有关的设计人员则必须严格执行这个文件编制计划。
5．3．2 文件的详细程度
从同一份提纲起草的文件的篇幅大小往往不同，可以少到几页，也可以长达几百页。对于这种差别本指南是允许的。此详细程度取决于任务的规模、复杂性和项目负责人对该软件的开发过程及运行环与所需要的详细程度的判断。
5．3．3 文件的扩展
当被开发系统的规模非常大（例如源码超过一百万行）时，一种文件可以分成几卷编写，可以按其。每一个系统分别编制，也可以按内容划分成多卷，例如：项目开发计划可能包括：质量保证计划，
配置管理计划，
用户培训计划，
安装实施计划；
系统设计说明书可分写成：系统设计说明书，
子系统设计说明书；
程序设计说明书可分写成：程序设计说明书，
接口设计说明书，
版本说明；
操作手册可分写成：操作手册，
安装实施过程；
．测试计划可分写成：测试计划，
测试设计说明，
测试规程，
测试用例；
测试分析报告可分写成：综合测试报告，
验收测试报告；
项目开发总结报告亦可分写成项目开发总结报告和资源环境统计。
5．3．4 节的扩张与缩并
在有些文件中，可以使用本指南所提供的章、条标题，但在条内又存在一系列需要分别讨论的因素本指南认为，所有的条都可以扩展，可以进一步细分，以适应实际需要。反之，如果章条中的有些细节；非必需，也可以根据实际情况缩并。此时章条的编号应相应地改变。
5．3．5 程序设计的表现形式
本指南对于程序的设计表现形式并未作出规定或限制，可以使用流程图的形式、判定表的形式，1 可以使用其他表现形式，如程序设计语言（PDL）、问题分析图（PAD）等。
5．3．6 文件的表现形式
本指南对于文件的表现形式亦未作出规定或限制，可以使用自然语言，也可以使用形式化语言。
5．3．7 文件的其他种类
当本指南中规定的文件种类尚不能满足某些应用部门的特殊需要时，他们可以建立一些特殊的文件种类要求，例如软件质量保证计划、软件配置管理计划等，这些要求可以包含在本单位的文件编制实施规定中。
6 文件编制的管理工作
文件编制工作必须有管理工作的配合，才能使所编制的文件真正发挥它的作用。文件的编制工作实际上贯穿于一项软件的整个开发过程，因此，对文件的管理必须贯穿于整个开发过程。在开发过程中必须进行的管理工作是以下四条。
6．1文件的形成
开发集体中的每个成员，尤其是项目负责人，应该认识到：文件是软件产品的必不可少的组成部分；在软件开发过程的各个阶段中，必须按照规定及时地完成各种产品文件的编写工作；必须把在一个开发步骤中作出的决定和取得的结果及时地写入文件；开发集体必须及时地对这些文件进行严格的评审；这些文件的形成是各个阶段开发工作正式完成的标志。这些文件上必须有编写者、评审者和批准者的签字，必须有编写、评审完成的日期和批准的日期。
6．2文件的分类与标识
在软件开发的过程中，产生的文件是很多的，为了便于保存、查找、使用和修改，应该对文件按层次地加以分类组织。一个软件开发单位应该建立一个对本单位文件的标识方法，使文件的每一页都具有明确的标识。例如可以按如下四个层次对文件加以分类和标识。
a．文件所属的项目的标识；
b．文件种类的标识；
C．同一种文件的不同版本号；
d．页号。
此外，对每种文件还应根据项目的性质，划定它们各自的保密级别，确定他们各自的发行范围。
6．3文件的控制
在一项软件的开发过程中，随着程序的逐步形成和逐步修改，各种文件亦在不断地产生、不断地修改或补充。因此，必须加以周密的控制，以保持文件与程序产品的一致性，保持各种文件之间的一致性和文件的安全性。这种控制表现为：a．就从事一项软件开发工作的开发集体而言，应设置一位专职的文件管理人员（接口管理工程师或文件管理员）；在开发集体中，应该集中保管本项目现有全部文件的主文本两套，由该文件管理人员负责保管；
b．每一份提交给文件管理人员的文件都必须具有编写人、审核人和批准人的签字；
C．这两套主文本的内容必须完全一致；其中有一套是可供出借的，另一套是绝对不能出借的，以免发生万一；可出借的主文本在出借时必须办理出借手续，归还时办理注销出借手续；
d．开发集体中的工作人员可以根据工作的需要，在本项目的开发过程中持有一些文件，即所谓个人文件，包括为使他完成他承担的任务所需要的文件，以及他在完成任务过程中所编制的文件；但这种个人文件必须是主文本的复制品，必须同主文本完全一致，若要修改，必须首先修改主文本；
e．不同开发人员所拥有的个人文件通常是主文本的各种子集；所谓子集是指把主文本的各个部分根据承担不同任务的人员或部门的工作需要加以复制、组装而成的若干个文件的集合；文件管理人员。应该列出一份不同子集的分发对象的清单，按照清单及时把文件分发给有关人员或部门；
f．一份文件如果已经被另一份新的文件所代替，则原文件应该被注销；文件管理人中要随时整理主文本，及时反映出文件的变化和增加情况，及时分发文件；
g．当一个项目的开发工作临近结束时，文件管理人员应逐个收回开发集体内每个成员的个人文件，并检查这些个人文件的内容；经验表明，这些个人文件往往可能比主文本更详细，或同主文本的内容有所不同，必须认真监督有关人员进行修改，使主文本能真正反映实际的开发结果。
6．4文件的修改管理
在一个项目的开发过程中的任何时刻，开发集体内的所有成员都可能对开发工作的已有成果——文件，提出进行修改的要求。提出修改要求的理由可能是各种各样的，进行修改而引起的影响可能很小，也可能会牵涉到本项目的很多方面。因此，修改活动的进行必须谨慎，必须对修改活动的进行加以管理，必须执行修改活动的规程，使整个修改活动有控制地进行。
修改活动可分如下五个步骤进行：
a．提议开发集体中的任何一个成员都可以向项目负责人提出修改建议，为此应该填写一份修改建议表，说明修改的内容、所修改的文件和部位、以及修改理由；
b．评议由项目负责人或项目负责人指定的人员对该修改建议进行评议，包括审查该项修改的必要性、确定这一修改的影响范围、研究进行修改的方法、步骤和实施计划；
c．审核一般由项目负责人进行审核，包括核实修改的自的和要求、核实修改活动将带来的影响、审核修改活动计划是否可行；
d．批准在一般情况下，批准权属于该开发单位的部门负责人；在批准时，主要是决断修改工作中各项活动的先后顺序及各自的完成日期，以保证整个开发工作按原定计划日期完成；
e．实施由项目负责人按照已批准的修改活动计划，安排各项修改活动的负责
人员进行修改，建立修改记录、产生新的文件以取代原有文件、最后把文件交文件管理人员归档，并分发给有关的持有者。
第二篇各种文件的内容要求
本篇将对引言中提到的十四种文件提供内容要求，作为文件编制的技术标准。
7 可行性研究报告
可行性研究报告的编写目的是：说明该软件开发项目的实现在技术、经济和社会条件方面的可行性；评述为了合理地达到开发目标而可能选择的各种方案；说明并论证所选定的方案。
可行性研究报告的编写内容要求如下：
7．1引言
7．1C1编写目的
7．1．2背景
7．1．3定义
7．1．4参考资料7
7．2可行性研究的前提
7．2．1要求
7．2．2目标
7．2．3条件、假定和限制
7．2．4进行可行性研究的方法
7．2．5评价尺度
7．3对现有系统的分析
7．3．1数据流程和处理流程
7．3．2工作负荷
7．3．3费用开支
7．3．4人员
7．3．5设备
7．3．6局限性
7．4所建议的系统
7．4．1对所建议系统的说明
7．4．2数据流程和处理流程
7．4．3改进之处
7．4．4影响
7．4．4．1对设备的影响
7．4．4．2对软件的影响
7．4．4．3对用户单位机构的影响 7．4．4．4对系统运行的影响
7．4．4．5对开发的影响
7．4，4．6对地点和设施的影响 7．4．4．7对经费开支的影响
7．4．5局限性
7．4．6技术条件方面的可行性7．5可选择的其他系统方案
7．5．1可选择的系统方案1
7．5．2可选择的系统方案2 ．．．．．．
7．6投资及收益分析
7．6．1支出
7．6．1．1基本建设投资
7．6．1．2其他一次性支出
7．6．1．3非一次性支出
7．6．2收益
7．6，2．1一次性收益
7．6．2．2非一次性收益
7．6．2．3不可定量的收益
7．6．3收益／投资比
7．6．4投资回收周期
7．6．5敏感性分析
7．7社会条件方面的可行性
7．7．1法律方面的可行性
7．7．2使用方面的可行性
7．8结论
8 项目开发计划
编制项目开发计划的目的是用文件的形式，把对于在开发过程中各项工作的负责人员、开发进度、所需经费预算、所需软、硬件条件等问题作出的安排记载下来，以便根据本计划开展和检查本项目的开发工作。编制内容要求如下：8．1引言
8．1．1编写目的
8．1．2背景
8．1．3定义
8．1．4参考资料
8．2项目概述
8．2．1作内容
8．2．2主要参加人员
8．2．3产品及成果
8．2．3．1程序
8．2．3．2文件
8．2．3．3服务
8．2．3．4非移交产品
8．2．4验收标准
8．．2．5完成项目的最迟期限
8．2．6本计划的审查者与批准者
8．3实施总计划
8．3．1工作任务的分解
8．3．2接口人员
8．3．3进度
8．3．4预算
8．3．5关键问题
8．4支持条件
8．4．1计算机系统支持
8．4．2需要用户承担的工作
8．4．3需由外单位提供的条件
8．5专题计划要点
9 软件需求说明书
软件需求说明书的编制是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个开发工作的基础。编制软件需求说明书的内容要求如下：
9．1引言
9．1．1编写目的
9．1．2背景
9．1．3定义
9．1．4参考资料
9．2任务概述
9．2．1目标
9．2．2用户的特点
9．2．3假定与约束
9．3需求规定
9．3．1对功能的规定
9．3．2对性能的规定
9．3．2．1精度
9．3．2．2时间特性耍求
9．3．2．3灵活性
9．3．3输入输出要求
9．3．4数据管理能力要求
9．3．5故障处理要求
9．3．6其他专门要求
9．4运行环境规定
9．4．1设备
9．4．2支持软件
9．4．3接口
9．4．4控制
10 数据要求说明书
数据要求说明书的编制目的是为了向整个开发时期提供关于被处理数据的描
述和数据采集要求的技术信息。编制数据要求说明书的内容要求如下：10．1引言
10．1．1编写目的
10．1．2背景
10．1．3定义
10．1．4参考资料
10．2数据的逻辑描述
10．2．1静态数据
10．2．2动态输入数据
10．2．3动态输出数据
10．2．4内部生成数据
10．2．5数据约定
10．3数据的采集
10．3．1要求和范围
10．3．2输入的承担者
10．3．3处理
10．3．4影响。
11 概要设计说明书
概要设计说明书又可称系统设计说明书，这里所说的系统是指程序系统。编制的目的是说明对程序系统的设计考虑，包括程序系统的基本处。流程、程序系统的组织结构、模块划分、功能分配、接口设计。运行设计、数据结构设计和出错处理设计等，为程序的详细设计提供基础。编制概要设计说明书的内容要求如下：
11．1引言
11．1．1编写目的
11．1．2背景
11．1．3定义
11．1．4参考资料
11．2总体设计
11．2．1需求规定
11．2．2运行环境
11．2．3基本设计概念和处理流程
11．2．4结构
11．2．5功能需求与程序的关系
11．2．6人工处理过程
11．2．7尚未解决的问题
11．3接口设计
11．3．1用户接口
11．3．2外部接口
11．3．3内部接口
11．4运行设计
11．4．1运行模块组合
11．4．2运行控制
11．4．3运行时间
11．5系统论据结构设计
11．5．1逻辑结构设计要点
11．5．2物理结构设计要点
11．5．3数据结构与程序的关系
11．6系统出错处理设计
11．6．1出错信息
11．6．2补救措施
11．6 3系统维护设计
12详细设计说明书
详细设计说明书又可称程序设计说明书。编制目的是说明一个软件系统各个层次中的每一个程序（每个模块或子程序）的设计考虑，如果一个软件系统比较简单，层次很少，本文件可以不单独编写，有关内容合并入概要设计说明书。对详细设计说明书的内容要求如下：
12．1引言
12．1．1编写目的
12．1．2背景
12．1．3定义
12．1．4参考资料
12．2程序系统的组织结构
12．3程序1（标识符）设计说明
12．3．1程序描述
12．3．2功能
12．3．3性能
12．3．4输入项
12．3．5输出项
12．3．6算法
12．3．7流程逻辑
12．3．8接口
12．3．．9存储分配
12．3．10注释设计
12．3．11限制条件
12．3．12测试计划．
12．3．13尚未解决的问题
12．4程序2（标识符）设计说明
．．．．．．
13 数据库设计说明书
数据库设计说明书的编制目的是对于设计中的数据库的所有标识、逻辑结构和物理结构作出具体的设计规定。其内容要求如下：
13．1引言
13．1．1编写目的
13．1．2背景
13．1．3定义
13．1．4参考资料
13．2外部设计
13．2．1标识符和状态
13．2．2使用它的程序
13．2．3约定
13．2．4专门指导
13．2．5支持软件
13．3结构设计
13．3．1概念结构设计
13．3．2逻辑结构设计
13．3．3物理结构设计
13．4运用设计
13．4．1数据字典设计
13．4．2安全保密设计
14 用户手册
用户手册的编制是要使用非专门术语的语言，充分地描述该软件系统所具有的功能及基本的使用方法。使用户（或潜在用户）通过本手册能够了解该软件的用途，并且能够确定在什么情况下，如何使用它。具体的内容要求如下：14．1引言
14．1．1编写目的
14．1．2背景
14．1．3定义
14．1．4参考资料
14．2用途
14．2．1功能
14．2．2性能
14．2．2．1精度
14．2．2．2时间特性
14．2．2．3灵活性
14．2．3安全保密
14．3运行环境
14．3．1硬设备
14．3．2支持软件
14．3．3数据结构
14．4使用过程
14．4．1安装与初始化
14．4．2输入
14．4．2．1输入数据的现实背景
14．4．2．2输入格式
14．4．2．3输入举例
14．4．3输出
14．4．3．1输出数据的现实背景
14．4．3．2输出格式
14．4．3．3输出举例
14．4．4文卷查询
14．4．5出错处理与恢复
14．4．6终端操作
15 操作手册
操作手册的编制是为了向操作人员提供该软件每一个运行的具体过程和有关知识，包括操作方法的细节。具体的内容要求如下：
15．1引言
15．1．1编写目的
15．1．2背景
15．1．3定义
15．1．4参考资料
15．2软件概述
15．2．1软件的结构
15．2．2程序表
15．2．3文卷表
15．3安装与初始化
15．4运行说明
15．4．1运行表
15．4．2运行步骤
15．4．3运行1（标识符）说明
15．4．3．1运行控制
15．4．3．2操作信息
15．4．3．3输入一输出文卷
15．4．3．4输出文段
15．4．3．5输出文段的复制
15．4．3．6启动恢复过程
15．4．4运行2（标识符）说明
．．．．．．
15．5非常现过程
15．6远程操作
16 模块开发卷宗
模块开发卷宗是在模块开发过程中逐步编写出来的，每完成一个模块或一组密
切相关的模块的复审时编写一份，应该把所有的模块开发卷宗汇集在一起。编写的目的是记录和汇总低层次开发的进度和结果，以便于对整个模块开发工作的管理和复审，并为将来的维护提供非常有用的技术信息。具体的内容要求如下：16．1标题
16．2模块开发情况表（见下表）
模块开发情况表
16．3功能说明
16．4设计说明
16．5源代码清单
16．6测试说明
16．7复审的结论
产品部工作规范及流程图
产品部工作规及工作流程 一、 产品团队组成 二、 产品周期流程 三、 产品设计流程 3.1 产品立项 产品小组开会讨论产品立项： 3.1.1 讨论产品需求并分析产品主要功能点。 3.1.2 讨论并拟定产品交互体验与产品视觉体验。 3.1.3 工作周期计划。 3.2 产品设计 使用Axure RP 对产品实现高保真的原型设计。 产品界面、功能不出现遗漏。 产品 立项 原型设计 原型确认 UI 设计 UI 确认 前端开发 前端确认 设计 周期 开发周期 测试周期 PRD 编写 产品经理 前端开发 UI 设计 测试 产品上线 阶段跟踪
原型交互体验应满足贴近真实产品90%的效果。 3.3 产品原型确认 3.3.1产品原型是否满足需求功能。 3.3.2产品原型交互体验评测。 3.3.3产品原型交互体验改进措施。 3.3.4讨论对产品UI设计。 3.4 产品UI设计与确认 3.4.1UI与产品原型是否相符 3.4.2视觉效果是否满意 3.5 产品前端设计与确认 3.5.1前端与原型保持一致性。。 3.5.2前端与UI保持一致性。 3.5.3前端不足改进措施。 3.6 产品PRD编写 通过产品原型图例对产品进行功能性描述。 四、产品开发进度跟踪流程 4.1产品开发沟通会议 4.1.1讲演产品：使用产品原型与PRD文档对产品进行讲演。 4.1.2需求沟通：对需求进行讨论。 4.2提交资料准备开发 产品部与技术部开完产品开发沟通会后，将前端文件（HTML），原型（Axure RP），开发需求文档（PRD）等文件提交到技术部。 4.3产品开发追踪 五、产品测试流程（参照产品测试规） 5.1产品测试 根据产品PRD文档与产品测试用例对产品进行功能点测试。 使用压力测试、兼容性测试等手段对产品进行性能测试。 5.2产品验收 产品通过功能测试及性能测试，测试人员给出总结报告，对该产品能否
产品开发流程规范.doc
产品开发流程规范 产品开发过程 典型的产品设计过程包含四个阶段：概念开发和产品规划阶段、详细设计阶段、小规模生产阶段、增量生产阶段。 1、在概念开发与产品规划阶段，将有关市场机会、竞争力、技术可行性、生产需求、对上一代产品优缺点的反馈的信息综合起来，确定新产品的框架。这包括新产品的概念设计、目标市场、期望性能的水平、投资需求与财务影响。在决定某一新产品是否开发之前，企业还可以用小规模实验对概念、观点进行验证。实验可包括样品制作和征求潜在顾客意见。 2、详细设计阶段，一旦方案通过，新产品项目便转入详细设计阶段。该阶段基本活动是产品原型的设计与构造以及商业生产中的使用的工具与设备的开发。详细产品工程的核心是设计--建立--测试循环。所需的产品与过程都要在概念上定义，而且体现于产品原型中(可在计算机中或以物质实体形式存在)，接着应进行对产品的模拟使用测试。如果原形不能体现期望性能特征，工程师则应寻求设计改进以弥补这一差异，重复进行设计--建立--测试循环。详细产品工程阶段结束以产品的最终设计达到规定的技术要求并签字认可作为标志。 3、小规模生产的阶段，在该阶段中，在生产设备上加工与测试的单个零件已装配在一起，并作为一个系统在工厂内接受测试。在小规模生产中，应生产一定数量的产品，也应当测试新的或改进的生产过程应付商业生产的能力。正是在产品开发过程中的这一时刻，整个系统(设计、详细设计、工具与设备、零部件、装配顺序、生产监理、操作工、技术员)组合在一起。 4、开发的最后一个阶段是增量生产。在增量生产中，开始是一个相对较低的数量水平上进行生产;当组织对自己(和供应商)连续生产能力及市场销售产品的能力的信心增强时，产量开始增加。
项目产品开发流程图.docx
相关单位商务部项目科采购部技术科项目报价图纸及项目报价 报价零件清单 阶段评审 项目承接通知 单 召开项目启动 会 技术转化 初始工艺方案 提交委外采购 需求(模, 夹检 具 ) 寻委外供应商 原材料需求计原材料采购 划 外协外购件外协外购厂 需求计划家定点 实验设备需实验设备购 求买 产能需求表生产设备购 买 讨论模、夹报 价工艺方案 签定技术协议 项目进度表 阶段评审 汇总项目进签定采购合 度表 提交项目进 会签模、夹 冲压件开发《过程价值流程图》 质量部供应商 相关表单及文件流程说明 生产部 《新产品工艺定额表》由商务部和技术部技术科主导 , 抄送冲压项目科. 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科。 零件检测方案 《产品信息表》由商务部下产品开发通知到技术部项目科。 编制 《零件清单》、《会议通知单》由项目下会议通知单召开项目启动会，参与部门 《小组成员职责表》商务中心、采购中心、质量部、技术部、制造和 《会议纪要》、《项目进度表》物控部。 《工艺方案表》工艺方案表包括初始流程图、模具数量、材料利用 率、使用设备等要求 , 发采购部抄送项目科。 《试制材料采购订单》项目提交材料替代单给客户确认后申请采购原材料。 《物料采购申请单》由项目科下申请单给采购部. 《设备请购单》设备请购单由项目申请 , 相关部门配合项目。 提交模、夹、 检报价工艺 讨论检具报 《技术协议》工艺讨论需项目、技术、质量、采购进行确认。 价方案 《最终工艺方案》 签定技术协议《模具制作进度表》由项目汇总进度表并进行跟踪，同时发给客户和相 《检具制作进度表》关部门。 项目进度表 《夹具制作进度表》 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科。 NG提交模、夹、 NG 会签检具制 会签模、夹阶段评审 NG提交模、夹、 检结构设计 NG 会签检具制 作结构设计 模、夹、检 制作过程问 题点解决 《工装工艺评审单》评审单需由项目、技术、质量、生产、采购进行会签， 《特殊特性清单》要求按《冲压模具设计管理标准》、《工装夹具管理 《实验计划》标准》、《专用检具管理标准》, 由项目科完成 PDM系 《过程流程图》统内的零件图档录入及特殊特性清单、实验计划及过 程流程图试制版下发. 《工装结构设计评审单》评审单需由项目、技术、质量、采购进行会签， 《检具检测方案评审单》要求按《冲压模具设计管理标准》、《工装夹具 管理标准》、《专用检具管理标准》. 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科. 《保模检查记录表》保模和铸件检查需项目、技术、采购参与并邀请客 《铸件检查记录表》户参加 ( 如客户要求 ) ，要求按《冲压模具验收管理 《铸件检查记录表》标准》、《工装夹具管理标准》、《专用检具管理 标准》. 提供技术支持 模、夹工装预验收提供技术支 检具预验收 配合模、夹、 模、夹、检问 题点整改移型 《调试纪录表》 《问题点纪录表》 《检具检测报告》模、夹、检预验收需项目、技术、采购、质量参与并 《动、静态验收报告》邀请客户参加 ( 如客户需要 ), 验收标准按《冲压模具验 《零件检测报告》收管理标准》、《工装夹具管理标准》、《专用检具 《问题点纪录表》管理标准》 . 由项目科完成控制计划、PFEMA及技术科 《备品备件清单》完成《作业指导书》等文件试制版下发. 《控制计划》 《PFEMA》 《作业指导书》 生产走线，阶段评审生产走线，《问题点纪录表》确认问题点修改完成情况. 小批量试生 产准备 过程能力分小批量试生 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科.析
新产品开发部门工作流程图
新产品开发部门工作流程图 新产品开发策略 主要方式 呈 报 新产品样品开发 产 品开发过程
附件一：内部管理制度 新产品开发工作，是指运用国内外在基础研究与应用研究中所发现的科学知识及其成果，转变为新产品、新材料、新生产过程等一切非常规性质的技术工作。新产品开发是企业在激励的技术竞争中赖以生存和发展的命脉，是实现“生产一代，试制一代，研究一代和构思一代”的产品升级换代宗旨的重要阶段，它对企业产品发展方向，产品优势，开拓新市场，提高经济效益等方面起着决定性的作用。因此，新产品开发必须严格遵循产品开发的科学管理程序，即选题（构思。调研和方案论证）样（模）试批试正式投产前的准备这些重要步骤。 一、调查研究与分析决策 新产品的可行性分析是新产品开发中不可缺少的前期工作，必须在进行充分的技术和市场调查后，对产品的社会需求、市场占有率、技术现状和发展趋势以及资源效益等五个方面进行科学预测及技术经济的分析论证。 （一）调查研究： 1、调查国内市场和重要用户以及国际重点市场同类 产品的技术现状和改进要求； 2、以国内同类产品市场占有率的前三名以及国际名 牌产品为对象，调查同类产品的质量、价格、市场及
使用情况； 3、广泛收集国内部外有关情报和专刊，然后进行可行 性分析研究。 （二）可行性分析： 1、论证该类产品的技术发展方向和动向。 2、论证市场动态及发展该产品具备的技术优势。 3、论证发展该产品的资源条件的可行性。（含物资、 设备、能源及外购外协件配套等）。 （三）决策： 1、制定产品发展规划： （1）企业根据国家和地方经济发展的需要、从企业 产吕发展方向、发展规模，发展水平和技术改 造方向、赶超目标以及企业现有条件进行综合 调查研究和可行性分析，制定企业产品发展规 划。 （2）由研究所提出草拟规划，经厂总师办初步审 查，由总工程师组织有关部门人员进行慎密的 研究定稿后，报厂长批准，由计划科下达执行。 2、瞄准世界先进水平和赶超目标，为提高产品质量进 行新技术、新材料、新工艺、新装备方面的应用研究： （1）开展产品寿命周期的研究，促进产品的升级换 代，预测企业的盈亏和生存，为企业提供产品
产品开发流程
产品开发初步流程 业务需求 市场调查 开发评审报告 产品立项(《产品设计书》《立项报告》《整体产品工作计划》) 产品结构设计软件设计硬件设计包装设计产品标准 （产品结构总体方案）（软件设计总体方案）（硬件设计总体放案）（UL，CE，EMC，EMI，CC…）（功能结构总图）（软件设计总流程图和功能要求）（硬件设计总框图和功能要求） 下面是每部份的流程 A，产品结构流程（需和硬件相结合）
客户沟通初步结构 样品评审 送样 客户反馈 进行下一个阶段（和前面流程大概相似） 所有结构完成应有如下资料： 1，总装图（又叫爆炸图）2，零件图3，模具图4，工程图5，材料清单要求（如防火等级，表面处理）6，零件编码要求 B，软件流程 沟通产品设计要求
初步产品设计框图（设计大纲） 框图评审确认 子程序流程图 程序编写 程序调试 程序装机整体调试（这里做各种标准的调试，如电磁干扰等） 试样 芯片固化 批量生产 整个软件完成后需要的主要资料： 1，产品功能要求2，产品设计大纲3，产品所有的程序流程图4，程序原代码5，生成的原代码6，烧录程序后的格式码7，程序的工作时序8，调试报告。 C，硬件开发的流程 电路整体方案设计 功能整体设计
单元电路的总结 绘制完整的原理图 绘制PCB图 制定各种调试要求 规范各种测试要求和报告 样品评审 小批量生产 批量生产 硬件完成需要的资料： 1，原理图 2，PCB图 3，材料清单 4，元器件分布图 5，PCB走线图 6，产品测试要求
7，产品组装要求（这和结构相配合，产生工艺要求文件）8，产品工艺要求（这和结构相配合） 9，产品认证资料
产品研发工作流程规范
产品研发工作流程规范 产品研发总流程图： 流程中的角色和分工： 产品经理：负责需求收集和分析，产品的调研和设计，MRD的编写，实现的跟踪，以及其他相关产品工作。 产品总监：负责产品部门的工作划分，时间人员协调，总体工作安排和进度跟踪，跨部门的协作安排。 产品总负责人：负责战略性产品的审核和战略方向的把握。 研发工程师：负责系统前后端的设计和开发。 测试工程师：负责系统的测试。 系统架构师：负责重大设计的指导和审核，关键系统操作的确认。 其他：可能包括UE/UI/VI以及其他部门 流程块描述： 需求收集调研： 工作内容：产品部门通过各种途径收集市场和用户需求，开展基本的调研工作，确定需要实施一个项目来满足这些需求。 注意事项：原创类产品，最好给出定量的需求分析和调研报告；模仿类产品，最好给出对模仿对象的分析和模仿的理由。给出产品重要性与优先级，是否符合大战略，对其他产品的影
响，预期的运营性价比。 项目立项： 工作内容：产品部门组织，和涉及到该项目的所有相关部门和同事开立项会，给出项目的意义、产品需求、预期效果、人员工作范围、时间计划等。 注意事项：立项会原则上不展开讨论问题，仅着重于通知并协调各部门相关人员的工作。 MRD编写： 工作内容：产品经理将市场需求和产品需求编写为MRD文档，并以此做为整个产品实施和效果评估的标准指针。 注意事项：根据产品改动的大小，分别使用MRD或mini MRD模板来编写文档。后期过程中的任何产品设计改动需要反映到对应MRD文档中。 产品讨论确定： 工作内容：产品经理组织各种形式的沟通和讨论，不断修改和调整MRD文档。在经过立项相关人员的一致同意后，基本确定产品的设计和获得基本确定版的MRD文档。该过程种包括UE/UI相关的设计工作，并包含初步的用户调查/测试。 注意事项：首页、持久导航的产品上的新增和重大产品变革，需要产品总负责人同意。如果出现较大分歧，则首先需要寻求沟通和解释；产品部门拥有最终决定权。 技术设计： 工作内容：研发工程师针对MRD文档，进行技术实现上的讨论和设计，并确定方案。 注意事项：增加新的较大的模块或者对重要模块的较大改动，需要提供设计文档，并需要架构师审核通过方可实施。设计文档需要按照标准模板来编写。 技术开发： 工作内容：研发工程师按照设计来进行开发，并进行必要的自测和代码交叉检查。 注意事项：开发的代码要遵守Mosh PHP编码规范。复杂和关键的代码，尽可能安排交叉检查。 测试： 工作内容：测试工程师按照产品MRD文档的要求来执行测试过程，检查系统的功能、性能、容错性等内容。产品经理按需安排进行用户测试。 注意事项：重大改动需要进行整体回归测试。用户测试获得的信息，可能会导致需要重新回到MRD修改。 上线： 工作内容：工程师准备上线方案，并将实现的系统放到线上提供服务 注意事项：架构师确认放可上线。上线过程尽可能少的影响服务。上线完成，相关各部门人员检查各自负责的部分是否正常工作，有异常要及时通告技术部门。
新产品开发工作流程
新产品开发工作流程1.流程工作内容
2.流程具体实施要求 新产品的开发流程根据以下几个阶段来考虑完善（顾客有明确要求的汽车主机厂整车付新产品开发执行APQP程序）： 顾客要求评审（合同评审） 2.1.1顾客要求评审的输入有三种： 1）顾客新要求，评审依据：《顾客要求评审表》； 2）产品变更要求，评审依据：《产品变更通知单》； 3）顾客确认不合格，评审依据：《新产品开发样品顾客确认通知单》。 2.1.2顾客要求评审的输出有三种： 1）顾客要求明确，公司有能力达到，纳入开发计划； 2）顾客要求不明确，需进一步沟通后纳入开发计划； 3）顾客要求明确，但公司没有能力达到，暂不纳入开发计划。 2.1.3技术部是新产品开发顾客要求评审（合同评审）的组织者。评审的模式及时间节点：销售部将《顾客要求评审表》或《产品变更通知单》《新产品开发样品顾客确认通知单》传递给技术部 1）简单产品（比如单口型挤出、单件产品、不涉及外协加工等），技术部根据以往经验和当前公司能力初步判定能否满足顾客要求；如无法独自判定，则组织生产、供应和相关人员进行评审确定。能够开发的项目，技术部进行产品工艺分析，确定原材料、工艺流程和技术文件完成时间并编制《新产品开发计划》交生产部及责任车间评审开发各阶段的完成时间。
技术部根据开发计划的评审时间确定产品交付时间，填写完成《顾客要求评审表》或《产品变更通知单》。最终将单据交回销售部。销售部将经过审批的单据分发到相关部门。如果进行开发，技术部据此组织开发计划实施。 时间节点，技术部自接单时刻计算，两个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。 2）复杂项目或整车付产品项目的开发，技术部组织相关技术人员、供应部、生产部、质保部和生产车间召开项目开发评审策划专题会议，对开发项目进行评审策划，将最终结果填写在《产品开发项目评审记录表》与《项目开发评审策划书》上，形成评审结论。 根据评审结论，《顾客要求评审表》要求的相关部门填写完成此单据，在规定的时间前返回销售部。如果进行开发，技术部据此编制开发计划和技术文件。 时间节点，技术部自接单时刻计算，五至七个工作日完成（当日下班前一小时的接单计入次日）。特殊情况，技术部在接到销售部单据两个工作小时内销售部提出延长评审时间的要求，销售部同意或请示上级领导同意后，按同意的时间节点完成。 编制新产品开发计划 2.2.1新产品开发计划的输入有四种： 1）《顾客要求评审表》； 2）《产品变更通知单》； 3）《质量问题反馈单》中涉及到需要进行产品开发（完善）的相关措施； 4）经过顾客确认上次开发样品不合格的《新产品开发样品顾客确认通知单》。 2.2.2新产品开发计划的输出：项目负责人编制新产品开发试制技术文件和开发计划的实施。 2.2.3新产品开发计划的编制 技术部根据上述“输入”编制新产品开发计划。 1）对于前述第1种评审模式确定的开发计划的编制 技术开发部确定开发计划中的具体工艺流程项目，根据顾客要求数量（主要是根或套），由技术部在开发计划中增加相应的余量（余量的目的是为了留样和车间的损耗，从而保证最终入库的数量满足顾客要求）。采用x+x的格式，例如顾客数量要求5套，开发计划上可能是5+5套，后者的+5为挤出车间的余量，故挤出车间要按10套进行生产。材料数量由技术部在开发计划上注明实际用量和种类，由生产部根据生产情况进行适应的调整。由生产部组织相关责任车间评审各阶段的具体实施和完成时间，相关责任车间负责人分别在《新产品开发计划》签字，《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 2）对于前述第2种评审模式确定的开发计划的编制 技术部根据《项目开发评审策划书》直接编制《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 编制新产品试制技术文件
新产品设计开发流程
1.目的： 1.1 明确公司各职能部门在开发设计流程各阶段的责任和任务。 1.2 确保产品开发的品质规范产品开发各环节，确保产品开发的结果能有效地符合客户（市场）之需求， 并有效控制产品开发的成本及周期。 2.适用范围： 2.1 客户提供设计图样或样品，由公司开发产品之过程。 2.2 2.2 公司根据市场需求自行开发产品之过程。 3.定义： 3.1 产品开发：将公司未生产过的产品，导入生产的过程。 4.权责： 4.1业务部 4.1.1 负责收集客户及市场需求信息。 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.3品保部门 4.3.1 参与产品设计审查。 4.3.2 产品QC工程表及检验指导书的制定。 4.3.3 产品可靠性验证测试的执行。 4.3.4 样品制作及试产过程的质量控制及记录，样品检验。 4.4 生产部门 4.4.1 参与产品设计审查。 4.4.2 配合产品开发部门进行样品试作及试产作业。 4.4.3 负责就新产品的认知及组装作业对作业员进行训练。 4.5 PMC部门 4.5.1试产工作指令单的开立。 4.5.2 试产物料需求。 4.6 PE部门 4.6.1 参与产品设计审查。 4.6.2 负责产品的机器设备及治具的设计、制作、验收及改善。
新产品开发流程介绍
产品开发流程介绍 目录 概述 (1) Stage-Gate新产品开发流程 (1) C-System开发流程介绍 (3) C-System各阶段说明： (5) C-System、Stage-Gate与ISO的异曲同工 (7) 新产品开发流程应以创新为本质 (8) 概述 在「台湾制造」(Manufactured by Taiwan)时期，产业以低廉的成本、快速反应以及完美的质量，征服了全世界。流程是「速度革命」时代的管理重点，「台湾制造」时期，企业虽然重视「快速反应」，喊出「快速研发」、「Time to Market」、「Time to Money」等口号，强调时间就是金钱的观念，推动同步工程、强化供应链，并获得了很好的成效，但在制造代工/设计代工(OEM/ODM)时期，大家做的其实仅是「快速量产」而已。我们所做的「快」，在产品创新上仅是轻轻的飘过，并没有深耕。因此，有别于过去的做法，我们今天要谈的新产品开发流程，必须由前端的产品发想开始，进而针对市场需求调查与产品细部设计做严密的讨论，直到产品进入生产与全面上市为止。 当迈入强调产品创新的「台湾创新」阶段后，产业该如何做才能在全球市场上胜出呢？事实上，「产品创新」是企业建立竞争优势必须运用的手段之一，因为每一产品都有其生命周期，企业若无法持续开发新产品，其营业一定无法成长，而且会随着产品生命周期的演变，步入衰退期并结束营业。因此，新产品的开发足以决定一家企业的兴盛与沦亡。尤其处于全球竞争的时代，产品生命周期快速的缩短，企业投入大量的资源进行新产品开发，产品开发自然变成企业营运的重心，使新产品开发管理更形重要，而新产品开发流程更成为企业的核心作业流程，受到企业的重视。 S TAGE-G ATE新产品开发流程
新产品研发流程规范
新产品研发流程规范 1. 目的 产品研发是企业在激烈的技术竞争中赖以生存和发展的命脉，是实现产品升级换代宗旨的重要阶段，是保证公司持续发展的动力。它对企业产品发展方向、产品优势、开拓新市场、提高经济效益等方面能否顺利实施起着决定性的作用。为了加强对公司新产品开发和产品改进工作的管理、加快公司技术积累、打好技术基础、加快产品研发速度、指导产品研发工作、提高技术人员素质，特制订本制度。2. 适用范围 适用于公司研发工作的管理。本制度所称的研发是指：根据公司发展战略和市场竞争情况，结合公司实际能力、需求等情况，利用公司固有的技术人员和外部聘用的技术团队，来对公司所使用和需要的技术进行攻关，完成研究并在实验成效达到目标以后，进行批量开发应用。 3. 定义 4. 主要职责 4.1 销售部：负责产品开发市场调研，提出新产品需求。也可以其他同仁提出的新产品，进行市场调研. 4.2 生产部：负责产品研发，试产，投产。 4.3 财务部：负责成本核算. 5. 流程标准说明 5.1 新产品需求
公司前端销售部门，市场开拓部门以及生产技术部门可以向本部门负责人提出研发建议。 5.2研究项目可行性 1.确认产品是否在经营许可范围内，是否需要新增经营范围。 2.大致费用预算，财务本着成本效益原则提供建议。 3.项目论证关注项目的投资规模、研发难度、研发周期、商用性可能、市场前景分析等。 4.技术支持可行性，分硬件问题还是软件问题具体分析。 5.3 项目立项 项目经总经理审核后正式立项，指定项目经理并由项目经理负责拟定项目可行性报告，及项目进度控制及资源配置表。 5.4 项目开发 1．研发项目获得立项后，由技术品控部作为牵头部门具体负责项目的整体研发工作；撰写研发项目可行性报告，分析项目潜在收益与风险，评估对公司的影响。制定研发项目进度表，配置相关的人员，调集需要的设备和资源。2．项目可行性报告经过本部门领导审议，提交公司高层批准。经过批准之后，成立专门项目研发小组，正式进入研发阶段。3．根据项目可行性报告以及制定的研发项目进度表，有步骤、有计划地推进研发工作。根据研发工作的具体情况，可以由部门领导向公司高层提出资源利用申请、人员抽调申请。根据项目的研发难度，可以通过专门招聘的方法从公司外部聘用临时性的专业技术人员。4．项目研发过程中，及时跟踪市场信息发展和业内动态。保证研发项目的先进性处于较高水平。项目研发遇到各种问题，及时
新产品开发管理流程
新产品开发管理流程The document was prepared on January 2, 2021
范例:新产品开发管理流程 1.目的:为使全公司之产品品质与作业有所依循,特制定本 办法. 2.适用范围:所有新产品皆属之. 3.流程: 3-1.产品企划作业流程:(附件1) 3-2.商品化设计作业流程:(附件2) 3-3.量产化设计作业流程: 3-3-1.量产化结构设计作业流程:(附件3) 3-3-2.量产后化车种设计作业流程:(附件4) 4.说明: 1). 产品企划作业: 商品策略:商品策略之目的在于定出公司产品发展方 向,作为产品开发最高准则,范围包括所有新开发产品. a.依据行销策略,公司方针目标,商品流行趋势进行 分析并定出商品策略书. b.“商品策略书”(产开 127Y)经送GPD 委员会作充 份讨论并作成决议,作为商品开发最高准则. 2).GPD 委员会: a.组织图及成员: b.基本任务:找出并决定公司产品开发策略. c.组织职掌: 主任委员 执行秘书 行销主管 区域产品经理 产品专案经(副)理 制造协理
(a).主任委员:由行销协理担任,负责决议事项之 裁决. (b).执行秘书:由开发单位经理担任,统筹会议各 项之相关作业. (c).行销主管:市场趋势分析,行销策略拟定,商品 广告与促销工具整备. (d).区域产品经理:商品趋势,需求及竞争分析. (e).制造协理:提出供应,资源优势. (f).产品项目经(副)理:商品流行趋势,开发方向及作业展开. d.会议: (a).订定年度计划,1~2次/年由主任委员召开. (b).依事实需要得由委员提出,召开临时会. 3).项目规划作业:详见“项目改善管理办法” (1).目的:确定人力之配布、权责划分及项目开发日 程管制，以提升开发效率。 (2).适用范围:全新产品开发 (3).人员规划: (a).项目经理: 由产品项目经(副)理，负责统筹产品开发项目计划。 (b).项目小组: 由产品项目经(副)理，依实际需要组成项目成 员，其机能分别如下: 业务:协助市场调查，市场信息收集分析。 开发:产品外观造型、结构设计，原型(prototype)制作及设计验证。 采购:零件、外包加工、生产用外包模具发包事宜。 工程:负责生产技术开发，量产化设计，自制机模具开发，量产导入。 品保:品质基准订定，检验量治具制作，各项功性能测试之执行。 生管:试作、量试、量产之时程安排。 行销:行销计划拟定及执行。 (c).项目经(副)理应针对各相关单位所推派任人员， 填具一份“项目改善登记表”(经营501A)，正式 成立项目。 (4).日程规划 (a).大日程:
网易-产品开发流程说明.doc
网站产品开发流程说明 修改：20100827 雷小亮第一次修改 目录 第一节：流程 (1) 第二节：规则 (3) 第三节：方法 (4) 第四节：要求 (4) 第一节：流程 网站产品开发包括四个流程，包括策划，设计，开发和收尾，四个阶段需要完成的任务和文档包括： 第一阶段：策划阶段 进行产品策划，包括了解产品需要达成的目标，竞品分析和需要涉及的功能； 01，产品立项：主要是确认项目意图和负责团队、项目经理，完成项目的方向确认，完成产品立项书； 02，业务需求分析：对产品完成的目标进行描述；完成产品业务需求文档，文档提供产品的目标，用户需求和流程设计，并提交相关主管进行产品业务需求分析评审。
03，竞品分析：和竞争对手进行产品对比，列出产品需要提升和解决的问题，完成竞品分析。 04，产品功能分析：跟进产品需要完成的任务，对产品需要设计的功能进行分析设计，列举产品的功能列表。完成产品的功能需求文档和项目进度日程表，同时召开产品功能评审，确认产品的功能需求和项目日程进度，功能需求文档同时作为需求控制文档用进行需求变更控制。 第二阶段：设计阶段 对产品进行界面，流程设计，包括原型设计，美术设计，交互设计和前段设计； 01，原型设计：原型设计为了呈现产品的原型，对产品的界面，信息结构，逻辑，操作进行原型设计，需要提供的文档为产品原型设计文档。产品原型设计文档应该包括以下信息：界面原型，信息结构设计，导航设计，业务流程，用户流程； 02，美术设计：根据产品原型设计文档，对产品的界面效果进行美术设计； 03，交互设计：根据产品的美术设计和原型设计，对产品进行交互设计； 04，前端设计：根据美术设计和交互设计，进行前端设计； 05，可用性检查：根据可用性测试样例，对前端设计进行可用性检查； 第三阶段：开发阶段 对产品需求进行技术开发；同时进行产品的帮助文档，整理产品BUG文档。 01，开发预估：开发需要撰写产品开发计划，以及创建产品的开发工作分解结构书；02，产品开发和需求变更：进行产品开发，控制产品功能变更，同时进行产品帮助文档
产品研发流程
新产品研发流程 内容： 企业的组织机构 新产品研发流程 生产工艺流程
企业组织机构 企业组织机构图（以****公司为例） 开发部主要职责： 1、技术创新 1）．及时搜集整理国内外产品发展信息，及时把握产品发展趋势，组织和编制公司技术发展规划和技术开发计划。并组织对计划实施。 2）．负责公司新技术引进和产品开发设计工作。 3）．编制生产工艺流程及工艺文件， 4）．负责做好技术图纸、技术资料的编制和编写。为指导生产提供全套技术文件。 2、技术支持 1）．负责制订和修改技术规程。编制产品的使用、维修和技术安全等有关的技术规定及使用说明书；改进和规范工艺流程。 2）．负责制定公司产品的企业标准，实现产品的规范化管理。 3）．及时指导、处理、协调和解决公司各部门的技术问题，确保经营工作的正
常进行。 主要岗位：电子线路设计、结构设计、工艺设计（电装工艺、钳装工艺、机加工工艺） 岗位职责： 线路、结构设计人员 进行新产品开发市场调查。提出设计项目立项建议。 2. 线路设计人员按计划和规定进行新产品的线路方面的开发与设计；结构设计人员按计划和规定进行新产品的结构方面的开发与设计。 3. 负责在研产品的技术资料、生产资料的建立、整理和归档工作。 4. 针对用户的要求或其它原因实施设计更改。 5. 解决生产过程中出现的有关技术问题。 6 .配合销售部门做好产品销售、工程服务中的技术支持工作。 工艺设计人员 1. 编制典型工艺文件，负责生产前的工艺技术准备。 2. 负责工艺文件执行及工艺纪律检查。 3. 负责处理生产过程的工艺技术问题。 4. 负责产品工时定额制定。 5. 组织员工进行技能培训。 线路设计和结构设计主要是产品设计, 产品设计和工艺设计之间的关系： 产品设计就是设计出你想要的产品，工艺设计就是设计如何制作出你想要的产品；设计是产品从概念到模型的一个转换过程，而工艺是将原材料实现为零部件的一个过程，设计需要了解工艺，工艺实现不了的设计是没意义的设计，工艺也需要明白设计的意图，否则不能很精确的反映出设计，产品设计和工艺设计应该
2017年新产品开发全套流程图方案图
2017年新产品开发全套流程（内部资料） 一、决策阶段 是对市场需求、技术发展、生产能力、经济效益等进行可行性研究及必要的先行试验，作出开发决策的工作阶段。是新产品研究开发的初期工作，对新产品研究开发的成败起着重要作用，这一阶段包含下列程序。 (一)市场调查和预测 内容包括： 国外市场有无同类产品及相关产品; 1、国内外同类产品及相关产品的性能指标、技术水平对比; 2、同类产品及相关产品的市场占有率，价格及市场竞争能力等; 3、顾客对同类产品及相关产品的使用意见和对新产品的要求; 4、提出新产品市场预测报告。 (二)技术调查 内容包括： 1. 国内外技术方针策略; 2. 过内外现有的技术现状，产品水平和发展趋势; 3. 专利情况及有关最新科研成果采用情况; 4. 功能分析; 5. 经济效果初步分析; 6. 对同类产品质量信息的分析、归纳; 7. 同类企业与本企业的现有技术条件，生产管理，质量管理特点; 8. 新产品的设想，包括产品性能(如环境条件、使用条件、有关标准、法规、可靠性、外观等)，安装布局应执行的标准或法规等; 9. 研制过程中的技术关键，根据需要提出攻关课题及检验大纲。 (三)先行试验
(四)可行性分析 进行产品设计、生产的可行性分析，并写出可行性分析报告，其内容： 1. 分析确定产品的总体方案; 2. 分析产品的主要技术参数含功能参数; 3. 提出攻关项目并分析其实现的可能性; 4. 技术可行性(包括先行试验情况，技术先进性，结构，零部件的继承性分析); 5. 产品经济寿命期分析; 6. 分析提出产品设计周期和生产周期;‘ 7. 企业生产能力分析; 8. 经济效果分析： (1) 产品成本预测; (2) 产品利润预测。 (五)开发决策 1.对可行性分析报告等技术文件进行评审，提出评审报告及开发项目建议书一类文件。开发项目建议书内容： (1) 新产品开发项目(顾客需要、目标预期效果); (2) 市场、顾客调查结果(市场动向、预测需要量); (3) 技术调查结果(国内外同类产品技术分析); (4) 新产品基本构思和特点(初步设想、包括外观要求); (5) 开发方式(自行开发或需引进技术，确定先行研究的内容); (6) 必要的投资概算; (7) 可行性分析; (8) 销售设想(时间、数量、价格、利润)即竞争性分析。 2.厂长批准开发项目建议书，正式列入企业性产品开发计划。 二.计划阶段
产品开发的流程及管理制度
产品开发的流程及管理制度 目录 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.“质量是设计出来的,质量是制造出来的”,籍由适当之设计规划、设计审查、设计验证、 设计确认,确保新产品符合既定之标准,满足客户需要。 二.范围 1.适用于本公司自行设计与开发之新产品;其中新机种的开发按本办法所规定的流程来 规范运作;改型产品的开发可视情况对某些流程之运作进行删减调整,其具体运作流程以其“新产品开发进度管制表”进行管制。 3.本程序将産品设计开发与工艺设计开发整个过程分爲以下的5个阶段：産品策划阶 段、産品设计阶段、工艺开发阶段、试产阶段、量产阶段。 三.定义 1.新产品:新产品分为新机种和改型两类,新机种是指在外观或功能上相对于原有之常 规产品有重大改进与突破,或本公司从未生产过的全新的产品;改型是指在不改变核心结构的前提下对相关特性做改变,以符合不同客户、市场的需求. 2.SOP:作业标准书 3.SIP:检验规范书 4.SNP:包装规范书 四.权责 1.项目工程师：主导新産品整个项目开发的推进,为具体工作推展的责任人。 2.项目小组:整个新产品设计开发及生产试作等各项具体工作执行的团队。 五.内容 1.新产品开发管制作业流程图
查 造程序图零组件生产加工一览表 开发课
本分析表、产品规格书
2.执行办法 2.1产品企划阶段 营销、研发部门人员均可以适当方 式提出新产品开发建议。 2.1.2依据新产品开发的建议，研发部应执行初步评估与策划，输出之信息应尽可能涵盖产 品之用途、发展方向、性能参数要求、希望成本、开发周期及相关法令/法规要求等各 方面信息，提出“产品开发提案单”并适时提出“新産品开发可行性评估报 告”(FM10000002)。 2.1.3新产品开发提案单经批准后，研发部应指定项目工程师，针对产品开发提案单进行内部 讨论,提出设计开发总进度及规划新产品各阶段的进度,并拟出“新产品开发进度管制表” 2.1.4项目工程师召集并确定各部参加项目小组的成员，小组成员中需包含结构、电子、安规、测试、品工、制造、采购、视需要还可安排供应重要零组件的供方代表等,并将成员名单 及工作职责列表。 2.1.5研发部主管主持召集项目小组成员，进行新产品开发介绍会,针对产品使用领域、功能、性能特点、大约时程规划、成本控制目标等进行介绍。 2.2产品设计阶段 ，初步订出相关较具体的性能参数。 成本目标，提出模块结构与成本。 关键零组件。 2.2.4初步拟定寿命测试方法及要求。 2.2.5功能结构设计 2.2.5.1项目结构工程师根据所要求的性能目标、模块化结构,进行具体的功能结构设 计, 达成预定要求,功能设计包含电气功能、机械功能两大类,由工程师充分发挥才能,结合相 关信息进行设计。 2.2.5.2功能设计应充分考虑设计上、制造上之可行性,根据类似产品之设计经验,由项目 工 程师召集各分项工程师进行分析、研究,集思广益,并呈主管核准设计图面,于设计过程中 涉及材料设计时,应充分考虑制造可行性,必要时应充分运用和借鉴供方材料工程专业 人员的优势。 2.2.5.3结构工程师进行初步产品设计构思并依据“图面规范”绘制2D布置图和3D图。
产品研发流程
为提高软件产品质量，提升客户满意度，打造软件生产线，增强市场竞争能力，我公司产品研发流程遵循CMMI软件开发过程体系。 产品研发流程 整个开发流程分为：可研、需求获取、技术准备、编码、系统测试、系统实施、项目总结、维护。 可研 1.由公司或者部门领导派发《项目任务书》 2.产品经理分析任务书，确定项目范围、分析技术可行性、确认可行技术方案和技术 难点、初步预估工作量、确定项目进度可行性和经济可行性
3.整理为《可行性研究报告》或《项目建议书》 4.对报告或建议书进行评审，生成《评审报告》 需求获取 1.根据《项目建议书》，产品经理准备和项目相关的资料，如果是升级项目，需要获 取原项目的《用户需求说明书》。 2.通过各种方式，和客户进行多方面的交流，获取用户的原始需求，生成组织架构图、 角色分类、功能描述、用例图描述，编写《用户需求说明书》草案。 3.产品经理和需求分析师根据草案，生成系统原型，并展示给用户，确认需求的正确 性，并随时修改。 4.完成最终《用户需求说明书》和《需求跟踪矩阵》。 5.组织专家、测试人员等对说明书等进行评审，通过后生成《评审报告》。 6.《用户需求说明书》提供给用户确认，并签字确认。 需求分析 1.根据《用户需求说明书》、《需求跟踪矩阵》、《项目建议书》，由产品经理和系统分 析师，完成系统功能划分、用例建模分析、数据建模分析、过程建模分析、识别接 口需求，最终编写出《软件需求说明书》。 2.由中心经理、开发经理、质量经理、系统分析师、软件工程师、测试工程师共同评 审《软件需求说明书》，生成《评审报告》。 技术准备 1.根据《软件需求说明书》等文档，由产品经理、系统设计师、软件工程师分析、制 定、选择技术解决方案。
XXXX互联网公司产品部管理制度(含产品开发流程及规范模板)
XXXX 产品部管理制度 版本V2.0 文件名称xxxxx产品部管理制度部门产品部 编写人xxxx 修订日期2019/02/12
目录
一、产品部部门职能 ?竞争对手分析和产品调研； ?产品功能的定义、规划和设计； ?保证产品质量、按时完成和发布； ?搜集产品新需求、竞争产品的资料； ?用户体验组织和推进； ?产品内部体验推进产品优化； ?产品运营数据分析，包括用户行为、市场推广效果分析等； ?产品设计标准、流程的制订和提升，负责各相关制度的执行和监督；?产品UI设计，制订UI设计规范与流程； ?运营平台维护； ?输出产品相关文档；
二、产品经理岗位职责说明 岗位名称产品经理/项目经理岗位编号 所在部门产品部岗位定员 1 直接上级总经理直接部门/下级产品部/产品助理 职系技术类所辖人员数量 3 工资级别范围E等13级至E等15级岗位分析日期2018年6月 本职： 负责做出产品规划和项目开发计划，提出产品建议书和项目建议书，对规划产品的需求分析、设计、开发和测试阶段性过程进行指导和监控，保证产品满足市场需要，获得良好的收益 职责与工作任务： 职责一职责表述：负责收集、分析产品规划方面的需求工作工作时间百分比：25% 工作 任务 1)分析产品规划方面的需求 2)形成分析报告 职责二职责表述：负责编写产品规划方案，负责相关业务建模工作时间百分比：30% 工作 任务 1)编写产品规划方案 2)组织产品规划方案讨论 3)组织产品规划方案评审 职责三职责表述：负责市场分析和产品技术分析，做出产品建议书工作时间百分比：30% 工作 任务 1)分析市场需求状况和竞争对手产品状况 2)分析产品技术特点、业务需求和技术需求，分析产品收益状况 3)做出产品建议书（商业计划书） 职责四 职责描述：负责提出产品的项目开发计划，做出项目建议书工作时间百分比：30% 工作 任务 1)提出产品的技术方案 2)分析市场需求情况，进行销售预测和收益预测 3)做出项目建议书 职责五 职责描述：负责对规划产品的需求分析、设计、开发和测试 阶段性过程进行指导和监控 工作时间百分比：10% 工作 任务 1)参与相关需求规划说明书的评审 2)为产品设计工作提供指导 3)了解产品开发和测试的阶段性进展，发现存在问题时及时采取解决措施 职责六 职责描述：进行客户拜访，指导用户提高系统应用水平工作时间百分比：15% 工作进行客户拜访与回访