1

Entrega 1

José Edinson Hernández Rodríguez

Maria Ximena Gallego Orrego

Maria Victoria Ospina Pulgarín

Edgar Humberto Álvarez Delgado

Willyn Cherlyn Mendez Devia

Giovanny Zarate Gómez

Jhon Fredy Vélez Londoño

Yesid David Martínez Sarmiento

Facultad de Ingeniería, Diseño e Innovación, Politecnico Grancolombiano Institución

Universitaria

Pruebas y Calidad de Software

Margarita Avellaneda Vargas

Septiembre de 2021
 2

CONTENIDO

INTRODUCCIÓN...........................................................................................................................3
OBJETIVOS....................................................................................................................................4
Objetivo Principal........................................................................................................................4
Objetivos Específicos...................................................................................................................4
MODELOS DE CALIDAD DE SOFTWARE................................................................................5
MODELOS DE CALIDAD.............................................................................................................6
Modelo CMMI.............................................................................................................................6
Modelo ITIL.................................................................................................................................6
Modelo ISO/IEC 15504...............................................................................................................7
Modelo MCCALL........................................................................................................................7
Modelo DE BOEHM...................................................................................................................8
Modelo FURPS............................................................................................................................8
Modelo MOSCA..........................................................................................................................9
Modelo DE GILB.........................................................................................................................9
Modelo DROMEY.....................................................................................................................10
COMPARATIVA DE MODELOS DE SOFTWARE..................................................................11
MATRIZ DOFA PARA EMPRESA DE SOFTWARE................................................................13
Fortalezas...................................................................................................................................14
Debilidades.................................................................................................................................14
Oportunidades............................................................................................................................15
Amenazas...................................................................................................................................15
DEFINICIÓN DE CRITERIOS DE VALIDACIÓN DE AVANCE DENTRO DE UNO O DOS
MODELOS ESCOGIDOS.............................................................................................................17
ACTIVIDADES PROCESOS Y PROCEDIMIENTOS CICLO DE VIDA DEL DESARROLLO
DE SOFTWARE...........................................................................................................................19
BIBLIOGRAFÍA...........................................................................................................................20
 3

INTRODUCCIÓN

Descripción de la empresa elegida y del trabajo

 4

OBJETIVOS

Objetivo Principal

Objetivos Específicos
 5

MODELOS DE CALIDAD DE SOFTWARE

Los Modelos de Calidad de Software (MCS) son una herramienta concebida para guiar a las

instituciones a la mejora continua, con el propósito de que fortalezcan sus procesos y puedan

brindar productos y servicios de alto nivel a los ciudadanos, con el adecuado uso de las

tecnologías.

Existen diferentes modelos de calidad del software que permiten un proceso de mejora continua

con su implementación. En el presente escrito se exponen características de los modelos

investigados a través de una revisión de información, se realiza una clasificación de los mismos

de acuerdo con el nivel de proceso o de producto; cada modelo cuenta con unas características y

una estructura la cual se enuncia brevemente en el escrito.

 6

MODELOS DE CALIDAD

Modelo CMMI

El modelo de madurez de capacidades de integración CMMI, es un modelo en donde se

establecen las mejores prácticas de la industria tecnológica, que rigen para el desarrollo y

mantenimiento de software, como también para la obtención y operación de productos y

servicios. Es una herramienta que se utiliza para la mejora de procesos, mejorar la calidad y para

fomentar la eficiencia, reduciendo así los riesgos en el proceso de desarrollo. Este método no

solo se aplica en el desarrollo de software, también es utilizado en los procesos de hardware y

desarrollo de servicios en cualquier industria.

Modelo ITIL

es un acrónimo de Biblioteca de Infraestructura de Tecnologías de la Información (por

sus siglas en inglés, Information Technology Infrastructure Library), Un conjunto de

publicaciones de mejores prácticas para Gestión de servicios de TI. ITIL proporciona

