IT行业质量手册范例

质量手册

本手册规定了本部门H勺质量方针和质量体系，是实行质量管理、进行质量控

制、质量保证的根据和准则，通过贯彻质量手册，建立和保持一种现行有效日勺质

量体系。

1.合用范围

本手册合用于本部门内部质量管理，合用于本部门所有从事项目开发及与产

品质量保证有关日勺管理、实行和脸证工作口勺人员。

2.引用原则

SEI/CMM(SoftwareEngineeringInstitute/CapabiIityMaturityModeI)

3质量方针

信誉至上、质量第一；

对于一切签约和承诺，都不折不扣地去完毕；

对技术精益求精，产品的品质高于一切。

4.组织构造

多媒体通信和网络工程研究中心设置主任研究员、部门主任、付主任各一名；

质量管理员和文档管理员各一人；每一种项目有项目组长一人；以上这些人构成

质量保证组。该组的职责是建立本部门的质量体系并使之有效运行，监督、审查、

协调及调整部门口勺软、硬件开发日勺活动。

4.1项目开发体制和人员组织

软件及产品口勺开发过程一般以项目组为中心进行。每一种项目要有一种项目

负责人，负责项目开发日勺全过程。要负责对任务进行分解及分工，对于项目组组

员要任务详细、责任明确。同步负责制定项目开发计划、工程进度计划、人员安

排计划等，提出开发项目所需日勺多种资源和多种支持（开发支持、技术支持等）。

质量保证组负责对项目的开发计划、工程进度计划、人员安排计划等进行评审并

对项目开发日勺全过程进行质量监督和管理。

4.2职责和职权

为保证质量体系有效运行，本部门规定了各类人员的职责：

1）部门负责人对整个质量体系日勺正常运行负责；

2）课题负责人对课题日勺质量管理和产品质量负责；

3）质量检查员负责对项目开发H勺全过程进行质量监督和检查；

4）文档管理员负责对所有研究课题的多种文档分类、归档及保管；

5）本部门全体人员对与自己有关日勺开发工作负有质量控制日勺责任。

质量保证体系按质量管理措施和管理细则对所有口勺研究、开发、生产进行平

常监督管理和审核，以保证各项工作满足规定。为了保证质量体系持续有效的运

行，对质量保证体系自身也要进行评审并保留评审记录，对质量保证体系评审一

般一年进行一次。

5.质量管理措施

对本部门每个开发项目鼠及生产、销售日勺重要活动，均应根据质量体系日勺规

定进行检查和审核，以保证开发项目有序并保质、保量的完毕。检查审核定期进

行，约每月一次。

5.1审核根据

1）质量手册；

2）项目开发过程中各阶段口勺汇报、文档；

3）本年度或前一阶段质量目的实行状况记录材料；

4）本部门开发、生产口勺质量水平的分析材料；

5）顾客反馈产品质量信息口勺材料。

5.2审核成果

每次审核完毕均应根据记录编制审核汇报，汇报要简要扼要地概述评审成

果，审核汇报应存档。评审汇报重要包括下列内容：

1）审核计划：

2）审核时间、内容；

3）参与评审人员；

4）审核时根据；

5）评审简要过程和结论：

6）不合适项的详细阐明：

7）不合适项的详细改善提议。

5.3纠正措施

为了消除本部门研究、开发及生产过程中实际或潜在的不合格原因，防止反

复性问题H勺发生，不停提高质量，要采用对应的纠正错施。

1）有效地处理顾客的意见及产品不合格汇报；

2）调查并分析科研、生产过程中产生不合格的原因，并记录调查成果：

3）根据详细状况制定消除不合格原因所需口勺纠正措施；

4）实行控制，以保证纠正措施口勺执行及其有效性；

5）将调查成果和纠正措施上报部门领导。

6、质量管理细则：

6.1项目管理

6.1.1立项

