CUADRO COMPARATIVO: PRINCIPALES DIFERENCIAS EN CUANTO A NORMAS

Y/O MODELOS QUE SE TIENE PARA LA CALIDAD EN LOS PROCESOS DE

DESARROLLO COMO PARA EL PRODUCTO FINAL.

Presentado por:

Idier Pérez Oviedo

José Miguel Torres Artunduaga

Presentado a:

Javier Medina Cruz

UNIVERSIDAD DE SANTANDER CAMPUS VIRTUAL CVUDES.

MAESTRIA EN GESTION DE LA TECNOLOGIA EDUCATIVA
TIMANÁ HUILA
2019
CUADRO COMPARATIVO: PRINCIPALES DIFERENCIAS EN CUANTO A NORMAS
Y/O MODELOS QUE SE TIENE PARA LA CALIDAD EN LOS PROCESOS DE
DESARROLLO COMO PARA EL PRODUCTO FINAL.

MODELOS

Módulos y en cada
No es secuencial,
Secuencia de una Etapas ciclo de uno se va
construcción de
serie de fases. vida. incrementando
simulaciones.
funcionalidades.
• Definir esbozo de
• Análisis y requerimientos. • Análisis previo de
definición de
• Planificación • Asignar los requisitos tanto
requerimiento.
y definición requerimientos a del sistema como
• Diseño del de objetivos. los incrementos. del cliente.
Sistema y del
• Evaluación y • Diseñar la • Arquitectura del
Software.
reducción de arquitectura del sistema.
• Implementación y sistema.
riesgos. • Diseño del
prueba del
• Ingeniería, • Desarrollar software.
sistema.
desarrollo y incrementos del • Diseño rápido de
• Integración y validación. sistema. un prototipo.
prueba del
• Evaluación • Validar • Evaluación del
sistema.
por el cliente. incrementos cliente del trabajo
• Funcionamiento y
• Validar sistema realizado.
mantenimiento.
• Sistema final.

Presenta la Los ciclos se Incluye un elemento

Es el modelo que que los otros
definición de los repiten las veces
más se utiliza. modelos no tienen,
objetivos de que sean necesarias
El proceso de calidad y para obtener un que consiste diseñar
desarrollo de análisis de producto completo. un prototipo inicial
software es una riesgo. que se mostrará al
Los usuarios cliente para que
sucesión de etapas
Si la última fase disponen antes el evalúe el trabajo
que producen
la evaluación software, aunque realizado.
productos
por el cliente es este no esté
intermedios. El prototipo es una
afirmativa la completo, por lo
Se deben modelo continua que los estos versión reducida del
desarrollar todas las con el ciclo de pueden sugerir programa completo
fases para que el vida. mejoras. que se muestra al
cliente para saber si
proyecto tenga Hay un análisis Cuando se detecta es necesario realizar
éxito. y propuestas de un error grave solo cambios.
Cuando el orden de posibles se desecha la última
las fases se cambia, soluciones. iteración.
el producto final
será de inferior
calidad.

Se representa en Se representan los

forma de espiral, aspectos del software
Se representa en Se representa de
la cual va de que serán visibles
cascada de forma forma escalonada
adentro hacia para el
lineal secuencial de cada una de las
afuera. usuario/cliente
una fase a otra. secuencias lineales.
enfoques de entrada
y formatos de salida.
El análisis de
riesgos permite Es un modelo
hacernos una Completamente
idea detallada de interactivo Son una herramienta
cuáles son los muy eficaz para
Con cada
errores que imaginar el software
incremento hay una
tiene, o podría completo de una
entrega de un
tener el forma rápida y
producto
programa sencilla.
operacional
durante su
Añade la Mejora también el
Es el modelo más funcionamiento
posibilidad de proceso de
sencillo de utilizar lo cual permite
utilizar iteraciones introducción de
presentar
Se facilita la para optimizar el cambios en el
alternativas para
gestión del diseño y desarrollo de los
dar soluciones
desarrollo contemplar varias programas.
Permite al
Es compatible con posibilidades hasta Es más visual la
cliente evaluar
otros modelos de elegir una realización de las
los factores de
procesos de Se recurre a las modificaciones sobre
riesgo que le
ingeniería iteraciones para el prototipo.
comunica el
prototipo de saber si es Es más interactivo
análisis de necesario realizar porque permite la
riesgo, y según modificaciones retroalimentación de
esta información Se considera que usuario.
tomar una deben ser mínimos Se pueden descubrir
decisión u otra, fallos de requerimientos del
por esta razón se funcionamiento del software en los que
considera aún software en las antes no se habían
más interactivo partes más reparado.
que los demás importantes del
modelos. sistema.
 Se coloca en duda
