计算机软件设计开发控制程序

计算机软件设计开发控制程序

1.目的

为使软件设计开发全过程得到有效的实施和控制，保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求，,以增强顾客满意，特制定本程序。

1.范围

本程序涉及软件设计开发过程中的全过程的控制。

2.职责和权限

2.1.软件产品设计开发小组由项目经理、系统分析员、程序员和测试工程师

组成，其职责如下：

a)项目经理：是项目系统总负责人，根据经批准的《项目开发计划》

(CX06-JL01)组织设计和开发，负责项目技术方案的制定，负责项目设

计和开发过程中的进度、成本和质量的跟踪和控制，组织设计和开发各

阶段的设计评审，负责项目相关部门工作协调及相关信息的沟通，组织

编写《软件需求规格说明书》(CX06-JL02)、《概要设计说明书》

(CX06-JL03) 。

b)系统分析员：是项目系统技术负责人，负责产品系统结构设计；负责项

目子系统的技术方案的确定，对集成和系统测试中发现的问题负责组织

整改，依据相关国家、行业和地方技术标准编制企业产品标准。

c)程序员：依据子系统(详细)设计，完成各模块的程序编码，在测试工程

师的指导和协助下进行模块和单元测试，对测试中发现的问题负责纠正。

d)测试工程师：提供产品测试计划和系统集成测试方案，制定测试用例，

指导程序员进行模块和单元测试，组织进行系统和现场测试，编写《测

试说明书》(CX06-JL04)，收集整理测试纪录，对测试中发现的问题，

负责追踪和纠正结果验证。

编码: CX06版本：C 修改码：0 页码：2/9

2.2.各部门职责

a)软件开发部：新产品的技术可行性决策、需求规格的确定，组织实施软

件产品的设计及开发工作。

b)销售部：负责组织新产品的市场可行性分析，提供市场信息及新产品动

向，确定功能规格、产品形式，外包装，产品价位等；安排客户作新产

品的测试，搜集客户使用情况。

3.3总工程师：负责重要新产品的“需求分析评审”和“立项评审”。

3.4总经理：负责批准新产品立项申请和《项目开发计划》(CX06-JL01)。

3.程序

3.1.设计和开发策划

4.1.1总则

4.1.1.1为了确保设计和开发的产品（项目）达到预期的质量目标，满足顾

客要求，并符合相关的法律法规要求，应对产品（项目）的设计和开发进行策划。

4.1.1.2设计开发的策划应确定:

a)设计阶段的划分，根据产品（项目）复杂程度、重要性等因素确定，

适当時，可包括需求规格说明、概要设计、详细设计、测试设计、

编程、测试和验收等阶段；

b)适合于每个设计阶段的评审、验证和确认活动；

c)设计和开发的职责和权限。

4.1.2设计开发策划的实施

4.1.2.1软件开发部根据已签署的合同或已确认的项目受托书下达项目设计

开发任务，确定并批准具有资格的人员担任项目经理。

4.1.2.2项目经理在明确顾客需求、项目进度要求和人员体制的前提下，根

据《项目开发计划编制规范》(CX06-ZY01)要求,编制《项目开发计划》(CX06-JL01)，其内容根据产品（项目）具体情况可包括：

1）项目摡述、设计和开发各阶段的划分及实施计划；

2）各阶段的潜在BUG数摘除目标计划；

3）专项计划要点，必要時如软件测试、配置管理、系统安装、质

量保证及人员培训等

4)适合于每个设计阶段的评审、验证和确认活动,可根据产品（项目）的具体情况，单独或以任意组合的方式进行并记录。

5)设计和开发的职责和权限。

4.1.2.3当项目开发周期覆盖2个以上的产品实现子过程时应依据《软件配置管理计划编制规范》(CX06-ZY02)编制《软件配置管理计划》(CX06-JL05)。

4.1.2.4《项目开发计划》(CX06-JL01)及《软件配置管理计划》(CX06-JL05)经软件开发部经理批准后实施。

4.1.2.5软件开发部负责对设计开发阶段不同小组之间接口关系的管理,以

确保有效的沟通,并明确职责权限。

4.1.2.6随着设计和开发的进行，当顾客需求、资源等发生变化时，应在适当时修改或更新《项目开发计划》(CX06-JL01),执行《文件控制程序》（CX01）。

4.1.2.7软件开发部负责监控项目开发计划的具体实施情况。

3.2.设计和开发的输入

4.2.1总则

4.2.1.1为了确保项目设计和开发的质量并使设计开发输出的验证有据可依，应正确地确定设计和开发的输入，并保持相关的输入记录。设计和开发输入应包括：

1）项目的功能和性能要求；

2）项目适用的法律法规要求；

3）适用时，以前类似设计提供的信息；

4) 设计和开发所必需的其他要求。

4.2.1.2应对设计和开发输入进行评审,以确保输入是充分与适宜的。要求应完整、清楚，并且不能自相矛盾。

4.2.2设计开发输入内容的要求

4.2.2.1设计开发输入应满足本章节4.2.1 总则的要求。阶段性的输入为前一阶段的输出文件，可包括顾客提供的技术文件。

4.2.2.2设计开发各阶段的输入：

1)需求分析阶段的输入：

a.项目开发计划的相关要求；

b.可行性研究的评审结果；

c.顾客的具体需求。

2）概要设计阶段的输入：

a.《软件需求规格说明书》(CX06-JL02)；

b.可行性研究的评审结果；

c.《项目开发计划》(CX06-JL01)的相关要求；

d.其他相关的具体需求。

3）详细设计阶段的输入：

a.《概要设计说明书》(CX06-JL03)；

b.《数据库设计说明书》(CX06-JL06)；

c.《测试说明书》(CX06-JL04)；

d.《项目开发计划》(CX06-JL01)；

e.顾客其他的具体需求。

4）代码编程、检查及单元测试阶段的输入：

a.《详细设计说明书》(CX06-JL07)；

b.《项目开发计划》(CX06-JL01)；

c.《测试说明书》(CX06-JL04)；

d.顾客提供的具体需求。

5）软件测试阶段的输入：

a.《概要设计说明书》(CX06-JL03)；

b.《详细设计说明书》(CX06-JL07)；

c.《测试说明书》(CX06-JL04)；

d. 《项目开发计划》(CX06-JL01)；

e. 顾客提出的具体需求

4.2.3设计开发输入由项目经理编制《设计开发输入清单》（CX06—JL08）。

4.2.4对设计开发输入的评审以项目经理审核批准的方式进行, 以确保设计开发输入的充分、适宜。

4.2.5项目经理依据评审确认后的设计输入文件组织开发人员进行开发前的准备工

作。

4.3 设计和开发输出

4.3.1 总则

4.3.1.1设计和开发的输出文件是后续设计、开发、测试、安装、服务过程的依据和工作标准,应以能针对设计开发输入进行验证的方式提出。

4.3.1.2设计和开发的输出文件在放行前应得到批准，并应确保：

a.满足设计开发输入的要求；

b.给出采购、生产和服务提供的适当信息；

c.包含或引用产品接收准则；

d.规定对产品的安全和正常使用所必须的产品特性；