asesoramiento sobre la provisión de servicios de TI de calidad y de los procesos, funciones y

demás capacidades necesarias para darles apoyo. El marco de ITIL está basado en un ciclo de

vida del servicio y consiste de cinco etapas (estrategia del servicio, diseño del servicio, transición

del servicio, operación del servicio y mejora continua del servicio) que cuentan con su propia

publicación de apoyo. También hay un conjunto de publicaciones complementarias de ITIL que

brindan asesoramiento específico para distintos sectores económicos, tipos de organizaciones,

modelos de operación y arquitectura de tecnología.

 7

Modelo ISO/IEC 15504

El Estándar internacional ISO/IEC 15504 denominado como Software Process

Improvement Capability Determination cuya traducción al español es «Determinación de la

Capacidad de Mejora del Proceso de Software», también conocido por su abreviatura SPICE nos

propone un modelo para la evaluación de la capacidad en los procesos de desarrollo de productos

Software.

Permite adaptar la evaluación para procesos en pequeñas y medianas empresas (pymes) y grupos

de desarrollo pequeños, mediante la estructuración en seis niveles de madurez: Nivel 0-

Organización inmadura, Nivel 1- Organización básica, Nivel 2- Organización gestionada, Nivel

3- Organización establecida, Nivel 4- Organización predecible y Nivel 5- Organización

optimizando.

Modelo MCCALL

Es uno de los modelos de calidad más conocidos que definen factores cualitativos que afectan la

calidad del software, este modelo define factores, criterios, y métricas con estructuras

jerárquicas, donde los elementos de nivel superior son mucho más abstractos que los del nivel

inferior que son más específicos y pueden ser medidos con facilidad.

El modelo de Calidad Mc Call está planteado desde la perspectiva del usuario presentándose

cuestionamientos en cada uno de sus capacidades, así: Operación, Corrección, Revisión,

Transición.
 8

Modelo DE BOEHM

Modelo utilizado en ingeniería de software las actividades de este modelo conforman una

espiral, en cada bucle o iteración representa un conjunto de actividades. El modelo se basa en

que el software debe hacer lo que el usuario quiere que haga, ser de fácil acceso y utilidad, para

los usuarios.

Descompone las características de la calidad del software en tres niveles previos a la aplicación

de métricas: usos principales, componentes intermedios y componentes primitivos. Los

componentes del modelo se centran en el producto final y se identifican las características de la

calidad desde el punto de vista del usuario.

La estructura jerárquica del modelo se presenta en la figura y plantea 3 niveles para las

características: de alto nivel, de nivel intermedio y nivel primitivo. Cada una de estas

características contribuye al nivel general de calidad. El modelo se centra en: Sus características

operativas, su capacidad para soportar los cambios, su adaptabilidad a nuevos entornos y la

evaluación del desempeño del hardware.

Modelo FURPS

El uso de las tecnologías de la información y comunicación (TIC) se ha convertido en un

elemento importante en las instituciones, en particular con la implementación de sistemas de

información. A menudo el desarrollo de los sistemas de información conlleva el uso de

framework para automatizar la generación de código o procesos con lo cual se reduce el trabajo

del programador, sin embargo, es necesario que el producto final de software sea sometido a una
 9

evaluación para conocer el nivel de calidad que este posee. El presente trabajo de investigación

evalúa un software que ha sido desarrollado con el framework Sencha Ext JS, esto determinará si

el producto final obtenido cumple con estándares de calidad a través de la aplicación del modelo

de calidad FURPS.

Modelo MOSCA

Modelo Sistémico de Calidad de software (MOSCA)., se denomina de esa manera porque

es capaz de estimar la calidad sistémica en el desarrollo de software dentro de una organización.

Para esto, el modelo estima tanto la calidad del producto de software como la calidad del proceso

de desarrollo del mismo tomando en cuenta la matriz global de la calidad sistémica.

El modelo proporciona el algoritmo para evaluar la calidad sistémica. El algoritmo es un