de su eficacia dado
el alto número de
inconvenientes que La rapidez con la que
presenta Los módulos son se diseñan y
Si este sistema no Su utilización en parciales y no construyen los
es bien conocido, o pequeños representan. prototipos pueden
es difícil de sistemas, genera llevar a errores que
En ocasiones los
analizar, cada fase mucho tiempo no sean detectados
incrementos deben
DESVENTAJA puede alargarse en el desarrollo en la fase de prueba
ser relativamente
demasiado. del sistema. y acaben
S pequeños y cada
Los proyectos La evaluación uno de ellos debe integrándose en el
reales rara vez de riesgos es un entregar alguna producto final.
siguen una componente funcionalidad del El prototipo es una
secuencia lineal complejo. sistema lo que representación casi
El cliente debe alargaría el tiempo exacta del programa
esperar hasta las de cada módulo. final, pero es carente
etapas finales para de contenido real.
disponer de una
versión operativa
del software.
 BIBLIOGRAFIA

CVUDES. (28 de 08 de 2019). Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología

Educativa . Obtenido de Libro Electrónico Multimedial: Evaluación de la Calidad de la Tecnología
Educativa : https://aulavirtual-
eew.cvudes.edu.co/publico/lems/L.000.008.MG/contenido_LEM.html

GARZAS.COM, J. (s.f.).

ISO. (28 de 08 de 2019). ISO, Organización Internacional de Estándares. . Obtenido de ISO, Organización
Internacional de Estándares. : https://www.iso.org/home.html

JAVIERGARZAS.COM. (3 de 09 de 2019). Ph.D. Javier Garzas. Procesos Software. Obtenido de Ph.D. Javier
Garzas. Procesos Software.: https://www.javiergarzas.com/procesos-software

Revista de la Escuela Administración de Negocios, 3. 3.-5.-a.-2. (1999). Calidad del Software: camino
hacia una verdadera industria del software. Revista de la Escuela Administración de Negocios, 38,
38-57.

Scientia et Technica(39), 3.-3. 0.-1. (4 de 09 de 2019). Introducción a la Calidad del Software. Obtenido
de Introducción a la Calidad del Software.: https://aulavirtual-
eew.cvudes.edu.co/publico/lems/L.000.008.MG/Documentos/Anexos/Cap1/2.pdf

TECNICAS, I. U. (1 de 09 de 2019). UNIT-ISO 9000. Obtenido de UNIT-ISO 9000:

https://www.unit.org.uy/normalizacion/sistema/9000/

Universidad de las Américas Puebla. p (10-18, 6.-7. G. (1 de 09 de 2019). El Modelo de Capacidad de

Madurez y su Aplicación en Empresas Mexicana de Software. Obtenido de El Modelo de
Capacidad de Madurez y su Aplicación en Empresas Mexicana de Software.: https://aulavirtual-
eew.cvudes.edu.co/aprendiente/planesdeestudio/modulo/aaa.aspx?SubjectId=23e40fd8-9aec-
478e-8f0b-201da95af43c

Universidad Politécnica de Valencia. p (12-16). Mollineda, R. &. (2 de 09 de 2019). Calidad y Testeo del
Software. Actualidad TIC. Obtenido de Calidad y Testeo del Software. Actualidad TIC.:
https://aulavirtual-eew.cvudes.edu.co/publico/lems/Rubricas/08/5.pdf