e.对产品的防护要求。

4.3.2设计和开发输出内容的要求

4.3.2.1设计和开发输出应符合本章节4.3.1 总则的要求。本阶段设计和开发的输出应满足本阶段输入的要求，输出文件经过评审后作为后一阶段的输入。

4.3.2.2设计开发各阶段的输出：

1）概要设计阶段的输出：

a）《概要设计说明书》(CX06-JL03)；

b）《数据库设计说明书》(CX06-JL06)；

c）《测试说明书》(CX06-JL04)；

d）《开发进度报告》(CX06-JL09)；

e）《用户手册》(CX06-JL10)。

2）详细设计阶段的输出：

a)《详细设计说明书》(CX06-JL07)；

b)《测试说明书》(CX06-JL04)；

c)《开发进度报告》(CX06-JL09)；

d)《用户手册》 (CX06-JL10)。

3）代码编程、检查及单元测试阶段的输出：

a）包括源代码文件；

b）执行代码文件；

c）《开发进度报告》(CX06-JL09)。

4）件测试阶段的输出：

a）经过测试后、用于交付顾客的执行文件；

b）《测试结果报告》(CX06-JL11)；

c）《开发进度报告》(CX06-JL09)。

5) 软件安装阶段的输出：

a）《软件安装手册》（CX06-JL15）；

b）《安装布署方案书》（CX06-JL16）。

4.3.3设计开发输出文件经软件开发部经理批准后发布。

4.4 设计和开发的评审

4.4.1总则

4.4.1.1应依照设计策划的安排对设计和开发进行系统的评审,以便:

a.评价设计和开发各阶段的结果满足要求的能力；

b.识别任何问题并提出必要的措施。

4.4.1.2评审的参加者应包括与所评审的设计和开发阶段有关的职能代表。评审结果及任何必要措施的记录应予保持。

4.4.2设计和开发评审的实施

4.4.2.1项目经理负责制定阶段评审计划，包括：评审时机、评审内容、参加评审人员；负责阶段评审的技术准备；负责组织相关人员实施评审活动。

4.4.2.2 根据项目的规模确定评审级别和方式，在设计和开发各阶段结束后，都需要按照规定的评审级别和方式对本阶段的输出结果进行评审，并填写《设计开发评审记录》(CX06-JL14)。

4.4.2.3 设计和开发各阶段的成果要以前一阶段的输出和相关的文件输入作为依据，以保证评审的质量。

4.4.3设计和开发评审结果及评审引起的任何措施的记录由软件开发部予以保持，如需改进或重新设计时，其内容也应予以记录并重新评审。

4.4.4未通过评审的设计，不能进入下一阶段。

4.4.5软件开发部负责监督和检查评审记录。

4.5设计开发的验证

4.5.1总则

为确保设计开发输出满足输入的要求,应依据项目开发计划的安排对设计和开发进行验证并保持验证结果及任何必要措施的记录。

4.5.2设计开发验证的实施

4.5.2.1由于软件产品的特殊性，设计开发各阶段的成果需通过软件测试的方式

进行验证。在设计开发各阶段评审通过后，按照《测试说明书》(CX06-JL04)以及《不合格品控制程序》（CX17）进行验证.

4.5.2.2设计开发验证由项目经理组织实施,验证结果填写《验证结果报告》(CX06-JL12)。

4.5.3验证结果及任何必要措施的记录由软件开发部予以保持。

4.6 设计开发的确认

4.6.1总则

为确保计算机软件设计项目能够满足规定的使用要求或已知的预期用途要求,应依照项目开发计划的安排对设计和开发进行确认。

4.6.2，本公司软件产品的确认应经过测试验证后，在项目交付或实施之前进行。

4.6.3. 设计开发确认的实施

4.6.3.1. 设计开发的确认由项目经理负责组织人员与顾客进行沟通，在保证最终产品满足顾客的使用要求的情况下，由项目经理填写《软件工程完工验收（确认）报告》（CX06-JL17），提交部门经理及总工程师确认，并由顾客签署确认，通过相关部门验收即为通过确认。

4.6.3.2.确认结果及任何必要措施的记录由软件开发部予以保持。

4．7设计和开发的更改

4.7.1总则

应识别和控制设计开发的更改，并保持记录。应对设计开发的更改进行适当的评审、验证和确认，并在实施前得到批准。对设计开发更改的评审应包括评价更改对产品组成部分和已交付产品的影响。

4.7.2设计开发更改的实施

4.7.2.1设计开发的更改，应对设计和开发更改进行适当的评审、验证、确认，根据本所具体情况,一般通过填写《软件设计更改记录》(CX06-JL13)的方式实施，重大更改应由总工程师审批。

4.7.2.2对已通过评审阶段的设计文件进行更改时，项目经理应综合评价更改后对交付产品及其它组成部分的影响程度，若更改涉及满足规定的使用要求或预期用途的要求时，由总工程师决定是否进行验证、确认，根据评价结果做出决定，必要时对更改进

行评审、验证和确认。

4.7.2.3更改的评审结果及任何必要措施的记录由软件开发部予以保持。

5相关文件

《项目开发计划编制规范》(CX06-ZY01)

《软件配置管理计划编制规范》(CX06-ZY02)

《文件控制程序》（CX01）

6相关记录

《项目开发计划》(CX06-JL01)

《软件需求规格说明书》(CX06-JL02)

《概要设计说明书》(CX06-JL03)

《测试说明书》(CX06-JL04)

《软件配置管理计划》(CX06-JL05)

《数据库设计说明书》(CX06-JL06)

《详细设计说明书》(CX06-JL07)

《设计开发输入清单》（CX06—JL08）

《开发进度报告》(CX06-JL09)

《用户手册》(CX06-JL10)

《测试结果报告》(CX06-JL11)

《验证结果报告》(CX06-JL12)

《软件设计更改记录》(CX06-JL13)

《设计开发评审记录》(CX06-JL14)

《软件安装手册》（CX06-JL15）

《安装布署方案书》（CX06-JL16）

《软件工程完工验收（确认）报告》（CX06-JL17）《项目评审表》（CX06-JL18）

软件设计和开发控制程序

公司软件设计和开发控制程序 1目的 对软件设计和开发全过程进行控制，确保产品设计和开发能满足顾客和有关标准、法令、法规的要求。 2范围 适用于软件产品设计和开发的全过程，包括软件产品的升级。 3职责 3．1软件研发部负责组织编制《项目实施计划书》、《需求规格说明书》、《软件概要设计说明书》、《详细设计说明书》、设计和开发输出文件、测试报告、验收报告等，负责组织协调和实施软件产品的设计和开发工作。 3．2软件研发部产品组负责根据市场调研分析或合同提交《可行性研究报告》。 3．3软件研发部测试组负责软件产品的确认测试。 3．4 由各业务部负责将合格软件产品交付顾客使用。 3．5 公司总经理签署《项目经理任命书》，正式启动软件项目。 3．6公司技术总工或授权人负责设计和开发立项《项目实施计划书》、《需求规格说明书》、验收报告等的批准。 4工作程序 4．1 设计和开发策划 4．1．1立项的依据 软件研发部对要进行的开发项目进行立项申请，提交项目资料。由公司的有关人员对项目进行一系列的风险评估。通过风险评估的项目，由软件研发部进行详细进度计划安排，落实时间进度、资源（人员／设备、内部／外部）、技术、资金和费用等，相关资源和资金使用计划要详细列出。 最后所有的项目申请资料、风险评估报告及产品进度计划都要报给公司上级领导审批，进行立项评审。 立项通过的项目才能由软件研发部进入正式的开发工作。 4．1．2 软件研发部项目经理负责就以上立项依据组织《项目实施计划书》的编制。

