MODELO DE CALIDAD FURPS

 

MODELO DE CALIDAD FURPS

El modelo de calidad FURPS fue presentado por Hewlett Packard Co (HP) en 1987, está basado en el modelo de calidad McCall y se publicó por primera vez por Grady  y Caswell, donde se desarrolla un conjunto de factores de calidad bajo el acrónimo FURPS.  Estos son usados para establecer métricas de calidad en las actividades del proceso de desarrollo de un Software, que son los que dan su acrónimo: Funcionalidad, Usabilidad, Confiabilidad, Rendimiento y Capacidad de Soporte[1].

CLASIFICACION DEL MODELO FURPS

El modelo de calidad FURPS hace parte de los modelos de calidad fijos, es decir ,que los factores de calidad siempre son los mismos y por la misma razón lo hacen reusable.


El FURPS se clasifica con el enfoque de evaluación a nivel de producto cuya principal finalidad es especificar y evaluar el cumplimiento de criterios del producto, para lo cual se aplican medidas internas y/o medidas externas.


CARACTERISTICAS GENERALES


Modelo FURPS
Modelo FURPS; Fuente: Luis Alfredo Bautista

1. Funcionality (Funcionalidad):  Se refiere a la capacidad del producto para suministrar un conjunto de funciones que satisfagan las necesidades de los usuarios, al ser utilizado bajo condiciones especificas.  Se valora mediante los siguientes requisitos:

  • Características y capacidades del sistema

  • Generalidades de las funciones

  • Seguridad del sistema

2. Usability (Usabilidad) : Hace referencia a la facilidad de uso del producto, mide el esfuerzo que invierte el usuario para utilizar el sistema, es decir, de ser comprendido, aprendido, usado y ser atractivo para el usuario, en condiciones especificas de uso. Se valora mediante los siguientes atributos:

  • Factores humanos.

  • Factores estéticos.

  • Características de la interfaz

  • Documentación. 

  • 3. Reliability (Confiabilidad):  Agrupa los requerimientos que tienen que ver con la solidez y robustez del sistema es decir, que hace referencia a la precisión con la que una aplicación proporciona, sin errores, los servicios que se establecieron en las especificaciones originales. Se valora mediante los siguientes atributos:

  • Frecuencia y severidad de fallos.

  • Exactitud de las salidas.

  • Tiempo medio de fallos.

  • Capacidad de recuperación ante fallos

  • Capacidad de predicción. 

4. Performance (Rendimiento): Se refiere a la velocidad del sistema, fiabilidad y estabilidad en condiciones de trabajo  y los recursos que utiliza durante su funcionamiento. Para su valoración en pruebas de rendimiento se tienen en cuenta los siguientes atributos:

  • Velocidad del procesamiento.

  • Tiempos de respuesta.

  • Precisión.

  • Productividad.

  • Uso de recursos.

  • Eficacia.

5. Supportability (Capacidad de soporte): Se relaciona a factores que se dan durante y después de la implementación del sistema. Se valora teniendo en cuenta los siguientes atributos:

  • Adaptabilidad.

  • Facilidad de mantenimiento.

  • Capacidad de prueba.

  • Capacidad de configuración.

  • Compatibilidad.

  • Requisitos de instalación. 

Suele utilizarse la connotación FURPS+, el "+" le da un plus y significa que también incluye otros requerimientos como:

  • Restricciones de diseño,
  • Requerimientos de implementación, 
  • Requerimientos de interfaces, y 
  • Requerimientos físicos. 
 Por otro lado, los requisitos se clasifican en dos categorías: Requisitos funcionales (F), que son los que especifican funciones que el sistema debe ser capaz de realizar sin tener en cuenta las restricciones físicas; y Requerimientos no funcionales (URPS), que puntualizan atributos del sistema o del medio ambiente del sistema.

