二级CMMICMMIA层文件RW-I-A01-质量手册

北京江河瑞通技术发展有限公司质量管理体系文件 质 量 手 册 （依据GB/T19001－2000 idt ISO9001:2000 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 ） 文件编号：RW-I-A01 受控状态： 发放编号： 2003-4-28发布 2003-5-01实施 北京江河瑞通技术发展有限公司 发布 颁　布　令 为了提高管理水平并与国际质量管理体系标准接轨，按照GB/T19001－2000 idt ISO9001：2000《质量管理体系--要求》，结合本公司实际，组织编写了北京江河瑞通技术发展有限公司的质量管理体系文件。 《质量手册》是纲领性文件，《规程、过程文件》是《质量手册》的支持性文件，作业文件是《质量手册》和《规程、过程文件》的支持性文件，是本公司质量管理体系运行所遵循的法规，是质量管理的依据，具有指令性、政策性和法规性的效能。《质量手册》同时还是本公司对外做出的质量承诺。为此，要求全公司各部门和人员自发布之日起认真组织学习、试行，正式生效后必须严格贯彻执行。 质量管理体系文件2003年4月28日发布，2003年5月1日起正式生效。 北京江河瑞通技术发展有限公司 　总经理: 2003年4月25日 授 权 令 为了贯彻执行GB/T19001-2000《质量管理体系--要求》，加强对质量管理体系运作的领导，现任命 为我公司管理者代表，无论其在其它方面职责如何，不能影响其质量管理职责的独立性，必须履行以下职责，并行使其权限： 1、确保本公司质量管理体系的过程得到建立和保持； 2、向最高管理者报告质量管理体系的业绩，包括改进的需求，以供管理评审和作为质量管理体系改进的基础； 3、在整个组织内促进顾客要求意识的形成； 4、就本公司质量管理体系有关事宜与外部各单位的联络工作。 北京江河瑞通技术发展有限公司 　 总经理: 2003年4月25日 质量方针和质量目标 质量方针： 管理规范 质量可靠 服务一流 持续改进 质量目标： 项目验收一次通过率90%以上，顾客满意率90%以上，并在此基础上不断完善。 计算公式： （一次通过的功能数/总功能数）* 100%； 每个顾客（每个 合同 劳动合同范本免费下载装修合同范本免费下载租赁合同免费下载房屋买卖合同下载劳务合同范本下载 ）的顾客满意度是： （顾客满意的项目 / 调查项目总数）* 100%； 质量目标在组织内部的适当层面分解，分目标在哪？ 北京江河瑞通技术发展有限公司 总经理: 2003年4月25日 《质量手册》版序控制 本《质量手册》版序：1.0版 策划：李玉新 袁爽 兰翔 李越 肖扬 编制：质量管理体系文件编写组 审核： 批准： 本《质量手册》发布日期： 2003年4月28日 本《质量手册》实施日期： 2003年5月01日 文件编号：RW-I-A01 北京江河瑞通技术发展有限公司简介 北京江河瑞通技术发展有限公司是专业从事大型应用软件系统的研究、开发及技术服务的独立软件开发商和政府信息化解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 供应商。我们致力于水利、电力、交通、环保等行业的信息化建设，是国内最早从事IT服务的专业公司之一。自1998年10月正式注册成立以来，企业雄厚的技术实力、良好的社会信誉和科学的经营管理，一直走在国际计算机应用技术和信息处理技术发展的前沿，我们专注于所服务领域信息技术应用的创新和开发，使公司每年保持着100%的增长速度，使经济效益和企业资产得以高速增长。现今，我们已经拥有了一支充满热情、作风严谨、富于创新的团队，拥有各方面的专家和专业人员，可以为各类企业提供全方位的服务。 公司地址:北京市海淀区鲁艺上河村B2座3单元901 邮政编码:100089 联系电话:88407030/31/32/33 更 改 记 录 更改序号 更改单号 更改页码 更改前版本号 更改后版本号 更改人 生效日期 备 注 目 录 11. 前言 1.1. 目的 1 1.2. 范围 1 1.2.1. 覆盖的产品 1 1.2.2. 覆盖组织的范围 1 1.2.3. 覆盖的质量管理体系要求 1 1.3. 引用标准 1 1.4. 术语 1 2. 组织机构 3 3. 质量管理职责 3 3.1. 总经理 4 3.2. 管理者代表 4 3.3. 综合部 4 3.4. 软件开发部 4 3.5. 系统集成部 5 3.6. 质量部 5 3.7. 市场部 5 4. 质量管理体系 5 4.1. 总要求 5 4.2. 文件要求 6 4.2.1. 总则 6 4.2.2. 质量手册 6 4.2.3. 文件控制 6 4.2.4. 质量记录的控制 7 5. 管理职责 8 5.1. 管理承诺 8 5.2. 以顾客为关注焦点 8 5.3. 质量方针 8 5.4. 质量管理体系策划 8 5.4.1. 质量目标 9 5.4.2. 策划 9 5.5. 职责、权限和沟通 9 5.5.1. 职责和权限 9 5.5.2. 内部沟通 9 5.6. 管理评审 9 5.6.1. 总则 10 5.6.2. 评审输入 10 5.6.3. 评审输出 10 5.6.4. 管理评审程序 11 6. 资源管理 11 6.1. 资源的提供 11 6.2. 人力资源 11 6.2.1. 人员安排 11 6.2.2. 培训、意识和能力 12 6.3. 设施 12 6.4. 工作环境 12 7. 产品实现 12 7.1. 实现过程的策划 12 7.2. 与顾客有关的过程控制 13 7.2.1. 与产品有关要求的确定 13 7.2.2. 产品要求的评审 14 7.2.3. 顾客沟通 14 7.3. 设计和开发 14 7.3.1. 总则 14 7.3.2. 设计和开发的策划 15 7.3.3. 设计和开发输入 16 7.3.4. 设计和开发输出 16 7.3.5. 设计和开发评审 17 7.3.6. 设计和开发验证 17 7.3.7. 设计和开发确认 17 7.3.8. 设计和开发更改的控制 18 7.4. 采购 18 7.4.1. 总则 18 7.4.2. 供方的评价 19 7.4.3. 采购资料 19 7.4.4. 采购产品的验证 19 7.5. 生产和服务的运作 20 7.5.1. 生产和服务提供的控制（主要指：编码、安装施工、服务） 20 7.5.2. 生产和服务提供过程的确认 20 7.5.3. 标识和可追溯性 20 7.5.4. 顾客财产 21 7.5.5. 产品防护 21 7.6. 测量和监控装置的控制 21 7.6.1. 总则 21 7.6.2. 控制程序 22 8. 测量、分析和改进 22 8.1. 策划 22 8.2. 测量和监控 23 8.2.1. 顾客满意 23 8.2.2. 内部审核 23 8.2.3. 过程的测量和监控 23 8.2.4. 产品的测量和监控 24 8.3. 不合格品的控制 25 8.3.1. 总则 25 8.3.2. 不合格品的评审和处置 26 8.4. 数据分析 26 8.5. 改进 26 8.5.1. 持续改进的策划 26 8.5.2. 纠正措施 27 8.5.3. 预防措施 27 9. 附录 28 9.1. 质量职能分配表 28 9.2. 程序文件清单 29 9.3. 作业文件清单 30 1. 前言 1.1. 目的 质量手册规定了本公司的质量方针、目标，以及为实现质量方针、目标而建立的质量管理体系，包括组织结构、职责、权限以及部门之间的相互关系，做到从设计开发到服务全过程的有效控制。是质量管理体系文件的纲领性文件。 质量手册是公司提供产品和服务的质量管理文件，目的是为了在产品和服务提供过程中预防发生不合格，达到顾客满意；也是作为向顾客证明具有的质量保证能力之用。 1.2. 范围 1.2.1. 覆盖的产品 计算机软件、系统集成产品的设计/开发、生产、安装和服务。 1.2.2. 覆盖组织的范围 软件开发部、系统集成部、质量部、市场部、综合部、管理层。 1.2.3. 覆盖的质量管理体系要求 覆盖GB/T19001-2000 idt ISO 9001：2000《质量管理体系要求》的所有条款要求。 1.3. 引用标准 GB/T19000-2000 质量管理体系——基本原理和术语 GB/T19001-2000 质量管理体系——要求 GB/T19004-2000 质量管理体系——业绩改进指南 1.4. 术语 采用GB/T19000-2000 质量管理体系——基本原理和术语中的术语及下述定义： 软件：软件是程序以及开发、使用和维护所需要的所有文档。 系统集成：计算机技术和通讯技术相结合组成的系统。 4.1 软件：由与数据处理有关的计算机程序、规程以及相关的文档和数据组成的智力创作。 4.2 软件项目：指根据合同需求开发的软件。也可以称为合同软件。 4.3 软件产品：公司根据市场的调研、预测等结果而自行开发的软件。 4.4 软件项：在软件开发过程的中间阶段或最终阶段，所开发的软件中任何可标识的部分。 4.5 软件生命周期：从软件的设计开始到软件不能再使用时为止的时间周期，包括需求分析阶段、设计阶段、实现阶段(编码阶段)、测试阶段、安装与验收阶段、运行和维护阶段等。 4.6 阶段：能明确定义的一部分工作。 4.7 客户：公司提供的软件、系统集成以及技术服务的接受者，有时也称用户。 4.8 供方：产品的提供者。 4.9 合同：合同评审要素涉及的合同概念，专指公司与客户签定的约束双方的合法协议。 4.10 评审：指在进行了必要准备的基础上，在正式会议上对评审对象进行分析和评价的过程。 4.11 设计：指为使一软件系统满足规定的需求而确定软件体系结构、组成成分、模块、接口、测试途径和数据的过程。 4.12 实现：指把设计翻译为代码，然后对代码排除隐含错误的过程，是设计的具体体现，有时也称编码。 4.13 释放：指在软件生存周期的各个阶段结束时，由该阶段向下阶段提交该阶段的阶段产品的过程。也指将系统测试结束后所获得的最终产品向客户提交的过程。 4.14 维护：指在软件交付之后对其进行修改，以纠正错误、改进性能和其它属性，或使产品适应改变了的环境。 4.15 软件配置： 指在软件生存周期各阶段所产生的各种形式和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为软件配置中的一个配置项。 4.16 软件配置管理：指标识和确定系统中配置项的过程。在系统整个生存周期内控制这些项的投放和更改，记录并报告配置项的状态和更改要求，验证配置项的完全性和正确性。 4.17 基准：是指经过评审通过的可以用做下一步开发工作基础的软件项。 4.18 文档：指一种数据介质及其上所记录的数据。 4.19 开发部门：泛指公司内部从事软件开发的部门，可以是软件事业部、软件开发部，也可以是一个项目组。 4.20 设计人员：在开发部门中，从事软件项目或软件产品设计的人员。在一定阶段设计人员又是开发人员。 4.21 开发人员：在开发部门中，从事实现软件项目或软件产品的人员。 4.22 测试设计人员：在开发部门或产品质量控制部门中，从事软件的测试设计与指导工作的人员。 4.23 测试人员：在开发部门或产品质量控制部门中，从事软件的测试工作的人员。 4.24 SMG（Senior Manager Group）：开发体系决策层。 4.25 SEG（System Engineering Group）：系统工程组。 4.26 SEPG（Software Engineering Process Group）：软件工程过程组。 4.27 SCMM（Software Configuration Management Manager）：软件配置管理经理。 4.28 SQAM（Software Quality Assurance Manager）：软件质量保证经理。 4.29 TM（Test Manager）：软件测试经理。 4.30 PM（Project Manager）：项目经理。 4.31 PSM（Project Software Manager）：项目软件经理。 4.32 SCML（Software Configuration Management Leader）：软件配置管理负责人。 4.33 SQAL（Software Quality Assurance Leader）：软件质量保证负责人。 TL（Test Leader）：测试负责人。 2. 组织机构 下图为公司与质量体系相关的组织机构。 3. 质量管理职责 公司实行总经理负责制，公司管理层包括总经理、副总经理，公司机构由市场部、软件开发部、系统集成部、质量部、综合部和财务部组成。本公司的组织结构图见本手册附录一。 公司依据GB/T19001-2000 idt ISO9001：2000标准建立质量管理体系，为确保质量管理体系的实施，要求各项职责落实到部门，明确而清晰，而各部门则要严格遵守岗位要求。本公司的《质量职能分配表》见本手册附录二。 经总经理批准的各部门职责叙述如下（各岗位职责见《岗位职责描述书》）。 3.1. 总经理 全面负责公司各项管理工作，对本公司的生产开发、产品质量、服务质量以及质量管理工作全面负责； 负责贯彻执行国家有关质量方面的法律、法规、方针和政策； 向组织宣传满足顾客和法律、法规要求的重要性，以实现顾客满意为目标，确保顾客的需求和期望得到确定并转化为要求； 主持制定本公司的质量方针、质量目标和质量手册，并以文件形式正式批准颁布，采取有力措施，保证公司各级人员都能理解和贯彻执行； 为保证公司质量管理体系有效性和适宜性提供充分的人力、物力、时间资源； 授权综合部独立地、客观地行使质量管理、质量保证的职权和监督检验的职能； 任命管理者代表并批准建立质量管理体系，确定组织机构和各部门、各类人员的质量职责和权限； 在整个组织内创造员工充分发挥积极性的环境，促进内部沟通； 主持管理评审，批准管理评审报告； 批准公司各类管理性文件； 审批年度培训计划； 关注用户意见和投诉处理，亲自过问和参加重大质量问题的解决和改进； 3.2. 管理者代表 负责主持公司质量管理体系的建立，并组织、协调和监督质量管理体系的实施； 掌握并向总经理报告质量管理体系的业绩和改进的需求，负责组织管理评审结果的跟踪； 在公司内促进满足顾客要求意识的形成； 负责就质量管理体系有关事宜的外部联络。 3.3. 综合部 在管理者代表领导下，负责组织编写质量管理体系文件，建立质量管理体系；负责公司质量管理体系文件的控制和管理； 在总经理的主持领导下，组织公司质量方针和质量目标制定后的分解、展开和落实，并组织编制管理评审计划和管理评审前的准备工作并负责管理评审会议记录； 协调质量管理各项程序的贯彻执行，并对质量计划的实施效果进行验证； 在管理者代表领导下，组织公司内部质量管理体系审核工作； 负责质量记录的归口控制和管理； 负责公司的人力资源的管理，做好员工招聘、考核、人员培训和资格认证工作，为各项工作配备合格的人员； 负责组织数据收集并采用统计技术分析及结果应用的控制； 负责组织各相关部门识别纠正和预防措施的需要并组织对纠正和预防措施的监督和验证。 3.4. 软件开发部 做好售后服务工作，并做好记录，保证服务质量； 对售后出现的质量问题及时报告主管经理，做好记录,妥善处理，并根据有关信息制订纠正措施和预防措施； 认真收集用户的意见和要求(含投诉)，并形成报告上报有关部门. 执行软件开发过程，并保证实施过程遵循质量管理体系文件的规定； 负责所开发软件产品的评审和测试，确保产品质量符合规定要求； 做好软件开发过程中的技术性文件的管理并做好标识。 3.5. 系统集成部 实施质量管理体系有关的程序文件，针对不合格项判定实施纠正预防措施； 负责产品的现场安装、调试、培训等技术服务，真正使用户满意； 参加合同评审及合同修改评审，协助市场部工作； 负责确定本部门所需的检验、测试设备，以及设备在日常使用中的保养； 做好供方的评价，组织好采购产品的采购、验证、保管和发放工作，并作好记录； 负责项目软/硬件产品的搬运、贮存及其包装； 负责顾客提供产品的使用和保管。 3.6. 质量部 对不合格产品控制过程进行监督和管理，并做好记录； 负责检测、测试设备的管理工作； 负责对项目的开发过程和软件产品的质量进行监督和管理。 3.7. 市场部 负责组织本公司销售合同的评审和合同的管理； 负责在合同中明确规定顾客财产的范围、规格、数量、交付方式及相关责任，并负责与用户联络和协商； 参加对与产品有关要求的评审 做好合同之前和执行过程中与顾客的沟通,充分识别顾客对项目的要求； 负责收集市场行情信息、市场调研与市场预测工作，及时掌握市场行情动态并作出相应调整，对重大市场变动和政策变动情况及时上报公司领导； 进行各种市场推广活动的策划及执行，并监督实施； 负责市场的拓展工作,对服务活动的实施情况和顾客的满意度进行测量和分析。 4. 质量管理体系 4.1. 总要求 公司按GB/T19001-2000标准的要求建立质量管理体系，形成文件，加以实施和保持，并予以持续改进。为了实施质量管理体系，公司确保： · 识别和确定覆盖本公司产品（软件开发和系统集成项目）的质量管理体系所需的过程：软件开发过程为商务合同或项目立项—项目策划阶段—需求分析—软件设计—软件编码—评审和测试—验收交付—维护，系统集成项目的过程为信息或招标—立项—方案的设计—方案和合同评审—采购—项目实施—验收交付—售后服务。 · 明确各项过程的顺序和相互作用； · 明确为这些过程有效运作和控制所需的准则和方法并形成文件； · 确保及时获得必要的信息，以支持这些过程的有效运行和对这些过程的监控； · 及时检查、监控和分析这些过程，实施必要的措施，以实现所策划的结果和继续改进。 本公司确保按GB/T19001-2000标准的要求管理和控制这些过程。 对于外包的过程，本手册7.4章节及《合格供方控制规程》及《采购控制规程》中进行了描述。 4.2. 文件要求 4.2.1. 总则 本公司质量管理体系文件包括： · 质量方针和目标； · 质量手册； · 程序文件； · 质量计划； · 管理性文件和作业文件； · 国家有关法律和法规、行业的法规； · 表格和质量记录。 4.2.2. 质量手册 为了贯彻本公司的质量方针和质量目标，阐明质量管理体系，明确影响质量的管理、执行和验证（或评审）工作人员的职责、权限和相互关系，特编制质量手册。质量手册经总经理批准发布实施，各级领导和全体员工都应严格执行。 质量手册应随质量方针和质量目标的改变和质量管理的理论和实践的不断改进并根据情况的变化做某些必要的修改和调整。 质量手册的内容包括: · 质量方针和目标 · 质量管理体系的范围（产品范围、组织范围、覆盖的标准范围）； · 形成文件的程序或引用； · 对质量管理体系中过程顺序和相互作用的描述。 4.2.3. 文件控制 为了保证对质量管理体系运行有关的各个场合使用有效的文件和资料，防止使用失效或作废的文件，对文件和资料进行有效的控制，本公司制定了《文件和资料控制规程》。 总经理批准发布《质量手册》、《程序文件》和公司其它管理文件、技术性文件；各技术部门负责本公司技术性文件和资料的管理并负责技术档案的归档、登记、保管工作；综合部负责本公司《质量手册》、支持性文件、管理性文件和资料的归档管理；其它部门负责本部门的文件和资料管理，包括有关的外来文件和资料，如标准和顾客提供的图样。 所控制的文件和资料包括任何媒体形式，如拷贝或电子媒体。 为使公司的文件和资料适用并受控，对公司质量管理体系运行有关的文件和资料进行管理，并确保： · 文件发布前得到批准，以确保文件是适宜的； · 文件换版或进行较大修改时得到评审，必要时进行修改并再次评审； · 确保对文件的现行修订状态进行标识； · 识别文件的现行修订状态； · 确保在使用处可获得有关版本的适用文件； · 确保文件保持清晰、易于识别和检索； · 确保外来文件得到识别，并控制其分发； · 防止作废文件的非预期使用，若因任何原因而保留作废文件时，对这些文件加以适当的标识。 作为质量记录的文件按本手册4.2.4章节的要求进行控制。 4.2.4. 质量记录的控制 为了证明产品满足质量要求或对质量管理体系要素运行的有效性或对有追溯性要求的场合以及采取纠正和预防措施提供客观证据，对质量记录的标识、贮存、检索、保护、保存期限和处置进行控制，本公司制定了《质量记录控制规程》。 综合部负责质量记录的归口管理，其它部门负责本部门相关质量记录的编制、填写、收集、保存和归档。 所有的质量记录应予保存，以证明产品质量符合规定要求和质量管理体系有效运行。来自供方的质量记录也要成为这些资料的组成部分，予以保存。 产品及质量管理体系涉及的所有质量记录须字迹清晰。保管方式要便于存取、检索，保管设施应提供适宜的环境，以防止损坏、变质和丢失。按产品寿命要求与质量管理体系保证要求规定质量记录的保存期。当合同要求时，在商定期内质量记录可提供给顾客或其代表在评价时查阅。 质量记录可以是文字的，也可以采用磁盘等电子媒体形式或照片、胶片等。 5. 管理职责 5.1. 管理承诺 公司总经理通过以下活动对其建立和实施质量管理体系及继续改进质量管理体系有效性的承诺提供证据： · 通过例会、内部网络等形式向全体员工传达和明确满足顾客和法律、法规要求是公司存在的基础和前提； · 制定公司的质量方针和质量目标并亲自颁布实施； · 每年主持进行一次管理评审，需要时增加其频次； · 确保公司质量管理体系运行和各项业务所需的资源配备，包括人力资源和物力资源的配备和有效使用。 5.2. 以顾客为关注焦点 公司的生存和发展依存于顾客，总经理明确，将实现顾客满意作为本企业的根本追求。 公司制定和实施了调查、了解顾客要求和期望的管理规定，以及在业务中实现满足顾客要求和期望的程序文件和作业文件，如《编号及标识规定》、《服务规程》等。 5.3. 质量方针 公司的质量方针： 管理规范 质量可靠 服务一流 持续改进 公司的质量方针是公司的全体员工的质量追求和承诺，是公司搞好服务质量的决心和公司经营管理的宗旨，也是对顾客和社会的承诺。 质量方针由公司总经理批准并颁布，通过培训，全体员工理解并执行。质量方针由总经理组织在管理评审会议中评审。 5.4. 质量管理体系策划 5.4.1. 质量目标 公司的质量目标： 项目验收一次通过率90%以上，顾客满意率90%以上，并在此基础上不断完善。 质量目标是公司近年能够实现的目标。各职能部门应充分理解和执行，质量目标应分解到各部门，每次管理评审应评审目标的完成情况，并及时变更质量目标，以适应质量管理体系的要求和本公司的实际情况。 5.4.2. 策划 质量策划是实现质量目标的保证。总经理组织为满足顾客需求，实现公司质量方针和质量目标建立、实施、保持和改进质量管理体系的策划，确定公司质量管理体系的范围，组织文件化质量管理体系的编制、审批并组织质量管理体系的实施，定期评价和改进。 对质量管理体系的更改进行策划和实施时，本公司确保质量管理体系的完整性。 5.5. 职责、权限和沟通 5.5.1. 职责和权限 　　最高管理者应确保组织内的职责、权限及其相互关系得到规定和沟通。 主要职责部门如下： · 总经理：负责制定公司的质量方针和质量目标，主持管理评审工作，对公司的管理负最高职责。 · 管理者代表：负责建立质量体系，并确保质量体系的有效运行。 · 质量保证部门：负责协助管理者代表制定管理评审计划并编制管理评审报告。 5.5.2. 内部沟通 　　最高管理者应确保在组织内建立适当的沟通过程，并确保对质量管理体系的有效性进行沟通。为促进公司内各职能和层次间交流信息、增进理解，协调行动，公司建立了公司和专业部门的例会制度，由总经理和综合部组织实施，除此之外，在建立和改进质量管理体系的过程中，本公司充分发挥内部网络的优势，通过网络进行内部沟通。 5.6. 管理评审 5.6.1. 总则 为确保公司质量管理体系持续的适宜性、充分性和有效性，总经理负责主持管理评审，综合部负责组织管理评审，与质量管理体系有关的各部门负责人参加；例行的管理评审每年一次，每次内审时间间隔不大于12个月。但随着社会环境、市场需求、内部组织机构等发生重大变化或连续出现重大质量事故或被顾客投诉时，应及时增加管理评审，评审时间由总经理决定；管理评审应评价公司的质量管理体系改进的需要，包括质量方针和质量目标的评价和改进。 5.6.2. 评审输入 为管理评审提供充分和准确的信息，是管理评审有效实施的重要环节。管理评审的信息包括： · 审核的结果（包括内审、外部审核、自我评定等）； · 顾客反馈（包括满意、不满意的信息，顾客投诉等）； · 业务、项目、合同完成情况，专业检查结果等； · 纠正和预防措施的实施情况； · 以往管理评审的跟踪措施； · 社会和顾客需求，新专业、新标准、新概念，相关法律法规的变化等； · 改进的建议。 管理者代表组织有关部门，对有关信息和资料进行准备。 5.6.3. 评审输出 管理评审输出包括： · 质量管理体系及其过程的改进措施，针对过程业绩分析，提出改进要求； · 产品和服务的改进措施； · 资源需求，包括人力资源和物力资源等。 管理评审会议由综合部负责记录。管理评审结果由管理者代表编写管理评审报告，经总经理审批后由综合部发到有关部门。 管理评审报告实施情况，由管理者代表进行检查，需要时向总经理报告。 5.6.4. 管理评审程序 5.6.4.1. 评审准备 · 综合部负责筹划管理评审并编制《管理评审计划》，在评审前7天向参加评审的部门或人员下发管理评审计划，要求做好相应准备。 · 管理者代表起草前一阶段质量管理体系运行情况报告，并拟定管理评审中所要提出的问题。 · 综合部准备并提供： · 质量审核报告； · 纠正措施跟踪报告； · 预防措施有关信息。 · 其他部门或人员负责按《管理评审计划》中的要求做好相关的准备。 5.6.4.2. 评审实施 总经理主持管理评审会议，管理评审会议由综合部负责记录并形成《管理评审会议记录》。管理评审结果由管理者代表编写《管理评审报告》，经总经理审批后由综合部发到有关部门。 针对管理评审报告中的决议，需要时由综合部下发纠正和预防措施要求表。 管理评审报告实施情况，由管理者代表进行检查，需要时向总经理报告。 6. 资源管理 6.1. 资源的提供 总经理负责确定并提供所需的资源，以： · 实施和改进质量管理体系的过程，满足公司业务和社会的需求； · 满足顾客的期望，配备必要的资源，达到顾客满意。 6.2. 人力资源 6.2.1. 人员安排 公司对从事各岗位工作的人员,从教育、培训、技能和经历等方面规定了要求，编制了《公司人事 管理制度 档案管理制度下载食品安全管理制度下载三类维修管理制度下载财务管理制度免费下载安全设施管理制度下载 》，对各岗位人员的能力要求和考核方法做出了规定。 公司通过选聘和培训，使现职员工具备和符合其岗位资质标准。 6.2.2. 培训、意识和能力 综合部负责，各相关部门配合做到： · 确定从事影响产品质量工作的人员所必要的能力，在《岗位职责描述书》中作了明确规定； · 对于从事对质量有影响的工作的人员应根据实际需要进行培训，必要时要通过资格认可，从而确保本公司人员素质符合规定的要求，以适应管理、技术工作的要求； · 公司按《公司人事管理制度》的要求对员工培训和控制。培训应做到需求明确、有计划、分层次、采取灵活多样的方式进行，必要的时候可实施考核，以检验培训成果； 综合部做好质量方面的培训工作，确保员工认识到所从事活动的相关性和重要性以及如何为实现本公司质量目标做出贡献； 培训记录（包括教育、培训、技能和经验的适当记录）要适当保存，作为质量保证的证据。 6.3. 设施 各相关部门负责识别和维护为实现产品的附合性所需要的设施，为维护这些设施，本公司编制了《服务器管理规则》。总经理负责提供需要的设施，由综合部负责维护，这此设施包括： · 工作场所和相应的设施； · 设备、硬件和软件； · 支持性服务。 6.4. 工作环境 公司为员工配备了较为优越的工作环境、会议室等。公司注重员工心理的、社会的物质的要求，使每位员工获得充足的岗位培训、成长空间、相对独立的工作成果的评价以及优厚的报酬，形成健康向上的企业文化。 系统集成部负责系统集成项目施工现场工作环境的管理，充分满足项目质量的要求。 7. 产品实现 7.1. 实现过程的策划 本公司将过程管理的原则用于所有的活动，产品的实现是实现产品的一组有序的过程与子过程，它们使本公司获得产品、产生增值。这些过程中，一个过程的输出将直接形成下一个过程的输入而且这些过程和子过程的影响可能是复杂的，本手册第7.2至7.6章节提供了这些过程的框架。 为确保本公司产品质量符合规定的要求，确保软件产品的开发策划、需求分析、设计实现、安装调试、验收交付及维护服务等各项活动的质量，确保系统集成项目的质量，本公司对相关产品形成的过程进行了分析、策划，编制了作业指导书和质量记录样式，并要求有关部门在质量相关活动的过程中，编制相关技术性文件、填写相关质量记录。 质量策划的活动包括： · 确定产品、项目或合同的质量目标。针对特定的项目和产品，制定质量计划，说明为了保证项目和产品达到质量要求，所规定专门的程序方法、职责及有关资源配备。 · 为了保证公司软件开发策划、需求分析、设计实现、安装调试、验收交付及维护服务等各个阶段的活动、产品及服务达到质量要求，保证系统集成项目实施全过程的质量，公司确定和配备了必要的控制手段、过程、设备、工具、资源、技能。具体的配备情况，在质量体系程序文件和作业指导书中描述。 · 明确所有特性和要求的接收标准，在《编号及标识规定》、《项目计划》、《软件需求 说明书 房屋状态说明书下载罗氏说明书下载焊机说明书下载罗氏说明书下载GGD说明书下载 》、《概要设计》中做出了规定。确定产品形成过程中，适当阶段的验证，在《采购控制规程》、《合格供方评审规程》、《软件测试规范》、《验收交付计划》中将详细描述。为了确保质量可以达到要求，应根据要求的需要，更新质量控制、检验和测试技术，例如：开发新的测试工具软件或管理软件等。 · 确定和建立质量记录，在各个程序文件中分别做出了规定。 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.3.8. 设计和开发更改的控制 导致设计更改的因素很多，可能包括： · 用户提出的需求更改，引起的设计变更。 · 用户使用过程中发现的实现/应用设计错误，。 · 项目组测试过程中发现的设计错误。 · 项目组或公司内部由于某种策略或技术的变化要求引发的设计的更改。 软件项目变更依照《项目计划修订规程》实施。应依据提出因素的不同，对需求变更进行评审，对用户发现的错误重新确认，对内部提出变更移交，以决定是否接收，而后根据项目负责人的要求实施变更申请和确认。 变更实施依据配置管理计划要求的规程实施，变更结果必须得到确认和审批，并做好记录。需注意连带变更的控制，同时变更必须及时通知到所有相关部门和人员。 系统集成项目的设计更改要进行严格的审批，必要时应进行评审、验证和确认，具体执行《项目计划过程》。 7.4. 采购 7.4.1. 总则 为了确保所采购的产品符合规定要求，本公司制定了《采购控制规程》及《合格供方评审规程》。 总经理审批合格供方名单，相关主管副总经理审批采购资料，系统集成部负责编制采购资料，系统集成部负责外购工作，系统集成部组织产品的检验和验证。 7.4.2. 供方的评价 根据对最终产品质量影响程度，把采购产品分成重要产品（软件产品和系统集成项目的主要设备）和一般产品（原辅材料等），对重要产品的每个外购供方和外协供方都分别按下列方式进行评价： · 对供方生产能力、交货能力及质量管理体系状况进行评价； · 对比类似产品的历史情况或其他使用者的使用经验； · 对比类似产品的试验结果； · 对产品样品进行评价。 系统集成部组织对供方的评价并确定合格供方名单，重要产品供方由系统集成部建立档案，记录供货质量情况，对供方进行动态控制，每年对所有供方要例行评价一次。 系统集成部须建立和保存合格供方的质量记录。 7.4.3. 采购资料 系统集成部编制外购件、外协加工件、外购件的采购资料。并按规定进行审批；采购资料是设计的输出文件之一（软件运行环境、集成设计方案），包括： · a) 采购产品的类别、形式、等级或其它准确标识方法； · 采购产品的规范、图样、过程要求、检验规程及其他有关技术资料（包括产品、程序、过程、设备和人员的认可或鉴定要求）的名称或其它明确标识和适用版本等； · 提供产品的供方适用的质量管理体系标准的名称、编号和版本。 采购资料须主管副总批准，以确认该资料所规定的要求是否适当。 7.4.4. 采购产品的验证 · 采购产品的检验和验证按采购要求及相关采购产品的产品标准执行。 · 当合同中有规定、顾客或其代表要在供方处或在本公司对供方的产品进行验证时，由系统集成部协调安排实施。本公司不能把该验证认为供方对质量进行了有效控制的证据。 顾客的验证既不能免除本公司提供可接收产品的责任，也不能排除其后顾客的拒收。 7.5. 生产和服务的运作 7.5.1. 生产和服务提供的控制（主要指：编码、安装施工、服务） 为了对生产和服务的运作进行有效的控制，本公司制定了《项目计划过程》、《项目监督与控制过程》、《项目质量保证过程》、《服务控制程序》，通过以下方面进行运作的控制： · 根据项目和顾客要求，由市场部负责组织获得规定产品特性的信息，包括隐含的要求及法律法规要求。 · 由相关部门分别制定作业指导书，包括《安装手册》、集成项目设计方案等。 · 由相关部门负责使用和维护生产与服务运作的适当设备。 · 由相关部门负责按《PMC过程》、《PPQA过程》和《验收交付规范》的要求实施监控活动。 · 对放行、交付和适用的交付后活动，在《验收交付规范》中做出了规定。 7.5.2. 生产和服务提供过程的确认 本公司现有的设计和开发、生产、安装和服务的过程中存在特殊过程为： · 软件测试过程 · 系统集成过程中的隐蔽布线过程 对于上述两个过程分别按照：《测试计划编写规范》《网络施工规程》进行控制和识别。 7.5.3. 标识和可追溯性 为了有效识别开发策划、需求分析、设计实现、安装调试、验收交付及维护服务过程中的各项产品，防止混用，确保本公司生产的软件产品的可追溯性和唯一标识，实现产品质量保证的明确定位，公司在《编号及标识规定》中规定应在明确规定项目中产品标识的方式，依此实施产品标识，并记录标识。 系统集成项目施工过程中的标识由系统集成部负责采用适宜的方法进行标识，综合部负责监督。 检验和试验状态的标识，主要指的是对于测试和评审状态的标识，标明产品经测试和评审后是否合格。在《软件测试规范》、《评审规程》、《里程碑评审规程》中分别指明所进行的单元测试、集成测试、系统测试、产品评审的状态标识应依据《配置管理计划》中的规定进行标识，即根据《配置管理计划模板》规定，软件状态标识可采用加标签/标记、分不同路径存放或采用配置管理工具提供的其它标识方法实施和控制。在《产品检验记录》中规定验收测试结果的标识依据不合格品的标识方法进行标识。 系统集成项目施工过程中的状态标识由系统集成部负责采用在验收记录上记录的方法进行标识，综合部负责监督。 检验和试验状态的标识要注意保持。未经标识、标识不明确或标识已损坏的产品不得投入下一过程。 在有可追溯性要求时，由相关部门控制和记录产品的唯一性标识。 分两部分概述：1）软件配置管理；2）系统集成过程中的状态标识和唯一性标识 7.5.4. 顾客财产 本公司应确保合同明确规定顾客财产的情况，由系统集成部记录在《系统运行工作记录》之中，实施检验和验证，及时退回给顾客的不合格品。 顾客财产应按规定妥善保管，其知识产权和保密性信息应受保护。如有丢失、损坏或不适用的情况发生，应由系统集成部及时记录在《系统运行工作记录》中，与顾客协商、及时解决。项目结束后顾客提供产品的处置必须依照合同规定执行。 软件开发项目中也可以遇到顾客财产问题。 7.5.5. 产品防护 控制搬运、传递、贮存、包装等过程；项目组配置管理员负责控制备份过程；《验收交付规范》控制交付过程中的防护。以此实现安全防护的目的，避免产品受到损坏。规定文件中对上述过程的实施要求做出了具体描述，必须严格执行，确保搬运、储存、包装、交付过程中的防护。 希望考虑：1）配置管理库的防护；（备份、防病毒） 2）系统集成包括：硬件（防止物理损坏、防静电等） 7.6. 测量和监控装置的控制 7.6.1. 总则 公司规定对采购、外借、外租及顾客提供的检验、测试设备、测试软件、基准程序，及自行开发的测试软件的控制管理过程。检验、测试设备、测试软件、基准程序应经验证、评审或测试其功能和性能符合要求。 使用前，应按要求检验检验设备、测试设备、测试软件、基准程序的有效性，并按要求周期复检，保存检验记录。 用户或其代表要求我方提供检验、测试设备、测试软件、基准程序的技术资料时，在不违背公司利益和合同规定的原则下，可考虑提供。 7.6.2. 控制程序 本公司对检验、测试设备、测试软件、基准程序的控制包括: · 根据需求，采购（或开发）检验软件、测试设备、测试软件和基准程序； · 对照国家或国际基准，定期或使用前进行校准。当不存在上述基准时，项目负责人确定标准（此标准不能违背国家标准和行业标准），必要时应形成文件； · 必要时进行调整或重新调整； · 明确标识检验软件、测试设备、测试软件和基准程序测试后合格与否； · 确保不会有人为原因造成的检验软件、测试设备、测试软件和基准程序的性能下降或功能使用不当； · 规定检验软件、测试设备、测试软件和基准程序的使用过程，要求使用前做好准备，注意维护； · 项目负责人负责确保检验软件、测试设备、测试软件和基准程序应用的适宜环境； · 确保各过程不会影响检验软件、测试设备、测试软件和基准程序的性能。 · 此外，一旦发现检验软件、测试设备、测试软件和基准程序不适用时，必须评定其有效性、分析检验测试结果，并形成文件；保存记录检验软件、测试设备、测试软件和基准程序的检验情况； · 软件、测试设备、测试软件和基准程序应在使用前由使用部门组织对其满足预期应用的能力进行认定。 8. 测量、分析和改进 8.1. 策划 本公司为确保符合性和实现改进所需的测量和监控活动包括： · 顾客满意或不满意信息的收集分析； · 内部质量审核； · 产品形成过程中的检查评定； · 不合格品的控制； · 纠正和预防措施。 根据统计分析方法的需求，可采用调查表、排列图、因果图等统计技术。 8.2. 测量和监控 8.2.1. 顾客满意 按照《顾客满意度监测规程》，对顾客满意或不满意的信息进行收集、分析，以改进质量管理体系。信息内容包括：有关产品和服务质量的顾客反映；顾客需求的变化；市场需求的变化等。 · 市场部负责收集顾客对服务质量的反馈，顾客要求等。 · 市场部负责收集顾客和市场需求的变化。收集的方式可以是口头的或书面的。 · 市场部定期对信息进行分析，报公司领导或有关部门。 8.2.2. 内部审核 为验证质量活动和有关结果是否符合GB/ T19001－2000标准和质量管理体系文件，改进自身质量管理体系，发现问题，纠正和预防不合格，确保质量管理体系的有效运行。本公司制定了《内部质量审核控制规程》。 管理者代表领导内部质量审核，综合部组织，内部质量审核员实施，各部门配合。 内部质量审核根据所审核的活动的实际情况和重要性，编制年度内部质量审核计划及实施计划。常规的内部质量管理体系审核每年一次，安排在每年5月或11月进行，审核工作由与所审核活动无直接责任的经培训并授权的内部质量审核员进行。 对内部质量审核的准备、审核的实施包括首次会议、现场审核、末次会议及管理评审报告在《内部质量审核控制规程》中作出了规定。 每次审核后要记录质量审核结果，以不合格报告对审核时发现的问题进行描述。并向受审核单位负责人提出，以及时采取纠正措施。由综合部组织内部质量审核员对纠正措施实施情况和效果进行验证并记录验证结果。 内部质量审核报告由管理者代表批准后下发各部门，并提交给管理评审。 8.2.3. 过程的测量和监控 综合部负责，各部门配合对质量管理体系的过程（如大过程管理职责、资源管理过程、产品实现过程、测量、分析和改进过程，小过程文件控制、记录控制、不合格品的控制等过程）进行测量和监控，包括对过程的监控和可行的测量。测量和监控的方法主要有过程的日常检查、自我评价和过程评审等。 若计划的结果实现不了，由综合部根据《纠正和预防措施控制规程》的要求采取纠正和纠正措施来确保过程的符合性。 与CMMI中的过程改进结合 8.2.4. 产品的测量和监控 8.2.4.1. 总则 为了保证产品质量，本公司建立了一套完善的检验和试验活动的控制程序文件，根据产品的特点进行测量和监控并按照策划的安排在产品实现过程的适当阶段予以实施。这套程序文件明确规定了各阶段的检验与试验过程，并验证产品对规定要求的满足程度。 《项目计划》中的质量计划部分和程序文件《采购控制规程》及《合格供方评审规程》、《软件测试规范》、《验收交付规范》和《评审规程》是相关的检验和试验的指导和依据。 除非特殊情况，不可紧急放行或例外转序。 验收结果必须形成文件备案。 8.2.4.2. 进货检验和试验 进货检验和试验包括对采购产品的验证（执行《采购控制规程》及《合格供方评审规程》）和对顾客财产的检验和验证。 程序文件规定，未经验证和检验的采购产品和顾客提供产品不得引入开发过程，不合格采购产品和顾客提供产品采取退货方式处理。 采购产品的检验和验证应考虑供方处进行的控制程度和供方所提供的合格证据。 8.2.4.3. 过程检验和试验 软件项目过程检验和试验包括单元测试、集成测试、系统测试、阶段性评审和产品评审。 系统集成项目的各种中间验收由该项目的软件部分开发部门和工程与产品的实施部门负责。 单元测试、集成测试、系统测试遵照《软件测试规范》规定执行，测试前项目负责人组织编写测试计划、测试用例，经评审后作为测试的依据；阶段性评审和产品评审遵照《评审规程》执行，事先由项目负责人确定评审方式和参加者，组织准备评审材料，而后实施评审。 测试和评审必须保存相应质量记录，及时解决发现的问题。编码完成方可进行单元测试，通过后才进行集成测试，集成测试通过后系统测试才可实施，上述测试和评审均获通过方可提交验收交付。各过程均不可例外放行。 8.2.4.4. 最终检验和试验 最终检验和试验是指验收交付过程，依据《验收交付规范》实施，需事先编制《验收交付计划》、《软件测试报告》，作为验收交付的依据。验收交付必须在项目全部成果物通过了所有按规定需进行的测试和评审后方可实施。验收交付事先应由项目经理向部门经理提交申请，确认后交付规定产品、实施现场安装调试、进行验收测试，并解决遇到的问题，实施要求的用户培训，得到用户签字认可，作为确认产品符合规定要求的证据。通过验收交付的项目进入维护阶段，正式交付用户使用。 8.2.4.5. 检验和试验记录 应保存的检验和试验记录在各程序文件中做出规定，必须清晰、明确、真实、完整。产品未通过测试或评审，被确认为不合格时，应执行《不合格品的控制规程》实施对不合格品的控制。 8.2.4.6. 紧急放行的处理 如因项目急需来不及进行的检验和试验，必须经主管副总经理批准和顾客同意，并做好记录和必要的标识。（注意要求标识的具体规定，以便发现问题时可追溯） 8.3. 不合格品的控制 8.3.1. 总则 不合格品包括购买或用户提供的软、硬件以及本部门开发的软件中没有通过评审的产品和系统集成项目中没有通过各阶段验收的项目/子项目。但本部门开发的、已测试合格的软件产品不能因为仍然包含潜在的bug而称之为不合格。 为保证产品质量，必须对不合格品实施控制，本公司制定了《不合格品的控制规程》，以防止不合格品的非预期使用或进入后续阶段，甚至交付用户。不合格品的标识、记录、评价、隔离和处置均在上述程序文件中详细说明，对于不合格品的处置要保存记录。对不合格品的处置，应充分考虑带来的连带影响，及时给予解决和通知有关部门。 8.3.2. 不合格品的评审和处置 软件开发过程中和系统集成过程中以及采购的不合格品的确定由项目负责人负责，需进行标识，必要时隔离，根据需要由项目负责人或部门经理确定评审方式，组织实施评审，确定处置方法，而后记录和跟踪实施。不合格品的处置方式在本公司范围内只包括返工直至达到要求一种，而后必须重新确认。 交付验收中的软件产品和系统集成项目的不合格品由质量部负责组织评审和标识隔离，通知有关部门处理。 返工后的不合格品应按规定重新进行测试。 当在交付或开始使用后发现产品不合格时，质量部负责组织各相关部门针对不合格品所造成的后果或潜在后果采取相应的措施。 8.4. 数据分析 公司定期收集和分析适当的数据，以确定质量管理体系的适宜性和有效性并识别可以实施的改进。应收集的信息和数据包括： · 顾客满意程度的现状和趋势； · 产品、服务与顾客要求的符合性； · 顾客建议、要求信息。 以上信息和数据由综合部定期收集并分析。（应当有与CMMI数据收集和分析的结合点） 8.5. 改进 8.5.1. 持续改进的策划 改进指不断提高本公司产品和服务质量，以满足顾客日益提高的要求和期望。公司除管理评审研究决定重大改进外，日常研究产品和服务的改进每两月进行一次，由管理者代表组织相关部门实施。公司改进管理的内容包括： · 通过质量方针的建立与实施，营造一个激励改进的氛围与环境； · 通过质量目标的实施以明确改进方向； · 通过数据分析、内部质量审核不断寻求改进的机会； · 实施纠正和预防措施实现改进； · 在管理评审中评价改进效果，确定新的改进目标。 8.5.2. 纠正措施 公司采取纠正措施，以消除不合格产生的原因，防止不合格的再发生，为此本公司建立了《纠正和预防措施控制规程》。实施纠正措施的程序包括以下内容： · 对发现的不合格，包括体系运行不合格项、不合格产品、服务或顾客投诉，综合部或其他部门，进行记录和分析，需要采取纠正措施时，向责任部门下发纠正措施要求表； · 责任部门对不合格调查产生的原因制订消除原因的纠正措施； · 由综合部确定和组织责任部门实施纠正措施； · 综合部负责跟踪纠正措施实施情况，一般纠正措施完成时限为两周。如工作量大或涉及其他部门时，向管理者代表报告，由管理者代表协调完成时限； · 纠正措施完成，由综合部组织对纠正措施有效性进行验证。对于效果不明确的，由综合部要求责任部门采取进一步的分析与改进； 纠正措施实施与验证记录交综合部保管。 8.5.3. 预防措施 综合部组织各部门质量保证人员确定和实施预防措施，消除潜在的不合格原因，以促进质量体系持续改进。《纠正和预防措施控制规程》中预防措施程序如下： · 预防措施的信息包括：顾客信息、质量记录、内审过程有关信息等； · 各部门收集有关信息、分析可能产生的不合格，认为有必要采取预防措施时，写出建议或报告交综合部； · 由综合部组织，对潜在的不合格进行识别并分析原因； · 研究确定预防措施，并落实实施； · 跟踪并验证效果； · 评价预防措施的有效性，有文件更改或增订时按文件资料控制程序执行；预防措施效果不理想时，确定进一步分析和采取适当的预防措施； · 预防措施的有关记录由综合部保管。 9. 附录 9.1. 质量职能分配表 部门 过程 管理层 综合部 软件开发部 系统集成部 质量部 市场部 4.1体系总要求 Δ Δ √ √ √ √ 4.2.1总则 Δ Δ √ √ √ √ 4.2.2质量手册 √ Δ √ √ √ √ 4.2.3文件控制 √ Δ √ √ √ √ 4.2.4质量记录的控制 Δ √ √ √ √ 5.1管理承诺 Δ √ √ √ √ √ 5.2以顾客为关注焦点 Δ √ √ √ √ 5.3质量方针 Δ √ √ √ √ √ 5.4策划（目标体系策划） √ √ √ √ √ 5.5职责、权限和沟通 Δ √ √ √ √ √ 5.6管理评审 Δ √ √ √ √ √ 6.1资源的提供 Δ 6.2人力资源 √ Δ √ √ √ √ 6.3设施 Δ Δ √ √ √ √ 6.4工作环境 Δ √ Δ 7.1实现过程的策划 √ Δ Δ √ √ 7.2与顾客有关的过程控制 √ √ Δ 7.3设计和开发 Δ Δ √ √ 7.4采购 Δ 7.5生产和服务的运作 Δ Δ √ √ 7.6测量和监控装置的控制 √ √ Δ 8.1策划 Δ 8.2.1顾客满意 Δ 8.2.2内部审核 √ Δ √ √ √ √ 8.2.3过程的测量和监控 Δ √ √ Δ √ 8.2.4产品的测量和监控 √ √ Δ 8.3不合格控制 √ √ Δ 8.4数据分析 Δ √ √ 8.5改进 Δ Δ √ √ √ √ 注：“Δ”代表主要职责，“√”代表相关职责。 9.2. 程序文件清单 序号 文件号 文件名称 1 RICHWAY/B:01-2003A 管理评审控制程序 2 RICHWAY/B:02-2003A 系统集成实现控制程序 3 RICHWAY/B:03-2003A 合同评审控制程序 4 RICHWAY/B:04-2003A 软件项目计划控制程序 5 RICHWAY/B:05-2003A 软件需求分析控制程序 6 RICHWAY/B:06-2003A 软件设计控制程序 7 RICHWAY/B:07-2003A 软件编码控制程序 8 RICHWAY/B:08-2003A 文件和资料控制程序 9 RICHWAY/B:09-2003A 合格供方评审控制程序 10 RICHWAY/B:10-2003A 软件集成控制程序 11 RICHWAY/B:11-2003A 采购产品控制程序 12 RICHWAY/B:12-2003A 产品标识和可追溯性控制程序 13 RICHWAY/B:13-2003A 软件产品复制、安装和交付控制程序 14 RICHWAY/B:14-2003A 软件鉴定测试控制程序 15 RICHWAY/B:15-2003A 检验和试验状态标识控制程序 16 RICHWAY/B:16-2003A 不合格品控制程序 17 RICHWAY/B:17-2003A 纠正和预防措施控制程序 18 RICHWAY/B:18-2003A 质量记录控制程序 19 RICHWAY/B:03-2003A 培训控制程序 20 RICHWAY/B:03-2003A 内部质量审核控制程序 21 RICHWAY/B:21-2003A 服务控制程序 22 RICHWAY/B:22-2003A 软件度量控制程序 23 RICHWAY/B:23-2003A 顾客满意度监测控制程序 从文件的结构看是按照ISO9001：1994版本，设计的。 9.3. 作业文件清单 序号 文件号 文件名称 1 RICHWAY-QI-01 《公司人事管理制度》 2 RICHWAY-QI-02 《公司员工绩效考核及评估办法》 3 RICHWAY-QI-03 《公司技术岗位及工资级别》 4 RICHWAY-QI-04 《事务管理流程》 5 RICHWAY-QI-05 《报到登记表》 6 RICHWAY-QI-06 《应聘申请表》 7 RICHWAY-QI-07 《招聘面试记录表》 8 RICHWAY-QI-08 《面试评价记录表》 9 RICHWAY-QI-09 《录用通知单》 10 RICHWAY-QI-10 《转正申请表》 11 RICHWAY-QI-11 《北京江河技术发展有限公司假期及考勤规定》 12 RICHWAY-QI-12 《薪金及福利制度》 13 RICHWAY-QI-13 《公司技术岗位及工资级别（2002）》 14 RICHWAY-QI-14 《市场人员管理制度》 15 RICHWAY-QI-15 《从事异动管理条例》 16 RICHWAY-QI-16 《薪酬管理制度》 17 RICHWAY-QI-17 《市场人员项目提成考核及计算办法》 18 RICHWAY-QI-18 《员工福利制度》 19 RICHWAY-QI-19 《北京江河瑞通技术发展有限公司会议制度》 20 RICHWAY-QI-20 《北京江河瑞通技术发展有限公司合同管理办法》 21 RICHWAY-QI-21 《办公环境制度》 22 RICHWAY-QI-22 《服务器管理规则》 23 RICHWAY-QI-23 《北京江河瑞通技术发展有限公司车辆管理暂行办法》 24 RICHWAY-QI-24 《公司财务管理办法》 25 RICHWAY-QI-25 《固定资产管理办法》 26 RICHWAY-QI-26 《市场销售成本管理办法》 管理者代表 _1147605543.doc 总经理 市场部 总经理 软件开发部 质量部 财务部 系统集成部 综合部