免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2009年上半年 信息系统项目管理师 下午试卷 论文
  第1题      
  知识点:   软件工程   软件需求   软件质量保证   软件质量管理   生命周期   项目质量管理   质量保证   质量的定义   质量管理   质量管理过程   质量控制

 
论软件项目质量管理及其应用
软件工程的目标是生产出高质量的软件。ANSIIIEEE Std 729-1983对软件质量的定义是“与软件产品满足规定的和隐含的需求能力有关的特征或特性的全体”,实际上反映了三方面的问题:
(1)软件需求是度量软件质量的基础。
(2)只满足明确定义的需求,而没有满足应有的隐含需求,软件质量也无法保证。
(3)不遵循各种标准定义的开发规则,软件质量就得不到保证。
软件质量管理贯穿于软件生命周期,极为重要。软件质量管理过程包括软件项目质量计划、软件质量保证和软件质量控制质量管理的关键是预防重于检查,应事前计划好质量,而不只是事后检查,这有助于降低软件质量管理成本。
请围绕“软件项目质量管理及其应用”论题,依次从以下三个方面进行论述。
 
问题:1.1   1.概要叙述你参与管理和开发的软件项目以及你在其中担任的主要工作。
2.详细论述在该项目中进行质量保证和质量控制时所实施的活动,并论述二者之间的关系。
3.分析并讨论你所参与的项目中的质量管理成本,并给出评价。
 
 
 

   知识点讲解    
   · 软件工程    · 软件需求    · 软件质量保证    · 软件质量管理    · 生命周期    · 项目质量管理    · 质量保证    · 质量的定义    · 质量管理    · 质量管理过程    · 质量控制
 
       软件工程
        1)软件工程的概念
        为了消除软件危机,通过认真研究解决软件危机的方法,人们认识到软件工程是使计算机软件走向科学的途径,逐渐形成了软件工程的概念,并开辟工程学的新兴领域,即软件工程学。
        2)软件工程的要素
        软件工程具有以下3个要素。
        (1)方法。完成软件工程项目的技术手段。
        (2)工具。支持软件的开发、管理、文档生成。
        (3)过程。将方法和工具综合起来以达到合理、及时地进行计算机软件开发的目的。
        3)软件生命周期
        软件生命周期是指软件产品从考虑其概念开始到该软件产品交付使用,直至最终退役为止的整个过程,包括计划阶段、分析阶段、设计阶段、实现阶段、测试阶段和运行维护阶段。
        4)软件开发模型
        比较经典的软件开发模型有瀑布模型、快速原型模型、演化模型、增量模型、螺旋模型、喷泉模型等。
        5)软件开发方法
        软件开发方法有以下几种。
        (1)结构化软件开发(SASD)方法:采用结构化技术来完成软件开发的各项任务。它把软件生命周期划分成若干个阶段,依次完成每个阶段的任务。它与瀑布模型有很好的结合度,是与其最相适应的软件开发方法。
        (2)面向数据结构的软件开发方法:从目标系统的输入、输出数据结构入手,导出程序框架结构,再补充其他细节,从而可得到完整的程序结构图。有Jackson方法和Warnier方法。
        (3)面向对象的软件开发方法:随着OOP(面向对象编程)向OOD(面向对象设计)和OOA(面向对象分析)的发展,最终形成面向对象的软件开发方法OMT(Object Modelling Technique)。这是一种自底向上和自顶向下相结合的方法,而且它以对象建模为基础,从而不仅考虑了输入、输出数据结构,实际上也包含了所有对象的数据结构。
        (4)基于构件化的开发方法:用预先建立的构件和模板,像"搭积木"一样进行建造。
 
       软件需求
        在进行需求获取之前,首先要明确需要获取什么,也就是需求包含哪些内容。软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。通常,这些需求包括功能需求、性能需求、用户或人的因素、环境需求、界面需求、文档需求、数据需求、资源使用需求、安全保密需求、可靠性需求、软件成本消耗与开发进度需求等,并预先估计以后系统可能达到的目标。此外,还需要注意其他非功能性的需求。具体内容如下。
        (1)功能需求。
        (2)性能需求。
        (3)用户或人的因素。
        (4)环境需求。
        (5)界面需求。
        (6)文档需求。
        (7)数据需求。
        (8)资源使用需求。
        (9)安全保密要求。
        (10)可靠性要求。
        (11)软件成本消耗与开发进度需求。
        (12)其他非功能性要求。
               需求分析的任务
               需求分析主要是确定待开发软件的功能、性能、数据、界面等要求。具体来说有下面几点。
               (1)确定软件系统的综合要求,包括系统界面、功能、性能、安全性、保密性、可靠性、运行等方面的要求。
               (2)分析软件系统的数据要求,包括基本数据元素、数据元素之间的逻辑关系、数据量、峰值等。
               (3)导出系统的逻辑模型,在结构化方法中可用数据流图来描述;在面向对象分析方法中可以用类模型来描述。
               (4)修正项目开发计划。
               (5)如有必要,可开发一个原型系统以验证用户的需求。
               软件需求的分类
               下面介绍软件需求的分类。
               (1)功能需求。所开发的软件必须具备什么样的功能。
               (2)非功能需求。它是指产品必须具备的属性或品质,如可靠性、性能响应时间、容错性和可扩展性等。
               (3)设计约束。其也称为限制条件、补充规约,这通常是对解决方案的一些约束说明。
               软件需求分析方法
               需求分析方法由对软件的数据域和功能域的系统分析过程及其表示方法组成。它定义了表示系统逻辑视图和物理视图的方式。大多数的需求分析方法是由数据驱动的,数据域具有数据流、数据内容和数据结构3种属性。通常一种需求分析方法总要利用其中一种或几种属性。
 
       软件质量保证
        软件质量保证包括与以下7个主要活动相关的各种任务。
        (1)应用技术方法。软件质量保证首先从一组技术方法和工具开始,这些方法和工具帮助分析人员形成高质量的规格说明和高质量的设计。
        (2)进行正式的技术评审。这是一种由技术人员实施的程式化会议,其唯一的目的是揭露质量问题。
        (3)测试软件。软件测试组合了多种测试策略,这些测试策略带有一系列有助于有效地检测错误的测试用例及设计方法。
        (4)标准的实施。多数情况下,标准由客户或某些章程确定。与标准是否一致的评估可以被软件开发者作为正式技术评审的一部分来进行。
        (5)控制变更。变更控制过程通过对变更的正式申请、评价变更的特性和控制变更的影响等直接提高软件的质量。变更控制应用于软件开发期间和较后的软件维护阶段。
        (6)计量。其包括某些技术上的和面向管理的计量。
        (7)记录保存和报告。为软件质量保证提供收集和传播软件质量保证信息的过程。评审、监察、变更控制、测试和其他软件质量保证活动的结果必须变成项目历史记录的一部分,并且应当把它传播给需要知道这些结果的开发人员。
 
       软件质量管理
        软件质量是指软件产品中能满足给定需求的各种特性的综合。这些特性称作质量特性,它包括功能性、可靠性、易使用性、时间经济性、资源经济性、可维护性和可移植性等。具体地说,软件质量是软件与明确叙述的功能和性能需求、文档中明确描述的开发标准,以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度。
        软件质量特性度量有两类:预测型和验收型。预测度量是利用定量或定性的方法,估算软件质量的评价值,以得到软件质量的比较精确的估算值。验收度量是在软件开发各阶段的检查点,对软件的要求质量进行确认性检查的具体评价值,它是对开发过程中的预测进行评价。
        预测度量有两种。第1种叫做尺度度量,这是一种定量度量。它适用于一些能够直接度量的特性,例如,出错率定义为:错误数/KLOC/单位时间。第2种叫做二元度量,这是一种定性度量。它适用于一些只能间接度量的特性,如可使用性、灵活性等。
        在这个部分,考生还需要理解与软件质量相关的3个概念:
        (1)验证:指在软件开发周期中的一个给定阶段的产品是否达到在上一阶段确立的需求的过程。
        (2)确认:指在软件开发过程结束时对软件进行评价以确定它是否和软件需求相一致的过程。
        (3)测试:指通过执行程序来有意识地发现程序中的设计错误和编码错误的过程。测试是验证和确认的手段之一。
        为了能够统一地描述软件质量特性,形成了许多质量特性标准,其中最常用的有国际通用的ISO/IEC 9126-1:2001软件质量模型和Mc Call软件质量模型。
        IEO/IEC 9126-1:2001模型已被采纳为我国的国家标准GB/T 16260.1—2006《软件工程产品质量第1部分:质量模型》。该标准定义了6个质量特性和21个质量子特性,它们以最小的重叠描述了软件质量。质量特性和质量子特性如下表所示。
        
        质量特性和质量子特性
        McCall质量模型体系如下表所示。
        
        McCall质量模型体系
        
 
       生命周期
        IT服务生命周期由规划设计(Planning&Design)、部署实施(Implementing)、服务运营(Operation)、持续改进(Improvement)和监督管理(Supervision)5个阶段组成,简称“PIOIS”。
        (1)规划设计:从客户业务战略出发,以需求为中心,参照ITSS对IT服务进行全面系统的战略规划和设计,为IT服务的部署实施做好准备,以确保提供满足客户需求的IT服务。
        (2)部署实施:在规划设计基础上,依据ITSS建立管理体系、部署专用工具及服务解决方案。
        (3)服务运营:根据IT服务部署情况,依据ITSS,采用过程方法,全面管理基础设施、服务流程、人员和业务连续性,实现业务运营与IT服务运营的全面融合。
        (4)持续改进:根据IT服务运营的实际情况,定期评审IT服务满足业务运营的情况,以及IT服务本身存在的缺陷,提出改进策略和方案,并对IT服务进行重新规划设计和部署实施,以提高IT服务质量。
        (5)监督管理:本阶段主要依据ITSS对IT服务质量进行评价,并对IT服务供方的服务过程、交付结果实施监督和绩效评估。
 
       项目质量管理
        要保证项目的完成能够使需求得到满足。这一领域具体包括:
        (1)质量计划:找出与项目相关的质量标准,并决定如何满足标准的要求。
        (2)质量保证:对项目绩效做经常性地评价,使得有信心达到质量标准的要求。
        (3)质量控制:监视特定的项目结果以判定是否满足相关的质量标准,并找出方法来消除不能满足要求的原因。
 
       质量保证
        系统质量是指反映系统或产品满足规定或隐含需求的能力的特征和特性全体。软件质量管理是指对软件开发过程进行的独立的检查活动,由质量保证、质量规划和质量控制三个主要活动构成。质量保证是指为保证系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是开发高质量的系统。
               质量特性
               讨论系统质量首先要了解系统的质量特性。已经有多种软件质量模型来描述软件质量特性,目前较多采用的如ISO/IEC 9126软件质量模型和Mc Call软件质量模型。ISO/IEC 9126已经被ISO/ICE 25010系统和软件质量模型所取代,其主要改进包括将兼容性作和安全性作为质量特性,ISO/IEC 25012数据质量模型与ISO/IEC 25030使用质量模型作为补充。
                      ISO/ICE 25010系统和软件质量模型
                      ISO/ICE 25010系统和软件质量模型包含8个质量特性,每个特性由一组相关的质量子特性组成,如下图所示。该产品质量模型既可以用于软件,又可以用于任何包含软件的计算机系统。
                      
                      产品质量模型
                      其中,各质量特性和质量子特性的含义如下。
                      (1)功能适合性(functional suitability)。与一组功能及其指定的性质的存在有关的一组属性。功能是指满足规定或隐含需求的那些功能。
                      .功能完整性(functional completeness):与对规定任务和用户目标加以实现的功能是否完整有关的属性。
                      .功能适当性(functional appropriateness):与对规定任务和用户目标能否提供一组功能以及这组功能是否适合有关的属性。
                      .功能正确性(functional correctness):与能够得到正确或相符的结果或效果有关的产品或系统属性。
                      (2)性能效率(performance efficiency)。在规定条件下,系统的性能水平与所用资源量之间的关系有关的一组属性。
                      .时间特性(time behavior):与响应和处理时间以及软件执行其功能时的吞吐量有关的属性。
                      .资源利用率(resource utilization):与系统执行其功能时所使用的资源量以及使用资源的类型有关的属性。
                      .容量(capacity):与系统满足特定需求时指标参数的最大限制有关的属性。
                      (3)兼容性(compatibility)。与系统或组件与其他系统或组件进行信息交换,或在不同软硬件环境中执行所需功能有关的一组属性。
                      .共存性(co-existence):与同其他系统运行在同一环境使用相同的资源而不相互影响的能力相关的属性。
                      .互操作性(interoperability):与同其他指定系统进行交互操作的能力相关的属性。
                      (4)易用性(usability)。与为使用所需的努力和由一组规定或隐含的用户对这样使用所作的个别评价有关的一组属性。
                      .可识别性(appropriateness recognizability):与用户识别系统是否满足需求有关的属性。
                      .易学性(learnability):与用户为学习使用产品(例如操作控制、输入、输出)的有效性、效率、风险和满意度相关的属性。
                      .易操作性(operability):与用户为进行操作和操作控制所付出的努力有关的属性。
                      .错误防御(user error protection):与阻止用户错误输入有关的属性。
                      .界面美观性(user interface aesthetics):与系统用户界面使用户进行愉快满意交互有关的属性。
                      .可访问性(accessibility):与用户可访问系统完成特定目标的范围和能力有关的属性。
                      (5)可靠性(reliability)。与在规定的一段时间内和规定的条件下,系统维持在其性能水平有关的能力。
                      .成熟性(maturity):与正常操作情况下满足可靠性需求有关的属性。
                      .可用性(availability):与系统运行可用使用能力有关的属性。
                      .容错性(fault tolerance):与在系统错误或违反指定接口的情况下,维持指定的性能水平的能力有关的属性。
                      .易恢复性(recoverability):与在故障发生后,重新建立其性能水平并恢复直接受影响数据的能力,以及为达到此目的所需的时间和努力有关的属性。
                      (6)安全性(security)。与避免对程序及数据的非授权故意或意外访问的能力有关的系统属性。
                      .机密性(confidentiality):与系统确保只有授权才能访问其数据能力有关的属性。
                      .完整性(integrity):与系统防止未经授权对数据和程序进行访问和修改能力有关的属性。
                      .不可抵赖性(non-repudiation):与对系统使用行为及发生时间真实性有关的属性。
                      .可审计性(accountability):与对系统使用行为进行追踪有关的属性。
                      .真实性(authenticity):与证明主体或资源身份是所声称的身份有关的属性。
                      (7)可维护性(maintainability)。与进行规定的修改所需要的努力有关的一组属性。
                      .模块性(modularity):与所组成系统的模块独立性有关的属性。
                      .可复用性(reusability):与模块用于其他系统有关的属性。
                      .易分析性(analyzability):与为诊断缺陷或失效原因,或为判定待修改的部分所需努力有关的属性。
                      .易修改性(modifiability):与进行修改、排错或适应环境变换所需努力有关的属性。
                      .易测试性(testability):为确认经修改系统所需努力有关的属性。
                      (8)可移植性(portability)。与系统可从某一环境转移到另一环境的能力有关的一组属性。
                      .适应性(adaptability):与系统转移到不同环境时的处理或手段有关的属性。
                      .易安装性(installability):与在指定环境下对系统进行安装/卸载所需努力有关的属性。
                      .易替换性(replaceability):与一产品在该软件环境中用来替代指定的其他软件的可能和努力有关的属性。
                      Mc Call软件质量模型
                      Mc Call软件质量模型从软件产品的运行、修正、转移三个方面确定了11个质量特性,如下图所示。Mc Call也给出了一个三层模型框架,第一层是质量特性,第二层是评价准则,第三层是度量指标。
                      
                      Mc Call软件质量模型
               质量保证
               质量保证是指为保证系统或产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是生产高质量的产品。在系统质量方面强调三个要点:首先系统必须满足用户规定的需求,与用户需求不一致的系统,就无质量可言;其次系统应遵循规定标准所定义的一系列开发准则,不遵循这些准则的系统,其质量难以得到保证;最后系统还应满足某些隐含的需求,例如希望有好的可理解性、可维护性等,而这些隐含的需求可能未被明确地写在用户规定的需求中,如果系统只满足它的显性需求而不满足其隐含需求,那么该系统的质量是令人担忧的。
               质量保证包括7个主要活动相关的各种任务,分别是应用技术方法、进行正式的技术评审、测试系统、标准的实施、控制变更、度量(metrics)、记录保存和报告。
 
       质量的定义
        想提高质量,就必须给出质量定义并测量它。大众化的观点和含糊其词的定义,不利于质量工程的开展。质量是多维的概念,包括:实体、实体的属性和对实体的观点。早在1970年,Juran和Gryna把质量定义为“适于使用”。Crosby(1979年)将质量定义为“符合需求”。“符合需求”隐含着需求必须明确地说明的意思;而“适于使用”隐含了顾客的需求和预期。顾客的需求和预期包括了产品和服务是否适合顾客使用。
        GB/T 6583-ISO 8404(1994版)《质量管理与质量保证术语》对质量的定义是“反映实体满足明确的和隐含的需要的能力的特性的总和”。作为软件质量,在GB/T 18905-ISO 14598(1999版)《软件工程产品评价》中也是这样定义的:“实体特性的总和,满足明确或隐含要求的能力”。
 
       质量管理
        ISO将质量定义为:“质量是反映实体满足明确和隐含需要的能力的特性总和”。我国国家标准GB/T1900—2000将质量定义为:“质量是一组固有特性满足要求的程度”。这些定义表明质量是通过实体来体现的,质量的实体可以是产品,也可以是某项活动或过程的工作质量,还可以是质量管理体系运行的质量。
        ISO将质量管理定义为:“在质量方面指挥和控制组织的协调活动”。我国国家标准GB/T1900-2000对质量管理的定义是:“在质量方面指挥和控制组织的协调的活动”。在质量方面的指挥和控制活动,通常包括制定质量方针和质量目标以及质量策划、质量控制、质量保证和质量改进。
        我国国家标准GB/T1900—2000对质量保证的定义是:“质量保证是质量管理的一部分,致力于增强满足质量要求的能力”。也就是,质量保证是为了提供足够的信任表明实体能够满足质量要求,而在质量体系中实施并根据需要进行全部有计划和有系统的活动。
        我国国家标准GB/T 1900—2000对质量控制的定义是:“质量管理的一部分,致力于满足质量要求”。质量控制的目标就是确保产品的质量能满足顾客、法律法规等方面所提出的质量要求,如适用性、可靠性和安全性。质量控制的范围涉及产品质量形成全过程的各个环节,如设计过程、采购过程、生产过程和安装过程。
        项目质量管理是为了保证项目最终能够达到预期的质量目标而进行的一系列的管理过程。项目的质量管理可以分解为质量计划编制、质量保证与质量控制三个过程。
        (1)质量计划编制。是指确定与项目相关的质量标准,并决定如何达到这些质量标准。
        (2)质量保证。是定期评估总体项目绩效的活动之一,以树立项目能满足相关质量标准的信心。
        (3)质量控制。是指监控具体的项目结果以判断其是否符合相关的质量标准,并确定方法来消除绩效低下的原因。
        质量管理与项目管理是相辅相成的,例如质量管理和项目管理这两门学科都认识到以下几方面的重要性:
        (1)顾客的满意程度。强调对顾客的需求深刻理解、认真评估、准确定义和严格管理,以便与顾客的期望相符。这就要求既符合要求(项目交付的产品要与它宣布将交付的产品相符)又适于使用(交付的产品或服务要满足实际需求)。
        (2)预防胜于检查。强调预防比检查更重要。防患于未然的代价总是小于检查所发现错误的纠正代价。
        (3)管理层的责任。成功需要项目团队全体成员的参与,然而提供取得成功所需的资源却仍然是管理层的职责。
        (4)持续改进。计划、执行、检查和改进循环是质量改进的基础。执行组织采取的质量改进措施,不仅会改善项目管理的质量,而且也会改进项目产品的质量。
 
       质量管理过程
               质量策划
               质量策划是根据质量目标确定工作内容(措施)、职责和权限,然后确定程序和要求,最后才付诸实施的一系列过程。质量管理是指导和控制与质量有关的活动,质量策划是质量管理的一部分,致力于制定质量目标并规定必要的运行过程和相关资源以实现质量目标。
               质量策划属于“指导”与质量有关的活动,也就是“指导”质量控制、质量保证和质量改进的活动。质量控制、质量保证和质量改进只有经过质量策划,才可能有明确的对象和目标,才可能有切实的措施和方法。因此,质量策划是质量管理诸多活动中不可或缺的中间环节,是连接质量方针(可能是“虚”的或“软”的质量管理活动)和具体的质量管理活动(常被看作是“实”的或“硬”的工作)之间的桥梁和纽带。
               (1)质量策划的输入。质量策划是针对具体的质量管理活动进行的。在进行质量策划时,力求将涉及该项活动的信息全部搜集起来,作为质量策划的输入。其内容包括但不仅限于以下几方面:
               .质量方针或上级质量目标的要求。
               .顾客和其他相关方的需求和期望。
               .与策划内容有关的业绩或成功经历。
               .存在的问题点或难点。
               .过去的经验教训。
               .质量管理体系已明确规定的相关的要求或程序。
               在进行质量策划时,必须尽力搜集与策划内容有关的输入,最好能有形成文件的材料。这些材料应尽早交与参与策划的所有人员。
               (2)质量策划的内容。
               .设定质量目标。任何一种质量策划,都应根据其输入的质量方针或上一级质量目标的要求,以及顾客和其他相关方的需求和期望,来设定具体的质量目标。
               .确定达到目标的途径。也就是说,确定达到目标所需要的过程。这些过程可能是链式的,从一个过程到另一个过程,直到目标的实现。也可能是并列的,各个过程的结果共同指向目标的实现。还可能是上述两种方式的结合,既有链式的过程,又有并列的过程。事实上,任何一个质量目标的实现,都需要多种过程。因此,在质量策划时,要充分考虑所需要的过程。
               .确定相关的职责和权限。质量策划是对相关的过程进行的一种事先的安排和部署,而任何过程必须由人员来完成。质量策划的难点和重点就是落实质量职责和权限。如果某一个过程所涉及的质量职能未能明确,没有文件给予具体规定(这种情况事实上是常见的),会出现推诿扯皮现象。
               .确定所需的其他资源,包括人员、设施、材料、信息、经费、环境等等。注意,并不是所有的质量策划都需要确定的这些资源。只有那些新增的、特殊的、必不可少的资源,才需要纳入到质量策划中来。
               .确定实现目标的方法和工具。这并不是说所有的质量策划都需要的。一般情况下,具体的方法和工具可以由承担该项质量职能的部门或人员去选择。但如果某项质量职能或某个过程是一种新的工作,或者是一种需要改进的工作,那就需要确定其使用的方法和工具。
               .确定其他的策划需求。包括质量目标和具体措施(也就是已确定的过程)完成的时间,检查或考核的方法,评价其业绩成果的指标,完成后的奖励方法,所需的文件和记录等。一般来说,完成时间是必不可少的,应当确定下来。而其他策划要求则可以根据具体情况来确定。
               (3)质量策划的输出。
               质量策划都应形成文件输出,也就是说,都应形成质量计划文件。将上述质量策划内容用文字表述出来,就成为质量计划。一般来说,质量策划输出应包括以下内容:
               .为什么要进行质量策划或为什么要制定该项质量计划(将质量策划的输入进行简单表述),适当分析现状(问题点)与质量方针或上一级质量目标要求,以及顾客和相关方的需求和期望之间的差距。
               .通过质量策划设定质量目标。
               .确定下来的各项目具体工作或措施(也即各种过程)以及负责部门或人员(也即职责和权限)。
               .确定下来的资源、方法和工具。
               .确定下来的其他内容(其中质量目标和各项措施的完成时间是必不可少的)。
               如果质量计划草案是预先准备好草案,应根据质量策划会议的决定对其进行必要的修改。如果未预先准备好草案,则应委托或指令相关人员根据会议的决定起草。质量计划应经负责该项质量策划的管理者(组织一级综合性的或重大的质量计划应是最高管理者)批准后下发实施。
               质量控制
               质量控制是保证产品和服务质量、并使产品和服务质量不断提高的一种质量管理方法。它通过研究、分析产品和服务质量数据的分布,揭示质量差异的规律,找出影响质量差异的原因,采取技术组织措施,消除或控制产生不符合现象的因素,使产品在生产的全过程中以及在服务的每一个环节都能正常的、理想的进行,最终使产品和服务能够达到人们需要所具备的自然属性和特性。
               在企业内部,质量控制是指为达到和保持质量而进行控制的技术措施和管理措施方面的活动。质量检验、测试等从属于质量控制,是质量控制的重要活动。
               质量控制可以使质量管理从单纯的事后检验发展成为对生产全过程中产品质量的控制;可以通过观察记录的管理数据,及时分析生产过程中的质量问题,以便迅速采取措施,消除造成质量问题的隐患,使生产处于稳定状态。
               质量控制的要点如下。
               (1)质量控制范围包括生产过程和质量管理过程。质量控制是指为达到质量要求,在质量形成的全过程的每一个环节所进行的一系列生产技术过程和质量管理过程的控制。对硬件类产品来说,生产技术过程是指产品实现所需的设计、工艺、制造、检验等;质量管理过程是指管理职责、资源、测量分析、改进以及各种评审活动等。对服务类产品而言,生产技术过程是指具体的服务过程。
               (2)质量控制的关键是使所有质量过程和活动始终处于完全受控状态。事先应对受控状态作出安排,并在实施中进行监视和测量,一旦发现问题应及时采取相应措施,恢复受控状态,把过程输出的波动控制在允许的范围内。
               (3)质量控制的基础是过程控制。无论生产过程还是管理过程,都需要严格按照程序和规范进行。控制好每个过程,特别是关键过程是达到质量要求的保障。
               质量保证
               质量保证和质量控制都是质量管理活动的一部分,两者都以满足质量要求为目的,但是,质量保证活动侧重于为满足质量要求提供使对方信任的证据,而质量控制活动侧重于如何满足质量要求。
               因此,从某种意义上说质量保证和质量控制是为达到同一目的的两个方面。例如,对供方的评价选择是组织为了使采购产品满足要求的一种质量控制活动,而如果向顾客提供了组织对供方评价的记录,则可认为是一种质量保证活动。
               质量保证工作的主要内容包括制定质量保证计划、过程与产品质量检查、编制质量保证工作报告和问题跟踪与持续改进。
               (1)制订质量保证计划。质量保证计划是质量保证工作开展的依据,质量保证人员要按照质量保证计划实施质量保证工作。质量保证计划应至少包括如下内容:
               .质量保证的目的
               .质量保证的检查范围
               .质量保证检查的时间或周期
               .质量保证检查的依据
               .质量保证人员的职责和分工
               .过程与产品质量检查
               质量保证人员根据质量保证计划对服务质量进行检查,为保证检查工作顺利开展,应提前制定详细的工作检查表,检查过程中客观记录检查发现。
               (2)质量保证工作报告。检查完成后,质量保证人员应对检查结果进行总结分析,根据法律法规、标准和公司管理要求等检查依据提出检查发现,并最终形成质量保证工作报告,质量保证工作报告应以从客户角度陈述事实,不带个人主观想法。
               (3)问题跟踪与持续改进。对于检查中发现的问题,质量保证人员还有负责跟踪整改情况,直至问题关闭。
               质量改进
               (1)质量改进和质量控制的区别。质量改进是为了消除系统性或者长期性的质量问题,对现有的质量水平在控制的基础上加以提高,使质量达到一个新水平、新高度。质量改进是企业跨部门人员参加的突破性改进,质量改进是一个变革和突破的过程,该过程也必然遵循PDCA循环的规律。
               质量改进与质量控制不一样,但两者是紧密相关的,质量控制是质量改进的前提,质量改进是质量控制的发展方向,控制意味着维持其质量水平,改进的效果则是突破或提高。可见,质量控制是面对“今天”的要求,而质量改进是为了“明天”的需要。
               质量控制是日常进行的工作,可以纳入“操作规程”中加以贯彻执行。质量改进则是一项阶段性的工作,达到既定目标之后,该项工作就完成了,通常它不能纳入“操作规程”,只能纳入“质量计划”中加以贯彻执行,所以质量改进通常以成立专题改进项目的形式进行。
               (2)质量改进对象。质量改进活动涉及到质量管理的全过程,改进的对象既包括产品〔或服务)的质量,也包括各部门的工作质量。产品质量改进是指改进产品自身的缺陷,或是改进与之密切相关事项的工作缺陷的过程。
               (3)如何选择改进项目。改进项目的选择重点,应是长期性的缺陷,一般来说,应把影响企业质量方针目标实现的主要问题,作为质量改进的选择对象,一般可以从以下几个方面来考虑选择改进项目:
               .市场上质量竞争最敏感的项目。企业应了解用户对产品或者服务的质量项目中最关切的是哪一项,因为它往往会决定产品或服务在市场竞争中的成败。
               .质量指标达不到规定“标准”的项目。所谓规定“标准”是指在产品销售或服务交付过程中,合同中所提出的标准。在国内市场,如果产品质量或服务质量指标达不到这种标准,产品或服务就没有竞争力、很难立足。
               .产品或服务质量低于行业先进水平的项目。有竞争力的企业都执行内部控制的标准,内部标准的质量指标高于公开颁布标准的指标。因此选择改进项目应在立足于与先进企业产品或服务质量对比的基础上,将本企业产品或服务质量项目低于行业先进水平者,均应列入计划,订出改进措施,否则难以占领国内外市场。
               .其他。诸如质量成本高的项目,用户意见集中的项目,索赔与诉讼项目,影响产品信誉的项目等等。
               质量改进实施方法
               (1)PDCA实施方法。质量改进是一个变革和突破的过程,该过程也必然遵循PDCA循环的规律,具体实施质量改进PDCA循环的过程,可以从以下7个步骤来实施:
               .明确问题
               .掌握现状
               .分析问题产生的原因
               .拟订对策并实施
               .确认效果
               .防止问题再发生并标准化
               .总结
               (2)DMAIC方法。DMAIC是6σ管理中流程改善的重要工具,DMAIC是指定义(Define)、测量(Measure)、分析(Analyze)、改进(Improve)、控制(Control)5个阶段构成的过程改进方法,一般用于对现有流程的改进,包括制造过程、服务过程以及工作过程等等,一个完整的6西格玛改进项目应完成“定义D”“测量M”“分析A”“改进I”和“控制C” 5个阶段的工作。每个阶段又由若干个工作步骤构成。
               DMAIC实施步骤如下。
               .定义:辨认需改进的产品或过程,确定项目所需的资源。
               .测量:定义缺陷,收集此产品或过程的表现作底线,建立改进目标。
               .分析:分析在测量阶段所收集的数据,以确定一组按重要程度排列的影响质量的变量。
               .改进:优化解决方案,并确认该方案能够满足或超过项目质量改进目标。
               .控制:确保过程改进一旦完成能继续保持下去,而不会返回到先前的状态。
 
       质量控制
        质量控制是监督并记录质量活动执行结果,以便评估绩效,并推荐必要的变更过程,其主要作用包括:
        .识别过程低效或产品质量低劣的原因,建议并采取相应措施消除这些原因。
        .确认项目的可交付成果及工作满足主要干系人的既定需求,足以进行最终验收。
               输入
                      项目管理计划
                      项目管理计划中包含质量管理计划,用于控制质量。质量管理计划描述将如何在项目中开展质量控制。
                      质量测量指标
                      质量测量指标描述了项目或产品属性及其测量方式。质量测量指标的例子包括功能点、平均故障间隔时间(MTBF)和平均修复时间(MTTR)。
                      质量核对单
                      质量核对单是结构化清单,有助于核实项目工作及其可交付成果是否满足一系列要求。
                      工作绩效数据
                      工作绩效数据包括实际技术性能(与计划比较)、实际进度绩效(与计划比较)和实际成本绩效(与计划比较)。
                      批准的变更请求
                      实施整体变更控制过程中批准的变更请求,可包括各种修正,如缺陷补救、修订的工作方法和修订的进度计划。需要核实批准的变更是否已得到及时实施。
                      可交付成果
                      可交付成果是任何独特并可核实的产品、成果或能力,最终将成为项目所需的、确认的可交付成果。
                      项目文件
                      项目文件可能包括协议、质量审计报告和变更日志(附有纠正行动计划)、培训计划和效果评估、过程文档。
                      组织过程资产
                      可能影响质量控制过程的组织过程资产包括组织的质量标准和政策、标准化的工作指南、问题与缺陷报告程序及沟通政策。
               工具与技术
                      七种基本质量工具
                      七种基本质量工具包括因果图、流程图、核查图、帕累托图、直方图、控制图和散点图,如本章第1张图所示。
                      统计抽样
                      统抽样是指按照质量管理计划中的规定,抽取和测量样本。
                      检查
                      检查是指检验工作产品,以确定是否符合书面标准。检查的结果通常包括相关的测量数据。检查也可称为审查、同行审查、审计或巡检等。
                      审计已批准的变更请求
                      对所有已批准的变更请求进行审查,以核实它们是否已按批准的方式得到实施。
               输出
                      质量控制测量结果
                      质量控制测量结果是对质量控制活动结果的书面记录。应该以制订质量管理计划过程中所确定的格式加以记录。
                      确认的变更
                      对变更或补救过的对象进行检查,做出接受或拒绝的决定,并把决定通知干系人。被拒绝的对象可能需要返工。
                      核实的可交付成果
                      质量控制过程的一个目的就是确定可交付成果的正确性。核实的可交付成果是范围确认过程的一项输入,以便正式验收。
                      工作绩效信息
                      工作绩效信息是从各控制过程收集,并结合相关背景和跨领域关系进行整合分析而得到的绩效数据。
                      变更请求
                      如果推荐的纠正措施、预防措施或缺陷补救导致需要对项目管理计划进行变更,则应按既定的整体变更控制过程的要求,提出变更请求。
                      项目管理计划更新
                      项目管理计划中可能需要更新的内容包括质量管理计划和过程改进计划。
                      项目文件更新
                      可能需要更新的项目文件包括质量标准、协议、质量审计报告和变更日志(附有纠正行动计划)、培训计划和效果评估、过程文档。
                      组织过程资产更新
                      可能需要更新的组织过程资产包括完成的核对单和经验教训文档。
   题号导航      2009年上半年 信息系统项目管理师 下午试卷 论文   本试卷我的完整做题情况  
1 /
2 /
 
第1题    在手机中做本题