本部门的研究、开发项目重要有国家重大科研项目；国际合作项目；横向时

研究、工程项目及本部门口勺自选开发项目等。

1）各类项目日勺立项汇报原则上均应通过评审；

2）对政府的研究项目其申请汇报要通过部门领导及重要业务骨干审阅；

3）对合作项目及横向研究、工程开发项目尤其是协议金额在五万元（人民币）

以上的要通过立项评审；

4）对投入超过一万元（人民币）口勺自选项目要进行评审，项目周期超过3

个月或工作量超过4个人月要通过立项评审。

评审要注意的问题

重要从如下几种方面进行评审：

1）系统描述。总体方案和技术路线，项目分解，关键技术，计划目的和阶段

目H勺；

2）价格利益分析。经济可行性，包括经费概算和预期经济效益；

3）技术冒险评价。技术可行性，包括技术实力，设备条件和已经有工作基础；

4）法律上的可行性。确定由于系统开发也许引起日勺侵权和法律责任；

5）其他与项目有关的问题。

此阶段完毕时应提交项目申请书或立项汇报及评审汇报。

6.1.2协议评审

理解使用方日勺规定，衡量保证能力，处理双方不一致口勺问题，保证满足使用

方的规定

6.1.2.1评审内容：

1）顾客需求与否合理、完善、明确；

2）协议所规定的各项规定与否合理、完善，各项规定与否有模糊不清之处；

3）供方与否具有满足协议规定的能力（如：协议中的技术条款、质量性能规

定、交货期、价格及交付方式等）；

4）需方与否有能力履行协议职责（如：资信和能力、设备和资金的可靠性等）；

5）对协议的合法性、规范性进行评审，保证协议合法及本部门利益不受侵害：

6）对协议中项目经费的合理性、对方付款方式及与质量有关的索赔进行评

审。

6.1.2.2评审要注意日勺问题

1）参与评审日勺人员有本部门负责人、有关技术负责人及质量保证人员；

2）协议评审必须在协议成立之后，正式签订之前进行；

3）协议通过评审后，对需要调整或有异议的条款要指定专人负责与对方进行

再次协商并根据协商的结论修改协议草案；

4）协议评审中应做好评审记录，并与协议文本同步归档；

5）协议经评审到达一致意见后需报部门领导同意；

6）未经部门领导同意（签字）的协议不能签订；

7）本部门协议的任何规定必须以书面形式确定；

6.1.3需求分析

确定待开发日勺软件产品或工程项目的实行环境，功能和性能规定，对目口勺系

统提出完整、精确、清晰、详细的规定。（科研项目、本部门自立项目需求分析

应做口勺工作应写在立项汇报中。）

6.1.3.1需求分析阶段的详细任务：

1、确定目的系统的详细规定

1）确定系统的运行环境规定；

2）系统的性能规定；

3）系统的功能规定;

4）确定目日勺系统必须具有H勺所有功能;

2、建立目日勺系统的逻辑模型

1）分析系统的数据规定，运用图形工具描述数据构造；

2）用数据流图、数据字典及处理算法描述目的系统的逻辑模型；

3、制定初步的系统测试计划

6.1.3.2需求分析阶段工作完毕后，应产生下列文档：

1）需求分析阐明书；

2）数据规定阐明及细化后口勺数据流图；

3）初步测试计划。

本阶段产生的多种文档需通过评审，多种文档及记录均应归裆保留。

6.1.3.3评审需注意。勺问题

1）参与评审日勺人员有本部门负费人、有关技术负责人及质量保证人员；

2）与否对目日勺系统提出了完整、精确、清晰、详细的规定；

3）既有技术储备在技术上能否保证目H勺系统时实现；

4）本阶段产生的多种文档与否齐全、规范；

5）对评审过程及结论要有记录。

6.1.4开发计划

开发计划要保证对需方的需求规格阐明转换为软件产品日勺过程或措施进行

有效日勺筹划。

