Scribd Logo
Cargar

¡Te damos la bienvenida a Scribd!

  • 22 vistas

    Tarea de Metodologias Tradicionales

    Cargado por

    Cristian Alexander Parada López
    El documento describe cuatro modelos tradicionales de desarrollo de software: el modelo en cascada, el modelo V, el modelo en espiral y la metodología Scrum. Explica las fases de cada modelo, incluyendo los requisitos, diseño, pruebas e implementación para el modelo en cascada, y las fases de especificaciones, funcional, diseño y codificación para el modelo V. También resume las etapas de planificación, análisis de riesgo, ingeniería y evaluación del modelo en espiral, así como las fases de planeación del sprint

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd

    Tarea de Metodologias Tradicionales

    Cargado por

    Cristian Alexander Parada López
    22 vistas9 páginas
    El documento describe cuatro modelos tradicionales de desarrollo de software: el modelo en cascada, el modelo V, el modelo en espiral y la metodología Scrum. Explica las fases de cada modelo, incluyendo los requisitos, diseño, pruebas e implementación para el modelo en cascada, y las fases de especificaciones, funcional, diseño y codificación para el modelo V. También resume las etapas de planificación, análisis de riesgo, ingeniería y evaluación del modelo en espiral, así como las fases de planeación del sprint

    Descripción original:

    Título original

    Tarea de metodologias tradicionales

    Derechos de autor

    © © All Rights Reserved

    Formatos disponibles

    DOCX, PDF, TXT o lea en línea desde Scribd

    ¿Le pareció útil este documento?

    ¿Este contenido es inapropiado?

    El documento describe cuatro modelos tradicionales de desarrollo de software: el modelo en cascada, el modelo V, el modelo en espiral y la metodología Scrum. Explica las fases de cada modelo, incluyendo los requisitos, diseño, pruebas e implementación para el modelo en cascada, y las fases de especificaciones, funcional, diseño y codificación para el modelo V. También resume las etapas de planificación, análisis de riesgo, ingeniería y evaluación del modelo en espiral, así como las fases de planeación del sprint

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    22 vistas9 páginas

    Tarea de Metodologias Tradicionales

    Cargado por

    Cristian Alexander Parada López
    El documento describe cuatro modelos tradicionales de desarrollo de software: el modelo en cascada, el modelo V, el modelo en espiral y la metodología Scrum. Explica las fases de cada modelo, incluyendo los requisitos, diseño, pruebas e implementación para el modelo en cascada, y las fases de especificaciones, funcional, diseño y codificación para el modelo V. También resume las etapas de planificación, análisis de riesgo, ingeniería y evaluación del modelo en espiral, así como las fases de planeación del sprint

    Copyright:

    © All Rights Reserved
    Descargue como DOCX, PDF, TXT o lea en línea desde Scribd
    Descargar como docx, pdf o txt
    de 9

    Técnico en desarrollo de aplicaciones informáticas

    Alumno: Cristian Alexander Parada López

    Licenciado: Jorge Alberto Coto Zelaya

    Actividad: Modelos Tradicionales

    Asignatura: Desarrollo de aplicaciones multiplataforma

    Ciclo: 3

    Año: 2023
    Realizar un informe en donde explique los modelos tradicionales siguientes:

     Modelo en cascada
     Modelo V
     Modelo en espiral
     Metodología Scrum

    Modelo en cascada

    En Ingeniería de software el desarrollo en cascada es el enfoque metodológico


    que ordena rigurosamente las etapas del proceso para el desarrollo de software,
    de tal forma que el inicio de cada etapa debe esperar a la finalización de la etapa
    anterior.

    Fases de modelo de cascada en la gestión de proyectos de desarrollo de


    software
    Podemos dividir el modelo de cascada o waterfall en varias fases. Es posible que
    diferentes expertos unan las fases o que les denominan de otra manera, pero el
    proceso siempre va a ser el mismo. Nosotros las dividimos en 6 fases:

    Requisitos

    Como ya hemos mencionado es la fase más importante. Durante esta fase


    normalmente se realizan entrevistas, reuniones e intercambio de opiniones para
    definir los requisitos para el proceso de desarrollo y el resultado final del proyecto.
    Se analizan los requisitos recopilados y documentados. Después se decide qué
    tareas habrá que completar para llegar al resultado final, se establece el plan de
    proyecto con los costes y cesionarios para cada tarea. 

    Diseño y construcción

    Esta etapa puede contener procesos de implementación, desarrollo y codificación.


    Cabe mencionar, que la implementación aquí no significa que empezamos a
    utilizar el resultado, sino que empezamos a trabajar en el desarrollo del producto a
    base de requerimientos y diseño.   

    Fase de prueba

    En esta etapa, los especialistas responsables prueban el software (u otro producto


    que se desarrolla en el proyecto) y detectan errores. Aquí es fundamental
    asegurarse de que el producto cumpla con todos los requisitos del cliente.

    Instalación / implantación 

    Es una fase en la que el producto sale para el uso de acuerdo con todos los
    requisitos. Algunos procesos de prueba pueden tener lugar en esta etapa.

    Soporte y mantenimiento

    El producto final se entrega al cliente. Dependiendo del tipo de proyecto, se pone


    en marcha el mantenimiento y el soporte. Si todo está bien, el producto sigue
    funcionando según lo diseñado. Para algunos proyectos, por ejemplo, un software,
    se necesita el mantenimiento continuo.
    Modelo V:

    El Método-V define un procedimiento uniforme para el desarrollo de productos


    para las TIC. Es el estándar utilizado para los proyectos de la Administración
    Federal alemana y de defensa. Como está disponible públicamente muchas
    compañías lo usan.

    Las fases del modelo V

    En primer lugar, el modelo


    V define el curso de un
    proyecto en fases
    individuales cada vez más
    detalladas:

     Al principio del
    proyecto, el modelo
    prevé un análisis de
    las especificaciones
    del sistema
    planificado (fase de
    especificaciones).

     El proyecto se completa después con requisitos funcionales y no


    funcionales para la arquitectura del sistema (fase funcional).

     A esta fase le sigue el diseño del sistema, en el que se planifican los


    componentes y las interfaces de este (fase de diseño).

     Una vez completadas estas fases, se puede diseñar en detalle la


    arquitectura del software (codificación).

    Es ahora cuando, de acuerdo con estos planes, comienza el desarrollo en sí del


    software. A continuación, tendrán lugar las fases de control de la calidad,
    también llamadas de verificación o validación, que siempre están relacionadas con
    cada una de las fases de desarrollo. El método V abarca las siguientes tareas:
     Pruebas de unidad

     Pruebas de integración

     Integración del sistema

     Validación

    Modelo en espiral

    El modelo en espiral es un modelo de proceso de desarrollo de software basado


    en el riesgo. Basado en los patrones de riesgo únicos de un proyecto dado, el
    modelo en espiral guía a un equipo a adoptar elementos de uno o más modelos de
    proceso, como prototipos incrementales, en cascada o evolutivos.

    Etapas del modelo en espiral


    Planificación

    Incluye la estimación del coste, el calendario y los recursos para la iteración.

    Implica también la comprensión de los requisitos del sistema para la comunicación


    continua entre el analista de requerimientos y el cliente.

    Análisis del riesgo

    La identificación de los riesgos potenciales se realiza mientras se planifica y


    finaliza la estrategia de mitigación de riesgos.

    Ingeniería

    Incluye la codificación, pruebas y el despliegue del software.

    Evaluación

    Evaluación del software por parte del cliente.

    Además, incluye la identificación y el seguimiento de riesgos tales como los


    retrasos en los plazos y los sobrecostes.
    Metodología Scrum

    La metodología Scrum es un proceso para llevar a cabo un conjunto de tareas de


    forma regular con el objetivo principal de trabajar de manera colaborativa, es decir,
    para fomentar el trabajo en equipo.

    Fases del Scrum:

    1. Planeación del Sprint/Sprint Planning

    Todos los involucrados en el equipo se reúnen para planificar el Sprint. Durante


    este evento se decide qué requerimientos o tareas se le asignará a cada uno de
    los elementos del equipo. Cada integrante deberá asignar el tiempo que crea
    prudente para llevar a cabo sus requerimientos. De esta manera se define el
    tiempo de duración del Sprint.

    2. Reunión de equipo de Scrum/Scrum team meeting


    A estas reuniones se les deberían dedicar máximo 15 minutos diarios, y deberían
    ser siempre en el mismo horario y lugar. En ellas, cada miembro del equipo
    deberá responder tres simples preguntas:

     ¿Qué hiciste ayer?

     ¿Qué tienes planeado hacer hoy?

     ¿Qué obstáculos encontraste en el camino?

    Estas reuniones sirven para que todos los miembros del equipo se apoyen entre
    ellos. Si alguno de ellos tiene algún inconveniente que obligue a extender el
    encuentro, este debe tratarse más a fondo en una reunión enfocada en buscar la
    mejor solución para ello.

    3. Refinamiento del Backlog

    El Product Owner revisa cada uno de los elementos dentro del Product
    Backlog con el fin de esclarecer cualquier duda que pueda surgir por parte del
    equipo de desarrolladores. También sirve para volver a estimar el tiempo y
    esfuerzo dedicado a cada uno de los requerimientos.

    4. Revisión del Sprint/Sprint Review

    Los miembros del equipo y los clientes se reúnen para mostrar el trabajo de
    desarrollo de software que se ha completado. Se hace una demostración de todos
    los requerimientos finalizados dentro del Sprint. En este punto no es necesario que
    todos los miembros del equipo hablen, pueden simplemente estar presentes, pero
    la presentación está a cargo del Scrum Master y el Product Owner.

    5. Retrospectiva del Sprint/Retrospective

    En este evento el Product Owner se reúne con todo su equipo de trabajo y su


    Scrum Master para hablar sobre lo ocurrido durante el Sprint. Los puntos
    principales a tratar en esta reunión son:

     Qué se hizo mal durante el Sprint para poder mejorar el próximo.

     Qué se hizo bien para seguir en la misma senda del éxito.


     Qué inconvenientes se encontraron y no permitieron poder avanzar como
    se tenía planificado.

    También podría gustarte