计算机软件产品开发标准与规范
引言
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复审的结论
产品研发技术管理制度
产品研发技术管理规定 1.总则与目的 1.1.产品研发是企业在同行业技术竞争中赖以生存和以后发展的重要性，是实现“生产、试 制、研究开发”的重要性阶段，它对企业的发展方向、产品优势、开拓新市场、提高核心竞争力等起着决定性的作用。为了提高企业的创新技术能力，加强新产品新技术的开发和产品改良善的管理，加快技术积累和提升产品档次，特制定本制度。 1.2.本着“技术领先，产品专业化”的原则，对国内外行业发展与最新科技动态深刻理解与 把握，确保公司产品的先进性。 2.实施范围 本制度规定了公司技术部研发新产品的要求。本制度中所指的产品研发包括新产品开发。 3.相关部门职责 3.1公司总工程师：负责组织本年度产品的研发，组织其它成员按排研发项目的任务。并负 责协调处理研发计划实施过程中出现的任何需要解决的问题，对其项目进行监督。负责研发项目的批准，对实施方案、生产准备、试制试验等进行鉴定等工作。 3.2技术部：负责制定产品研发项目的实施方案，负责开展产品研发项目的设计、试验、试 制，对项目承担人员的任务分工，并参与项目的评审。 3.3人事行政部：负责对产品研发人员的配置进行备案，对设计开发的技术文档的归档。3.4生产部：负责对研发产品的试制提供协助，产品试制所涉及到的工艺装备和设备的调试。 3.5采购部：负责对研发产品的试制所涉及的原材料进行采购，及新增设备的采购工作。 4.产品研发管理 4.1.研发项目的立项与实施研发： 4.1.1.公司部门对新项目建议或对提高产品质量和性能、降低产品制造成本、满足客户要求 的建议，经总经理批准后，确定立项并下达任务给技术部，技术部按本制度规定程序进行开发。 4.1.2.技术部确定项目须填写《立项报告》，报批准后实施。 4.1.3.技术部按公司相关财务制度的规定，提交项目投入预算申请报告，申请研发经费，以
产品部工作规范及流程图
产品部工作规及工作流程 一、 产品团队组成 二、 产品周期流程 三、 产品设计流程 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产品验收 产品通过功能测试及性能测试，测试人员给出总结报告，对该产品能否
新产品开发管理办法95728
.
一. 目的
1. 确保新产品开发遵循既定流程,以最正确之方向、最经济之成本、最快之速度、最优化之设 计进行,达成公司经营目标。
2. “质量是设计出来的,质量是制造出来的”,籍由适当之设计规划、设计审查、设计验证、设计 确认,确保新产品符合既定之标准,满足客户需要。
二. 范围
1.适用于本公司自行设计与开发之新产品;其中新机种的开发按本办法所规定的流程来规范运 作;改型产品的开发可视情况对某些流程之运作进行删减调整,其具体运作流程以其“新产品 开发进度管制表”进行管制。
3.本程序将産品设计开发与工艺设计开发整个过程分爲以下的 5 个阶段：産品策划阶段、産 品设计阶段、工艺开发阶段、试产阶段、量产阶段。
三. 定义
1. 新产品:新产品分为新机种和改型两类,新机种是指在外观或功能上相对于原有之常规产品 有重大改进与突破,或本公司从未生产过的全新的产品;改型是指在不改变核心结构的前提 下对相关特性做改变,以符合不同客户、市场的需求.
2. SOP:作业标准书 3. SIP:检验规范书 4. SNP:包装规范书
四. 权责
1. 项目工程师：主导新産品整个项目开发的推进,为具体工作推展的责任人。 2. 项目小组:整个新产品设计开发及生产试作等各项具体工作执行的团队。
五.内容
1.新产品开发管制作业流程图
流程图 新产品开发提案
权责单位
相关说明
产品企划阶段开始
表
单
相关单位
1)经市场需求调查、竟争对手分析、新产品销 售前景预测等作业完成且可行后提案,需注明 产品开发提案单 详细要求和进度
.
NO
新产品开发介绍会
产品送检技术要求编号
编号： 计算机安全产品销售许可证 产品送检技术资料 委托单位（公章）： 产品名称： 产品（版本/型号）： 填表日期：
公安部计算机信息系统安全产品质量监督检验中心 填表要求 1、一律用计算机填写，内容要具体、真实。 2、如填写内容较多，可另加附页。 3、申报资料份数为纸版一份，电子版一份。 保密性声明 本检验中心承诺对送检客户提供的文档资料保密
目录 注： 1.以上文档要求为通用要求。要求为必要的文档必须提供，否则产品委托申请不予接受。若产品检验执行标准对文档有特殊要求的，按所执行标准中的要求进行提供； 2.安全操作系统、安全数据库产品送检，以上文档均须提供。
文档1： 计算机信息安全产品生产开发调查表 公司名称： 产品名称： 产品版本号或型号： 1、开发企业合作情况： A. 国内自主开发 B. 国内合作开发（包括OEM国内产品） C. 国外产品 D. 国外合作开发（包括OEM或汉化国外产品及国外独资或合资企业在华生产） 注：港、澳、台地区产品归入国外 2．自主开发情况（1项选A填写） A. 全部代码自主产权、有产权证明 B. 全部代码自主产权、无产权证明 C. 部分代码自主产权 FREE代码名称： FREE代码版本号或型号： 3．OEM及汉化情况（1项选B/D填写） 公司名称： 产品名称： 产品版本号或型号：
文档2： 分发和操作文档 一．分发 本文档应包括以下内容： 1．分发过程，应将可信计算基或其部分的分发以文档形式提供给用户，分发文档应描述给用户分发可信计算基的各版本时用以维护安全所必须的所有过程，并按该过程进行分发。 2．修改检测，要求除按分发过程的要求进行可信计算基的分发外，分发文档还应： ——描述检测修改的方法和技术，或者描述开发者的主拷贝与用户收到的版本之间的任何差异； ——描述用来检测试图伪装成开发者向用户发送产品的方法。 3．修改防止，要求在修改检测的基础上，分发文档应描述如何防止修改的方法和技术。 二．操作（安装、生成和启动） 本文档应包括以下内容： 1.产品的基本组成及功能描述： ●硬件产品应具备电源、开关、接口等图形说明 ●软件产品应具备硬件平台和软件平台的要求，管理员 用户名和登录口令
产品开发流程规范.doc
产品开发流程规范 产品开发过程 典型的产品设计过程包含四个阶段：概念开发和产品规划阶段、详细设计阶段、小规模生产阶段、增量生产阶段。 1、在概念开发与产品规划阶段，将有关市场机会、竞争力、技术可行性、生产需求、对上一代产品优缺点的反馈的信息综合起来，确定新产品的框架。这包括新产品的概念设计、目标市场、期望性能的水平、投资需求与财务影响。在决定某一新产品是否开发之前，企业还可以用小规模实验对概念、观点进行验证。实验可包括样品制作和征求潜在顾客意见。 2、详细设计阶段，一旦方案通过，新产品项目便转入详细设计阶段。该阶段基本活动是产品原型的设计与构造以及商业生产中的使用的工具与设备的开发。详细产品工程的核心是设计--建立--测试循环。所需的产品与过程都要在概念上定义，而且体现于产品原型中(可在计算机中或以物质实体形式存在)，接着应进行对产品的模拟使用测试。如果原形不能体现期望性能特征，工程师则应寻求设计改进以弥补这一差异，重复进行设计--建立--测试循环。详细产品工程阶段结束以产品的最终设计达到规定的技术要求并签字认可作为标志。 3、小规模生产的阶段，在该阶段中，在生产设备上加工与测试的单个零件已装配在一起，并作为一个系统在工厂内接受测试。在小规模生产中，应生产一定数量的产品，也应当测试新的或改进的生产过程应付商业生产的能力。正是在产品开发过程中的这一时刻，整个系统(设计、详细设计、工具与设备、零部件、装配顺序、生产监理、操作工、技术员)组合在一起。 4、开发的最后一个阶段是增量生产。在增量生产中，开始是一个相对较低的数量水平上进行生产;当组织对自己(和供应商)连续生产能力及市场销售产品的能力的信心增强时，产量开始增加。
(产品管理)新产品管理办法
（产品管理）新产品管理 办法
制造部内部管理制度 ★ 新产品管理办法 2011月日发布 事业部制造部 1、目的 提高供应商新产品开发积极性，改善新产品组织流程、强化组织管理，按时完成各类新产品试制、生产技术准备、试销组织工作。明
确各类人员新产品组织、控制管理的职能职责，提高零部件质量保证能力、批量供货能力，做好过程节点控制、缩短零部件开发周期、满足新产品开发要求。 2、适应范围及术语 2.1适用范围 2.1.1新产品S图试制组织计划。 2.1.2新产品产品A图零部件生产技术准备及PPAP验证。 2.1.3新产品试销车组织 2.1.4新产品公告车组织 2.2术语及工厂新产品管理机构分工 2.2.1新产品：指S图试制（含公告）、A图生准、试销各阶段所涉及的零部件产品。 2.2.2工厂新产品管理机构分工 生产技术准备科：负责新产品产品A图零部件生产技术准备管理和考核 开发管理科：新产品S图试制计划（含公告）的管理和考核。 产品管理科：负责新产品试销计划的管理和考核。 3、引用文件 FTM.22304.008.3-2010《新产品开发项目管理办法》 FTM.22304.026.2-2010《新产品试销管理办法》 FTG.22305.014.01-2007《新产品生产技术准备管理办法》4、各类人员职能职责
4.1制造部长 4.1.1负责新产品选点表的批准。 4.1.2负责新产品特殊订单的批准。 4.1.3负责新产品开发计划的会签。 4.1.4负责新产品试销计划的会签。 4.1.5负责新产品延期方案的审核。 4.1.6负责新产品开发成功后首家供应商系数确定、二次布点的审核。 4.2订单推进科长 4.2.1负责新产品延期方案的审核。 4.2.2负责新产品和常规产品于产能受限状态下的平衡决策。 4.2.3负责新产品二次布点的审核。 4.2.4负责新产品考核通报责任分解后的审批。 4.3新产品管理员 4.3.1负责新产品日常管理工作。 4.3.2负责新产品组织的总体策划和策略管理工作。 4.3.3负责新产品技术管理工作。 4.3.4负责新产品价格管理工作。 4.3.5负责新产品重点项目的验收工作。 4.3.6负责新产品疑难问题的协调工作。 4.3.7负责新产品评审以及零部件质量问题回执。 4.3.8负责新产品考核通报的责任分解。
项目产品开发流程图.docx
相关单位商务部项目科采购部技术科项目报价图纸及项目报价 报价零件清单 阶段评审 项目承接通知 单 召开项目启动 会 技术转化 初始工艺方案 提交委外采购 需求(模, 夹检 具 ) 寻委外供应商 原材料需求计原材料采购 划 外协外购件外协外购厂 需求计划家定点 实验设备需实验设备购 求买 产能需求表生产设备购 买 讨论模、夹报 价工艺方案 签定技术协议 项目进度表 阶段评审 汇总项目进签定采购合 度表 提交项目进 会签模、夹 冲压件开发《过程价值流程图》 质量部供应商 相关表单及文件流程说明 生产部 《新产品工艺定额表》由商务部和技术部技术科主导 , 抄送冲压项目科. 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科。 零件检测方案 《产品信息表》由商务部下产品开发通知到技术部项目科。 编制 《零件清单》、《会议通知单》由项目下会议通知单召开项目启动会，参与部门 《小组成员职责表》商务中心、采购中心、质量部、技术部、制造和 《会议纪要》、《项目进度表》物控部。 《工艺方案表》工艺方案表包括初始流程图、模具数量、材料利用 率、使用设备等要求 , 发采购部抄送项目科。 《试制材料采购订单》项目提交材料替代单给客户确认后申请采购原材料。 《物料采购申请单》由项目科下申请单给采购部. 《设备请购单》设备请购单由项目申请 , 相关部门配合项目。 提交模、夹、 检报价工艺 讨论检具报 《技术协议》工艺讨论需项目、技术、质量、采购进行确认。 价方案 《最终工艺方案》 签定技术协议《模具制作进度表》由项目汇总进度表并进行跟踪，同时发给客户和相 《检具制作进度表》关部门。 项目进度表 《夹具制作进度表》 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科。 NG提交模、夹、 NG 会签检具制 会签模、夹阶段评审 NG提交模、夹、 检结构设计 NG 会签检具制 作结构设计 模、夹、检 制作过程问 题点解决 《工装工艺评审单》评审单需由项目、技术、质量、生产、采购进行会签， 《特殊特性清单》要求按《冲压模具设计管理标准》、《工装夹具管理 《实验计划》标准》、《专用检具管理标准》, 由项目科完成 PDM系 《过程流程图》统内的零件图档录入及特殊特性清单、实验计划及过 程流程图试制版下发. 《工装结构设计评审单》评审单需由项目、技术、质量、采购进行会签， 《检具检测方案评审单》要求按《冲压模具设计管理标准》、《工装夹具 管理标准》、《专用检具管理标准》. 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科. 《保模检查记录表》保模和铸件检查需项目、技术、采购参与并邀请客 《铸件检查记录表》户参加 ( 如客户要求 ) ，要求按《冲压模具验收管理 《铸件检查记录表》标准》、《工装夹具管理标准》、《专用检具管理 标准》. 提供技术支持 模、夹工装预验收提供技术支 检具预验收 配合模、夹、 模、夹、检问 题点整改移型 《调试纪录表》 《问题点纪录表》 《检具检测报告》模、夹、检预验收需项目、技术、采购、质量参与并 《动、静态验收报告》邀请客户参加 ( 如客户需要 ), 验收标准按《冲压模具验 《零件检测报告》收管理标准》、《工装夹具管理标准》、《专用检具 《问题点纪录表》管理标准》 . 由项目科完成控制计划、PFEMA及技术科 《备品备件清单》完成《作业指导书》等文件试制版下发. 《控制计划》 《PFEMA》 《作业指导书》 生产走线，阶段评审生产走线，《问题点纪录表》确认问题点修改完成情况. 小批量试生 产准备 过程能力分小批量试生 《阶段评审表》由项目组织该会议 , 参与部门采购部、质量部、技术科.析
新产品项目开发规范
项目开发规范文档编写人：徐文兵日期：2009-7-20 审核人：日期： 批准人：日期：
修改记录（REVISION CHART）
1 概述 目的与概述 本文档为XX公司的开发规范文档，给开发团队提供开发标准和规范。 整体说明 在开发规范中包含了两个部分，第一部分是项目开发流程规范，主要阐述在项目开发过程中的各个阶段的规范。第二部分为Coding开发规范，Coding 开发规范阐述了在一个框架中的各个层的开发规范 （注：在第一版中不包含对工作流开发的规范制定） 覆盖范围 阅读对象 1.项目管理人员 2.系统设计人员 3.系统开发人员 参考资料 略
2 项目开发流程规范 2.1 业务需求调研阶段 ●调研的目标 系统层面：客户的系统运行环境 业务层面：了解客户需要什么样的系统，具体了解业务目的，业务逻辑，业务数据，客户的操作习惯，页面风格习惯等。 ●调研的准备工作： 行业知识的准备： 了解客户的行业背景，行业领域的业务术语，含义。结合客户行业背景，了解客户的业务知识。 业务专家需求： 在行业领域的复杂度不高的情况下，业务分析人员直接收集并学习行业知识就可以了，但行业知识的准备工作还是要做的 在行业领域业务复杂度高的情况下，需要业务专家对客户的业务的进行整理。 ●调研的流程： 第一步，项目启动阶段了解客户的IT环境。 第二步，讨论并具体确定客户系统的范围，并获得客户业务功能点的原始的单据。在这个过程中准备一个本和一只笔记录讨论的业务信息第三步，整理业务信息，和原始表单，抽取出有效业务信息，并对于不明确的业务信息进行整理和归类，并制作成问卷形式进一步调研。 第四步，发放调研问卷，再次进行业务调研（直接转到三） 第五步，卷写调研问卷，并内部评审 第六步，调研问卷客户评审并确认。 ●调研阶段的交付项（可配置项） 软件需求说明书 软件需求说明书的目录： 1 客户行业背景 2 客户系统的意义 3 客户系统运行的环境 4 业务功能点描述（业务目的，业务逻辑，业务数据，优先级别，使用频率等） 5 客户的操作习惯，页面风格习惯。
XX公司新产品开发管理规定
XX公司新产品开发管理规定 第一章总则 第一条新产品的开发发工作，是指运用国内外在基础研究与应用研究中所发现的科学知识及其成果，转变为新产品、新材料、新工艺等一切非常规性质的技术工作。新产品开发是公司在激烈的技术竞争中赖以生存和发展的命脉，是实现“生产一代，试制一代，研究一代和构思一代”的产品升级换代宗旨的重要阶段，它对公司产品发展方向，产品优势，开拓新市场，提高经济效益等方面起着决定性的作用。 第二条公司新产品开发必须严格遵循产品开发的科学管理程序，即选题（构思）调研和方案论证→样（模）试→批试→正式投产前的准备这些重要步骤。 第三条公司在进行产品开发前必须进行调查研究，调查研究的工作包括： 1．调查国内市场和重要用户以及国际重点市场同类产品的技术现状和改进要求。 2．以国内同类产品市场占有率的前三名以及国际名牌产品为对象，调查同类产品的质量、价格、市场及使用情况。 3．广泛收集国内外有关情报和专刊，然后进行可行性分析研究。 第四条新产品的可行性分析是新产品开发中不可缺少的前期工作。公司新产品的可行性分析工作有：1．论证该类产品的技术发展方向。 2．论证市场动态及发展该产品具备的技术优势。 3．论证发展该产品的资源条件的可行性。 第五条公司应制定产品发展规划： 1. 根据国家和地方经济发展的需要，从公司产品发展方向、发展规模，发展水平和技术改造方向、赶超目标以及公司现有条件进行综合调查研究和可行性分析，制定公司产品发展规划。 2. 由研发中心提出草拟规划，经公司分管副总经理初步审查并组织有关部门人员进行缜密研究，定稿后报公司批准后下达执行。 第六条公司（研发中心）应瞄准国内外先进水平和赶超目标，为提高产品质量进行新技术、新材料、新工艺、新装备方面的应用研究： 1．开展产品生命周期的研究，促进产品的升级换代，预测企业的盈亏，为企业提供产品发展的科学依据。 2. 开展对产品升级换代具有决定意义的基础科学研究、重大工艺改革、重大专用设备和测试仪的研究。 3. 开展对提高产品质量有重大影响的新材料研究。 第二章产品研发管理 第七条公司产品研发是指从确定产品研发任务书起到确定产品结构为止的一系列技术工作的准备和管理，是产品开发的重要环节，是产品生产过程的开始，必须严格遵循“三段设计”程序。 第八条技术任务书。技术任务书是产品在初步设计阶段内，由研发部门向上级对计划任务书提出体现产品合理设计方案的改进性和推荐性意见的文件。经上级批准后，作为产品技术研发的依据。其目的在于正确地确定产品最佳总体研发方案、主要技术性能参数、原理、产品结构，并由研发人员负责编写（其中标准化综合要求会同标准化人员共同拟订），其内容和程序作如下规定： 1. 研发依据（根据具体情况可以包括一个或数个内容） （1）部、省安排的重点任务：说明安排的内容及文件号； （2）国内外技术情报：在产品的性能和使用性上赶超国内外先进水平或产品品种上填补国内“空白”。 （3）市场经济情报：在产品的形态、型式（新颖性）等方面满足用户要求，适应市场需要，具有竞争力； （4）公司产品开发长远规划和年度技术组织措施计划，详述规划的有关内容，并说明现在进行研发时机上的必要性。 2. 产品用途及使用范围。 3. 对计划任务书提出有关修改和改进意见。 4. 基本参数及主要技术指标。 5. 产品主要结构叙述：用简略画法勾出产品基本外形，轮廓尺寸及主要材料的布局位置，并叙述主要材料的结构。
产品开发流程
产品开发初步流程 业务需求 市场调查 开发评审报告 产品立项(《产品设计书》《立项报告》《整体产品工作计划》) 产品结构设计软件设计硬件设计包装设计产品标准 （产品结构总体方案）（软件设计总体方案）（硬件设计总体放案）（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.管理职责 2.1统筹规划部负责新产品的调研分析与立项等方面的工作。 2.2技术研发部负责产品的设计、试制、鉴定、移交投产等方面的管理。 2.3物控部、生产部、质管部应在整个开发过程中给予支持和配合。 3.新产品开发的前期调研分析工作 新产品的可行性分析是新产品开发不可缺少的前期工作,必须在进行充分的技术和市场调查后,对产品的社会需要、市场占有率、技术现状、发展趋势以及资源效益等五个方面进行科学预测及经济性的分析论证。 3.1 调查研究: 3.1.1 调查国内市场和重要用户以及国际重点市场的技术现状和改进要求. 3.1.2 以国内同类产品市场占有率高的前三名以及国际名牌产品为对象,调查同类产品的质量、价格及使用情况。
3.1.3 广泛收集国内外有关情报和专利,然后进行可行性分析研究. 3.2 可行性分析: 3.2.1 论证该产品的技术发展方向和动向. 3.2.2 论证市场动态及发展该产品具备的技术优势. 3.2.3 论证该产品发展所具备的资源条件和可行性(含物资、设备、能源、外购外协配套等）。 3.2.4 初步论证技术经济效益。 3.2.5 写出该产品批量投产的可行性分析报告。 4. 产品设计管理 产品设计时从确定产品设计任务书起到确定产品结构为止的一系 列技术工作的准备和管理,是产品开发的重要环节,必须严格遵循"三 段设计"程序. 4.1 技术任务书: 技术任务书市产品在初步设计阶段内,由设计部门向上级提出的 体现产品合理设计方案的改进性和推存性意见的文件,经上级批准后,作为产品技术设计的依据.其目的在于正确地确定产品的最佳总体设计方案、主要技术性能参数、工作原理、系统和主体结构，并由设计员负责编写（其中标准化规则要求会同标准化人员共同拟定）。现对其编写内容和程序作如下规定： 4.1.1 设计依据(根据具体情况可以包括一个或数个内容): a. 国内外技术情报:在市场的性能和使用性方面赶超国内外先进水平,或在产品品种方面填补国内"空白".
新产品开发工作流程
新产品开发工作流程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种评审模式确定的开发计划的编制 技术部根据《项目开发评审策划书》直接编制《新产品开发计划》经技术部负责人（或其代理人）批准后下发到生产部和相关责任车间。 编制新产品试制技术文件
研发岗位职责及能力要求
研发岗位职责及能力要求 文档版本：V1.0 编制： 审批： 发布日期：2012-03-27
关于本文档文档更新记录
1岗位设臵 研发部共分为两个部门： 研发一部：主要负责应用软件的开发，共设臵项目经理几人、总架构师几人、高级设计工程师几人、设计工程师几人、程序员几人。 研发二部：主要负责硬件和系统软件的开发，共设臵项目经理一人、产品经理一人，此两职位现有同一人兼任，PCB工程师几人、硬件工程师几人、测试工程师几人。 2研发一部岗位职责及要求 2.1项目经理 1.负责项目的详细设计、编码、内部测试的组织实施，对小型项目兼任系统分 析工作。 2.参与需求调研，项目可行性分析，技术可行性分析和需求分析。 3.熟练掌握软件项目开发的相关技术。 4.负责向项目经理及时反馈项目开发情况，并根据实际情况提出改进建议。 5.参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、 数据割接、用户培训和项目推广。 6.负责相关客户文档和技术文档的拟定。 7.负责向总经理及时反馈实际工作中遇到的问题，并提出改进意见。 8.负责本项目产品保密工作。 9.完成领导临时交办的任务。 2.2总架构师 1.了解系统的业务需求，制定系统的整体框架（技术框架和业务框架）。 2.对系统框架相关技术和业务进行培训，指导开发人员开发，并解决系统开发、 运行中出现的各种问题。
2.3高级设计工程师 2.4设计工程师 2.5程序员 3研发二部岗位职责及要求 3.1项目经理 3.1.1岗位职责 1.制定解决方案研发部年、季、月度产品与解决方案研发计划、并组织实施； 包括： ●制定研发计划 ●制定研发标准； ●监督研发计划的实施； ●监督研发标准的实施； ●管理研发人员的工作分配； ●制定研发人员的培训计划； ●组织研发成果的鉴定和评审； ●分析总结研发过程的经验和教训； 2.制定市场调研计划。收集竞争对手产品的功能、性能信息，分析比较本公司 产品的优缺点；研究市场的宏观方面的信息，包含市场动态、技术发展动态、国家与地方政策变化及趋势等。并收集产品与市场信息，组织策划市场调研项目，制作调研报告，并向管理层提供建议；
新产品开发管理办法
新产品开发管理办法 1 目的 建立并保持新产品设计与试作的控制程序，以确保新产品满足市场品质、价格、交期的需求。 2 围 OBM、ODM、OEM产品之设计、开发、试制。 3 职责 5.1本办法由总经办拟定，总经理核准后生效，修订废止亦同。 5.2销售部负责相关样品、信息的收集、提报及反馈 5.3技术部负责整个开发过程的组织、协调和实施 5.4采购部负责所需物料的采购 5.5生产部负责生产过程的组织、实施 5.6品管部负责最终产品的验证 5.7主管副总经理负责过程的督导 5.8总经理负责有关过程的批准 4 管理容与法 4.1样品管理 4.1.1市场采样 a）销售部依据市场调研信息收集市场样品（含图片及市场有关信息） b）对所采样品进行编号，在登记簿中载明：名称、编号、采样日期、采样地点等 4.1.2客户来样 a) 销售部根据客户需求接受客户新来的样品 b) 对所采样品进行编号，在登记簿中载明：名称、编号、采样日期、采样地点等 c) 技术部给来样的成品拍照片,然后拆卸对零部件拍照片及编制明细表(包括零部件数)。 4.2 计划拟定 4.2.1机型号申请： 4.2.1.1销售部负责编制《设计和开发项目建议书》并呈报总经理批准 4.2.1.2技术部接到销售部经批准的《设计和开发项目建议书》后，由部门经（副）理负责处理以下事项: a)确认产品开发信息是否正确。 b)分派开发任务，并指定开发项目负责人承接。 c)指定设计工程师完成设计机型号的编制，并依据《物料编码案》对物料进行编码（包括零件新编码和成品新编码），同时负责更新“产品BOM清单”
4.2.2产品开发计划拟定 a)技术部接到销售部《设计和开发项目建议书》，一天制定《设计和开发项目计划书》 b)计划容包括:确定开发作业容、负责单位/人员，预计开发起始时间、输入资料、输出资料等（计划时间不能超过基准时间）。 4.2.3计划管制 a)将核准后的《设计和开发项目计划书》分发、知会需求单位。 b)计划一经核准后，必须格按计划时间进行开发工作。 c)如因紧急插单、模具延误、交期提前等因素的影响，使计划提前或延期时，需作进一步的调整、修改计划书需以《工作函》形式征得销售部同意;经主管副总核准后可按新计划实施。 d)技术部经理负责开发计划实际执行状况之追踪检讨，并根据实际制样情况填写《样品进度追踪表》。 4.3结构功能设计与零部件设计 4.3.1.结构功能设计 技术部经理依产品开发要求或确认的手工样品(有功能之样品)分配设计容，并进一步完善总装配图. 4.3.2零部件设计 4.3.2.1设计工程师根据手工样品试作与测试的问题点、产品总装配图、公司及外协厂设备加工能力、加工工艺、成本、品质、市场预测状况等进行零部件设计。 产品零部件尺寸标示法和材质选用等按下列要求： a).图纸标示：按《机械制图》企业标准。对关键和重要尺寸要用“★”特别标注. b).材质选用：依客户规定选用，若客户无要求，则按产品功能和成本考虑，选用合适材质。 c).配合与公差：根据产品的功能要求按公差与配合标准选用合适的配合种类和等级。 d).表面粗糙度：根据功能要求选择合适的、经济的表面粗糙度等级。 e).密封件压缩量：比照以往相类似成功设计的实例，选择合适的密封件，保证密封可靠;转动灵活(动密封时)。 4.3.2.2手工样品试制、测试(有必要时):如结构功能设计变动较大(和原手工样品相比)或无类似成功设计例相比较时，须进行手工样品试作和测试，以验证其结构功能的可靠性。有类似的成功设计例或结构功能比较简单，可不做手工样品试作验证，但首批生产应按本办法执行相关流程。(是否制作样品由总经理或技术分析会决定)。 a).设计工程师将设计好的图纸盖“试制章”后，附《工作函》交付各车间主任（副）制作样品。 b).各车间主任（副）直接负责样品的制作过程，需依设计图面尺寸、公差制作样品，并将图面尺寸、公差、锻造、机加、装配之问题点，填写《新品制样问题记录表》，并将此表传递至设计工程师。 c).设计工程师应全程追踪样品的制作、组装、功能测试和验证过程，依据相关项目的测试报告进行设计评判，若不合格则改进设计及重新制样。 4.3.2.3专利查询（有需要时）由设计工程师提出，技术部经理负责专利查询。 4.3.3图纸审核 零组件设计完成后，应执行部门部审核，由其他工程师核对，部门经理审核，再由相关车间主任（副）进行工艺会签，最后由技术部经理批准。 4.3.4结构功能设计审查（必要时）
汽车零部件产品开发技术协议
汽车零部件产品开发技术协议 编号: 适用车型： 甲方(需方)： 乙方(供方)： 签订时间： 签订地点： 协议双方 甲方（需方）：XX 乙方（供方、制造厂）：XX 经甲、乙双方共同协商，就轮胎开发涉及的技术及相关问题约定如下： 1 产品开发依据 甲乙双方同意采用以下d方式作为本协议零部件开发依据： a甲方向乙方提供协议零部件的A级外曲面数模和相关安装件数模（如灯具、外饰件、车身等），供乙方进行产品结构设计和产品匹配设计，乙方进行结构开发设计，建立数模或绘制图纸。b甲方向乙方提供协议零部件的数模，乙方以甲方提供的数模作为协议零部件开发依据。 c甲方向乙方提供协议零部件的图纸，共张，乙方以甲方提供的图纸作为协议零部件开发依据。d协议零部件为乙方自行开发产品，经甲方验证确认。 e甲方提供样品，由乙方按照样品进行设计开发（含图纸）。 2 技术要求 2.1 产品信息 2.1.1以下为协议零部件名称及数量
零件名称零件代号零部件型号单车数量供货状态备注 轮胎3106010-11100 175/70 R14LT 5 ———— 2.1.2 性能参数 规格负荷指数速度级别层级标准负荷标准气压标准轮辋 175/70R14LT 95/93 S 6PR 690/650kg 375kPa 5.0J X 14 2.2 产品开发试验 序号试验项目试验方法判断标准引用的国家/企业标准验收方式备注 1 外缘GB/T521-2003 外直径：596～611mm ，；雷锋890 断面宽：177 ± 3.5%mm GB9743-2007 / 第三方或经吉奥公司认可 2 强度GB/T4501-2008 ≥362J GB9743-2007 / 第三方或经吉奥公司认可 3 脱圈GB/T4501-2008 ≥8890N GB9743-2007 / 第三方或经吉奥公司认可 4 高速GB/T4501-2008 60min GB9743-2007 / 第三方或经吉奥公司认可 5 耐久GB/T4501-2008 34h GB9743-2007 / 第三方或经吉奥公司认可 2.3 整车/机试验： 序号试验项目试验方法判断标准引用的国家/企业标准验收方式备注 1 道路可靠性试验参照引用标准通过整车可靠性道路试验，试验后不能出现裂纹、变形等故障《汽车开发可靠性道路试验规范》试验合格—— 3 技术资料交接 甲方应在本协议生效后向乙方提供技术资料，双方并应当进行签收。 乙方在开发完成后应按本技术协议的涉及范围向甲方提供完整的技术文件，这些技术文件包括但不限于：产品数模、图纸、明细表、技术要求或标准、检验要求或标准等。甲方可以就“技术文件”所涵盖的范围向乙方作出指示，乙方应当予以配合执行 4工装样件的提供
新产品开发管理办法
一. 目的 1.确保新产品开发遵循既定流程,以最正确之方向、最经济之成本、最快之速度、最优化 之设计进行,达成公司经营目标。 2.“质量是设计出来的,质量是制造出来的”,籍由适当之设计规划、设计审查、设计验 证、设计确认,确保新产品符合既定之标准,满足客户需要。 二. 范围 1.适用于本公司自行设计与开发之新产品;其中新机种的开发按本办法所规定的流程来规范 运作;改型产品的开发可视情况对某些流程之运作进行删减调整,其具体运作流程以其“新产品开发进度管制表”进行管制。 3.本程序将産品设计开发与工艺设计开发整个过程分爲以下的5个阶段：産品策划阶段、産 品设计阶段、工艺开发阶段、试产阶段、量产阶段。 三. 定义 1.新产品:新产品分为新机种和改型两类,新机种是指在外观或功能上相对于原有之常规 产品有重大改进与突破,或本公司从未生产过的全新的产品;改型是指在不改变核心结构的前提下对相关特性做改变,以符合不同客户、市场的需求. 2.SOP:作业标准书 3.SIP:检验规范书 4.SNP:包装规范书 四. 权责 1.项目工程师：主导新産品整个项目开发的推进,为具体工作推展的责任人。 2.项目小组:整个新产品设计开发及生产试作等各项具体工作执行的团队。 五.内容 1.新产品开发管制作业流程图
功能结构设计
审查 開發課 作問題管制表
本分析表、产品规格书
2. 执行办法 2.1产品企划阶段 2.1.1根据公司新产品研发规划、市场反馈信息或客户需求,营销、研发部门人员均可以适当方 式提出新产品开发建议。 2.1.2依据新产品开发的建议，研发部应执行初步评估与策划，输出之信息应尽可能涵盖产 品之用途、发展方向、性能参数要求、希望成本、开发周期及相关法令/法规要求等各 方面信息，提出“产品开发提案单” (FM10000001),并适时提出“新産品开发可行性评估报 告” (FM10000002)。 2.1.3新产品开发提案单经批准后，研发部应指定项目工程师，针对产品开发提案单进行内部 讨论,提出设计开发总进度及规划新产品各阶段的进度,并拟出“新产品开发进度管制表” (FM10000002)以管制各项工作进度。 2.1.4项目工程师召集并确定各部参加项目小组的成员，小组成员中需包含结构、电子、安规、 测试、品工、制造、采购、视需要还可安排供应重要零组件的供方代表等,并将成员名单 及工作职责列表。 2.1.5研发部主管主持召集项目小组成员，进行新产品开发介绍会,针对产品使用领域、功能、 性能特点、大约时程规划、成本控制目标等进行介绍。 2.2产品设计阶段 2.2.1项目工程师根据产品策划输出的需求，初步订出相关较具体的性能参数。 2.2.2根据订出之成本目标，提出模块结构与成本。 2.2.3界定关键零组件。 2.2.4初步拟定寿命测试方法及要求。 2.2.5功能结构设计 2.2.5.1项目结构工程师根据所要求的性能目标、模块化结构,进行具体的功能结构设计, 达成预定要求,功能设计包含电气功能、机械功能两大类,由工程师充分发挥才能,结合相 关信息进行设计。 2.2.5.2功能设计应充分考虑设计上、制造上之可行性,根据类似产品之设计经验,由项目工 程师召集各分项工程师进行分析、研究,集思广益,并呈主管核准设计图面,于设计过程中 涉及材料设计时,应充分考虑制造可行性,必要时应充分运用和借鉴供方材料工程专业