4．1．3设计和开发人员资格要求可参照本公司相关岗位卡的条款进行． 4．1．4 接口管理 4．1．4．1 在设计和开发策划和输入阶段： a．各业务部将客户相关文件资料交与软件研发部，同软件研发部一起对《需求规格说明书》进行评审； b．软件研发部编制《项目实施计划书》，经公司技术总工或授权人批准后发往客户方。 c．软件研发部项目经理将《项目实施计划书》、《需求规格说明书》及相关背景资料，提供给各设计和开发人员，作为工作的依据。 4．1．4．2 在设计和开发输出阶段，软件研发部项目经理根据设计和开发进度，适时召开设计和开发例会，组织解决设计和开发中遇到的困难，协调相关的资源，以例会记录的形式明确相关要求。 4．1．4．3 在设计、编码、测试阶段： a．进行总体设计、详细设计的设计人员及进行编码的程序员须充分沟通．必要时，可由项目经理负责召开设计和开发专题会议,并以会议记录的形式明确与会人员达成的一致意见。 b．软件研发部设计和开发人员提供单元和综合测试的《测试计划》,交本部门的相关设计和开发人员进行集成并由测试人员进行单元、综合测试。 c．软件研发部提供确认测试的《测试计划》，交测试组进行系统安装、测试。 4．1．4．4设计和开发各阶段 a．软件研发部项目经理负责就技术方面在客户与程序员之间进行协调； b．软件研发部经理负责组织和协调各有关单位的工作； c．各业务部负责与客户的业务联系及相关信息传递； d．参与设计和开发的各部门将必要的信息形成文件，经部门经理评审签字后予以传递． 4．2设计和开发输入 4．2．1《项目经理任命书》经公司总经理批准后，由软件研发部经理组织编写《项目实施计划书》、《需求规格说明书》，其中《项目实施计划书》须由公司技术总工组织人员评审。 4．2．2软件研发部经理组织软件设计和开发人员、测试人员及各业务部等设计和开发提出部门(包括客户)，对《需求规格说明书》进行评审，对其中不完善、含糊或矛盾的需求做出澄清和解决．4．2．3《需求规格说明书》在接受合同时可以不完全确定，在项目进行期间可继续制定。当《需求规格说明书》更改时，合同可以修订，对《需求规格说明书》的更改将按照《软件配置管理规程》程序加以控制。 4．3 设计和开发输出 4．3．1各设计和开发人员根据《项目实施计划书》及《需求规格说明书》的要求进行设计和开发活动，并形成相应的文档。 4．3．2设计和开发的输出应形成文件，但不限于以下文档： ——《软件概要设计说明书》；

设计和开发控制程序文件

设计和开发控制程序 1 目的 对产品设计和开发全过程进行控制，确保设计能满足合同及顾客的要求，达到或超越国家/行业/企业标准规定的技术要求。 2 适用范围 本程序适用于新产品的设计和定型产品的改进活动。 3 职责 3.1 研发部负责编制并且监督执行产品设计开发计划，负责设计和开发全过程的组织、协调和管理工作，组织设计评审、设计验证、设计确认工作。负责处理车间生产制造过程中发生的产品设计问题，负责在外购件的采购发生困难时，协助采购部选择代用品。负责处理车间生产制造过程中发生与设计相关的工艺问题，负责试验组织实施工作。 3.2 总经理负责产品立项审批的批准，负责主持产品的定型鉴定并批准产品鉴定报告。3.3 制造生产部负责试制阶段的生产组织落实及计划进程的控制。 3.4 采购部负责试制过程中的配套采购。 4 工作程序 4.1 设计和开发策划 4.1.1 设计项目的来源

①公司内外反馈的信息 研发部根据公司内外反馈的信息，编制“项目开发建议书”，提出产品开发或技术改造的建议，报总经理批准。产品设计和开发活动应在公司战略目标指导下进行。 ②市场部的市场调查 市场部通过对市场调查结果的分析，提出“项目开发建议书”，报总经理批准后，连同有关资料移交研发中心。 ③合同评审的结果 有技术开发成份的合同或订单 ( 包括技术协议 )，必须由研发部组织相关部门进行评审。评审通过后，将“合同订单评审表”连同客户的有关资料移交采购部。 4.1.2 设计任务书的编制 《设计任务书》(亦称《项目手册》)应做如下明确规定： a) 产品的质量目标/ 指标及性能要求。 b) 确定活动的输出满足输入的要求，并处于受控状态。 c) 确定组织和技术上的接口。 d) 设计评审、设计验证、设计确认等设计过程的计划安排。 e) 控制产品研发过程的准则。 f) 特定的工作程序及相应的工艺技术文件。 g) 《设计任务书》的管理方法。 h) 特殊过程控制采用的必要检验和试验。 4.1.3 设计任务书的评审 研发部或项目组负责人组织包括设计、生产、质量部门人员对《设计任务书》进行评审。评审的内容包括：

设计开发控制程序(含表格)

设计开发控制程序 （ISO9001-2015） 1.0目的 对产品的开发设计进行控制，以保证所设计的新产品技术先进、使用可靠、经济合理、易于生产、验证和控制。 2.0适用范围 适用于本公司新产品的设计、开发全过程，包括引进产品的转化、定型产品及生产过程的技术改进等。 3.0职责 3.1质技部负责设计开发全过程的组织、协调、实施工作，进行设计开发的策划，确定设计开发的组织和技术接口、输入、输出、验证、评审、设计和开发的更改和确认等。 3.2 质技部负责人负责审核项目建议书、下达设计和开发任务书，负责批准设计开发方案、设计开发计划书、设计开发评审、设计开发验证报告，负责试产报告等。 3.3 总经理负责批准项目建议书、试产报告。 3.4 采购部负责所需物料的采购。 3.5 销售部负责根据市场调研或分析，提供市场信息及新产品动向，负责提交顾客使用新产品后的顾客使用报告。 3.6 生产部负责新产品的生产加工和试制等。质技部是产品设计开发的归口管理部门，负责策划并且执行产品设计和开发计划，负责主持设计评审、设计验