A. Restricciones de diseño: Especifica o limita las opciones para el diseño de un sistema.
B. Requerimientos de implementación: Pone límites a la codificación o la construcción de un sistema (por ejemplo, estándares requeridos, lenguajes, políticas).
C. Requerimientos de interfaces: Especifica un elemento externo con el que un sistema debe interactuar. Restricciones impuestas para la interacción con sistemas externos. 
D. Requerimientos físicos: Especifica una restricción física impuesta al hardware utilizado para albergar el sistema en términos de materiales, peso, forma, tamaño (por ejemplo, requisitos de hardware, configuración de red)[1].   


 Modelo de calidad FURPS

GENERALIDADES

Este modelo es también un modelo de calidad fijo y para realizar la evaluación de la calidad de un producto, primero se asignan prioridades y después se definen los atributos de calidad que pueden ser medidos.
El software no es perfecto ni tampoco se puede medir por su naturaleza, pero su calidad depende de la persona que lo trabaje y lo califique o de su correcto funcionamiento, por ello en la calidad del software se requiere mucho esfuerzo para poder garantizar su certificación.


Modelos de evaluación de recursos educativos digitales

  

VENTAJAS Y DESVENTAJAS DEL MODELO FURPS 

Ventajas

  • Se pueden reducir los riesgos de no considerar alguna de las facetas del desarrollo de un sistema.
  • Los criterios son de fácil comprensión lo que facilita su implementación. 
  • El modelo posibilita la estandarización de algunos criterios para poder obtener los requerimientos
  • Tiene en cuenta los fallos del producto y el proceso para su mayor corrección. 
  • Detecta errores al principio del proyecto ya que posteriormente causaría efectos no muy buenos.
  • Permite una estrecha  relación entre usuarios y desarrolladores, obteniendo así claramente los objetivos del proyecto.

Desventajas

  • El modelo tiene bastantes métricas lo que puede generar mayor demanda en tiempo y costo.
  • Requiere un cambio en toda la organización, ya que para obtener el éxito es necesario la participación de todos los integrantes de la organización y a todo nivel.
  • No tiene en cuenta la portabilidad de los productos software

 

FASES DEL MODELO FURPS EN LA VIDA DE UN PRODUCTO

Este modelo se trabaja en todas las fases de la vida de un producto, des de que se inicia hasta que se termina, son estas:

  • Concepción del producto
  • Objetivos

  • Definir el proyecto
  • Diseño real del producto
  • Investigación.
  • Prototipos.
  • Fabricación.
  • Comercialización.
  • Producto obsoleto


METRICAS DE EVALUACION 


Siglas

Factor de calidad

Métricas de evaluación

F

Funcionality

(Funcionalidad)

Características y capacidades del programa

Generalidades de las funciones

Seguridad del sistema


U

 

Usability

(Usabilidad)

Factores humanos

Factores estéticos

Consistencia de la interfaz

Documentación

 

R

 

 

Reliability

(Confiabilidad)

Frecuencia y severidad de fallos

Exactitud de las salidas

Tiempo medio de fallos

Capacidad de recuperación ante fallos

Capacidad de predicción

 

P

 

Performance

(Rendimiento)

Velocidad del procesamiento

Tiempos de respuestas

Precisión

Productividad

Uso de recursos

Eficacia

 

S

 

Supportability

(Capacidad de soporte)

Adaptabilidad

Facilidad de mantenimiento

Capacidad de prueba

Capacidad de configuración

Compatibilidad

Requisitos de instalación

Tabla propia del autor


[1] (Delgado, 2017)Modelos de evaluación de RED (2017)


REFERENCIAS 

Solano,H.,& Torres,I. (2013).Universidad del Azuay. Obtenido de http://dspace.uazuay.edu.ec/bitstream/datos/3139/1/09914.pd

Ratoide. (29 de Noviembre de 2008). Ing. de Software. Obtenido de http://clases3gingsof.wikifoundry.com/page/FURPS



Comentarios

Entradas populares de este blog

INTEGRANTES