conjunto de pasos procedimentales que se realizan para ejecutar el modelo y estimar la calidad

del software.

Este modelo plantea, sobre la base de las 6 características de calidad de estándar internacional

ISO/IEC 9126 (1991), un conjunto de categorías, características y métricas asociadas que miden

la calidad de un producto de software con un enfoque sistémico y hacen del modelo un

instrumento de medición de gran valor, ya que cubre todos los aspectos imprescindibles para

medir directamente la calidad del producto de software.

Modelo DE GILB
 10

Este modelo busca medir la capacidad del sistema para ejecutar tareas, e enfoca en la

definición de atributos de calidad en la usabilidad; para este modelo lo más importante es el

producto, tiene como sub atributos la capacidad de almacenamiento, capacidad de proceso y

capacidad de respuesta.

La estructura de este modelo se compone de 4 dimensiones de calidad como, la capacidad de

trabajo, disponibilidad, adaptabilidad y la usabilidad.

Propone características como la corrección, la integridad, la facilidad del 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 una de las características, para cada

una de ellas se debe especificar en conceptos como, nombre y definición de la característica,

escala o unidades de medición, recolección de datos o prueba, el valor previsto, el valor óptimo y

el valor en el sistema actual.

Modelo DROMEY

Dromey (1996) propuso un marco de referencia – o metamodelo - para la construcción de

modelos de calidad, basado en cómo las propiedades medibles de un producto de software

pueden afectar los atributos de calidad generales, como, por ejemplo, confiabilidad y

mantenibilidad. Sugiere el uso de cuatro categorías que implican propiedades de calidad, que

son: correctitud, internas, contextuales y descriptivas.

 11

El proceso de construcción de modelos de calidad propuesto por Dromey (1996) consta de 5

pasos, basados en las propiedades mencionadas. Los pasos del marco de referencia propuesto

son:

Especificación de los atributos de calidad de alto nivel (por ejemplo, confiabilidad,

mantenibilidad).

Determinación de los distintos componentes del producto a un apropiado nivel de detalle (por

ejemplo, paquetes, subrutinas, declaraciones).

Para cada componente, determinación y categorización de sus implicaciones más importantes de

calidad.

Proposición de enlaces que relacionan las propiedades implícitas a los atributos de calidad, o,

alternativamente, uso de enlaces de las cuatro categorías de atributos propuestas.

Iteración sobre los pasos anteriores, utilizando un proceso de evaluación y refinamiento Para

ilustrar sus planteamientos, Dromey (1996) demuestra el uso de su procedimiento para la

construcción de un modelo de calidad de implementación, un modelo de calidad de

requerimientos, y un modelo de calidad de diseño.

COMPARATIVA DE MODELOS DE SOFTWARE

Comparativa de Modelos de Software

Modelo Pros Contra Esfuerzo Tiempo Costo Beneficio
CMMI Mejora en su falta de Reducción Mejora en Reducción Mejora la
fiabilidad e la adecuación el de los fiabilidad del costo calidad del
planificación en enfoque al trabajos de la de producto
términos de servicio que está derivados de planificaci desarrollo
dedicación y de experimentando el correcciones ón en
 12

calendario sector de Los tras las términos

