质量管理_质量管理软件 - 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-05 14:46:12
    项目质量管理三大过程:规划质量管理→管理质量→控制质量 管理质量:质量是规划出来的,质量包括产品质量和过程,人人有责,管理层承担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.控制质量和确认范围的区别是什么?
    控制质量:目的是在用户验收和最终交付之前测量产品或服务的完整性,合规性和适用性。它需要用可靠的数据来证明项目已经达到发起人或客户的验收标准。
    确认范围:是正式验收已完成的项目可交付成果的过程。通过确认每个可交付的成果,来提高最终产品服务或成果获得验收的可能性。

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

     

    展开全文
  • 华为的质量管理理念 对于产品的全寿命周期管理、产品的可靠性设计有很好的参考意义
  • 质量管理

    2018-09-07 15:38:28
    一、什么是质量 “质量的定义就是符合要求,而不是好...项目的质量管理主要是为了确保项目按照设计者规定的要求满意的完成,它包括使整个项目的所有功能活动能够按照原有的质量及目标要求得以实施,质量管理主要...

    一、质量与质量管理

    什么是质量

    “质量的定义就是符合要求,而不是好。” ——克劳斯比
    “质量是一种以最经济的手段,制造出市场上最有用的产品。” ——戴明

    质量的主体是产品、体系、项目或过程
    质量的客体是用户和其他相关方

    什么是质量管理

    项目的质量管理主要是为了确保项目按照设计者规定的要求满意的完成,它包括使整个项目的所有功能活动能够按照原有的质量及目标要求得以实施,质量管理主要是依赖于质量计划、质量控制、质量保证质量改进所形成的质量保证系统来实现的。

    魏文王问名医扁鹊说:“你们家兄弟三人,都精于医术,到底哪一位医术最好呢?”
    扁鹊答说∶“长兄最好,中兄次之,我最差。”
    文王吃惊地问:“你的名气最大,为何长兄医术最高呢?”
    扁鹊惭愧地说:
    我扁鹊治病,是治病于病情严重之时。一般人都看到我在经脉上穿针管来放血、在皮肤上敷药等大手术,所以以为我的医术高明,名气因此响遍全国。
    我中兄治病,是治病于病情初起之时。一般人以为他只能治轻微的小病,所以他的名气只及于本乡里。
    而我长兄治病,是治病于病情发作之前。由于一般人不知道他事先能铲除病因,所以觉得他水平一般,但在医学专家看来他水平最高。

    病——质量事故
    质量事故在“病”情发作之前就进行消除,才是“善之善者也”。
    预防质量事故 ,要从“小病”做起。也就是要防患于未然。
    事后控制不如事中控制,事中控制不如事前控制。
    质量管理如同医生看病,治标不能忘固本。

    二、项目的六大制约

    • 比如在互联网开发项目上,需求不减少,预算不变,上线时间紧,如果项目成员不足的情况下,项目质量很难保证,项目风险高。

    所以需要:找到均衡,给出优先级

    三、质量大师

    戴明环(PDCA)


    持续改进,预防胜于检查

    戴明环

    管理层责任


    质量三部曲


    质量是设计出来的

    产品质量首先是设计出来的,其次才是制造出来的。因此,质量控制的重点应放在设计阶段,从而将质量控制从制造阶段进一步提前到设计阶段。 ——田口玄一

    用户满意度与投诉

    四、质量成本

    冰河中的冰山

    质量成本影响曲线

    QA时间的思考

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

    万次阅读 多人点赞 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):指软件失效后,使其恢复正常工作所需要的平均统计时间。

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

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


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

    案例分析

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

    改进软件质量的一些要求

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

    本章内容小结

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











































































    展开全文
  • 今天这里谈的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 上,你将是老板的投资顾问,他将离不开你,给你最好的待遇。

    展开全文
  • 研发质量管理---(1)质量管理总结

    千次阅读 2018-03-21 21:16:14
    目录第一章 质量管理知识•质量管理体系•技能知识•业务知识第二章 质量管理技能•过程改进•质量策划•过程跟踪和控制•度量及数据分析•问题风险识别与管控•成本控制与效率提升第三章 心得体会本人毕业后干了两...
  • 主要介绍质量管理中的五大质量管理工具的应用,确保产品过程质量。
  • 2018年最新最完整ISO9001-2015全套质量管理体系文件的实际应用,欢迎下载
  • 数据质量 “健身计划” 即将跨入2020年, 有没有订好新年的健身计划目标, 誓要从下一年开始蜕变? ...那么2020年,如何制定数据质量...Informatica 2019年压轴大戏《您需要新一代的数据质量管理平台》来帮你支...
  • 研发质量管理工作经验总结(一)----质量管理知识

    万次阅读 多人点赞 2017-05-12 17:31:43
    研发质量管理工作经验总结(一)----质量管理知识 目录 第一章 质量管理知识 •质量管理体系 •技能知识 •业务知识 第二章 质量管理技能 •过程改进 •质量策划 •过程跟踪和控制 •度量及数据分析 •...
  • 软件项目质量管理

    千次阅读 2015-07-25 09:54:37
    本文通过中国郎中看病这个案例进而类比软件项目质量管理,对软件项目质量管理的论述和分析,并对改善软件质量的各个因素进行了讨论,最后对软件项目质量管理的现状进行分析,并对对其发展趋势进行展望。 通过对中国...
  • 本文来自于:零缺陷文化中心 零缺陷读后感:本文写的非常清晰到位,重点介绍了华为公司质量管理前后的发展历程,同时也给我们一些质量管理的思路和指引。希望感兴趣的同学能够领悟下质量管理的精髓。从2000年开始,...
  • 软件质量管理

    万次阅读 多人点赞 2012-10-21 08:59:08
    这篇博客,总结了软件质量管理的相关知识。    首先,总的了解一下,需要我们知道一些相关概念;然后是我们软件质量该如何保证,有什么措施;再者就是软件的可靠性,即如何测量我们的这款软件的质量好与否;最后...
  • 大型软件开发过程的质量管理体系

    千次阅读 2008-11-12 19:43:00
    一、软件产品质量的特点 按照ISO 9126的定义,软件的质量通常可以从以下六个方面去衡量(定义) ·功用性(Functionality),即软件是否满足了客户功能要求; ·可靠性(Reliability),即软件是否能够-直在-个稳定的...
  • 本文讨论某市安监局的应急救援指挥调度系统项目的质量管理(论文主题)。该项目是某市安监局信息化建设中的重点项目,主要是为了加强和完善本市安全生产监督管理体系和安全生产应急救援体系。系统主要功能是对本市...
  • 研发质量管理工作经验总结(二)----质量管理技能 第二章 质量管理技能 第一节过程改进-过程制定、改进及推广 有能力根据经验制定某个过程的流程规范、工作指引、审核检查单,能固化日常工作流程、最佳实践,...
  • 数据治理系列5:浅谈数据质量管理

    万次阅读 2019-08-10 16:31:51
    本文原创地址:https://mp.weixin.qq.com/s/ovSa7Uhv5IyKzyb-l3PHaA,请手机扫描文章末尾的二维码,关注我们。 题外话:看过之前的文章的小伙伴不难发现,文章开篇几乎都是定义、概念,这已成了笔者写文章的一个...
  • 软件项目质量管理经验谈

    千次阅读 2007-10-30 09:16:00
    摘要:本文详细阐述了作者对软件项目质量管理的认识,是作者实际经验的总结。主要内容包括对软件项目质量管理理论的认识、软件项目质量管理在实践中的具体做法。文章详细介绍了有关质量计划编制、质量控制、质量保证...
  • 质量管理:PDCA循环

    千次阅读 2016-08-26 09:11:47
    PDCA循环又叫质量环,是管理学中的一个通用模型,最早由休哈特于1930年构想,后来被美国质量管理专家戴明博士在1950年再度挖掘出来,并加以广泛宣传和运用于持续改善产品质量的过程。[1] 中文名PDCA循环外文名PDCA ...
  • 0.1、总则:采用质量管理体系是组织的一项战略决策,能够对组织的长远发展带来帮助;组织可以获得潜在巨大的好处(满足顾客,是顾客满意,应对风险与机遇等);标准没有强制完全按照体系的要求执行,可以灵活变通,...
1 2 3 4 5 ... 20
收藏数 426,752
精华内容 170,700
关键字:

质量管理