证、设计确认工作。 4.0工作程序 4.1设计和开发的策划 4.1.1设计开发项目的来源 a)销售部与顾客签订新产品合同或技术协议。根据总经理批准的相应的《产品要求平评审表》，质技部负责人下达《设计任务书》； b)销售部根据市场调研或分析提出的《项目建议书》，报质技部负责人审核，总经理批准后，质技部负责人下达《设计开发任务书》。 c)生产部根据技术改进需要，提交《项目建议书》报质技部负责人审核、总经理批准后，质技部负责人下达《设计任务书》。 4.1.2 质技部负责人根据上述信息及项目来源，确定项目负责人，将设计开发策划的输出转化为《设计开发方案》、《设计开发计划书》。计划书的内容包括：设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容；各阶段人员的职责和权限、进度要求和配合部门；资源配置的需要，如人员、信息、设备、资金保证等及相关内容。 4.1.3 设计开发策划的输出文件将随着设计开发的进展在适当时予以修改，应执行《文件控制程序》的有关规定。 4.1.4 设计开发不同部门之间的接口管理 明确参与设计过程的不同部门/人员之间在组织上和技术上的接口并对接口进行管理，确定每项活动的职责和权限。指派有经验、能胜任其岗位工作的人员从事设计各阶段的活动。 4.2设计和开发的输入

计算机软件设计开发控制程序

计算机软件设计开发控制程序 1.目的 为使软件设计开发全过程得到有效的实施和控制，保证软件产品在开发过程中各个阶段的质量以及最终软件的功能、性能指标符合规定要求及适用于产品的法律、法规的要求,以增强顾客满意，特制定本程序。 2.范围 本程序涉及软件设计开发过程中的全过程的控制。 3.流程 3.1. 可行性研究 在与客户签订合同之前，均应对将签项目进行资源、技术、市场的可行性分析，可行性分析通过后、签订合同前由公司组织相关人员对合同条款进行评审，评审通过后，公司组织进行立项工作。 3.2. 立项 可行性分析评审通过后，有开发部门经理下达立项任务，制定相关人员填写立项申请报告报批，报批通过后，由部门经理和技术负责人协商下达开发任务书，经技术负责人审核通过后报公司批准。批准立项后，项目进度应以立项申请报告中的阶段进度为准，如果进度需要调整，需要填写进度调整申请报告报批。 3.3. 需求分析 公司根据客户提出的技术要求和相应的软件任务书以及其他有关件，与客户协商确定详细的软件需求。 3.4. 开发策划 根据项目要求和软件需求，由配置人员配合项目经理编写本项目的质量保证计划、配置管理计划和项目综合计划。在配置管理计划中应列明本项目需提交的各阶段文档的

名称，在项目完成后项目组需列表说明需要移交的文档。在制定计划时，应为计划、设计、测试、修正、再测试、变更以及编制文档留出足够的时间。 3.5. 设计 ●概要设计 根据软件需求说明建立软件总体结构和模块间的关系，确定各模块功能，定义各功能模块的接口，设计全局数据库和数据结构。 ●详细设计 在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设 计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结 构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或 子程序)的设计考虑，以便进行编码和测试。应当保证软件的需求完全分 配给整个软件。详细设计应当足够详细，能够根据详细设计报告进行编 码。 3.6. 编码实现 在软件编码阶段，开发者根据《软件系统详细设计报告》中对数据结构、算法分析和模块实现等方面的设计要求，开始具体的编写程序工作，分别实现各模块的功能，从而实现对目标系统的功能、性能、接口、界面等方面的要求。 3.7. 测试 ●软件单元测试 按详细设计的结构，根据软件单元测试计划，对软件进行测试。 ●组装测试 根据软件需求说明书中定义的全部功能和性能要求及组装测试计划，对 软件进行组装测试，以确定整个软件是否满足软件需求，是否可以提交 总装测试。 3.8. 验收交付 在软件测试证明软件达到要求后，软件开发者应向用户提交开发的目标安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、

工艺设计和开发控制程序

Procedure Document/程序文件Control Procedure for Process design and Development 工艺设计和开发控制程序Document NO/ 编号：TY-QP7.3-01-15 Revision /版本： Checked by/校对： Verified by/审核： Approved by/批准： Controlled Condition/受控状态：Distribution No./分发号：

质量管理体系更改记录表 Record Chart of Changes in Quality Management System of Quality Manual TY-QR-TQD-031A

Control Procedure for Process design and Development/工艺设计和开发控制程序 1 Purpose/目的 This procedure is used to normalize the management of new product process design and development of the company so as to ensure that all the tasks on new product process design and development of the company are implemented effectively. 本程序为了规公司新产品工艺设计和开发的管理，确保公司新产品工艺设计和开发的各项工作得到有效实施。 2 Scope/围 This procedure is applicable to control of new product process design and development of the company. The content: The company doesn’t cover the product design, just focusing on process design based on customer drawings. 本程序适用于公司新产品工艺设计和开发的控制。但包括产品进行设计和开发。 3 Terms/术语 3.1 Process design output: the result of process design. Through the process design and development, the bases of process design are transformed into a series of process technical data of the process design output./工艺设计输出：指工艺或过程设计的结果。通过对工艺设计和开发，将工艺设计的依据转化为工艺设计输出的一系列工艺技术资料。 3.2 Process review: the process design is reviewed formally, roundly and systemically and the review result is documented./工艺评审：对工艺设计进行的正式、全面和系统的审查，并把审查结果形成文件。 3.3 Overall process program: based on product design requirement, production program and productivity, the guidance document is used to put forward the technology and prepare for concrete tasks and measures./工艺总方案：根据产品设计要求、生产纲领和生产能力，提出工艺技术准备具体任务和措施的指导性文

软件开发过程控制程序

软件开发过程控制程序

目录 1目的与适用围 (3) 1.1 目的 (3) 1.2 适用围 (3) 2 引用文件 (3) 3职责 (3) 4程序 (4) 4.1需求分析程序 (4) 4.1.1获取、分析需求 (4) 4.1.2需求规格说明书的评审 (4) 4.1.3需求确认 (4) 4.1.4存档 (4) 4.1.5需求变更 (4) 4.2 软件设计程序 (5) 4.2.1软件设计 (5) 4.2.2设计评审 (5) 4.2.3设计文档的备案 (5) 4.2.4设计更改控制 (5) 4.3 编码开发程序 (5) 4.3.1编码 (5) 4.3.2代码集成 (6) 4.3.3程序验收 (6) 4.3.4配置管理 (6) 4.3.5测试流程 (6) 4.3.5.1 测试用例的编写、审核与备案 (6) 4.3.5.2 系统测试 (6) 4.3.5.3 用户手册的编写与审核 (7) 4.3.5.4存档 (7) 5流程图 (8) 6相关文件 (9)

1目的与适用围 1.1 目的 规需求分析、设计、开发等作业过程，确保对软件实现阶段实行有效的管理控制，力求减少编码出错，准确实现软件设计的要求。以合理的时间和人力找出软件中潜在的各种错误和缺陷，证明软件的功能和性能与需求说明相符，从而使交付给客户的产品的质量得到保证。 1.2 适用围 适用于软件类项目和混合类项目的软件部分的需求分析、设计、编码和测试阶段。 2 引用文件 GBT 11457-2006 信息技术软件工程术语 GBT 16260.4-2006 软件工程产品质量 3职责 ?项目经理：负责整个开发过程的整体控制，每周向公司和客户提交项目周报。 ?需求分析员：进行需求调研，编写《需求规格说明书》、《调研日志》、需求的补充文档等，必要时进行需求变更。 ?技术负责人：负责设计工作的安排和技术指导，评审特殊项目的设计。 ?设计人员：软件界面设计。 ?开发人员：负责软件系统设计，编写设计文档。根据设计说明书编写程序，修改软件代码。 ?测试员：编写《测试用例》，搭建测试环境、执行单元测试、集成测试，提出《测试报告》。 ?行政人事部：负责开发过程中文件及代码的存档管理。 ?项目组成员：每日填写工作日志。 ?部门负责人：对项目人员工作日志进行统计。