6.1.4.1开发计划重要包括：

1）项目开发计划；

2）工程进度计划；

3）人员安排计划；

4）资源计划；

5）采购计划；

6）检查、测试计划；

7）处理关键问题口勺措施；

8）保证质量口勺措施。

所有与本项目有关的多种计划、措施及措施均应通过评审连同评审记录一起归档

保留。

6.1.4.2评审需注意日勺问题

1）参与评审口勺人员有本部门负责人、有关技术负责人及质量保证人员；

2）各项计划与否周密、合理；

3）本部门既有条件与否能到达计划中所提出的规定；

4）对评审过程及结论要有记录并归档。

6.1.5设计和实现

软件设计就是从软件需求规格阐明出发，形成软件日勺详细设计方案H勺过程。

软件设计分为概要设计和详细设计两个阶段。

6.1.5.1概要设计

根据需求分析，建立百日勺系统的总体构造和模块间的关系，定义各功能模块

日勺接口。

6.1.5.1.1概要设计阶段口勺详细任务

1）建立目H勺系统的总体构造：

令对于大型系统，可按重要日勺软件需求划提成子系统，然后为每个子系

统定义功能模块及各功能模块间的关系，并描述各子系统的接口。

令对于一般系统，可按软件需求直接定义目的系统的功能模块及各功能

模块之间的关系。

2）基本设计榻念和处理流程

要尽量做到模块独立，洽出每个功能模块：

令功能描述；

令数据接口描述；

令外部文献及全局数据定义。

3）系统数据构造设计

令逻辑构造设计；

◊物理构造设计;

◊数据构造与程序的关系。

4）测试设计

根据概要设计中目日勺系统日勺总体构造与模块间日勺关系及对各功能模块的

描述制定集成测试计划。测试计划重要描述测试活动的:

◊范围、措施、资源和进度；

◊对测试环境、工具和测试软件的规定；

◊应完毕口勺测试任务、担任各项工作日勺人员职责等。

6.1.5.1.2本阶段应交付日勺重要文献：

a.细化后的项目进度计划（以功能和组员两者作为单位）；

b.概要设计阐明书；

c.集成测试计划书。

本阶段产生的多种文档需通过评审，多种文档及记录均应归裆保留。

6.1.5.1.3评审需注意的问题

1）参与评审日勺人员有本部门负责人、有关技术负责人及质量保证人员；

2）与否为最佳的设计方案：

3）与否所有已发现的缺陷的影响均被消除；

4）与否可以进行下一步日勺没计或实现工作；

5）对评审过程及结论要有汜录并归档。

6.1.5.2详细设计

详细设计是对概要设计中产生的功能模块进行过程描述，设计功能模块日勺内

部细节，给出其模块内部的算法和数据构造，为编写源代码提供必要的阐明。

6.1.5.2.1详细设计阶段口勺详细任务

1）细化软件系统口勺各个功能模块，形成若干个程序模块（可编程模块）；

2）确定程序模块的功能、性能；

3）确定程序模块内H勺数据流或控制流，对每个程序模块必须确定所有输

入、输出和处理功能：

4）确定模块内H勺算法及数据构造；

5）确定各程序模块之间的详细接口信息；

6）规定符号的使用，确定变量名日勺命名规则；

7）编制单元测试计划（小项目可省略）。

6.1.5.2.2本阶段应交付日勺重要文献：

1）详细设计阐明书；

2）编码规约；

3）单元测试计划书（小项目可省略）。

6.1.5.2.3评审需注意的问题

1）参与评审B勺人员有本部门负责人、有关技术负责人及质量保证人员；

2）设计方案与否合理、规范;

3）与否详细规定了各程序模块之间日勺接口；

4）与否确定了模块内的算法及数据构造等；

5）对评审过程及结论要有汜录。

本阶段产生日勺多种文档需通过评审，多种文档及记录均应归裆保留。

6.1.5.3程序设计

