ELABORADO POR: JOAN SEBASTIAN VILLAMIZAR MENESES

METODOLOGÍA FASES VENTAJAS DESVENTAJAS

Requisitos. Una estructura sencilla gracias a unas fases Por norma general, los proyectos más
Diseño de proyecto claramente diferenciadas. complejos o de varios niveles no permiten
Implementación. su división en fases de proyecto claramente
Verificación. Los costes y la carga de trabajo se pueden diferenciadas.
Mantenimiento. estimar al comenzar el proyecto.
Poco margen para realizar ajustes a lo largo
MODELO DE CASCADA Aquellos proyectos que se estructuran en del proyecto debido a un cambio en las
base al modelo en cascada se pueden exigencias.
representar cronológicamente de forma
sencilla. El usuario final no se integra en el proceso
de producción hasta que no termina la
programación.

Reunión para la planificación del sprint
Scrum diario
Trabajo de desarrollo durante el sprint.
Revisión del sprint.
Retrospectiva del proyecto.
METODOLOGÍA SCRUM
Los usuarios pueden participar en cada una Las empresas grandes, por ejemplo, deben
de las etapas del proceso y proponer estar sectorizadas o divididas en grupos
soluciones. que tengan objetivos concretos. De lo
contrario, en la práctica, el efecto de la
Cada etapa del proceso arroja una serie de técnica se perderá.
resultados. No es necesario, por tanto, que
el cliente espere hasta el final para ver el Requiere una exhaustiva definición de las
resultado. tareas y sus plazos. Cuando estos dos
aspectos no se definen adecuadamente,
Se adapta a cualquier contexto, área o Scrum se desvanece.
sector de la gestión. Es decir, no es una
técnica exclusiva de ninguna disciplina. Exige que quienes la utilicen cuenten con
una alta cualificación o formación. No es
una modalidad de gestión propia de grupos
junior o que apenas estén en proceso de
formación.

Recolección y refinamiento de requisitos.
Modelado, diseño rapido.
Construcción del prototipo.
Desarrollo, evaluación del prototipo.
Refinamiento del prototipo.
MODELO BASADO
Producto de ingeniería.
EN PROTOTIPOS
Reduce el riesgo de construir productos que Debido a que el usuario ve que el prototipo
no satisfagan las necesidades de los funciona piensa que este es el producto
usuarios. terminado y no entienden que recién se va a
desarrollar el software.
Este modelo es útil cuando el cliente
conoce los objetivos generales para el El desarrolador puede caer en la tentación
software, pero no identifica los requisitos de ampliar el prototipo para construir el
detallados de entrada, procesamiento o sistema final sin tener en cuenta los
salida. compromisos de calidad y mantenimiento
que tiene con el cliente

Planificación del proyecto. Se adapta al desarrollo de sistemas No se tiene la definición del costo y el
Diseño. pequeños y grandes. tiempo de desarrollo.
Codificación.
Pruebas. Permite realizar el desarrollo del sistema en El sistema va creciendo después de cada
parejas para complementar los entrega al cliente y nadie puede decir que el
METODOLOGÍA DE
conocimientos. cliente no querrá una función más.
PROGRAMACIÓN EXTREMA
El código es sencillo y entendible, además Se necesita de la presencia constante del
de la poca documentación a elaborar para usuario, lo cual en la realidad es muy difícil
el desarrollo del sistema. de lograr.

Planficación. Los factores de riesgo son reducidos. La duración de la ejecución no es concreta.

Análisis de Riesgo.
MODELO DE ESPIRAL Implementación. El desarrollo es iterativo y se pueden Fallos en el análisis de riesgos podría influir
Evaluación. incorporar funcionalidades progresivamente. negativamente a todo el proyecto.