procesos de pruebas de
desarrollo de dedicació
productos de n y de
software en todas calendario
sus líneas de
actividad y la
complexidad de la
evaluación puede
atentar contra la
definición de
objetos concretos
de madurez.
ITIL Mayor integración ITIL presenta una Se requiere Su No se ven Las hace más
de la organización introducción tiempo y introducci las productivas:
de TI con el demasiado esfuerzo ón puede reduccione con una
Negocio al ambiciosa puede necesario llevar s de costo y calificación en
proporcionarle llevar a la para su tiempo y la mejora ITIL usted
seguridad, frustración porque implementac bastante en la puede
precisión, velocidad nunca se alcanzan ión. esfuerzo, entrega de desarrollar sus
y disponibilidad de los objetivos. y supone los habilidades
los servicios un cambio servicios para mejorar su
entregados según de cultura desempeño en
los niveles de en la TI,
servicio acordados. organizaci permitiéndole
ón. ayudar a su
organización
incrementar la
productividad.
ISO/IEC Específico para el Tiene solamente Definido Menor Reducción Orientado a
15504 desarrollo y lineamientos para como un tiempo de del costo mejorar los
mantenimiento de un conjunto de implement de procesos para
software. mecanismo de procesos. ación desarrollo contribuir a los
evaluación. objetivos del
negocio
MODELO  Identifica una serie No siempre existe Practico y Menor Reducción Se enfoca en el
MCCALL de criterios, tales una relación fácil de tiempo de del costo modelo final
como perfectamente entender y implement de identificando
rastreabilidad, lineal entre aplicar ación desarrollo los atributos
simplicidad, valores de las claves desde el
capacidad de métricas y las punto de vista
expansión, etc. características que del usuario
debe estimar
MODELO El modelo de riesgo Se trabaja en un Requiere Genera Costoso Independencia,
DE se hace en forma protocolo y debe experiencia mucho completitud,
BOEHM explícita y clara ser seguido n la tiempo en consistencia,
estrictamente para identificació el eficiencia.
su buen n de riesgos desarrollo
funcionamiento del
sistema
MODELO Criterios claros para Necesita de Requiere Requiere Requiere Tiene en cuanta
FURPS su fácil utilización muchas métricas. mayor mayor mucho más las fallas del
No tiene en esfuerzo tiempo dinero producto y el
cuanta la proceso para su
portabilidad de mayor
 13

los productos de corrección.

software
MODELO Se enfoca yanto en complicado sino Mayor Constituye una
MOSCA el producto como al cuenta con una Costo herramienta
proceso. guía adecuada de efectiva de
la aplicación análisis y
estimación de
calidad y
precisión.
MODELO Facilidad de Cuando el Impone la Mayor Permite una
DE GILB mantenimiento, mejoramiento se necesidad de costo estrecha
posibilidad de concentra en un mucha relación entre
corregir un área específica de disciplina, usuarios y
programa si se la organización, planificación desarrolladores.
encuentra un error, se pierde la y
adaptarlo si cambia perspectiva de administraci
su entorno y independencia ón, en el
mejorarlo si el que existe entre proceso de
cliente desea un todos los desarrollo de
cambio miembros de la software.
empresa.
MODELO Es flexible y Se enfoca solo en Fácil de en Bajos Bajo costo Confiabilidad,
DE reutilizable en la calidad del tender costo Eficiencia
DROMEY diferentes producto, no en el
contextos, responde desarrollo y
a preguntas análisis del
asociadas a la mismo
identificación de
propiedades de
calidad, impacto de
la medición de
atributos, categoriza
el sistema con
propiedades de
exactitud, estructura
y descripción

MATRIZ DOFA PARA EMPRESA DE SOFTWARE

Se ha tomado como empresa seleccionada una empresa que se dedica a la construcción y

venta de software para terceros. Esta empresa también ofrece servicios de calidad de software

donde sus empleados están capacitados para realizar pruebas de caja negra y caja blanca a los

software o plataformas que tengan sus clientes, también están en la capacidad de crear planes de

pruebas, mostrarles a sus usuarios finales la calidad que tienen sus productos, realizan pruebas

funcionales, técnicas, de usabilidad, pruebas automatizadas; manejan repositorios donde suben

 14

sus cambios, se encuentran capacitados con nuevas tecnologías y metodologías para llevar a cabo

las pruebas.

Después de realizar algunas entrevistas al personal de las áreas inmersas en los procesos dentro

de la empresa y realizar posteriormente una evaluación y segregación de sus respuestas, se pudo

identificar la matriz DOFA presentada a continuación:

Acá un listado de los posibles valores para la matriz:

