CUADRO COMPARATIVO

CARACTERÍSTICAS, VENTAJAS Y DESVENTAJAS DE LOS MODELOS

REFERENTES A LA CALIDAD DE SOFTWARE

PAULA ANDREA ACEVEDO GOMEZ

Tutora:

YURLEY CONSTANZA MEDINA

UNIVERSIDAD DE SANTANDER

CAMPUS VIRTUAL - UDES

EVALUACION DE LA CALIDAD DE LA TECNOLOGIA EDUCATIVA

CARTAGO VALLE

2015
 CUADRO COMPARATIVO
MODELOS DE CARACTERISTICAS
CALIDAD
N
I Es un modelo de calidad del software
V que clasifica las empresas en niveles
E de madurez. Estos niveles sirven para
L
conocer la madurez de los procesos
que se realizan para producir
D software.
E Está caracterizado por áreas de
CMMi proceso para las 4 disciplinas que
cubre actualmente, es decir:
C Ingeniería de Sistemas (SE),
A
L
Ingeniería del Software, Desarrollo
I Integrado del Producto y del Proceso
D (IPPD) y la Fuente proveedora (A)
A
D
El Consejo Nacional de Acreditación
de los Organismos de Certificación
P
(National Accreditation Council of
R
O Certification Bodies, NACCB),
C introdujo en el Reino
E Unido el programa TickIT como una
S
O
TickIT respuesta a las quejas emitidas por
las organizaciones
dedicadas a la elaboración de
software con respecto a la calidad y
consistencia de las evaluaciones para
la certificación ante la norma ISO
9001:2000 e ISO 12207
VENTAJAS
• Atiende a las diversas necesidades
de las organizaciones que quieren
realizar la mejora de sus procesos.
Existen 2 enfoques: (1) Continuo y
(2) Escalonado.
• Reducción del coste de desarrollo
• Localización y resolución de
defectos
• Aumento de la productividad
Reducción de los trabajos derivados
• costoso en tiempo y esfuerzo.
de correcciones tras las fases de
pruebas.
• Es estándar internacional oficial
(alineado con los demás estándares
ISO 90003).
• Es más completo y versátil.
• Permite certificar cualquier tipo de •
proyecto a través de una estructura
más flexible.
• Reducir el riesgo de errores y
tiempos de inactividad.
Mejorar la efectividad de su producto
o servicio.
• Comprender las necesidades de sus
clientes en cada etapa del ciclo de
vida de su producto.
Proporcionar una mejora continua,
obteniendo una calidad de producto
mejorada y repetibilidad.
DESVENTAJAS
• Falta de adecuación al enfoque a
servicio que está experimentando
el sector de las TI (procesos de
desarrollos de productos de
software) en todas sus líneas de
actividad, así como el alto
esfuerzo de implantación que
exige.
• El proceso de evaluación es muy
• La complejidad de la evaluación
continua puede atentar contra la
definición de objetivos concretos
de madurez.
• está menos implantado a nivel
industrial (lleva menos años)
Tiempo
• Presupuesto
• Costos
 MODELOS DE CARACTERISTICAS
CALIDAD
Es el resultado de un
proyecto Europeo basado en los
N
I modelos CMM [Paulk et al., 1993] e
V ISO 9000.
E Desarrollado y mantenido por la
L
organización European Strategic
Programme for Research in
D Bootstrap Information Technology (ESPRIT),
E proporciona una alternativa para las
organizaciones que están interesadas
en mejorar su proceso de desarrollo
C de software y alcanzar la certificación
A
L
ISO, ya que combina y realza las
I formas establecidas por CMM y
D la certificación ISO 9000
A Es un producto usado por Bell
D
Canadá para dar valor al desarrollo de
un producto y apoyar las capacidades
de proveedores de telecomuni-
caciones o productos basados en
P actividades de apoyo, y un número
tecnologías de la información
R
O existentes o futuros. El modelo ha
C Trillium sido diseñado para ser aplicado a
E sistemas de software ‘empotrados’
S en el modelo pueden ser
tales como sistemas de telecomuni-
O
caciones, no obstante buena parte del
modelo puede ser aplicado a otros
segmentos de la industria del software
VENTAJAS DESVENTAJAS
• Desarrollar un marco para controlar
las consideraciones de pruebas,
costes y tiempos
• Deducir las áreas de mejora a partir • Se implementa principalmente
de los perfiles analíticos, realizando en Europa.
un plan de alto nivel de las acciones • Incompleto en comparación con
recomendadas para conseguir la otros modelos.
misma.
• Transformar el plan en una serie de
mini-proyectos para implementar las
mejoras
recomendadas anteriormente.
• No lucrativo
• Fundamento en ISO 9000, ISO
15504 ESPICE y CMM
• Se encuentra en el modelo TQM • Cuando el mejoramiento se
(Total Quality Management). Cubre concentra en un área específica
la mayoría de los aspectos del de la organización, se pierde la
ciclo de vida del desarrollo de perspectiva de la
software, el desarrollo de las áreas y interdependencia que existe
entre todos los miembros de la
significativo de actividades de empresa.
marketing relacionadas.
• Muchas de las prácticas descritas
aplicadas directamente en el
desarrollo de hardware.
• La arquitectura de Trillium se
 MODELOS DE CARACTERISTICAS VENTAJAS DESVENTAJAS
