Comparativo modelos de calidad de software – Alejandro Martinez Varela
Item FURPS
Año Creación 1987
Desarrollador Hewlett-Packard
Descripción FURPS es una lista de
verificación de requisitos,
que ayuda a mantener un
Estándar. Se compromete
a:
Funcional (características,
capacidades, seguridad)
Usabilidad (factores
humanos, ayuda,
documentación)
Fiabilidad (frecuencia de
falla, recuperabilidad,
previsibilidad)
Rendimiento (tiempo de
respuesta, rendimiento,
precisión, disponibilidad,
uso de recursos)
Capacidad de soporte
(adaptabilidad,
mantenibilidad,
internacionalización,
configurabilidad)
Enfoque Principal Requerimientos
funcionales y
requerimientos no
funcionales
Atributos Functionality
(Funcionalidad).
Usability (Usabilidad).
Reliability (Confiabilidad). Eficiencia
Perfomance (Prestación).
Supportability (Soporte).
Métricas Características de sistemas. Independencia
implementadas Capacidades.
Seguridad.
Factores humanos.
BOEHM ISO 9126
1978 1977 - 2005
Barry Boehm Variante al modelo de
McCall
El modelo se utiliza ISO 9126 clasifica la
para representar un calidad del software
modelo jerárquico en un conjunto
que se estructura en estructurado de
torno a características características y sub-
de alto nivel, características a su
características de nivel vez está dividida en
intermedio y atributos. Un atributo
características es una entidad la cual
primitivas. Todo esto puede ser verificada o
en conjunto da como medida en el producto
resultado el software. Los
establecimiento de un atributos no están
modelo de software definidos en el
de alta calidad. estándar, ya que
El modelo define la varían entre
calidad del software diferentes productos
sobre la base de un software.
conjunto de
credenciales y
medidas.
Características Calidad interna,
operativas. Calidad externa y
Capacidad para Calidad en el uso
soportar
los cambios.
Adaptabilidad a
nuevos entornos.
Evaluación del
desempeño del
hardware
Flexibilidad Funcionabilidad
Fiabilidad Fiabilidad
Portabilidad Usabilidad
Eficiencia
Capacidad de prueba Mantenibilidad
Portabilidad
Se dividen entre
Completitud métricas internas y
Consistencia externas, son las
Eficiencia siguientes:
 Estética. Accesibilidad Idoneidad
Consistencia. Comunicatividad Exactitud
Documentación. Estructuración Interoperabilidad
Recuperabilidad. Concisión Seguridad
Precisión. Legibilidad Cumplimiento de
Predicción. Expansividad normas
Velocidad. Exactitud Madurez
Eficiencia. Autodescriptividad Recuperabilidad
Consumo. Tolerancia a fallos
Productividad. Aprendizaje
Tiempo de respuesta. Comprensión
Adaptabilidad. Operatividad
Extensibilidad. Atractividad
Mantenibilidad. Comportamiento en el
Compatibilidad. tiempo
Configurabilidad Comportamiento de
recursos
Estabilidad
Facilidad de análisis
Facilidad de cambio
Facilidad de pruebas

¿Cuál es la diferencia entre Validación y verificación de la calidad del software?

Aunque ambos conceptos tienen como tarea final la detección y posible corrección de errores, se
diferencian básicamente en que la validación se enfoca en que el software o componente del
mismo cumpla las expectativas del cliente.
En cambio la verificación está más enfocada al requisito funcional y no funcional, es decir, que el
software probado está correctamente construido según su especificación.

¿Qué implicaría el desarrollo de un producto software sin tener en cuenta los

estándares de calidad?

Hablando desde mi experiencia personal como tester defino puntualmente que la no

implementación de estándares o procesos de calidad materializa los riesgos existentes en un
proyecto de desarrollo de software, esto puede provocar la aparición de errores y defectos en
cualquiera de sus etapas, siendo más costosos de solucionar entre más tardía su aparición.
Al acoplarse a un estándar de calidad estamos operando de forma preventiva y estamos alineando
la operación del equipo de trabajo sobre marcos definidos que me permiten dar mayor cobertura
de calidad al aplicativo de una manera estructurada y más eficiente. Existen diferentes modelos y
no necesariamente uno es mejor que otro, esto depende en gran parte de qué tipo de solución de
software se esté construyendo. En conclusión puedo ser un buen tester o un buen desarrollador y
tener muy buenas prácticas en lo que hago, pero la implementación de un modelo de calidad
homologa bajo un marco seguro las prácticas que cada rol pueda desarrollar al interior de un
proyecto.