Asignación. Esta metodología se puede aplicar a
Análisis. entornos virtuales controlados por eventos,
Creación. donde un alto nivel de interacción
METODOLOGÍA PARA EL
Pruebas. entre el usuario y el entorno y se necesitan
DISEÑO DE APLICACIONES
Implementación. los objetos en el entorno.
DE REALIDAD VIRTUAL
Operación.
Planificación de requerimientos. A medida que un mayor porcentaje de
Dieseño con el usuario. desarrolladores de software activos pasan a
Construcción. roles multidisciplinares, una metodología
Transicción. RAD permite a los miembros de equipos
expertos producir rápidamente prototipos y
códigos de trabajo para ilustrar ejemplos
que de otra manera podrían tomar semanas
o más.
DESARROLLO RÁPIDO
DE APLICACIONES Durante el desarrollo, el software es una
forma bastante maleable. Dado que se
puede cambiar el código que altera
dramáticamente todo el sistema o genera
nuevos componentes, es una ventaja para
el equipo de desarrollo hacer uso de esta
flexibilidad de manera temprana y frecuente,
La metodología fue y se está utilizando para
hacer diferentes proyectos de realidad
virtual, hasta el momento evitando grandes
fallas que obligarían a los creadores a
comenzar de nuevo. Sin embargo, el uso de
esta metodología no es completamente
excluir la posibilidad de que surja tal
situación.
Obtener información y opiniones de los
usuarios temprano y con frecuencia es sin
duda un beneficio desde la perspectiva del
diseño, pero esta espada de doble filo
requiere que el equipo esté dispuesto y sea
capaz de comunicarse con los usuarios de
forma mucho más frecuente, en
comparación a un método típico de
desarrollo de cascada.
Si bien los métodos de desarrollo rápido de
aplicaciones llevan a una flexibilidad mucho
mayor durante el proceso de diseño y
desarrollo, también tenderá a reducir el
control y las restricciones.

Desarrollar un modelo general.
Elaborar una lista de características.
Plan por característica.
DESARROLLO CONDUCIDO Diseño por característica.
POR CARACTERÍSTICAS Construcción por característica.
Se basa mas en el diseño y la construcción Requiere que los miembros del equipo
del sistema. Es usado para proyectos con tengan experiencia que marquen el camino
duración menor a un año. a seguir desde el inicio.
Se preocupa mucho por la calidad del
producto a entregar, por lo que hay un
monitoreo constante.

Inicial. Mejora el “conocimiento sobre la La complejidad de la evaluación continua

Gestionado. organización”, los procesos se puede atentar contra la definición de
Definido. retroalimentan y se nutren con las objetivos concretos de madurez.
Cuantitativamente gestionado. experiencias de los proyectos
MODELO DE MADUREZ Optimizar. implementados. El proceso de evaluación es muy costoso
DE CAPACIDADES DE en tiempo y esfuerzo.
INTEGRACIÓN (CMMI) Aumento en la Satisfacción del Cliente, por
el soporte dado al proyecto con los
mecanismos de aseguramiento de la
calidad
 WEBGRAFÍA
https://www.ionos.es/digitalguide/paginas-web/desarrollo-web/el-modelo-en-cascada/
https://www.sinnaps.com/blog-gestion-proyectos/metodologia-scrum
https://blog.wearedrew.co/ventajas-y-desventajas-de-la-metodologia-scrum
https://www.ecured.cu/Modelo_de_prototipos#Etapas
http://programacionextrema.tripod.com/fases.htm
https://www.uv.mx/universo/486/infgral/infgral_15.html
https://aspgems.com/metodologia-de-desarrollo-de-software-iii-modelo-en-espiral/
https://diagramasuml.com/desarrollo-rapido-de-aplicaciones-rad-que-es-y-como-funciona/
https://prezi.com/kqyceiokvtvc/desarrollo-conducido-por-caracteristicas/
https://prezi.com/wbk3wnqoiowt/ventajas-y-desventajas-de-las-metodologias-de-desarrollo-de/
https://www.researchgate.net/publication/311662441_Methodology_for_Designing_Virtual_Reality_Applications
https://www.tutorialspoint.com/es/cmmi/cmmi_maturity_levels.htm
https://www.academia.edu/23280842/CMMI_Modelo_de_Madurez_de_Capacidades_Integrado