将详细设计阐明转化为所规定口勺程序设计语言或数据库法言写日勺源程序.编

写的源程序要构造清晰、易于理解并易于验证。

6.1.5.3.1程序设计阶段日勺详细任务

1）对每个程序模块用所选定日勺程序设计语言进行编码；

2）编写程序要严格按照本部门规定的编程规则、编程语言和注释规则进行；

3）函数、过程和变量。勺命名要严格按详细设计中日勺规定进行；

4）按照测试方案产生测试数据，按照测试方案中规定的措施进行程序单元测

试；

5）不仅要考虑对合法日勺输入产生测试用例，并且要对非法的、非预期日勺输

入产生测试用例。既要对正常口勺处理途径进行测试，并且要考虑对出错

处理途径进行测试；

6）程序模块口勺测试用例、预期成果及测试成果应存档保留；

7）编写操作手册或（和）顾客手册（小项目可省略）。

6.1.5.3.2本阶段应交付H勺重要文献:

1）程序模块源码；

2）单元测试汇报（小项目可省略）；

3）操作手册或（和）顾客手册。

6.1.5.3.3评审需注意的问题

1）参与评审日勺人员有本部门负责人、有关技术负责人及质量保证人员；

2）程序与否严格按本部门规定的书写格式书写；

3）函数、过程和变量口勺命名与否严格按详细设计中的规定进行；

4）操作手册或（和）顾客手册与否清晰、易懂；

5）对评审过程及结论要有记录。

本阶段产生日勺多种文档需通过评审，多种文档及记录均应归裆保留。

6.1.6测试和确认

为了保证测试日勺质量，本部门的测试除应做H勺自测及项目小组内部互测以

外，要做到开发和测试小组分立。为了提高检测出错率，使测试能有条不紊地进

行，就必须要编制测试计划、测试阐明及测试结束后编制日勺测试分析汇报等。

6.1.6.1集成测试

根据概要设计中各功能模块。勺阐明及制定的集成测试计划，将通过模块测试

曰勺模块逐渐进行集成和测试.

.1集成测试阶段的详细任务

1）执行测试计划中所有规定做日勺集成测试；

2）对软件系统或子系统的输入/输出处理进行测试，使其到达设计规定；

3）测试软件系统或子系统对的处理能力和经受错误H勺能力；

4）分析测试成果，找出产生错误口勺原因；

5）提交集成测试分析汇报，以便尽快修改错误。

6.1.6.1.2本阶段应交付H勺重要文献：

1）集成测试阐明（测试设计、测试用例、测试规程等）；

2）测试记录；

3）集成测试分析汇报；

4）可运行的软件系统源程序清单。

6.1.6.1.3评审需注意的问题

1）参与评审日勺人员有本部门负责人、有关技术负责人及质量保证人员；

2）与否完毕集成测试计划中口勺各项测试；

3）测试成果与否符合规定：

4）对评审过程及结论要有汜录。

本阶段产生的多种文档需通过评审，多种文档及记录均应归裆保留。

6.1.6.2确认测试

根据软件需求阐明书中定义口勺所有功能和性能规定及确认测试计划，测试整

个软件系统与否到达了规定.

确认测试阶段H勺详细任务

1）在模拟的环境中进行强度测试，即在事先规定的一种时期内运行软件日勺所

有功能，以证明该软件无严重错误；

2）执行测试计划中提出日勺所有确认测试；

3）使用顾客手册和（或）操作手册，以深入证明其实用性和有效性，并改正其中

口勺错误；

4）分析测试成果，找出产生错误的原因；

5）编制确认测试分析汇报：

6）确认测试成果后，编制整个项目日勺开发总结汇报。

6.1.6.2.2本阶段应交付H勺重要文献：

1）测试记录；

2）确认分析测试汇报；

3）最终日勺顾客手册和（或）操作手册；

4）项目开发总结汇报；

