Sei sulla pagina 1di 7

FURPS

El modelo FURPS establece cinco características como factores de calidad que son los
que le dan nombre:

 Functionality (Funcionalidad).
 Usability (Usabilidad) o Facilidad de uso
 Reliability (Confiabilidad) o fiabilidad
 Perfomance (Rendimiento)
 Supportability (Soporte).

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. 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.

Funcionalidad: hace referencia a los requerimientos específicos de lo que debería


realizar el sistema, se valora evaluando los siguientes atributos:

Características y capacidades del programa.


Generalidad de las funciones
Seguridad del sistema

Usabilidad: hace referencia a la facilidad de uso del producto, mide el esfuerzo que
invierte el usuario para utilizar el sistema, se valora evaluando los siguientes atributos:

Factores humanos.
Estética.
Consistencia.
Documentación.

Confiabilidad: agrupa los requerimientos que tienen que ver con solidez y robustez de
un sistema durante su ejecución, se valora evaluando los siguientes atributos:

Recuperabilidad.
Precisión.
Predicción.

Rendimiento: hace referencia a la velocidad del sistema y su eficiencia en utilización


de recursos

Velocidad de procesamiento
Eficiencia
Consumo de recurso.
Productividad.
Tiempo de respuesta.
Soporte: se relaciona a factores que se dan después de la implementación del sistema

Adaptabilidad.
Extensibilidad.
Mantenibilidad.
Compatibilidad.
Capacidad de configuración
Requisitos de instalación
FURPS
1. Confiabilidad
1.1. Disponibilidad
1.1.1. Robustez /
1.1.2. Durabilidad/
1.1.2.1. Frecuencia de falla
1.1.3. Resistencia
1.2. Medida de falla y duración
1.2.1. Recuperabilidad /
1.2.2. Supervivencia
1.3. Previsibilidad
1.3.1. Estabilidad
1.4. Exactitud
1.4.1. Frecuencia/
1.4.2. Gravedad del error
2. ¿QUÉ ES?
2.1. FURPS es un acrónimo que representa un modelo para clasificar los atributos de
calidad del software (requisitos funcionales y no funcionales):
2.2. Requerimientos funcionales
2.3. Requisitos de usabilidad
2.4. Requisitos de confiabilidad
2.5. Requisitos de desempeño
2.6. Requisitos de compatibilidad
3. Funcionalidad
3.1. Capacidad
3.1.1. Tamaño
3.1.2. Generalidad del conjunto de características
3.2. Reusabilidad
3.2.1. Compatibilidad
3.2.2. Interoperabilidad
3.2.3. Portabilidad
3.3. Seguridad
4. Usabilidad
4.1. Factores humanos
4.2. Estética
4.3. Consistencia
4.4. Documentación
4.5. Sensibilidad
5. Rendimiento
5.1. Velocidad
5.2. Eficiencia
5.3. Consumo de recursos
5.3.1. Poder
5.3.2. RAM
5.3.3. Cache
5.4. Rendimiento
5.4.1. Capacidad
5.4.2. Escalabilidad
6. Compatibilidad
6.1. Compatibilidad
6.1.1. Utilidad
6.1.2. Mantenibilidad
6.1.3. Sostenibilidad
6.1.4. Velocidad de reparación
6.2. Flexibilidad
6.2.1. Modificabilidad
6.2.2. Configurabilidad
6.2.3. Adaptabilidad
6.2.4. Extensibilidad
6.2.5. Modularidad
6.2.6. Instalabilidad
6.2.7. Localizabilidad

El modelo FURPS+ es una extensión a la que se le adicionan los siguientes elementos:

Diseño. Especifica o restringe el diseño de un sistema.


Implementación. Especifica la construcción o codificación de un sistema con
estándares, lenguajes, políticas de integración de base de datos, límites de recursos y
ambientes de operación.
Interfaz. Elementos de interacción con el sistema, restricciones de tiempo y formato.
Físicos. Establece la característica material, forma, peso y tamaño.
ISO/IEC 25000
La Norma ISO 25000, proporciona una guía para el uso de las series de estándares
internacionales llamados requisitos y Evaluación de Calidad de Productos Software
(SQuaRE). La norma establece criterios para la especificación de requisitos de calidad
de productos software, sus métricas y su evaluación, e incluye un modelo de calidad
para unificar las definiciones de calidad de los clientes con los atributos en el proceso de
desarrollo.

