MODELO DE EVALUACION DE FURPS

Modelo de calidad Fija propuesto por Robert Grady y Hewlett Packard Co (HP) en 1987

NOMBRE DEL ESTUDIANTE: WILSON DE JESUS CANCHILA CONTRERAS

OBJETIVO: Establecer métricas de la calidad para todas las actividades del proceso de
desarrollo de un software o de un sistema de información.

ALCANCE: Se pueden reducir los riesgos de no considerar alguna de las facetas del
desarrollo de un sistema, es posible estandarizar algunos criterios para poder obtener los
requerimientos, los criterios son de fácil comprensión lo que facilita su implementación.

CARACTERISTICAS
Este modelo propone tener en cuenta cinco características como aspecto de calidad para
todas las actividades del proceso de desarrollo de una RED de calidad y de los cuales se
deriva su nombre FURPS

F Funcionality (funcionalidad )

U Usability ( usabilidad )

R Reliability ( confiabilidad )

P Performarce (desempeño )

S Supportability (capacidad de soporte )

TABLAS

FACTORES
FUNCIONALIDAD USABILIDAD CONFIABILIDAD DESEMPEÑO SOPORTE
-Características y -Factores -Frecuencia de las -Tiempos de -Adaptabilidad
capacidades humanos fallas respuesta -Facilidad de
-Generalidad de las -Factores -Capacidad de -Precisión mantenimiento
funciones estéticos recuperación de fallos -Productividad -Capacidad de
-Seguridad del sistema -Consistencia de -Grado de previsión -Uso de recursos prueba
la interfaz -Eficacia -Capacidad de
-Documentación configuración
Compatibilidad
-Requisitos de
instalación
 ELEMENTOS
DE DESEÑO IMPLEMENTACION INTERFAZ FISICOS

Se especifica o Construcción o Elementos de Establece las

se restringe el codificación de un interacción con el características de
diseño de un sistema con sistema, restricciones materiales, tamaño
sistema estándares(lenguaje, de tiempo y de del proyecto y la
políticas de integración formatos. aplicación a realizar.
de base de datos,
límites de recursos y
ambientes de
operación)

CATEGORIAS
Propone una clasificación de los requisitos en dos categorías:

REQUISITOS FUNCIONALES(F) REQUERIMIENTO NO FUNCIONAL (URPS)

Especifican funciones que el sistema debe ser Que puntualizan atributos del sistema o del medio
capaz de realizar sin tener en cuenta las ambiente del sistema
restricciones físicas
IMÁGENES
El modelo FURPS ha sido utilizado para el diseño y validación de interfaces para usuarios
finales, evaluando su funcionalidad, usabilidad, confiabilidad, desempeño y soporte, para
tener como salida final un producto que cumpla las reglas del negocio (Eeles, 2005), es así
que se ha utilizado como un clasificador de requisitos, ayudando a la asignación correcta de
requisitos, implementación, y diseño de interfaces; aunque se ha identificado que implica
un amplio número de métricas para su desarrollo, concluyendo de esta manera que se debe
estimar el tiempo necesario para su implementación (Cifuentes, 2015). En la Tabla 9 se
presentan algunas empresas que han acogido e implementado el modelo de FURPS (Gómez
et al., 2014), (Eeles, 2005), (Cifuentes, 2015), (Peñalva, 2014), (Al-Qutaish, 2010).

EMPRESA AREA PAIS

Universidad Académico y diseño de Colombia
De Santander interfaces

Hewlett Packard Creación y ensamblaje de Estados unidos

equipos de computo

IBM Rational Software Desarrollo de Software Estados Unidos

Company

IBM Desarrollo de software Estados Unidos

ARCHIVOS ADJUNTOS

https://www.youtube.com/watch?v=_Y01_ve0deo

REFERENCIAS

Mauro Callejas-Cuervo Doctor en Energía y Control de Procesos, Universidad de Oviedo, España.

Magíster en Ciencias Computacionales, Instituto Tecnológico y de Estudios Superiores de
Monterrey – ITESM, México. Profesor Asociado en la Universidad Pedagógica y Tecnológica de
Colombia, Tunja – Colombia. http://orcid.org/0000-0001-9894-8737 mauro.callejas@uptc.edu.co

Andrea Catherine Alarcón-Aldana Magíster en Software Libre, Universidad Autónoma de

Bucaramanga, UNAB, en Convenio con la Universitat Oberta de Catalunya. Profesora Asistente en
la Universidad Pedagógica y Tecnológica de Colombia, Tunja – Colombia.

andrea.alarconaldana@uptc.edu.co. Ana María Álvarez-Carreño Estudiante Maestría en

Tecnología Informática, Universidad Pedagógica y Tecnológica de Colombia, Tunja – Colombia.
ana.anita8905@gmail.com
MinEducación (2012). Recursos Educativos Digitales Abiertos. Recuperado
de http://www.colombiaaprende.edu.co/html/home/1592/ articles-313597_reda.pdf

Piriz, C., & Lazzarini, V. (s/n). Recursos Educativos Digitales. ISNN: 1688-9886. Recuperado de
http:// www.semur.edu.uy/curem5/actas/ pdf/51.pdf

UNESCO. (2015). Guía Básica de Recursos Educativos Abiertos. (REA). ISBN: 978-9-233000-20-
9.Recuperado de: http://unesdoc.unesco.org/images/0023/002329/232986s.pdf

López Guzmán, C., & GarcíaPeñalvo, F. J. (2009). Repositorios de objetos de aprendizaje:

bibliotecas para compartir y reutilizar recursos en los entornos e-
learning. http://gredos.usal.es/jspui/ bitstream/10366/21700/1/GRIAL_
Repositoriosobjetosaprendizaje.pdf

López, C., García, F. J., & Peco, P. P. (2005). Desarrollo de repositorios de objetos de aprendizaje
a través de la reutilización de los metadatos de una colección digital: de Dublín Core a IMS.
Revista de educación a distancia. http://revistas.um.es/ index.php/red/article/view/24751

http://aulavirtual.eew.cvudes.edu.co/publico/lems/L.000.007.EATE/Documentos/An
exos/cap4/2.pdf