免费智能真题库 > 历年试卷 > 信息系统监理师 > 2018年下半年 信息系统监理师 上午试卷 综合知识
  第43题      
  知识点:   三方协同的质量管理体系   质量保证   质量控制
  关键词:   信息工程   质量保证计划   质量控制   质量保证        章/节:   质量控制       

 
三方协同的质量控制体系是信息工程项目成功的重要因素,项目的质量保证计划是在( )的质量保证计划的基础上建立起来的。
 
 
  A.  建设单位
 
  B.  监理单位
 
  C.  承建单位
 
  D.  管理单位
 
 
 

 
  第48题    2015年下半年  
   54%
在信息系统工程设计阶段对总体设计方案审查的过程中,除了要确保方案满足建设单位的总体需求、工程目标等,方案中的质量保证措施..
  第43题    2019年下半年  
   31%
信息系统工程项目是由建设单位、承建单位和监理单位三方共同完成,以下相关描述不正确的是:( )。
  第28题    2011年上半年  
   61%
质量体系文件通常由三部分组成,包括质量手册、(28)和作业指导书。质量体系文件的特性不包括(29)。
   知识点讲解    
   · 三方协同的质量管理体系    · 质量保证    · 质量控制
 
       三方协同的质量管理体系
        信息系统工程是由建设单位、承建单位和监理单位共同完成的,高质量、低成本和按时完成工程项目是三方的共同目标。信息系统工程的质量控制目标也应该由建设单位、承建单位和监理单位共同完成,三方都应该建立各自的质量控制体系,而整个项目的质量控制过程是由建设单位的质量控制过程、承建单位的质量控制过程和监理单位的质量控制过程所组成的。
        承建单位是信息系统工程的实施方,承建单位的质量控制体系能否有效运行是整个项目质量保障的关键。信息系统工程的质量控制体系应以承建单位的质量控制体系为主体。
        建设单位作为工程建设的投资方和用户方,也应该建立较完整的质量控制体系,这也是项目成功的关键因素之一。
        虽然建设单位、承建单位各有自己的质量控制体系,但每一种体系在实际的运行过程中都不可能尽善尽美,双方的理解也不可能完全一致。监理单位作为信息系统工程的监督管理方,既要按照自己的质量控制体系从事监理活动,还要对承建单位的质量控制体系进行监督,并对建设单位的质量控制体系进行指导,使之能够在工程建设过程中得到有效的实施。
        三方协同的质量控制体系是信息系统工程成功的重要因素,但三方质量控制活动的侧重点也有所不同。建设单位侧重于可行性研究、需求分析、工程招标、测试和验收阶段的质量控制,承建单位侧重于开发、实施过程的质量过程,而监理单位则代表建设单位对承建单位的质量控制活动进行监督和管理,并协助、指导建设单位进行自身的质量控制活动。通过监理单位的监督、控制、管理和协调,建设单位和承建单位可以充分发挥各自质量控制手段和方法的长处,从而达到最优的质量控制效果。
        只有通过建设单位、承建单位和监理单位既相互独立又紧密结合的共同的质量控制,信息系统工程项目的质量目标才有可能实现。
 
       质量保证
        系统质量是指反映系统或产品满足规定或隐含需求的能力的特征和特性全体。软件质量管理是指对软件开发过程进行的独立的检查活动,由质量保证、质量规划和质量控制三个主要活动构成。质量保证是指为保证系统或软件产品充分满足用户要求的质量而进行的有计划、有组织的活动,其目的是开发高质量的系统。
               质量特性
               讨论系统质量首先要了解系统的质量特性。已经有多种软件质量模型来描述软件质量特性,目前较多采用的如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)、记录保存和报告。
 
       质量控制
        质量控制是监督并记录质量活动执行结果,以便评估绩效,并推荐必要的变更过程,其主要作用包括:
        .识别过程低效或产品质量低劣的原因,建议并采取相应措施消除这些原因。
        .确认项目的可交付成果及工作满足主要干系人的既定需求,足以进行最终验收。
               输入
                      项目管理计划
                      项目管理计划中包含质量管理计划,用于控制质量。质量管理计划描述将如何在项目中开展质量控制。
                      质量测量指标
                      质量测量指标描述了项目或产品属性及其测量方式。质量测量指标的例子包括功能点、平均故障间隔时间(MTBF)和平均修复时间(MTTR)。
                      质量核对单
                      质量核对单是结构化清单,有助于核实项目工作及其可交付成果是否满足一系列要求。
                      工作绩效数据
                      工作绩效数据包括实际技术性能(与计划比较)、实际进度绩效(与计划比较)和实际成本绩效(与计划比较)。
                      批准的变更请求
                      实施整体变更控制过程中批准的变更请求,可包括各种修正,如缺陷补救、修订的工作方法和修订的进度计划。需要核实批准的变更是否已得到及时实施。
                      可交付成果
                      可交付成果是任何独特并可核实的产品、成果或能力,最终将成为项目所需的、确认的可交付成果。
                      项目文件
                      项目文件可能包括协议、质量审计报告和变更日志(附有纠正行动计划)、培训计划和效果评估、过程文档。
                      组织过程资产
                      可能影响质量控制过程的组织过程资产包括组织的质量标准和政策、标准化的工作指南、问题与缺陷报告程序及沟通政策。
               工具与技术
                      七种基本质量工具
                      七种基本质量工具包括因果图、流程图、核查图、帕累托图、直方图、控制图和散点图,如本章第1张图所示。
                      统计抽样
                      统抽样是指按照质量管理计划中的规定,抽取和测量样本。
                      检查
                      检查是指检验工作产品,以确定是否符合书面标准。检查的结果通常包括相关的测量数据。检查也可称为审查、同行审查、审计或巡检等。
                      审计已批准的变更请求
                      对所有已批准的变更请求进行审查,以核实它们是否已按批准的方式得到实施。
               输出
                      质量控制测量结果
                      质量控制测量结果是对质量控制活动结果的书面记录。应该以制订质量管理计划过程中所确定的格式加以记录。
                      确认的变更
                      对变更或补救过的对象进行检查,做出接受或拒绝的决定,并把决定通知干系人。被拒绝的对象可能需要返工。
                      核实的可交付成果
                      质量控制过程的一个目的就是确定可交付成果的正确性。核实的可交付成果是范围确认过程的一项输入,以便正式验收。
                      工作绩效信息
                      工作绩效信息是从各控制过程收集,并结合相关背景和跨领域关系进行整合分析而得到的绩效数据。
                      变更请求
                      如果推荐的纠正措施、预防措施或缺陷补救导致需要对项目管理计划进行变更,则应按既定的整体变更控制过程的要求,提出变更请求。
                      项目管理计划更新
                      项目管理计划中可能需要更新的内容包括质量管理计划和过程改进计划。
                      项目文件更新
                      可能需要更新的项目文件包括质量标准、协议、质量审计报告和变更日志(附有纠正行动计划)、培训计划和效果评估、过程文档。
                      组织过程资产更新
                      可能需要更新的组织过程资产包括完成的核对单和经验教训文档。
   题号导航      2018年下半年 信息系统监理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第43题    在手机中做本题