【发布时间】:2023-03-29 16:42:01
【问题描述】:
我正在通过this wiki article on SQALE(Software Quality Assessment based on Lifecycle Expectations)。 软件质量保证部分很清楚。但我无法理解模型的“基于生命周期期望”部分。有人可以清楚地解释生命周期期望部分。
【问题讨论】:
标签: static-analysis code-metrics
我正在通过this wiki article on SQALE(Software Quality Assessment based on Lifecycle Expectations)。 软件质量保证部分很清楚。但我无法理解模型的“基于生命周期期望”部分。有人可以清楚地解释生命周期期望部分。
【问题讨论】:
标签: static-analysis code-metrics
自从我第一次遇到 SQALE 以来,我一直怀疑创作者正在从首字母缩略词开始倒退,而“生命周期期望”是他们能想出的最好的,但尚未被采用。 (在软件质量领域还有其他类似缩写的指南或方法,例如Squale 和SQuaRE)。
除了最基本的软件质量模型之外,所有的软件质量模型都将质量概念纳入软件产品的整个生命周期(从“在某人眼中闪烁”阶段一直到最终退役),而不仅仅是其在软件产品的状态初次发货。
此类模型还承认,在软件质量的任何给定方面(例如:可维护性)的理想投资并非对所有软件产品都是相同的。例如,对于一个希望销售(和升级)多年的盒装式软件产品与一个在上线一个月后将停用的短期营销促销网站,人们往往会在可维护性投资方面做出非常不同的决定.
所以...所有“生命周期期望”位可能意味着涵盖影响产品生命周期多个部分的软件质量方面,以及允许调整/校准以适应各种不同的期望质量特征。
如果您对 SQALE 作者的意思感兴趣(假设他们不只是试图将名称硬塞到首字母缩写词中),可以从 @987654323 下载 SQALE 手册中的一些提示@。他们似乎觉得他们在按时间顺序在产品生命周期中预测 ISO/IEC 9126 质量特性方面做了一些新颖而有用的事情,也许这就是这个名字的意思。
顺便说一句,如果您对软件质量感兴趣并想更深入地了解这种质量建模,我建议您看看 SQuaRE(包括 ISO/IEC 9126 中没有的部分) SquaRE 替代品)。这不一定是最令人兴奋的读物,但我发现它为评估各种质量方法和工具的实用性提供了极好的背景。
【讨论】: