第3章软件质量与评价
计算机引论课件第3章 计算机软件
2020年7月2日星期四
计算机引论
29
3.4.8 软件测试与维护
确认（Validation）是一系列的活动和过程，目的是想证 实在一个给定的外部环境中软件的逻辑正确性。它包括： 1）静态确认，不在计算机上实际执行程序，通过人工或 程序分析来证明软件的正确性； 2）动态确认，通过执行程序做分析，测试程序的动态行 为，以证实软件是否存在问题。 软件测试的对象不仅仅是程序测试，软件测试应该包括整 个软件开发期间各个阶段所产生的文档，如需求规格说明 、概要设计文档、详细设计文档，当然软件测试的主要对 象还是源程序。
第3章 计算机软件
2020年7月2日星期四
计算机引论
1
第3章 计算机软件
本章学习目标 掌握计算机软件的概念和软件的分类 掌握计算机操作系统的基本概念 掌握程序设计基础 掌握软件工程基础知识
2020年7月2日星期四
计算机引论
2
3.1 计算机软件概述
计算机系统中的程序及其文档总称为软件。程序 是指对计算任务的处理对象和处理规则的描述， 是能够让计算机硬件工作并有效地执行各种操作 的指令。程序设计的过程成为编程，其最终结果 是各种类型的软件，计算机中的软件是人与计算 机硬件之间最基本的接口。文档是为了便于了解 程序内容所进行的阐明性资料。
2020年7月2日星期四
计算机引论
32
软件工程过程是将用户需求转化为软件所需的软 件工程活动的总集。这个过程可能包括投入、需 求分析、规格说明、设计、实施、验证、安装、 使用支撑和文档化，还可能包括短期或长期的修 复和升级以满足用户增长的需求。
2020年7月2日星期四
计算机引论
20
3.4.4 软件生命周期
软件生命周期（Systems Development Life Cycle ，SDLC）是软件的产生直到报废的生命周期。 周期内有问题定义、可行性分析、总体描述、系 统设计、编码、调试和测试、验收与运行、维护 升级到废弃等阶段，每个阶段都要有定义、工作 、审查、形成文档以供交流或备查，以提高软件 的质量。 1．问题的定义及规划 2．需求分析 3．软件 设计 4．程序编码5．软件测试 6．运行维护
软件质量保证和测试复习资料(精)
第1章软件质量保证和测试的背景IEEE关于软件质量的定义：软件质量是：·系统部件不见或者过程满足需求的规定需求的程度。
·系统、部件或者过程满足顾客或者用户需要或期望的程度。
ANSI关于软件质量的定义。
软件质量定义为“与软件产品满足规定的和隐含的需求的能力有关的特征和特征的全体” 具体包括：·软件产品中能满足用户给定需求的全部特性的集合。
·软件具有所有期望值的各种属性的集合。
·用户观得出的软件是否满足其综合期望的程度。
·决定所用软件在使用中将满足其综合期望程度的软件特性。
IEEE给出软件质量保证的定义，软件质量保证(SQA)是：（1）一种有计划的，系统化的行动模式，它是为项目或者产品符合已有技术需求提出充分信任所必需的。
（2）设计用来评价开发或者制造产品的过程的一组活动，与质量控制有区别。
软件测试是使用人工或者自动手段来运行或测试某个系统的过程，检验它是否满足规定的需求或者弄清预期结果和实际结果之间的差别。
随着时间的推移，修复软件缺陷的费用惊人的增长。
软件测试是软件质量保证的重要手段之一。
第2章软件质量工程体系软件质量控制的定义：软件质量控制是一组由开发组织使用的程序和方法，使用它可在规定的资金投入和时间限制的条件下，提供满足客户质量要求的软件产品并持续不断地改善开发过程和开发组织本身，以提高将来生产高质量软件产品的能力。
目标问题度量法：书P31页主要看看思想。
风险管理法：P32页图PDCA计划 Plan：确定参数要求实施 Do：根据要求展开活动检查 Check：通过评审、度量、测试，确认满足要求改进 Action：纠正参数要求，在开发软件质量保证控制模型参数：产品、过程、资源。
SQA（软件质量保证）是CMM（软件能力成熟度）2级一个重要关键过程区域，它是贯穿于整个软件过程的第三方审查活动，在CMM过程中从当重要角色。
简要描述几种常见的质量控制模型（见上）：控制方法：风险避免：通过变更计划消除风险的触发条件，如采用成熟技术、增加资源减少软件范围等。
第3章 软件工程基础(习题答案)
需求分析的方法很多，如功能分析法、结构化分析法、信息建模法以及面向对象分析法等。最常用的是基于功能分析的结构化分析法。
结构化分析法常用工具有数据流图、数据字典、结构化英语、判定表和判定树等工具。
3.19什么是快速原型开发方法？它与传统的瀑布模型比较有什么优点？
解答：
快速原型法鼓励用户和软件开发人员紧密合作，共同工作，用户参与软件开发的每一个阶段的工作。这样，在软件开发的全过程中，都能及时反映用户的要求，不断缩小开发人员与用户之间对问题理解的差距，以提高最终软件产品的质量。
原型法是对瀑布模型的改进。在瀑布模型中，将软件的生命周期划分成3个时期8个阶段，用户仅参与起始的软件定义阶段和最后的软件测试阶段，而实际的软件开发过程比较漫长，是由开发人员独立完成的，用户不参与。但在开发过程中，用户的实际需求可能发生变化，却得不到反映，因此当开发人员把系统交付给用户时，用户对产品不满意的现象经常发生，对软件的修改又导致维护工作量和开发费用的增加。
3.18什么是软件维护？有几种维护？每种维护完成的任务是什么？
解答：
软件维护是对已交付使用的软件进行排错、修改和扩充的工作。维护工作类型包括：纠错性维护、完善性维护、适应性维护和预防性维护。
纠错性维护，对程序中出现的错误进行查找、定位、修改和重新测试。
完善性维护，对原有系统进行修改和扩充，如扩充新功能、完善操作方式。
黑盒测试也称为功能测试或数据驱动测试，是针对软件已经实现的功能是否满足需求进行的测试和验证。黑盒测试不考虑程序内部的结构和内部特性，只依据程序的需求和功能规格说明，检查程序的功能是否符合它的功能说明。所以，黑盒测试是在软件接口处进行，完成功能验证的。
软件质量评估报告范文
软件质量评估报告范文
简介
本文将针对某一款软件进行质量评估，并在最后给出总结和建议。
评估内容
本次评估将涵盖以下几个方面：
- 功能性
- 可靠性
- 易用性
- 效率
- 可维护性
功能性
经测试发现，该软件的功能设计合理，能够满足用户的基本需求。
但是在某些较为复杂的操作时，有些功能表现不够稳定，容易出现崩溃和卡顿等情况。
可靠性
该软件在稳定性方面表现较好，短时间内未发现崩溃或异常退
出情况。
但是在同时开启多个任务时，会出现卡顿现象。
易用性
该软件的操作相对简单，易于上手。
但是在某些操作上，例如
文件存储和读取，操作指引缺失。
效率
该软件在正常单任务操作下运行流畅，响应迅速。
但是在同时
开启多个任务或使用长时间后，会出现卡顿现象。
可维护性
该软件结构较为清晰，模块化设计较为合理。
但是在代码注释
和文档说明方面，需要进行进一步完善。
总结和建议
综上所述，该软件在基本功能使用方面较为稳定，但在复杂操
作和多任务完成下表现不够稳定。
在易用性方面需要加强指引和引导，提高用户的使用体验。
在代码注释和文档方面需要进一步完善，
提高软件的可维护性和开发效率。
建议开发方进行针对性的改进和升级。
软件工程概论课后答案解析
第1章软件与软件工程的概念1、1 举出您所知道的应用软件的例子。
办公软件、游戏软件、财务软件、银行软件、人事管理软件、工资管理软件、学籍管理软件等。
1、2 认为“软件就就是程序,软件开发就就是编程序。
”这种观点就是否正确？为什么？认为“软件就就是程序,软件开发就就是编程序。
”这种观点就是错误的。
首先,软件就是计算机系统中与硬件相互依存的另一部分,它就是包括程序,数据及其相关文档的完整集合,程序只就是软件的组成部分之一;其次,在软件开发中,编程只就是软件开发过程的一个阶段。
1、3 如果将软件开发比作高楼大厦的建造,可以将软件的设计比作什么？可以将软件的设计比作建筑设计,软件设计的成果相当于建筑设计的设计图纸。
1、4 什么就是软件危机？它有哪些典型表现？为什么会出现软件危机？软件危机:软件危机就是指在计算机软件的开发与维护过程中所遇到的一系列严重问题。
典型表现:(1)对软件开发成本与进度的估计常常很不准确。
(2)用户对“已完成的”软件系统不满意的现象经常发生。
(3)软件产品的质量往往靠不住。
(4)软件常常就是不可维护的。
(5)软件通常没有适当的文档资料。
(6)软件成本在计算机系统总成本中所占的比例逐年上升。
(7)软件开发生产率提高的速度,既跟不上硬件的发展速度,也远远跟不上计算机应用迅速普及深入的趋势。
产生软件危机的原因:除了软件本身的特点,其原因主要有以下几个方面:(1) 缺乏软件开发的经验与有关软件开发数据的积累,使得开发工作计划很难制定。
(2) 软件人员与用户的交流存在障碍,使得获取的需求不充分或存在错误。
(3) 软件开发过程不规范。
如,没有真正了解用户的需求就开始编程序。
(4) 随着软件规模的增大,其复杂性往往会呈指数级升高。
需要很多人分工协作,不仅涉及技术问题,更重要的就是必须有科学严格的管理。
(5) 缺少有效的软件评测手段,提交给用户的软件的质量不能完全保证。
1、5 什么就是软件工程？软件工程就是指导计算机软件开发与维护的工程学科。
软件工程第3章 软件需求分析(终)
第3章软件需求分析案例3: 图书馆图书信息管理系统“图书馆管理系统”是借助计算机来完成图书馆日常管理工作，能提供借书帐号注册、登录功能，基于图书标题、图书编号、作者、出版社的查询，也可以同时多个选项进行同时查询提供图书状态的查询，如可借和不可借，完成借书登记、还书的登记，能帮助管理人员完成图书信息的管理，如图书信息的修改、新图书的增加、旧图书的删除，图书分类工作，从而使图书馆的日常工作信息化、快捷化，减轻图书馆管理工作的困难。
因此，“图书馆管理系统”对于图书馆的日常管理工作和信息化到至关重要的作用。
【知识导入】通过对本章节内容的学习，掌握软件需求分析的基本内容，需求分析的特征及评审。
能够完成项目的需求分析，确立正确的项目开发思路。
软件需求是一个项目的开端，是整个软件项目开发的基础。
即表示该软件经过可行性分析后确立有此需求，而开发该项目。
因此，需求分析在整个项目建设过程中至关重要，是项目开发的基石，基石的牢固程度决定了后期项目的进展以及项目开发完工后的产品质量的优劣，可以说需求分析的好坏直接影响到软件项目开发的成败。
软件需求是指用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。
IEEE （美国电气和电子工程师协会）是这样对需求分析做定义的：①用户解决问题或达到系统目标所需要的条件②为满足一个协议、标准、规格或其他正式制定的文档，系统或系统构建所需满足和具有的条件或能力③将需求要求条件进行文档化描述。
这个概念全方位阐述了需求的概念，较完整的表达了软件需求的内涵和外延，便于用户的全面理解。
而需求分析最终就是通过对应用问题及其环境的分析与理解采用一系列的分析方法和技术将用户的需求逐步精确化、完全化、一致化，最终形成需求规格说明文档的过程。
系统分析阶段产生的系统规格说明书和项目规划是软件需求分析的基础，分析人员需要从软件的角度对其进行检查和调整，并在此基础上展开需求分析。
需求分析阶段的成果主要是需求规格说明书，该成果又是软件设计、编码、测试直至维护的主要基础。
第3章 软件质量与评价
1、质量的定义质量是多维的概念，包括：实体、实体的属性和对实体的观点。
GB/T6583-ISO8404 (1994 版)《质量管理与质量保证术语》对质量的定义是：反映实体满足明确的隐含的需要的能力的特性的总和.GB/T18905—ISO14598 (1999 版)《软件工程产品评价》定义：2、测度与度量在软件质量中用于测量的一种量化的标度和方法即为“测度”，而名词的“度量”用来指测量的结果。
影响软件质量可分为：可直接测量、间接度量3、软件质量模型○1、McCall (麦考尔)质量模型三个重要方面：操作特性(产品运行)、承受可改变能力(产品修订)、新环境适应能力(产品变迁).McCall 等认为,特性是软件质量的反映,软件属性可用做评价准则，定量化地度量软件属性可知软件质量的优劣。
②Boehm(勃姆)质量模型提出了分层结构的质量模型,除了用户的期望和需要的概念，与 McCall(麦考尔) 质量模型相同外,还包括 McCall 模型中没有的硬件特性.Boehm (勃姆)质量模型反映了对软件质量的理解，即软件做了用户要它做的 ; 有效地使用系统资源；易于用户学习和使用；易于软件测试与维护.③ISO9126 质量模型GB/T16260—1996：六个影响质量的特性：功能性、可靠性、易使用性、效率、可维护性、可移植性;各个子特性(及其定义)要求要背GB/T16260—1996 出发点是软件最大限度地满足用户的明确的和潜在的需求。
国标 16260 中，在描述外部(内部)效率度量时，给出了若干针对计算机系统时间消耗的定义如下:① 响应时间是指从按动传送键到得到结果为止所需要的时偶尔响应时间包括处理时间和传输时间② 处理时间是指从接受一个消息到送出它的结果之间计算机的历时时间③ 周转时间是指从提出要求到得到结果所需要的时间4、标准的发展GB/T 16260-1996 (ISO9126—1991)《软件产品评价-质量特性及其使用指南》已被两个相关的由多部份组成的标准： GB/T 18905-2002 《软件工程产品评价》和 GB/T 16260—2003(ISO9126—2001)《软件工程产品质量》所取代.5、GB/T 18905 产品评价(一、 GB/T 18905 基本组成(6 个部份组成)GB/T 18905。
第3章CMM的体系结构
第3章CMM的体系结构CMM（成熟度模型）是由美国国防部的软件工程研究所（SEI）开发的一种评估和改进软件开发组织能力的方法。
CMM采用五个不同的成熟度级别来评估一个软件开发组织的能力水平，以帮助其提高软件开发过程的质量和效率。
CMM的体系结构主要包括五个级别、过程领域和过程目标。
CMM的五个成熟度级别从最低到最高分别是：初始级、重复级、定义级、管理级和优化级。
每个级别都描述了一个软件开发组织在软件开发和管理上的不同水平。
初始级是指组织没有明确的过程，重复级是指组织已经开始重复使用一些成功的过程，定义级是指组织已经定义了一个标准的软件开发过程，管理级是指组织已经能够根据指标进行管理和持续改进，而优化级是指组织不断优化其软件开发过程以适应变化的需求。
CMM的过程领域是指软件开发过程中的六个关键领域，包括需求管理、项目计划和追踪、软件子系统实现、软件测试、集成与确认以及软件交付和维护。
这些领域是软件开发过程中最常见的问题和挑战，CMM通过评估每个领域的能力来指导组织改进其软件开发过程。
每个过程领域都有一组过程目标，这些目标描述了组织在该领域内所应遵循的最佳实践。
例如，在需求管理领域，过程目标包括了确保需求得到理解和文档化、确保需求的变更得到适当的管理和追踪、确保需求的验证等。
组织可以根据这些过程目标评估其软件开发过程的能力，并制定相应的改进计划。
CMM的体系结构使得软件开发组织能够系统地评估和改进其软件开发过程的能力。
通过逐步提高成熟度级别、改进过程领域和实现过程目标，组织可以逐渐提高软件开发的质量、效率和可靠性，从而提高业务竞争力。
虽然CMM在软件行业的影响力逐渐减弱，被一些更现代的方法和框架所取代，但其体系结构仍然具有指导意义。
例如，CMM的五个成熟度级别为其他评估模型（如CMMI）的发展提供了基础，CMM的过程领域和过程目标也为其他方法（如敏捷开发）提供了参考。
综上所述，CMM的体系结构包括五个成熟度级别、过程领域和过程目标。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第3章软件质量与评价（软件测试标准）1、质量的定义质量是多维的概念，包括：实体、实体的属性和对实体的观点。
GB/T6583-ISO8404（1994版）《质量管理与质量保证术语》对质量的定义是：反映实体满足明确的隐含的需要的能力的特性的总和。
GB/T18905-ISO14598（1999版）《软件工程产品评价》定义：2、测度与度量在软件质量中用于测量的一种量化的标度和方法即为“测度”，而名词的“度量”用来指测量的结果。
影响软件质量可分为：可直接测量、间接度量3、软件质量模型○1、McCall（麦考尔）质量模型三个重要方面：操作特性（产品运行）、承受可改变能力（产品修订）、新环境适应能力（产品变迁）。
McCall等认为，特性是软件质量的反映，软件属性可用做评价准则，定量化地度量软件属性可知软件质量的优劣。
②Boehm(勃姆)质量模型提出了分层结构的质量模型，除了用户的期望和需要的概念，与McCall（麦考尔）质量模型相同外，还包括McCall模型中没有的硬件特性。
Boehm(勃姆)质量模型反映了对软件质量的理解，即软件做了用户要它做的；有效地使用系统资源；易于用户学习和使用；易于软件测试与维护。
③ISO9126质量模型GB/T16260-1996：六个影响质量的特性：功能性、可靠性、易使用性、效率、可维护性、可移植性;各个子特性（及其定义）要求要背GB/T16260-1996出发点是软件最大限度地满足用户的明确的和潜在的需求。
国标16260中，在描述外部（内部）效率度量时，给出了若干针对计算机系统时间消耗的定义如下：①响应时间是指从按动传送键到得到结果为止所需要的时间或响应时间包括处理时间和传输时间②处理时间是指从接受一个消息到送出它的结果之间计算机的历时时间③ 周转时间是指从提出要求到得到结果所需要的时间4、标准的发展GB/T 16260-1996（ISO9126-1991）《软件产品评价-质量特性及其使用指南》已被两个相关的由多部分组成的标准：GB/T 18905-2002《软件工程产品评价》和GB/T 16260-2003（ISO9126-2001）《软件工程产品质量》所取代。
5、GB/T 18905产品评价（一、GB/T 18905基本组成（6个部分组成）GB/T 软件工程产品评价第1部分: 概述GB/T 软件工程产品评价第2部分: 策划和管理GB/T 软件工程产品评价第3部分: 开发者用的过程GB/T 软件工程产品评价第4部分: 需方用的过程GB/T 软件工程产品评价第5部分: 评价者用的过程GB/T 软件工程产品评价第6部分: 评价模块的文档编制（二、评价者用的过程（GB/T ）1、开发者用的过程2、需方用的过程3、评价者用的过程定义软件评价过程的特性有四性。
①可重复性②可再现性③公正性④客观性（第四章内容P92）（三、关于评价支持评价支持标准：1、策划和管理：可供管理者制定一个定量的评价计划。
2、评价模块：供组织用来产生新的评价模块。
（四、通用评价过程软件产品的一般评价过程：确立评价需求、规定评价、设计评价和执行评价。
确立评价需求内容有：确立评价的目的、确立产品类型、指定质量模型规定评价内容有：选择度量、建立度量评定等级、确立评估准则设计评价内容有：制定评价计划执行评价内容有：进行度量、与评估准则相比较、评价结果（五、评价过需求软件质量评价的目的：是为了直接支持开发和获得满足用户和消费者要求的软件。
最终目标是保证产品能提供所要求的质量，即满足用户明确和隐含的要求①评价中间产品质量的目的②评价最终产品质量的目的6、GB/T 产品质量影响软件质量可分为：可直接测量（如每个功能点错误）、间接度量（可用性、可维护性）包括：质量模型、外部度量、内部度量、使用质量度量。
外部、内部质量的质量模型：质量属性包括：功能性、可靠性、易用性、效率、可维护性和可移植性1、功能性：是指当软件在指定条件下使用时，软件产品满足明确和隐含要求功能的能力。
它的子特性包括：适合性、准确性、互操作性、保密安全性、功能依从性。
子特性：（子特性各含义解释见课本P88）①适合性：软件为指定的任务和用户目标提供一组合适功能的能力。
②准确性：软件提供所需精确度的正确或相符结果及效果的能力。
③互操作性/互用性：软件产品与一个或更多规定系统进行交互的能力。
④保密安全性：软件产品保护信息和数据的能力。
⑤功能依从性：软件依从同功能性相关的超标准、约定或法规的能力。
2、可靠性：是指当软件在指定条件下使用时，软件产品维持规定的性能级别的能力。
它的子特性包括：成熟性、容错性、易恢复性、可靠依从性。
①成熟性：是指软件产品避免因软件中错误的发生而导致失效的能力。
②容错性：在软件出现故障或者违反其指定接口的情况下，软件产品维持规定的性能级别的能力。
③易恢复性：在失效发生的情况下，软件产品重建规定的性能级别并恢复受直接影响的数据的能力。
④可靠依从性：软件产品遵循与可靠性相关的标准、约定或法规的能力。
3、易用性：是指当软件在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。
它的子特性包括：易理解性、易学性、易操作性、吸引性、易用依从性。
①易理解性：软件产品使用户能理解软件是否合适以及如何能将软件用于特定的任务和使用条件的能力。
②易学性：是指软件产品使用户能学习它的能力。
③易操作性：软件产品使用户能操作和控制它的能力。
④吸引性：是指软件产品吸引用户的能力。
⑤易用依从性：软件产品遵循与易用性相关的标准、约定、风格指南或法规的能力。
4、效率：是指在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力。
它的子特性包括：时间特性、资源利用、效率依从性。
①时间特性：在规定条件下，软件产品执行其功能时，提供适当的响应和处理时间以及吞吐率的能力。
②资源利用：在规定条件下，软件产品执行其功能时，使用合适数量和类别的资源的能力。
③效率依从性：软件产品遵循与效率相关的标准或约定的能力。
5、可维护性：是指软件产品可被修改的能力。
修改可能包括修正、改造或软件适应环境、需求和功能规格说明中的变化。
它的子特性包括：易分析性、易改变性、稳定性、易测试性、维护依从性。
①易分析性:软件产品诊断软件中的缺陷或失效原因或识别待修改部分的能力。
②易改变性:软件产品使指定的修改可以被实现的能力。
③稳定性:软件产品避免由于软件修改而造成意外结果的能力。
④易测试性:软件产品使已修改软件能被确认的能力。
⑤维护依从性:软件产品遵循与维护性相关的标准或约定的能力。
6、可移植性：是指软件产品从一种环境迁移到另外一种环境的能力。
它的子特性包括：适应性、易安装性、共存性、易替换性、可移植依从性。
①适应性：软件产品无需采用手段就可能适应不同的指定环境的能力。
②易安装性：软件产品在指定环境中被安装的能力。
③共存性：软件在公共环境中分享资源与其他独立软件共存的能力。
④易替换性：在环境、目的相同的情况下替代另一个指定软件的能力。
⑤可移植性依从性：软件产品依从可移植性相关的标准或约定的能力。
★软件构件质量模型(新增加的特性和子特性)可复用性：独立性、接口成熟性、已组装性、通用性、演化兼容性、可复用性的依从性标准组成：GB/T 软件工程产品质量第1部分：质量模型GB/T 软件工程产品质量第2部分：外部度量GB/T 软件工程产品质量第3部分：内部度量GB/T 软件工程产品质量第4部分：使用质量的度量7、GB/T 概述概述了软件产品评价的过程，提供了评价需求和指南8、GB/T 评价者用的过程+GB/T18905-2002《软件工程产品评价》提供了软件产品评价的过程，其中GB/T18905—2002《软件工程产品评价》第五部分评价者用的过程供对软件产品执行独立评估的评价者使用。
在GB/T 18905《评价者用的过程》中定义软件评价过程的特性：可重复性、可再现性、公正性、客观性。
9、GB/T16260－2003将软件质量特性分为内部质量特性、外部质量特性和使用质量特性。
10、GB/T18905—2002《软件工程产品评价》中确定的通用评价过程包括四个方面，即：确立评价需求，规定评价，设计评价和执行评价。
其中有关“规定评价”部分包含的内容有：选择度量、建立度量评定等级、确立评估准则。
10、评价过程中如何编写评价规格说明。
编制评价规格说明的活动由下列3个子活动组成：分析产品的描述、规定对产品及部件执行的测量、按照评价需求验证编制的规格说明。
11、在GB/T17544中，软件包质量要求包括三部分，即产品描述要求、用户文档要求、程序和数据要求。
12、GB 17859-1999《计算机信息系统安全保护等级划分准则》中将计算机安全保护划分为5个级别。
即：第一级：用户自主保护级；第二级：系统审计保护级；第三级：安全标记保护级；第四级：结构化保护级；第五级：访问验证保护级。
13、相关标准(作参考，不要背)GB/T 8566-2007 信息技术软件生存周期过程GB/T 8567-2006 计算机软件文档编制规范GB/T 9385-2008 计算机软件需求规格说明规范GB/T 9386-2008 计算机软件测试文档编制规范GB/T 14394-2008 计算机软件可靠性和可维护性管理GB/T 15532-2008 计算机软件测试规范GB/T 软件工程产品质量第4部分：使用质量的度量GB/T 软件工程产品质量第3部分：内部度量GB/T 软件工程产品质量第2部分：外部度量GB/T 软件工程产品质量第1部分：质量模型GB/T 17917-2008 零售企业管理信息系统基本功能要求GB/T 软件工程产品评价第6部分：评价模块的文档编制GB/T 软件工程产品评价第5部分：评价者用的过程GB/T 软件工程产品评价第4部分：需方用的过程GB/T 软件工程产品评价第2部分：策划和管理GB/T 软件工程产品评价第1部分：概述GB/Z 18914-2002 信息技术软件工程CASE工具的采用指南GB/Z 20156-2006 软件工程软件生存周期过程用于项目管理的指南GB/T 20157-2006 信息技术软件维护GB/T 20158-2006 信息技术软件生存周期过程配置管理14、使用质量的质量模型使用质量是从用户角度看待的质量，其属性分为4种：有效性、生产率、安全性和满意度。
①有效性:软件产品在指定的使用环境下，使用户能正确和完全地达到规定目标的能力。
②生产率:软件产品在指定的使用环境下，使用户为达到有效性而消耗适当数量的资源的能力。
③安全性:软件产品在指定使用环境下，达到对人类、业务、软件、财产或环境造成损害的可接受的风险级别的能力。
④满意度:软件产品在指定的使用环境下，使用户满意的能力。