产品设计开发控制程序

1目的 对设计和开发全过程进行控制，以确保设计产品的质量满足客户和有关标准、法规的要求。 2 范围 本程序规定了设计和开发的策划、输入、输出、评审、验证、确认及更改的控制要求。 本程序适用本公司各类产品设计的全过程，包括产品的重大技术改进。 3 职责 3.1总经理负责批准设计项目，技检副总组织协调设计和开发全过程的工作。 3.2 技术部负责设计和开发计划书、设计输出文件、评审验证报告等的编制、样 品的制作及整个设计工作的实施。 3.3 市场部负责提供市场调研报告，提出对新产品的设想与要求，并负责新产品 的试用安排。 3.4 采购部负责样品及试制所需零部件的采购 3.5 生产部负责批量试制（试产）的安排。 3.6 质检部负责产品鉴定报告的编制，样品及试制产品的检测。 3.7 相关部门负责各自范围内的配合工作。 4 工作程序 4.1 设计和开发的工作流程见附图。 4.2 设计、开发的策划和输入 4.2.1立项的依据、设计和开发的项目来源于以下方面：

4.2.1.1与顾客签订的特殊合同或技术协议。 4.2.1.2市场调研和分析。 4.2.2技术部根据以上立项依据，组织编制《设计和开发计划书》，计划书应 包括以下内容： 4.2.2.1设计输入、设计输出初稿、设计评审、样品制作、设计验证、设 计确认等各阶段的划分和主要工作内容； 4.2.2.2各阶段的人员职责分工、进度要求、信息传递和联络方式； 4.2.2.3需要增加或调整的资源（如仪器、设备、人员等）。 4.2.2.4产品功能、主要技术参数和性能指标及主要零部件结构要求等； 4.2.2.5适用的相关标准、法律法规、顾客的特殊需求等； 4.2.2.6以前类似设计的有关要求，及设计开发所必须的其它要求，如环 境、安全、寿命、经济性等要求。 4.2.3 每个设计项目均指定具有合适资格的设计人员作为项目负责人，负责 设计项目各项工作的开展。 4.2.4由技术部组织相关部门对《设计和开发计划书》进行评审（保持评审记 录），对其中不完善、含糊或矛盾的要求作出澄清和解决。经技检副总审批后，作为正式文件予以实施，设计和开发计划书将根据设计进展的变化作出修改。 4.3设计输出 4.3.1各组设计人员根据《设计和开发计划书》的要求开展各项设计工作，编 制相应的设计初稿，包括指导采购、生产、检验等活动的图样和文件，如

过程的设计和开发控制程序

1．目的 对过程质量进行先期策划，做到早期识别，避免晚期更改，规范过程开发工作，确保持续稳定生产顾客满意产品。 2．适用范围 适用于对本公司产品的制造过程质量先期策划工作。 3．职责 3.1生技部负责过程开发的先期策划工作。 3.2生技部部长负责APQP的总体策划和监视，负责组织建立APQP小组。 3.3APQP小组成员及相关部门负责开发APQP策划输入评审验证工作。 4．工作程序 4.1APQP小组的成立与APQP工作进度计划的编制。 4.1.1与顾客初步达成产品生产协议后，总经理通知生技部部长，部长据此成立APQP小组。 4.1.2 APQP小组成员来自生技部、综合部、车间、以及顾客代表，必要时邀请顾客及供应商代表参加。 4.1.3通常情况下，APQP小组组长由生技部部长担任，遇到特殊情况时由总经理任命。APQP小组组长负责小组内成员的职责分工及工作安排，负责APQP全过程跟进和监督,负责组织APQP各阶段的组织、协调工作。 4.1.4 APQP小组组长组织编写APQP工作时间进度表，经APQP成员讨论通过，送总经理批准后下发有关部门实施。APQP工作时间进度表应随着APQP的进展适时进行修订。 4.2计划和项目的确定 4.2.1．本企业不进行产品设计，但要在2个工作周内对顾客提供的产品图纸和技术资料进行评审。 4.2.2．APQP小组对顾客提供的产品图和相关的产品符合性要求进行评审，填写《工程规范评审记录》，对评审中发现的问题，要及时与顾客联络解决。 4.2.3．评审时要确定需要进行试验及可靠性研究的项目（适用时）。

4.2.4必要时，生技部对顾客以往的投诉意见和建议进行收集分析，分析结果作为APQP 小组的参考资料。 4.2.5必要时，APQP小组应对顾客的业务计划进行研究，以识别顾客现在和未来最关注的事项。 4.2.6项目小组根据顾客要求和以往类似产品过程的设计、生产经验确定产品的质量目标、环保等要求，提出《初始材料清单》、《特殊特性清单》、《初始过程流程图》 4.2.7完成以上工作后APQP小组编写《产品保证计划》，其主要内容有： 1．产品过程要求。 2．可靠性和质量目标。 3．进度要求。 4．成本要求。 5．风险评估。 4.2.8计划和确定项目的总结 APQP小组在计划和确定项目阶段工作结束时，应召开APQP小组会议进行这一阶段工作的总结评审，评审时可要求有关管理人员参加，以获得其支持并协助解决有关未解决问题。 总结评审的结论应记录在《第一阶段评审表》中。 4.3样件制造 编制样件制造控制计划 生技部负责编制《样件控制计划》，对样件制造过程中尺寸测量和材料性能试验等进行描述。《样件控制计划》编写完成后，APQP小组用《控制计划检查表》对计划的完整性进行检查。 当顾客没有要求编制《样件控制计划》，本企业样件制造可使用与批量生产相同的设备、工装、材料和供方时，可以编制批量生产的《控制计划》。 4.3.1提出所需的新设施、设备和工装 生技部提出产品生产所需的新设施、设备和工装，编制《设备需求表》和《工装需求表》，保证样件试制和小批量生产前到位。 《设备需求表》和《工装需求表》由APQP小组有关人评审、总经理批准。

产品设计开发控制程序文件

