Modelo de calidad furps

El modelo FURPS fue principalmente presentado por Robert Grady y Deborah Caswell en 1987 y de la misma fecha, fue desarrollado por la empresa más conocida en el mundo llamado Hewlett-Packard (HP) , quienes crearon diferentes series de factores de calidad para diseños y requerimientos de implementación, físicos y de interfaz. Además de que este modelo, desempeña unos acrónimos que incluyen cinco categorías principales en inglés que son:

* Functionality (Funcionalidad)
* Usability (Usabilidad)
* Reliability (Confiabilidad)
* Performance (Desempeño)

* Supportability (Soportabilidad)

1. **La Funcionalidad**

Representa todos los requisitos funcionales de todo el sistema que esperaríamos ver descritos. Los requisitos funcionales que puede considerar también requisitos funcionales de todo el sistema de importancia arquitectónica pueden incluir auditoría, licencias, localización, correo, ayuda en línea, impresión, informes, seguridad.

**2. La Usabilidad.**

Incluye observar, capturar y establecer requisitos basados ​​en problemas de la interfaz de usuario, como la accesibilidad, la estética de la interfaz y la coherencia dentro de la interfaz de usuario.

**3. La Confiabilidad.**

Incluye aspectos como la disponibilidad, la precisión y la capacidad de recuperación, por ejemplo, los cálculos o la capacidad de recuperación del sistema de una falla de apagado.

**4. El Desempeño**

Implica cosas como el rendimiento de la información a través del sistema, el tiempo de respuesta del sistema (que también se relaciona con la usabilidad), el tiempo de recuperación y el tiempo de inicio.

**5. La Soportabilidad**

Especifica una serie de otros requisitos, como capacidad de prueba, adaptabilidad, capacidad de mantenimiento, compatibilidad, configurabilidad, instalabilidad, escalabilidad, localización, etc.

**Las categorías de requerimientos** que obtiene este modelo, se dividen en dos partes:

1. **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.
2. **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.

***Criterios de calidad y factores asociados***

Se encuentra divididos en diferentes factores con sus propios criterios de la siguiente forma

***Funcionalidad:***

* Características y capacidades del programa
* Generalidad de las funciones
* Seguridad del Sistema

***Usabilidad***

* Factores Humanos
* Factores Estéticos
* Consistencia de la interfaz
* Documentación

***Confiabilidad***

* Frecuencia y severidad de fallos
* Exactitud de las salidas
* Tiempo medio de fallos
* Capacidad de recuperación ante fallos
* Capacidad de predicción

***Desempeño***

* Velocidad de procesamiento
* Tiempo de respuesta
* Consumo de recursos
* Rendimiento efectivo total
* Eficacia

***Capacidad de Soporte***

* Extensibilidad
* Adaptabilidad
* Capacidad de Prueba
* Capacidad de configuración
* Compatibilidad
* Requisitos de instalación

## ***Referencias Bibliográficas***

* Constanzo, M. (2014). Comparación de modelos de calidad, factores y métricas en el ámbito de la ingeniería de software. Recuperado de: https://dialnet.unirioja.es/descarga/articulo/5123569.pdf

* Eeles, P. (2004). What, no supplementary specification?. IBM & Red Hat. Recuperado de http://www.ibm.com/developerworks/rational/library/3975.html
* Rey, A. (2015). Evaluación de la Calidad de la Tecnología Educativa: Libro Electrónico Multimedial. (CVUDES).Recuperado de: http://aulavirtual.eew.cvudes.edu.co/publico/lems/L.000.007.EATE/librov2.html
* Rondon, J. Sánchez, L & Salazar C. (2018). Modelos de evaluación de los R.E.D. Grupo 8 UDES. Recuperado de https://modelos-de-evaluacion-de-los-red-grupo-8-udes.fandom.com/es/wiki/Contextualizaci%C3%B3n\_del\_Grupo.