Documentos de Académico
Documentos de Profesional
Documentos de Cultura
TDM23
25/ 04 / 23
Metodologías Tradicionales
Metodología tradicional Iterativa
¿Qué es?
Modelo derivado del ciclo de vida en cascada. Este modelo busca reducir el riesgo que surge
entre las necesidades del usuario y el producto final por malos entendidos durante la etapa
de recogida de requisitos.
El cliente es quien después de cada iteración evalúa
En ello consiste en la iteración de varios ciclos de vida en cascada. Hoy al final de cada
iteración se le entrega al cliente nueva versión mejorada o con mayores funcionalidades del
producto. El cliente es quien después de cada iteración evalúa el producto y lo corrige o
propone mejoras. Estas iteraciones se repetirán hasta obtener un producto que satisfaga
las necesidades del cliente.
Ventajas
No hace falta que los requisitos estén totalmente definidos al inicio del desarrollo, si no
que se pueden ir refinando en cada una de las iteraciones.
Debido a la estructura lógica del modelo a menudo se pueden evitar errores
conceptuales.
El modelo conduce a una extensa documentación técnica que es un alivio para los
nuevos programadores y desarrolladores y también es útil en la fase de prueba.
En la actualidad tiene un buen enfoque de los costos y tiempos.
Desventajas
Las especificaciones que se hacen inicialmente son a menudo difíciles de entender para
los clientes porque son más abstractos de lo que se supone que el software debe hacer.
Puede llevarse tiempo y la fecha de lanzamiento debe proponerse y el mercado
puede haber cambiado durante este tiempo.
Los departamentos no trabajan simultáneamente y cada fase sólo puede comenzar
cuando se hace cuando se ha completado la fase anterior.
Hoy dificultad para definir todos los requerimientos de una sola.
Metodología tradicional Espiral
¿Qué es?
El modelo de desarrollo en Espiral es una combinación entre el modelo waterfall y un
modelo por iteraciones.
El proceso pasa por distintas etapas, desde la de conceptualización, siguiendo el desarrollo,
luego una fase de mejoras, para finalizar con el mantenimiento.
Dentro de cada etapa, tendremos una serie de fases que transcurren desde la planificación,
pasando por el análisis de riesgos, el desarrollo y finalizando en la evaluación de lo
realizado. Se incorpora también una fase de enlace entre etapas, para facilitar la transición
entre las misma.
Ventajas
La funcionalidad adicional o los cambios se pueden hacer en una etapa posterior.
La estimación del coste se hace fácil, ya que la construcción del prototipo se hace en
pequeños fragmentos.
El desarrollo continuo o repetido ayuda en la gestión de riesgos.
El desarrollo es rápido y las características se añaden de forma sistemática.
Siempre hay espacio para atender los comentarios de los clientes.
Desventajas
Riesgo de no cumplir con la planificación o el presupuesto.
Funciona mejor para proyectos grandes, aunque en estos también requiera de una
estricta evaluación de riesgos.
Para su buen funcionamiento, el protocolo del modelo en espiral debe ser seguido
estrictamente.
Se genera más documentación al tener fases intermedias.
No es aconsejable para proyectos pequeños, la ratio coste beneficio no es rentable.
Metodología tradicional Cascada
¿Qué es?
La cascada se basa en que los equipos sigan una secuencia de pasos y nunca avanzan hasta
que haya completado la fase anterior. Esta estructura es apta para proyectos más pequeños
con entregables que son fáciles de definir desde el inicio.
Ben Aston The Digital Project Manager explica: “El diagrama de cascada” suele verse
con cierto desprecio como un enfoque de gestión de proyectos tradicional, ineficiente y
fuera de moda. No obstante, puede ser una metodología útil y predecible si los requisitos
son fijos, están bien documentados y son claros, si la tecnología se entiende y es madura, si
el proyecto es corto, y si no se obtiene ningún valor adicional se “ser ágil”.
Una metodología de cascada puede efectivamente ofrecer un resultado final más
predecible en términos de presupuesto, línea del tiempo y alcance.
Ventajas
Su cuidado con los requisitos eleva la satisfacción del cliente con el producto.
Perfecto para proyectos con objetivos claros y preocupados por la calidad.
Su carácter lineal hace que su implementación sea más sencilla.
Cada una de sus etapas es trabajada minuciosamente.
El nivel de precisión de su presupuesto y cronogramas es bastante destacado.
Sencillo de entender e implementar.
Desventajas
Los errores en el proyecto no se detectan hasta finalizado todo el proceso.
Tras finalizada una etapa, es complicado volver a aplicarle cambios.
Precisa de requerimientos bien definidos para funcionar correctamente.
Los problemas y errores emergentes son difíciles de resolver.
Su flexibilidad a los cambios es bastante limitada, o inexistente.
Su nivel de planificación es muy elevado.
Metodología tradicional Prototipo
El Modelo de prototipos, en Ingeniería de software, pertenece a los modelos de
desarrollo evolutivo. El prototipo debe ser construido en poco tiempo, usando los
programas adecuados y no se debe utilizar muchos recursos.
La metodología de prototipado está relacionada con la mejora continua y el ciclo
de Deming que consiste en un proceso iterativo enfocado en diseñar, implementar, medir
y ajustar un plan.
En el caso de un prototipo, podríamos aplicar 5 etapas en el diseño e implementación
de una idea (previamente priorizada para pasar al proceso de prototipado).
Esta metodología se puede aplicar en el desarrollo de nuevos negocios.
Ventajas prototipado
Permiten el desarrollo de un sistema a partir de requisitos poco claros o cambiantes.
Esto ocurre con cierta frecuencia en muchos proyectos de software.
Como información complementaria a los requisitos constituyen un gran apoyo a las
estimaciones de esfuerzo de todas las áreas, incluyendo proveedores.
Son más fáciles de abordar con los usuarios finales.
El usuario participa más activamente en la construcción del producto de software (La
Solución), ya que “lo puede ver” y, dependiendo del tipo de prototipo, “utilizar” desde
el primer momento.
Desventajas
El usuario quiere empezar a trabajar desde el primer momento con el prototipo para
solucionar su problema particular, cuando el prototipo es solo un modelo de lo que será
el producto.
Los prototipos generan o pueden generar otro tipo de problemas si su presentación y
discusión con los usuarios no es controlada: puesto que son modelos inconclusos, los
usuarios suelen enfocarse en aspectos “superficiales” del prototipo que los pueden
dejar inconformes luego de verlos por primera vez.
Requiere participación activa del usuario, al menos, para evaluar el prototipo. Y mucho
más involucramiento si queremos que participe en su creación.
Una desventaja importante a tener en cuenta es la falta de experiencia que tienen
muchos Analistas Funcionales en programación y en actividades de diseño de interfaces
de usuario.
Metodología tradicional en V
¿Qué es?
Es un modelo empleado en diversos procesos de desarrollo, por ejemplo, en el desarrollo
de software. En los años 90 apareció su primera versión, pero con el tiempo se ha ido
perfeccionando y adaptando a los métodos Modernos de desarrollo. La idea básica, sin
embargo, se remonta a los años 70 y fue concebida como una especie De desarrollo
posterior de la modelo cascada.
Ventajas
Optimización de la comunicación entre las partes involucradas a través de términos y
responsabilidades claramente definidos.
Minimización de riesgos y mejor planificación a través de roles, estructuras y resultados
fijos y predeterminados.
Mejora de la calidad del producto gracias a medidas de control de la calidad firmemente
integradas.
Ahorro de costes gracias al procesamiento transparente a lo largo de todo el ciclo de
vida del producto.
En general, el modelo puede ayudar a evitar malentendidos y trabajo innecesario.
También garantiza que todas las tareas se completen en el plazo y orden adecuado y
mantiene los periodos de inactividad al mínimo.
Desventajas
El modelo en cuatro niveles puede ser demasiado simple para mapear todo el proceso
de desarrollo desde el punto de vista
de los desarrolladores. Está sobre todo centrado en la gestión de proyectos. Además, su
estructura relativamente rígida
permite una respuesta poco flexible a los cambios durante el desarrollo, y, por lo tanto,
promueve un curso lineal del proyecto.
Sin embargo, si el modelo se entiende y se utiliza correctamente, es posible utilizar el
modelo V para el desarrollo ágil.
Metodología tradicional Incremental
¿Qué es?
En esta metodología de desarrollo de software se va construyendo el producto final de
manera progresiva. En cada etapa incremental se agrega una nueva funcionalidad, lo que
permite ver resultados de una forma más rápida en comparación con el modelo en cascada.
El software se puede empezar a utilizar incluso antes de que se complete totalmente y, en
general, es mucho más flexible que las demás metodologías.
Ventajas
A medida que los componentes se van incorporando, el cliente tiene la oportunidad de
cambiar los requisitos.
Es un modelo fácil de probar y depurar.
Se reduce el riesgo de cambios en los requisitos.
Desventajas
El modelo incremental necesita una planificación extensa para para integrar cada
componente. Esta planificación puede terminar retrasando la entrega del producto.
El modelo Incremental no es recomendable en casos de sistemas de tiempo real o que
sean sistemas de procesamiento distribuido, ni en proyectos con alto índice de riesgos.
Se necesita un diseño adecuado para integrar cada componente.
Metodologías Agiles
Metodología Ágil Scrum
¿Qué es?
Scrum es un proceso en el que se aplica de manera regular un conjunto de buenas prácticas
para trabajar colaborativamente en equipo y obtener el mejor resultado posible de un
proyecto. Estas prácticas se apoyan unas a otras y su selección tiene origen en un estudio
de la manera de trabajar de equipo altamente productivos.
También scrum es un marco de gestión de proyectos de metodología ágil que ayuda a los
equipos a estructurar y gestionar el trabajo mediante un conjunto de valores principios y
prácticas. Al igual que un equipo de rugby (de dónde proviene su nombre) cuando entrena
para un gran partido es scrum anima a los equipos aprender a través de las experiencias
auto organizarse mientras aborda un problema y a reflexionar sobre sus victorias y derrotas
para mejorar continuamente.
Ventajas
Gestión de las expectativas del usuario: Cada usuario puede participar en cada una de
las etapas del proceso y proponer soluciones. El proceso en su conjunto está pensado
para un tipo de evaluación conjunta, ya que en todas las etapas del proyecto los usuarios
pueden aportar ideas de mejora.
Resultados anticipados: Una de las ventajas de trabajar con Scrum es que cada etapa
del proceso arroja resultados parciales, por lo que no es necesario esperar al final para
obtener resultados del proyecto. Al cierre de cada Sprint o fase de trabajo, ya pueden
visualizarse ciertos logros. Esto permite disminuir el tiempo de los períodos de prueba
y concluir el trabajo más rápido.
Flexibilidad y adaptación a los contextos: Scrum puede adaptarse a cualquier área o
sector de la gestión, es decir, no es una técnica exclusiva de ninguna disciplina.
Gestión sistemática de riesgos: Trabajar con Scrum permite que los problemas que
pueden contrarrestar los progresos un proyecto, pueden ser gestionados en el mismo
momento de su aparición. Es decir, la intervención de los equipos de trabajo puede ser
inmediata cuando surjan conflictos o dificultades en el transcurso del proyecto.
Sistema jerárquico de actividades: Plantear este sistema de actividades a ejecutar
durante el ciclo de vida del proyecto, permite que los colaboradores puedan darle
prioridad a aquello que se requiera con mayor urgencia frente a aquellas tareas que no
son las más demandantes.
Fechas realistas de entregas del proyecto: En Scrum, al trabajar con iteraciones, se
segmenta el objetivo a entregar lo que hace que los márgenes de error sean menores
como así también, que las entregas finales se ajusten a lo que fue planificado. Así, los
Sprint o iteraciones hacen más fácil de gestionar las tareas y un mejor manejo de los
tiempos.
Feedbacks en el equipo: El trabajo de Scrum permite que el equipo establezca
reuniones diarias donde pueden fijar qué se hizo, qué se hará y qué impedimentos que
hay para realizarlo, pudiendo intercambiar opiniones e ideas acerca del proyecto.
Visión global: En Scrum, contar con una visión holística e integral del proyecto mientras
está en curso es posible, además de que esto fortalece el equipo de trabajo y sus
involucrados.
Desventajas
Difícil escalabilidad: Aplicar un enfoque Scrum para grandes proyectos se establece un
reto ya que puede fallar la coordinación precisa, por lo que no garantiza que
sea escalable a largo plazo.
Puede necesitar de transformaciones dentro de la organización: En ocasiones, para
trabajar con Scrum la empresa debe pasar por ciertas transformaciones organizativas
en sus departamentos y áreas. Es la empresa quien debe gestionar y organizarse para
que las colaboraciones sean exitosas.
No se integra fácilmente con enfoque clásico de gestión de proyectos: El enfoque de
Scrum no suele ser el adecuado para proyectos que requieren previsibilidad y un plan
bien definido.
Se aplica a equipos reducidos: Scrum es exitosa cuando se trabaja con grupos de pocos
colaboradores. En una empresa grande, por ejemplo, se debe sectorizar o dividir en
grupos que cuenten con objetivos concretos. De lo contrario, el efecto de la técnica no
será el mismo.
Requiere una exhaustiva definición de las tareas y sus plazos: Scrum funciona
correctamente cuando tanto las tareas como el tiempo en que se ejecutará cada una se
encuentran definidos. La esencia de esta metodología reside en la división del trabajo
de cada etapa y de sus tareas específicas.
Requiere de perfiles senior en su aplicación: Quienes aplican Scrum cuentan con una
alta cualificación, por lo que no es una modalidad de gestión propia de grupos junior o
que estén en formación. Podemos decir que el éxito de Scrum radica en la experiencia
profesional de equipos que cuentan con años de experiencia y se encuentran
capacitados para estas exigencias. El éxito de un proyecto que trabaje con metodología
Scrum dependerá en gran parte del liderazgo del Scrum Master.
Metodología Agil XP
¿Que es?
Se trata de una metodología cuyo objetivo es crear sistemas de alta calidad, basados en
una estrecha interacción con los clientes, pruebas constantes y ciclos de desarrollo cortos.
La idea es "modernizar" la secuencia tradicional de desarrollo en cascada, que analiza,
proyecta, implementa y prueba, entendiendo que se trata de un modelo burocrático y poco
flexible ante un mundo en constante transformación.
¿Cómo funciona?
En definitiva, el objetivo principal es realizar ciclos de entrega rápidos, continuos e
incrementales para conseguir los resultados esperados por el cliente. en XP, correctamente,
esto se hace en base a prácticas y etapas predefinidas para que el proceso tenga la máxima
efectividad. El software (u otro proyecto) se desarrolla en ciclos semanales, con reuniones
periódicas entre el cliente y el equipo de desarrollo.
Características
Satisfacer al cliente
Generar entregas y mejoras continuas
Prepararse para los cambios a lo largo del proceso
Garantizar la calidad, aunque sea en un periodo de tiempo más corto
Trabajar en equipo
Ventajas
Adaptabilidad: XP se adapta a los cambios en los requisitos del proyecto, lo que permite
una mayor flexibilidad y una capacidad de respuesta más rápida.
Enfoque en el usuario: XP se centra en la satisfacción del cliente y el usuario final. Los
requisitos del usuario se traducen en historias de usuario, que se priorizan y planifican
para ser desarrolladas en ciclos cortos.
Entrega continua: XP se enfoca en la entrega continua de software funcional. Los ciclos
de desarrollo son cortos y el software es entregado al cliente al final de cada iteración.
Comunicación: XP promueve una comunicación abierta y constante entre el equipo de
desarrollo y el cliente. Esto ayuda a reducir los malentendidos y los errores.
Mejora continua: XP se enfoca en la mejora continua del proceso de desarrollo. Después
de cada iteración, el equipo reflexiona sobre lo que se ha hecho bien y lo que se puede
mejorar.
Calidad: XP promueve la calidad del código mediante la práctica de pruebas continuas,
integración continua y programación en parejas.
Eficiencia: XP fomenta la eficiencia en el desarrollo, eliminando el desperdicio y
reduciendo el tiempo de espera. La priorización de las historias de usuario y la entrega
continua aseguran que el equipo esté siempre trabajando en lo más importante.
Desventajas
Falta de documentación: XP se enfoca en la entrega continua de software funcional y
puede haber una falta de documentación formal. Esto puede ser un problema si el
equipo o el cliente necesitan información detallada sobre el software después de la
entrega.
Exceso de confianza: XP promueve la programación en parejas y la propiedad colectiva
del código. Sin embargo, esto puede llevar a una excesiva confianza en la habilidad de
los miembros del equipo, lo que puede resultar en la ignorancia de ciertos problemas.
Enfoque excesivo en el código: XP se enfoca en la calidad del código mediante la práctica
de pruebas continuas e integración continua. Sin embargo, esto puede llevar a un
enfoque excesivo en el código y una falta de atención a otros aspectos importantes del
desarrollo de software, como la experiencia del usuario o la escalabilidad.
Dificultades para equipos grandes: XP se enfoca en equipos pequeños y puede tener
dificultades para escalar a equipos grandes. La comunicación puede ser más difícil y la
coordinación del trabajo puede ser más complicada.
Falta de enfoque en la planificación: XP se enfoca en la entrega continua de software
funcional y puede haber una falta de enfoque en la planificación a largo plazo. Esto
puede ser un problema si el equipo o el cliente necesitan una visión a largo plazo del
proyecto.
Metodología Ágil Kanban
¿Qué es?
Kanban es una metodología de gestión de proyectos que brinda a los gerentes de proyectos
total transparencia en el proceso de gestión de tareas. Consta de principios, prácticas,
tableros kanban y tarjetas kanban.
Características
Mover tarjetas dentro de una lista o trasladar de una lista a otra.
En cada tarjeta viene definida una tarea. Cuanto más alto se sitúe en una etapa, mayor
será su importancia. Hay un flujo continuo en el que estas tarjetas avanzan de una etapa
a otra según su grado de realización.
Asignar personas a tarjetas.
Las aplicaciones de Kanban son herramientas colaborativas en las que se invita a
distintos miembros e, incluso, a clientes. Se puede invitar a unirse a una tarjeta
específica o al tablero genera
Añadir notas y comentarios en las tarjetas.
Las aplicaciones de Kanban para la gestión de proyectos cuentan con espacio ilimitado
para añadir notas en cada tarjeta. La mayoría incluye un campo de descripción y
permite adjuntar archivos relacionados
Incluir listas de control.
Cada tarjeta puede tener una o más listas de verificación. Las tarjetas pueden mostrar
el porcentaje de verificación completado, lo que permite observar dónde se encuentra
en un proceso.
Establecer límites para el avance del proyecto.
Algunas aplicaciones de Kanban permiten restringir la cantidad de tareas que se
pueden incluir en una lista. De esta manera, se puede limitar el número de tarjetas por
columna.
Etiquetado de tarjetas.
Las etiquetas pueden ser de utilidad para apuntar estados específicos de una tarjeta,
como el nivel de dificultad o el requerimiento de la ayuda de algunos miembros
concretos.
Colocar fechas de vencimiento en las tarjetas.
El establecimiento de plazos en las tarjetas de Kanban para su realización conlleva a la
elaboración de esta tarea en el periodo establecido. Muchas aplicaciones envían
notificaciones y recordatorios de fechas.
Ver las tarjetas como un calendario.
Muchas aplicaciones de Kanban ofrecen la posibilidad de activar una vista de calendario.
Esto refleja la visualización de los plazos de desarrollo o de las fechas de
entrega/vencimiento.
Ventajas
Medición del rendimiento. Con el método Kanban podemos medir el rendimiento de
los trabajadores o equipos, así como detectar cualquier problema que se genere
durante el transcurso de la tarea.
Organización del flujo de trabajo. El flujo de trabajo queda claro en cada fase del
proyecto gracias a la organización de las tareas por estados y de la duración estimada
que se indica para cada una de ellas. Por ello, es posible prever una cantidad de trabajo
adecuada y asequible para el cumplimiento de las metas.
Cumplir los tiempos de entrega. Ligado al segundo punto, gracias a la organización del
flujo de trabajo podremos medir y cumplir con los tiempos de entrega demandados por
el cliente.
Distribución de tareas. Poder ver las tareas que se han hecho, las que se están
haciendo y las que quedan por hacer ayuda a una correcta distribución: todo el equipo
puede ver cómo va el transcurso del trabajo y saber cuál es el siguiente paso.
Mejorar la calidad del producto. Con buena organización y con un buen control de los
tiempos, se podrán detectar posibles problemas y, por consecuencia, encontrar la
solución.
Evitar la acumulación de trabajo. Al previsualizar todas las tareas previstas y el tiempo
estimado para su cumplimiento, el equipo podrá organizarse y asignar cada trabajo sin
sobrecargar.
Desventajas
Coste. Si se usa este método para unidades muy grandes, el almacenamiento del
sistema de Kanban será muy costoso.
Es limitado. Al limitar el número de tareas, cuando se trata de trabajos inmensos no es
posible aplicar esta metodología ya que muchos de los trabajadores quedarían
desocupados.
Kanban no es óptimo para todo tipo de proyectos. Kanban asume sistemas de
producción repetitivos, es por eso que las variaciones o los eventos inesperados pueden
afectar negativamente al resultado final.
No permite anticiparse a grandes aumentos de la demanda. Con Kanban resulta difícil
manejar cambios de gestión provocados por la acumulación de nuevas tareas, lo que
podría provocar un desbordamiento de trabajo.
Metodología Ágil Crystal
¿Qué es?
Crystal es una metodología de desarrollo de Software ágil y más que una metodología se le
considera una familia de metodologías debido a que se subdivide en varios tipos de
metodologías en función a la cantidad de personal que vayan a estar en un proyecto.
Ventajas
Son apropiadas para entornos ligeros
Al estar diseñada para el cambio experimenta reducción de costo.
Presenta una planificación más transparente para los clientes.
Se definen en cada iteración cuales son los objetivos de la siguiente.
Permite tener una muy útil realimentación de los usuarios
Desventajas
Delimita el alcance del proyecto con el cliente
Objetivo
Proponer un modelo de navegación web para dispositivos móviles, mediante la
especificación de un conjunto de estereotipos y relaciones que extiendan el core de la
notación WAE (Web Applications Extension).
Conclusión
Pues esta un poco complicado la elección de la metodología ya que cada una tiene
diferentes funciones y ventajas y desventajas aparte de esto la metodología que nos toco
la cual es WAE es muy difícil encontrar casos de estudio con el uso de esta metodología
además de eso nuestra metodología si fue necesaria en el caso de estudio que
encontramos.
Bibliografía
Link del PDF donde esta el caso de estudio.
(file:///C:/Users/Fc/AppData/Local/Microsoft/Windows/INetCache/IE/CL3LC8XG/0494671[1].pdf)