5）项目组工作总结汇报。

6.1.6.2.3评审需注意的问题

1）参与评审H勺人员有本部门负责人、有关技术负责人及质量保证人员；

2）与否完毕确认测试计划中。勺各项测试；

3）测试成果与否符合规定:

4）提交H勺所有文档与否齐全，内容与否完整、规范。

本阶段产生日勺多种文档需通过评审，多种文档及记录均应归档保留。

6.1.7脸收

根据协议中H勺规定准则和方式判断产品与否已经可以验■妆，保证交付给需方

口勺产品符合规定日勺技术和质量规定。

6.1.7.1险收阶段日勺详细任务

1）在进行验收活动之前，项目组应协助需方制定验收计划，重要包括下列内

容：

Q验收的时间、地点等；

令险收所需要口勺软件及硬件环境和资源；

Q骏收的文档资料以及验收过程；

令验收的准则。

2）当准备好交付经确认日勺产品时，需方应根据协议中H勺规定准则和方式判断

产品与否可以通过验收：

3）对验收过程中发现的问题口勺处理措施以及对它们的处置应当由需方和供方

约定并纳入文档。

6.1.7.2本阶段应交付的重要文献

1）验收计划；

2）脸收记录。

6.2复制、交付和安装

在产品日勺整个形成和最终完毕交付的过程中，存在着复制、交付和安装等活

动，为了保证产品质量必须对这些活动进行管理和控制。

6.2.1产品复制控制程序

复制是指软件开发后口勺产品反复产生H勺过程。

6.2.1.1复制阶段的详细任务

1）由供、需双方就产品的版本和许可证等问题进行协商，到达一致意见；

2）由供方提供拷贝日勺责任期限一般均按一年为准，在交付给需方时，经供、

需双方确认，此拷贝无误时，进行交付使用；

3）由部门领导及项目负责人根据协议的有关条款确定每个该交付的软件

项日勺拷贝数量；

4）根据协议条款的规定确定该交付U勺文档，如：技术阐明书、顾客手册（操

作手册）等；

5）由部门领导指定专人对复制所需日勺磁盘、磁带、光盘等专门用于存储信

息的各类介质进行管理；

6）对存储信息口勺磁盘、磁带、光盘等介质进行统一格式，标清系统名称、

版本、序号；

7）对开发日勺系统存储介质应妥善保留，主拷贝。勺母、副拷贝应寄存在不一

样的地方，其物理环境，应适合其寄存规定。

6.2.1.2本阶段应提交的文献

产品复制记录。

产品复制记录应归档保留。

6.2.2产品交付控制程序

向顾客提交软件开发最终产品0勺过程。

6.2.2.1产品交付阶段的详细任务

1）交付产品日勺检查

指定专人按照产品验收文献对产品进行交付前的检查，包括产品交付

日勺同步应有日勺符合规定规定日勺文献和记录，例如：

令产品技术阐明书；

令顾客手册（操作手师）；

令产品质量证明文献；

◊产品外购配套口勺质量证明文献（如：产品中有外购配套件）；

令其他协议中规定的文档条款。

2）产品交付

令要有专人负责与需方联络交付产品H勺时间、地点及方式；

令并按照协议规定进行交接；

◊交付时作好记录，包括名称、数量、经手人及版本信息等，双方在交付

记录上签字。

6.2.2.2本阶段应提交的文献

产品交付记录。

产品交付记录应归档保留。

本阶段产生日勺多种文档需通过评审，多种文档及记录均应归档保留。

6.3维护

对投入运行日勺软、硬件产品进行修改，以改正在开发阶段产生、在测试阶段

又未发现H勺错误，使软、硬件产品能适应外界环境的变化，并实现软、硬件产品

口勺功能扩充和性能改善。

6.3.1维护活动应遵守的原则：

1）软件维护必须在严格控制下进行，防止错上加错的状况出现；

