MODELOS DE CALIDAD DE SOFTWARE

MODELO CARACTERISTICAS VENTAJAS DESVENTAJAS

Descompone el concepto  Está enfocado en el  No siempre existe una
genérico de calidad en tres modelo final, relación que sea
capacidades importantes para un identificando los perfectamente lineal
producto de software desde la mirada atributos claves desde entre los valores
del usuario (transición, operación y el punto de vista del métricos y las
McCall revisión). Estas capacidades a su vez usuario. características métricas
Presentado en 1977 se descomponen en un conjunto de  Identifica una serie de que se deben estimar.
y propone una serie factores y por último se definen criterios, tales como:  Hay u a ausencia de
de factores de criterios para evaluar el factor a través rastreabilidad, asociación explicita
calidad conocidos de métricas que indican en qué simplicidad, capacidad entre los modelos y el
como factores de medida el sistema posee una de expansión etc. proceso de software.
McCall, Richards, & característica dada. Este modelo es  El costo resulta viable  Implica un trabajo
Walters (1977). bastante conocido, ya que define para la aplicación, tedioso por la cantidad
factores cualitativos que afectan la puesto que no resulta de métricas que se
calidad del software con estructuras inoperante, sino que utilizan.
jerárquicas donde los elementos de por el contrario es de
nivel superior son más abstractos que gran ayuda para una
los de nivel inferior que son más organización, pues
específicos y pueden ser medidos con genera mayor Good
mayor facilidad. Will ante el mercado.
El modelo sustenta cinco  Sus criterios son  Este modelo requiere
características de las cuales se deriva bastante entendibles y de muchas métricas, lo
su nombre (Funcionalidad, Facilidad esto facilita su cual requiere mayor
de Uso, Confiabilidad, Rendimiento y utilización. cantidad de tiempo y
FURPS Facilidad de Soporte). Por otra parte,  Puede ser utilizado en más costos.
propuesto por Robert también se caracteriza porque sus varios proyectos.
Grady y Hewlett requisitos se clasifican en dos  Gracias a sus
Packard Co (HP) en categorías: funcionales (F), los cuales dimensiones, fortalece
1987. especifican funciones que el sistema los factores funcionales
debe ser capaz de realizar sin tener en y no funcióneles,
 cuenta las restricciones físicas; y las siendo esto
no funcionales (URPS), que conveniente para
puntualizan atributos del sistema o de determinar la calidad,
su medio ambiente. aunque haya
restricciones físicas.
Este modelo es similar al de  Esta fundamentado en  Es un modelo costoso,
McCall, ya que muchos de sus el modelo ISO 9000 el cual debe seguir
factores de calidad son los mismos. El  No implica esfuerzo estrictamente un
modelo define la calidad del software adicional para mejorar protocolo para su buen
en términos de atributos cualitativos, y obtener una funcionamiento.
midiéndolos usando métricas. El certificación en ISO  No especifica muchos
modelo también presenta sus factores 9000. aspectos relacionados
de calidad estructurados  No es lucrativo Define con el usuario.
Boehm jerárquicamente de alto y bajo nivel, la calidad el software y
Propuesto por Barry aunque se basa n que el software debe la calidad del mismo de
Boehm en el año de hacer lo que el usuario quiere, por eso una forma fácil de
1978 su estructura presenta características utilizar y verifica que
de alto nivel, de nivel intermedio y sea bien diseñado,
características primitivas. El nivel más codificado, probado y
bajo es el que corresponde a las mantenido.
características que están directamente
asociadas a una o dos métricas de
calidad de portabilidad y
confiabilidad, cada una de las cuales
contribuye al nivel general de calidad.
Esta metodología engloba a la  Proporciona soporte a  Es más utilizado en
evaluación para establecer un la evaluación de la Europa.
diagnóstico de un proceso para capacidad de procesos  En comparación con
desarrollo de software 8incluyendo la utilizando un conjunto otros modelos es un
planeación, métodos y capacidad de de prácticas de poco incompleto.
Bootstrap ingeniería, las herramientas y la ingeniería del software.
[Kuvaja et al., 1994] tecnología), así como también la
es el resultado de un creación de un plan de acción que
proyecto europeo defina los pasos, detalles de la  Asegura la fiabilidad y
basado en los implementación y los marcos capacidad de repetición
modelos CMM temporales para que a empresa pueda de la evaluación.
[Paulk et al., 1993] e aumentar su capacidad de entrega de  Ayuda a incrementar la
ISO 9000 [Guler, productos y servicios de calidad. eficacia de los procesos
Guillén & poniendo en práctica
Macpherson, 2002]. los requisitos del
estándar en la
organización.
Este modelo contiene las  Proporciona un marco  Actualmente
CMMi mejores practicas y provee a las y un lenguaje común, experimenta una falta
desarrollado para los organizaciones de aquellos elementos rompiendo las barreras de adecuación al
procesos relativos al esenciales para que los negocios sean de la comunicación en enfoque de servicio
desarrollo e efectivos. Este modelo permite el interior de las experimentado en el
implementación de comprender cuales son los elementos organizaciones. sector de las TI
Software por la específicos de una organización, a la  Permite que los (procesos de desarrollo
Carnegie-Mellon vez ayuda a formular y de que es lo usuarios puedan de productos de
University. Este vio que se debe mejorar dentro de la enfocarse software) en todas sus
la luz por primera misma y de como lograr dichas específicamente en la líneas de actividad.
vez en el año 1987 mejoras. mejora, ya que ayuda a  Requiere de un alto
como Capability que no pierdan la idea esfuerzo para su
Maturity Model global aplicación.
CMM.  Ayuda a cumplir de
forma más completa
con las normas ISO.
Referencias
Gomez, K. (09 de marzo de 2017). Obtenido de importante para el Desarrollo de Software: https://www.megapractical.com/blog-de-

arquitectura-soa-y-desarrollo-de-software/que-es-cmmi-y-por-que-es-importante-para-el-desarrollo-de-software

Huerta, M. A. (22 de Octubre de 2012). Proceso Software. Obtenido de http://procesosoftwareai.blogspot.com/2012/10/bootstrap.html

Mayra Johana Rodríguez Puerto, Y. R. (10 de mayo de 2018). MODELOS DE EVALUACIÓN DE RED Wiki. Obtenido de

https://modelos-de-evaluacion-de-rd.fandom.com/es/wiki/Modelo_de_calidad_de_McCall

Pilalonga, A. (septiembre de 2017). Módulo Evaluación Red. Obtenido de https://sites.google.com/site/moduloevaluacionred/modelo-

mc-call

RITA JUDITH OSORIO ESCORCIA, M. D. (07 de mayo de 2018). FANDOM. Obtenido de https://red-modelos-de-

evaluacion.fandom.com/es/wiki/Modelo_de_Calidad_de_FURPS

RITA JUDITH OSORIO ESCORCIA, M. D. (07 de mayo de 2018). FANDOM. Obtenido de RED: Modelos de Evaluación Wiki:

https://red-modelos-de-evaluacion.fandom.com/es/wiki/Modelo_de_Calidad_BOEHM