免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2010年下半年 信息系统项目管理师 上午试卷 综合知识
  第13题      
  知识点:   内部质量   评估   软件工程   软件工程产品质量   软件需求   使用质量   外部质量   维护
  关键词:   开发   软件产品   软件工程产品质量   维护   需求   质量模型   软件工程        章/节:   标准       

 
软件的质量需求是软件需求的一部分,根据《软件工程产品质量第1部分:质量模型 GB/T 16260.1-2006》,软件产品质量需求的完整描述要包括(13),以满足开发者、维护者、需方以及最终用户的需要。
内部质量评估准则 ② 外部质量评估准则 ③ 使用质量评估准则 ④ 过程质量的评估准则
 
 
  A.  ①②
 
  B.  ③
 
  C.  ①②③
 
  D.  ①②③④
 
 
 

 
  第14题    2011年下半年  
   37%
根据《GB/T 12504‐90 计算机软件质量保证计划规定》,评审文档质量的度量准则中的(14)准侧,要求在软件开发各个阶段所编写的文..
  第13题    2017年上半年  
   51%
过程质量是指过程满足明确和隐含需要的能力的特性之综合。根据GB/T 16250-2006中的观点,在软件工程项目中,评估和改进一个过程是..
  第13题    2010年上半年  
   26%
根据《软件工程产品质量》(GB/T 16260.1-2006)定义的质量模型,(13)不属于易用性的质量特性。
   知识点讲解    
   · 内部质量    · 评估    · 软件工程    · 软件工程产品质量    · 软件需求    · 使用质量    · 外部质量    · 维护
 
       内部质量
        内部质量是从内部观点出发的软件产品特性的总体。内部质量是针对内部质量需求被测量和评价的质量。
 
       评估
        评估测试不只针对物理设备,更重要的是要评估、比较各种网络技术。通常使用模拟测试配置和模拟负载进行子系统(如路由器)和网络技术(如ATM或FDDI等)的评估。评估测试不适用于全局网络,因为全局网络拓扑负载、网络设备太多,不好准确定位引起问题的原因和位置,不能进行有效的比较。多数评估测试在专用的子网测试环境中进行。
        很多公司都有其固定合作的网络设备供应商,如路由器、集线器或交换机的供应商,通常很少再做设备比较测试,但网络技术的比较测试需要经常进行。企业经常面对选择哪种技术以及怎样比较不同技术的问题,所以技术评估是评估测试中很重要的一项。
        在比较设备与技术时,除了使用专用于待测设备或技术的工程负载外,有经验的程序员也使用真实负载,使用真实负载可以了解待测设备或技术在特定环境下的运行性能。通过两种负载模式检测结果的比较,可以获知待测设备还有多少多余容量。
        评估测试与设备或技术的功能/特征测试一样,用于比较待测设备或技术的性能、稳定性、特性、易用性配置和管理等方面的功能。
        评估测试实质是衰减测试的基础,评估测试中对几种设备或技术进行比较;衰减测试中对同一设备的不同版本进行比较。测试中选择设备的标准也完全可作为验证升级版本工作正常与否的标准。尽可能多地集成在计划/设计阶段进行测试是非常好的方法,最初的产品评估测试可以被开发阶段的可接受性测试和升级阶段的衰减性测试所借鉴。
        评估测试是最常进行的测试,在设备选型、技术选型,以及网络系统升级过程中都要进行或多或少的评估测试。
        用于评估测试的负载模式和测试脚本要能有效覆盖被检测的设备和技术。常使用最好情形(工程负载)和真实负载模式进行测试,两种方式都提供了唯一的、重要的检测结果,测试人员要能够理解、解释测试结果间的不同。
        工程检测结果是被测设备和技术在最理想的情形下测试得到的结果,因此不能在真实运行环境里显示它们的运行性能;真实检测结果能很好地显示待测设备或技术在运行网络环境中的性能,但无法预测设备的总容量。如果时间允许,两种测试都要做。通常测试人员只有时间进行一种测试,一般进行最好情形的测试。许多公开发行的测试报告都是基于最好情形(工程负载)下的测试结果。
        所有的测试配置都是模拟的。用于设备比较的测试配置不一定要代表运行网络的典型配置,任何有效、公正的测试配置都能对被测产品进行很好的比较。然而,测试配置和负载越接近运行网络的配置和负载,测试的结果越能反映被测设备在运行网络中的运行情况。
        在安装和配置测试网络时必须注意:要确保配置中所有测试组件都是最新版本,使测试尽可能地公正和统一,以取得最好的测试结果。在测试非正式版时一定要小心,因为发布日期经常有错误。测试配置中安装了非正式版后,它还可能会变,所以非正式版的测试结果和正式版的测试结果经常不一致,分析非正式版的设备经常会延误项目的进行。
        进行评估测试时,除了被测设备,测试配置中的所有网络组件都要保持不变。这一点非常重要,只有这样才能保证被测设备可以进行公平比较。对于子网,这一点很容易做到(一个网络设备很容易被另一个设备所替代)。
        网络技术评估要比较各种网络技术,因而测试配置中的几个网络组件都需要更换。重要的是不要改变源或目标配置。在配置中不仅通信线路需要更换,路由器也需要更换。传输负载和端点的配置要保持不变。
        需要评估测试计划中的各个测试任务,逐步完成测试、数据收集和数据解释。在评估测试中,各测试进行的先后次序没有关系,因为它们不是线性关系,而是多次重复进行的。当在测试中发现了新的信息时,以前所做的测试可能要重新进行以确定它的测试结果,或要对以前的测试稍作改变以检验网络运行的其他方面。此外,在评估期间设备提供商经常发布新的版本或非正式的版本,所以各种基于这种设备的测试都要重新进行。
        制定网络设备、技术比较或取舍标准时,不仅要参考评估测试所得的测试结果数据,还要综合考虑其他一些信息,如各设备的性能价格比,但由于没有运行网络的持续和峰值负载要求,所以缺少比较基准,往往将产品评估测试引入歧途。
        最后要根据评估测试所得的数据和图表对网络系统作出总结性评估,并撰写网络系统评估报告。
 
       软件工程
        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种属性。通常一种需求分析方法总要利用其中一种或几种属性。
 
       使用质量
        使用质量是从用户观点出发,来看待软件产品用于特定环境和条件下的质量。它测量用户在特定环境中达到其任务目标的程度,而不是测量软件自身的性质。
 
       外部质量
        外部质量是从外部观点出发的软件产品特性的总体。它是当软件执行时,更典型地是使用外部度量在模拟环境中,用模拟数据测试时,所被测量和评价的质量。
 
       维护
        维护阶段是软件生存期中时间最长的阶段。软件一旦交付正式投入运行后便进入软件维护阶段。该阶段的关键任务是通过各种必要的维护活动使系统持久地满足用户的需要。每一项维护活动都应该准确地记录下来,作为正式的文档资料加以保存。
   题号导航      2010年下半年 信息系统项目管理师 上午试卷 综合知识   本试卷我的完整做题情况  
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 /
 
第13题    在手机中做本题