CALIDAD
como sería el área de Management caracteriza por poseer (Trillium,
Information Systems. En la actualidad 2000): Capability Areas (CA), que
N cumple con las normas son áreas centrales de preocupación
I
V
establecidas por la serie ISO 9000, el del modelo Trilliu.
E SW- CMM (Modelo de Madurez
L de la Capacidad para el desarrollo
de Software), los criterios de “calidad
total” de Malcolm Baldrige, y las
D
normas de calidad del software de
E
la IEEE.
Es un proceso de software definido y •Mejora la productividad de las personas, • Se debe de contar con un buen
C medido diseñado para ser usado por mejora en los hábitos de conjunto de métricas y
A medio de un Ingeniero de Software programación, se puede lograr una parámetros de calidad, lo cual,
L
individual. El PSP fue desarrollado por detección temprana de defectos y para algunas organizaciones,
I
D Watts Humphrey y tiene como objetivo riesgos lo que deriva en una puede ser difícil de definir.
A guiar el planeamiento y desarrollo de disminución de los defectos, una • Cada miembro debe de estar
D Personal SW los módulos de software o pequeños mejora en la calidad, y por lo tanto, entrenado en el PSP, si algún
Process (PSP) programas; y es adaptable a otras una reducción en el ciclo de vida. miembro se va, es necesario
tareas del personal. Es una tecnología •Se trabaja con un plan con una base de entrenar a los nuevos
de SEI (Software Engineering estimación más certera al ser miembros.
P Institute) que trae disciplina a las realizada por el equipo; se logra una • Los pasos de registro de
R prácticas de los Ingenieros de buena comunicación entre los información a detalle en el nivel
O
Software, mejorando la calidad del integrantes. de medición pueden resultar
C
E producto, aumentando los costos y •En los scripts de PSP no se incluyen frustrantes cuando se tiene
S reduciendo el tiempo del ciclo de tareas y actividades para la etapa de presión de tiempo.
O desarrollo del software. análisis de requerimientos. Siempre • Aún no existe una herramienta
se parte de una definición de automatizada que facilite el
requerimientos que no va a cambiar. registro y análisis de datos
generados por la aplicación de
PSP
 MODELOS DE CARACTERISTICAS VENTAJAS DESVENTAJAS
CALIDAD
N
Fue desarrollado por Watt Humphrey •Mejora el rendimiento del equipo. • En vista de que los gerentes de
I
V en 1996. El objetivo era suministrar un •Existe un enfoque respecto del proceso / la pequeña y mediana empresa
E
L
proceso operacional que ayude a los producto son muy conservadores, el
Ingenieros hacer trabajos de calidad. •El desarrollo de sistemas es una mejoramiento continuo se hace
D El principal motivador para el actividad en equipo, y la efectividad un proceso muy largo.
E desarrollo de TSP fue la convicción del equipo determina la calidad de la
Team SW que los equipos de Ingenieros puedan Ingeniería.
C
A Process (TSP) hacer el trabajo de manera
L extraordinaria, pero solo si ellos son
I
D formados y entrenados. El objetivo del
A TSP es construir y guiar a los equipos.
D
En Ingeniería, los equipos de
P desarrollo tienen múltiples
R especialidades y todos los miembros
O
C trabajan en vista de un objetivo en
E común. Cumple con las normas ISO
S
2000
Constituye el documento base a partir • Crea un ambiente disciplinado y • Requiere inversión
del que se ha elaborado el nuevo estructurado necesario para el • Es necesario que cada uno de los
estándar ISO/IEC 15939 sobre la control y mejoramiento del proceso miembros tiene que tener el
medición del software. compromiso y la disciplina de
Incluye líneas guía para ajustar los seguir el plan. Debe de llenar
Practical SW marcos de trabajo de la medición y las toda la documentación requerida
Measurement prácticas a la situación de cada que incluye sus registros,
(PMS) proyecto en cada organización. planificación, las plantillas o
Procesos formularios.
- Planificación de la Medición.
- Realización de la Medición.
- Evaluación de la Medición.
- Establecimiento y mantenimiento del
Compromiso.
 MODELOS DE CARACTERISTICAS VENTAJAS DESVENTAJAS
