MODELO FURPS

MODELO FURPS

Modelo desarrollado por Hewlett-Packard, cuyo nombre proviene de los criterios que evalúa: Funcionalidad, usabilidad, confiabilidad (reliability), desempeño (performance) y soportabilidad.

 

CARACTERÍSTICAS

Este modelo se reconoce como un modelo de calidad fijo el cual es usado para realizar la evaluación de la calidad de un producto.

La dinámica de evaluación contempla dos requerimientos, el primero en el que se asignan prioridades y el segundo donde de definen los atributos de calidad que pueden ser medidos. (Chinchilla, 2016), por lo tanto:

Los requerimientos funcionales (F): Especifican funciones que el sistema debe ser capaz de realizar, sin tomar restricciones físicas a consideración, y se definen a través de las entradas y salidas esperadas.

Los requerimientos no funcionales (URPS): Usability (Facilidad de uso), Reliability (Confiabilidad), Performance y Supportability (Facilidad de soporte). describen atributos del sistema o atributos del ambiente del sistema.

El modelo FURPS+ incluye, además de los factores de calidad y los atributos, restricciones de diseño y requerimientos de implementación, físicos y de interfaz. El "+" en FURPS + indica auxiliares y subfactores, como:

Restricciones de diseño:  una restricción de diseño, como su nombre lo indica, limita el diseño; por ejemplo, requerir una base de datos relacional estipula el enfoque que adoptamos para desarrollar el sistema.

Restricciones de implementación:  una restricción de implementación pone límites a la codificación o la construcción: estándares, plataforma o lenguaje de implementación.

Restricciones de interfaz:  una restricción de interfaz es un requisito para interactuar con un elemento externo. Cuando se desarrolla dentro de una empresa, a menudo tiene que interactuar con sistemas externos.

Restricciones físicas: las restricciones físicas afectan el hardware utilizado para albergar el sistema, por ejemplo, la forma, el tamaño y el peso.

 

MÉTRICAS

Las características y subcaracterísticas, pueden ser utilizadas para generar métricas de calidad para todas las actividades del proceso del desarrollo del software.

VENTAJAS Y DESVENTAJAS

 

VENTAJAS

• Permite reducir los riesgos de no considerar alguna de las facetas del desarrollo de un sistema.
• Permite estandarizar algunos criterios para poder obtener los requerimientos
• Los criterios son claramente entendibles, esto implica su fácil utilización.
• Tiene en cuenta las fallas en el producto y en el proceso esto permite una mayor corrección. Se podría utilizar no para una sino para varios proyectos.
• En cierta forma su división en factores funcionales y no funcionales son convenientes para determinar la calidad aún así hay restricciones básicas

 

 

DESVENTAJAS

• Al igual que el modelo MCCall, se necesita de muestras métricas lo que implica un mayor esfuerzo de tiempo y costo.
• Una limitación de este modelo de calidad es que no tiene en cuenta la portabilidad de los productos software que se estén considerando, factor digno de consideración en función de las exigencias actuales que recaen sobre el proceso de desarrollo del software.

 

Para mayor profundidad