软件质量模型
软件工程质量模型的研究及应用
软件工程质量模型的研究及应用
常见的软件工程质量模型包括ISO9126质量模型和CMMI（能力成熟度模型集成）。
ISO9126质量模型是一个非常经典的软件质量模型，它将软件质量分为6个特征（功能性、可靠性、可用性、效率性、可维护性、可移植性）和27个子特征，并提供了相应的度量方法和指导。
CMMI模型是针对软件过程能力进行评估和改进的模型，它定义了软件过程的不同成熟度级别，并提供了从初始级别到优化级别的路径。
这些软件工程质量模型的研究和应用对于软件开发团队来说有重要的意义。
首先，它们能够帮助团队确定和量化软件质量目标，为团队指定明确的目标和方向。
其次，它们提供了相应的度量方法和指导，帮助团队对软件进行评估，并发现和解决质量问题。
第三，它们能够帮助团队识别和改进软件开发过程中的不足，提高软件开发的效率和质量。
最后，它们能够帮助团队和利益相关方交流和沟通，提高沟通的效率和准确性。
除了ISO 9126和CMMI，还有许多其他的软件工程质量模型，如Six Sigma、Lean Software Development、IEEE 1012等。
每个模型都有其独特的特点和适用范围，在不同的情况下可以选择不同的模型进行应用。
此外，还有一些特定领域的质量模型，如安全、可靠性和可用性等领域的模型。
在实际应用过程中，软件开发团队可以结合自身的特点和需求选择和定制合适的软件工程质量模型，并根据模型提供的指导和建议进行相应的改进。
同时，团队还需要根据实际情况对模型进行评估和调整，确保其适用性和有效性。
此外，团队还需要关注模型的更新和发展，及时了解最新的研究成果和应用经验，以保持竞争力和提高软件质量。
软件质量模型(PPT)
⑹加密、解密：在计算机通讯中，采用密码技术将信息隐蔽起来，再将隐蔽后的信 加密、解密：
息传输出去，使信息在传输过程中即使被窃取或截获，窃取者也不能了解信息的内容， 从而保证信息传输的安全。
⑺防病毒 5、功能性的依从性
遵循相关的标准（国际标准、国家标准、行业标准、企业内部 规范等)约定或法规以及类似规定的能力。
注册业务 性能指标曲线变化
响 应 时 间 找出曲线拐点位置， 找出曲线拐点位置，分析 性能瓶颈， 性能瓶颈，调整优化
负载量
多用户多业务测试 业务模型1 注册 200 登录 200 浏览 400 上传文件 100 下载文件 100
业务模型2 …… …… …… …… ……
……
根据不同的时间、环境构造各种不同的业务模型，调整其中的分布， 根据不同的时间、环境构造各种不同的业务模型，调整其中的分布，找出性 能指标分布规律， 能指标分布规律，找出业务瓶颈
打印请求
word
打印响应
打印机
不同型号的打印机与word之间的协议可能不一致，导致消息传递过 程中发生错误。 应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。 ▲应该将被测软件系统和周边系统的各种主流型号进行互操作性测试。
4、保密安全性： 保密安全性： 软件系统保护信息和数据的能力。 Ⅰ、防止未得到授权的人或系统访问相关的信息或数据 Ⅱ、保证得到授权的人或系统能正常访问相关的信息或数据。
不同的系统对于安全性的需求差别很大
常见的安全性测试： 用户验证： ⑴用户验证：登录密码验证、IP地址访问限制等 用户权限管理: ⑵用户权限管理:验证低级别用户是否具有了高级别用户的 权限，各级别用户权限都得到了实现。 系统数据的保护: ⑶系统数据的保护:对例如系统文件、用户密码文件等进行 隐藏、密码验证、内容加密、备份。
软工常用公式总结
软工常用公式总结在软件工程领域，公式是解决问题和优化代码的重要工具。
它们可以帮助开发人员优化性能、预测系统行为和评估开发过程。
本文将总结一些软工常用公式，以帮助读者更好地理解和应用于实际开发中。
1. 软件质量模型公式软件质量模型可以用于评估软件的质量特性，如可靠性、可用性、可维护性等。
常用的软件质量模型包括ISO 9126标准和IEEE 1061标准。
其中，ISO 9126标准公式如下：软件质量 = 功能性质量 + 可靠性质量 + 易用性质量 + 效率质量 + 可维护性质量 + 移植性质量2. 软件估算公式软件估算是开发过程中的关键任务之一，它可以帮助确定项目的预算、进度和资源需求。
下面是常用的几种软件估算公式：- 功能点估算公式：FP = UFP × [TDI × (UFP/UCP)]其中，FP表示功能点数，UFP表示未调整的功能点数，TDI表示技术复杂度乘数，UCP表示用户复杂度乘数。
- COCOMO模型：effort = a × (KLOC)b其中，effort表示人力投入，a和b是可调整的系数，KLOC表示以千行代码为单位的软件规模。
3. 软件度量公式软件度量是衡量软件产品和开发过程特性的一种方法。
以下是几个常用的软件度量公式：- 代码覆盖率：Coverage = (被测试代码覆盖的行数 / 总代码行数) ×100%- Cyclomatic复杂度：V(G) = E - N + 2P其中，E表示程序中边的数量，N表示程序中节点的数量，P表示程序中连接的组件数量。
4. 软件质量指标公式软件质量指标可以帮助评估软件产品的质量水平和开发过程的有效性。
以下是几个常用的软件质量指标公式：- 代码复杂度：Complexity = Cyclomatic Complexity + LOC / Methods - 代码重复率：Duplication Rate = (重复代码行数 / 总代码行数) ×100%- 代码规范违规率：规范违规率 = (违规代码行数 / 总代码行数) ×100%以上仅是软工领域常用公式的一小部分，不同的问题和场景可能需要使用其他特定的公式和指标。
mccall质量因素模型
MCCALL质量因素模型是一种常用的软件质量因素模型，它由美国软件工程师G. McCall于1982年提出。
该模型将软件质量因素划分为以下11个方面：
1. 可用性（Usability）：指软件的易用性、用户界面友好性等。
2. 可维护性（Maintainability）：指软件的修改和维护的难易程度。
3. 可靠性（Reliability）：指软件的稳定性、可靠性、错误容忍度等。
4. 可移植性（Portability）：指软件在不同平台、环境下的移植能力。
5. 效率（Efficiency）：指软件的执行速度、资源利用率等。
6. 可复用性（Reusability）：指软件的可重用性、可重构性等。
7. 可适应性（Adaptability）：指软件的适应性、灵活性、扩展性等。
8. 可控制性（Controllability）：指软件的可控制性、透明度、安全性等。
9. 可验证性（Verifiability）：指软件的可验证性、可证明性等。
10. 可管理性（Manageability）：指软件的管理、组织、规划、控制等。
11. 可解释性（Interpretability）：指软件的可解释性、可读性等。
这些质量因素相互关联、相互制约，共同决定了软件的质量水平。
MCCALL质量因素模型在软件工程实践中得到了广泛应用，可以帮助软件开发团队更好地理解和提高软件质量。
SQE-Ch.3 软件质量模型
3.2 软件质量指标和因素（☆）
3.2.1 软件质量的属性指标 ■ 可用性：用户掌握软件操作所要付出的时间及努力程度；
种先进的软件工程环境：TRW软件生产率系统和Quantum Leap环境。 出版了经典书籍《软件工程经济学》。
巴利· 玻姆的荣誉 J.D.Warnier奖 NSIA Grace Murray Hopper奖 ACM杰出研究奖（The ACM Distinguished Research Award）
3.2.1 软件质量的属性指标 软件质量指标是衡量可识别软件质量特性的项目，即软 件的质量可用一组有关的属性来表示。第二章已经介绍过， 有多种不同的刻画方式。 ISO/ 给出了软件质量归纳为6个基本要素，功能性、可 靠性、易用性、效率、可维护性、可移植性。每个又划分为 多个质量属性指标: ■ 功能性：实现的功能达到设计规范，并满足用户需求的程度
确定防止不合格并消除产生原因的措施；
建立和应用持续改进质量管理体系的过程；
3.1 概述
3.1.3 软件质量工程体系的构成
5个层次
3.1 概述
3.1.4 软件质量工程体系和管理体系的关系
传统质量管理体系
系统工程 软件质量
软件质量工程体系
质量目标
软件质量管理体系
软件工程
3.2 软件质量指标和因素（☆）
量。
1976年 Boehm质量模型 1979年 McCall质量模型 1985年 ISO质量模型
软件质量评估模型综述及其应用研究
软件质量评估模型综述及其应用研究随着信息时代的到来，软件应用领域越来越广泛，而软件的质量成为人们关注的焦点之一。
通过软件质量评估，可以衡量软件产品的质量，从而指导软件开发过程中的改进和优化。
本文将对软件质量评估模型进行综述，并探讨其在实际应用中的研究进展。
一、软件质量评估模型概述软件质量评估模型指对软件进行质量评价的方法论，是对软件质量的量化分析和评价。
根据评估模型的不同，软件质量可以从不同角度来进行评估。
常用的软件质量评估模型包括CMMI、ISO9001、ISO15504、ISO9126等。
1.1 CMMICMMI级别划分了软件过程改进的五个级别：初始级、管理级、定量级、优化级和最高级别。
CMMI可以对软件开发过程进行评估和监控，从而提高软件开发的效率。
1.2 ISO9001ISO9001是国际标准化组织制定的一种质量管理体系标准。
ISO9001可以对软件产品质量进行评估，同时也可以提高软件开发过程的效率，确保软件产品的质量。
1.3 ISO15504SPICE（软件过程改进和能力确定)定位于ISO/IEC 15504是一套包含多个模型的软件过程能力评估（PA）框架。
通过评估软件过程的能力水平，提高软件产品的质量。
1.4 ISO9126ISO9126定义了软件产品质量的六个维度：功能性、可靠性、可用性、可维护性、可移植性和效率。
这些维度可以用于量化和评估软件产品的质量。
二、软件质量评估模型的应用研究软件质量评估模型在实际应用中有着广泛的研究和应用。
下面就结合实际应用来探讨其中的研究进展。
2.1 软件缺陷预测软件缺陷预测是软件质量评估的一个重要研究方向。
通过对软件质量的评估，可以预测软件缺陷的发生，从而提前发现并解决问题。
目前，有很多基于机器学习的软件缺陷预测模型被提出。
例如，支持向量机、人工神经网络和决策树等。
这些模型通过对软件质量数据的训练，可以识别软件缺陷的出现概率，从而提高软件质量。
2.2 软件功能测试软件功能测试是软件质量评估的另一个重要研究方向。
软件质量模型的6大特性和27个子特性
ISO9126标准里的软件质量模型：6大特性的27个子特性。
测试人员必须学习掌握的知识，基本上软件都可以从这几个方面考虑着手测试。
工作中根据实际测试活动去理解和体会概念和区别。
一、功能性（Functionality）：1、适合性（Suitability）：解释有没有-提供了相应的功能2、准确性（accuracy）：正确（用户需要的）解释对不对3、互操作性（Interoperability）：产品与产品之间交互数据的能力4、保密安全性（Security）：软件产品保护信息和数据的能力。
如数据库加密，IP，登陆次数限制防Dos 攻击5、功能性的依从性（Functionality Compliance）：国际/国家/行业/企业标准规范一致性二、可靠性（Reliability）：产品在规定的条件下，在规定的时间内完成规定功能的能力三要素：规定的环境，规定的时间，规定的性能1、成熟性（Maturity）：内部接口防范-防止内部错误导致软件失效的能力2、容错性（fault tolerance）：外部接口防范-软件出现故障，自我处理能力3、易恢复性（recoverability）：失效情况下的恢复能力4、可靠性的依从性（Reliability Compliance）国际/国家/行业/企业标准规范一致性三、易用性（Usability）：在指定使用条件下，产品被理解、学习、使用和吸引用户的能力1、易理解性（Understandability）：2、易学性（Learnability）：3、易操作性（operability）：4、吸引性（attractiveness）：5、易用性的依从性(Usability compliance)：国际/国家/行业/企业标准规范一致性四、效率性(efficiency)：在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力1、时间特性(time behavior)：平均事务响应时间，吞吐率，2、资源利用性(resource utilization)：CPU 内存磁盘 IO 网络带宽队列共享内存3、效率依从性(efficiency compliance)：五、可维护性（maintainability）："四规"，在规定条件下，规定的时间内，使用规定的工具或方法修复规定功能的能力1、易分析性（analyzability）：定位成本-分析定位问题的难易程度2、易改变性（changeability）：降低修改缺陷的成本-软件产品使指定的修改可以被实现的能力3、稳定性（stability）：防止意外修改导致程序失效4、易测试性（testability）：降低发现缺陷的成本--使已修改软件能被确认的能力5、维护性的依从性（maintainability compliance）六、软件可移植性（Portability）：从一种环境迁移到另一种环境的能力1、适应性（adaptability）：适应不同平台2、易安装性（installability）：被安装的能力3、共存性（co-existence）：兼容性4、易替换性（replaceability）5、可移植性的依从性：（portability compliance）。
软件质量管理模型
软件质量管理模型是一个组织模型，用于描述在软件开发过程中如何实现质量管理的目标。
该模型通常包括以下层次：
➢技术层次：包括数据、编程、文档等。
➢方法体系层次：包括措施、项目、过程等。
➢社会因素层次：包括质量环境、技术标准、业务标准、人员等。
在软件质量管理模型中，通常会采用以下方式进行质量管理：
➢质量检查：通过临时性的最后检查来确保软件质量，并消除次品。
软件测试是实现质量检查的具体环节。
➢质量保证：主要通过生产部门或企业进行生产过程的优化和稳定化来实现质量目标。
➢预防不合格品：通过在软件开发生命周期的前期对关键过程成果进行评审控制来预防不合格品。
➢完美无缺：这是一种内在的质量文化氛围，有助于提高质量的方方面面工作。
请注意，具体的软件质量管理模型可能会根据不同的软件开发方法和组织需求而有所不同。
以上信息仅供参考，如需了解更多信息，请查阅关于软件质量管理的专业书籍或咨询专业人士。
软件过程改进中的质量模型评估方法分享
软件过程改进中的质量模型评估方法分享在软件开发领域中，质量是一个至关重要的因素。
为了提升软件质量，许多组织和团队采用了软件过程改进的方法。
质量模型评估是软件过程改进的关键环节之一，它可以帮助组织评估当前的软件过程，并提出改进建议。
本文将分享几种常见的软件过程改进中的质量模型评估方法，希望能对读者有所启发。
1. CMMI（能力成熟度模型综合评估）CMMI 是由美国软件工程协会（SEI）开发的一种软件过程改进模型。
它以过程能力为评估维度，帮助组织评估和改进其软件开发过程。
CMMI可以评估一个组织的软件开发过程的成熟度，并提供改进建议。
CMMI评估包括两个重要的维度：能力级别和过程领域。
能力级别评估组织在不同过程领域中的能力成熟度，而过程领域评估组织在特定领域内的过程实施情况。
通过CMMI评估，组织可以识别其过程中的缺陷和弱点，并且根据评估结果制定改进计划。
2. ISO 9001（质量管理体系）ISO 9001是一种为组织提供质量管理体系认证的国际标准。
该标准强调组织应该建立和实施一套质量管理体系，以达到客户需求和预期的质量。
ISO 9001的评估主要包括文件审查和现场审核。
文件审查是对组织的质量管理体系文件进行评估，包括政策、程序和工作指示等。
现场审核是评估组织实际开展的质量管理活动，以确保其符合ISO 9001的要求。
3. IDEAL（软件工程质量改进模型）IDEAL是一种软件工程质量改进模型，以帮助组织评估和改进其软件开发过程。
该模型基于科学实践和实证研究，提供了一种系统化的方法来评估和改进软件质量。
IDEAL评估过程分为5个阶段：探索、诊断、行动、学习和改进。
在探索阶段，组织会收集和整理相关数据，以了解当前的问题和挑战。
在诊断阶段，组织会分析数据，并确定需要改进的领域。
在行动阶段，组织会制定和实施改进计划。
在学习和改进阶段，组织会通过监控和评估改进效果，并不断优化其软件质量。
4. Six Sigma（六西格玛）Six Sigma是一种以减少缺陷和改进过程质量为目标的质量管理方法。
软件质量模型的六大特性27个子特性
软件质量模型的六大特性27个子特性一、功能性：1、适合性：提供了相应的功能2、准确性：正确（用户需要的）3、互操作性：产品与产品之间交互数据的能力4、保密安全性：允许经过授权的用户和系统能够正常的访问相应的数据和信息，禁止未授权的用户访问.......5、功能性的依从性：国际/国家/行业/企业标准规范一致性二、可靠性：产品在规定的条件下，在规定的时间内完成规定功能的能力1、成熟性：防止内部错误导致软件失效的能力2、容错性：软件出现故障，自我处理能力3、易恢复性：失效情况下的恢复能力4、可靠性的依从性三、易用性：在指定使用条件下，产品被理解、学习、使用和吸引用户的能力1、易理解性：2、易学性：3、易操作性：4、吸引性：5、易用性的依从性：四、效率性：在规定台条件下，相对于所用资源的数量，软件产品可提供适当性能的能力1、时间特性：平均事务响应时间，吞吐率，TPS（每秒事务数）2、资源利用性：CPU 内存磁盘IO 网络带宽队列共享内存3、效率依从性：五、软件维护性："四规"，在规定条件下，规定的时间内，使用规定的工具或方法修复规定功能的能力1、易分析性：分析定位问题的难易程度2、易改变性：软件产品使指定的修改可以被实现的能力3、稳定性：防止意外修改导致程序失效4、易测试性：使已修改软件能被确认的能力5、维护性的依从性六、软件可移植性：从一种环境迁移到另一种环境的能力1、适应性：适应不同平台2、易安装性：被安装的能力3、共存性：4、易替换性5、可移植性的依从性：本文来自CSDN博客，转载请标明出处：/moluowangzi/archive/2009/09/27/4601084.aspx。
软件测试常用的质量体系模型
软件测试常用的质量体系模型
ISO 9000系列是国际标准化组织制定的一系列质量管理标准，
它们包括ISO 9000、ISO 9001、ISO 9004等，其中ISO 9001是软
件测试中最常用的标准，它要求建立和实施质量管理体系，以确保
产品和服务能够满足客户的要求。
CMMI（Capability Maturity Model Integration）是一个软件
过程改进的框架，它描述了组织的软件工程和管理实践，并提供了
一个评估组织过程成熟度的模型。
TMM（Test Maturity Model）是一种用于评估和改进测试过程
的模型，它包括五个不同的成熟度级别，从初始级别到优化级别，
帮助组织评估其测试过程的成熟度，并提供改进建议。
ISO/IEC 15504，也称为SPICE（Software Process Improvement and Capability Determination），是一个国际标准，用于评估和改进软件开发过程的能力。
它提供了一个框架，帮助组
织评估其软件开发过程的能力，并制定改进计划。
IEEE 730是IEEE制定的软件测试文档标准，它定义了软件测
试计划的内容和格式，包括测试范围、测试方法、资源需求等。
IEEE 829是IEEE制定的软件测试文档标准，它定义了测试文
档的内容和格式，包括测试设计规范、测试用例规范、测试报告等。
这些质量体系模型可以帮助组织建立和改进其软件测试过程，
提高软件质量，确保软件能够满足用户的需求和期望。
通过遵循这
些模型，组织可以建立可靠的软件测试流程，提高软件开发的效率
和质量。
软件开发质量保证模型
软件开发质量保证模型引言软件质量是保证软件开发成功的关键要素之一。
为了确保软件的质量，开发团队需要建立适当的质量保证模型。
本文将介绍一种常用的软件开发质量保证模型，以帮助开发团队提高软件质量。
一、需求分析阶段在软件开发的早期阶段，需求分析起着至关重要的作用。
团队应该与客户和利益相关方充分沟通，确保准确理解业务需求，并将其转化为明确的软件需求规格。
此外，在需求分析阶段，应考虑软件安全性、可扩展性以及其他非功能性需求。
二、设计阶段设计阶段的目标是定义软件架构和详细设计。
团队应该考虑软件的可维护性、可测试性和可靠性，并制定相应的设计文档。
此外，团队还应使用合适的设计模式和编码规范来保证软件的结构合理性。
三、编码和测试阶段在编码和测试阶段，开发团队应根据设计文档进行代码编写，并严格遵循编码规范。
同时，团队应运用适当的单元测试、集成测试和系统测试方法，确保软件的功能正常运行，并且能够处理各种异常情况。
四、配置管理和版本控制在软件开发过程中，配置管理和版本控制是非常重要的。
团队应该使用适当的工具来跟踪和管理代码、文档和其他软件资产的变更。
版本控制系统能够确保团队成员之间的协作，并提供可追溯性和回滚能力。
五、质量度量和持续改进为了保证软件质量，开发团队应定期进行质量度量和持续改进。
团队可以通过代码审查、性能测试、用户反馈等方式来评估软件质量，并采取相应的措施进行改进。
结论软件开发质量保证模型是确保软件质量的重要工具。
通过合理地执行需求分析、设计、编码和测试等阶段，并注重配置管理和版本控制，开发团队可以提高软件的质量。
同时，质量度量和持续改进也是促进软件质量提升的关键步骤。
软件质量模型
软件质量模型，由6个特性，27个子特性组成
6个特性: 功能性可靠性易用性效率维护性可移植性
↓↓↓↓↓↓
27个子特性: 适合性成熟性易理解性时间特性易分析性适应性
准确性容错性易学性资源利用性易改变性易安装性
互操作性易恢复性易操作性--- 稳定性共存性
保密安全性-- 吸引性--- 易测试性易替换性
功能性的可靠性的易用性的效率维护性的可移植性的
依从性依从性依从性依从性依从性依从性
适合性：软件产品为指定的任务和用户目标提供一组合适功能的能力。
（1、软件提供了用户所需要的功能2、软件提供的功能是用户所需要的）
准确性：软件提供给用户功能的精确度是否符合目标。
（例如：运算结果的准确，数字发生偏差，多个0或少个0）
互操作性：软件与其它系统进行交互的能力。
（例如：PC机中WORD和打印机完成打印互通）
保密安全性：软件保护信息和数据的安全能力。
（主要是权限和密码）
功能性的依从性：遵循相关标准（国际标准、国内标准、行业标准、企业内部规范）
成熟性：软件产品为避免软件内部的错误扩散而导至系统失效的能力（主要是对内错误的隔离）
容错性：软件防止外部接口错误扩散而导致系统失效的能力（主要是对外错误的隔离）
易恢复性：系统失效后，重新恢复原有的功能和性能的能力。
可靠性的依从性：遵循相关标准。
软件质量概念软件质量模型软件质量保证软件可靠性软件配置
在考虑软件可靠性时，首先应该明 确软件旳功能是什么，哪些功能是 主要旳，哪些功能是次要旳。一般 从软件需求分析阐明书和设计阐明 书中能够了解这些情况。
成功地运营程序
是指不但程序能正确地运营，满足 顾客对它旳功能要求， 而且当程 序一旦受到意外旳伤害，或系统故 障时，能尽快恢复，仍能正常地运 营。
在软件开发过程中，变更是不可防止 旳，若没有进行变更控制，则加剧了 项目中软件人员之间旳混乱。
配置管理是协调软件开发使得混乱减 到最小旳技术。
配置管理是在软件整个生命周期内管 理变化一组活动。这组活动用来：
(1) 标识变更； (2) 控制变更； (3) 确保变改正确地实现； (4) 向其他有关旳人报告变更。
植入故障和原有故障旳能力相同，则程
序中原有故障总数
N
NN(
=ET
sn
)估算值为
ns
Hyman分别测试法
由两个测试员同步相互独立地测试 同一程序旳两个副本，用 t 表达测 试时间，记 t＝0时，程序中原有故 障总数是 B0；t＝t1 时，测试员甲 发觉旳故障总数是 B1；测试员乙发 觉旳故障总数是 B2；其中两人发觉 旳相同故障数目是 bc；两人发觉旳 不同故障数目是 bi。
软件开发各阶段旳基线
软件配置
在软件工程过程中产生旳全部信 息项（文档、报告、程序、表格、 数据）构成了软件配置。
• 伴随软件工程过程旳进展，软件配 置项(SCI)数目迅速增长。
基线 (Baseline)
基线是软件生存期中各开发阶段末 尾旳特定点，又称里程碑。
基线旳作用是把各阶段工作旳划分 愈加明确化，以便于检验和肯定阶 段成果。
软件可靠性
在讨论软件可靠性中常用旳定义 软件可靠性定义 测试中旳可靠性分析
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
28
然后，分析员与用户一起为每一属性确定特定的、可 测量的和可验证的需求。如果质量目标不可验证，那 么就说不清是否达到这些目标。在合适的地方为每一 个属性或目标指定级别或测量单位，以及最大和最小 值。如果不能定量地确定某些对项目很重要的属性， 那么至少应该确定其优先级。 另一个定义属性的方法是确定任何与质量期望相冲突 的系统行为。通过定义不悦人意行为——一种反向需 求——你可以设计出强制系统表现出那些行为的测试 用例。如果你不能强制系统，那么你可能达到了你的 属性目标。这种方法最适用于要求安全性能很高的应 用程序，在这些应用程序中，系统的差错可能会导致 生命危险。
可靠 性 产 品 运 行 效 率
完整 性
使用 性
简洁性 图3 McCall等人提出的软件质量模型
7
主要用途
质量因素
评价准则
正确 性
执行效率
可靠 性 产 品 运 行 效 率
简明性
可操作性
完整 性 使用 性 图4 McCall等人提出的软件质量模型
8
主要用途
质量因素
评价准则
正确 性
安全性
可靠 性 产 品 运 行 效 率
27
定义质量属性
你必须根据用户对系统的期望来确定质量属性。 定量地确定重要属性提供了对用户期望的清晰理解， 这将有助于设计者提出最合理的解决方案。然而， 大多数用户并不知道如何回答诸如“互操作性对你 的重要性如何?”或者“软件应该具有怎样的可靠 性?”等问题。在一个项目中，分析员想出了对于 不同的用户类可能很重要的属性，并根据每一个属 性设计出许多问题。他们利用这些问题询问每一个 用户类的代表，可以把每个属性分成一级(不必多加 考虑的属性)到五级(极其重要的属性)。这些问题的 回答有助于分析员决定哪些质量特性用作设计标准 是最重要的。
2
效率 Efficiency 完整性 Integrity 可用性 Usability
程序实现其功能所需要的 它能在硬件上尽 计算机资源量 力工作吗？ 软件或数据不受未授权人 它是安全吗？ 控制的程度 学习、操作程序、为其准 它可用吗？ 备输入数据、解释其输出 的工作量
可维护性 对运行的程序找到错误并 它可调整吗？ Maintainability 排除错误的工作量 测试性 Testability 为保证程序执行其规定的 它可测试吗？ 功能所需的测试工作量
1
McCall提出了表明软件质量的11个质量特性，表1 给出了McCall提出的11个质量特性及其含意。
表1 McCall提出的质量特性
质量特性
含
意
可回答的问题
正确性 程序能够满足规格说明和 它做了该做的事吗？ Correctness 完成用户业务目标的程度 可靠性 Reliability 程序能够按要求的精度实 它总能准确地工作 现其预期功能的程度 吗？
易使用性 Usability
易学习性 易操作性 时间特性
效
率 资源特性
Efficiency
图14
质量特性与质量子特性
22
特 性
子特性 易分析性 Analysability Changeability Stability Testability Adaptability Installability Conformance Replaceability
17
安全性：控制或保护程序和数据机制的有效性。 工具性：程序监视自身运行和识别出现错误的程序。 简明性： 程序代码的紧密程度。 可训练性：程序使新用户使用该系统的辅助程度。 可操作性： 程序操作的难易程度。 可审计性： 检查与标准是否符合的难易程度。 可扩充性：系结构、数据或过程设计可扩充的程度。 模块性 ： 程序各构件的功能独立性。
主要用途
质量因素
评价准则
移植性
模块性 自描述性
产 品 转 移
通用性 复用性 硬件独立性 软件独立性
共运行性
图10 McCall等人提出的软件质量模型
14
主要用途
质量因素
评价准则
移植性
模块性
自描述性 产 品 转 移
复用性
通用性 硬件独立性 软件独立性
共运行性
图11 McCall等人提出的软件质量模型
可维护性 Maintainability
易更改性 稳定性 易测试性 适应性
可移植性 Portability
易安排性
一致性 易替换性 图15
质量特性与质量子特性
23
表2 国际标准规定的质量特性 质量特性 功能性 Functionality 可靠性 Reliability 易用性 Usability 效率 Efficiency 含意 与一组功能及其制定的性质有关的一组属性。这里功 能包括满足明确或隐含的要求。 与在规定的一段时间和条件下，软件能维持其性能水 平的能力有关的一组属性。 与一组规定或潜在的用户为使用软件所需作的努力和 对这样的使用所作的评价有关的一组属性。 与在规定的条件下，软件的性能水平与所使用资源量 之间关系有关的一组属性。
互操作性 一系统与另一系统协同运行所 它能够与另 外系统联接 Interoperability 需的工作量 吗？
4
用户对于已投人使用的软件，会关心软件运行以后表现出来的运行 特性，修正特性和转移特性。也即从这3个方面理解上述11个质量 特性，于是我们把11个质量特性分为3组，使其分别录属于上述3 个方面，请参见图1。 维护性 灵活性 测试性 可移植性 可重复用 互操作性修 正 运行转 移
正确性 可靠性
效率
完整性 使用性
图1 在运行阶段用户的质量特性观点
5
主要用途
质量因素
评价准则
正确 性
可跟踪性
可靠 性 产 品 运 行 效 率
完整性
一致性
完整 性
使用 性
图2 McCall等人提出的软件质量模型
6
主要用途
质量因素
评价准则
正确 性
一致性 容错性 准确性 执行效率 模块性
11
主要用途
质量因素
评价准则
维护性
复杂性 工具性
产 品 修 改
可审计性 测试性 模块性 自描述性 简洁性
灵活性 图8 McCall等人提出的软件质量模型
12
主要用途
质量因素
评价准则
维护性
一致性 复杂性
产 品 修 改
简明性 测试性 可扩充性 模块性 简洁性 通用性
13
灵活性 图9 McCall等人提出的软件质量模型
互操作性 (interOperability)
可靠性(reliability) 可用性(usability) 健壮性(robustness) 有效性(availability)
可测试性(testability)
25
在表3中，分两类来描述每个项目都要考虑的质 量属性；还有其它许多属性 。一些属性对于嵌入 式系统是很重要的(高效性和可靠性)，而其它的 属性则用于主机应用程序(有效性和可维护性)或 桌面系统(互操作性和可用性)。在一个理想的范 围中，每一个系统总是最大限度地展示所有这些 属性的可能价值。系统将随时可用，决不会崩溃， 可立即提供结果，并且易于使用。因为理想环境 是不可得到的，因此，你必须知道表2.5.3中那些 属性的子集对项目的成功至关重要。然后，根据 这些基本属性来定义用户和开发者的目标，从而 产品的设计者可以作出合适的选择。
26
产品的不同部分与所期望的质量特性有着不同的 组合。高效性可能对某些部分是很重要的，而可 用性对其它部分则很重要。把应用于整个产品的 质量特性与特定某些部分、某些用户类或特殊使 用环境的质量属性要区分开。把任何全局属性需 求记录到软件需求规格说明相应的部分中，并把 特定的目标和列在软件需求规格说明的特性、使 用实例或功能需求相联系起来。
18
自描述性： 源代码提供自身描述的程度。 简洁性： 程序易于理解的程度。 通用性： 程序各构件潜在的应用范围。 硬件独立性：软件与运行它的硬件之间的相关程度。 软件独立性：程序与非标准编程语言性质、 操作系统特性、以及其他环境 限制的无关程度。 通信共用性： 使用标准接口、协议和带宽的 程度。 数据共用性： 在整个程序中使用标准数据结 构和类型的程度。
19
国际标准和国家标准规定的质量特性标准中规定 了6个质量特性及其相关的21个质量子特性（如图 13所示）。6个质量特性的含义在表2中给出。
20
特 性
子特性
适合性 准确性
功能性 Functionality 互操作性 依从性 安全性 成熟性 可靠性 Reliability 容错性 易恢复性
Suitability
可维护性 与进行指定的修改所需的努力有关的一组属性。 Maintainability
可移植性 Portability
与软件可从某一环境移植到另一环境的能力有关的一 组属性。
24
表3 软件质量属性 对用户最重要的属性 高效性(efficiency) 灵活性(flexibility) 完整性(integrity) 对开发者最重要的属性 可维护性(maintainability) 可移植性(portability) 可重用性(reusability)
29
1 对用户重要的属性
1)有效性 有效性指的是在预定的启动时间中，系统真正可用并 且完全运行时间所占的百分比。有些任务比起其它任务 具有更严格的时间要求，此时，当用户要执行一个任务 但系统在那一时刻不可用时，用户会感到很沮丧。询问 用户需要多高的有效性，并且是否在任何时间，对满足 业务或安全目标有效性都是必须的。一个有效性需求可 能这样说明：“工作日期间，在当地时间早上6点到午夜， 系统的有效性至少达到99．5％，在下午4点到6点，系统 的有效性至少可达到99．95％。