Fortalezas

F1.Calidad del producto.

F2. Orientación emprendedora al
personal.
F3. Inovación en el desarrollo del
software.
F4. Excelente clima organizacional.
F5. Mejoramiento continuo.
F6. Conocimiento de las
necesidades de los clientes.
F7. Compromiso de los empleados.
F8. Capacitación continua de
empleados sobre nuevos modelos en
el mercado.
F9. Posibilidad de desarrollo con
nuevas tecnologias
 Calidad del producto.

 Orientación emprendedora al personal

 Innovación en el desarrollo del software.

 Buen clima organizacional

 Mejoramiento continuo.

 Conocimiento de las necesidades de los clientes.

 Capacitación continua de empleados sobre nuevos modelos en el mercado.

 15

 Posibilidad de desarrollo con nuevas tecnologías.

Debilidades

D1. Falta de antigüedad en el

mercado.
D2. Aumento de costos por
implementación en infraestrucutura.
D3. Equipo de trabajo nuevo.
D4. Experiencia con las
herramientas de desarrollo.
D5. Precio competitivo.
D6. Falta de interes del producto por
parte de posibles clientes.
 Falta de antigüedad en el mercado.

 Costos por implementación en infraestructura.

 Nuevo equipo de trabajo.

 Experiencia con las herramientas de desarrollo.

 Precio competitivo.

 Clientes no interesados en sus soluciones.

Oportunidades
O1. Generación de nuevos empleos.
O2.Posible expación nacional e
internacional.
O3. Generar personal competitivo en
varias areas tecnologicas.
O4. Expación de mercado no solo a
nivel de TI.
O5 Optimización de ingresos
econimicos y sociales.
O6. Alianzas de mercado con otros
proveedores para presentanos en
negocios especializados
 16

 Generación de nuevos empleos.

 Posible expansión nacional e internacional.

 Generar personal competitivo en varias áreas tecnológicas.

 Expansión de mercado, en cuánto a los servicios prestados a terceros.

 Mejores de ingresos económicos.

 Alianzas de mercado con otros proveedores y/o clientes.

Amenazas
 Demanda en el mercado.

 Ingreso de nuevos competidores en el mercado.

 Reducción en costos de servicio para ingresar al mercado.

 Escasez de personal con los perfiles de contratación que se requiere.

MATRIZ DOFA
FORTALEZAS DEBILIDADES

-Calidad del producto.
-Orientación emprendedora al personal
-Innovación en el desarrollo del software.
-Buen clima organizacional
-Mejoramiento continuo.
-Conocimiento de las necesidades de los
clientes.
-Capacitación continua de empleados
sobre nuevos modelos en el mercado.
-Posibilidad de desarrollo con nuevas
tecnologías.
-Conocimiento de servicios tecnológicos
en vanguardia.
-Ubicación de la empresa.
-Manejo de plataformas y tecnologías para
prestar su servicio a través de la
virtualidad.
-Amplia cobertura con servicio a varios
clientes.
-Buenos precios para sus clientes.
-Uso de metodologías ágiles.
OPORTUNIDADES
-Generación de nuevos empleos.
-Posible expansión nacional
internacional.
-Generar personal competitivo en varias
áreas tecnológicas.
-Expansión de mercado, en cuánto a los
servicios prestados a terceros.
-Mejores de ingresos económicos.
-Alianzas de mercado con otros
proveedores y/o clientes.
-Ubicación geográfica.
-Modernidad en servicios.
-Productos y servicios asequibles.
-Actualización de las tecnologías.
-Actualización de herramientas.
-Manejo de usabilidad.
4
17
-Falta de antigüedad en el mercado.
-Costos por implementación en
infraestructura.
-Nuevo equipo de trabajo.
-Experiencia con las herramientas de
desarrollo.
-Precio competitivo.
-Clientes no interesados en sus soluciones.
-Empresa recientemente creada.
-Problemas operativos modernos.
-Imposibilidad para capitalizar los cambios
en las estrategias.
-Rotación de líderes e integrantes de
calidad.
-Implementación rápida de nuevas
tecnologías y metodologías.
AMENAZAS
-Demanda en el mercado.
e -Ingreso de nuevos competidores en el
mercado.
-Reducción en costos de servicio para
ingresar al mercado.
-Escasez de personal con los perfiles de
contratación que se requiere.
-Competencia con productos semejantes.
-Rotación de personal.
-Crecimiento lento en el mercado.
-Insatisfacción de los clientes.
-Confianza en el servicio.
 18

