Universidad Tecnológica De Ciudad Juárez

Metodología y Modelados de Desarrollo de Software

Unidad IV Metodologías de desarrollo de software

Castañeda Losoya Patricia Isabel

García Varela Eric Manuel Matricula: 22311783

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

Especificación de Requerimientos de Software (ERS)

En este proyecto se propone la especificación de un conjunto de estereotipos y relaciones
que extiendan el core de la notación WAE (Web Applications Extension) que permitan
diseñar un modelo de navegación web para el desarrollo de aplicaciones enfocado en los
dispositivos móviles.
Como pregunta de investigación surge un interrogante que dice ¿cómo generar un aporte
desde la ingeniera de software, para mejorar el diseño de los modelos de navegación
basados en ambientes web y que serán desplegados en dispositivos móviles?, para que se
puedan definir elementos importantes como los componentes, los estilos las
herramientas de interacción web, y demás factores que se deben tener en cuenta a la
hora de modelar el sistema bajo estos esquemas de aplicaciones en entornos web.
Un aporte importante, es la creación de un modelo de navegación web, acorde a las
necesidades de las plataformas móviles, que permita a los diseñadores de software incluir
y plasmar de forma amigable, los elementos inmersos en una aplicación web para
dispositivos móviles, lo que traerá como consecuencia una mejor generación de
contenidos y facilidad en la implementación de los mismos, logrando incluir los aspectos
más relevantes llegando con mayor profundidad y detalle en la disposición de los
componentes, lo que genera un aporte en el avance de las necesidades de diseño
planteadas.
Modelado de Software. Diagramas utilizados

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).

Arquitectura de Software utilizada para hacer funcional el

sistema 
Su finalidad es definir cómo se le brindará a cada usuario del sistema el acceso a la
información y la funcionalidad que le es relevante para llevar a cabo su labor dentro del
sistema y qué secuencias de caminos deberán seguir para conseguirlo].
Lo anterior se logra al definir el flujo de pasos para la realización de una tarea donde
interactúan las diversas páginas del cliente y las del servidor. El Modelo de Navegación,
establece la semántica navegacional ligada a las clases de los objetos del modelo.En este
modelo es donde se deja explicita la navegación permitida en la aplicación por cada
agente del sistema.
El modelo de navegación está conformado por un grupo de esquemas de navegación que
representan y organizan la visión general del sistema para cada tipo de usuario,
definiendo su estructura de navegación como se plasma en.
Un esquema navegacional es una unidad de interacción abstracta que ilustra una vista
sobre un grupo de datos y/o servicios accesibles para un usuario en un momento
determinado. Es una unidad debido a que proporciona el elemento lógico básico de
creación de la navegación aceptada en los modelos navegacionales de interacción ya que
representa un contacto con el usuario y abstracta ya que sólo se establecen qué datos o
servicios se plasmaran en el contexto, pero no define cual será la forma de presentación.

¿De las metodologías presentadas, cual es mejor para los

proyectos que incluyen aplicaciones de desarrollo de
software?
XP
XP porque es una metodología centrada en la calidad del software lo cual es muy
importante para el cliente.

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)