-
1 CE
MODELO DE EVALUACION FRUPS
MODELO DE EVALUACIÓN FURPS
Modelo de calidad fija propuesto por Robert Grady y Hewlett Packard Co (HP) en 1987, tiene en cuenta 5 características a la
hora de evaluar la calidad del producto.
Características Generales
Este modelo propone tener en cuenta 5 características como aspecto de calidad para todas las actividades del proceso
de desarrollo de un Red de calidad y de los cuales se deriva su nombre: • Funcionalidad
• Facilidad de Uso
• Confiabilidad
• Performance
• Facilidad de Soporte -
2
PROPUESTA DEL MODELO DE EVALUACION FRUPS
Propone una clasificación de los requisitos en dos categorías: • Requisitos funcionales (F), que especifican funciones que el sistema debe ser capaz de realizar sin tener en cuenta
las restricciones físicas.
• Requerimientos no funcionales (URPS), que puntualizan atributos del sistema o del medio ambiente del sistema. -
3
SIGLA TIPO DE REQUERIMIENTO DESCRIPCION
F Funcionabilidad (Funcionability)
Generalidad de las funciones,Seguridad del Sistema
U Usabilidad (Usability) Factores humanos
Factores estéticos,Consistencia de la Interfaz
R Confiabilidad (Reliability)
Capacidad de recuperación de fallos
Grado de previsión
P Desempeño (Performance) Tiempos de respuesta
Precisión,Productividad,Uso de recursos,Eficacia
S Facilidad de Soporte (Supportability)
Facilidad de Mantenimien,Capacidad de
configuración,Compatibilidad, -
4
VENTAJAS Y DESVENTAJAS DEL MODELO DE EVALUACION FRUPS
Ventajas
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
Desventajas
El modelo tiene bastante métricas lo que puede generar mayor demanda en tiempo y costos. -
-
6
Modelo de Gilb
Tom Gilb nació en Pasadena, en 1940 emigraron a Londres en 1956 y a Noruega en 1958, donde se unió a IBM por 5 años, y donde reside y trabaja, cuando no viaja extensivamente.
Ha publicado nueve libros, incluyendo el pequeño acuño del término "software de la métrica o métrica del software) 1976 que es el fundamento reconocido de idas para IBM CMM/SEI CMM/CMMI nuvel 4 -
7
Antecedentes del Modelo
En la década del ochenta, se comenzaron a usar modelos particulares de evaluación para cada empresa o proyecto, implantándose el concepto de calidad relativa. Este enfoque se ha asociado ala filosofía QFD (Quality Function Deployment), o el despliegue de la función de la calidad, que se aplica al ámbito de la gestión de la calidad industrial y en el que se han basado modelos posteriores. -
8
Modelo Gilb
Este modelo presenta como aspecto fundamental la definición de los atributos de calidad que realmente interesan al usuario y el nivel de calidad que debe tener cada uno de ellos para satisfacerlo ya que no tiene sentido exigir calidad en un producto, si no se cuenta con esta base.
La estructura del modelo GILB pertenece a un tipo fijo el cual se compone de 4 dimensiones de calidad. -
9
Modelo Gilb
Capacidad de Trabajo: Evalúa la capacidad natural del sistema para realizar su trabajo.
o Subatributos: Capacidad del proceso, capacidad de respuesta, capacidad de almacenamiento.
Disponibilidad: Refleja la medida de la disponibilidad del sistema para realizar de forma útil el trabajo para el que fue diseñado.
o Subatributos: fiabilidad, mantenibilidad e integridad.
Adaptabilidad: es la medida de la capacidad de un sistema para ser modificado de manera adecuada.
o subatributos: Improbabilidad. -
10
Elementos de calidad del Modelo Gilb
Propone características como la corrección, la integridad, la facilidad de mantenimiento y la facilidad de uso, como base para proporcionar indicadores útiles para los equipos de trabajo y sugiere las definiciones, puntos de vista y medida para cada uno de las siguientes características. -
11
Métricas Externas
son aquellas que miden el comportamiento de todo el software o parte de él, a través de testeos,operaciones y observaciones del software ejecutable en el sistema. Proporcionando a todos los involucrados el beneficio de conocer la calidad del producto software durante las prueba su operación y sabemos si cumple con la calidad esperada. -
12
Métricas Internas
Las métricas Internas pueden ser aplicadas durante el diseño y la codificación del producto software no ejecutable (por ejemplo código fuente) y proporciona a todos los involucrados el beneficio de conocer la calidad del producto durante su construcción y toma decisiones sobre esa base para conseguir el producto con la calidad esperada -
13
Métricas de Uso
Mide como un producto cumple con las necesidades de los usuarios para alcancen sus objetivos. La evaluación de la calidad en el uso valida la calidad del producto software en escenario específico de uso.