产品设计开发控制程序 1.目的：本程序规定了XX产品设计开发项目所应遵循的步骤及其全过程的控制和要求，旨在科学化管理新产品的设计开发，提高新产品的开发效率及市场适用性，进一步规设计开发工作。 2.0定义： 2.1 FMEA：潜在失效模式及后果分析。 2.2预研：指以实现产品功能为目标，完成产品功能样车的研发活动。 2.3 产品设计：指在预研功能样机基础上，以满足客户需求为目标，完成产品样车制作、小批量生产的设计活动。 3.职责 3.1总经理 3.1.1负责根据企业战略规划明确新产品开发方向，并是公司管理委员会和项目评审委员会的主要负责人。负责领导、组织、主持产品化项目的立项、验收和管理工作。 3.1.2负责批准公司年度《产品发展规划》、《项目任务实施计划》。 3.1.3负责协调所有项目的研发资源，确保关键项目的顺利实施。 3.1.4负责制定公司年度《产品发展规划》，下达《项目设计任务书》 3.2公司管理委员会（见管理委员会章程） 3.3项目评审委员会（见项目评审委员会章程） 3.4研发部经理 3.4.1 负责产品设计开发过程术难点攻关、重大技术路线的确定，总体方案评审，试验报告审核； 3.4.2 重要子项目设计方案审核，重要子项目试验报告审核。 3.4.3 参与设计过程中重要设计活动讨论或者直接参与项目开发。 3.5技术品质部经理 3.5.1参与设计开发个阶段性会议，并提出建议。 3.5.2负责产品设计开发过程中可能涉及后续实现产品化工艺和品质控制问题审查。 3.6项目经理 3.6.1负责立项报告的撰写并报批； 3.6.2负责所报项目立项后所有阶段性技术准备； 3.6.3负责《项目任务实施计划书》的制定并组织实施； 3.6.4负责项目输入输出的控制； 3.6.5负责整个项目组的日常管理； 3.6.6负责设计进度的控制。 3.7项目组 3.7.1 项目小组的组成：由研发部各类设计人员组成、必要时可申请其它部门人员参加，设置项目经理一名。 3.7.2负责按照《项目任务实施计划书》开展相关的设计活动。 3.8营销部 负责确定客户定制项目的设计要求。 4.流程图

服务设计开发控制程序.doc

服务设计开发控制程序 13000000-Cx-7.3-1 文件放发号 文件持有人 受控状态□受控□非受控 文件更改记录 福建省职业技能鉴定指导中心

1目的 对中心开展新的服务项目的设计和开发全过程进行控制，确保服务开发项目能满足有关法律、法规要求、顾客的需求和期望及满足中心发展的需要。 2范围 本程序适用于在全省开展新行业、新职业工种、新等级、新方法的技能鉴定，全省统考及新职业工种题库等项目的设计、开发全过程控制。 3 职责 3．1 业务拓展科负责新行业、新职业工种、新等级、新方法的设计开发全过程组织、协调、策划、实施、验证、评审、确认和更改等。 3．2 命题科负责国家委托新职业工种题库及地方题库的设计开发全过程组织、协调、策划、实施、评审、确认等。 3．3 管理者代表负责审批项目建议书，下达新服务项目任务书，负责批准设计开发方案、计划书、评审、验证报告。 3．4 综合科负责新服务项目的质量控制及设计开发文件资料的存档。 3．5中心主任批准开发项目。 4 工作程序 4．1设计开发控制流程图见图1。 4．2 设计开发的策划 4．2．1 业务拓展科和命题科，根据国家委托或中心发展需要和市场调研结果，提出《项目建议书》（或可行性报告），报主任审批。 4．2．2 主任召开办公会议，对《项目建议书》的可行性进行评审。包括市场需求、资源配置、预期效果、中心能力。根据会议决定下达项目任务。 4．2．3 业务拓展科组织有关部门确定项目负责人，将设计开发策划，其输出形成文件如实施方案、实施计划书。内容包括： a) 设计开发的输入、输出、评审、验证、确认等各阶段划分和主要工作内容。 b) 各阶段人员的职责和权限、进度要求、配合部门； c) 资源配置要求。如人员、信息、设备、资源保证等其它相关内容。 4．2．4 设计开发工作中接口管理 参加设计开发工作不同组别可能涉及到中心不同职能或不同层次，也可能涉及到中心外部，业务拓展科负责人应进行协调处理。 4．3 设计开发的输入 4．3．1 设计开发的输入应包括以下内容： a) 新项目的主要服务要求，应包括《项目建议书》中。 b) 适用的法律、法规要求、强制性标准要求； c) 以前类似项目设计开发提供的适用信息；

P设计开发管理控制程序

修改页

1.目的 本程序阐述了设计开发的基本过程框架和应用指南，以指导设计开发过程，保证高质量、高效率地完成项目，设计和开发出满足标准和法规要求、满足顾客需求和期望的产品。 2.范围 适用于本公司新产品/新技术设计开发管理活动； 3.职责 3.1总经理 3.1.1批准新产品/新技术研发项目的立项； 3.1.2批准项目的重大资源调配。批准重大工程更改的启动； 3.1.3确定在线产品改型项目的优先级。批准在线产品停产的决策； 3.1.4负责产品族的路标规划、跨项目的需求管理 3.2研发部经理 负责组织立项的可行性分析，参与项目立项的决策， 3.3品质部经理 参与上市发布的决策，批准产品转产发布，批准涉及重大质量问题的决策，批准工程更改在生产线上的实施； 3.4市场部经理 参与项目立项的决策，参与上市发布的决策，审批产品市场调研报告； 3.5QA 通过培训、引导、审计等方式，保证项目开发遵从适用的过程、标准、程序。 3.6项目经理 项目经理是项目组这个跨部门团队的领导，管理从策划到产品转产发布（预研项目为策划到技术验证完成）之间的全部开发工作，组织市场、销售、研发、制造等系统之间的协调活动。对项目的质量、进度和成本负责。 3.7项目组 由策划阶段的《综合开发计划》所确定的跨部门的人力资源。 3.8设计组 3.8.1主导项目的需求定义、需求的实现的跟踪、需求变更控制。 3.8.2主导产品功能的实现。 3.8.3保证设计输出正确地转换为生产规范，使得批量生产的产品能够满足设计输出要求、符合适用

法规标准、达到已经适当验证的设计性能和功能，建立完整的生产规范,建立和维护BOM清单。 3.8.4依据《物料认证工作规范》，负责项目的物料认证的质量和进度。 3.9测试组 主导产品的验证和确认活动，包括： ●测试工程师: 确认产品的功能，性能等满足预期的产品要求。 ●产品安全工程师：确认产品的安全，环境，EMC满足预期的产品要求。 3.10工程部 3.10.1完成批量生产的验证；负责与制造系统沟通，以便制造系统完成量产的环境准备；报告制造系 统量产环境的准备情况。 3.10.2组织协调产品线所属的产品缺陷和问题管理、产品风险管理； 3.11市场部 3.11.1主导市场调查和分析，收集并整理用户对产品的需求； 3.11.2参与需求的评审；跟踪目标市场变化并及时将需求变更情况反馈给项目经理； 3.11.3当可能延期交付时，参与评估延期交付的影响； 3.11.4准备市场宣传的相关资料，主导新产品的上市推广； 3.11.5归集和研究维修信息，提出维修性和安装性要求； 3.11.6主导维修手册的编制，提供在线产品故障报告和维修记录。 3.12法规部 3.12.1负责确定适用标准和法规需求； 3.12.2组织产品认证、注册；监督技术法规在产品开发中的落实； 3.12.3策划、实施临床试验和临床评估。. 3.13采购部 3.13.1负责开发样机物料采购的齐套。 3.13.2负责工程样机、试产样机、批量生产的物料采购的齐套。 4.术语 4.1项目分类 4.1.1基于需求来源分类 分为ODM产品、自研产品。OEM产品通常归于自研产品，如果用户需求改动很大，则可归于ODM产品。 4.1.2基于开发的特点分类 分为新型产品、改型产品、产品平台、引进OEM、技术管理平台。

