Docsity
Docsity

Prepara tus exámenes
Prepara tus exámenes

Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity


Consigue puntos base para descargar
Consigue puntos base para descargar

Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium


Orientación Universidad
Orientación Universidad

Cuadro comparativo de Metodologías de Desarrollo de Software, Resúmenes de Metodologías de Desarrollo de Software

Cuadro comparativo de algunas características de metodologías de desarrollo de software.

Tipo: Resúmenes

2021/2022

A la venta desde 26/02/2024

erika-mariana-carvajal-soriano
erika-mariana-carvajal-soriano 🇲🇽

2 documentos

1 / 7

Toggle sidebar

Esta página no es visible en la vista previa

¡No te pierdas las partes importantes!

bg1
Modelos para el desarrollo de software
Ingeniería de software
Erika Mariana Carvajal Soriano
Metodología Objetivo Fases ¿Cuándo se usa? Ventajas Desventajas
Cascada
Está compuesto por una
serie de fases que se
ejecutan secuencialmente,
en las cuales no se puede
pasar a la siguiente sin
haber concluido la anterior.
1. Definición de los
requisitos.
2. Diseño de software.
3. Implementación y pruebas
unitarias.
4. Integración y pruebas del
sistema.
5. Operación y
mantenimiento.
Cuando hay una visión clara
de lo que debería ser el
producto final.
Cuando los clientes no tienen
posibilidad de cambiar el
alcance del proyecto una vez
que ha comenzado.
Cuando el concepto y la
definición son las claves del
éxito.
Cuando no hay requisitos
ambiguos.
1. Permite estimar
calendarios y
presupuestos con
mayor precisión.
2. Facilita un nivel de
satisfacción del
cliente más elevado
que otros enfoques.
3. Es fácil de manejar
los planes de
proyecto.
4. Alto nivel de
seguridad y
confiabilidad.
1. Las iteraciones
son costosas.
2. Es inflexible a la
hora de
evolucionar para
incorporar
nuevos
requisitos.
3. Los problemas
se dejan para su
posterior
resolución.
Espiral El ciclo de desarrollo se
representa como un
espiral, este enfoque
entrelaza las actividades
de especificación,
desarrollo y validación.
1. Definición de objetivos: Se
definen las restricciones
del proceso.
2. Evaluación y reducción de
riesgos: Se realizan
restricciones del proceso y
del producto.
3. desarrollo y validación. Se
escoge el modelo de
desarrollo después de la
evaluación del riesgo.
4. Planificación: Se
determina si continuar con
otro ciclo.
El proyecto es grande
Se requiere que las
liberaciones de software
sean frecuentes.
Aplica la creación de un
prototipo.
Es primordial un control de
riesgos y costos.
En proyectos catalogados de
riesgo medio-alto y alto.
Los requisitos son poco
claros y complejos.
Hay un alto grado de
cambios y estos pueden
1. Buena comunicación
con los clientes a
partir de que combina
las ventajas de
prototipo y cascada.
2. Los clientes no
esperan hasta el final
del desarrollo para
utilizar el sistema.
3. Recomendado para
proyectos de gran
alcance.
4. Disminuye el riesgo
del fracaso de todo el
1. Cada incremento
debe ser
pequeño para
limitar el riesgo y
debe aumentar la
funcionalidad.
2. Dificultades para
mantener las
planificaciones y
concebir y
graficar el
sistema
globalmente.
pf3
pf4
pf5

Vista previa parcial del texto

¡Descarga Cuadro comparativo de Metodologías de Desarrollo de Software y más Resúmenes en PDF de Metodologías de Desarrollo de Software solo en Docsity!

Modelos para el desarrollo de software