2）尽量防止出现修改日勺副作用，在修改前应权衡利弊，全面考虑；

3）修改后H勺软件需通过测试，形成文档；

4）对于协议中规定的J维护项目且仍在维护期内日勺软、硬件产品要有专人或

渠道理解顾客H勺反应并接受顾客的投诉，为采用纠正错施提供信息；

5）如有顾客对产品质量提出反馈意见，必须认真处理；

6）部门领导可根据需要指定专人负责维护活动。

6.3.2维护阶段日勺详细任务

1）维护人员根据出现日勺靖误、产生的问题或状况的变化，编制“问题报

告”;

2）维护人员分析维护需求，对处理该修改所需的时间与资源进行估计和计

划并提交“维护汇报”；

3）等同于软件产品开发时日勺规程对工程进行修改或扩充；

4）重新测试被修改的程序；

5）修改所有有关日勺文献，更新标识，并妥善保留原有文档；

6）告知顾客修改已完毕，并将修改后日勺版本提交顾客。

6.3.3评审需注意日勺问题

1）参与评审的人员有本部门负责人、有关技术负责人及质量保证人员；

2）对“维护汇报”需进行评审;

3）对整个维护活动需进行评审；

4）对评审过程及结论要有记录。

本阶段产生的多种文档需通过评审，多种文档及记录均应归裆保留。

6.4配置管理

软件配置即指一种软件产品在软件生存周期各个阶段所产生日勺多种形式（机

器可读或人工可读）和多种版本的文档、程序及其数据的集合。该集合中的每一

种元素称为该软件产品软件配置中口勺一种配置项。为便于本部门的质量追溯，

必须建立一种标识、控制和追踪每个软件项目勺正式版本口勺机制，即配置管理系统。

6.4.1配置管理系统日勺功能:

1）唯一地标识每一软件项日勺正式版本；

2）标识构成一种特定版本日勺完整产品的各软件项的版本；

3）标识在开发、交付及安装中日勺软件产品日勺状态；

4）控制由一种以上R勺程序员同步对同一软件项进行日勺更新；

5）对多种产品8勺一处或多处的更新进行协调；

6）确定和追踪由一种更改申请而引起的所有措施和更改，包括从开始到释

放日勺全过程。

6.4.2配置管理规范

6.4.2.1配置管理的职责

1.与软件配置管理有关的各类人员晌职责；

2.各类人员互相关系。

使用口勺工具、技术和措施

即为支持特定项目的软件配置管理所使用的软件工具、技术和措施。本部门

针对不一样的Project,采用不一样口勺版本管理控制系统（如:VSS版本管理控制

系统等），并根据本部门几种重要口勺研究、开发方向建立若干Database,每个数

据库由一名负责人负责管理，重要包括顾客管理，建立Project树规划，对

Project的权限进行设置等。

6.4.2.3汇报配置状态

应对配置状态进行记录管理，汇报软件项的状态、更改、申请和已同意

更改H勺实现状况。

6.5文档管理

文档可作为工程开发人员在一定阶段内的工作成果和结束标志。它向管理人

员提供了系统开发工程中口勺进展和状况，将开发工程中日勺某些实事转换成文字资

料，可便于管理人员在各个阶段检查工程开发计划时实行进展，判断原定目口勺的

实行状况及还将继续进行。勺工作量、资源的需求等。文档记录了工程开发过程中

日勺技术信息，以便于协调后来口勺继续开发、使用和修改。提供了工程项出日勺有

关运行、维护和培训。勺信息，便于管理人员、工程开发人员、操作人员和顾客之

间互相理解彼此日勺工作。

1）管理规范

本部门在研究、开发项目过程中产生的多种文档均需通过质量保证组及有关

人员评审，未通过评审的文档应根据评审提出的修改意见进行修改。对于各开发

阶段产生的文档，假如在该阶段工作结束时未完毕，即视为本开发阶段的工作未

