GBT16260-2006系列标准 软件质量模型与度量介绍
(新版)信息系统监理师(中级)考试题库(含答案)
（新版）信息系统监理师（中级）考试题库（含答案）单选题1.计划（Plan）、执行（Do）、（）和行动（Action），简称PDCA。
A、测试（Check）B、检查（Check）C、变更（Check）D、分析（Check）答案：B解析：计划（Plan）、执行（Do）、检查（Check）和行动（Action），简称PD CA。
2.某项目预计最快12天完成，最慢36天完成，21天完成的可能性最大。
公司下达的计划是18天完成，要使计划完成的概率达到50%，在计划中需要增加（）天应急时间。
A、4B、6C、8D、22答案：A解析：我们先计算出期望工期【（12+4*21+36）/6】，经过计算得出为22天。
此时我们画图，22天所处的位置是整个图横轴的中心位置，即在横轴50%的位置。
（因为期望工期计算出的为22，所以22肯定是在正中间）如下所示：我们先计算出期望工期【（12+4*21+36）/6】，经过计算得出为22天。
此时我们画图，22天所处的位置是整个图横轴的中心位置，即在横轴50%的位置。
（因为期望工期计算出的为22，所以22肯定是在正中间）如下所示：两个图形经过对比后，我们得知发现18、22都处于50%的位置。
如下所示：最终得出结论：公司计划值，距离22天还差4天。
因此计划中需要增加4天应急时间。
3.根据《合同法》的规定，下列经济合同中属于无效合同的有（）A、甲、乙双方对商品质量标准认识不统一，而错误签订的合同B、甲、丙双方签订的将无标签服装伪造成名牌进口服装的合同C、乙方未经丙方授权，代表丙方与丁签订的合同，经乙方追认的D、显失公平的合同答案：B解析：依据《合同法》的规定，属于下列情形的合同为无效合同：（1）恶意串通，损害国家、集体或者第三人利益（丙、乙双方串通签订的乙公司国有资产无偿转让合同）；（2）以合法形式掩盖非法目的（甲、丙双方签订的将无标签服装伪造成名牌进口4.在网络服务器群的后端，采用光纤通道等存储专用协议连接成的高速专用网络，使网络服务器与多种存储设备直接连接的存储方式是（）A、DASB、NASC、SAN答案：C解析：DAS，直接附属存储，表示一个或数个服务器物理连接到外部RAID的非共享端口上。
软硬件测试方案
软硬件测试方案1.1.1软硬件测试方案1.1.1.1测试目的和要求1.1.1.1.1测试目的作为软件开发的重要环节，软件测试越来越受到人们的重视，软件测试是软件工程过程的一个重要阶段，是在软件投入运行前，对软件需求分析、设计和编码各阶段产品的最终检查，是为了保证软件的正确性、完全性和一致性，从而检测软件错误、修正软件错误的过程。
随着软件开发规模的增大、复杂程度的增加，以寻找软件中的错误为目的的测试工作就显得更加困难，因此要求测试计划和测试管理更加完备。
本次测试安排在项目进行编码过程中和编码完成后进行，测试的内容包括系统界面风格、主要功能、容错能力、模块间的关联等等，依据正规步骤完成单元测试、边缘测试、整体测试。
通过测试，及时发现存在于程序中的错误并根据测试结果对程序进行修改，从而确保提交给用户的程序是经过检验并能顺利运行的。
1.1.1.1.2测试的总体要求软件测试可运用多种不同的测试策略来实现，最常用的方式是自底向上分阶段进行，对不同开发阶段的产品采用不同的测试方法进行检测，从测试开始，然后进行功能测试，最终进行系统测试。
尽早地和不断地进行软件测试。
保证系统风格与界面统一。
保证各系统联接正确，数据传送正常。
设计描述。
采用的多为白盒测试。
2、集成测试将已测试的模块组装进行检测，对照软件设计检测和排除子系统或系统结构上的错误。
案例采用黑盒测试法。
集成测试的重点是检测模块接口之间的连接，发现访问公共数据结构可能引起的模块间的干扰，以及全局数据结构的不一致，测试系统或子系统输入输出处理、故障处理和容错等方面的能力。
3、系统测试系统测试应该由若干个不同的测试环节组成，目的是重返运行系统，验证系统各部件是否能正常工作并完成所赋予的任务。
其主要包括以下方面的测试：恢复测试：检查系统的容错能力。
安全测试：检查系统对非法侵入的防范能力强度测试：检查程序对异常情况的抵抗能力。
性能测试：检查系统能否满足性能要求。
主要包括响应时间、并发用户数，及相应的CPU、内存、硬盘等的利用率及网络吞吐量等。
软件产品评价 软件质量特性及其使用指南
中华人民共和国国家标准GB／T16260—1996idt ISO／IEC9126：1991信息技术软件产品评价质量特性及其使用指南Information technology-software product evaluation－Quality characteristics and guidelines for their use-----------------------------------------------------------1.范围本标准定义了六个特性，它们以最小的重迭描述了软件质量。
这些特性可以作为进一步细化和描述软件质性的基线。
本际准描述了如何使用质量特性来评价软件质量。
本标准正文不规定子特性和度量以及有关测量（masurement）、评级（rating）和评估（asscssment）的方法。
本际准符合GB／T 6583－92的质量定义。
注：在附录A中提供了子特性定义的建议，供参考。
本标准的特性定义和相关的质量评价过程模型适用于对软件产品质量需求的确定以及在软件生存期中对软件产品质量的评价。
这些特性运用于各种软件，包括固件中的计算机程序和数据。
本标准供获取（acquisition）、开发（development）、使用（use）、支持（support）、维护（maintenancen）或评审（audit）软件的那些人所使用。
2.引用标准下列标准包含的条文，通过在本标准中引用而构成为本标准的条文。
本标准出版时，所示版本均为有效。
所有标准都会被修订.使用本标准的各方应探讨使用下列标准最新版本的可能性。
GB/T 6583－92质量术语（idt ISO 84O2：1986）ISO/IEC 2382－2O：1990 信息技术词汇第2O部分：系统开发3.定义下列定义适用于本标准发评估assessment为了确定一特定的软件模块、软件包或软件产品是验收合格还是发布，把特定的已成文的评估准则应用到该软件模块、软件包或软件产品上去的活动。
计算机软件工程国家标准目录明细
DZ/T 0169-1997 物探化探计算机软件开发规范1997-11-1GA 560-2005 互联网上网服务营业场所信息安全管理系统营业场所端与营业场所经营管理系统接口技术要求2006-1-1GA 662-2006 互联网公共上网服务场所信息安全管理系统上网服务场所端接口技术要求2007-1-1GA 663-2006 互联网公共上网服务场所信息安全管理系统远程通讯端接口技术要求2007-1-1GB/T 11457-1995 软件工程术语1995-1-2 ↓已被下行标准取代GB/T 11457-2006 信息技术软件工程术语2006-7-1 现行GB/T 12504-1990 计算机软件质量保证计划规范1991-7-1 已作废GB/T 12505-1990 计算机软件配置管理计划规范1991-7-1 已作废GB/T 13400.1-1992 网络计划技术常用术语1992-1-2 现行GB/T 13400.2-1992 网络计划技术网络图画法的一般规定1992-1-2 ↓已被下行标准取代GB/T 13400.2-2009 网络计划技术第2部分：网络图画法的一般规定2009-11-1 现行GB/T 13400.3-1992 网络计划技术在项目计划管理中应用的一般程序1992-1-2 ↓已被下行标准取代GB/T 13400.3-2009 网络计划技术第3部分：在项目管理中应用的一般程序2009-11-1 现行GB/T 13502-1992 信息处理程序构造及其表示的约定 1993-5-1 现行GB/T 14079-1993 软件维护指南1993-8-1 已作废GB/T 14085-1993 信息处理系统计算机系统配置图符号及约定1993-8-1 现行GB/T 14246.1-1993 信息技术可移植操作系统界面第1部分:系统应用程序界面(POSIX.1) 1993-12-1 现行GB/T 14394-1993 计算机软件可靠性和可维护性1994-1-1 ↓已被下行标准取代GB/T 14394-2008 计算机软件可靠性和可维护性管理 2008-12-01 现行GB/T 15532-1995 计算机软件单元测试1995-1-2 ↓已被下行标准取代GB/T 15532-2008 计算机软件测试规范2008-9-1 现行GB/T 15534-1995 信息处理系统数据库语言NDL 1995-12-1 已作废GB/T 15538-1995 软件工程标准分类法1995-1-2 已作废GB/T 15853-1995 软件支持环境1996-8-1 已作废GB/T 15936.4-1996 信息处理文本与办公系统办公文件体系结构(ODA)和交换格式第四部分:文件轮廓1996-10-1 现行GB/T 16260 -1996 信息技术软件产品评价质量特性及其使用指南1996-10-1 ↓已被下行标准取代GB/T 16260.1-2006 软件工程产品质量第1部分:质量模型2006-7-1 现行GB/T 16260.2-2006 软件工程产品质量第2部分:外部度量2006-7-1 现行GB/T 16260.3-2006 软件工程产品质量第3部分:内部度量2006-7-1 现行GB/T 16260.4-2006 软件工程产品质量第4部分:使用质量的度量2006-7-1 现行GB/T 16647-1996 信息技术信息资源词典系统(IRDS)框架1997-7-1 现行GB/T 16680-1996 软件文档管理指南1997-7-1 现行GB/T 16682.1-1996 信息技术国际标准化轮廓的框架和分类方法第1部分:框架1997-7-1 现行GB/T 16682.2-1996 信息技术国际标准化轮廓的框架和分类方法第2部分:OSI轮廓用的原则和分类方法1997-7-1 现行GB/T 16684-1996 信息技术信息交换用数据描述文卷规范1997-7-1 现行GB/T 17544-1998 信息技术软件包质量要求和测试1999-6-1 现行GB/T 17917-1999 商场管理信息系统基本功能要求2000-4-1 ↓已被下行标准取代GB/T 17917-2008 零售企业管理信息系统基本功能要求2009-6-1 现行GB/T 18234-2000 信息技术CASE工具的评价与选择指南2001-8-1 现行GB/T 18491.1-2001 信息技术软件测量功能规模测量第1部分：概念定义2002-6-1 现行GB/T 18492-2001 信息技术系统及软件完整性级别2002-6-1 现行GB/T 18714.1-2002 信息技术开放分布式处理参考模型第1部分：概述2002-10-1 现行GB/T 18714.2-2002 信息技术开放分布式处理参考模型第2部分：基本概念2002-10-1 现行GB/T 18714.3-2003 信息技术开放分布式处理参考模型第3部分：体系结构2004-8-1 现行GB/T 18905.1-2002 软件工程产品评价第1部分: 概述2003-5-1 现行GB/T 18905.2-2002 软件工程产品评价第2部分: 策划和管理2003-5-1 现行GB/T 18905.3-2002 软件工程产品评价第3部分: 开发者用的过程2003-5-1 现行GB/T 18905.4-2002 软件工程产品评价第4部分: 需方用的过程2003-5-1 现行GB/T 18905.5-2002 软件工程产品评价第5部分: 评价者用的过程2003-5-1 现行GB/T 18905.6-2002 软件工程产品评价第6部分: 评价模块的文档编制2003-5-1 现行GB/T 20157-2006 信息技术软件维护2006-7-1 现行GB/T 20158-2006 信息技术软件生存周期过程配置管理2006-7-1 现行GB/T 20917-2007 软件工程软件测量过程2007-7-1 现行GB/T 20918-2007 信息技术软件生存周期过程风险管理2007-7-1 现行GB/T 8566-1988 计算机软件开发规范1988-12-1 ↓已被下行标准取代GB/T 8566-1995 信息技术软件生存期过程1995-12-1 ↓已被下行标准取代GB/T 8566-2001 信息技术软件生存周期过程2002-6-1 ↓已被下行标准取代GB/T 8566-2007 信息技术软件生存周期过程2007-7-1 现行GB/T 8567-1988 计算机软件产品开发文件编制指南1988-7-1 ↓已被下行标准取代GB/T 8567-2006 计算机软件文档编制规范2006-7-1 现行GB/T 9385-1988 计算机软件需求说明编制指南1988-1-2 ↓已被下行标准取代GB/T 9385-2008 计算机软件需求规格说明规范2008-9-1 现行GB/T 9386-1988 计算机软件测试文件编制规范1988-12-1 ↓已被下行标准取代GB/T 9386-2008 计算机软件测试文件编制规范2008-9-1 现行GB/Z 18493-2001 信息技术软件生存周期过程指南2002-6-1 现行GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南2003-5-1 现行GB/Z 20156-2006 软件工程软件生存周期过程用于项目管理的指南2006-7-1 现行GJB 437-1988 军用软件开发规范1988-6-1GJB 438A-1997 武器系统软件开发文档1998-5-1GJB 1419-1992 军用计算机软件摘要1993-3-1HB 6464-1990 软件开发规范1991-2-1 已作废HB 6465-1990 软件文档编制规范1991-2-1 已作废HB 6466-1990 软件质量保证计划编制规定1991-2-1 已作废HB 6467-1990 软件配置管理计划编制规定1991-2-1 已作废HB 6468-1990 软件需求分析阶段基本要求1991-2-1 已作废HB 6469-1990 软件需求规格说明编制规定1991-2-1HB/Z 177-1990 软件项目管理基本要求1991-2-1HB/Z 178-1990 软件验收基本要求1991-2-1HB/Z 179-1990 软件维护基本要求1991-2-1HB/Z 180-1990 软件质量特性与评价方法1991-2-1HB/Z 182-1990 状态机软件开发方法1991-2-1MH/T 0019-1999 中国民用航空总局管理信息系统基础信息规范2000-3-1SB/T 10264-1996 餐饮业计算机管理软件开发设计基本规范 1996-10-1SB/T 10265-1996 饭店业计算机管理软件开发设计基本规范 1996-10-1SJ 20681-1998 地空导弹指挥自动化系统软件模块通用规范1998-5-1SJ 20822-2002 信息技术软件维护2003-3-1SJ 20823-2002 信息技术软件生存周期过程配置管理2003-3-1SJ/T 11234-2001 软件过程能力评估模型2001-5-1SJ/T 11235-2001 软件能力成熟度模型2001-5-1SJ/T 11290-2003 面向对象的软件系统建模规范第1部分:概念与表示法2003-10-1SJ/T 11291-2003 面向对象的软件系统建模规范第3部分:文档编制2003-10-1SJ/Z 11289-2003 面向对象领域工程指南2003-10-1YDN 138-2006 基于PC终端的互联网内容过滤软件技术要求2006-8-16YDN 139-2006 基于PC终端的互联网内容过滤软件测试方法2006-8-16。
内部质量外部质量
合适的软件内部属性是获得所需外部行为的先决条件，而适当的外部行为则是获得使用质量的先决条件。
软件产品质量需求一般要包括对于内部质量、外部质量和使用质量的评估准则。
用户质量要求可通过使用质量的度量、外部度量，有时是内部度量来确定为质量需求
外部质量需求从外部视角来规定要求的质量级别。外部质量需求用作不同开发阶段的确认目标。外部质量需求应在质量需求规格说明中用外部度量加民描述，宜转换为内部质量需求，而且在评价产品时应该作为准则使用。
内部质量需求从产品的内部视角来规定要求的质量级别。内部质量需求用来规定中间产品的特性，内部质量需求可用作不同开发阶段的确认目标，也可以用于开发期间定义开发策略以及评价和验证的准则
内部质量是基于内部视角的软件产品特性的总体。
估计的（预测的）外部质量是在了解内部质量的基础上，对每个开发阶段的最终软件产品的各个质量特性加以估计或预测的质量。
外部度量是通过测试、运行和观察可执行的软件或系统，由该软件产品所在的系统行为的测试而导出。
使用质量的度量测量产品在特定的使用周境下，满足特定用户达到特定目标所要求的有效性、生产率、安全性和满意度的程度，它是根据使用软件的结果而不是软件自身的属性来测量的。使用质量是面向用户的内部和外部质量的组合效果。
1、易分析性：诊断软件中的缺陷或失效原因或识别待修改部分的能力
2、易改变性：使指定的修改可以被实现的能力
3、稳定性：避免由于软件修改而造成意外结果的能力
5、易测试性：使已修改软件能被确认的能力
6、可移植性：软件产品从一种环境迁移到另外一种环境的能力
1、适应性：无需采用额外的活动或手段就可适应不同指定环境的能力
考试国标知识点（六）：GB/T 16260 质量特性及其使用指南
软件质量模型与度量PPT课件
目 录
• 软件质量模型概述 • 软件质量模型分类 • 软件质量度量方法 • 软件质量度量标准 • 软件质量度量实践 • 软件质量持续改进
01 软件质量模型概述
软件质量定义
可靠性
软件在各种情况下都能稳定运 行，避免因错误或故障导致的 问题。
效率
软件在运行时是否能快速响应 用户操作，资源利用率是否高 效。
采用敏捷开发方法，快速响应需求变化， 提高软件交付速度和质量。
通过测试驱动开发，确保代码质量，降低 缺陷率，提高软件的可维护性和可扩展性 。
代码审查与重构
自动化测试与持续集成
定期进行代码审查和重构，优化代码结构 ，提高代码质量和可读性。
实施自动化测试和持续集成，快速发现和 修复问题，降低维护成本。
持续改进的实践案例
01
02
03
适应市场需求变化
随着市场竞争加剧，软件 产品需要不断改进以满足 用户需求的变化。
提高软件质量
通过持续改进，可以发现 并解决软件中的问题，提 高软件的质量和稳定性。
提升客户满意度
持续改进有助于提升客户 满意度，增强客户忠诚度， 提高企业的市场竞争力。
持续改进的方法与策略
敏捷开发方法
测试驱动开发
兼容性
衡量软件与硬件、其他软件的互操作 能力以及数据交换能力。
05 软件质量度量实践
度量目标的确定
确定度量目标
01
明确度量的目的和期望结果，确保度量活动与项目目标保持一
致。
定义度量范围
02
确定度量活动的范围，包括需要度量的软件产品、过程和团队
等。
确定关键质量特性
03
根据软件产品的特性和用户需求，确定需要度量的关键质量特
2006年发布的软件工程国家标准暨简介
2006年发布的软件工程国家标准暨简介2006年，国家质量监督检验检疫总局发布已了9项软件工程国家标准。
此前发布的软件工程国家标准目录及其简介详见计算机行业标准化网网站（网址：http:///jhb ）的“软件工程国家标准和行业标准简介”。
大部分标准的文本已出版，计算机行业标准化网的网员单位若需要由标准化网购买，可与秘书处联系，费用以后再说。
这9项软件工程国家标准的编号、名称、主要内容、采用情况如下。
今年若再发布软件工程国家标准，将随时补入本简介内。
GB/T 8567-2006 计算机软件文档编制规范本标准根据GB/T 8566-2001《信息技术软件生存周期过程》的规定，主要对软件的开发过程和管理过程应编制的主要文档及其编制的内容、格式规定了基本要求。
本标准原则上适用于所有类型的软件产品的开发过程和管理过程。
本标准规定规定了文档过程，包括软件标准的类型（含产品标准和过程标准）、源材料的准备、文档计划、文档开发、评审、与其他公司的文档开发子合同；文档编制要求，包括软件生存同期与各种文档的编制要求，含可行性与计划研究、需求分析、设计、实现、测试、运行与维护共六个阶段的要求、在文档编制中应考虑的各种因素；详细给出了25种文档编制的格式，这些文档包括可行性分析（研究）报告、软件开发计划、软件测试计划、软件安装计划、软件移交计划、运行概念说明、系统/子系统需求规格说明、接口需求规格说明、系统/子系统设计（结构设计）说明、接口设计说明、软件需求规格说明、数据需求说明、软件（结构）设计说明、数据库（顶层）设计说明、软件测试说明、软件测试报告、软件配置管理计划、软件质量保证计划、开发进度月报、项目开发总结报告、软件产品规格说明、软件版本说明、软件用户手册、计算机操作手册、计算机编程手册。
这25种文件可分别适用于计算机软件的管理人员、开发人员、维护人员和用户。
标准给出了25种文件的具体内容。
使用者可根据实际情况对本标准进行适当剪裁。
软件质量评价内容
软件质量评价内容软件产品质量的评价，即软件产品质量特性的检测与度量。
国家标准GB/T 16260《软件产品评价-质量特性及其使用指南》规定了软件产品的六个质量特性，并推荐了与之对应的27个子特性，质量特性和子特性列表如下：根据质量特性和子特性，我们将测试过程中的测试类型进行定义，定义为以下几类：1、功能测试：1）针对需求验证功能是否实现（适合性，准确性，户操作性）2）测试软件的出错处理能力（成熟性，容错性，易恢复性）3）测试软件的功能是否易用（易理解性，易学性，易操作性，吸引性）4）软件多种平台及环境下的兼容性测试（适应性，易安装性，共存性，易替换性）5）软件的可维护性测试（易分析性，易改变性，易测试性，稳定性）2、安全测试：验证软件的安全保密性。
1）用户授权级别安全2）承受攻击级别安全3）数据信息泄露级别安全3、性能测试：测试软件运行是否满足用户给定的性能级别。
（时间特性，资源特性）1）服务器资源占用率测试，客户端资源占用率测试，网络资源占用率（资源特性）2）规定的条件下，软件产品执行其功能时，提供适当的相应时间和处理时间以及吞吐率的能力下面为赠送的述职报告不需要的可以编辑删除述职报告尊敬的各位领导，各位同仁：大家好！本人被组织任聘为。
副校长已有五年，主抓德育教育工作，分管学校后勤、德育、艺体、安全、卫生、综合治理等工作。
身为副校长，我努力学习党的教育方针，学习邓小平教育理论。
用全新的教育教学理念武装自己，努力提高自身教育理论素养。
我在党的组织生活中，学习党建理论；在政治学习中学习党的路线、方针、政策、法规；在业务学习中，学习人文文化，加强自身政治理论，道德修养，培养高层次的道德感、责任感。
工作几年来，我以强烈的事业心、责任心力抓好德育工作，确保学校教育教学工作运作正常。
我的工作原则是倡导培养“勤奋乐干，善于思索，不断创新”三种优秀品质。
以奖励机制为主，及时勉励，激发老师团队精神，从而完成教育教学任务。
一种多维度的软件系统可靠性测试方法研究
一种多维度的软件系统可靠性测试方法研究一种多维度的软件系统可靠性测试方法研究摘要：传统的软件可靠性测试更多偏重于软件的功能方面。
针对于这个不足之处，提出了结合操作剖面和性能测试的一种相对完善、全面的软件可靠性测试方法。
归纳总结软件内部可靠性设计、外部高可用技术以及容灾恢复规范等诸多影响软件系统可靠性的因素，设计可靠性操作剖面要全面考虑这些因素。
此方法是对传统方法的有用补充。
最后通过一个案例简要介绍了该方法。
关键词：可靠性测试；可靠性设计；高可用技术；容灾恢复；性能测试0引言对于软件可靠性不同的标准有着不同的定义，从国内标准和国外标准两个方面看：IEEE对软件可靠性做出了如下的定义[1]：（1）规定的条件下，在规定的时间内，软件不引起系统失效的概率；（2）在规定的时间周期内，在所述条件下软件执行所要求功能的能力。
我国GB/T16260.1-2006《软件工程产品质量第1部分：质量模型》对可靠性的定义[2]：在指定的使用条件下，软件产品维持规定的性能级别的能力。
该标准并解释软件不会损耗和老化。
软件可靠性取决于软件产品的使用方式和所选择的程序选项，与时间无关，可靠性的定义已经被扩展为“维持所规定的性能级别的能力”，而不是“完成所需功能”。
上述两种说法的侧重点略有不同，IEEE强调的是概论和能力，偏重功能，而国标强调的是能力，偏向于性能。
虽然侧重点不一样，但是可以看出计算机软件系统是指由系统软件、支撑软件、应用软件以及相关硬件组成的计算机软件系统。
作为一个综合的整体系统，其可靠性依赖因素不仅仅是其软件本身，还涉及多方面的因素，包括人员、技术、管理等。
可靠性的评价不局限于功能性，应该扩展到性能方面。
本文立足于分析影响软件系统特定使用环境下的可靠性的脆弱点，提出从软件本身和外部使用环境所涉及的高可用技术和管理制度等多方面设计软件可靠性测试操作剖面，并结合性能测试进行可靠性的验证测试。
1软件可靠性测试操作用例设计的考虑因素1.1软件内部可靠性影响因素通常软件内部可靠性问题是软件本身所固有的，与外部因素无关，只与软件本身的使用选项有关。
计算机软件资格考试-7月2日抛题(软考高级)
1、依据标准GB/T 16260.1-2006《软件工程产品质量第1部分质量模型》定义的外部和内部质量的质量模板，可将软件质量属性划分为（）个特性。
A、三B、四C、五D、六分析：教程p857-26.5.5 质量与测试标准16260.1 定义了6个质量特性（功能性、可靠性、可用性、效率、可维护性、可移植性）和21个质量子特性。
参考答案：D2、GB/T 8566-2007《信息技术软件生存周期过程》标准为软件生存周期过程建立了一个公共框架，其中定义了三类过程，（）不属干CB/T8566-2007定义的过程类别。
A、主要过程B、支持过程C、组织过程D、工程过程分析：教程p852-26.5.3 生存周期管理标准参考教程表26-3参考答案：D3、根据GB/T 11457-2006《软件工程术语》由某人、某小组或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准，称为（）。
A、桌面检查B、代码评审C、代码走查D、代码审计分析：教程p850-26.5.2 基础标准1. GB/T 11457-2006（6）代码审计：由某人、某小组或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准。
还可能对正确性和有效性进行估计。
参考答案：D4、根据GB/T 16260.1-2006《软件工程产品质量》，软件产品使用质量特性中的可靠性，是指与软件在规定的一段时间内和规定的条件下维持其性能水平的一组软件属性。
（）不属于可靠性质量特性。
A、安全性B、成熟性C、容错性D、可恢复性分析：教程p857-26.5.5 质量与测试标准参考答案：A5、《信息技术软件工程术语》（GB/T11457-2006）规定了软件工程领域的术语。
其中（）指的是为评估是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和特殊要求而进行的一种独立的检查。
A、验收测试B、审计C、鉴定D、走查分析：教程p850-26.5.2 基础标准1. GB/T 11457-2006（5）审计：为评估是否符合软件需求、规格说明、基线、标准、过程、指令、代码以及合同和特殊要求而进行的一种独立的检查；通过调查研究确定己制定的过程、指令、规格说明、代码和标准或其他的合同及特殊要求是否恰当和被遵守，以及其实现是否有效而进行的活动。
系统与软件工程 系统与软件质量要求与评价(SQuaRE) 第23部分：系统与软件产品质量测量
4 兼容性测度 ………………………………………………………………………………………… 12
8.
5 易用性测度 ………………………………………………………………………………………… 14
8.
6 可靠性测度 ………………………………………………………………………………………… 21
8.
7 信息安全性测度 …………………………………………………………………………………… 24
评价(
SQuaRE) 系统与软件产品质量测量》。
本部分 与 I
SO/
IEC 25023:2016 相 比 在 结 构 上 有 部 分 调 整,附 录 A 中 列 出 了 本 部 分 与
ISO/
IEC25023:
2016 的章条编号对照一览。
本部分与I
SO/
IEC25023:
2016 的主要技术性差异如下:
21———质量测度元素:提供用于规定质量测度元素的一种格式,以及能够用于构
建软件质量测度的质量测度元素的若干示例。
c) GB/T25000.
22———使用质 量 测 量:提 供 测 度,包 括 使 用 质 量 模 型 中 的 质 量 特 性 的 关 联 测 量
函数。
d) GB/T25000.
23———系统与软件产品质量测量:提供测度,包括产品质量模型中的质量特性的
———依据 GB/T25000.
10—2016 定义的系统与软件产品质量模型,本部分每个质量特性的测度均
增加了依从性测度,分别是:功能性的依从性测度、性能效率的依从性测度、兼容性的依从性测
度、易用性的依从性测度、可靠性的依从性测度、信息安全性的依从性测度、维护性的依从性测
[解说]外部质量外部质量
![[解说]外部质量外部质量](https://img.taocdn.com/s3/m/8960e7a768dc5022aaea998fcc22bcd126ff42e0.png)
内部质量外部质量考试国标知识点（六）：GB/T 16260 质量特性及其使用指南描述了关于软件产品质量的两部分模型1、内部质量和外部质量2、使用质量为内部质量和外部质量规定了六个特性，它们可进一步细分为子特性。
当软件作为计算机系统的一部分时，这些子特性作为内部软件属性的结果，从外部显现出来。
为使用质量规定了四个特性，使用质量是面向用户的六个软件产品质量特性的组合效用。
术语1、性能级别：要求被满足的程度，它由一组质量特性的特定值来表示。
软件产品质量可以通过测量内部属性，也可以通过测量外部属性，或者通过测量使用质量的属性来评价。
目标就是使产品在指定的使用周境下具有所需的效用。
过程质量有助于提高产品质量，而产品质量则是提高使用质量的方法之一，同样，评价使用质量可以为改进产品提供反馈，而评价产品则可以为改进过程提供反馈。
合适的软件内部属性是获得所需外部行为的先决条件，而适当的外部行为则是获得使用质量的先决条件。
软件产品质量需求一般要包括对于内部质量、外部质量和使用质量的评估准则。
用户质量要求可通过使用质量的度量、外部度量，有时是内部度量来确定为质量需求外部质量需求从外部视角来规定要求的质量级别。
外部质量需求用作不同开发阶段的确认目标。
外部质量需求应在质量需求规格说明中用外部度量加民描述，宜转换为内部质量需求，而且在评价产品时应该作为准则使用。
内部质量需求从产品的内部视角来规定要求的质量级别。
内部质量需求用来规定中间产品的特性，内部质量需求可用作不同开发阶段的确认目标，也可以用于开发期间定义开发策略以及评价和验证的准则内部质量是基于内部视角的软件产品特性的总体。
估计的（预测的）外部质量是在了解内部质量的基础上，对每个开发阶段的最终软件产品的各个质量特性加以估计或预测的质量。
外部质量是基于外部视角的软件产品特性的总体。
估计的（预测的）使用质量是在了解内部和外部质量的基础上，对每个开发阶段的最终软件产品的各个使用质量的特性加以估计或预测的质量。
软件开发中的质量评估模型研究
软件开发中的质量评估模型研究在软件开发过程中，质量评估是一个非常重要的环节。
软件质量的好坏直接影响到软件的使用效果和用户的使用体验。
因此，软件开发者必须对软件质量进行不断的评估和改进，以保证软件的质量和可靠性。
本文将介绍软件开发中的质量评估模型研究。
一、质量评估模型的定义质量评估模型是指一种用于衡量和评估软件质量的方法或模型。
它衡量软件的各种属性和指标，如可靠性、可维护性、安全性、易用性、性能等，以评估软件的质量和可靠性。
质量评估模型能够帮助开发者更好地了解其软件的内部结构和外部特性，从而更好地进行软件开发和维护。
二、常见的质量评估模型1. ISO 9126质量模型ISO 9126质量模型是一种常见的质量评估模型，它由国际标准化组织制定。
ISO 9126质量模型主要包括六个方面的评估指标，分别为功能性、可靠性、可用性、效率、维护性和移植性。
这些指标可以帮助开发者全面评估软件的各项质量，并结合各项指标的得分，进行综合评判。
2. CMMI模型CMMI模型是一种基于能力成熟度的质量评估模型，其全称是能力成熟度模型集成。
CMMI模型主要关注软件开发团队的能力，并通过不断提高开发团队的能力，从而提高软件质量。
CMMI模型分为五个级别，分别为初始级、可管理级、已定义级、已量化管理级和优化级。
每个级别都对应着相应的软件开发能力，它能够帮助软件开发者不断提升自身能力，从而提高软件质量。
3. FURPS模型FURPS模型是一种较为简单的质量评估模型，其全称为功能、可用性、可靠性、性能和支持性。
FURPS模型主要关注软件的五个方面，分别是软件的功能、可用性、可靠性、性能和支持性。
通过对这五个方面进行评估，可以帮助开发者更好地了解自己的软件，从而提高软件质量。
三、质量评估模型的应用和改进质量评估模型在软件开发中具有重要的应用价值。
它能够帮助开发者对软件的各项质量进行评估和改进，从而提高软件的质量和可靠性。
同时，质量评估模型也需要不断改进和完善。
熟悉软件标准
南京信息工程大学实验(实习)报告实验名称熟悉软件标准实验日期2015.3.9 指导老师徐旦华学院计软院专业软件工程班级 3 姓名许垠松学号20141344069一、实验目的通过网络等参考资料了解软件工程领域中各级标准，了解ISO9001标准中关于软件的相关标准，学习了解CMM软件成熟度模型的质量思想，学习了解软件行业的国际标准和国家标准，从而掌握标准在软件质量控制中的作用及影响。
二、实验内容1、浏览本校数字图书馆资源、中国知网等网站，了解目前软件行业相关的国际标准、行业标准和国家标准，了解各类标准的特点及作用。
2、重点了解ISO9001和ISO9000-3在软件中的应用及软件成熟度模型CMM&CMMI的质量思想和总体框架。
3、总结标准在软件质量控制中的作用。
三、实验报告1、国际标准当前软件质量标准主要由国际标准化组织/国际电工委员会（ISO/IEC）牵头进行，软件质量标准主要有ISO/IEC 12119、ISO/IEC 9126、ISO/IEC 14598 。
（1）ISO/IEC 12119对软件包的质量要求和测试细则进行了定义，质量要求包括产品说明、用户文档、程序和数据，并根据质量要求编制测试细则，主要活动有测试预要求、测试活动、测试记录、测试报告和跟踪测试；（2）ISO/IEC 9126 有4个标准组成:Process quality 、internal Quality attribute、External Quality attribute、Quality in use attribute.内外度量定义了软件质量属性的六个特性（功能性、可靠性、易用性、效率、维护性和可移植性）；（3）ISO/IEC 14598 从软件的开发者、软件的需方和软件的独立评价者三种不同的角度分别给出了软件评价过程模型。
由于软件质量的要求远不止几个标准的内容所能全部涵盖，它应该由一个成体系的多个系列标准来规定涉及软件质量的方方面面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
@ by China Electronics Standardization Institute 2003
软件产品评价与质量度量
第8页
过程质量
GB/T 8566-2001中定义的任一生存周期过程的质量。
内部度量
内部度量通过分析中间的或可交付的软件产品的静态性 质来测量内部属性或指出外部属性，其目的是为了确 保获得所需的外部质量和使用质量。
@ by China Electronics Standardization Institute 2003
软件产品评价与质量度量 第10页
软件质量的标度
标度—从观察得到的状态到一个数值范围的映射，每 一种标度都能处理某一度量的观察结果。 —一组有序的连续值或离散值，或一组与属性 映射的类别（ISO/IEC 15939） 设Q N为一个正规的度量体系： 若从Q到N上的度量之间的合适值转换的集合是N 上的一一映射的集合，则称该度量体系的标度类型 为标称标度。 若从Q到N上的度量之间的合适值转换的集合是N 上的单调递增函数的集合，则称该度量体系的标度 类型为顺序标度。
@ by China Electronics Standardization Institute 2003 软件产品评价与质量度量
第7页
内部质量 产品属性的总和，决定了产品在特定条件下使用时， 满足明确和隐含要求的能力。 外部质量 产品在特定条件下使用时，满足明确或隐含要求的程 度。 使用质量 特定用户使用的产品满足其要求,以在特定的使用周境 下达到有效性、生产率、安全性和满意度等特定目标 的程度。
次
@ by China Electronics Standardization Institute 2003
软件产品评价与质量度量
第2页
1
概述
软件质量标准的目的与意义 软件质量的重要性 软件质量的控制 软件质量标准的引出
1.1 -
@ by China Electronics Standardization Institute 2003
@ by China Electronics Standardization Institute 2003
软件产品评价与质量度量
第5页
1.4 GB/பைடு நூலகம்6260新版 的特点
-
GB/16260.1规定了两种质量模型
其中外部质量模型共6个特性27个子特性 内部质量模型共6个特性27个子特性 使用质量模型共4个特性
@ by China Electronics Standardization Institute 2003
软件产品评价与质量度量
第4页
1.3 GB/16260新版 与ISO/IEC 9126的对应关系 GB/16260.1 等同采用ISO/IEC 9126.1:2001 GB/16260.2 等同采用ISO/IEC TR 9126.2:2003 GB/16260.3 等同采用ISO/IEC TR 9126.3:2003 GB/16260.4 等同采用ISO/IEC TR 9126.4:2004
软件产品评价与质量度量
第6页
2 软件质量度量的基本概念 属性 实体的可以测量的物理或理论上的性质。 内部属性 实体的可测量的性质,它可能纯粹由实体本身导 出. 外部属性 实体的可测量的性质,它仅可由实体与环境的关系 导出. 质量 实体特性的总和，表示实体满足明确或隐含要求 的能力。 质量模型 一组特性及特性之间的关系，它提供规定质量需 求和评价质量的基础。
- GB/16260.2给出了软件外部质量度量方法（112个度量元） - GB/16260.3给出了软件内部质量度量方法（ 70个度量元） - GB/16260.4给出了软件使用质量度量方法（15个度量元） - 关于重复的内容
@ by China Electronics Standardization Institute 2003
GB/T16260-2006系列标准
软件质量模型与度量介绍
@ by China Electronics Standardization Institute 2003
软件产品评价与质量度量
目
1 概述 2 软件质量度量的基本概念 2 质量模型 3 度量表的阅读和使用说明 4 质量度量 5.1 内部度量 5.2 外部度量 5.3 使用质量度量 6 本标准实施的一些考虑 7 应用实例 8 国际标准未来的发展动态 9 小结
@ by China Electronics Standardization Institute 2003
软件产品评价与质量度量
第9页
外部度量
外部度量是通过测试、操作和观察可执行的软件或系统， 测量软件产品作为其一部分的系统的行为来进行。
使用质量度量
基于用户观点的软件产品用于指定的环境和使用周境 时的质量，它测量用户系统在特定环境中能达到其目 标的程度，而不是测量软件自身的性质。
@ by China Electronics Standardization Institute 2003 软件产品评价与质量度量 第11页
若从Q到N上的度量之间的合适值转换的集合是N 上的形如M ’=aM+b(a>0)的线性函数的集合，则称 该度量体系的标度类型为间隔标度。 若从Q到N上的度量之间的合适值转换的集合是N 上的形如M’ =aM(a>0)的线性函数的集合，则称该 度量体系的标度类型为比率标度。 若从Q到N上的度量之间的合适值转换是M’=M,则 称该度量体系的标度类型为绝对标度。
软件产品评价与质量度量
第3页
1.2 GB/T16260 的修订背景及编制原则 - 关于GB/T16260-1996 GB/T16260-1996等同采用ISO/IEC9126:1991 - 关于ISO/IEC9126系列新标准 - 关于ISO/IEC14598系列标准