免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2022年下半年 信息系统项目管理师 上午试卷 综合知识
  第36题      
  知识点:   执行质量保证   策划   评估   评估指标   质量保证   质量审计   重要性
  章/节:   项目质量管理过程       

 
()属于实施质量保证过程的活动。
①向项目团队成员宣贯和明确质量保证重要性
②确定质量保证评估指标
③加强质量审计,建立制度保障
策划质量保证活动,并形成质量计划
 
 
  A.  ①②
 
  B.  ②④
 
  C.  ①③
 
  D.  ③④
 
 
 

 
  第48题    2010年下半年  
   39%
在质量审计时,审计小组发现如下事实:一批计算机数量为50 台的进货合同,在检验时抽检了其中8 台计算机,发现2 台不合格。该检验..
  第38题    2022年上半年  
   19%
软件项目的质量,主要用()和软件测试两种方法配合使用来保证。
  第47题    2010年上半年  
   60%
质量计划的工具和技术不包括(47)。
   知识点讲解    
   · 执行质量保证    · 策划    · 评估    · 评估指标    · 质量保证    · 质量审计    · 重要性
 
       执行质量保证
        执行质量保证是审计质量要求和质量控制测量结果,确保采用合理的质量标准和操作性定义的过程。它是一个执行过程,使用质量控制过程产生的数据。质量保证是一项管理职能,应贯穿于整个项目生命期。
        质量保证往往由质量保证部门或类似部门提供。该部门还要向项目团队、执行组织管理层、客户或发起人以及其他未主动参与工作的干系人提供质量保证支持。执行质量保证也为持续过程改进创造条件。通过持续过程改进可以减少浪费、消除非增值活动,使各过程在更高的效率和效果水平上运行。
        输入
        1.质量管理计划
        说明如何在项目中执行质量保证。
        2.质量度量指标
        3.过程改进计划
        4.批准的变更请求
        需要对批准的变更请求进行分析,分析其对质量管理计划、质量度量指标和质量检查单的影响,批准的变更请求是质量保证的重要输入,可用于质量审计、质量评审及过程分析等。
        5.质量控制测量
        质量控制测量是质量控制活动反馈给质量保证过程的结果,用于重新评估和分析执行组织的质量标准和过程。
        6.工作绩效信息
        工作绩效信息是质量保证重要的输入,包括项目可交付物、纠正措施和绩效报告,可用于质量审计、质量评审和过程分析等。
        7.实施的变更请求
        8.实施的纠正措施
        9.实施的缺陷修复
        10.实施的预防措施
        工具与技术
        1.质量规划工具与技术
        质量规划过程的工具与技术也适用于质量保证过程。
        2.质量审计
        质量审计是一种独立的结构化审查,用来确定项目活动是否遵循了组织和项目的政策、过程与程序。质量审计的目标是:
        .识别正在实施的最佳实践。
        .识别差距和不足。
        .分享所在组织或行业中类似项目的良好实践。
        .积极主动地提供协助,以改进过程的执行,帮助团队提高生产率。
        .每次审计都应对组织的经验教训积累做出贡献。
        采取后续措施纠正问题将降低质量成本,并提高发起人或客户对项目产品的接受度。质量审计可事先安排,也可随机进行,可由内部或外部的审计师进行。
        质量审计还可确认已批准的变更请求、纠正措施、缺陷修复、预防措施的实施情况。
        3.过程分析
        过程分析是指按过程改进计划中的步骤来识别所需的改进。它也要检查过程运行期间遇到的问题、制约因素以及发现的非增值活动。过程分析包括根本原因分析,即识别问题,探究根本原因,并制订预防措施的一种技术。
        4.质量控制工具和技术
        见执行质量控制过程中的说明。
        输出
        1.请求的变更
        质量改进包括采取措施来提高执行组织的质量政策、过程及程序的效率和效果。可以提出变更请求,并提交整体变更控制过程处理。
        2.建议的纠正措施
        质量改进包括建议纠正措施,以提高执行组织的效率和效力。纠正措施是指在进行质量保证活动(如审计和过程分析)后建议采取的措施。
        3.组织过程资产(更新)
        可能需要更新的组织过程资产包括但不限于质量标准。
        4.项目管理计划(更新)
        项目管理计划中可能需要更新的内容包括但不限于质量管理计划、成本管理计划和进度管理计划。
 
       策划
        目的:对运行维护服务能力进行整体策划并提供必要的资源支持,以确保供方有能力提供运行维护服务。
        供方应对运行维护服务能力进行策划,至少应:
        .根据自身业务定位和能力,策划运行维护服务对象的服务内容与要求,并形成服务目录。
        .依据组织的业务发展需要来建立组织结构和管理制度,支持服务目录的实施或实现。
        .对人员、资源、技术和过程进行规划,建立相适应的指标体系和服务保障体系。
        .策划如何管理、审核并改进服务质量,建立内部审核评估机制。
 
       评估
        评估测试不只针对物理设备,更重要的是要评估、比较各种网络技术。通常使用模拟测试配置和模拟负载进行子系统(如路由器)和网络技术(如ATM或FDDI等)的评估。评估测试不适用于全局网络,因为全局网络拓扑负载、网络设备太多,不好准确定位引起问题的原因和位置,不能进行有效的比较。多数评估测试在专用的子网测试环境中进行。
        很多公司都有其固定合作的网络设备供应商,如路由器、集线器或交换机的供应商,通常很少再做设备比较测试,但网络技术的比较测试需要经常进行。企业经常面对选择哪种技术以及怎样比较不同技术的问题,所以技术评估是评估测试中很重要的一项。
        在比较设备与技术时,除了使用专用于待测设备或技术的工程负载外,有经验的程序员也使用真实负载,使用真实负载可以了解待测设备或技术在特定环境下的运行性能。通过两种负载模式检测结果的比较,可以获知待测设备还有多少多余容量。
        评估测试与设备或技术的功能/特征测试一样,用于比较待测设备或技术的性能、稳定性、特性、易用性配置和管理等方面的功能。
        评估测试实质是衰减测试的基础,评估测试中对几种设备或技术进行比较;衰减测试中对同一设备的不同版本进行比较。测试中选择设备的标准也完全可作为验证升级版本工作正常与否的标准。尽可能多地集成在计划/设计阶段进行测试是非常好的方法,最初的产品评估测试可以被开发阶段的可接受性测试和升级阶段的衰减性测试所借鉴。
        评估测试是最常进行的测试,在设备选型、技术选型,以及网络系统升级过程中都要进行或多或少的评估测试。
        用于评估测试的负载模式和测试脚本要能有效覆盖被检测的设备和技术。常使用最好情形(工程负载)和真实负载模式进行测试,两种方式都提供了唯一的、重要的检测结果,测试人员要能够理解、解释测试结果间的不同。
        工程检测结果是被测设备和技术在最理想的情形下测试得到的结果,因此不能在真实运行环境里显示它们的运行性能;真实检测结果能很好地显示待测设备或技术在运行网络环境中的性能,但无法预测设备的总容量。如果时间允许,两种测试都要做。通常测试人员只有时间进行一种测试,一般进行最好情形的测试。许多公开发行的测试报告都是基于最好情形(工程负载)下的测试结果。
        所有的测试配置都是模拟的。用于设备比较的测试配置不一定要代表运行网络的典型配置,任何有效、公正的测试配置都能对被测产品进行很好的比较。然而,测试配置和负载越接近运行网络的配置和负载,测试的结果越能反映被测设备在运行网络中的运行情况。
        在安装和配置测试网络时必须注意:要确保配置中所有测试组件都是最新版本,使测试尽可能地公正和统一,以取得最好的测试结果。在测试非正式版时一定要小心,因为发布日期经常有错误。测试配置中安装了非正式版后,它还可能会变,所以非正式版的测试结果和正式版的测试结果经常不一致,分析非正式版的设备经常会延误项目的进行。
        进行评估测试时,除了被测设备,测试配置中的所有网络组件都要保持不变。这一点非常重要,只有这样才能保证被测设备可以进行公平比较。对于子网,这一点很容易做到(一个网络设备很容易被另一个设备所替代)。
        网络技术评估要比较各种网络技术,因而测试配置中的几个网络组件都需要更换。重要的是不要改变源或目标配置。在配置中不仅通信线路需要更换,路由器也需要更换。传输负载和端点的配置要保持不变。
        需要评估测试计划中的各个测试任务,逐步完成测试、数据收集和数据解释。在评估测试中,各测试进行的先后次序没有关系,因为它们不是线性关系,而是多次重复进行的。当在测试中发现了新的信息时,以前所做的测试可能要重新进行以确定它的测试结果,或要对以前的测试稍作改变以检验网络运行的其他方面。此外,在评估期间设备提供商经常发布新的版本或非正式的版本,所以各种基于这种设备的测试都要重新进行。
        制定网络设备、技术比较或取舍标准时,不仅要参考评估测试所得的测试结果数据,还要综合考虑其他一些信息,如各设备的性能价格比,但由于没有运行网络的持续和峰值负载要求,所以缺少比较基准,往往将产品评估测试引入歧途。
        最后要根据评估测试所得的数据和图表对网络系统作出总结性评估,并撰写网络系统评估报告。
 
       评估指标
        网络广告效果的评估指标有以下几种,广告主、网络广告代理商和服务商可结合自身广告效果评估的要求,运用这些指标进行效果综合评估。
        (1)点击率。点击率是指网上广告被点击的次数与被显示次数之比。它一直都是网络广告最直接、最有说服力的评估指标之一。
        (2)二跳率。当网站页面展开后,用户在页面上产生的首次点击被称为“二跳”,二跳的次数即为“二跳量”。二跳量与到达量(进入网站的人)的比值称为页面的二跳率。这是一个衡量外部流量质量的重要指标。该值初步反映广告带来的流量是否有效,同时也能反映出广告页面的哪些内容是购买者所感兴趣的,进而根据购买者的访问行径,来优化广告页面,提高转化率和线上交易额,大大提升了网络广告投放的精准度,并为下一次的广告投放提供指导。
        (3)业绩增长率。对一部分直销型电子商务网站,评估他们所发布的网络广告最直观的指标就是网上销售额的增长情况,因为网站服务器端的跟踪程序可以判断买主是从哪个网站链接而来、购买了多少产品、什么产品等情况,从而,对于广告的效果有了最直接的体会和评估。
        (4)回复率。网络广告发布期间及之后一段时间内客户表单提交量,公司电子邮件数量的增长率,收到询问产品情况或索要资料的电话、信件、传真等的增长情况等等,回复率可作为辅助性指标来评估网络广告的效果,但需注意它应该是由于看到网络广告而产生的回复。
        (5)转化率。“转化”被定义为受网络广告影响而形成的购买、注册或者信息需求。有时,尽管顾客没有点击广告,但仍会受到网络广告的影响而在其后购买商品。
 
       质量保证
        系统质量是指反映系统或产品满足规定或隐含需求的能力的特征和特性全体。软件质量管理是指对软件开发过程进行的独立的检查活动,由质量保证、质量规划和质量控制三个主要活动构成。质量保证是指为保证系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是开发高质量的系统。
               质量特性
               讨论系统质量首先要了解系统的质量特性。已经有多种软件质量模型来描述软件质量特性,目前较多采用的如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)、记录保存和报告。
 
       质量审计
        质量审计是用来确定项目活动是否遵循了组织和项目的政策、过程与程序的一种结构化的、独立的过程。质量审计的目标是:
        .识别全部正在实施的良好及最佳实践。
        .识别全部违规做法、差距及不足。
        .分享所在组织或行业中类似项目的良好实践。
        .积极、主动地提供协助,以改进过程的执行,从而帮助团队提高生产效率。
        .强调每次审计都应对组织经验教训的积累做出贡献。
        质量审计还可确认已批准的变更请求(包括更新、纠正措施、缺陷补救和预防措施)的实施情况。
 
       重要性
        IT系统的运营管理要考察系统的运营状况,根据需要调整和改善系统软硬件和环境条件,以提高系统的业务支持能力;或者调整IT资产结构,在保障系统有效运转的前提下降低IT系统总体成本。IT系统运营管理的根本目的是以尽可能低的花费为组织的业务提供足够的和可靠的IT服务支持。
        为了保障对业务提供持续可靠并且经济的IT支持,需要对系统性能进行科学而有效的管理。性能评价技术是在必要的时候(例如,新硬件设备采购的评测、定期系统能力评价、业务需求变更之时的能力评测和规划)作为性能管理的支撑技术出现的。
   题号导航      2022年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第36题    在手机中做本题