免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2013年下半年 信息系统项目管理师 上午试卷 综合知识
  第11题      
  知识点:   配置管理相关概念   执行质量控制   配置管理   质量保证
  关键词:   配置管理   质量保证        章/节:   项目质量管理过程   配置管理基础       

 
某新来的配置人员写了配置管理方法,想让老同事帮忙检查存在哪些问题,这种质量保证与评价方法属于(11)。
 
 
  A.  管理评审
 
  B.  技术评审
 
  C.  审计
 
  D.  同行评审
 
 
 

 
  第8题    2017年下半年  
   50%
通常软件的质量管理可以通过质量工具解决,在新七种工具中( )是用于理解一个目标与达成此目标的步骤之间的关系,该工具能帮助团..
  第65题    2018年上半年  
   53%
质量管理实施阶段的工具与技术不包括()。
  第59题    2017年上半年  
   32%
质量管理工具()常用于找出导致项目问题产生的潜在原因。
 
  第61题    2014年上半年  
   33%
配置审核的实施可以(61)。
  第63题    2016年上半年  
   27%
某软件项目的《需求规格说明书》第一次正式发布时,版本号为V1.0,此后,由于发现了几处错误,对该《需求规格说明书》进行了2次小..
  第65题    2011年上半年  
   46%
某软件企业为规范配置管理活动,确保项目配置管理的有效性,避免出现混乱现象,对配置管理库状况进行审计,确定配置库中的配置项..
   知识点讲解    
   · 配置管理相关概念    · 执行质量控制    · 配置管理    · 质量保证
 
       配置管理相关概念
        配置管理
        配置管理是采用技术手段和行政手段进行管理和监督的一套规范化方法;对配置项的功能特性和物理特性加以标识,并将其文档化;控制这些特性的变更;报告变更进行的情况和变更实施的状态以及验证与规定需求的一致性。
        项目配置管理的主要任务包括:
        .制订项目配置管理计划。
        .确定配置标识规则。
        .实施变更控制。
        .报告配置状态。
        .进行配置审核。
        .进行版本管理和发行管理。
        配置管理系统
        配置管理系统用于控制工作产品的配置管理和变更管理。该系统包括存储媒体、规程和访问该配置系统的工具、用于记录和访问变更请求的工具。
        在大多数应用领域,配置管理系统包括变更控制系统。
        配置管理活动和流程
        配置管理活动和流程主要包括制订配置管理计划、配置识别与建议基线、建立配置管理系统、版本管理、配置状态报告和配置审计。
        配置项
        IEEE对配置项的定义为“硬件、软件或二者兼有的集合,为配置管理指定的,在配置管理过程中作为一个单独的实体对待。
        产品配置是指一个产品在其生命周期各个阶段所产生的各种形式和各种版本的文档、计算机程序、部件及数据的集合。该集合中的每个元素称为该产品配置中的一个配置项(CI),主要有两大类:
        .属于产品组成部分的工作成果,如需求、设计文档、源代码和测试用例等。
        .属于项目管理和机构支撑过程域产生的文档,如工作计划、质量报告、项目跟踪报告等。
        每个配置项的主要属性有名称、标识符、文件状态、版本、作者和日期等。
        配置库
        配置库是一组受控制的,辅助软件开发、使用和维护的软件及相关的文档,它在软件发布与交付活动中起着器械性的作用。
        配置库的主要作用表现在:
        .记录与配置相关的所有信息。
        .利用库中的信息可评价变更的后果。
        .从库中可提取各种配置管理过程的管理信息。
        配置库有三类:
        .开发库。也称动态库,存放开发过程中需要保留的各种信息,供开发人员个人专用。无须对开发库的修改做限制。
        .受控库。也称主库,在信息系统开发的某个阶段结束时,将工作产品存入或有关信息存入。对库内信息的修改要遵循变更控制流程。
        .产品库。存放最终产品,等待交付用户或现场安装。库内信息也应加以控制。
        基线
        基线是一组经过正式审查并且达成一致的规范或工作产品,是开发工作的基础。一个产品可以有多个基线,也可以只有一个基线。交付给外部顾客的基线一般称为发行基线,内部使用的基线一般称为构造基线。
        基线的主要属性有名称、标识符、版本和日期等。一组拥有唯一标识号的需求、设计、源代码以及相应的可执行代码、构造文档和用户文档可以认为是一个基线。产品的一个测试版本也可以作为基线。
        在建立基线以前,工作产品的所有者能快速、非正式地对工作产品做出变更。但基线建立以后,变更则需要由正式的变更控制程序来控制。
        变更控制委员会
        变更控制委员会(CCB)也称为配置控制委员会,是配置项变更的监管组织。其任务是对提出的配置项变更做出评价、审批以及监督已批准变更的实施。
        变更控制委员会的成员可以包括项目经理、用户代表、项目质量控制人员、配置控制人员等。CCB可以不是常设机构,完全可以根据工作需要组成,小项目CCB可以只有一人,甚至只是兼职人员。它的任务除控制变更以外,也可以负责更多的配置管理任务,如基线的审定、标识的审定以及产品的审定。
 
       执行质量控制
        执行质量控制是指监控项目的具体结果,确定其是否符合相关的质量标准,并判断如何杜绝造成不合格结果的根源。质量控制应贯穿于项目始终。项目结果既包括可交付物也包括项目管理结果,如成本与进度绩效。
        对于项目经理或项目质量管理人员来说,他们应当具备质量控制方面的统计知识,特别是关于抽样与概率的知识。另外,还需了解以下术语之间的区别:
        .预防(保证过程中不出现错误)与检查(保证错误不落到客户手中)。
        .属性抽样(结果符合或不符合)与变量抽样(结果在测量符合程度的连续坐标系中表示)。
        .特殊原因(异常事件)与随机原因(正常过程差异)。
        .许可的误差(结果的可接受范围)与控制界限(显示过程是否失控的临界值)。
        输入
        1.质量管理计划
        2.质量度量指标
        3.质量检查单
        4.组织过程资产
        5.批准的变更请求
        批准的变更请求的执行情况需要得到及时和正确的检验。
        6.工作绩效信息
        7.可交付物
        工具与技术
        工具和技术中的前7种被称为“石川七大质量工具”。
        1.因果图
        因果图又称石川图或鱼骨图,直观地反映项目中可能出现的问题与各种潜在原因之间的关系,下图的(a)和(b)为因果分析图的不同表现形式。因果图法可用于根本原因分析,还用于风险分析。
        
        因果图
        2.控制图
        控制图又称为管理图,用于决定一个过程是否稳定或是否具有可预测的绩效,是反映生产程序随时间变化而发生的质量变动的动态图形,是对过程结果在时间坐标上的一种图线表示法,如下图所示。
        
        控制图
        控制图中的要素:
        .中心线:过程数据的平均值。
        .控制上限(UCL):表示数据范围的上限。
        .控制下限(LCL):表示数据范围的下限。
        控制上限和下限由项目经理和相关干系人设定,反映了必须采取纠正措施的位置。对于重复性过程,控制界限通常设置在±3δ(标准偏差)的位置。当某个数据点超出控制界限,或连续7个点落在均值上方或下方时,表示过程已经失控。
        3.直方图
        直方图是一种垂直的条形图,显示特定情况的发生次数。每个柱形都代表某个问题的一种属性或特征,柱形的高度则表示该特征的发生次数。直方图用数字和柱形的相对高度直观地表示引发问题的最普遍原因。下图为一个未排序的直方图示例。
        
        直方图
        4.流程图
        流程图是对一个过程的图形化表示,用来表示该过程各步骤之间的相互关系。流程图有多种形式,但所有的流程图都会显示活动、决策点和处理顺序。在执行质量控制中,可以使用流程图来发现某个或某些失效的步骤,以及识别潜在的过程改进机会。流程图可帮助项目团队预测在什么时候、哪个环节发生质量问题,因此有利于应对方法的制订。流程图也用于风险分析。
        5.帕累托图
        帕累托图来自于帕累托定律,该定律认为绝大多数的问题或缺陷产生于相对有限的原因。就是常说的80/20定律,即20%的原因引起80%的问题。
        帕累托图也称为排列图、主次分析图、ABC图等,它是一种按发生频率排序的特殊的直方图,显示每种已识别的原因分别导致了多少缺陷。排序的目的是为了找出影响项目产品或服务质量的主要因素,有重点地采取纠正措施。如下图所示。
        
        帕累托图
        6.趋势图
        趋势图是一种线形图,按发生顺序标示数据点。趋势图可以反映一个过程在一定时间段的趋势、偏差情况,以及过程的改进或恶化。趋势分析借助趋势图,根据过去的结果用数学技术来预测未来的成果,往往用于监控:
        .技术绩效:已识别出多少错误或缺陷,还有多少没有纠正。
        .成本与进度绩效:每个时期有多少活动在完成时出现了偏差。
        7.散点图
        散点图显示两个变量之间的关系。通过散点图,质量团队可以研究并确定两个变量之间可能存在的关系。需要在散点图上标出因变量和自变量。数据点越接近对角线,两个变量之间的关系就越密切,如下图所示。
        
        散点图
        8.统计抽样
        统计抽样是从目标总体中选取部分样本用于检查。抽样的频率和规模应在规划质量过程中确定,以便在质量成本中考虑测试数量和预期废料等。适当的抽样往往可以降低质量控制成本。
        9.检查
        检查包括诸如测量、检查和测试等活动,目的是确定结果与要求是否一致。检查可以在任何管理级别上进行,如可以检查单项活动的成果,也可以检查项目最后产品。检查又可称为审查、同行评审、审计、走查等,在具体的领域,这些说法有具体的含义。检查也可用于确认缺陷修复。
        10.缺陷修复审查
        缺陷修复审查是由质量控制部门或者类似的组织进行,以确保缺陷得到了修复,并且符合需求。
        输出
        1.质量控制测量
        质量控制测量结果是按照质量规划中的规定,对质量控制活动结果的书面记录。
        2.确认的缺陷修复
        被修复的缺陷重新检验时,结果可能是被接受或被拒绝。被拒绝的可能需要再次进行缺陷修复。
        3.建议的纠正措施
        4.建议的预防措施
        5.请求的变更
        6.建议的缺陷修复
        7.确认的可交付物
        质量控制的一个目的就是确认可交付物的正确性,实施质量控制的最终结果就是确认的可交付物。确认的可交付物是范围确认的一项输入,以便进行正式的验收。
        8.项目管理计划(更新)
        项目管理计划中需要更新的可能包括:
        .质量管理计划
        .过程改进计划
        9.组织过程资产(更新)
        可能需要更新的组织过程资产包括:
        .完成的检查单:完成的质量检查单应该作为项目记录的一部分。
        .经验教训文档:偏差原因、采取纠正措施的理由以及执行质量控制过程中的其他经验和教训。经验教训的总结与记录应贯穿于整个项目的生命周期,至少需要在项目收尾时进行。
 
       配置管理
        随着信息系统软件版本不断变化,开发时间的紧迫以及多平台开发环境的采用,使得软件开发、维护面临越来越多的问题,其中包括对当前多种软件的开发和维护、保证产品版本的精确、重建先前发布的产品、加强开发政策的统一和对特殊版本需求的处理等等。
        信息系统软件配置管理是一种应用于整个软件工程过程的标识、组织和控制修改的围绕软件资产的管理技术。界定软件的组成项目,对每个项目的变更进行管控(版本控制),并维护不同项目之间的版本关联,以使软件在开发过程中任一时间的内容都可以被追溯。其关键活动包括:配置管理计划、配置项管理、版本控制、变更控制、配置审计、状态报告等。
               配置管理计划
               根据信息系统软件运维制度和规范、标准,制定配置管理计划,主要包括以下内容。
               (1)该项目对配置管理的要求。
               (2)实施配置管理的责任人、组织及其职责。
               (3)需要开展的配置管理活动及其进度安排。
               (4)采用的方法和工具等。
               配置与配置项
               “配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。因此“配置”包括了即将受控的所有产品特性,及其内容及相关文档,软件版本,变更文档,软件运行的支持数据,以及其他一切保证软件一致性的组成要素。
               为了方便对“配置”进行管理,“配置”经常被划分为各类配置项,这类划分是进行软件配置管理的基础和前提。配置项是一组软件功能或者物理属性的组合,在配置管理过程中,配置项被作为一个单一的实体对待。配置项包括各种管理文档和技术文档,源程序与目标代码,以及运行所需的各种数据等。同时,应该建立配置库来管理所有的配置项。
               版本控制
               版本是表示一个配置项具有一组定义的功能的一种标识。随着功能的增加,修改或删除,配置项的版本随之演变。应当记录每个软件配置项的所有历史记录,并记录该软件配置项由何人创建,何人在何时因何原因进行了修改等信息,以及对这些软件配置项版本的进行检索和信息查询等活动。
               变更控制
               变更在信息系统软件运维过程中是不可避免的。变更控制是配置管理的一个重要组成部分,包含评估、协调、批准/拒绝、实施对配置项的变更。
               配置审计
               配置审计是对配置管理的独立的查检过程,确认受控软件配置项满足需求并就绪。其内容如下。
               (1)功能审计:配置项的变更控制是否和配置管理计划中的描述相一致。
               (2)物理审计:配置项的完整性、正确性、一致性和可跟踪性。
               状态报告
               状态报告用来记录和报告有效管理配置所需要的必要信息。这些信息包括一个已批准的配置标识清单,变更请求当前的处理状态,以及批准的变更的实现情况。配置状态报告可以跟踪对软件的更改的过程,它保证对正在进行和已完成的变更进行记录、监视并通报给相关人员。
 
       质量保证
        系统质量是指反映系统或产品满足规定或隐含需求的能力的特征和特性全体。软件质量管理是指对软件开发过程进行的独立的检查活动,由质量保证、质量规划和质量控制三个主要活动构成。质量保证是指为保证系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是开发高质量的系统。
               质量特性
               讨论系统质量首先要了解系统的质量特性。已经有多种软件质量模型来描述软件质量特性,目前较多采用的如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)、记录保存和报告。
   题号导航      2013年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
5 /
6 /
7 /
8 /
9 /
10 /
11 /
12 /
13 /
14 /
15 /
 
16 /
17 /
18 /
19 /
20 /
21 /
22 /
23 /
24 /
25 /
26 /
27 /
28 /
29 /
30 /
 
31 /
32 /
33 /
34 /
35 /
36 /
37 /
38 /
39 /
40 /
41 /
42 /
43 /
44 /
45 /
 
46 /
47 /
48 /
49 /
50 /
51 /
52 /
53 /
54 /
55 /
56 /
57 /
58 /
59 /
60 /
 
61 /
62 /
63 /
64 /
65 /
66 /
67 /
68 /
69 /
70 /
71 /
72 /
73 /
74 /
75 /
 
第11题    在手机中做本题