NETS质量手册

精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 0 页质量手册质量手册批准人柳玉辉审核人刘 岩拟制人崔 戈批准日期1999.5.12生效日期1999.5.12关联文件沈阳东东系统集成有限公司沈阳东东系统集成有限公司业务规程业务规程R-02001总页数39正文35附件4文件管理部门:项目管理部精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 0 页更改记录更改记录序号发行日更改对象更改内容批准审查拟制01999.5.12新发行柳玉辉刘 岩崔 戈11999.9.10组织结构调整，修改第 7、8 页，附录 4 页柳玉辉王齐崔 戈21999.11.2部分章节号调整；P6 质量目标修改；P16 增加设计输入、设计验证、设计确认要求；P24 修订接收检查部分内容；P27 修改 4.13.4.2 内容；P33 增加服务的验证要求。柳玉辉王齐崔 戈31999.12.21P3 增加 03.2.12 开发部门定义；P7 修改组织结构图以及部门名称；柳玉辉王齐崔 戈42000.08.18P7 修改组织结构图，增加营销副总，取消国际体系副总，增加开发体系副总；P8 修改总经理、副总经理职责权限；柳玉辉张秀邦崔 戈精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 0 页01.01.目录目录01.01. 目录目录 .102.02. 质量手册发布令质量手册发布令 .203.03. 引用规范、术语和缩写引用规范、术语和缩写 .31.01.0 质量手册的管理质量手册的管理 .42.02.0 企业概况企业概况 .53.03.0 质量方针质量方针 .64.04.0 质量体系要求质量体系要求 .74.1 管理职责 .74.2 质量体系 .114.3 合同评审 .134.4 设计控制 .154.5 文件和资料控制 .174.6 采购 .194.7 顾客提供产品的控制 .214.8 产品标识和可追溯性 .224.9 过程控制 .234.10 检查和测试 .244.11 检查、测量和试验设备的控制 .254.12 检验和试验状态 .264.13 不合格品的控制 .274.14 纠正和预防措施 .284.15 搬运、贮存、包装、防护和交付 .294.16 质量记录的控制 .304.17 内部质量审核 .314.18 培训 .324.19 服务 .334.20 统计技术 .35附表1：各要素关联规程、标准一览表 附表2：部门人员职责与 ISO9001 要素对照表精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 1 页0202 质量手册发布令质量手册发布令为了贯彻质量方针和实施质量目标，不断满足顾客的要求和期望，实现企业的更高管理水平。本公司采用 IS09001 ： 1994 质量体系 设计、开发、生产、安装、服务的质量保证模式标准建立并完善了质量体系，组织编写了质量手册并发布实施。本手册制定了沈阳东东系统集成有限公司(简称东东公司)产品及服务中有关质量保证的相关事项,其目的就是要有效地保证产品质量满足用户的要求。本手册的质量体系适用于东东公司在软件产品、软件项目和系统集成项目的设计、开发、生产、安装、服务过程的所有阶段。我作为本公司最高管理者郑重宣布：对本公司的产品质量承担法律规定的责任。 沈阳东东系统集成有限公司沈阳东东系统集成有限公司 总经理：总经理： 1999.5.121999.5.12精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 2 页03.03. 引用规范、术语和缩写引用规范、术语和缩写03.1 本质量手册在未事先声明的情况下,引用如下规范：ISO 9000-3：1997 质量管理和质量保证标准第三部分：ISO9001 在计算机软件开发、供应、安装和维护中的使用指南ISO 9001：1994 质量体系 设计、开发、生产、安装和服务的质量保证模式ISO 8402：1994 质量管理和质量保证术语03.2 本手册使用的专用名词的定义如下所示，原则上使用 ISO9000-3：1994 在计算机软件开发、供应、安装和维护中的使用指南中的定义：03.2.1 软件 由与数据处理有关的程序、步骤、规则以及相关的文件组成的智能物。03.2.2 软件产品 交付给用户的完整的计算机程序、步骤、相关的文档以及指定的数据。03.2.3 软件项目 软件产品开发的中间步骤或最终步骤任何可识别部分。03.2.4 开发 生产一个软件产品所执行的所有活动03.2.5 阶段 能明确定义的工作的一部分。(阶段既不隐指使用具体的生命周期模式，也不隐指软件产品开发中的一段时间)03.2.6 产品 公司生产的软件或服务的全体。03.2.7 (软件)验证 为了保证某一阶段的产品的正确性及与作为阶段前的输入的产品和标准的一致性而进行评价的过程。03.2.8 (软件)确认 对软件进行评价以保证符合特定要求的过程。03.2.9 设计将用户对系统的要求及潜在要求，转化为方案，最终使用户获得满意的使用功能。03.2.10 检查 确定质量活动及相关结果是否与计划相一致,计划是否被有效地执行达成目的所要求的条件是否具备而进行的一系列调查活动.03.2.11 (软件)测试，试验用机器、设备等实际系统来评价产品的一项或几项要求是否得到全部满足。03.2.12 开发部门 泛指公司内部从事软件开发的部门，可以是开发事业部，也可以是开发部。03.3.03.3. 缩写缩写DR(Design Review) - 设计审查WT(WalkThrough) - 是开发过程中为了保证产品的质量而召开的技术研讨会。REV(Revision) - 是指文件、程序等的版本。1.01.0 质量手册的管理质量手册的管理1.11.1 概述概述本质量手册对沈阳东东系统集成有限公司的质量体系作了宏观描述。加强对质量手册精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 3 页的编制、审核、批准、发布、更改、修订、换版和日常使用的管理，对保持质量手册与程序文件的一致性和有效性具有十分重要的作用。1.21.2 职责职责 项目管理部在管理者代表领导下，负责质量手册的管理工作。1.31.3 管理内容与要求管理内容与要求1.3.1质量手册的批准发布质量手册编制完成后，由管理者代表审核，总经理终审后批准正式发布。1.3.2质量手册的发放与保管1.3.2.1质量手册发布后，正本由项目管理部保管，副本向各使用部门发放。发放的范围和数量由项目管理部根据工作需要确定。1.3.2.2 本质量手册分为受控和非受控两种版本，由项目管理部负责管理。1.3.2.3 受控质量手册发放对象为认证机构、本公司各职能部门中层以上领导及相关人员。仅限于在公司内部使用，由项目管理部编号登记并履行签发手续。持有者应妥善保管，未经批准，不得外传、外借。1.3.2.4 非受控质量手册发放对象为顾客及其他有关人员。1.3.3质量手册的更改、修订、换版1.3.3.1 针对质量手册与程序文件在实施中发现的不一致和缺陷等问题，由项目管理部负责更改、管理者代表审核、总经理批准。要保存更改记录。1.3.3.2 当质量体系与外部环境有较大变动时，应由总经理批准，项目管理部组织质量手册的换版。1.3.3.3 当发生下述情况时，对质量手册进行更改：a. 质量方针变动；b. 组织机构有较大变动；c. 质量保证要求或合同有较大的变动；d. 内部质量审核和管理评审提出重大改进；e. 质量手册依据与法规换版等。1.3.3.4 质量手册的更改、修订的批准按文件和质量改进程序进行。1.3.4质量手册的日常管理1.3.4.1质量手册持有者要妥善保管，不得遗失、外借或擅自修改、修订。应及时反馈修改意见。1.3.4.2 项目管理部负责对质量手册的更改修订进行管理，确保各部门使用的质量手册是现行有效版本。2.0. 企业概况企业概况沈阳东东系统集成有限公司（以下简称公司）成立于 1996 年 3 月，是由宝钢东软信息产业有限公司与日本东芝公司合资组建的企业。公司主要从事计算机软件及系统集成产品的开发和销售等业务。公司几年来致力于计算机软件的研究和开发，包括手写体识别技术、智能图像技术与处理技术、应用软件开发技术，同时还承担东芝公司委托的日本计算机软件应用项目的开发工作。 到 1998 年底，共完成软件研究和开发项目一百多个，累积创汇 200 多万美元，1998 年全年产值 3000 万元人民币，公司的人才队伍也从当初的十几人发展到目前的一百多人。产品是企业的生命，产品是企业求得生存和服务社会的根本。软件作为一种高科技、高智慧 的产品，正日益成为社会运行中的重要组成部分。为开发适应社会需要的软件产品，东东公司建精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 4 页立了一整套的产品开发运行机制，从项目的承接洽谈到出厂维护都严格进行过程的管理、控制和审查，并与国际质量认证体系接轨，切实有效地进行 ISO9000 的质量管理工作。东东公司在严格的质量管理体系下开发出一系列的产品均受到用户的好评。东东公司开发基地位于我国规模最大的软件园 东北大学软件园内，环境优美，充满了现代化高科技气息，东东公司成立之初就采用现代化的运行机制，建立了一流的开发环境。规模化和可持续发展是公司长期发展的根本目标，力争在未来的三年内把东东公司建成国内一流的计算机软件公司。公司地址公司地址：中国沈阳市三好街 84-2 号东大科学馆邮政编码邮政编码：110003联系电话联系电话：86-24-237830003.0 质量方针质量方针沈阳东东系统集成有限公司的质量方针包括：3.1 质量宗旨：质量宗旨： 质量第一、技术先进、管理科学、顾客至上质量第一、技术先进、管理科学、顾客至上3.2 质量目标：质量目标： 力争合同履约率达到力争合同履约率达到 100%。3.3 实施原则：实施原则： 制度化制度化 以完善的质量体系规范所有的工作流程； 科学化科学化 用科学的手段不断提高产品的质量水平； 全员化全员化 让每位员工都自觉参与过程的质量控制。 沈阳东东系统集成有限公司沈阳东东系统集成有限公司 总经理：总经理： 1999.11.21999.11.2精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 5 页4.0 质量体系要求质量体系要求4.14.1 管理职责管理职责4.1.1.4.1.1. 概述概述 确定与质量有关的组织机构人员和质量职责、权限以及相互之间的关系并使之得到贯彻执行，确保本公司质量体系有效运行，以实现规定的质量目标。4.1.2.4.1.2. 适用范围适用范围适用于本公司管理系统的各个职能部门及有关人员。4.1.3.4.1.3. 质量方针质量方针4.1.3.1 本公司的质量方针见本手册 3.0 章节。4.1.3.2 质量方针由公司总经理制定并发布，包括质量宗旨、质量目标、实施原则和对顾客的承诺。4.1.3.3 公司全体员工应理解并自觉贯彻质量方针。4.1.44.1.4 组织结构组织结构4.1.4.1 按照 ISO9000 的要求，东东公司在管理工作中建立与质量体系相适应的组织结构并规定职权范围。下图为与质量管理相关的组织机构： 4.1.4.24.1.4.2 领导及职能部门的职责权限领导及职能部门的职责权限4.1.4.2.14.1.4.2.1 总经理：总经理：a. 总经理作为公司的最高行政管理负责人，是公司质量体系的最高责任者，主要负责公司经营的整体规划、决策，公司业务发展战略及调整。负责重大质量决策，配备资源，任命管理者代表。b. 确定公司质量体系的结构，制定批准发布公司质量方针、质量目标，批准质量体系的运行与改进。c. 负责管理评审，对质量体系的有效性负责。d. 规定各部门，各级人员质量职责、权限和相互关系。 4.1.4.2.24.1.4.2.2 副总经理：副总经理：a. 公司设立副总经理职务若干名。主要受总经理指派协助总经理负责公司的某一或几方面的主要业务工作，并为其主要责任管理业务。公司根据业务需要分别设立开发体系副总经理、市场营销副总经理和行政管理副总经理。b. 开发体系副总经理：商务部技术支撑部总经理管理者代表行政管理副总经理开发体系副总经理产品开发事业部 营销事业部 国际事业一部 国际事业二部办公室项目管理部国际事业三部质量体系组开发部开发部开发部开发部市场营销副总经理精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 6 页 主要是受总经理的指派负责公司软件开发工作，主管国际事业一、二、三部、产品开发事业部和项目管理部。主要职责是批准软件产品开发、项目立项、开发资源管理、开发工作总体分配、开发过程监控及评价。c. 负责行政管理的副总经理： 主要是受总经理的指派负责公司整体的行政管理工作，主管办公室和财务部。其职责包括公司整体的行政事务处理、计划财务管理、人事管理、固定资产管理及后勤服务，同时，也负责公司分支机构的相关行政业务。d. 负责市场营销的副总经理 负责公司整体的市场营销工作，包括市场开拓、销售网络管理、技术服务、商务服务。主管营销事业部；同时，也负责公司分支机构的经营业务工作。 4.1.4.2.34.1.4.2.3 办公室：办公室： 办公室负责公司自用设备的登记、管理，以及公司员工培训的归口管理工作。4.1.4.2.44.1.4.2.4 营销事业部：营销事业部： 技术支撑部：合同项目的执行、设备维修及维护。 商务部：国内合同管理、设备采购、库房管理、产品价格制定、部门协调管理。4.1.4.2.54.1.4.2.5 项目管理部：项目管理部： 负责合同管理、项目统计、文档管理、项目验收及评价、阶段性检查、组织编制和修订质量体系文件、协助实施管理评审和内部质量体系审核、受控文件的管理。4.1.4.2.64.1.4.2.6 产品开发事业部：产品开发事业部： 负责国内应用软件产品、合同项目分析、设计、编码、测试和维护。4.1.4.2.74.1.4.2.7 国际事业一、二部、三部：国际事业一、二部、三部：负责国际应用软件产品、合同项目分析、设计、编码、测试和维护。4.1.4.2.84.1.4.2.8 开发人员：开发人员： 负责软件产品的需求分析、设计、开发和维护以及测试发现问题的修改。4.1.4.2.94.1.4.2.9 检验人员：检验人员： 严格按照程序要求进行检验和测试，防止不合格产品的误用。4.1.4.2.104.1.4.2.10 内部质量审核员：内部质量审核员： 负责进行质量体系的内部质量审核。4.1.4.34.1.4.3 资源与人员资源与人员a. 开发部门在开发工作之前应明确对管理、执行工作和验证活动所需资源的要求，如人员、设备及开发必备环境和业务验证工作等各项资源需求并准备充足。业务验证工作包括了设计评审、接收检查、综合测试、出厂检查、内部体系审核等多项内容。b. 按确定要求配备所需资源，包括配备经过培训合格的人员。4.1.4.44.1.4.4 管理者代表管理者代表 a.为了确保质量体系持续有效地运行,由公司总经理在公司高层领导中任命。 b.管理者代表要向东东公司总经理报告质量体系的运行情况,并基于此改进质量体系。这包括：(1)确立保持和完备质量体系*确定质量保证的重点目标*控制质量手册(制定、发布、审查)*策划与执行内部质量审核和分承包方质量审核(2)维护与执行质量体系*让全体员工彻底了解质量手册的内容*推进公司内部的标准化精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 7 页*策划并举行有关质量会议*收集并传达有关质量的信息(3)不合格品的管理及纠正措施*确认不合格的原因、应采取的对策*研究防止再发生或横向扩散的对策*形成可防患于未然的质量体系(4)其它调整公司内外相关联的各种质量事项4.1.4.54.1.4.5 管理评审管理评审4.1.4.5.1 项目管理部是管理评审的责任部门，由总经理负责主持，公司其他管理者参加，并应在内部质量体系审核的基础上进行。4.1.4.5.2 东东公司最高管理者应定期对质量体系进行评审，每年至少应进行一次，并且两次评审的时间间隔不超过 12 个月，以保证质量体系持续有效地运行。如遇有下述情况可适当追加进行管理评审的频次：a. 公司组织结构发生较大变化；b. 社会要求发生较大变化；c. 市场要求发生较大变化；d. 发生重大质量事故或顾客严重申诉；e.其他情况4.1.4.5.3 管理评审的准备a. 由公司管理者代表组织编制管理评审计划，报总经理批准后实施。b. 按计划规定有关部门负责人准备提交管理评审资料和信息。内容包括：(1) 内部质量审核和纠正预防措施的结果；(2) 市场要求变化及本公司产品销售情况；(3) 本公司产品质量技术状况、水平；(4) 社会要求变化（如技术标准变化，某些法规变化等） 。4.1.4.5.4 管理评审内容 a. 内部质量体系审核的结论和预防措施的实施结果。 b. 质量体系有效性评价。 c. 质量体系对内、外的适宜性及因此而需要进行调整，修改的建议。 d. 质量方针、质量目标和质量体系的适应性评价。4.1.4.5.5 管理评审形式 公司管理评审采用会议形式进行，参加人员除公司管理者外，还可以视需要选择有关部门参加。4.1.4.5.6 管理评审报告a. 评价结论形成的评审报告应经总经理批准，并提出纠正和改进措施。b. 评审报告应分发至总经理、副总经理、管理者代表及所涉及的有关部门领导。c. 由管理者代表组织，项目管理部实施对纠正的跟踪监控。d. 管理评审的全部记录由项目管理部保存。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 8 页资料、表格（记录）资料、表格（记录）作业标准作业标准管理规程管理规程质量手册质量手册4.24.2 质量体系质量体系4.2.1.4.2.1. 概述概述 质量体系是贯穿软件产品整个生命周期的集成化过程体系。建立质量体系强调的是防患于未然而不是事后纠正。 公司应按 ISO9001：1994 标准建立保持文件化质量体系并有效实施。可以按有系统、条理的文件化质量计划来实现软件开发的质量保证活动,确保本公司的软件产品开发和系统集成、研制符合规定要求。 4.2.2.4.2.2. 适用范围适用范围适用于本公司管理层、各职能部门和相关人员的所有与质量有关的活动。4.2.3.4.2.3. 职责职责a. 项目管理部是建立并保持质量体系的责任部门。b. 公司组织结构及人员的职责权限见本手册第 4.1 节。4.2.4.4.2.4. 管理内容与要求管理内容与要求4.2.4.1 本公司建立质量体系，并形成质量体系程序文件（即规程） 。4.2.4.2 质量体系文件结构见图 1。图 1：质量体系文件结构4.2.4.2.1 质量手册a. 公司根据 ISO9001：1994 标准要求编制质量手册，手册阐明公司的质量方针，并描述公司的质量体系。b. 质量手册覆盖了 ISO9001：1994 标准的全部要求，概述了质量体系文件结构，引用了质量体系程序。4.2.4.2.2 质量体系程序a. 公司编制了与质量方针和 ISO9001： 1994 标准相一致的质量体系程序文件（即规程文件） ，见附表 1，各要素关联规程一览表。b. 程序文件为质量手册的支持性文件，规定实施质量体系要素的途径和方法，具有可操作性和检查性。c. 为有效地实施文件化的质量体系，各职能部门应严格贯彻执行程序文件规定的要求。4.2.4.2.3 作业文件作业文件是为操作者提供作业指导及必要的评定标准，如作业指导书、作业指令、操作规程、管理规定等。4.2.4.2.4 质量记录 质量记录的控制见质量手册 4.16 章“质量记录控制” 。4.2.4.3 质量策划4.2.4.3.1 公司对管理、执行和验证活动进行质量策划，并将策划结果形成文件且与质量体系文件相一致。4.2.4.3.2 为使本公司满足软件产品项目或合同规定的要求，本公司应确定以下活动： a. 在合适的地方用可测量的用语表示质量要求；b. 软件开发使用的生存周期模型；c. 规定每一项目阶段的启动和结束的准则；精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 9 页d. 明确执行的评审、测试以及其他验证和确认活动的类型；e. 明确正在执行的配制管理规程；f. 明确下列有关详细策划（包括进度安排、规程、资源和批准）及具体职责和权限： 配置管理 开发产品的验证和确认 顾客提供产品的验证 不合格品控制和纠正措施 执行质量计划中所述各项活动的保证，质量计划是质量体系应用于特定的项目、产品或合同剪裁的结果。4.2.4.3.3 适用时，质量计划可以包括引用的和/或项目、产品合同专用的规程。质量计划应随开发的进展而更新，并在每一阶段开始时，将更改阶段有关的所有组织进行评审并取得一致意见。4.2.4.3.4 描述质量计划的文件可以是一个独立的文件，或者另一文件的一部分，或几个文件组成。质量计划可以包括或引用单元测试、组合测试或验收测试的计划，关于测试策划和测试环境的指南，见本手册 4.10 “检验和测试” 。4.2.4.3.5 附表-1 中描述了相关文件间的关系。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 10 页4.34.3 合同评审合同评审4.3.1.4.3.1. 概述概述 为了保证公司开发的产品能够达到和满足客户的需求，需在签定合同之前对合同内容进行分析、评审，力求达到对合同需求和约束条件的共同理解，确保公司有能力准确地实现合同条款。4.3.2.4.3.2. 适用范围适用范围适用于公司开发的所有定制半定制软件。4.3.3.4.3.3. 职责职责a.a.国际合作项目部分国际合作项目部分（1）项目管理部是国际合作项目合同评审的责任部门。（2）开发部门将获得的用户需求信息和招标信息通知项目管理部，并对其进行分析，从中挑选适合的项目。（3）由项目管理部组织开发人员进行合同的准备工作，并进行估价。（4）估价书须经开发部门部长审查和负责开发的副总经理批准。b.b.国内软件开发部分国内软件开发部分（1）商务部是国内软件开发合同评审的责任部门。（2）由营销事业部对获得的用户需求信息和招标信息等进行分析，编写分析报告，从中挑选适合的项目，经主管领导批准后通知项目管理部。（3）由商务部组织开发和市场的人员进行投标前的准备工作，拟订投标书并进行估价。（4）由商务部组织开发、技术支撑部和市场的人员（技术支撑部必要时参加，以下同。 ）对投标书进行评审，提出修改意见。评审通过后送交主管领导审批，合格后参与投标。（5）由商务部组织开发、技术支撑部和市场的人员对客户的需求（文字或口头）进行分析，并制作概要需求规范书。在概要需求规范书的基础上制作估价书（6）由公司制作合同书时，与客户洽谈的部门负责合同草案的编制。由商务部组织开发、技术支撑部和市场的人员对合同草案进行评审，评审结果记录在 DR-Q 记录中。4.3.4.4.3.4. 管理内容与要求管理内容与要求4.3.4.1 建立并保持 R-03000合同交接规程和 R-03001合同评审实施规程 。4.3.4.2 合同内容这里指客户或市场部提供给开发部门的需求(规范与工作条文)。 开发部门应按照文档化的程序接收客户的文档, 了解客户的需求。如果客户的要求是口头上的, 也要在记录后由客户(签字)认可。对需求进行评审以保证所有需求都正确地文档化。同时, 合同评审也要保证合同内容符合相关的政策法规。合同评审记录作为评审过程中的一种质量文件存档维护。4.3.4.3 合同评审的要求4.3.4.3.1 在投标或接受合同之前，应对每一标书、协议、定单、合同进行评审，以确保达到下列要求：a. 顾客的各项要求都有明确规定，并形成文件。如以口头方式接受合同或定单，公司应确保定单在其被接受之前得到同意。b. 所有与顾客要求不一致的内容都已通过协商解决。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 11 页c. 公司应具有满足合同要求的能力。4.3.4.3.2 需求规范中的未确定事项 开发部门对在需求规范中未决定和估计的事项要在文档中记录下来并继续跟踪直到事情得到解决。4.3.4.3.3 需方需求规范说明a. 在合同洽谈过程与开发过程中，供需双方都应有指定的负责人负责需求规范问题并由项目负责人把这方面内容记入到开发计划书中去。b. 由开发方确定的需求规范应与需方讨论后形成文档并经需方认可。由需方提供的文档也应在与需方讨论后，以“议事录”的形式，经需方认可形成补充说明的文档。这些文档作为开发文档的一部分由项目的文档负责人管理。c. 必要时,在此过程形成“产品验收规范”以便为后面的产品验收工作提供依据。d. 在项目开发人员未直接与需方讨论时, 要有合同交接手续。4.3.4.3.4 配置管理a. 配置管理是对记述客户需求事项的文件、从客户获得的文件数据、设计文档、程序及环境进行管理。b. 在项目开发计划中应明确必要的配置管理者、配置管理活动及工具、方法等。c. 如果在开发与维护活动过程中出现变化，开发部门应基于配置管理进行更改。d. 配置管理工具也作为环境的一部分统一管理。4.3.4.4 合同评审的内容：a. 评审中的质量条款。b. 需求规范中的未确定事项。c. 顾客需求规格说明。d. 生产能力和交货期要求。e. 有关法律法规要求。f. 其他要求4.3.4.5 合同评审的方式 合同评审采取会议评审方式。4.3.4.6 根据评审结果，对标书、合同协议草案、定单、询价等含糊不清的地方，应征得顾客答复后，及时反馈给有关部门。4.3.4.7 对顾客或有关方面提出的不适当要求，应与顾客协商研究后妥善处理。4.3.4.8 最终合同评审 项目管理部负责组织相关部门参加国际合作项目的合同评审，国内项目的合同评审由商务部组织相关部门共同进行，销售代表应与开发部门相互核实评审记录。4.3.4.9 合同修订如果合同内容有任何变动, 都需要有文档记录。即使得到的是口头上的改动, 也应该记录下来, 并由提出者认可。同时, 合同改动也要在公司内部进行审查，并按规定的渠道将修订的内容正确地传递到公司的各有关部门。4.3.4.10 合同评审中形成的记录，按本手册质量记录的控制要求进行保管。4.3.4.11 建立并保持评审中的质量条款 在合同签署前应就软件的版权和所有权、安装和验收方式、维护方法达成一致意见。公司内部进行的合同评审要对合同中的所有质量条款方面的内容逐一检查并记录。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 12 页4.44.4 设计控制设计控制4.4.1.4.4.1. 概述概述 软件开发、设计是软件产品形成的关键环节，通过对产品开发的策划，设计、制造过程建立并保持文件化规程，以确保满足规定的要求。开发软件产品要在开发过程的各个阶段中融合质量管理过程。开发部门以质量管理工程图来计划每一实施的过程，并以此为基础进行开发。每一项工程都按制定的程序进行管理确保软件产品的设计质量。4.4.2.4.4.2. 适用范围适用范围适用于公司所有开发部门的软件开发过程。4.4.3.4.4.3. 职责职责a. 开发部门是设计控制的责任部门。b. 项目管理部负责实施项目开发过程中的质量控制活动。4.4.4.4.4.4. 管理内容与要求管理内容与要求4.4.4.1 开发策划与质量策划a.为把顾客的需求规范转化成软件产品，开发计划应制定包括质量计划在内的严格的过程或方法，把工作划分成几个阶段，并标识出：*所进行的各开发阶段*每个阶段所要求的输入*每个阶段所要求的输出*对每个阶段的验证过程*在各开发阶段为达到特定要求所存在的潜在问题的分析b.开发计划应规定如何管理项目，并标识出：*有关设计、实现及交付成果的进度表*进度控制*以可检验的形式明确每一工程的成果*确定实施设计审查的预定时间*确定配置管理计划*确定设计标准*组织机构的职责、资源和工作安排、人员培训计划*明确质量目标和性能要求*不同部门、项目组之间组织上和技术上的接口c.开发计划应鉴别保证所有工作正确执行的方法，包括：*开发规则、惯例和条例*开发工具和技术*配置管理d.开发计划要得到项目管理部的确认。4.4.4.2 组织与技术上的接口在(系统)开发计划书中明确开发部门开发负责范围、责任分担、所有各方之间传递信息的方式及定期确认的方法。确定接口时，除应考虑顾客和供方之外，还应考虑到对安装和培训活动有要求的各方，特别精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 13 页是可能需要最终用户和中间操作人员的参与。还应考虑内部接口的关系。4.4.4.3 开发阶段的输入和输出a. 应确定每个开发阶段的输入、输出并记入文档。开发部门要按照开发计划根据事先确定的规程与标准完成并验证各个阶段的成果。b. 各阶段的输入包括适用的法令和法规要求、前一阶段的输出、每个阶段的作业标准等。开发部门要在各阶段开始前明确准备这些内容，对其中不完全、不明确的事项提出解决的对策。c. 设计输入应考虑合同评审活动的结果。4.4.4.4 设计评审与设计验证与确认a. 设计评审应根据每个阶段的开发计划与结果进行。相关部门要参加每个阶段的设计评审，记录并保存设计评审的结果。b. 在每个阶段的结束期，项目负责人应通过 DR 或 WT、测试等活动验证该阶段设计输出的成果是否满足输入要求。c. 在产品提交用户验收之前，应根据其规定的预期用途确认产品的运行符合合同要求。设计确认的结果，以及需进一步采取的措施和实施情况应加以记录。4.4.4.5 进度控制a. 为了明确把握软件开发过程的进度,产品开发部门要制作进度管理表。进度管理表要从(掌握全局的)大日程表到(内容细化的)中/小日程表展开制作。b. 各个工程开始前要完成详细管理的工程进度管理表。进度管理表要得到项目负责人的批准。开发部门将进度情况定期地记录在进度管理表上,依此记录评价进度的最新状况。c. 为了保证开发计划的有效实施，应计划并安排进度评审，讨论出现的问题及解决办法，并将讨论结果作出文件归档。4.4.4.6 质量策划 质量计划作为开发计划的一部分来考虑处理。质量目标作为开发目标的一部分尽可能以定量形式在开发计划书给出。项目的质量计划在开发计划书中具体规定。4.4.4.7 设计更改a.更改要求的发生 更改要求发生的原因有顾客需求规范发生变化和开发中发现问题引发更改两种。 c.更改的受理 为了对发生的全部更改要求进行有效管理，将更改内容记录在更改管理表上。更改管理表包含的项目有：管理号，更改要求内容，受理日，结果(更改要求的处理结果、处理状况) d.更改的调查研讨 确认更改内容的适当性，调查、讨论更改的影响范围和处理方法，必要时形成文档。 e.更改的审查，实施判断 项目负责人审查更改的调查、讨论结果，确定是否实施更改，并指定更改责任者进行更改。 f.发行，释放，通知 项目负责人须在考虑开发状况和顾客的希望的基础上决定更改后的设计文档的发行、程序的更新、释放和通知有关人员。4.4.4.8 配置管理a. 配置管理是对记述客户需求事项的文件、从客户获得的文件数据、设计文档、程序及环境进行管理。配置管理提供了标识、控制、和追踪每个软件项的正式版本的机制。b. 在项目开发计划中应明确必要的配置管理者。c. 如果在开发与维护活动过程中出现变化，开发部门应基于配置管理进行更改。 d. 配置管理工具也作为环境的一部分统一管理。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 14 页4.54.5 文件和资料控制文件和资料控制4.5.14.5.1 概述概述 为保证在质量体系运行中起重要作用的各环节，都使用有效版本的文件和资料，应对公司文件化的业务信息(称文件)，规定出恰当的管理制度，以确保关联部门的相关人员能够获得充分的信息和数据，并防止公司信息，客户情报被泄露或不合理使用。4.5.2.4.5.2. 适用范围适用范围 以公司内部发行的所有业务文件及从公司以外收到的业务文件为对象，适用于公司所有部门。4.5.3.4.5.3. 职责职责a. 办公室和项目管理部是文件和资料控制的责任部门。b.办公室负责管理公司组织、章程、业务文件、中长期企化、预算，董事会材料等文件；c. 项目管理部负责管理质量体系文件、国际合同文件、质量记录、开发结束后的设计文档等；d. 开发部门保存在产品开发过程中形成的设计文档、质量记录等；e. 营销事业部负责管理市场、销售、公司宣传材料、国内合同；f. 各类文件的实施责任者指定文件编写，审查，批准责任者和改版修改人。文件管理者根据相关规程或规定负责文件的保管，分发和废除。4.5.4.4.5.4. 管理内容与要求管理内容与要求4.5.4.1 建立并保持 R-05000文件管理规程 。4.5.4.2 文件及资料包括： 规定业务规则的管理规程；规定期限规则的业务通知；记述业务工作方法等说明的作业标准；记述产品质量的状况及质量体系运营情况等的质量记录；提交给用户的作为各种产品设计、制作的成果的规范书，说明书等设计文档；归纳了技术成果、调查结果等的技术报告；公司内外用培训资料；以向第三者宣传为目的的产品说明书、产品目录、手册类型及除上述外的产品业务文件、产品业务以外文件( 联络书、报告、提案书、会议通知、交付书)；从关联企业、用户等处获得的相应类型的文件。 ， 文件记录媒体为纸张，磁带，磁盘，或光盘。4.5.4.3 文件和资料的批准和发布a. 各类文件和资料的编写应按规定进行，确保文件和资料的有效性。b. 文件和资料在发布前应由授权人员审批其适用性。应制定并可随时得到识别文件的现行修订状态的控制清单和有效版本,以防止使用失效和/或作废的文件。c. 要清楚地标明文件的分发对象和合适的发行时间(期),以保证在对质量体系有效运行起重要作用的各个场所都能得到相应文件的有效版本。d. 以电子媒体形式在公司内部网上发布的质量体系文件，作为书面发布的质量体系文件的辅助性文件，以方便查询和使用。当与书面发布的质量体系文件发生冲突时以书面文件为准。4.5.4.4 文件和资料的更改a. 文件和资料的更改一般应由该文件的原审批部门进行审批。若指定其它部门审批时，该部门首先应获得审批所需依据的有关背景资料。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 15 页b. 应按照文件控制规程说明标注文件修改情况。c. 为法律和/或积累知识的目的所保留的任何已作废的文件和资料，都应进行适当标识，并单独保管。4.5.4.5 文件和资料的存储文件和资料应在规定的时间内在指定的地点保存。文件和资料的保管归档执行文件保管规程和设计文档管理规程。4.5.4.6 文件和资料的废弃 作废的文件应及时撤出。如果已作废的文件资料还要用于参考等目的，应对它进行适当标识。作废文件的处理执行文件保管规程和设计文档管理规程。4.5.4.7 电子媒体形式的文件按电子媒体管理规程规定实施控制。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 16 页4.64.6 采购采购4.6.14.6.1 概述概述 为了保证最终产品质量满足规定要求，必须对影响最终产品质量的采购过程进行有效控制。采购软件或硬件时，应保证购买的产品和服务符合规定的要求。根据所购产品的类型决定供方的选择和控制的方式和程度，必要时也要考虑已证实的所采购产品供方的能力和业绩的记录。4.6.24.6.2适用范围适用范围 适用于由采购部门进行的与生产相关物品的采购活动。4.6.34.6.3职责职责a. 商务部是采购的责任部门。b. 采购申请方负责向商务部提出采购申请，商务部根据采购需求进行采购，并负责对分供方的评价和选择。4.6.4.4.6.4. 管理内容与要求管理内容与要求4.6.4.1 建立和保持 R-06000采购手续规程 。4.6.4.2 采购产品的类别a. 物品：原材料、配件、委托物、产品、机械设备、消耗品、软件包等均可统称为物品。b. 委托物：依据本公司的设计和规范，委托生产的软件、配件或其它产品称为委托物。4.6.4.3 采购的主要原则是： a. 根据产品开发过程的要求选择分供方b. 建立和维护可接受的分供方的记录档案c. 为保证购买物品的质量应采取有效的产品认证措施4.6.4.4 分承包方的评价a. 应按照满足分合同要求(包括质量要求)的能力来选择分供方。调查以往的供货业绩，评价同类企业供货业绩并考虑是否具有质量保证能力，质量体系是否建立，交货期和价格能否接受。采购部门应建立并保存合格分供方的档案，定期公布分供方名单。b. 分供方的选择和对其控制的方式和程度取决于所购物资的类型。必要时，也要考虑证实的分供方的能力和业绩的记录。对其业绩进行监督，以确保其始终满足选择的要求，其监督的程度取决于公司最终产品的影响程度。4.6.4.5 采购资料4.6.4.5.1 采购文件应包括的采购资料内容公司的采购文件应明确地写明采购要求，可包括：图样、目录、型号、规格、品质等，用于软件开发的采购文件应包括：a.订购产品的准确标识，如产品名称/或成品编号。b.需求规格说明，或其等同文档。c.采用的标准（例如通信协议、体系结构规格说明等） 。d.程序和/或工作要求说明。e.开发环境。f.人员要求。4.6.4.5.2 采购文件发放前必须对所有采购资料规定的要求进行审批。4.6.4.6 采购产品的验证精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 17 页a.a. 当有必要要求到分供方处按供方的质量体系实施评审以确认分供方的工作时，应把这一要求纳入到合同中去，同时也要把验收测试要求纳入到合同中。b. 当合同规定顾客方或其代表在产地(或是收到产品时)确认采购的产品是否符合规定的要求时，应注意的是，顾客方的确认既不能免除我方提供可接收产品的责任，也不能排除其后顾客的拒收。c.c. 同时要注意的是当顾客方或其代表在分供方处进行确认时，我方不能将这种确认作为分供方实施有效的质量控制的凭证。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 18 页4.74.7 顾客提供产品的控制顾客提供产品的控制4.7.14.7.1 概述概述 规定了软件产品开发过程中用户提供的文档资料的管理。4.7.24.7.2 适用范围适用范围 适用于软件开发过程中用户提供的用于设计、验证的所有文档资料。4.7.34.7.3 职责职责a. 开发部门和项目管理部是对顾客提供产品进行控制的责任部门。b. 开发部门的项目负责人在系统开发计划书中规定接收文档、数据的配置管理责任者；c. 开发部门的配置管理责任者在开发过程中负责对用户提供的文档、数据的管理；d. 项目验收提交后，文档提交项目管理部进行保管。4.7.4.4.7.4. 管理内容与要求管理内容与要求4.7.4.1 建立和保持 R-07000用户提供文档管理规程 。4.7.4.2 开发部门要按文件规定的程序对顾客提供的物品，包括配套的软件产品、开发工具、测试和运行资料、接口或其他规格说明等进行控制。对顾客提供的硬件等物品的控制应执行 R-09000系统开发计划书实施规程的规定，顾客提供的产品应有详细的记录清单并妥善保管。4.7.4.3 在对顾客提供的产品接收时，应对提供的项目明确地定义和验证并做好记录。4.7.4.4 顾客和公司双方应确定负责管理顾客提供的产品的责任人员，当顾客提供的产品发生问题时该成员应记录问题并向顾客陈述对策。4.7.4.5 对顾客提供的产品应按规定贮存，妥善保管和维护，应登记建帐，标识清楚，防止误用。4.7.4.6 在贮存、使用过程中对丢失、损坏或不适用的情况应做好记录，并及时向顾客报告，取得顾客的书面处理意见。4.7.4.7 受计算机病毒感染的软件应作为损坏的软件处理。4.7.4.8 本公司的验收不能免除顾客按合同要求提供合格产品的责任。4.7.4.9 应保存对顾客提供产品的验收记录和异常情况的报告。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 19 页4.84.8 产品标识和可追溯性产品标识和可追溯性4.8.1.4.8.1. 概述概述通过对软件开发过程中的各种项目（需求规范，设计书，用户手册等各种设计文档；源码，目标码等软件程序；硬件，基本软件，工具等环境以及从顾客方接收的文件、数据（以下简称接收文件） ）等进行标识，以便随时能够正确地把握系统状态。防止不同产品、不同版本之间的误用，以确保需要时实现可追溯性要求。4.8.2.4.8.2. 适用范围适用范围适用于公司内所有的软件开发项目的标识管理。4.8.3.4.8.3. 职责职责a. 开发部门和项目管理部是产品标识和可追溯性的责任部门。b. 项目负责人负责在制作系统开发计划书时明确各项配置管理的负责人。c. 各项配置管理负责人负责在开发过程中相应项的配置管理以及记录的保管。d. 开发结束后，由项目管理部负责对配置管理记录的保管。4.8.4.4.8.4.管理内容和要求管理内容和要求4.8.4.1 配置管理是对软件开发过程中的开发成果（设计文档，软件程序） 、环境、接收文件等各项的版本进行标识、管理的机制。配置管理的基本项目包括：a. 各项目的标识；b. 每个项目的版本管理；c. 系统全体的配置的管理；d. 版本的履历管理。4.8.4.2 标识在设计文件或程序的版本控制过程中，开发部门要按照文件程序指定一个唯一的标识符来对应配置产品的每个项目。4.8.4.3 产品可追溯性如果顾客有要求或确实需要追溯的情况下，要制定产品的唯一性标识。开发部门要在程序指定的范围内对必要项进行控制和追溯。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 20 页4.94.9 过程控制过程控制4.9.1.4.9.1. 概述概述 软件产品的开发过程是形成产品实体质量的关键和主要过程，应对开发过程的人员、设备、工具和环境配置等诸多影响质量的主导因素实行控制，使生产始终处于受控状态。4.9.2.4.9.2. 适用范围适用范围 适用公司所有软件产品的开发过程。4.9.3.4.9.3. 职责职责 开发部门是过程控制的责任部门。4.9.4.4.9.4. 管理内容与要求管理内容与要求4.9.4.1 建立并保持 R-9000系统开发计划书实施规程 。4.9.4.2 开发部门应确定在应用软件设计和开发过程中下列影响产品质量的项目在系统开发计划书中明确定义并记录审查结果。a. 操作系统b. 软件工具(如编译器、调试器、代码维护工具、CASE 工具等)c. 购入软件d. 规则、惯例及约定e. 设计与生产使用的设备4.9.4.3 为确定软件、工具、设备等在设计与生产过程没有诸如破坏、丢失软件信息等不良影响，开发部门应指定专人对这些物品进行维护和控制。4.9.4.4 如果验证评审发现了某个过程未能充分验证，开发部门应对后续过程继续监视和控制。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 21 页4.104.10 检验和测试检验和测试4.10.14.10.1 概述概述 通过明确接收检查、单元测试、组合、综合测试和公司内部验收的方法、内容以及实施要领，以确保产品在开发的全过程中都能够满足用户的需要。4.10.2.4.10.2. 适用范围适用范围适用于公司研制开发的所有软件产品，包括用户定制产品和软件包产品。4.10.3.4.10.3.职责职责a. 开发部门是检验和测试的责任部门。b. 单元测试 各模块开发承担者负责该模块的测试规范书的制作和测试，项目负责人（子项目负责人）负责对测试规范书和测试结果的审查。开发部门部长负责测试规范书和测试结果的批准。 c. 组合、综合测试 项目负责人或其指定人员负责测试规范书的制作和测试的实施，相应的开发部门部长负责对测试规范书及测试结果进行审批。 d. 验收(1) 项目负责人负责验收会的准备工作，包括申请书和相关资料的准备、会议记录的制作等。(2) 开发部门部长、项目管理部部长或其委托的非项目开发人员负责对产品质量的审查。(3) 主管领导负责产品的批准。4.10.4.4.10.4. 管理内容与要求管理内容与要求4.10.4.1 检验与试验工作这里指的是：接收检查、组合测试、综合测试、公司内的最终测试等工作。开发部门基于系统开发计划和测试规范进行上述各过程的检查和测试。4.10.4.2 接收检查a. 产品开发部门应参照装运声明对采购的物品进行接收检查,并记录检查结果，确保未经检验或检验不合格的产品不投入使用。检验如果发现问题应提交问题报告单报告商务部以便纠正。b. 确定接收检查的数量和性质时应考虑在分供方处所进行的控制程度和所持有的合格证据。c. 如果采购的产品在接收检查前就已使用，应记录这一情况，当发现不符合规定要求时，立即追回该产品并进行修理或更换。4.10.4.3 测试执行 要按照系统开发计划执行单元测试、组合测试、综合测试。开发部门应编制相应阶段的测试规范书，测试结果应有专门记录(测试记录单)。测试发现的问题要写在问题报告单上。 对任何修改影响的领域应加以查明，并重新测试，确定重新测试范围和方法。4.10.4.4 测试结果评审开发部门要对测试的完全性进行评审，确定是否满足系统开发计划和测试规范要求，确定未满足项是否已清楚定义，并予以记录。4.10.4.5 最终检查与测试a. 开发部门在装箱前要进行最终检查，确保检验规程规定的检验要求和检验活动均已完成，且结果满足规定要求，文件齐备。b. 规程要求如有特殊情况未进行专门检查时，要作为“特别装箱”来对待。4.10.4.6 检查与测试记录a. 开发部门在测试记录单上记录测试结果。b. 检验和实验均按检验和测试规程要求的检测步骤作正式记录。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 22 页c.c. 检验记录应有对合格品放行的授权检验者的签名盖章。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 23 页4.114.11 检验、测量和试验设备的控制检验、测量和试验设备的控制4.11.14.11.1 概述概述 为了证实产品符合规定的要求，开发部门要使用软件工具或试验设备进行检验。工具或试验设备要按照文件化程序控制和维护以保证试验的有效性。4.11.24.11.2 适用范围适用范围适用于公司检验、测量及试验工具控制的全过程。4.11.34.11.3 职责职责a. 开发部门是检验、测量和试验设备控制的责任部门。b.办公室负责对设备进行登记管理。c.技术支撑部门负责用于开发、检验、测试的硬件设备的日常维护工作。4.11.44.11.4 管理内容和要求管理内容和要求4.11.4.1 建立并保持 R-11000检验和试验设备控制规程 。4.11.4.2 选择和使用合适的检验、测试设备和手段，应充分考虑检测工具，对软件产品的影响来选择配置检测工具。并且在其使用前可置于配置管理之下。4.11.4.3 工具和试验设备的使用产品检查、测量和测试过程中使用的工具应在系统开发计划中规定、并应评估其有效性、记录使用的效果，必要时要按规定的要求来调整参数。4.11.4.4 工具/设备贮存和维护的控制应指定专人来维护和控制工具和设备确保检验、测量和试验工具在搬运、防护和贮存期间保存完好，保证软件产品有可靠备份。4.11.4.5 ISO9001 标准的 4.11.2 中(b)-(g)项不适用于软件开发。精品文档，仅供学习与交流，如有侵权请联系网站删除【精品文档】第 24 页4.124.12 检验和试验状态检验和试验状态4.12.1.4.12.1. 概述概述 通过对外购物品和本公司开发的软件产品生产过程中的检验和测试状态进行控制和标识，防止不合格品的不当使用。4.12.24.12.2 适用范围适用范围 适用于采购产品和公司开发产品的检验、测试和试验。4.12.34.12.3 职责职责a. 开发部门是检验和试验状态的责任部门。b. 营销事业部负责采购产品的接收检查。c. 开发部门对公司开发产品的测试状态负责。 4.12.4.4.12.4.管理内容与要求管理内容与要求4.12.4.1 建立并保持文件 R-10001组合、综合测试实施规程 、R-10002单元测试实施规程 、R-10003公司产品验收、批准规程 。4.12.4.2 在接收检查、集成测试、资格测试和现场调试中，开发部门应识别软件测试的状态，应清楚地标明发现的错误、补救措施情况并应防止把有错的产品装箱。其检