DEFINICIÓN DE CRITERIOS DE VALIDACIÓN DE AVANCE DENTRO DE UNO O

DOS MODELOS ESCOGIDOS

En el caso de la calidad de software el modelo debe ir enfocado a hacer seguimiento y

evaluación a cada etapa de construcción del producto software. Por otro lado, se menciona que

(Scalone, 2006) “los modelos de calidad son aquellos documentos que integran la mayor parte

de las mejores prácticas, proponen temas de administración en los que cada organización debe

hacer énfasis, integran diferentes prácticas dirigidas a los procesos clave y permiten medir los

avances en calidad”.

A través del modelo CMM validaremos la madurez de capacidad de la empresa que elegimos,

basándonos en los criterios y elementos definidos dentro de este modelo, para establecer su

estado y avance con relación a lograr la calidad de su software.

Se identificó que la empresa se encuentra en el nivel 4: administrado. Esto corresponde a que

debido al logro de sus objetivos y utilizando métricas de sus procesos, han logrado evidenciar el

éxito en una variedad de condiciones operativas, probando la idoneidad de su proceso en

diferentes entornos y soluciones; logrando la calidad en cada uno de sus proyectos, sin desviarse

de las especificaciones base, pero si perfeccionándolas y adaptándolas a las particularidades de

cada uno.
 19

Figura 1. Modelo de capacidad de madurez – Nivel4 [Colleccionesd; 2013]

A continuación, citamos los elementos más claramente identificados dentro del modelo

mencionado y que consideramos para la evaluación y adopción de prácticas según la empresa

que seleccionamos para lograr la calidad del software en cada uno de sus productos y soluciones,

tanto internas como externas.

● Administrar la configuración del software

 Administrar la configuración del software.

 Seguimiento y ajuste de los proyectos de software.

 Definición de planes bajo metodologías Scrum y Kanban.

 Procesos de retroalimentación grupales. (Células ágiles)

 Programas de capacitación.

 Aseguramiento continuo de la calidad y auditorias constantes.

El modelo Dromey fue otro de los modelos que consideramos como uno de los adecuados

para lograr la calidad en el desarrollo de productos de software dentro de nuestra empresa, pues

es un modelo muy adaptable y que nos permite evaluar las diferentes etapas de un proceso de
 20

desarrollo: levantamiento de requisitos, análisis y diseño e implementación. Su estructuración

está basada en la calidad y a partir de la evaluación de cada etapa se pueden medir características

como: confiabilidad, eficiencia, portabilidad, mantenibilidad, facilidad de uso y funcionalidad.

ACTIVIDADES PROCESOS Y PROCEDIMIENTOS CICLO DE VIDA DEL

DESARROLLO DE SOFTWARE

Con el fin de poner en marcha un plan de pruebas y calidad en aras de mitigar los riesgos y
amenazas que presenta nuestra empresa de software es importante centrarnos en la correcta
aplicación de cada una de las etapas del ciclo de vida del software ya que la correcta aplicación
de
cada una de ellas aumenta porcentaje de éxito y satisfacción de los clientes con las soluciones
propuestas por la empresa generando una ventaja frente a la competencia sin la necesidad de
incurrir en sobrecostos durante el ciclo de desarrollo así entregando un producto con un precio
competitivo en el mercado.

