下载文档原格式
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）若产品立项评审通过，由总经理、研发委员会、计财部、研发部门领导在《产品立项审批表》中签署审批意见。