CALIDAD
N Definido en 1988 por Gilb, es un • El producto es entregado • Requiere de un cambio en toda
I
V modelo que permite determinar una incrementalmente al cliente, basado la organización, ya que para
E
L lista de características que definen la en la importancia de las diferentes obtener el éxito es necesario la
D
Gilb calidad de la aplicación estas se funcionalidades participación de todos los
E deben escribir conjuntamente el • Facilidad de mantenimiento integrantes de la organización y
usuario y el analista. Las caracterís- Evalúa capacidad natural del a todo nivel.
A
ticas se pueden medir mediante sistema para realizar su trabajo. • Hay que hacer inversiones
L
I
subcaracterísticas o métricas • Facilidad de uso Integridad importantes.
D
A
detalladas. ISO 9126-1
D
N Goal Question Metric, o Meta- • Se puede aplicar a todo el ciclo de • Es efectivo cuando es
I Pregunta-Métrica, es un enfoque
P vida del producto, procesos, y implementado como parte de
V
R
O
E
presentado por Víctor Basili de la recursos y se puede alinear una iniciativa de mejora de la
D
L
U Universidad de Maryland (1984) que fácilmente con el ambiente calidad más amplia, ya que uno
C
da respuesta a esta necesidad. Este organizacional. de los principales propósitos de
T
GQM enfoque parte de la suposición de que las mediciones es la mejora.
D una organización para medir • El equipo de GQM necesitará
E
adecuadamente, debe identificar las • Nivel cuantitativo (metric - metrica) coordinar estas tareas para
metas que desea, derivar objetivos a todos los proyectos de forma tal
C medir de manera cuantificable y de asegurar consistencia de las
A establecer un marco que permita métricas entre proyectos
L interpretar la información respecto a
I
los objetivos. Todo este proceso se
D
A descompone a tres niveles:
D Conceptual, Operativo y Cuantitativo.
Establecido bajo la norma ISO 2500
El modelo de McCall fue el primero en • Propone tres perspectivas para • Es difícil que las características y
ser presentado en 1977, y se originó agrupar los factores de calidad: subcaracterísticas sean siempre
P motivado por US Air Force y DoD se revisión del producto, habilidad para perfectamente independientes.
R focaliza en el producto final, ser cambiado, transición del • Falta una asociación explícita
O identificando atributos claves desde el producto, adaptabilidad al nuevo entre los modelos y el proceso de
D Mc call punto de vista del usuario estos ambiente,operación del producto,
U
software, de cómo realizar
C
T
O
 MODELOS DE CARACTERISTICAS VENTAJAS DESVENTAJAS
CALIDAD
atributos se denominan factores de características de operación. software de calidad.
calidad y son normalmente atributos • Considerado bajo el criterio de • No siempre existe una relación
externos pero también se incluyen calidad ISO 9000-3 perfectamente lineal entre los
algunos atributos posiblemente valores de las métricas y las
internos. características que deben
estimar.
• Existe un factor económico difícil
de medir: el costo de código
N
reusable y la ganancia por reusar
I código ya desarrollado
V El modelo FURPS, desarrollado por • Permite reducir los riesgos de no • Una limitación de este modelo de
E
Hewlett Packard (1987), es un modelo considerar alguna de las facetas del calidad es que no tiene en cuenta
L
de calidad fijo que establece cinco desarrollo de un sistema. la portabilidad de los productos
características como factores de • Permite estandarizar algunos software que se estén
calidad para todas las actividades del criterios para poder obtener los considerando, factor digno de
D
E
Furps proceso de desarrollo de un software, requerimientos. consideración en función de las
que son los que le dan nombre: exigencias actuales que recaen
Functionality, Usability, Reliability sobre el proceso de desarrollo del
C
Performance, Supportability software.
A
L
I Es el segundo modelo de calidad más • Presenta un rango más amplio de • Genera mucho tiempo en el
D
conocido es el presentado por Barry características primarias la desarrollo del sistema.
A
D Boehmen1978 este modelo introduce mantenibilidad • Modelo costoso.
Boehm características de alto nivel, • Requiere experiencia en la
características de nivel intermedio y identificación de riesgos.
características primitivas, cada una de
las cuales contribuye al nivel general
P
R de calidad.
O
D Centro de tecnología del • La seguridad vial está • La ejecución del software es
U
aseguramiento del software, fue
C
T
O
 MODELOS DE CARACTERISTICAS