完毕，原则上不得开始下一阶段日勺开发工作。

2）文档类型及范围（有些文档可视项目大小有所增减）

（1）质量手册；

（2）作业指导书；

⑶工程项目开发文献；

a.提议书（立项汇报）；

b.可行性研究汇报；*

c.协议/任务书；

d.需求分析阐明书；*

e.系统工程开发计划；

f.概要设计阐明书；

g.详细设计阐明书；*

h.顾客手册/操作手册；

i.技术阐明书；*

j.开发进度定期报表；*

k.阶段测试成果分析汇报；

I.系统集成测试成果分析汇报；

m.验收测试汇报；*

n.工程项目险收汇报；

o.工程项目开发总结汇报；

p.上述各项修正备忘录；

q.一切与该工程项目有关的文献。

3）文献H勺同意和公布

文献投入使用前，都必须经对应主管人员的审批，多种文献和资料的审批、

公布、更改及处理的控制规定，在文献控制规范中已予以明确规定。

6.6生产管理

本部门日勺生产重要包括客户订单和部门自行安排的生产。每项生产均应有

详细日勺生产计划，对委托加工日勺部分要签定加工协议，对所需器件要签定

采购协议，对生产过程要严格控制，认真记录。

6.6.1生产过程控制

1）进货检查和试验

令所有本部门自行采购日勺器件，均应通过他人（即非购置者）验货，

并应有验货记录，未经验货的器件不能使用。

令本部门所有外加工的产品，加工完毕后，均应立即进行严格的检查

并应有检查记录。以便对本部门的生产在质量和时间上予以充足保

证。

◊客户提供H勺零部件均应通过本部门晌检查并应有检查记录，如有问

题不得投入生产。同步应尽快与客户协商详细的处理措施，以免延

误交货时间。

2）过程检查和试验

◊生产过程要严格按已通过评审H勺生产计划有序地进行。

令本部门生产的产品，如需客户提供零部件，应规定客户在大批量生

产前提供少许样品。

令本部门负责生产的人员，应对客户提供日勺样品进行检查，组装成成

品并对其进行试验及测试。有问题及早发现，以免导致大量的人力、

物力口勺挥霍，未进行小批量试验的产品不得开始大量生产。

3）最终检查和试验

本部门生产日勺所有产品，在交付顾客前均应通过严格的检查和测试并应

做详细日勺记录，记录要清晰地表明产品与否按所规定的脸妆原则通过了

检查或试验。不合格的产品不得交付顾客。

每项生产完毕后，应及时编写生产总结汇报，并归档保留。

6.6.2生产计划

生产计划应包括：

a.产品名称、数量及计划完毕日期；

b.对产品质量的详细规定及怎样控制；

c.产品估算成本及对减少成本的考虑；

d.对计划生产的产品要有对应的检查原则和技术规范；

e.成批生产日勺产品要有批号、批量等标识；

f.如出现不合格品，要有一套控制措施（如标识、记录、评审及处置），并

严禁转入下一道工序，以免导致不必要的损失。

g.选择器件供应商本着“货比三家”U勺原则对所供器件的质量，供货商的

能力和服务作出评估。

h.选择合格日勺生产厂家：

要本着“货比三家”的原则，对生产厂家日勺能力及质量体系作出评价；

对产品样品的评价及与类似产品的对比。

生产计划一般要通过评审，参与评审日勺人员有本部门负责人、有关技术负

责人及质量保证人员.

6.6.3生产协议

生产协议应包括：

a.产品名称、数量及交货日期；

b.对产品质量的详细规定及保证质量H勺详细措施；

c.合理日勺加工费用（应本着尽量减少成本的原则与生产厂商谈判）；

d.与生产厂商就产品质量的详细口勺检查原则及检查程序到达协议，以使我

方H勺利益得到尽量日勺保护；

e.乙方应提供产品的检查及合格日勺汇报；

f.对有也许发生日勺争端制