质量管理_质量管理体系 - CSDN
质量管理 订阅
质量管理是指确定质量方针、目标和职责,并通过质量体系中的质量策划、控制、保证和改进来使其实现的全部活动,EMBA、MBA等主流商管教育均对质量管理及其实施方法有所介绍。朱兰对质量管理的基本定义:质量就是适用性的管理,市场化的管理。费根堡姆的定义:质量管理是“为了能够在最经济的水平上并考虑到充分满足顾客要求的条件下进行市场研究、设计、制造和售后服务,把企业内各部门的研制质量、维持质量和提高质量的活动构成为一体的一种有效的体系。”国际标准和国家标准的定义:质量管理是“在质量方面指挥和控制组织的协调的活动”。 [1] 展开全文
质量管理是指确定质量方针、目标和职责,并通过质量体系中的质量策划、控制、保证和改进来使其实现的全部活动,EMBA、MBA等主流商管教育均对质量管理及其实施方法有所介绍。朱兰对质量管理的基本定义:质量就是适用性的管理,市场化的管理。费根堡姆的定义:质量管理是“为了能够在最经济的水平上并考虑到充分满足顾客要求的条件下进行市场研究、设计、制造和售后服务,把企业内各部门的研制质量、维持质量和提高质量的活动构成为一体的一种有效的体系。”国际标准和国家标准的定义:质量管理是“在质量方面指挥和控制组织的协调的活动”。 [1]
信息
外文名
quality management
包    括
制定质量方针和质量目标等
中文名
质量管理
应用领域
企业管理
质量管理发展过程
质量管理的发展大致经历了3个阶段。质量检验阶段20世纪前,产品质量主要依靠操作者本人的技艺水平和经验来保证,属于“操作者的质量管理”。20世纪初,以F.W.泰勒为代表的科学管理理论的产生,促使产品的质量检验从加工制造中分离出来,质量管理的职能由操作者转移给工长,是“工长的质量管理”。随着企业生产规模的扩大和产品复杂程度 的提高,产品有了技术标准(技术条件),公差制度(见公差制)也日趋完善,各种检验工具和检验技术也随之发展,大多数企业开始设置检验部门,有的直属于厂长领导,这时是“检验员的质量管理”。上述几种做法都属于事后检验的质量管理方式。统计质量控制阶段1924年,美国数理统计学家W.A.休哈特提出控制和预防缺陷的概念。他运用数理统计的原理提出在生产过程中控制产品质量的“6σ”法,绘制出第一张控制图并建立了一套统计卡片。与此同时,美国贝尔研究所提出关于抽样检验的概念及其实施方案,成为运用数理统计理论解决质量问题的先驱,但当时并未被普遍接受。以数理统计理论为基础的统计质量控制的推广应用始自第二次世界大战。由于事后检验无法控制武器弹药的质量,美国国防部决定把数理统计法用于质量管理,并由标准协会制定有关数理统计方法应用于质量管理方面的规划,成立了专门委员会,并于1941~1942年先后公布一批美国战时的质量管理标准。全面质量管理阶段20世纪50年代以来,随着生产力的迅速发展和科学技术的日新月异,人们对产品的质量从注重产品的一般性能 发展为注重产品的耐用性、可靠性、安全性、维修性和经济性等。在生产技术和企业管理中要求运用系统的观点来研究质量问题。在管理理论上也有新的发展,突出重视人的因素,强调依靠企业全体人员的努力来保证质量以外,还有“保护消费者利益”运动的兴起,企业之间市场竞争越来越激烈。在这种情况下,美国A.V.费根鲍姆于60年代初提出全面质量管理的概念。他提出,全面质量管理是“为了能够在最经济的水平上、并考虑到充分满足顾客要求的条件下进行生产和提供服务,并把企业各部门在研制质量、维持质量和提高质量方面的活动构成为一体的一种有效体系”。中国自1978年开始推行全面质量管理,并取得了一定成效。
收起全文
精华内容
参与话题
  • PMP之项目质量管理

    万次阅读 2018-11-13 15:13:13
    项目质量管理三大过程:规划质量管理→管理质量→控制质量 管理质量:质量是规划出来的,质量包括产品质量和过程,人人有责,管理层承担85%责任,满意度最重要,质量靠预防和评估 控制质量:质量是管理出来的。...

    项目质量管理三大过程:规划质量管理→管理质量→控制质量

    管理质量:质量是规划出来的,质量包括产品质量和过程,人人有责,管理层承担85%责任,满意度最重要,质量靠预防和评估

    控制质量:质量是管理出来的。质量是产品质量,质量部门负责,基层人员承担主要责任,质量越高越好,质量靠检查和返工

    现代质量管理理论

    戴明环:1983年,PDCA(P计划,D实施,C检查、确认,A措施)

    朱兰:质量螺旋曲线和适用性原则

    克劳士比:零缺陷

    六西格玛:零缺陷

    石川的鱼骨图

    田口宏一的质量在设计阶段

    菲根堡姆, 1983 年, 全面质量管理

    JIT :零库存,表现为按需即时供应 。

    规划质量管理

    规划质量管理的过程:①挑选标准;②明确质量管理工作;③细化测量工作;④反复规划;⑤编制项目质量管理

    规划质量管理的工具和技术:成本效益分析、标杆法/基准对照、实验设计(面向x设计)、质量成本法、六西格玛(零缺陷)、质量功能展开、软件能力成熟度、头脑风暴、亲和图、力场分析(力场分析是用来展示出帮助你达到期想状态的量和阻碍缩短现状(“实际”)与目标期望态之间差距的力量)、名义小组技术、矩阵图、优先矩阵。

    规划质量管理的工具和技术:成本效益分析、标杆法/基准对照、实验设计(面向x设计)、质量成本法、六西格玛(零缺陷)、质量功能展开、软件能力成熟度、头脑风暴、亲和图、力场分析(力场分析是用来展示出帮助你达到期想状态的量和阻碍缩短现状(“实际”)与目标期望态之间差距的力量)、名义小组技术、矩阵图、优先矩阵。
    输出:质量管理计划、质量测量指标、质量核对单、过程改进计划

    管理质量(质量保证)

    管理质量:是指通过执行规划的系统质量活动, 确保 所有必需的 满足要求过程 在项目中得以应用 。
    管理质量过程:质量审计和过程分析。
    质量审计:指进行系统的独立查 质量审计指进行系统的独立查 质量审计指进行系统的独立查 质量审计指进行系统的独立查 ,确定项目活动是否符合 组织和项目政策 、过程和序 。目标在于质量审计的目标在于识别项目中使用的那些低效率和力的政策 、过程和序 。
    过程分析:指按照改进计划中列明的步骤,从组织和 过程分析系指按照改进计划中列明的步骤,从组织和 技术角度 识别 所需的 所需的 改进 。也包括对遇到的问题、约束条件和无价值活动进行检查。 也包括对遇到的问题、约束条件和无价值活动进行检查。

    惯例质量有助于:

    通过执行有关产品特定方面的设计准则,设计出最优的成熟产品;
    建立信心,相信通过质量保证工具和技术(如质量审计和故障分析)可以使未来输出在完工时满足特定的需求和期望;
    确保使用质量过程并确保其使用能够满足项目的质量目标;
    提高过程和活动的效率与效果,以获得更好的成果和绩效并提高相关方的满意程度。

    质量报告的信息可以包含团队上报的质量管理问题,针对过程、项目和产品的改善建议,纠正措施建议(包括返工、缺陷/漏洞补救、100% 检查等),以及在控制质量过程中发现的情况的概述。

    控制质量

    实施质量控制是监测并记录执行活动的结果 ,从而评估绩效 评估绩效 并建议必要变更的过程。
    控制质量主要过程:检查和识别。

    检查是指检验工作产品,以确定是否符合书面标准。

    绩效审查:绩效审查针对实际结果,测量、比较和分析规划质量管理过程中定义的质量测量指标。
    控制质量七图:因果图、流程图、直方图、帕累托图、核查表、散点图、控制图
    趋势图可反映 一个过程在定时间段的趋势 ,一定时间段的偏差情况 以及 过程的改进或恶化 。
    统计抽样指从感兴趣的群体中选取一部分进行检查。适当的抽样往可以降低质量控制成本。属性抽样和变量抽样。

    控制质量过程的一个目的就是确定可交付成果的正确性。开展控制质量过程的结果是核实的可交付成果,后者又是确认范围过程的一项输入(见 5.5 节),以便正式验收。

    总结

    “ 预防”(保证过程中不出现错误)与“检查”(保证错误不落到客户手中);
    “ 属性抽样”(结果为合格或不合格)与“变量抽样”(在连续的量表上标明结果所处的位置,表明合格的程度);
    “ 公差”(结果的可接受范围)与“控制界限”(在统计意义上稳定的过程或过程绩效的普通偏差的边界)。

    质量管理 8理念

    1.项目经理应就执行组织的标准、政策和程序推荐改进措施;此举深受管理层欢迎。
    2. 对“制约三要素”的任何变更都考虑质量。
    3. 在活动或工作包完成时应检查质量。
    4. 项目经理应付出时间提升质量。
    5. 项目经理应在开始前确定衡量质的测指标。
    6. 项目经理必须准备好持续改进过程的计划。
    7. 项目经理应确保审定的方式和程序得到遵循。
    8. 某些质量活动可能由保证或控制部门完成。

    1.如何区分质量规划管理,管理质量和控制质量
    规划质量管理:识别项目及其可交付成果的质量要求和标准。并书面形式描述项目将如何证明符合质量要求和标准的过程。他为管理和核实质量提供指南和方向。
    管理质量:把组织质量用于项目,并将质量管理计划转化为可执行的质量活动的过程。提高实现质量目标的可能性,以及识别无效过程和导致质量低劣的原因。
    控制质量:为了评估绩效,确保项目输出完整,正确且满足客户期望,而监督和记录质量管理活动执行结果的过程。核实项目可交付成果和工作已经达到主要相关方的质量要求,可供最终验收。

    规划质量强调的是标准,管理质量强调的是全员参与过程改进和信心保证,控制质量强调的是具体的可交付成果。

    2.质量政策和质量管理计划的区别。
    质量政策:特定的组织标准。
    质量管理计划:是项目管理计划的组成部分,描述如何实施适用的政策,程序和指南以实现项目目标。

    3.如何区别控制上下线和规格上下线?
    控制上下限:由项目经理和相关方设定,反应了必须采取纠正措施的位置。由PM或项目团队决定。防止超出界限,控制界限一般设定在正负3西格玛之间。当一个点越线或者连续7个点落在均值一侧时,过程失控。
    规格上下限:反应了可允许的最大值最小值,由允差合同决定的。

    4.如何判断过程失控和受控?
    控制图用于确认过程是否稳定,或是否有可预测的绩效。常用来跟踪批量生产中的重复性活动,但也可以用来检测成本与进度偏差,产量范围变更频率或其他管理工作成果,以便帮助确定项目是否受控。

    5.质量问题的责任是如何划分的?
    管理质量被认为是所有人的共同职责,包括项目经理,项目团队,项目发起人,执行组织的管理层,甚至是客户。所有人在管理项目中都扮演一定的角色。尽管这些角色的人数和工作量不相同。

    6.审计与检查有什么区别?
    质量审计:结构化且独立的过程,以确定项目活动是否遵循了组织和项目的政策,过程与程序。质量审计可实现安排,也可随机,可内部也可外部。
    检查:检验工作产品,以确定是否符合书面标准。检查的结果通常包括相关的测量数据,也可在任何层面上进行。可以检查单个活动的结果,也可以检测项目的最终产品。
    检查也可称为审查、同行审查、审计或巡检等,而在某些应用领域,这些术语的含义比较狭窄和具体。检查也可用于确认缺陷补救。
    质量审计的目标:
    *识别全部正在实施的良好及最佳实践。
    *识别所有违法做法,差距及不足
    *分享所在组织以及行业中类似项目的良好实践。
    *积极主动的提出协助,以改进过程的执行,从而帮助团队提高生产效率。

    *强调每次审计都因对组织经验教训知识库的积累作出贡献。

    7.因果图、流程图、散点图、直方图、控制图的作用是什么?
    为了说明质量,需要数据表现质量。
    因果图:又称鱼骨图,石川图,将问题陈述的原因分解为离散的分支,有助于识别问题的主要原因和根本原因。
    流程图:显示一个或多个输入转化成一个或多个输出的过程中,所需要的步骤顺序和可能分支。流程图有助于了解和估算一个过程的质量成本。
    散点图:在管理质量中使用。展示两个变量之间关系的图形,它能够展示两个轴的关系,一支轴表示过程,环境或活动的任何要素,另一支轴表示质量缺陷。
    直方图:展示数字数据的条形图。
    控制图:确定一个过程是否稳定,是否有可预测的绩效。常用来跟踪批量生产中的重复性活动,也可用来检测成本与进度偏差,产量,范围变更频率或其他管理工作成果。

    8.控制质量和确认范围的区别是什么?
    控制质量:目的是在用户验收和最终交付之前测量产品或服务的完整性,合规性和适用性。它需要用可靠的数据来证明项目已经达到发起人或客户的验收标准。
    确认范围:是正式验收已完成的项目可交付成果的过程。通过确认每个可交付的成果,来提高最终产品服务或成果获得验收的可能性。

    控制质量的输出“核实的可交付成果”用于确认范围的输入。

     

    展开全文
  • 华为的质量管理理念 对于产品的全寿命周期管理、产品的可靠性设计有很好的参考意义
  • 今天这里谈的QC、QA和QM,不是岗位或职位,而是一种概念或质量管理的不同时期所关注的重点。1、产品 早期的质量管理(工业化雏形期)侧重于对终产品的检测、测试,即QC(品质控制)时代。 这个时期的质量管理是以...

    今天这里谈的QC、QA和QM,不是岗位或职位,而是一种概念或质量管理的不同时期所关注的重点。


    1、产品

     

    早期的质量管理(工业化雏形期)侧重于对终产品的检测、测试,即QC(品质控制)时代。

     

    这个时期的质量管理是以产品为主,在生产人员完成了生产任务后,有专门的人员(简称品控人员或QC人员),对终产品进行检查,以确保产品质量符合要求。

     

    但控制终产品意味着亡羊补牢,更改生产计划和延期交货,这在工业化成熟期尤其明显。


    2、客户

     

    因为分工更细化、库存控制更严密、生产计划更精准。

     

    对组织的质量管理提出更高的要求,即能否将质量管理提前,从流程设计开始,以预防原则为主,即开始了QA(品质保证)时代。

     

    这个时期的特点是以客户为关注焦点,一切围绕着客户需求进行管理。

     


    3、价值链

     

    随着工业化的到来,产品的设计、生产和营销可能是在不同组织、地区或国家进行(如耐克),很难将不同的组织召集在一起设计流程。

     

    因此系统管理QM(品质管理)成为来将不同的组织衔接在一起纽带。

     

    这个时期的特点是以价值链为主。价值链中的每个组织都可以实现自我价值的最大化,价值链的起点是产品,终点是客户(消费者)。

     

    上面是对QC、QA和QM的历史阶段和概念的解释。

     


    4、角色定义

     

    那么在一个组织中(或企业中)如何定义QC、QA和QM的角色呢?

     

    品质控制(QC)意味着在生产线会有两类人对产品进行控制,生产人员控制产量、成本;QC人员控制质量,这势必会造成生产与QC之间的矛盾,进而造成彼此的不信任。

     

    我在雀巢工作时(1994年),恰逢雀巢第二版的质量体系发表(Nestle Quality System)。

     

    在这个质量体系中,用一张非常清晰的图,解释了QC、QA和QM的区别。


    当年雀巢将所有QC功能转给了生产部门,解决了生产与QC责任不清的问题,因为生产人员都是QC了。

     

    这时候以往质量部门的QC岗位升级为QA,主要支持生产部门进行在线检验(生产部有在线实验室)

    包括:

     

    设备效验、方法提供、人员培训、试剂购买等。另外,QA部门协助生产完成HACCP计划、QMS(Quality Monitoring Scheme)、净重控制、环境卫生监控、纠正预防措施验证等项工作。

     

    质量部门(QA)的工作还包括;原料、成品检验放行,参与供应商管理(评估、审核)等。

     

    当生产线没有了专职QC人员时,不仅仅提高了产品质量合格率,非生产人员比例大幅度减少。

     

    质量部门除了庞大的实验室人员外,其他人员非常简练。

     


    5、消灭质量部门

     

    让质量部门的人员远离生产一线,实际上是将QA人员角色从保姆变为教练,从关注产品质量到关注流程质量。

     

    当QA人员不再直接参与解决产品质量问题时,生产部门一定会主动承担这样的角色,按照逻辑讲,生产人员应该比质量人员更知道问题所在。

     

    而当生产主管也开始关注优化流程时(QA的角色),质量部门的QA就可升级到QM的角色,即关注质量管理体系的框架设计是否合理,是否需要对各个体系进行整合。

     

    质量人员的使命就是消灭质量部门,这似乎是一个悖论,但实际结果就是这样。

     

    当产品质量控制由生产人员承担,业务流程的优化是由各个职能部门负责,那质量部门就该寿终正寝,这需要质量人清醒认识到这一点。

     

    质量管理的第一次革命是建立专门的QC部门

     

    第二次革命就是建立专门的QA部门

     

    第三次革命是将所有QA工作转交给所有职能部门(生产、采购、物流、营销等)

     

    第四次革命就是消灭专门的质量部门,或者说这就是质量管理的4.0

     


    6、质量人员的未来

     

    随着食品安全越来越受到关注,质量部门的人却越来越困惑,自己的未来在哪里?

     

    如果你将自己钉在QC的位置上,基本上死定了。

     

    如果你将自己盯在QA,那么可以提升自己的系统思维方式,让你对未来(包括生活、工作)有比较清晰的认识。

     

    如果你将自己定在QM 上,你将是老板的投资顾问,他将离不开你,给你最好的待遇。

    展开全文
  • 第六章 软件项目质量管理

    万次阅读 多人点赞 2018-07-02 13:48:40
    本章内容提要软件质量管理的基本概念全面软件质量管理缺陷跟踪缺陷移除和预防软件质量的常用度量案例分析第一节 软件质量管理的基本概念软件质量就是软件与用户需求相一致的程度。具体地说,软件质量是软件符合明确...

    本章内容提要

    软件质量管理的基本概念
    全面软件质量管理
    缺陷跟踪
    缺陷移除和预防
    软件质量的常用度量
    案例分析

    第一节 软件质量管理的基本概念

    • 软件质量就是软件与用户需求相一致的程度。具体地说,软件质量是软件符合明确叙述的功能和性能需求、以及所有专业开发的软件都应具有的隐含特征的程度。
    1. 用户需求是衡量软件质量的基础。
    2. 除满足明确定义的需求外,还要满足隐含的需求。

    软件质量的重要性

    • 软件质量问题可能导致经济损失甚至灾难性的后果。
    • 质量是软件产品和软件组织的生命线。
    • 质量问题会增加开发和维护软件产品的成本。

    软件质量属性


                                                                 McCall软件质量模型

    软件质量的形成

    • 软件的质量形成于软件的整个开发过程中,而不是事后的检查(如测试)。
    • 20世纪80年代起,质量管理逐步从单一的关注产品,转移到关注生产好产品的过程上,并且将过程的作用扩大到了组织运行的所有领域。

    质量产生于过程

    • 要真正地提高软件质量,必须有一个成熟和稳定的软件过程。


    • 特殊原因造成过程性能不稳定。

        根除特殊原因,使过程性能稳定,防止质量问题的出现。

    质量成本(CoQ)

    • 质量成本是为了达到产品或服务的质量而付出的所有努力的总成本,包括三部分:
    1. 预防成本:为防止将缺陷引入软件而进行的预防工作所消耗的费用。
    2. 评价成本:检查软件是否包含缺陷的工作所消耗的费用。
    3. 失效成本:修复缺陷工作所消耗的成本。

        PAF(Prevention / Appraisal / Failure)成本模型


    在项目早期预防和检测缺陷比在项目晚期检测和排除缺陷更有效、更节省成本。

    软件项目质量管理的目标

    • 软件项目质量管理的目标无疑是保证软件产品的质量。但是,对于一个具体的软件项目来说,保证软件产品的质量并不意味着追求“完美的质量”。
    • 对于绝大多数普通软件来说,没有必要付出巨大代价追求“零缺陷”,如果由于追求完美质量而造成严重的成本超支和进度拖延,而获得的质量提升为用户所带来的效益又极为有限,就得不偿失了。
    • 在软件项目中,对于软件的各种质量属性并不是放在同等重要的位置上,项目组织应该把关注点放在那些用户最关心的,对软件整体质量影响最大的质量属性上,这些质量属性称为“质量要素”。
    • 软件项目质量管理的目标是在项目整体目标的约束之下,使软件质量满足用户需求。

    第二节 全面软件质量管理


    质量管理计划

    • 质量管理计划就是为了实现项目的质量目标,对项目的质量管理工作所做的全面规划。软件项目质量管理计划一般应满足以下要求:
    1. 确定项目应达到的质量目标和所有特性的要求;
    2. 确定项目中的质量活动和质量控制程序;
    3. 确定项目采用的控制手段及合适的验证手段和方法;
    4. 确定和准备质量记录。
    • 质量管理计划一般包括以下主要内容:

    质量要素分析;
    质量目标;
    人员与职责;
    过程检查计划;
    技术评审计划;
    软件测试计划;
    缺陷跟踪工具。

    • (模板)

    评审(Review)

    • 评审相当于软件开发过程的“过滤器”,在软件开发的一些时间点上对中间产品执行评审,发现和排除错误,防止错误被遗留到后续阶段。因此评审对于保证软件质量和降低开发成本都极为重要。
    • 评审可以在软件项目的任何阶段执行,不必等到软件可运行之后,因此可以尽早发现和消除缺陷,提高软件质量,并降低开发成本。
    • 有统计数据表明,评审可发现75%的设计错误。

    技术评审(Technical Review)

    • 技术评审(Technical Review, TR)就是对工作成果进行审查和分析,发现其中的缺陷,并帮助开发人员及时消除缺陷。
    • 技术评审的主要对象:需求和设计规格说明、代码、测试计划、用户手册等。

    正式和非正式技术评审

    • 技术评审分为正式技术评审和非正式技术评审两种基本类型,前者比较严格,需要举行评审会议,参加人员比较多,后者的形式比较灵活,通常在同伴之间开展,不必举行评审会议,参与人员相对较少。
    • 一般来说,对重要性和复杂性较高的工作成果,应进行正式技术评审,对重要性和复杂性相对较低的工作成果,可进行非正式技术评审。

    技术评审会议

    • 技术评审以会议形式进行,一般有如下约束:
    1. 评审会议通常由3~5人参加。
    2. 会议之前评审人员要做准备,但每人的准备时间不超过2个小时。
    3. 评审会议的时间不超过2个小时。
    • 一次技术评审只关注软件的某一特定部分(例如需求或设计规格说明的一部分)。缩小评审焦点可提高发现错误的可能性。

    正式技术评审流程

    • 评审组长把待评审的材料分发给每个评审者,评审者(包括评审组长)审查材料,记下相关的要点,为评审会议做准备。
    • 开评审会议。评审会议由评审组长、评审者、评审对象的开发者参加。其中的一个评审者充当记录员,负责记录会议中发现的所有问题。
    • 由开发小组对提交的评审对象进行讲解。同时评审者可对开发者提问,提出建议和要求,展开讨论。
    • 在讨论中如果发现了问题和错误,由记录员记录下来。
    • 会议结束时必须做出以下三个决策之一:
    1. 接受该产品,不需要做修改。
    2. 由于错误严重,拒绝接受。等到错误改正后,还要进行另一次评审。
    3. 暂时接受该产品,但需要对某一部分进行修改,修改后不需要再进行另一次评审。
    • 决定作出后,所有参加会议的人员签字,确认会议结果。
    • 技术评审会议后,要完成一个“评审总结报告”,其内容包括:评审对象是什么?谁参加了评审?评审的结论是什么?有哪些重要发现?
    • 评审会议上所记录的问题列表通常作为评审总结报告的附件。
    • 跟踪与审核。开发者修改工作成果,消除已发现的缺陷。由指定的审查人员跟踪每个缺陷的状态,直到工作成果合格为止。

    技术评审的注意事项

    • 评审产品,而不是评审人。评审会议的气氛要轻松和愉快,注意提出问题时的方式和态度,不要让产品开发者产生被审问的感受。
    • 制订评审会议的议程并遵守进度。不要让会议过分拖延。问题的具体解决方案可以在会后讨论。
    • 使用检查清单。为不同的软件产品(需求、设计、代码等)开发检查清单,在检查清单中列出所有重要的、常见的问题,这样可以使评审会议聚焦于一些重要问题。

    同行评审(Peer Review)

    • 同行评审是一种特殊类型的技术评审。
    • 由与工作产品开发人员具有同等背景和能力的人员对工作产品进行技术评审,因此非常有利于发现工作产品中的问题。

    代码评审(Code Review)

    • 编码阶段的一种技术评审,由一组人员对程序进行阅读和静态分析,可以很有效地检查程序代码中的缺陷。
    • 评审内容:程序是否符合编码规范,程序结构是否合理,算法和程序逻辑是否正确,程序性能怎样等。
    • 很多程序逻辑错误很难通过测试发现。

    软件测试

    • 软件测试是通过执行软件来发现缺陷,它是控制软件质量的重要手段和关键活动。
    • 软件测试要在有了软件编码后才能执行,但测试的计划和设计应在项目前期就开始。测试计划确定了测试的内容和目标,明确了测试范围,制定了测试策略和用例设计方法,安排人力和设备资源等。测试设计就是利用各种测试用例设计方法,编写测试用例,并准备测试数据,开发辅助测试工具和编写自动化测试脚本。
    • 在测试执行阶段,要执行测试用例,发现和记录软件缺陷。测试执行完毕后,还要对测试的结果进行分析总结,撰写测试报告,给出结论。

    过程检查

    • 过程检查就是检查软件项目的工作过程和工作成果是否符合既定的规范。在软件项目中,如果工作过程和工作成果不合规范,很可能会导致质量问题。
    • 例如,代码和文档的版本及其命名不符合版本控制规范,重要的变更不遵循变更控制流程,都有可能造成开发工作的混乱,进而导致产品质量下降。
    • 工作过程和工作成果符合既定规范,也并不意味着产品质量一定能得到保证。因此过程检查只是保证质量的一个必要条件,而不是充分条件,它还需要与技术评审、软件测试、缺陷跟踪、过程改进等各方面措施互相配合,共同促进软件质量的提高。
    • 对过程检查要事先做出规划,确定主要检查项、检查时间(或频度)、负责人等。过程检查计划一般包含在软件项目质量管理计划中。

    软件过程改进

    • 软件过程(Software Process)是指开发和维护软件产品的活动、技术、实践的集合。软件过程描述了为了开发和维护用户所需的软件,什么人(who)、在什么时候(when)、做什么事(what)以及怎样做(how)。
    • 软件开发的过程观认为,软件是由一组软件过程生产的,因此软件质量和生产率在很大程度上是由软件过程的质量和有效性决定的,而软件过程可以被定义、控制、度量和不断改进。
    • 所谓软件过程改进是指根据实践中对软件过程的使用情况,对软件过程中的偏差和不足之处进行不断优化。
    • 软件过程改进是面向整个软件组织的。一个成熟的软件组织应该对其软件过程进行定义,形成一套规范的、可重用的软件过程,称为“组织级过程资产”。

    软件过程改进示意图


    • 软件过程改进可遵循某种过程改进模型(如CMMI)来执行。

    第三节 缺陷跟踪

    • 缺陷跟踪是指从缺陷被发现开始到被改正为止的整个跟踪流程。


    缺陷跟踪工具

    • 缺陷跟踪一般需要软件工具支持。常用的工具有Bugzilla、ClearQuest、JIRA、TrackRecord 等。

    缺陷跟踪工具Bugzilla

    • Bugzilla是Mozilla公司提供的一个开源的缺陷跟踪工具,在全世界拥有大量用户。
    • 它能够为软件组织建立一个完善的缺陷跟踪体系,包括报告缺陷、查询缺陷记录并产生报表、处理解决缺陷、管理员系统初始化和设置等。

    Bugzilla的功能和特点:

    • 基于Web方式运行,易于掌握。
    • 缺陷从最初的报告到最后的关闭,都有详细的操作记录,确保了缺陷不会被忽略,并允许用户在检查缺陷状态时获取历史记录。
    • 提供强大的查询匹配能力,能根据各种条件组合进行缺陷查询,并能够记忆搜索条件。

    Bugzilla的特点:

    • 当缺陷状态发生改变时,会自动发送邮件通知相关责任人。
    • 自带基于数据库的报表生成功能,主要生成两类图表:基于表格的视图和图形视图(条形图、线图、饼状图)。

    Bugzilla的基本操作说明

    • 报告缺陷
    • 分配缺陷
    • 处理缺陷
    • 验证已解决的缺陷

    第四节 缺陷移除和预防

    • 为了提高软件质量,必须在软件开发的各阶段尽量多地移除缺陷,并通过缺陷预防尽量少地引入缺陷。


    缺陷移除效率

    • 软件开发阶段的缺陷移除效率是衡量该阶段软件过程能力的一个重要指标,该指标可以定义为:


    • 例如,在某软件项目的高层设计阶段通过设计审查发现和移除了730个缺陷,在该阶段开始时存在120个缺陷,在该阶段引入了860个缺陷,则该阶段的缺陷移除效率为:



    缺陷的早期发现百分比

    • 应该在软件项目的早期阶段尽可能多地移除缺陷,这样不仅能够提高软件质量,还有利于降低项目成本。IBM公司用来管理质量的四个度量之一就是缺陷的早期发现百分比,也就是审查缺陷移除效率,如下式:


    早期开发阶段的缺陷移除

    • 早期开发阶段的缺陷移除一般来说代价较低。缺陷的发现距离被引入的时间越近,移除缺陷所需的工作量就越少。
    • 有研究者对来自IBM Santa Teresa实验室的数据进行了分析,发现软件生命周期的三个主要阶段,即设计、编码和用户使用(维护阶段)的缺陷移除代价的比率为:1:20:82。

    缺陷预防



    • 优点:主动

                  改进软件过程,降低出错几率
                  降低质量成本,实现项目效益

    缺陷的概念

    • 软件缺陷是指软件对其期望属性的偏离,它包含三个层面的信息:

    1. 失效(failure):指软件系统在运行时其行为偏离了用户的需求,即缺陷的外部表现。
    2. 错误(fault):指存在于软件内部的问题,如设计错误、编码错误等,即缺陷的内部原因。
    3. 差错(error):指人在理解和解决问题的思维和行为过程中所出现的问题,即缺陷的产生根源。

    缺陷原因分析

    • 一个差错可导致多个错误,一个错误又可导致多个失效。
    • 软件缺陷原因的分析不能只停留在“错误”这一层面上,而要深入到“差错”层面,才能防止一个缺陷(以及类似缺陷)的重复发生。
    • 因此软件缺陷的根本原因往往与过程及人员问题相关,缺陷预防总是伴随着软件过程的改进。
    • 软件缺陷原因分析过程一般包括选择缺陷数据、分析缺陷数据、识别公共原因并提出改进措施三个步骤。采用该方法的软件组织通常是在软件项目的每个开发阶段结束后,或者定期(如每个月末)进行缺陷原因分析,提出改进措施,从而促进组织的过程改进。

    软件缺陷原因分析方法

    Step1:选择缺陷数据。
        对小项目,可选择某一时期内发现的所有缺陷。
        对大项目,可选择一个缺陷样本集合。
    Step2:分析缺陷的根本原因
        对缺陷逐个进行分析,常以会议的方式进行。
        可对分析出的根本原因进行分类,例如:
        IBM:疏忽、培训、通信失效、书写错误
        Motorola:开发阶段相关、人员相关、项目相关、复审相关

    • 缺陷原因分析工具——因果图(鱼骨图)


    Step3:识别公共原因,制定改进措施。
       在逐个分析了缺陷之后,还要对分析得到的根本原因进行综合和归纳,识别导致缺陷产生的公共原因,并制定有关过程、技术和人员管理方面的改进措施。

    第五节 软件质量的常用度量

    • 初期故障率:指软件在初期故障期(一般以软件交付给用户后的三个月内为初期故障期)内单位时间的故障数。

        用来评价交付使用的软件的质量,预测什么时候软件运行达到基本稳定。
        一般以每100小时的故障数为单位。

    • 偶然故障率:指软件在偶然故障期(一般以软件交付给用户后的4个月以后为偶然故障期)内单位时间的故障数。

        它用来度量软件处于稳定状态下的质量。
        一般以每1000小时的故障数为单位。

    • 平均失效前时间(Mean Time to Failure,MTTF):指软件在失效前(两次失效之间)正常工作的平均统计时间。

        用来度量软件的可靠性。

    • 平均修复时间(Mean Time to Reparation,MTTR):指软件失效后,使其恢复正常工作所需要的平均统计时间。

        用来度量软件的可维护性。

    • 缺陷密度:指软件单位数量的源代码隐藏的缺陷数量


    通常以每千行无注解代码为一个单位

    案例分析

    “软件缺陷管理和度量系统”质量管理计划

    改进软件质量的一些要求

    软件质量活动必须经过规划并明文规定
    质量活动必须尽早开始
    质量小组必须独立存在
    质量小组的人员应该经过必要的培训

    本章内容小结

    理解质量管理的基本概念
        软件质量、质量属性、质量形成、质量成本
    理解全面软件质量管理所包含的措施
    理解缺陷跟踪流程
    理解缺陷预防的作用和方法
    掌握常用质量度量











































































    展开全文
  • 主要介绍质量管理中的五大质量管理工具的应用,确保产品过程质量。
  • 全面质量管理ppt

    2020-06-23 17:45:36
    软件质量与管理中 全面质量管理一章节,全面质量管理.ppt
  • 质量管理

    2018-07-12 15:33:40
    质量管理三个过程和输入输出 规划阶段的技术 质量审计 质量审计,又称质量保证体系审核,是对具体质量管理活动的结构性评审,质量审计的目标是: 识别全部正在做的良好及最佳实践 识别全部违规作法,差距和...

    质量管理三个过程和输入输出

    这里写图片描述

    规划阶段的技术

    这里写图片描述

    质量审计

    质量审计,又称质量保证体系审核,是对具体质量管理活动的结构性评审,质量审计的目标是:

    • 识别全部正在做的良好及最佳实践
    • 识别全部违规作法,差距和不足
    • 分享所在组织或行业中类似项目的良好实践
    • 积极主动提供协助,改进过程的执行,从而帮助团队提高生产效率
    • 强调每次审计都应对组织经验教训的积累做出贡献

    基本质量工具

    老七工具:刘英只点劣质茶(流程图,因果图,直方图,散点图,排列图(帕累托),控制图,核查表)

    新七工具:数据网友亲过脸(树形图,矩阵图,活动网络图,优先矩阵,亲和图,过程决策程序图,关联图)

    质量特性

    • 功能性:
      当软件在指定条件下使用时,软件产品提供满足明确和隐含要求的功能的能力

      1、适合性:软件产品为指定的任务和用户目标提供一组合适的功能的能力

      2、准确性:软件产品提供具有所需精度的正确或相符的结果或效果的能力

      3、互操作性:软件产品与一个或更多的规定系统进行交互的能力

      4、安全保密性:软件产品保护信息和数据的能力

    • 可靠性:
      在指定条件使用时,软件产品维护规定的性能级别的能力

      1、成熟性:软件产品为避免由软件中故障而导致失效的能力

      2、容错性:在软件出现故障或者违反其指定接口的情况下,软件产品维持规定的性能级别的能力

      3、易恢复性:在失效发生的情况下,软件产品重建规定的性能级别并恢复受直接影响的数据的能力

    • 易用性:
      在指定条件下使用时,软件产品被理解、学习、使用和吸引用户的能力

      1、易理解性:使用用户能理解软件是否合适及如何能将软件用于特定的任务的能力

      2、易学性:使用用户能学习其应用的能力

      3、易操作性:使用户能操作和控制它的能力

      4、吸引性:软件产品吸引用户的能力

    • 效率:
      在规定条件下,相对于所用资源的数量,软件产品可提供适当性能的能力

      1、时间特性:软件执行其功能时,提供适当的响应和处理时间以及吞吐率的能力

      2、资源利用性:软件执行其功能时,使用合适数量和类别的资源的能力

    • 维护性:
      软件产品可被修改的能力。包括纠正、改进或对环境、需求和功能规格说明变化的适应

      1、易分析性:诊断软件中的缺陷或失效原因或识别待修改部分的能力

      2、易改变性:使指定的修改可以被实现的能力

      3、稳定性:避免由于软件修改而造成意外结果的能力

      5、易测试性:使已修改软件能被确认的能力

    • 可移植性:
      软件产品从一种环境迁移到另外一种环境的能力

      1、适应性:无需采用额外的活动或手段就可适应不同指定环境的能力

      2、易安装性:软件产品在指定环境中被安装的能力

      3、共存性:在公共环境中同与其分享公共资源的其他独立软件共存的能力

      4、易替换性:在同样的环境下,替代另一个相同用途的指定软件产品的能力

    谐音记忆:功能靠用小护翼(功能性,可靠性,易用性,效率,可维护性,可移植性)

    展开全文
  • 数据质量 “健身计划” 即将跨入2020年, 有没有订好新年的健身计划目标, 誓要从下一年开始蜕变? ...那么2020年,如何制定数据质量...Informatica 2019年压轴大戏《您需要新一代的数据质量管理平台》来帮你支...
  • 信息系统项目管理师 - 项目质量管理 规划质量管理 实施质量保证 控制质量 信息系统项目管理师 - 项目质量管理 规划质量管理 实施质量保证 控制质量 版权声明:转载必须注明本文转自 East196...
  • 传统的七大质量管理工具

    万次阅读 2018-01-05 16:31:19
    传统的七大质量管理工具如下所示: 因果图流程图核查表直方图帕累托图控制图散点图 因果图 又称为石川图或鱼骨图,它把影响质量诸因素之间的关系以树状图的方式表示出来,使人一目了然,便于分析...
  • 研发质量管理工作经验总结(一)----质量管理知识

    万次阅读 多人点赞 2020-09-11 09:00:55
    研发质量管理工作经验总结(一)----质量管理知识 目录 第一章 质量管理知识 •质量管理体系 •技能知识 •业务知识 第二章 质量管理技能 •过程改进 •质量策划 •过程跟踪和控制 •度量及数据分析 •...
  • 第七部分 项目质量管理

    万次阅读 2020-05-23 13:10:40
    项目质量管理包括执行组织确定质量政策、目标与职责的各过程和活动,从而使项目满 足其预定的需求。项目质量管理在项目环境内使用政策和程序,实施组织的质量管理体系; 并以执行组织的名义,适当支持持续的过程改进...
  • 软件质量管理

    万次阅读 多人点赞 2012-10-21 09:00:57
    这篇博客,总结了软件质量管理的相关知识。    首先,总的了解一下,需要我们知道一些相关概念;然后是我们软件质量该如何保证,有什么措施;再者就是软件的可靠性,即如何测量我们的这款软件的质量好与否;最后...
  • 《软件质量保证和管理》电子课件下载

    万次阅读 热门讨论 2008-04-23 21:07:00
    《软件质量保证和管理》 电子课件业已完成,可去“Kerry Zhu CSDN下载频道" 下载:《软件质量保证和管理》电子课件之一 《软件质量保证和管理》电子课件之二如有问题直接和我联系。目 录 第1章 质量1.1 质量 ...
  • 第8章 项目质量管理项目质量管理确保项目需求,包括产品需求,得到满足和确认。项目质量管理需要兼顾项目管理与项目可交付成果两个方面。质量与等级不是相同的概念。质量水平未达到质量要求肯定是个问题,而低等级不...
  • 质量保证和质量控制是比较容易混淆的一组概念。实施质量保证是执行过程组的一个过程,而质量控制是监控过程组的一个过程。质量保证的定义是:审计质量要求和质量控制测量结果,确保采用合理的质量标准和操作性定义的...
  • 数据治理系列5:浅谈数据质量管理

    万次阅读 2019-08-10 16:31:51
    本文原创地址:https://mp.weixin.qq.com/s/ovSa7Uhv5IyKzyb-l3PHaA,请手机扫描文章末尾的二维码,关注我们。 题外话:看过之前的文章的小伙伴不难发现,文章开篇几乎都是定义、概念,这已成了笔者写文章的一个...
  • 全面质量管理与日本的崛起 ——传统文化与现代理性的成功融合  【作 者】那日苏  内容提要 本文简述了日本在引进质量管理的基础上,进一步创新,建立了适合日本情况的独具特色的全面质量管理,取得了极大成功...
  • 软件质量管理之困境与对策思考

    千次阅读 2012-11-21 12:21:51
     开发部门执行质量管理部门所制定的流程,通过提供证据的形式将各种流程执行后的数据反馈给质量管理部门(包括缺陷率和各种流程记录),质量管理部门根据这些数据监督流程的执行效果,并适时修订流程。联系两大独立...
1 2 3 4 5 ... 20
收藏数 424,188
精华内容 169,675
关键字:

质量管理