Una gran parte de los riesgos en el proceso del desarrollo de un software en la compañía se
pueden
evitar haciendo una adecuada planeación en las primeras etapas del ciclo de vida como lo son:

-Comunicación
-Planificación y análisis
-Estudios de viabilidad

En estas etapas mencionadas anteriormente podríamos decir que son la base fundamental para
poder iniciar proyectos por parte de la empresa desarrolladora, hay que prestar bastante atención
a
la etapa de análisis de sistema puesto que esta etapa comprende la asignación de recursos en base
 21

al tiempo de duración de los proyectos teniendo en cuenta que desde esta fase en adelante
vendrán
etapas de diseño, codificación, integración, pruebas e implementación.

Las últimas dos etapas del ciclo son de vital importancia para evitar sobrecostos después de
terminados los proyectos en los que trabaja la empresa o el mal uso del cliente, estas etapas son
la
formación al cliente en el uso del sistema entregado y el mantenimiento que se le dará al
producto final

BIBLIOGRAFÍA

Presidencia, U. (sin fecha) Modelo de Calidad de Software (MCS).

https://centroderecursos.agesic.gub.uy/web/optimizacion-de-ti/modelo-de-calidad-de-software

Callejas, M., Alarcón, A., Álvarez, A., (enero de 2017). Entramado. http://www.scielo.org.co/scielo.php?
script=sci_arttext&pid=S1900-38032017000100236

Comunicaciones. (22 de julio de 2019). Modelo CMMI, calidad y buenas prácticas en el desarrollo de
software. https://www.globalbit.co/2019/07/22/modelo-cmmi-calidad-y-buenas-practicas-en-el-
desarrollo-de-software/

Autor Desconocido. (24 de julio de 2014). Ventajas y Desventajas - CMMI.

http://codigoparadummiessena.blogspot.com/2014/07/ventajas-y-desventajas-cmmi.html

Segovia, A. (sin fecha). ¿Qué es ITIL? Descubra una explicación y definición simple de ITIL.
https://advisera.com/20000academy/es/que-es-itil/

Matías, M. (8 de mayo de 2017). Ventajas y desventajas de ITIL.

http://itilmmatiasc.blogspot.com/2017/05/ventajas-y-desventajas-de-itil.html

Autor desconocido. (sin fecha). ISO/IEC 15504 SPICE. https://www.normas-iso.com/iso-iec-15504-

spice/

Pilagonga, A. (27 de septiembre de 2017). Modelo de Calidad McCall.

https://sites.google.com/site/moduloevaluacionred/modelo-mc-call
 22

Autor desconocido. (sin fecha). Modelo Boehm.

https://sites.google.com/site/evaluaciondered/home/modelo-boehm

Araujo, O. (agosto de 2020). Modelo FURPS aplicado al análisis de calidad de un software desarrollado
con sencha EXT JS. https://reddi.unlam.edu.ar/index.php/ReDDi/article/view/121/224

Autor desconocido. (sin fecha). Modelo Sistémico de Calidad De Software (MOSCA).

https://sites.google.com/cvudes.edu.co/evaluacionred/grupo_eval_red-5/modelo-sist%C3%A9mico-de-
calidad-de-software-mosca

Autor desconocido. (Sin fecha). Modelo Dromey.

https://modelosdecalidadsoftware.blogspot.com/p/modelo_24.html

Solano, H., Torres, I. (2013). Análisis de Frameworks para el desarrollo de aplicaciones móviles en la
plataforma Android. http://dspace.uazuay.edu.ec/bitstream/datos/3139/1/09914.pdf

SCALONE. Fernanda. Estudio comparativo de los modelos y estándares de calidad del software. Tesis
Ingeniería de Calidad. Buenos Aires: Universidad Tecnológica Nacional Regional de Buenos Aires. 2006.
488 p.

Colleccionesd. (2013). Modelo de capacidad de madurez – Nivel4. [Figura]. Recuperado de

http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/garcia_r_ci/capitulo5.pdf