Ingeniería de software Erika Mariana Carvajal Soriano Metodología Objetivo Fases ¿Cuándo se usa? Ventajas Desventajas Cascada Está compuesto por una serie de fases que se ejecutan secuencialmente, en las cuales no se puede pasar a la siguiente sin haber concluido la anterior.

  1. Definición de los requisitos.
  2. Diseño de software.
  3. Implementación y pruebas unitarias.
  4. Integración y pruebas del sistema.
  5. Operación y mantenimiento. ● Cuando hay una visión clara de lo que debería ser el producto final. ● Cuando los clientes no tienen posibilidad de cambiar el alcance del proyecto una vez que ha comenzado. ● Cuando el concepto y la definición son las claves del éxito. ● Cuando no hay requisitos ambiguos. 1. Permite estimar calendarios y presupuestos con mayor precisión. 2. Facilita un nivel de satisfacción del cliente más elevado que otros enfoques. 3. Es fácil de manejar los planes de proyecto. 4. Alto nivel de seguridad y confiabilidad. 1. Las iteraciones son costosas. 2. Es inflexible a la hora de evolucionar para incorporar nuevos requisitos. 3. Los problemas se dejan para su posterior resolución. Espiral El ciclo de desarrollo se representa como un espiral, este enfoque entrelaza las actividades de especificación, desarrollo y validación.
  6. Definición de objetivos: Se definen las restricciones del proceso.
  7. Evaluación y reducción de riesgos: Se realizan restricciones del proceso y del producto.
  8. desarrollo y validación. Se escoge el modelo de desarrollo después de la evaluación del riesgo.
  9. Planificación: Se determina si continuar con otro ciclo. ● El proyecto es grande ● Se requiere que las liberaciones de software sean frecuentes. ● Aplica la creación de un prototipo. ● Es primordial un control de riesgos y costos. ● En proyectos catalogados de riesgo medio-alto y alto. ● Los requisitos son poco claros y complejos. ● Hay un alto grado de cambios y estos pueden
  10. Buena comunicación con los clientes a partir de que combina las ventajas de prototipo y cascada.
  11. Los clientes no esperan hasta el final del desarrollo para utilizar el sistema.
  12. Recomendado para proyectos de gran alcance.
  13. Disminuye el riesgo del fracaso de todo el
  14. Cada incremento debe ser pequeño para limitar el riesgo y debe aumentar la funcionalidad.
  15. Dificultades para mantener las planificaciones y concebir y graficar el sistema globalmente.

aparecer en cualquier momento. proyecto.

  1. Las partes más importantes del sistema son entregadas primero. Prototipo Su objetivo es entender los requisitos del usuario y trabajar para mejorar la calidad de los mismos.
  2. Investigación preliminar.
  3. Recolección de requerimientos.
  4. Definición de objetivos para el software.
  5. Identificación de los requisitos conocidos.
  6. Desarrollo de prototipo. ● Cuando se trata de comprender los requisitos que plantea el usuario, sobre todo si no tiene una idea acabada de lo que se desea. También se puede utilizar cuando el ingeniero de software tiene dudas acerca de la viabilidad de la solución pensada. ● Los usuarios lo prueban y añaden requerimientos.
  7. Genera una buena comunicación con los clientes.
  8. Recomendado para proyectos de pequeño y mediano alcance.
  9. Las planificaciones pueden sufrir cambios.
  10. Dificultades para mantener el sistema en proyectos grandes y en la respuesta a cambios en los requisitos del usuario.
  11. La dependencia de herramientas de software para el éxito ya que la necesidad de disminución de incertidumbre depende de las iteraciones. XP Su objetivo es el desarrollo y gestión de proyectos con eficacia, flexibilidad y control. Se basa en la comunicación, la reutilización del código
  12. Planificación: según la identificación de las historias, se priorizan y descomponen en mini versiones.
  13. Diseño: aquí se intenta ● Para gestionar un equipo más pequeño, debido a su naturaleza colaborativa. Funciona mejor en grupos de menos de 10 personas. ● Si se está constantemente en
  14. Relación estrecha con el cliente.
  15. Ausencia de trabajos de programación innecesarios.
  16. software estable
  17. Mayor esfuerzo de trabajo.
  18. El cliente se implica en el proceso.
  19. Requiere mucho

