《ISO90012000标准框架》由会员分享，可在线阅读，更多相关《ISO90012000标准框架（86页珍藏版）》请在金锄头文库上搜索。
1、质量管理体系Quality Management Systems,ISO9001:2000 标准框架 standard framework,Meeting Rules 会议守则,All the meeting attendees must be on time all the time. 准时 Only one person should talk at one time , the other attendees should pay attention. 倾听 All questions should be related to clarification instead of criti
2、cism. 澄清而不是批评 The meeting should have a clearly defined objective. 会议目标 Attendees should adhere to an agenda to ensure staying on track and meeting the objectives. 议程,ISO9001:2000,质量管理体系 要求quality management systems requirements,4 质量管理体系,4.1 总要求 4.2 文件化要求,质量管理体系 4.1总要求,PURPOSE目的建立 文件化 适宜性 实施和保持 记录和报
3、告 充分性 持续改进 问题解决 有效性/(8.5) 效率,System Model,PROCESS 过程,Definition 定义(标准要求和适用范围) Opportunity时机 Resource资源(人力. 财力.技术) Input输入(信息.产品) Process description 流程描述(方法) Output输出(信息.产品) Verification验证(变换方法.类似比较.试验.文件评审) Validation确认(客户) Milestone里程碑(结束/小结),System Framework 体系框架,过程分类,ISO/IEC12207:1995主过程(5): 获取.
4、供应.开发.操作.维护 支持过程(8): 文档.配置.质量保证.验证.确认.联合评审.审核.问题解决 组织过程(4): 管理.基础环境.改进.培训,GB/T8566-1995 生存期过程,管理过程 获取过程 供应过程 开发过程 操作过程 维护过程,支持过程:文档开发配置管理合同要求的评审审计验证和确认软件质量保证改正培训环境建立,质量管理原则之一,过程方法:将活动和相关的资源作为过程进行管理, 可以更高效地得到期望的结果,质量管理原则之五,管理的系统方法:将相互关联的过程作为系统加以识别.理解和管理, 有助于组织实现目标的有效性和效率,质量管理体系 4.2文件化要求,4.2.1 总则 4.2.
5、2 质量手册 4.2.3 文件控制 4.2.4 质量记录控制,文件的作用,阶段(过程)成果 沟通工具 评测依据 使用指南 历史档案 产品广告,满足顾客要求和质量改进 提供适宜的培训 重复性和可追溯性 提供客观的证据 评价体系的有效性和持续适宜性,软件文档结构,方 针,过 程,规 程,模 版,阐述软件开发与管理的目标及指导方针,规定软件开发 中应当执行各 项活动及适用 标准,详细说明过程中较为复杂的活动,给出各项活动所产生的成果要遵循的格式及准则,文件类型,质量手册: 沟通组织内外部 质量计划: 裁减应用 规范: 阐明要求 指南: 阐明建议 程序.作业指导书: 活动.过程的一致性 记录:客观证据
6、,质量手册,质量方针和目标 裁减范围 程序引用 标准(过程相互作用)描述 手册管理 职责分配,质量管理体系 4.2文件化要求,1. 是否有文件的适用性在发行前予以审批? 2. 是否对文件进行评审,如需要对其进行更新和再批准? 3. 是否识别文件的修订状态? 4. 是否确保使用现场能得到适用文件的相应版本? 5. 是否确保文件保持清晰,易于识别和检索? 6. 是否确保外来文件可识别,度受控? 7. 是否对作废文件的处理作出规定?如需保存,是否予以标识?,质量管理体系 4.2文件化要求,形成文件化程序: 4.2.3/4.2.4 8.2.2 8.3 8.5.2/8.5.3,7 产品实现,7.1 产品
7、实现的策划(项目计划) 7.2 与顾客有关的过程(需求定义) 7.3 设计和开发(需求分析与软件设计) 7.4 采购(软件分包) 7.5 生产和服务的提供(软件设计实现) 7.6 测量和监控装置的控制(测试软件管理),质量管理原则之四,全员参与:产品流,项目计划,产品(程序.语言.媒体).目标和验收准则 过程裁减 文档裁减(GB/T8567-1988) 资源提供和分解(人) 与组织的接口(非移交产品.评测.服务),产品实现 7.2与顾客有关的过程,7.2.1 产品要求的识别 7.2.2 产品要求的评审 7.2.3 顾客沟通,产品要求,功能要求 性能要求 设计约束(环境.安全) 编程语言,界面要
8、求 价格/交期 技术支持响应时间/成功率 变更的灵活性,功能要求,概述 输入 处理 输出 内部生成数据,性能要求,精度: 数据. 计算. 传输 时间: 响应.恢复 速度 灵活性 故障处理,评审要点,要求是否完整? 要求是否无歧义? 要求是否一致? 要求是否便于软件实现? 要求是否可以测试? 要求是否已纳入基线管理?,产品实现 7.3设计和开发,7.3.1设计和开发策划 7.3.2设计和开发输入 7.3.3设计和开发输出 7.3.4设计和开发评审 7.3.5设计和开发验证 7.3.6设计和开发确认 7.3.7设计和开发更改的控制,QFD 质量功能展开,功能要求与模块的关系: 使用矩阵图 把客户要
9、求转化为产品特性 客户要求层层展开,设计组织,项目经理与项目小组成员 技术委员会 产品经理 经营委员会,软件开发生命周期,瀑布式 原型法 构件法,产品实现 7.3设计和开发,. 是否对产品的设计和/或开发进行策划和控制? . 设计和/或开发的策划是否确定了阶段.评审/验证和确认活动以及职责和权限? . 是否对不同工作组的接口进行管理以确保有效沟通和明确职责? . 如必要,策划输出是否随进度予以更新?,产品实现 7.3设计和开发,有关产品要求的输入是否予以规定并形成文件? 要求的输入是否包括了所有必要内容? 是否对输入的充分性进行评审并解决不恰当的要求?,产品实现 7.3设计和开发,输出是否以可
10、对照输入验证的方式形成文件? 输出是否满足输入要求并提供产品相关信息? 输出文件在放行前得到批准?,产品实现 7.3设计和开发,是否在适当阶段进行了设计和/或开发的系统评审? 参与设计和/或开发的职能部门代表是否参与了评审? 评审结果和后续跟踪措施是否形成记录?,产品实现 7.3设计和开发,是否进行了设计和/或开发的验证? 验证结果和后续跟踪措施是否形成记录?,产品实现 7.3设计和开发,是否进行了设计和/或开发的确认? 如可行,确认是否在产品交付或实施之前完成? 如上述不可行,是否进行适用程度的局部确认? 确认结果和后续跟踪措施是否形成记录?,产品实现 7.3设计和开发,设计和/或开发的更改
11、是否予以识别、形成文件并予以控制? 上述是否包括评价更改对组成产品的各部分及已交付产品的影响? 如可行,是否对更改进行适当的验证和确认?更改在实施前是否经批准? 更改的评审和后续的跟踪措施是否形成文件?,产品实现 7.4 采购,7.4.1 采购过程 7.4.2 采购信息 7.4.3 采购产品的验证,质量管理原则之八,与供方互利的关系:互利的关系可增强双方创造价值的能力-物流,采购对象,市售现成软件 供应商开发的软件 计算机和通信硬件 帮助软件开发的工具,产品实现 7.4 采购,是否对采购过程进行控制? 是否按采购产品性质规定了控制的类型和程度? 是否按供方的能力评价和选择供方? 是否规定了评价
12、和定期评价的准则? 评价的结果和跟踪措施是否形成记录?,产品实现 7.4 采购,采购文件是否包括所订购产品的必要信息? 采购文件放行前,是否评审其包含的规定要求的适当性、充分性?,产品实现 7.4 采购,是否对采购产品的验证活动进行识别和实施? 如组织或顾客有要求时,是否规定了预期的验证安排和放行方式?,产品实现 7.5生产和服务的提供,7.5.1生产和服务的提供控制 7.5.2生产和服务提供的过程确认 7.5.2标识和可追溯性 7.5.3顾客财产 7.5.4产品防护,产品实现 7.5生产和服务的提供,PURPOSE严格按照规范操作,或根据需要更改规范,模块开发情况表,模块标识符. 行数 代码
13、设计.模块测试 开始日期.完成日期 编程员.审核员.测试员,配置管理,配置对象: 配置项 管理: 更改状态.加工状态.测试状态 特征数据.标识方式,产品实现 7.5生产和服务的提供,是否提供产品特性的信息及必要的作业指导书? 是否提供、使用和维护适当的生产设备、测量和监视装置? 是否实施生产和服务的监视活动? 是否对放行、交付和适用的交付后活动作出规定及实施?,产品实现 7.5生产和服务的提供,是否对顾客资产妥善管理? 对顾客资产是否予以标识、验证、保管和维护? 当顾客资产出现缺陷或丢失时是否形成记录并通报顾客?,服务活动,被动服务(维护热线): 呼叫-解决 主动服务(满意度调查):同行业对比
14、 监控(定期拜访/投诉热线) 大客户支持计划(客户分级),8 测量. 分析和改进,8.1 总则 8.2 测量和监控(组织.项目与SQA) 8.3 不合格品控制(软件功能失效) 8.4 数据分析(软件度量) 8.5 改进,错误放大,在开发周期中,每推后一步实施错误检查, 成本就会增加10%.,测量.分析和改进 8.2测量和监控,8.2.1 顾客满意 8.2.2 内部审核 8.2.3 过程的测量和监控 8.2.4 产品的测量和监控,测量.分析和改进 8.2测量和监控,是否定期实施内部审核? 是否对审核方案作出策划?策划是否规定了审核范围、频度和方法? 审核人员是否独立于被审方? 是否有文件化的内审
15、程序? 审核结果是否形成记录并通报管理层? 管理层是否适时对审核缺失采取纠正措施? 是否对纠正措施实施进行验证?验证结果是否形成记录?,测量.分析和改进 8.2测量和监控,是否采用适当的方法对过程进行测量与监视? 是否确认每一过程的持续能力? 当计划的结果没有达到时, 纠正和纠正措施是否采取?,测量.分析和改进 8.2测量和监控,是否对产品的特性在适当阶段实施测量和监视? 符合接收准则的证据是否形成文件? 记录是否标明了放行产品的授权人? 是否规定了产品的放行程序?,测试目标,测试是一个为了寻找错误而运行程序的过程。 一个好的测试用例是指很可能找到迄今为止尚未发现的错误的用例。 一个成功的测试
16、是指揭示了迄今为止尚未发现的错误的测试。,测试,被测试特性/不被测试特性 responsible function where detected how detected problem impact,测试用例,被测试特性 输入说明 输出说明 环境要求 特殊的规程说明 用例间的依赖关系,测试规程,目的 特殊要求 规程步骤:日志.准备.启动.处理.度量.暂停.再启动.停止.清除.应急,质量管理原则之七,基于事实的决策方法:有效决策是建立在数据和信息分析的基础上,测量.分析和改进 8.5改进,8.5.1 持续改进 8.5.2 纠正措施 8.5.3 预防措施,测量.分析和改进 8.5改进,是否识别预防措施以防止不合格发生? 预防措施对潜在问题的影响是否是适当的? 是否有满足要求的预防措施文件化程序?,
