软件工程 |软件质量框架

软件质量框架是通过连接和集成软件质量的不同观点来构建软件质量的模型。该框架将客户视图与软件质量的开发人员视图联系起来，并将软件视为产品。软件产品视图描述了与产品满足明确和隐含需求的能力有关的产品特性。

这是一个框架，它以可以以共同方式理解和解释的定性尺度衡量，以一种共同的方式描述与质量相关的所有不同概念。因此，对开发商影响最大的因素是客户感知。该框架将开发人员与客户联系起来，以得出对质量的共同解释。

1. 开发者观点：
   验证和验证是两种独立的方法，用于检查软件产品是否满足要求并实现其预期目的。验证检查产品设计是否满足有目的的使用，验证检查软件中的错误。开发人员主要关心的是生产软件所涉及的设计和工程过程。质量可以通过与预定要求和标准的符合程度来衡量，偏离这些标准会导致质量差和可靠性低。虽然开发人员使用验证和验证来改进软件，但这两种方法并不代表可量化的质量测量。
   软件质量的开发者观点和软件质量的客户观点是不同的东西。例如，客户将操作质量理解或描述为满足要求，而开发人员使用不同的因素来描述软件质量。
   开发人员对软件质量的看法受到许多因素的影响。

   该模型强调 3 个主要的：

   1. 代码：
      它是通过其正确性和可靠性来衡量的。
   2. 数据：
      它由应用程序完整性来衡量。
   3. 可维护性：
      它有不同的措施，最简单的是平均时间变化。

2. 用户视图：
   用户在购买软件时，总是期待一个高质量的软件。当最终用户开发他们的软件时，质量是不同的。最终用户编程，一个流行的短语是编程以实现主要用于个人而不是公共使用的程序的结果。这里的重要区别是软件本身并不是主要供具有不同需求的大量用户使用的。例如，老师可能会编写一个电子表格来跟踪学生的考试成绩。在这些最终用户编程情况下，程序是达到目的的一种手段，可用于实现目标。与最终用户编程相反，专业编程的目标是生产软件供他人使用。例如，当一个新手 Web 开发人员从为自己设计网页转向为他人设计网页时，这项活动的性质就发生了变化。
   用户发现软件质量符合他们的目标和软件的功能。质量越好，用户就越有可能对软件感到满意。当质量不好时，开发人员必须满足用户需求，否则他们的软件需求就会减少。因此，用户将质量理解为适合目的。避免复杂性并保持软件简单，大大降低了软件的实施风险。在某些情况下，用户放弃了复杂软件的实施，因为软件开发人员希望用户改变他们的业务并遵循软件的工作方式。
   
3. 产品视图：
   产品视图将质量描述为与产品的固有特性相关。产品质量被定义为产品的一组特性和特性，这些特性和特性有助于其满足给定要求的能力。产品质量可以通过基于价值的观点来衡量，该观点认为质量取决于客户愿意支付的金额。根据用户的说法，高质量的产品是在满足他们的要求的同时满足他们的期望和偏好的产品。产品最终用户的满意度代表了学习、使用、升级产品的技巧，当被要求参与对产品进行评级时，给予正面评价。