arquitectura del sistema por que no todos los requisitos se han reunido. Diseño centrado en el usuario Tiene como objetivo resolver problemas reales del usuario y evitar el sesgo como diseñador. Pone al usuario en primer plano, pues tiene en cuenta su historia. Cuenta con un framework de cinco pasos para que el diseñador UX pueda pasar de una idea a un producto, y esté funcione. Estrategia, alcance, estructura, esqueleto, superficie.

  1. Entender: cómo el usuario experimenta el producto o productos similares.
  2. Especificar las necesidades: del usuario final, que problema es el más importante de resolver.
  3. Diseña soluciones para el problema del usuario.
  4. Evalúa el diseño en función a las necesidades del usuario. ● Es de gran utilidad para proyectos en los cuales el usuario interactúa mucho con el producto. ● Proyectos donde se tiene constante interacción con los clientes o usuarios finales. 1. Siempre se tiene en cuenta lo que el cliente necesita, por lo que la entrega final es super cercana a lo que se espera que cumpla el producto. 2. Se tratan problemas y necesidades reales. 3. Se evita un sesgo por parte del equipo de trabajo por las necesidades que cree que tiene el usuario. 1. Se necesita realizar una gran cantidad de pruebas para estudiar cómo interactúa el usuario con el producto. Design thinking Es un método cuyo objetivo es generar ideas innovadoras centradas en entender y dar solución a las necesidades de los usuarios.
  5. Empatizar: Descubrir lo que realmente necesitan los usuarios finales y aprender a pensar y sentir como ellos.
  6. Definir el problema: creando un planteamiento claro de la necesidad.
  7. Lluvia de ideas: sobre las posibles soluciones y la mayor cantidad de ellas.
  8. Prueba: Se prueba el prototipo con los usuarios. ● Para generar soluciones en muy poco tiempo. ● Al ser un gran generador de innovación, se puede aplicar a cualquier campo. Desde el desarrollo de productos o servicios.
  9. Se coloca al cliente como el centro para el proceso de creación.
  10. Funciona bien en la elaboración de versiones de un producto ya vigente.
  11. Carece de un proceso estructural, el cual permite poner parámetros temporales.
  12. Puede caer en desventaja si su aplicación no se ha interiorizado en los niveles de la compañía. Scrum Es una de las principales metodologías ágiles las
  13. Planificación: Planificar la iteración, seleccionando ● Con esta metodología el cliente se entusiasma y se
  14. Cumplimiento de las expectativas.
  15. Se aplica a equipos

cuales se basan en la metodología incremental. Se itera sobre bloques de tiempos cortos y fijos con el objetivo de conseguir un resultado completo en cada iteración. Su principal objetivo es maximizar el retorno de la inversión para su empresa. los requisitos prioritarios y definiendo las tareas.

  1. Ejecución: se ejecuta la primera iteración con reuniones diarias de sincronización, para analizar y valorar el desarrollo de las tareas asignadas a cada miembro.
  2. Optimización: antes de que finalice el ciclo se realiza una reunión de revisión de la iteración con el cliente, en la que se presenta la evolución del producto. compromete con el proyecto dado que lo ve crecer iteración a iteración. Asimismo le permite en cualquier momento realinear el software con los objetivos. ● Para proyectos pequeños.
  3. Flexibilidad a los cambios.
  4. Reducción del time to market.
  5. Mayor calidad de software.
  6. Mayor productividad.
  7. Maximiza el retorno de la inversión.
  8. Predicciones de tiempo.
  9. Reducción de riesgos. reducidos.
  10. Requiere una exhaustiva definición de las tareas y sus plazos.
  11. Requiere de perfiles senior en su aplicación.
  12. Difícil escalabilidad.
  13. Puede necesitar de transformaciones dentro de la organización.
  14. No se enfoca fácilmente con un enfoque clásico de proyectos. Proceso unificado Es una metodología de desarrollo de software basado en componentes e interfaces bien definidas. Es utilizada para el análisis, implementación y documentación de sistemas orientados a objetos. Su objetivo es proporcionar un marco de trabajo para gestionar software y proporcionar un marco para gestionar

1. Modelado de negocio.

2. Requisitos.

3. Análisis y diseño.

4. Implementación.

5. Prueba.

6. Lanzamiento.

Está enfocado a un proceso de desarrollo de software iterativo, gestionando los riesgos, planificando el proyecto iterativo a través del ciclo de vida y planificando cada iteración particular y monitorizando el progreso del proyecto.

  1. Es el proceso de desarrollo más general, pues de los más utilizados dentro de las empresas de desarrollo.
  2. Es una forma disciplinada de asignar tareas y responsabilidades en una empresa de desarrollo.
  3. Mantenimiento más
    1. Por el grado de complejidad puede no ser muy adecuado, pues es un proceso grande y complejo.
    2. En proyectos pequeños es posible que no se puedan cubrir los costos.
    3. Método pesado,

trabajo que contenga como un punto de partida la unificación de procesos, para poder llevar a cabo todos aquellos procedimientos que puedan ayudar a mejorar dichos procesos que se desarrollan. ciclos. Dentro de cada ciclo se realiza:

  1. Lanzamiento
  2. Estrategia
  3. Plan
  4. Requisitos
  5. Diseño
  6. Implementación
  7. Pruebas
  8. Postmortem puedan ser correctamente administrados y consigan un producto resultante de calidad. tiene muchísimas más posibilidades de éxito.
  9. Detección temprana de riesgos y defectos.
  10. Los ingenieros de Software aprenden cómo reducir los defectos de un 40 a 50%. conjunto de métricas y parámetros de calidad.
  11. los miembros deben tener la disciplina para seguir el plan.
  12. Recae mucha responsabilidad en una sóla persona.