设计开发控制程序

1 目的 对设计和开发的全过程进行控制，确保产品能满足顾客的需求和期望及有关法律、法规要求。 2 范围 适用于本公司新产品的设计和开发全过程，包括定型产品的技术改进等。 3 职责 3.1产品开发部负责设计和开发全过程的组织、协调工作，进行设计和开发的策划，确定设 计、开发的组织技术的接口、输入、输出、验证、评审，设计和开发的更改和确认等。 3.2产品开发部负责编制《设计开发计划书》、《设计开发评审记录》、《设计开发验证记录》。 3.3总经理负责下达《设计任务书》及批准《设计开发计划书》。 3.4业务部负责设计开发产品所需材料的采购。 3.5业务部负责根据市场调研或分析，提供市场信息及新产品动向，负责提交顾客使用产品 后的《产品确认报告》。 3.6质检部负责设计开发产品的检验和试验。 3.7生产部负责设计开发产品样板的制作。 4 名词定义（略） 5 工作程序 5.1 设计和开发项目的策划 5.1.1 设计和开发项目的来源 a)营销部与顾客签定的新产品合同或技术协议，通过合同评审后，由总经理下达《设 计任务书》，并将与新产品有关的技术资料转交产品开发部。 b)根据营销部的市场调研或分析，由总经理下达《设计任务书》，并将相关背景资料 转产品开发部。 5.1.2 总经理根据上述项目来源，确定项目负责人，将设计开发策划的输出转化为《设计开 发计划书》。计划书内容包括： a)设计开发的输入、输出、评审、验证、确认等各阶段的划分和主要工作内容； b)各阶段人员职责和权限，进度要求和配合单位； c)资源配置需求，如人员、信息、设备、资金保证等及其他相关内容。 5.1.3设计开发策划的输出文件随着设计开发的进展，在适当时予以修改，应执行《文件控

设计和开发控制程序.pdf

1目的 对设计和开发过程进行有效的策划、控制，提高设计和开发的质量，确保产品满足 顾客需求和期望及有关法律、法规的要求。 2适用范围 适用于本公司新产品设计、开发全过程，包括引进产品的转化、定型产品及生产 过程中的技术改进等。 3职责 技术部: 负责编制项目建议书，制定设计和开发的策划，实施设计和开发计划过程的 输入、输出、评审、验证、确认和更改阶段的控制。 质量管理部: 负责产品性能的检测，参加设计开发的评审、验证与确认等控制活动。 市场部: 采购员负责外购、外协件的采购和业务联系。 董事长: 负责批准项目建议书。 管理者代表: 批准设计和开发相关技术文件资料和试产报告所提出的必要的资料。 4程序 设计开发的策划 4.1.1根据公司发展战略、市场信息分析结果由管理层策划设计开发项目。技术部根据 设计开发的策划，编制《项目建议书》。项目建议书应包括： a) 设计和开发项目目标的描述（对产品的构思概念，产品的用途，开发产品的原因。） b) 顾客和市场对该产品的需求情况（对市场的需求做研究评估，产品在市场中的 价值地位。） 4.1.2《项目建议书》由技术部负责人审核，报董事长批准立项。 4.1.3对于具体设计工作，根据新产品开发建议书，技术部负责人组织有关部门进行评 审，并在评审通过后组织编制“产品设计任务书”，“产品设计开发任务书”的内容 包括： a) 明确方案设计、技术统计、工作室设计、样品试制、小试、产品定型各阶段的 划分和要求； b) 明确各设计阶段人员的分工和设计人员的职责权限、进度要求、成立试制小 组； c) 明确各设计阶段的接口、传递和评审的要求，过程中的信息必须写成文件，为 采购、制造、检验等活动提供技术依据； d) 适用于设计和开发控制的质量管理体系文件、程序和形成的记录描述； e) 对产品设计过程中的风险分析，包括设计过程中采取的措施；

软件开发控制程序文件

软件开发控制程序文件 1 目的 1.1 对软件开发的全过程进行控制，确保产品能满足用户需求和期望及 有关法律、法规要求。 2 范围 2.1适用于本公司软件新产品开发全过程的控制。 3 职责 3.1技术部负责软件开发全过程的组织、协调、实施工作，包括进行开发 的策划、确定开发的组织和技术的接口、输入、输出、验证、评 审，设计开发的更改和确认等。 3.2技术部经理负责审核软件开始输出文件和成果。 3.3技术部经理负责审核项目可行性研究报告、项目开发方案，下达开发 任务书，负责批准项目开发计划、开发输入、开发输出、开发评 审、开发验证、确认和软件更改等。 3.4总经理负责批准项目可行性研究报告、项目开发方案。 3.5采购部负责所需物料的采购。 3.6技术部负责根据合同要求，负责提交用户使用新产品后的《验收报 告》。 3.7技术部负责控制新产品的质量保证能力。 4 程序 4.1软件开始的策划 根据“软件生存周期”的阶段划分，这属于“可行性研究与计划阶段”。

4.1.1软件开发项目的来源： a. 根据市场部与用户签定的新产品合同或技术协议，总经理批 准的相应的《项目可行性研究报告》、《产品要求评审 表》、技术部经理下达《软件开发任务书》，并将与新产品 有关的技术资料转交软件开发人员。 b. 市场部根据市场调研或分析提出《项目可行性研究报告》， 报技术部经理审核、总经理批准后，技术部经理下达《软件 开发任务书》，并将相关背景资料转交软件开发人员。 c. 技术部综合各方面信息，提交《项目可行性研究报告》，报 技术部经理审核、总经理批准后，技术部经理下达《软件开 发任务书》，交软件开发人员实施。 d. 技术部经理制定的科技发展规划：包括新产品计划和已有产 品的重大升组级计划（如平台更换、重大技术改造等）。 4.1.2项目负责人根据上述项目来源，确定项目负责人，根据《软件开发 任务书》将软件开发策划的输出转化为《项目开发计划》，报技 术部经理审核、批准。计划书内容包括： a.开发输入、输出、评审、验证、确认等务阶段的划分和主要工作内容； b.各阶段人员职责和权限、进度要求和配合单位； c．产品及成果、验收标准； d．资源配置需求，如人员、设备、资金保证及支持务件等及其他相关内容等。 4.1.3软件开发策划的输出文件将随着设计开发的进展，在适当进予以修 改，应执行《文件控制程序》关于文件更改的有关规定。 4.1.4软件开发不同小组之间的接口管理 a. 软件开发的不同小组可能涉及到公司不同职能或不同层 次，也可能涉及到公司外部。 b. 对于小组之间重要的软件开发信息沟通，软件开发人员填

设计和开发控制程序

.

