软件质量学习笔记1-软件质量模型

最新推荐文章于 2021-11-18 14:37:29 发布

冰河星雨

最新推荐文章于 2021-11-18 14:37:29 发布

阅读量1.2k

点赞数 1

分类专栏：软件质量模型

本文链接：https://blog.csdn.net/baidu_26786335/article/details/104836184

版权

软件质量模型专栏收录该内容

1 篇文章 0 订阅

订阅专栏

McCall软件质量模型

McCall软件质量模型将软件需求按照3个维度对11个质量要素进行分类。

红色部分为我认为和ISO9126软件质量模型共同点，可能有错

产品运行

正确性

正确性需求定义在软件系统所需的输出清单中。

产品的输出是多维的，某种常见的维度包括：

输出使命
输出所需的精确度，这些输出可能受不准确计算的不利影响；
输出信息的完整性，他们可能受到不完整数据的不利影响；
信息的及时性（被定义为时间和它被软件系统注意到的时间）
信息的可用性
软件系统的编码与文档编制标准

可靠性

可靠性同提供的服务失效有关。他们决定允许的最大软件系统，软件的一个/多个功能失效率。
1988年IEEE指出“软件可靠性”的定义包括两方面的含义：

在规定的条件下，在规定的时间内，软件不失效的概率
在规定的条件下，在规定的时间内，软件执行规定功能的能力

效率

效率同所需要的硬件资源有关，这些硬件资源和所需其他需求一致，他们是实现所有软件系统所必须的。
考虑的硬件资源主要是计算机的处理能力，储存器的数据服务能力，磁盘容量，通信通路的通信能力，还包括软件系统或固件使用的硬件资源的最大值等。
另一类效率需求同系统可移植部件的重装时间有关。

完整性

完整性需求同软件系统的保密性有关，即防止非授权人员访问等。

实用性

实用性同员工培训的操作软件系统所需的人力资源范围有关。
例如，由一个家庭用品公司启动的一个新服务系统的软件实用性需求文档列出了下列规格：

			一位员工应当一天至少能处理60个服务电话:
			训练-一个新雇员不超过两天，训练完毕后受训者立即能够每天处理45个服务电话。

产品修改

可维护性

●可维护性需求确定用户和维护人员识别软件失效的原因、失效的改正、验证改正成功与否等工作。该因素的需求要参考软件的模块结构、内部程序文档和程序员手册及其文档。
例：
●软件模块大小不超过30条语句;
●编码遵守公司的编码标准和指南。

灵活性

灵活性需求覆盖了支持性维护，适应性维护所需的能力和工作。这些能力和工作包括使一个软件包括适用于统一行当的各种顾客，活动的各种程度，产品的不同范围等所需资源等方面。
灵活性还支持完善性维护活动。

可测试性

可测试性需求同信息系统的测试以及它的运行有关。
可测试性需求同程序中那些帮助测试人员的专门特性关联;软件可测试性需求还包括在启动系统前由软件进行自动诊断，以发现是否软件系统的所有部件都符合工作要求，并得到以份关于检验故障的报告。
可测试性需求的另一类同由维护人员使用的自动诊断检查有关，他们用以监测软件失效的原因。