下载文档原格式
ISO软件开发全套文档-质量手册科技公司EUWX/QM01——2007质量手册（依据GB/T 19001—2000 idt ISO 9001: 2000）受控状态：版号：分发号：持有人：2007年8月6日发布2007年8月6日实施科技公司发布质量手册文件编号EUWX/QM 01-2007 版号A/0章节号：00 目录页码共3页第1页00 目录01批准页02修改页03发布令04授权书05质量方针、质量标准06企业简介07组织机构框图08质量管理体系框图09质量手册管理办法1 范围1.1 总则1. 2 应用2 引用标准3 术语和定义4 质量管理体系4.1 总要求4.2 文件要求4.2.1 总则4.2.2 质量手册4.2.3 文件控制4.2.4 记录控制5 管理职责5.1 管理承诺5.2 以顾客为关注焦点5.3 质量方针5.4 策划5.4.1 质量目标5.4.2 质量管理体系策划5.5 职责、权限与沟通5.5.1 职责和权限5.5.2 管理者代表5.5.3 内部沟通5.6 管理评审5.6.1 总则5.6.2 评审输入5.6.3 评审输出6 资源管理6.1 资源提供质量手册文件编号EUWX/QM 01-2007 版号A/0章节号：00 目录页码共3页第2页6.2.1 总则6.2.2 能力、意识和培训6.3 基础设施6.4 工作环境7 产品实现7.1 产品实现的策划7.2 与顾客有关的过程7.2.1 与产品有关的要求的确定7.2.2 与产品有关的要求的评审7.2.3 顾客沟通7.3 设计和开发7.3.1 设计和开发策划7.3.2 设计和开发输入7.3.3 设计和开发输出7.3.4 设计和开发评审7.3.5 设计和开发验证7.3.6 设计和开发确认7.3.7 设计和开发更改的控制7.4 采购7.4.1 采购过程7.4.2 采购信息7.4.3 采购产品的验证7.5 生产和服务提供7.5.1 生产和服务提供的控制7.5.2 生产和服务提供过程的确认7.5.3 标识和可追溯性7.5.4 顾客财产7.5.5 产品防护7.6 监视和测量装置的控制8 测量、分析和改进8.1 总则8.2 监视和测量8.2.1 顾客满意8.2.2 内部审核8.2.3 过程的监视和测量8.2.4 产品的监视和测量8.3 不合格品控制8.4 数据分析8.5 改进质量手册文件编号EUWX/QM 01-2007版号A/0章节号：00 目录页码共3页第3页8.5.1 持续改进8.5.2 纠正措施8.5.3 预防措施质量手册文件编号EUWX/QM 01-2007 版号A/0章节号：01 批准页页码共1页第1页编制：审核：批准：批准日期：2007年8月6日实施日期：2007年8月6日质量手册文件编号EUWX/QM 01-2007版号A/0章节号：02修改页页码共1页第1页修改记录序号修改章节修改页码修改标识修改人/修改日期批准人/日期质量手册文件编号EUWX/QM 01-2007 版号A/0章节号：03 发布令页码共1页第1页发布令本公司依据《GB/T 19001-2000 idt ISO 9001: 2000质量管理体系要求》标准，结合本公司实际，制定本《质量手册》。
一、项目开发计划1．引言 (1)1.1编写目的 (1)1.2项目背景 (1)1.3定义 (2)1.4参考资料 (2)2．项目概述 (2)2.1工作内容 (2)2.2条件与限制 (2)2.3产品 (2)2.4运行环境 (2)2.5服务 (3)2.6验收标准 (3)3．实施计划 (3)3.1任务分解 (3)3.2进度 (3)3.3预算 (3)3.4关键问题 (3)4．人员组织及分工 (3)5．交付期限 (3)6．专题计划要点 (3)1．引言1.1编写目的【阐明编写开发计划的目的，指明读者对象。
】1.2项目背景【可包括：a.项目的委托单位、开发单位和主管部门；b.该软件系统与其他系统的关系。
】1.3定义【列出本档中用到的专门术语的定义和缩写词的原文。
】1.4参考资料【可包括：a.项目经核准的计划任务书、合同或上级机关的批文；b.文档所引用的资料、规范等；列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。
】2．项目概述2.1工作内容【简要说明项目的各项主要工作，介绍所开发软件的功能、性能等。
若不编写可行性研究报告，则应在本节给出较详细的介绍。
】2.2条件与限制【阐明为完成项目应具备的条件、开发单位已具备的条件以及尚需创造的条件。
必要时还应说明用户及分合同承包者承担的工作、完成期限及其他条件与限制。
】2.3产品2.3.1程序【列出应交付的程序名称、使用的语言及存储形式。
】2.3.2文档【列出应交付的文档。
】2.4运行环境【应包括硬件环境、软件环境。
】2.5服务【阐明开发单位可向用户提供的服务。
如人员培训、安装、保修、维护和其他运行支持。
】2.6验收标准3．实施计划3.1任务分解【任务的划分及各项任务的负责人。
】3.2进度【按阶段完成的项目，用图表说明开始时间、完成时间。
】3.3预算3.4关键问题【说明可能影响项目的关键问题，如设备条件、技术焦点或其他风险因素，并说明对策。
】4．人员组织及分工5．交付期限6．专题计划要点【如测试计划、质量保证计划、配置管理计划、人员培训计划、系统安装计划等。
设计和开发控制程序※※※※※※※※※此文件未经批准﹐不准复印※※※※※※※※※※1 目的对设计和（或）开发的全过程进行控制，确保产品能满足顾客的需求和期望及有关法律、法规要求。
2 范围适用于本公司新产品的设计、开发全过程，包括引进产品的转化、定型产品及生产过程的技术改进等。
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）资源配置需求，如人员、信息、设备、资金保证等及其他相关内容。
修改页本程序确立了本公司质量管理体系有关的文件化信息的管理方法及有效控制，确保相关工作场所使用的文件化信息有效并处于受控状态。
本程序适用于本公司质量管理体系有关的文件化信息。
2职责2.1总经理负责对质量手册和程序文件的批准。
2.2管理者代表负责对程序文件和管理手册的审核。
2.3各部门主管负责对分管范围程序文件的审核及对作业文件的批准。
2.4各部门、部门负责人负责对分管范围内程序文件和作业文件的组织起草和作业文件的审核，体系文件的使用与控制。
2.5 行政人事部负责文件化信息的归口管理。
3程序3.1 文件化信息的分类3.1.1 质量管理体系文件分为如下几类：a)质量手册b)程序文件c)作业文件（检验标准、作业指导书、图纸、BOM等）d)外来文件e)纪录文件3.1.2 文件化信息分为“受控文件”和“非受控文件”，“作废文件”和“旧版保留”；3.2文件的起草和审批3.2.1管理手册及程序文件由行政人事部负责起草编制，管理者代表审核，总经理批准。
3.2.2作业文件由各部部门指定人员编写，各部门负责人批准。
3.2.3文件编号方法。
LX：代表XXXXX信息技术有限公司。
Q：代表质量。
M：代表手册。
P：代表程序文件。
以后为流水号。
WI：代表三级文件。
FM：代表记录表单。
A 、质量手册的编号方法LX-Q-M-01流水号手册代号质量代号公司代码号LX-QP-01C 、 作业文件的编号方法 LX-WI-01D 、表单的编号方法 LX-QR-XZ/LX/GC/SJ/CG 013.3 文件的发放3.3.1 所有经批准后的管理体系文件，由行政人事部在发放前盖“受控文件”章，发放各部门的文件为复印本。
3.3.2 行政人事部根据各部门对文件的需要决定分发部门及份数，在分发的文件上盖受控状态并填写发放编号。
3.3.3 各领用部门负责人收到文件后登记签收。
3.3.4 因工作需要或其它原因要求增、补发文件的部门，由部门负责人填写《文件申请单》交行政人事部，经行政人事部负责人批准后，按3.3.1至3.3.3的内容发放。
研发部执行ISO 9001的方案（初稿）研发部作为软件的研究开发部门，承担着公司自研软件项目的开发和维护工作。
在前期进行ISO9001认证工作，在咨询人员的指导下，建立了一套相关的质量体系控制流程，但仅是为了通过评审认证。
为了更好地促进研发部的工作，提高产品的质量，加强对产品过程的控制和管理，提高客户满意度。
在认真吸取这次评审认证工作经验的基础上，参考评审认证过程中编制的流程，结合工作中的实际情况和经验，要按照ISO9001的要求建立起切实可用的研发部的质量管理体系流程。
质量控制流程主要可以分为三个相对独立的部分：新项目的开发、已有项目的维护、客服和技术支持。
一、新研发软件项目新研发软件项目在已建立的质量体系中，应纳入《软件开发控制程序》（CRQ-CX07）和《配置管理程序》（CRQ-CX12）的管理中。
按照已建立的上述程序，在软件开发过程中，应当按阶段进行如下管理。
1、立项阶段：项目立项可以根据客户意向、项目合同或内部立项产生，应产生的文件有《立项建议书》、《项目计划》、《配置管理计划》、《系统开发规范》。
对于因交易规则变化而必须产生的项目立项，可以考虑不编写《立项建议书》，但其中的部分内容要在项目计划中予以体现。
2、需求分析阶段：需求分析为对项目的具体实现的分析过程，应产生的文件有《软件需求说明书》、《评审记录表》，应有客户的认可。
对于因交易规则等变化引起的项目，需求分析应参考相应的交易规则等相关文档。
目前的问题在于：许多客户的需求是十分模糊的，很难具体化，是在边改边用过程中实现具体内容的，导致需求分析也是不停地在修改。
结果就是可能先有设计再编写需求文档。
如目前的ETF项目就是如此，我们先根据他们大概的想法设计出来了，他们看了再提出修改意见。
会导致大量的反复工作。
这样的需求文档也会反复修改，难以维护管理。
尤其是在多人同时进行需求分析或设计的情况下。
保持文档的一致性就十分的关键了。
3、软件设计阶段：应产生的文件有《概要设计说明书》、《详细设计说明书》、包括验收准则的《测试用例》或相关设计文档；提供后续安装、使用和维护活动信息的《用户手册》等。
研发过程控制程序1、目的本文件规定了产品立项、设计开发的职责、程序、组织和技术接口及设计更改以及评审的要求，以使产品的开发过程处于受控状态，保证产品的设计、开发质量。
2、范围本程序适用于本公司产品的设计开发过程3、定义无4、职责4.1产品部门：负责新产品的提议、可行性分析及提出产品立项申请。
4.2研发部门：负责新产品和改进产品设计开发的策划、组织、协调、资源配置。
4.3测试部门：负责产品的模块集成测试和系统测试（或协助完成试验局测试）。
4.4配置管理部：负责产品研发配置管理、编译、发布。
5、设计、开发各阶段工作程序5.1工作全阶段流程5.2市场阶段5.2.1产品立项5.2.2输入市场信息、新产品信息5.2.3流程描述1）新产品可由公司市场销售人员、科研部门人员等提出。
2）新产品提出人应完成《立项分析报告》，描述新产品的用途和功能、技术要求、产品基本形式和结构特点、市场前景预测、成本估算、风险分析及竞争对手分析等。
产品经理根据新产品信息制定《产品路标规划》并提交研发委员会审核。
3）研发委员会对产品部提交的《立项分析报告》《产品路标规划》进行评审，确定是否进行产品预研或做进一步可行性研究。
4）研发委员会同意进行产品预研后，应确定相应的产品预研人员，下达新产品预研任务，明确预研目标、预研计划、预研费用预算等事项。
5）新产品提出人填写《产品立项审批表》，向研发委员会提出产品立项申请，并提交《新产品提议书》、《可行性分析报告》、《产品技术规范书》、《产品计划书》草稿等材料。
研发委员会对提交的材料进行审核后，确定是否可以立项。
6）研发委员会接到立项申请后，应组织研发委员会成员、公司高层领导、各相关部门人员等对拟立项的新产品的用途和功能、关键技术、市场前景、成本估算、风险、预研成果、项目进度、产品形态等进行评审。
7）若产品立项评审通过，由总经理、研发委员会、计财部、研发部门领导在《产品立项审批表》中签署审批意见。
ISO9001-2015软件配置管理规范软件配置管理规范（ISO9001：2015）1 目的编制本规定的目的是为了规范公司软件研制的软件配置管理工作，确保应用软件的正确性、适宜性、完整性和可跟踪性。
2 范围本规定适用于公司所有涉及软件研制项目的软件配置管理和控制。
本规定起始于软件开发库的建立。
本规定结束于软件进入产品库以及相关记录归档。
3 术语和定义软件配置：指一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人工可读）和各种版本的文档、程序及其数据的集合。
软件配置管理：软件配置管理是对软件修改进行标识、组织和控制的技术，用来协调和控制整个过程。
是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。
配置管理的目标是记录软件产品的演化过程，确保开发人员在软件生命周期中各个阶段都能得到精确的不同版本的产品配置。
配置项：凡是纳入配置管理范畴的工作成果统称为配置项。
配置项逻辑上是组成软件系统的各组成部分，一般是可以单独进行设计、实施和测试的。
配置项分为一般配置项和受控配置项。
配置项及其历史记录反映了软件的演化过程。
开发库：指在软件生存周期的某一个阶段期间，存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。
由开发人员控制变更。
受控库：指在软件生存周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。
由项目负责人控制变更。
产品库：指在软件生存周期的组装与系统测试阶段结束后，存放最终产品而后交付给用户运行或在现场安装的软件的库。
由项目负责人控制变更，顾客可以参与。
4 职责4.1 产品系统部软件工程师负责开发库的建立和管理。
项目负责人负责组织软件进入受控库和产品库前的评审及入库软件的提交。
软件配置管理由研发生产部负责组织实施。
4.2 综合部综合部文件管理员负责受控库和产品库的建立和管理。
5 过程描述5.1 配置项5.1.1 配置项的范围配置项一般包括以下内容：A. 文档类：《软件研制分任务书》、《软件概要设计书》、《软件模块测试方法》、《软件模块测试报告》、《软件系统测试方法》、《软件系统测试报告》、《会议记录》、《信息反馈记录》、《软件版本信息记录》等。
设计开发控制程序（ISO9001-2015）1.0目的规范产品设计和开发各阶段作业流程，保证各环节的协调性、衔接性；确保各阶段的工作质量,并对其实施有效的科学管理；使其最终结果满足顾客和市场需求与要求,并提供相应的服务。
2.0范围适用本公司根据市场调研、顾客订单、产品开发历程表等形式提出的新产品的设计和开发及产品设计和开发及其更改。
3.0定义与术语3.1产品设计输入：指所要设计的产品在计划和确定项目阶段所确定的顾客的需求和期望。
且应尽可能将所有要求定量化,并在产品设计和开发任务表等文件中明确规定；3.2产品设计输出：指相关部门根据设计输入要求在产品设计和开发过程中为实现过程的后续活动提供产品或服务的规范和各种活动的结果，这种规范和结果最终应形成文件，并在其文件发放前必须进行和通过评审；3.3设计评审：指由具有资格的人员组成的评审小组对设计和/或开发所作的正式的、全面的、系统的、严格的审查,并将评审结果形成文件；3.4设计验证：指通过检查和提供证据,确保所有的设计输出满足设计输入要求的试验,以表明设计结果已经符合设计要求的活动；3.5产品设计确认：指在规定的操作条件下对已经成功的设计和/或开发验证之后的最终产品进行的一种认可,确保所设计开发的产品符合规定的使用者的需要的试验。
3.6特殊特性：指由顾客指定的产品和过程特性，包括显著影响法规和安全特性及显著影响顾客满意的产品和过程特性，或由公司通过产品和过程了解选出的特性。
3.7关健特性：影响国家、行业法规要求或产品功能安全性等，包括需要特殊生产、装配、发运产品要求或参数。
3.8项目组：指从设计开发中,通常将某项项目单独立项,指定几个处理同样的问题,形成一个项目组。
4.0职责4.1副总经理负责批准设计开发项目、报价、开发任务的批准；4.2项目组负责提供新产品设计开发的要求、样本交顾客后确认、沟通，信息反馈；以及召开新产品发布会。
4.3项目组负责主导设计开发任务的布置及跟踪实施，其中研发部负责光源件非量产件样品，非量产电源件的采购及其所有（含手板样）样品的采购与制作。
文件控制程序1.0 目的和范围对与质量管理体系有关的文件进行控制，确保各相关部门使用的文件为有效版本，防止误用失效或作废的文件。
2.0 适用范围本程序适用于质量管理体系有关的文件(含外来文件)的控制。
3.0 职责总经理室负责文件归口管理。
各部门负责本部门文件的编制、执行和管理。
4.0 工作程序文件分类和编号(1)文件包括：①质量手册(包括形成文件的质量方针和质量目标)；②形成文件的程序；③为确保其过程有效策划、运行和控制所需的文件(如作业、工作规范、管理规定等)；④外来文件(法律、法规、标准、上级文件等)；⑤记录(一种特殊类型的文件)。
(2)文件可分为“受控”和“非受控”两类。
“受控”文件为更改通知版本，在发生更改时能追溯到全部使用者，“非受控”文件为更改不通知版本。
(3)文件可以是任何媒体形式，如硬拷贝、电子媒体等。
(4)文件编号执行《文件管理规定》。
文件的编写及审批(1)质量手册和程序文件由贯标工作组组织编写，管理者代表审核，总经理批准。
(2)其他文件由业务主管部门组织编写，部门经理审核(必要时相关部门会签)，主管副总经理批准(必要时报总经理批准)。
(3)确保文件的正确、清晰、协调、易于识别和检索。
文件的发放(1)质量手册和程序文件在企业内部使用时为“受控”版本，提供给其他单位或顾客时为“非受控”版本，发放时均应盖“受控”和“非受控”章，并登记受控号和去向。
(2)业务和外来文件、资料发放均应有分发号，总经理室向各职能部门发放和各部门向使用人员发放时，均应填写“文件发放登记表”，领用人应在登记表中签字。
(3)当文件破损严重时，应到发放部门办理更换手续，补发新文件，仍沿用原来受控号，破损文件由总经理室收回。
(4)当文件丢失时，应说明原因，申请补发。
补发文件应给予新受控号，同时注明丢失文件受控号作废。
(5)提供给认证机构和供方的文件，按“受控”文件处理。
文件的更改(1)体系文件的更改填写“文件更改单”，经总经理批准后，由总经理室实施。
竭诚为您提供优质文档/双击可除iso9001文件质量手册,程序文件,作业指导书,表格表单英文篇一：iso9001质量管理体系的表单-9001全套表格1签到表主题:日期：F000a/02受控正本文件清单F001a/03制表：审核：4文件发放范围清单F002a/05篇二：iso9001文件及记录控制程序(含表格)文件及记录控制程序※※※※※※※※※此文件未经批准﹐不准复印※※※※※※※※※※更多免费资料下载请进：好好学习社区1.0目的确保与质量体系相关的文件不被误用，确保记录于使用、收集、汇总、存档、处理等阶段得到适当控制，特制订本程序2.0范围适用于本公司与质量体系相关的内部及外来文件、所有同体系相关的质量记录。
3.0权责本程序由文控中心制定及管理，相关人员配合执行。
4.0定义4.1质量手册：有关公司经营组织与各机能的概括性、原则性的摘要说明。
4.2程序文件：有关事务的处理方法、手段、顺序等的说明。
4.3作业指导书:为执行品质要求，在技术、制造上所规定的具体方法、手段与判定要领等。
4.4受控文件：是指文件的分发、变更、回收等动作皆须受到管制的文件。
4.5非受控文件：是指文件的分发、变更、回收等动作不须受到管制的文件。
5.0内容5.1文件的分类：a.从管制属性可分为受控文件和非受控文件两种。
b.从文件架构上分为四级：一级文件为质量手册；二级文件为程序文件;三级文件为作业指导书；四级文件为表单、记录、资料等。
5.2文件与资料编号方法说明。
a.质量手册的编号为qm-001。
b.程序文件的编号为qp-□□□。
代表宏旭日用制品；qp代表程序文件；□□□代表文件的流水顺序号。
c.作业指导书的编号为wi-（□□）-□□□。
wi代表作业指导书；其后的三个□代表文件流水号；括号中“（□□）”为可选取项，代表部门。
d.外来文件的编号以原有编号为准。
如无原有编号，其编号为qe□□□□□□□。
qe代表外来品质文件，其前面的六个□代表年月日，后面的一个□代表外来品质文件的文件序号。