CALIDAD
establecido en 1992 como parte de la
oficina de la confiabilidad y de la
SATC seguridad de los sistemas en el centro
de vuelos espaciales de la NASA.
Fundamentado en 1996, resalta el
hecho de que la calidad del producto
es altamente determinada por los
componentes del mismo (incluyendo
documentos de requerimientos, guías
Dromey de usuarios, diseños, y código)
Sugiere el uso de cuatro categorías
que implican propiedades de calidad,
que son: correctitud, internas,
contextuales y descriptivas.
SQUARE: metodología para requisitos
de seguridad. Dentro del programa
de investigación del Instituto de
Ingeniería del Software para redes de
sistemas supervivientes (NSS) se
Metodología enmarca el proyecto SQUARE para
VENTAJAS DESVENTAJAS
integrada en el diseño del dependiendo de la tarea que
SATC. realiza, de tal manera que los
• Los riesgos detectados se retrasos en la disponibilidad de
mitigan antes incluso de otro software, podría hacer lento
el proceso.
que un solo vehículo
comience a operar en la
infraestructura. De este
modo, aspiramos a alcanzar
unos niveles de seguridad
que, sencillamente, no
existen en el sistema de
transporte por carretera
actual.
• Resalta el hecho de que la calidad • Se basa solo en la calidad del
del producto es altamente producto, mas no en el desarrollo
determinada por los componentes y análisis del mismo.
del mismo (incluyendo documentos
de requerimientos, guías de usuario,
diseños y códigos).
• Sugiere el uso de cuatro categorías
que implican propiedades de
calidad.
• Aunque el proyecto es relativamente • El proyecto SQUARE está en
reciente, ha publicado ya el informe desarrollo, y en la actualidad el
técnico "Security Quality equipo está preparando una
Requirements Engineering herramienta CASE sobre web
(SQUARE) Methodology. para la gestión de las tareas de
requisitos según esta
 MODELOS DE CARACTERISTICAS VENTAJAS DESVENTAJAS
CALIDAD
N
I
SQARE desarrollar una metodología para la metodología.
V
E obtención, análisis, clasificación y
L
priorización de los requisitos de
D
seguridad.
E El modelo Quality Evaluation Method • En el modelo WebQEM la • Las aplicaciones de software
fue introducido por Olsina, Covella y calidad se mide en fases y centradas en la Web son cada
C
A Rossi a mediados del año 1998. Es actividades. vez más complejas y están
L
I webEQM un modelo de inspección que evalúa y • Realiza un aporte ingenieril creciendo rápidamente.
D
A
compara la calidad de artefactos mediante el uso de un enfoque
D web complejos. Se basa en disciplinado y cuantitativo que se
P modelos y métricas de calidad del adecua a la evaluación,
R
O
modelo de calidad ISO 9126-1. Sigue comparación, análisis y
D
U
los lineamientos de la norma ISO recomendaciones de la calidad
C 15939 y el mismo se sostiene sobre Web.
un modelo de proceso robusto.

REFERENCIAS BIBLIOGRAFICAS

Universidad Nacional del Sur. (2007). cs.uns.edu. Recuperado el 2 de Octubre de 2015, de

http://www.cs.uns.edu.ar/~prf/teaching/SQ07/clase6.pdf

Escobar, C. J. (15 de Septiembre de 2010). Blogspot. Recuperado el 3 de Octubre de 2015, de

http://asprotech.blogspot.com.co/2010/09/goal-question-metric.html
Gracia, J. (14 de Agosto de 2005). IngenieroSoftware. Recuperado el 2 de octubre de 2015, de
http://www.ingenierosoftware.com/calidad/cmm-cmmi.php

Hector. (14 de septiembre de 2009). Wordpress. Recuperado el 2 de Octubre de 2015, de

https://swnotes.wordpress.com/2009/09/14/ventajas-y-desventajas-del-psp-tsp/
Muñoz, L. (22 de Octubre de 2011). Slidesahare. Recuperado el 2 de Octubre de 2015, de
http://es.slideshare.net/lizethmunoz/bootstrap-9838425

Pnk'priinx, L. (23 de Febrero de 2010). Scribd. Recuperado el 3 de Octubre de 2015, de https://es.scribd.com/doc/135637783/Modelo-

Furps

Quintero, Y. S., Becerra, C. E., & Valencia, L. M. (13 de Noviembre de 2013). Prezi. Recuperado el 2 de Octubre de 2015, de
https://prezi.com/p6en-qofaiw_/psm-practical-software-measurement/

Rodríguez, S. (15 de Abril de 2013). Slideshare. Recuperado el 2 de Octubre de 2015, de

http://es.slideshare.net/nipingromanos/ventajas-y-desventajas-de-cmmi

Stay, C. A. (10 de Octubre de 2010). Wordpress. Recuperado el 2 de Octubre de 2015, de

https://cestay.wordpress.com/2010/09/25/modelos-madurez-de-gestion-de-proyectos-capability-maturity-model-cmm-trillium-
model-project-management-assesment-pma-management-maturity-model-pm3-e-innovation-maturity-model-imm/

Vega, J. (4 de Marzo de 2014). Prezi. Recuperado el 2 de Octubre de 2015, de https://prezi.com/a-vd0bfq0ds3/tick-it/