欢迎来到淘文阁 - 分享文档赚钱的网站! | 帮助中心 好文档才是您的得力助手!
淘文阁 - 分享文档赚钱的网站
全部分类
  • 研究报告>
  • 管理文献>
  • 标准材料>
  • 技术资料>
  • 教育专区>
  • 应用文书>
  • 生活休闲>
  • 考试试题>
  • pptx模板>
  • 工商注册>
  • 期刊短文>
  • 图片设计>
  • ImageVerifierCode 换一换

    过程和产品的监视及测量控制程序.docx

    • 资源ID:63102796       资源大小:29.91KB        全文页数:10页
    • 资源格式: DOCX        下载积分:10金币
    快捷下载 游客一键下载
    会员登录下载
    微信登录下载
    三方登录下载: 微信开放平台登录   QQ登录  
    二维码
    微信扫一扫登录
    下载资源需要10金币
    邮箱/手机:
    温馨提示:
    快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
    如填写123,账号就是123,密码也是123。
    支付方式: 支付宝    微信支付   
    验证码:   换一换

     
    账号:
    密码:
    验证码:   换一换
      忘记密码?
        
    友情提示
    2、PDF文件下载后,可能会被浏览器默认打开,此种情况可以点击浏览器菜单,保存网页到桌面,就可以正常下载了。
    3、本站不支持迅雷下载,请使用电脑自带的IE浏览器,或者360浏览器、谷歌浏览器下载即可。
    4、本站资源下载后的文档和图纸-无水印,预览文档经过压缩,下载后原文更清晰。
    5、试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。

    过程和产品的监视及测量控制程序.docx

    ¥公司ISO9001:2000质量体系程序文件之8.3过程和产品的监视和测量控制程序状 态o草 稿编 号o初始版当前版本o修订版前一版本发布日期密 级o无密级 o秘 密 o绝 密修订历史记录日期版本作者描 述更改请求号目录8.3.1 目的18.3.2 范围18.3.3 职责18.3.4 过程的监视和测量18.3.5 软件产品的监视和测量18.3.6 系统集成产品的监视和测量控制48.3.7 相关文件78.3.8 质量记录7 过程和产品的监视和测量控制程序- 7 -8.3.1 目的 对质量管理体系各过程进行监视和测量,以确保过程实现策划结果的能力;对产品特性进行监视和测量,以验证产品要求得到满足。8.3.2 范围适用于对质量管理体系过程持续满足其预定目的的能力和产品(进货、过程和最终产品)符合规定要求进行监视和测量的控制活动。8.3.3 职责1. 质量管理部负责对质量管理体系过程的监视和测量;2. 工程服务部门负责对系统集成工程进行监视和测量;3. 事业部负责对软件产品进行监视和测量;4. 物料组负责采购物资的验证。8.3.4 过程的监视和测量1. 本公司采用适宜的方法对质量管理体系的过程进行监视,并在适用时进行测量,以确保和证实过程实现策划结果的能力。这些过程包括与软件和系统集成质量有关的所有过程,如管理职责、资源管理、产品实现和测量、分析和改进活动及过程。2. 公司与质量相关的部门应根据公司总的质量目标要求,并结合本部门的工作职责,在本部门或相应的职能层次上,建立工作质量目标,制定、实施为保证目标实现的措施。3. 各部门应关注工作质量目标的实现情况,按月统计质量目标的完成情况并报质量管理部考核。质量管理部通过质量目标的考核,监视和测量影响软件和系统集成产品质量的所有过程的能力。4. 质量管理部负责对质量形成的关键过程进行监视和测量,对图形、数据分布趋势分析,明确过程质量和过程实际能力之间的关系,以确定需要采取纠正或预防措施的时机。5. 除通过对公司和部门质量目标的统计、分析,关注过程的结果和改进需求外,公司还通过日常的工作检查、阶段工作总结以及内部质量审核、管理评审等活动,对过程进行监视和测量,一旦发现问题,质量管理部应向责任部门及时发出纠正和预防措施处理单,要求责任部门从人员、设备、材料、方法、环境等方面,分析原因并采取相应的纠正和预防措施。8.3.5 采购产品的监视和测量对采购产品的监视和测量按照进货检验规程中的规定执行,保持采购产品符合接收准则的记录,发现不合格品时,执行不合格品控制程序的规定。8.3.6 软件产品的监视和测量事业部软件开发部门负责对由软件编码至用户测试各阶段的单元测试、综合测试、确认测试、用户测试的实施及测试状态的标识。4 测试工作流程 技术总监/事业部总经理批准4 测试准备除单元测试外,在进行各种测试前应做好下述准备工作:1. 配备测试用的硬件环境;2. 建立相应的运行环境和网络环境;3. 准备测试数据;4. 组织和培训测试人员;5. 制定测试计划。4 测试依据测试计划、需求说明书、设计说明书、上阶段测试记录、上版软件产品用户反馈意见记录等。4 测试计划的制定1. 各阶段的测试计划内容:测试时间、人员安排、设备环境的建立、测试记录、统计方法、问题反馈处理办法、测试用例和测试数据等。2. 项目组负责人制定单元测试计划、综合测试计划、确认测试计划、用户测试计划,报事业部负责人审批后实施。4 测试实施测试实施根据测试目的不同,分几个阶段进行测试。1. 单元测试依据设计说明书和测试标准进行测试,保证模块运行正确、界面与设计说明书相一致。2. 综合测试依据需求说明书、设计说明书、测试标准、单元测试阶段的测试记录等进行测试,保证软件产品数据流计算的正确性、软件产品整体运行的稳定性、与其他软件产品数据接口间的正仁,以及与需求说明书的一致性。 3. 确认测试发版部门依据需求说明书、测试标准、综合测试记录、上版软件产品用户反馈记录的测试。保证软件产品运行的稳定性和与需求说明书的一致性,同时进行软件产品加密、安装正确性的测试,以保证发版软件产品的正确性。4. 用户测试 依据需求和软件产品操作手册进行测试,保证产品达到或基本达到用户需求及使用操作方便。用户测试只对根据合同开发的项目进行。测试状态的标识执行软件产品实现和服务提供控制程序中关于产品标识和可追溯性的规定。 4 测试记录的控制应按下述规定执行1. 对测试的问题应填写软件测试项目单,要求对问题准确描述、对错误过程及操作步骤的记录完整、界面提示记录完整易懂。2. 对测试问题的判别有如下几类l 可重复性错误:按相同操作可再次出现的错误;l 不可重复性错误:按相同操作不再出现的错误;l 死机性错误:因软件产品本身的错误而引起的系统死机; l 数据破坏性错误:因软件产品本身的错误引起的数据被破坏的错误; l 影响其他功能模块运行错误:因本功能的使用而影响其他功能的正确性的错误;l 导致测试工作停顿性错误:因软件产品本身错误而使测试工作无法继续进行;l 需求错误:软件需求说明书不符合用户提出的需求; l 设计错误:软件设计说明书与需求说明书不符; l 计算错误:输入数据正确,但计算结果不正确;l 文字错误:界面提示、帮助信息、菜单术语等文字性错误。 3. 测试问题记录原则l 一次性原则:运行错误出现一次系统必存在问题;l 三次性原则:测试人员应尽量使记录的问题出现三次。4. 测试统计根据测试结果,对测试软件的测试结果进行归类统计,填写软件测试统计表。4 测试报告各阶段测试完成后,项目负责人应提交软件测试总结报告书,软件测试项目单,报事业部软件开发负责人审核、技术总监/事业部总经理批准归档。4 测试反馈和处理1. 对测试问题的处理l 立即要修改的问题:死机性错误、数据破坏性错误、影响其他功能模块运行错误、导致测试工作停顿性错误、设计错误;l 可缓期修改的问题:计算错误、打印错误;l 最后改正的问题:帮助性文字错误、安装错误。2. 测试记录传递l 单元测试、综合测试、确认测试阶段完成后,由测试人员将软件测试计划、软件测试项目单、软件测试统计表交测试负责人审核编号后,经软件开发负责人批准,传递给相关项目人员。l 用户测试后的结果,由用户交事业部市场负责人并转交软件开发负责人。4 不合格项控制对测试记录的不合格项,由测试人员及时反馈到软件开发人员,并按各自的标准要求进行修改和确认后,再重新测试。4 让步放行规定1. 在例外情况下,当测试中出现某项“不通过”时,在不影响下一阶段开发、不影响软件产品结构、不影响用户使用的情况下,事业部负责人批准可以进行下一阶段的工作;2. 如提交用户,需经技术总监/事业部总经理批准,并取得用户的同意。但测试人员必须作好记录,并采取措施跟踪和处理,在修改版完成后应及时给用户更换版本。8.3.7 系统集成产品的监视和测量控制4 系统测试流程技术总监/事业部总经理批准4 前期测试前期测试有两种类型,项目各小组根据不同的测试任务,侧重面可以不同。1. 主机系统测试根据主机性能标准对主机设备、操作系统、各种外设进行系统测试。在完成主机系统安装后,由系统组协同主机设备厂商完成测试工作,并填写系统测试报告单。2. 数据库系统测试根据数据库产品性能标准与公司规定的参数配置,结合应用软件进行系统测试,在应用软件安装完成后,由系统组进行测试、软件组配合。4 工程质量检查工程服务部门按合同技术指标在工程实施完成后,对各小组工程实施质量进行检查。内容包括:安装标准、配置标准、交接手续、文档资料等。4 业务测试、技术测试工程服务部门制定业务测试、技术测试计划。测试计划主要内容为:测试时间、人员、设备和测试环境的建立、测试项目、测试记录、测试数据等。工程服务部门负责人批准后执行。1. 业务测试根据用户需求,由工程服务部门组织软件开发人员进行功能测试。2. 技术测试:网络组按照网络技术方案,进行技术指标及参数测试。4 用户确认1. 测试后应经过用户确认。2. 测试中的问题应在终验前修正,并再次进行业务测试和技术测试。4 各阶段的测试记录应按照下述规定执行1. 测试问题记录要求:问题描述正确、错误过程记录完整、错误出现操作步骤记录准确。2. 测试问题判别有如下几类:l 可重复性错误;l 不可重复性错误;l 死机性错误;l 系统数据被破坏性错误;l 影响运行错误;l 导致测试工作停顿性错误;l 需求错误;l 应用软件错误;l 设备故障性错误;l 系统故障性错误等。3. 测试问题记录原则:l 一类错误:错误导致系统运行停止、网点无法做业务、数据错误或混乱;l 二类错误:错误出现后,系统运行正常,其他网点运行正常,与之无关的业务点数据正确。4. 测试报告:测试完成后,项目组编写测试报告,由项目负责人和用户签字确认。4 测试反馈和处理 1. 立即要修改的问题:死机性错误、系统数据被破坏性错误、影响其他网点运行的错误、导致测试工作停顿性错误;2. 可缓期修改的问题:需求错误、打印错误;3. 最后改正的错误:帮助提示等文字错误、菜单术语错误、安装错误等。4 测试报告 1. 项目组每一项测试完成后,由项目负责人审核测试报告。2. 主机测试应按供应厂商测试标准进行,测试报告依供方格式记录。3. 系统的业务测试和技术测试应按规定的内容进行并形成报告。4 不合格项控制依据测试标准,对测试记录的不合格项,应及时记录、处理,纠正后再次进行测试。4 让步放行1. 在例外情况下,工程实施中间阶段出现某项“不通过”时,在不影响下一工程组实施、不影响工程总体的情况下,经工程组审核、工程服务部门负责人批准可以进行下一阶段的工程实施。测试人员必须作好记录,并采取措施跟踪和处理。2. 在所有测试均圆满完成,并且测试报告均已得到授权人批准前,不得放行、交付最终集成的系统。本公司系统集成项目最终成果不允许让步放行。8.3.8 相关文件 软件产品实现和服务提供控制程序记录控制程序采购物资分类明细表 8.3.9 质量记录1. 测试计划2. 软件测试项目单3. 软件测试统计表 4. 软件测试总结报告书5. 采购物资验证报告6. 技术测试报告7. 业务测试报告8. 系统测试报告单

    注意事项

    本文(过程和产品的监视及测量控制程序.docx)为本站会员(修****)主动上传,淘文阁 - 分享文档赚钱的网站仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知淘文阁 - 分享文档赚钱的网站(点击联系客服),我们立即给予删除!

    温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




    关于淘文阁 - 版权申诉 - 用户使用规则 - 积分规则 - 联系我们

    本站为文档C TO C交易模式,本站只提供存储空间、用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有。本站仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知淘文阁网,我们立即给予删除!客服QQ:136780468 微信:18945177775 电话:18904686070

    工信部备案号:黑ICP备15003705号 © 2020-2023 www.taowenge.com 淘文阁 

    收起
    展开