针对设计和开发过程进行有效控制，确保设计和开发的产品能够满足客户要求和有关标准及法律法规。 2.范围 适用于本公司所有产品设计和开发的全过程，包括产品的技术提升和结构改良。 3.权责 3.1 销售部门：负责对市场调查分析、收集客户反馈的信息进行综合评估填写市场调查分析报告，根据综合信息 转换为《设计开发任务书》输出；参与新产品设计开发的评审工作。负责对新产品上市前的培训资 料、宣传资料等平面设计初步策划。 3.2 研发部： 1、负责参与新产品设想讨论会，议会期间就参会人员提出的新产品功能、性能、结构方面进行可 行性评估，并填写《新产品开发可行性分析报告》会签存档； 2、研发部参与或组织召开新产品立项会，根据《新产品开发可行性分析报告》确定新产品项目小 组成员；研发主管编制《项目流程检查表》，利于项目工程师对项目工作的清晰执行，利于研 发主管对项目进度的管控，研发部定期进行项目流程检查； 3、研发主管制定并输出项目预算表，包括但不限于对产品成本、研发人员工时成本、模具成本、 ID设计成本、检测认证费用、试产工时成本、质量成本等等；项目预算表由研发主导制定，总 经办协助完善，经总经理审批，输出给到财务部，参考附件《设计开发预算管理表》； 4、项目工程师按照《新产品立项书》制定《设计开发任务书》、《新产品开发计划书》；设计开发任 务书需要销售部门确认； 5、按《设计开发任务书》的要求进行新产品的设计与开发；负责输出设计开发文件，为生产和品 质管理提供依据，如：零件设计图纸、装配图、爆炸图、产品规格书、电路图、使用说明书、 BOM表，并保证文件使用的有效性； 6、负责协调工程部对新产品开发过程中试产、量试的治具及工装制作，生产工艺流程、作业指导 书的编制，工程部PE工程师应协助项目工程师处理技术工艺、问题点分析、工艺完善； 7、当新产品量试后符合移交条件时，由项目工程师申请召开产品移交会议并移交。 3.3工程部: 1、对已经移交的老产品负责生产维护和改良，有效工时的核算已达到产能提升的目的； 2、对新产品负责试产、量试的治具及工装制作，生产工艺流程、作业指导书的编制，协助项目工程 师处理技术工艺、问题点分析、工艺； 3、对老产品更换新供应商的评估和来样确认、安排试产。并根据《工程变更管理程序》完善变更 资料； 4、老产品型号升级或派生由总经办按照研发流程，组织并下发《新产品立项书》。 3.4生产部：负责组织新产品量试、量产，对生产现场操作员进行技能培训，确保生产过程中产品质量的稳定， 对生产现场进行管理。 3.5品质部：负责开发过程中新产品零部件的检验与评价，以及新产品的型式试验、验证，编制产品零件部件的 检验规范；负责试产、量产过程中来料检验、制程检验、成品检验、型式试验。 3.6 项目工程师C部：负责依研发部发出的《试产/量试通知单》安排试产计划及物料统筹，知会相关部门具体试产日期。 3.7 采购部：负责依试产BOM表、《样品打样单》采购开发产品的新材料、物料，同时进行新供应商的开发及打样， 并洽谈物料周期及提供样品的有效证书，保证研发/工程部工作所需。 3.8 财务部：参与新产品立项会，审核项目预算表，制定研发项目明细帐，分类统计研发支出科目，项目经费开 支与研发过程同步，定期对经费开支进行检查，力求经费执行专款专用，及时对经费支出异常反馈给 研发部门；项目研发阶段完成后，给出研发预算与决算对比，结果汇报总经理，并反馈给研发团队； 4.定义

计算机软件确认控制程序

计算机软件确认控制程序 1、目的 通过对计算机软件进行确认，以证实该过程实现所策划的结果的能力。 2、适用范围 适用于本公司生产和服务过程及监视测量所用软件的确认及再确认工作。 3、职责 3.1各产品线质量部负责生产和服务过程用软件确认的组织、实施； 3.2中心实验室负责监视测量仪器所用软件确认的组织实施，并参与生产和服务过程用软件确认的配合工作。 4、术语和定义 4.1黑盒测试 将系统(软件和硬件)看作不能打开的黑盒，在不考虑系统内部结构和特性的情况下，测试者只依靠系统需求说明书，从可能的输入条件和输出条件中确定测试数据，也就是根据系统的功能或外部特性，设计测试用例(例如功能测试)。4.2白盒测试 即结构测试或逻辑驱动测试。这种测试允许测试者考虑系统的内部结构，并根据系统内部结构设计测试用例，而不考虑系统的功能。 4.3安装确认 确认系统的安装符合设计标准，并对所需要的软件及硬件的技术资料、图纸、操作手册等文件进行确认。 4.4运行(操作)确认 确认系统的各项运作功能符合用户需求标准。系统运行确认应在一个与正常工作环境隔离的测试环境下实施，但应模拟生产环境。 4.5性能(工艺)确认 确认系统运行过程的有效性和稳定性，应在正常生产环境下进行测试。测试项目依据对系统运行希望达到的整体效果而定(如对生产出的产品质量各项特性进行测试)，测试应在正常生产环境下(相同条件下)重复三次以上。

4、工作程序 4.1安装确认(IQ)：安装确认的目的是保证系统的安装符合设计标准，并保证所需技术资料俱全。具体确认内容包括如下： 4.1.1各种标准清单，包括使用者要求、功能性要求、物理要求、系统标准。4.1.2各种标准操作程序(SOP)，包括硬件和软件的操作、预防维修、备份和数据存档、灾难(断电、硬软件损坏等)恢复及系统退役。 4.1.3配置图，配置图是控制系统的概图，包括以下内容。 4.1.3.1整个系统概图。 4.1.3.2各个中央处理器(CPUS)包括插件指定的配置图。 4.1.3.3输入／输出装置接线图。 4.1.3.4控制回路图。 4.1.3.5状态转变图。 4.1.3.6网络接线图。 4.1.3.7硬件驱动／网络驱动指示树，可包括逻辑的和物理的驱动指定。 4.1.4 硬件和软件手册，包括安装、操作、维修保养手册。 4.1.5 硬件配置清单，包括已安装系统的所有组成部分，对于芯片、微处理器或EPROM，应记录其修订版号。 4.1.6 软件清单和源代码的复制件 列出与系统有关的所有软件和软件版本，并保证所有软件的复制件都归入档案，安全存放。 应存放以下几种软件。源代码产生器或编辑器、源代码(包括初级排序、功能和报告的产生)、操作系统、诊断程序、存档／备份程序。 4.1.7 输入／输出(I／O)清单及连续性检查。连续性检查是保证信号可从控制系统发至装置并又可从装置返回至控制系统。 4.1.8 环境和公用工程测试 确认并记录系统安装的环境，包括清洁度、射频／电磁干扰、振动、物理安全性、噪声、照明。 记录关键公用工程系统的情况，并确认公用工程系统的关键性质与功能说明书相符。包括火警通告／抑制、冷却系统、电力及调节、不间断供电、W AN 连接、