El objetivo general de la creación del estándar ISO 25000 SQuaRE (Software Product
Quality Requeriments and Evaluation) es organizar, enriquecer y unificar las series que
cubren dos procesos principales: especificación de requerimientos de calidad del
software y evaluación de la calidad del software, soportada por el proceso de medición
de calidad del software.

LA FAMILIA DE NORMAS ISO/IEC 25000


ISO/IEC 2500n – División de Gestión de Calidad
Las normas que forman este apartado definen todos los modelos, términos y
definiciones comunes referenciados por todas las otras normas de la familia 25000.
Actualmente esta división se encuentra formada por:
ISO/IEC 25000 – Guía de SQuaRE: contiene el modelo de la arquitectura de SQuaRE,
la terminología de la familia, un resumen de las partes, los usuarios previstos y las
partes asociadas, así como los modelos de referencia.
ISO/IEC 25001 – Planificación y gestión: establece los requisitos y orientaciones para
gestionar la evaluación y especificación de los requisitos del producto software.

ISO/IEC 2501n – División de Modelo de Calidad


Las normas de este apartado presentan modelos de calidad detallados incluyendo
características para calidad interna, externa y en uso del producto software. Actualmente
esta división se encuentra formada por:
ISO/IEC 25010 – Modelos de calidad de sistema y software: describe el modelo de
calidad para el producto software y para la calidad en uso. Esta Norma presenta las
características y subcaracterísticas de calidad frente a las cuales evaluar el producto
software.
ISO/IEC 25012 – Modelo de calidad de datos: define un modelo general para la calidad
de los datos, aplicable a aquellos datos que se encuentran almacenados de manera
estructurada y forman parte de un Sistema de Información.
ISO/IEC 2502n – División de Medición de Calidad
Estas normas incluyen un modelo de referencia de la medición de la calidad del
producto, definiciones de medidas de calidad (interna, externa y en uso) y guías
prácticas para su aplicación. Actualmente esta división se encuentra formada por:

 ISO/IEC 25020 – Modelo de referencia de medición y guia: presenta una


explicación introductoria y un modelo de referencia común a los elementos de
medición de la calidad. También proporciona una guía para que los usuarios
seleccionen o desarrollen y apliquen medidas propuestas por normas ISO.
 ISO/IEC 25021 – Elementos de medida de calidad: define y especifica un
conjunto recomendado de métricas base y derivadas que puedan ser usadas a lo
largo de todo el ciclo de vida del desarrollo software.
 ISO/IEC 25022 – Medida de calidad en uso: define específicamente las métricas
para realizar la medición de la calidad en uso del producto.
 ISO/IEC 25023 – Medición de la calidad del producto de sistema y software:
define específicamente las métricas para realizar la medición de la calidad de
productos y sistemas software.
 ISO/IEC 25024 – Medida de la calidad de los datos: define específicamente las
métricas para realizar la medición de la calidad de datos.

ISO/IEC 2503n – División de Requisitos de Calidad


Las normas que forman este apartado ayudan a especificar requisitos de calidad que
pueden ser utilizados en el proceso de licitación de requisitos de calidad del producto
software a desarrollar o como entrada del proceso de evaluación. Para ello, este
apartado se compone de:

 ISO/IEC 25030 – Requerimientos de calidad: provee de un conjunto de


recomendaciones para realizar la especificación de los requisitos de calidad del
producto software.

ISO/IEC 2504n – División de Evaluación de Calidad


Este apartado incluye normas que proporcionan requisitos, recomendaciones y guías
para llevar a cabo el proceso de evaluación del producto software. Esta división se
encuentra formada por:

 ISO/IEC 25040 – Modelo de referencia de evaluación y guía: propone un


modelo de referencia general para la evaluación, que considera las entradas al
proceso de evaluación, las restricciones y los recursos necesarios para obtener
las correspondientes salidas.
 ISO/IEC 25041 – Guía de evaluación para desarrolladores, adquirentes y
evaluadores independientes: describe los requisitos y recomendaciones para la
implementación práctica de la evaluación del producto software desde el punto
de vista de los desarrolladores, de los adquirentes y de los evaluadores
independientes.
 ISO/IEC 25042 – Módulos de evaluación: define lo que la Norma considera un
módulo de evaluación y la documentación, estructura y contenido que se debe
utilizar a la hora de definir uno de estos módulos.
 ISO/IEC 25045 – Módulo de evaluación para la recuperabilidad: define un
módulo para la evaluación de la subcaracterística Recuperabilidad
(Recoverability).

Potrebbero piacerti anche