SlideShare ist ein Scribd-Unternehmen logo
1 von 9
Downloaden Sie, um offline zu lesen
METODOLIGIAS DE DESARROLLO DE SOFTWARE
Presentado por: EDINSON BOTERO OSORIO
Análisis y desarrollo de software (2627090)
SENA regional quindio
Presentado al instructor
CARLOS ALBERTO FUEL TULCAN
Evidencia GA1-220501093-AA1-EV01.
18 de octubre 2022
EVIDENCIA A SOLUCIONAR
3.2.1 Actividad de aprendizaje: GA1-220501093-AA1 estructurar el plan de
actividades de análisis a partir de las características del proyecto y el modelo de
desarrollo seleccionado.
En esta actividad de aprendizaje se abordan las técnicas de validación de requisitos:
revisiones, los prototipos y los casos de prueba.
Duración: 96 horas.
Materiales de formación: Para el desarrollo de esta actividad es importante la lectura
y análisis del material de formación: “Metodologías de desarrollo de software”.
Evidencias:
A continuación, se describen las acciones y las correspondientes evidencias que
conforman la actividad de aprendizaje:
Evidencia conocimiento: GA1-220501093-AA1-EV01 taller sobre metodologías de
desarrollo de software
Las metodologías de desarrollo son indispensables en los grupos de trabajo y
organizaciones relacionadas con la industria de software, partiendo de la
información abordada en este componente desarrollar el taller sobre metodologías
de desarrollo de software propuesto.
Elementos para tener en cuenta en el taller:
 Seleccionar diferentes fuentes de información relacionadas con las
metodologías de desarrollo de software.
 Detallar las características que identifican a los marcos de trabajo
tradicionales y los marcos de trabajo ágiles.
 Utilizar imágenes de construcción propia o que tengan los derechos
respectivos de uso.
Lineamientos para la entrega del producto:
Producto para entregar:
 Documento con el desarrollo del taller propuesto.
 Formato: PDF o Word.
 Extensión: libre.
Para hacer el envío del producto remítase al área de la actividad correspondiente y
acceda al espacio para el envío de la evidencia: taller sobre metodologías de
desarrollo de software. GA1-220501093AA1-EV01.
INTRODUCCION
Se observa la gran habilidad que ha tenido la industria del software porque desde
su creación ha venido adoptando prácticas y tecnologías cada vez más complejas
con el fin de lograr satisfacer las necesidades de los usuarios empleando cada vez
menos tiempo
Desde 1968 se logran plantear mecanismos que permitan a la industria del software
adaptarse a los cambios mejorando cada dia su interface, agilidad, procesamiento
y la calidad de los productos y servicios desarrollados con mejoras continuas de
desarrollo.
Las metodologías de desarrollo de software tienen como objetivo presentar un
conjunto de técnicas tradicionales y modernas de modelado de sistemas que
permitan desarrollar software de calidad, incluyendo heurísticas de construcción y
criterios de comparación de modelos de sistemas.
METODOLOGIA DEL SOFTWARE
Parte de la lógica que se utiliza para estructurar, planificar y controlar el proceso de
desarrollo en sistemas de información dan claridad e indican que un conjunto de
procedimientos genéricos y lógicos que se utilizan para alcanzar un objetivo particular
usando un conjunto de habilidades y conocimiento.
Las metodologías de desarrollo de software siempre parten de un componente teórico y
cuando son usadas por los equipos de trabajo conllevan a la utilización de un conjunto de
técnicas y métodos que al final determinarán las tareas generales y específicas que se
deberían realizar para alcanzar un objetivo
Los marcos de trabajo tradicionales o metodologías tradicionales se caracterizan por
centrar la mayor parte de su esfuerzo en la planeación y control del proceso, lo que conlleva
a una documentación exhaustiva y precisa de los artefactos que describen los requisitos y
los modelos del sistema en las etapas iniciales del desarrollo del proyecto
Metodologías que se enmarcan en los marcos tradicionales de desarrollo de software.
Modelo en cascada es una metodología secuencial para la gestión de proyectos que se
divide en fases. Cada fase comienza cuando ha terminado la anterior.
Se compone de cinco (5) etapas principales que se asocian con actividades fundamentales
en el proceso de desarrollo de software, las cuales son:
Implementación
Funcionamiento y mantenimiento
Verificación
Diseño
Análisis
Etapas del modelo cascada
VENTAJAS
La definición clara de fases permite el desarrollo de una estructura sencilla
que es ideal para proyectos sencillos y cortos.
Siguiendo este modelo se genera una muy buena documentación del
proceso y es posible definir hitos claros.
Es más fácil realizar la estimación de costos al inicio del proyecto.
Es fácil elaborar cronogramas de trabajo en base al desarrollo de las
actividades de cada fase.
DESVENTAJAS
No se acopla muy bien a proyectos complejos con múltiples equipos
trabajando en paralelo ya que las fases normalmente se traslapan y es difícil
diferenciarlas.
Es difícil introducir cambios en el transcurso del proyecto.
Los usuarios finales y clientes normalmente son integrados al final del
proceso lo que impide tener realimentación y ajustes en etapas tempranas.
Existen fallos que solo son detectados cuando el sistema entra en
funcionamiento, lo que puede ser desastroso para un proyecto que sigue este
modelo.
Existen metodologías que son un marco de trabajo tradicional sin embargo este
espacio muestra las características principales de los mas reconocidos en las
empresas de software
El modelo en cascada define cuatro grupos de roles típicos los cuales se mencionan
a continuación:
Desarrolladores: Es el rol más importante en la metodología cascada ya que son los
encargados directos de la creación de código.
Testers: Encargados de encontrar fallas en los productos finales y retornar el
software a los desarrolladores para arreglar todos los defectos.
Analista del negocio: Encargado de la realización de estrategias de negocio que le
permitan al producto software alcanzar popularidad en el mercado digital.
Administrador del proyecto: Es responsable de la calidad final del software.
Administra el proyecto y lo subdivide en tareas entre los miembros del equipo.
Proceso racional unificado RUP: es un proceso basado en la metodología de
cascada, diferenciándose en los tres enfoques principales de sus características, la
importancia del proyecto para el usuario, la arquitectura y organización y por último
la óptima ejecución del producto.
Igual que el método anterior, este también está dividido en fases. El inicio, en la cual
se establecen los criterios de reconocimiento de problemas y requerimientos y
también de la tecnología que se usará. La fase de elaboración donde se determina
la estructura del proyecto y el refinamiento de los requerimientos. La construcción
se centra en las actividades relacionadas con la estructura y aplicación del producto
final y por ultimo la fase de transición en la que se hacen las pruebas y verificaciones
de la calidad y garantía del producto final.
2. Modelos agiles
Estos hacen énfasis en la comunicación del desarrollador con el cliente para
establecer las normas y requerimientos necesarios en el producto final, por lo tanto,
estos modelos no son de documentación sino en la importancia de la estructura y
diseño funcional del resultado.
Extreme Programming XP: Este modelo se basa en la relación comunicativa entre
el cliente y el desarrollado que busca el éxito del software dejando que durante el
tiempo de desarrollo este tenga cambios en los requerimientos, adhesiones de
nuevas funciones y el análisis de posibles riesgos en el producto.
Desarrollo rápido de aplicaciones RAD: se centra en el desarrollo de aplicaciones
mediante la realización de iteraciones frecuentes y la realimentación constante,
permitiendo desarrollarlo en menor tiempo, cumpliendo con los requerimientos de
los clientes y permitiendo la reutilización de códigos para realizar cambios
pertinentes. En sus fases primeramente está la definición y finalización de los
requerimientos del proyecto cunado ambas partes discuten sobre los objetivos usos
y necesidades para el programa. Mientras que en la fase de construcción de
prototipos los cuales son construidos, verificados y aprobados por la validación del
cliente llegando a una tercera fase de transformación a modelos totalmente
funcionales. Dejando que durante la cuarta fase se enfoca en la realización de
pruebas exhaustivas para garantizar que todos los elementos construidos funcionan
bien individualmente y también de forma colectiva. Por último, en esta fase se
realizan todas las actividades de lanzamiento del producto lo que involucra el cargue
inicial de datos y entrenamiento a los usuarios.
Scrum: Estos fomentan el trabajo y el concejo colectivo durante el desarrollo del
programa con el objetivo de conseguir los objetivos concretos de forma rápida.
Basado en tres pilares de construcción, la transparencia, haciendo referencia al
seguimiento del proceso mediante documentos o reuniones explicativas. La
Inspección que permite que cualquiera pueda estar enterado de las actividades
realizadas por otros y en general conocer el estado actual de los procesos y la
adaptación de las actividades de mejoras que permitan modificar todo tipo de
proceso para conseguir los más altos estándares de calidad
Hay otros roles denro del marco del trabajo scrum
Dueño del producto (Product
Owner)
persona con amplio conocimiento en el
negocio del cliente, sus necesidades y las
tendencias del mercado para el área
específica. Este rol está encargado de
maximizar el valor de negocio entregado
al cliente y es el único responsable del
control del Product Backlog
(requerimientos) y su priorización. Este
también representa al cliente en algunos
procesos de demostración de avances y
determina cuándo aprobar o no una
entrega.
Scrum Master
es un rol que se encarga de facilitar los
procesos al interior del equipo de trabajo
removiendo cualquier impedimento y
apoyando procesos de empoderamiento
personal, debe velar porque los
elementos propios del marco de trabajo
Scrum se apliquen de manera correcta.
Equipo de desarrollo
(Developer Team)
son los responsables de la
transformación de los requerimientos en
código ejecutable a ser usado por el
cliente, pero también son responsables
de la planificación de las iteraciones,
establecimiento de características para
tener en cuenta en la verificación de un
requerimiento terminado y presentación
de avances a los clientes. Generalmente
es un equipo auto organizado y auto
gestionado.
Planeación de proyectos de software
Información general de Scrum Un proyecto Scrum implica un esfuerzo de
colaboración para crear un nuevo Producto o, servicio, o cualquier otro resultado
como se define en el Declaración de la Visión del Proyecto. Los proyectos se ven
afectados por las limitaciones de tiempo, costo, alcance, calidad, recursos,
capacidades organizativas, y otras limitaciones que los hacen difíciles de planificar,
ejecutar, administrar y finalmente tener éxito. Sin embargo, la implementación
exitosa de los resultados de un proyecto acabado le proporciona ventajas
económicas significativas a una organización. Por lo tanto, es importante que las
organizaciones seleccionen y practiquen una metodología adecuada de gestión de
proyectos.
Scrum es una de las metodologías ágiles más populares. Es una metodología de
adaptación, iterativa, rápida, flexible y eficaz, diseñada para ofrecer un valor
significativo de forma rápida en todo el proyecto. Scrum garantiza transparencia en
la comunicación y crea un ambiente de responsabilidad colectiva y de progreso
continuo. El marco de Scrum, tal como se define en la Guía SBOK™, está
estructurado de tal manera que es compatible con los Producto os y el desarrollo
de servicio en todo tipo de industrias y en cualquier tipo de proyecto,
independientemente de su complejidad.
Una fortaleza clave de Scrum radica en el uso de equipos multi-funcionales, auto-
organizados, y con poder que dividen su trabajo en ciclos de trabajo cortos y
concentrados llamados Sprints. Figura 1-1 proporciona una visión general de flujo
de un proyecto Scrum

Weitere ähnliche Inhalte

Ähnlich wie GA1-220501093-AA1-EV01- TRABAJO METODOLOGIAS.pdf

Fundamentos de ingenieria de software - metodologias.pdf
Fundamentos de ingenieria de software - metodologias.pdfFundamentos de ingenieria de software - metodologias.pdf
Fundamentos de ingenieria de software - metodologias.pdfBibliotecaenlineaUNI
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de softwareWilfredo Mogollón
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software JrJunior Leal
 
Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Bruno
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareGianlucaCastellano1
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de softJazmin Cr
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de softwarejhostinvasquez
 
Proceso unificado y modelo V
Proceso unificado y modelo VProceso unificado y modelo V
Proceso unificado y modelo VVivitaGranizo
 
Proceso unificado y modelo v
Proceso unificado y modelo vProceso unificado y modelo v
Proceso unificado y modelo vVivitaGranizo
 
Proceso unificado y modelo v
Proceso unificado y modelo vProceso unificado y modelo v
Proceso unificado y modelo vVivitaGranizo
 
Emilio granizo proceso unificado y modelo v
Emilio granizo proceso unificado y modelo vEmilio granizo proceso unificado y modelo v
Emilio granizo proceso unificado y modelo vVivitaGranizo
 
Presentacion Metodos de software
Presentacion Metodos de softwarePresentacion Metodos de software
Presentacion Metodos de softwareBrandon Betto
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de softwarealejandor reyes
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de softwarealejandor reyes
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxJ Martin Luzon
 
Metodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMESMetodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMESMarceloFalappa5
 

Ähnlich wie GA1-220501093-AA1-EV01- TRABAJO METODOLOGIAS.pdf (20)

Modelos del software
Modelos del softwareModelos del software
Modelos del software
 
AMSI
AMSIAMSI
AMSI
 
Fundamentos de ingenieria de software - metodologias.pdf
Fundamentos de ingenieria de software - metodologias.pdfFundamentos de ingenieria de software - metodologias.pdf
Fundamentos de ingenieria de software - metodologias.pdf
 
Metodologías de desarrollo de software
Metodologías de desarrollo de softwareMetodologías de desarrollo de software
Metodologías de desarrollo de software
 
Metodologías de Desarrollo de Software Jr
 Metodologías de Desarrollo de Software Jr Metodologías de Desarrollo de Software Jr
Metodologías de Desarrollo de Software Jr
 
Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3Presentacion modelos de proceso Grupo 3
Presentacion modelos de proceso Grupo 3
 
Modelos de Desarrollo del Software
Modelos de Desarrollo del SoftwareModelos de Desarrollo del Software
Modelos de Desarrollo del Software
 
Metodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdfMetodologia casacad y msf convertir a pdf
Metodologia casacad y msf convertir a pdf
 
Modelos de Ing de soft
Modelos de Ing de softModelos de Ing de soft
Modelos de Ing de soft
 
Jhostin vasquez modelos de software
Jhostin vasquez   modelos de softwareJhostin vasquez   modelos de software
Jhostin vasquez modelos de software
 
Proceso unificado y modelo V
Proceso unificado y modelo VProceso unificado y modelo V
Proceso unificado y modelo V
 
Proceso unificado y modelo v
Proceso unificado y modelo vProceso unificado y modelo v
Proceso unificado y modelo v
 
Proceso unificado y modelo v
Proceso unificado y modelo vProceso unificado y modelo v
Proceso unificado y modelo v
 
Emilio granizo proceso unificado y modelo v
Emilio granizo proceso unificado y modelo vEmilio granizo proceso unificado y modelo v
Emilio granizo proceso unificado y modelo v
 
Presentacion Metodos de software
Presentacion Metodos de softwarePresentacion Metodos de software
Presentacion Metodos de software
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de software
 
Especial ingenieria de software
Especial ingenieria de softwareEspecial ingenieria de software
Especial ingenieria de software
 
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptxSEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
SEMANA 1-2-3- METODOLOGIAS TRADICIONALES [Autoguardado].pptx
 
Metodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMESMetodologías para el desarrollo de software en PYMES
Metodologías para el desarrollo de software en PYMES
 
Tp ciclos de vida
Tp   ciclos de vidaTp   ciclos de vida
Tp ciclos de vida
 

Kürzlich hochgeladen

5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectos5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectosTrishGutirrez
 
CUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADO
CUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADOCUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADO
CUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADOEveliaHernandez8
 
Presentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUEPresentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUEJosé Hecht
 
Cuadernillo de actividades eclipse solar.pdf
Cuadernillo de actividades eclipse solar.pdfCuadernillo de actividades eclipse solar.pdf
Cuadernillo de actividades eclipse solar.pdflizcortes48
 
Campaña Verano 2024 en Bergara - Colonias 2024
Campaña Verano 2024 en Bergara - Colonias 2024Campaña Verano 2024 en Bergara - Colonias 2024
Campaña Verano 2024 en Bergara - Colonias 2024Bergarako Udala
 
Buenas Practicas de Manufactura para Industria Farmaceutica
Buenas Practicas de Manufactura para Industria FarmaceuticaBuenas Practicas de Manufactura para Industria Farmaceutica
Buenas Practicas de Manufactura para Industria FarmaceuticaMarco Camacho
 
Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.monthuerta17
 
Amor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdfAmor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdfAlejandrino Halire Ccahuana
 
HISPANIDAD - La cultura común de la HISPANOAMERICA
HISPANIDAD - La cultura común de la HISPANOAMERICAHISPANIDAD - La cultura común de la HISPANOAMERICA
HISPANIDAD - La cultura común de la HISPANOAMERICAJesus Gonzalez Losada
 
El PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/F
El PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/FEl PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/F
El PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/FJulio Lozano
 
Actividades eclipse solar 2024 Educacion
Actividades eclipse solar 2024 EducacionActividades eclipse solar 2024 Educacion
Actividades eclipse solar 2024 Educacionviviantorres91
 
4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docx
4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docx4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docx
4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docxMagalyDacostaPea
 
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).hebegris04
 
Presentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsa
Presentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsaPresentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsa
Presentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsaFarid Abud
 
Apunte de clase Pisos y Revestimientos 2
Apunte de clase Pisos y Revestimientos 2Apunte de clase Pisos y Revestimientos 2
Apunte de clase Pisos y Revestimientos 2Gonella
 
✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdf
✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdf✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdf
✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdfrevelesyessica91
 
Programa sintetico fase 2 - Preescolar.pdf
Programa sintetico fase 2 - Preescolar.pdfPrograma sintetico fase 2 - Preescolar.pdf
Programa sintetico fase 2 - Preescolar.pdfHannyDenissePinedaOr
 
Docencia en la Era de la Inteligencia Artificial UB4 Ccesa007.pdf
Docencia en la Era de la Inteligencia Artificial UB4  Ccesa007.pdfDocencia en la Era de la Inteligencia Artificial UB4  Ccesa007.pdf
Docencia en la Era de la Inteligencia Artificial UB4 Ccesa007.pdfDemetrio Ccesa Rayme
 

Kürzlich hochgeladen (20)

5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectos5° Proyecto 13 Cuadernillo para proyectos
5° Proyecto 13 Cuadernillo para proyectos
 
CUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADO
CUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADOCUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADO
CUADERNILLO DE EJERCICIOS PARA EL TERCER TRIMESTRE, SEXTO GRADO
 
Acuerdo segundo periodo - Grado Septimo.pptx
Acuerdo segundo periodo - Grado Septimo.pptxAcuerdo segundo periodo - Grado Septimo.pptx
Acuerdo segundo periodo - Grado Septimo.pptx
 
Presentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUEPresentación MF 1445 EVALUACION COMO Y QUE
Presentación MF 1445 EVALUACION COMO Y QUE
 
Cuadernillo de actividades eclipse solar.pdf
Cuadernillo de actividades eclipse solar.pdfCuadernillo de actividades eclipse solar.pdf
Cuadernillo de actividades eclipse solar.pdf
 
Campaña Verano 2024 en Bergara - Colonias 2024
Campaña Verano 2024 en Bergara - Colonias 2024Campaña Verano 2024 en Bergara - Colonias 2024
Campaña Verano 2024 en Bergara - Colonias 2024
 
Buenas Practicas de Manufactura para Industria Farmaceutica
Buenas Practicas de Manufactura para Industria FarmaceuticaBuenas Practicas de Manufactura para Industria Farmaceutica
Buenas Practicas de Manufactura para Industria Farmaceutica
 
Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.Si cuidamos el mundo, tendremos un mundo mejor.
Si cuidamos el mundo, tendremos un mundo mejor.
 
Amor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdfAmor o egoísmo, esa es la cuestión por definir.pdf
Amor o egoísmo, esa es la cuestión por definir.pdf
 
HISPANIDAD - La cultura común de la HISPANOAMERICA
HISPANIDAD - La cultura común de la HISPANOAMERICAHISPANIDAD - La cultura común de la HISPANOAMERICA
HISPANIDAD - La cultura común de la HISPANOAMERICA
 
El PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/F
El PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/FEl PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/F
El PROGRAMA DE TUTORÍAS PARA EL APRENDIZAJE Y LA FORMACIÓN INTEGRAL PTA/F
 
Actividades eclipse solar 2024 Educacion
Actividades eclipse solar 2024 EducacionActividades eclipse solar 2024 Educacion
Actividades eclipse solar 2024 Educacion
 
4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docx
4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docx4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docx
4° UNIDAD 2 SALUD,ALIMENTACIÓN Y DÍA DE LA MADRE 933623393 PROF YESSENIA CN.docx
 
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
HISTORIETA: AVENTURAS VERDES (ECOLOGÍA).
 
Presentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsa
Presentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsaPresentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsa
Presentacionde Prueba 2024 dsdasdasdsadsadsadsadasdasdsadsa
 
Apunte de clase Pisos y Revestimientos 2
Apunte de clase Pisos y Revestimientos 2Apunte de clase Pisos y Revestimientos 2
Apunte de clase Pisos y Revestimientos 2
 
✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdf
✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdf✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdf
✨☀🛰LOS_ECLIPSES_Y_EL_SISTEMA_SOLAR_🚀☄CUADERNILLO_DE_ACTIVIDADES🌌Esmeralda.pdf
 
Programa sintetico fase 2 - Preescolar.pdf
Programa sintetico fase 2 - Preescolar.pdfPrograma sintetico fase 2 - Preescolar.pdf
Programa sintetico fase 2 - Preescolar.pdf
 
Docencia en la Era de la Inteligencia Artificial UB4 Ccesa007.pdf
Docencia en la Era de la Inteligencia Artificial UB4  Ccesa007.pdfDocencia en la Era de la Inteligencia Artificial UB4  Ccesa007.pdf
Docencia en la Era de la Inteligencia Artificial UB4 Ccesa007.pdf
 
Acuerdo segundo periodo - Grado Noveno.pptx
Acuerdo segundo periodo - Grado Noveno.pptxAcuerdo segundo periodo - Grado Noveno.pptx
Acuerdo segundo periodo - Grado Noveno.pptx
 

GA1-220501093-AA1-EV01- TRABAJO METODOLOGIAS.pdf

  • 1. METODOLIGIAS DE DESARROLLO DE SOFTWARE Presentado por: EDINSON BOTERO OSORIO Análisis y desarrollo de software (2627090) SENA regional quindio Presentado al instructor CARLOS ALBERTO FUEL TULCAN Evidencia GA1-220501093-AA1-EV01. 18 de octubre 2022
  • 2. EVIDENCIA A SOLUCIONAR 3.2.1 Actividad de aprendizaje: GA1-220501093-AA1 estructurar el plan de actividades de análisis a partir de las características del proyecto y el modelo de desarrollo seleccionado. En esta actividad de aprendizaje se abordan las técnicas de validación de requisitos: revisiones, los prototipos y los casos de prueba. Duración: 96 horas. Materiales de formación: Para el desarrollo de esta actividad es importante la lectura y análisis del material de formación: “Metodologías de desarrollo de software”. Evidencias: A continuación, se describen las acciones y las correspondientes evidencias que conforman la actividad de aprendizaje: Evidencia conocimiento: GA1-220501093-AA1-EV01 taller sobre metodologías de desarrollo de software Las metodologías de desarrollo son indispensables en los grupos de trabajo y organizaciones relacionadas con la industria de software, partiendo de la información abordada en este componente desarrollar el taller sobre metodologías de desarrollo de software propuesto. Elementos para tener en cuenta en el taller:  Seleccionar diferentes fuentes de información relacionadas con las metodologías de desarrollo de software.  Detallar las características que identifican a los marcos de trabajo tradicionales y los marcos de trabajo ágiles.  Utilizar imágenes de construcción propia o que tengan los derechos respectivos de uso. Lineamientos para la entrega del producto: Producto para entregar:  Documento con el desarrollo del taller propuesto.  Formato: PDF o Word.  Extensión: libre. Para hacer el envío del producto remítase al área de la actividad correspondiente y acceda al espacio para el envío de la evidencia: taller sobre metodologías de desarrollo de software. GA1-220501093AA1-EV01.
  • 3. INTRODUCCION Se observa la gran habilidad que ha tenido la industria del software porque desde su creación ha venido adoptando prácticas y tecnologías cada vez más complejas con el fin de lograr satisfacer las necesidades de los usuarios empleando cada vez menos tiempo Desde 1968 se logran plantear mecanismos que permitan a la industria del software adaptarse a los cambios mejorando cada dia su interface, agilidad, procesamiento y la calidad de los productos y servicios desarrollados con mejoras continuas de desarrollo. Las metodologías de desarrollo de software tienen como objetivo presentar un conjunto de técnicas tradicionales y modernas de modelado de sistemas que permitan desarrollar software de calidad, incluyendo heurísticas de construcción y criterios de comparación de modelos de sistemas.
  • 4. METODOLOGIA DEL SOFTWARE Parte de la lógica que se utiliza para estructurar, planificar y controlar el proceso de desarrollo en sistemas de información dan claridad e indican que un conjunto de procedimientos genéricos y lógicos que se utilizan para alcanzar un objetivo particular usando un conjunto de habilidades y conocimiento. Las metodologías de desarrollo de software siempre parten de un componente teórico y cuando son usadas por los equipos de trabajo conllevan a la utilización de un conjunto de técnicas y métodos que al final determinarán las tareas generales y específicas que se deberían realizar para alcanzar un objetivo Los marcos de trabajo tradicionales o metodologías tradicionales se caracterizan por centrar la mayor parte de su esfuerzo en la planeación y control del proceso, lo que conlleva a una documentación exhaustiva y precisa de los artefactos que describen los requisitos y los modelos del sistema en las etapas iniciales del desarrollo del proyecto Metodologías que se enmarcan en los marcos tradicionales de desarrollo de software. Modelo en cascada es una metodología secuencial para la gestión de proyectos que se divide en fases. Cada fase comienza cuando ha terminado la anterior. Se compone de cinco (5) etapas principales que se asocian con actividades fundamentales en el proceso de desarrollo de software, las cuales son: Implementación Funcionamiento y mantenimiento Verificación Diseño Análisis
  • 5. Etapas del modelo cascada VENTAJAS La definición clara de fases permite el desarrollo de una estructura sencilla que es ideal para proyectos sencillos y cortos. Siguiendo este modelo se genera una muy buena documentación del proceso y es posible definir hitos claros. Es más fácil realizar la estimación de costos al inicio del proyecto. Es fácil elaborar cronogramas de trabajo en base al desarrollo de las actividades de cada fase. DESVENTAJAS No se acopla muy bien a proyectos complejos con múltiples equipos trabajando en paralelo ya que las fases normalmente se traslapan y es difícil diferenciarlas. Es difícil introducir cambios en el transcurso del proyecto. Los usuarios finales y clientes normalmente son integrados al final del proceso lo que impide tener realimentación y ajustes en etapas tempranas. Existen fallos que solo son detectados cuando el sistema entra en funcionamiento, lo que puede ser desastroso para un proyecto que sigue este modelo.
  • 6. Existen metodologías que son un marco de trabajo tradicional sin embargo este espacio muestra las características principales de los mas reconocidos en las empresas de software El modelo en cascada define cuatro grupos de roles típicos los cuales se mencionan a continuación: Desarrolladores: Es el rol más importante en la metodología cascada ya que son los encargados directos de la creación de código. Testers: Encargados de encontrar fallas en los productos finales y retornar el software a los desarrolladores para arreglar todos los defectos. Analista del negocio: Encargado de la realización de estrategias de negocio que le permitan al producto software alcanzar popularidad en el mercado digital. Administrador del proyecto: Es responsable de la calidad final del software. Administra el proyecto y lo subdivide en tareas entre los miembros del equipo. Proceso racional unificado RUP: es un proceso basado en la metodología de cascada, diferenciándose en los tres enfoques principales de sus características, la importancia del proyecto para el usuario, la arquitectura y organización y por último la óptima ejecución del producto. Igual que el método anterior, este también está dividido en fases. El inicio, en la cual se establecen los criterios de reconocimiento de problemas y requerimientos y también de la tecnología que se usará. La fase de elaboración donde se determina la estructura del proyecto y el refinamiento de los requerimientos. La construcción se centra en las actividades relacionadas con la estructura y aplicación del producto final y por ultimo la fase de transición en la que se hacen las pruebas y verificaciones de la calidad y garantía del producto final. 2. Modelos agiles Estos hacen énfasis en la comunicación del desarrollador con el cliente para establecer las normas y requerimientos necesarios en el producto final, por lo tanto, estos modelos no son de documentación sino en la importancia de la estructura y diseño funcional del resultado. Extreme Programming XP: Este modelo se basa en la relación comunicativa entre el cliente y el desarrollado que busca el éxito del software dejando que durante el tiempo de desarrollo este tenga cambios en los requerimientos, adhesiones de nuevas funciones y el análisis de posibles riesgos en el producto. Desarrollo rápido de aplicaciones RAD: se centra en el desarrollo de aplicaciones mediante la realización de iteraciones frecuentes y la realimentación constante,
  • 7. permitiendo desarrollarlo en menor tiempo, cumpliendo con los requerimientos de los clientes y permitiendo la reutilización de códigos para realizar cambios pertinentes. En sus fases primeramente está la definición y finalización de los requerimientos del proyecto cunado ambas partes discuten sobre los objetivos usos y necesidades para el programa. Mientras que en la fase de construcción de prototipos los cuales son construidos, verificados y aprobados por la validación del cliente llegando a una tercera fase de transformación a modelos totalmente funcionales. Dejando que durante la cuarta fase se enfoca en la realización de pruebas exhaustivas para garantizar que todos los elementos construidos funcionan bien individualmente y también de forma colectiva. Por último, en esta fase se realizan todas las actividades de lanzamiento del producto lo que involucra el cargue inicial de datos y entrenamiento a los usuarios. Scrum: Estos fomentan el trabajo y el concejo colectivo durante el desarrollo del programa con el objetivo de conseguir los objetivos concretos de forma rápida. Basado en tres pilares de construcción, la transparencia, haciendo referencia al seguimiento del proceso mediante documentos o reuniones explicativas. La Inspección que permite que cualquiera pueda estar enterado de las actividades realizadas por otros y en general conocer el estado actual de los procesos y la adaptación de las actividades de mejoras que permitan modificar todo tipo de proceso para conseguir los más altos estándares de calidad
  • 8. Hay otros roles denro del marco del trabajo scrum Dueño del producto (Product Owner) persona con amplio conocimiento en el negocio del cliente, sus necesidades y las tendencias del mercado para el área específica. Este rol está encargado de maximizar el valor de negocio entregado al cliente y es el único responsable del control del Product Backlog (requerimientos) y su priorización. Este también representa al cliente en algunos procesos de demostración de avances y determina cuándo aprobar o no una entrega. Scrum Master es un rol que se encarga de facilitar los procesos al interior del equipo de trabajo removiendo cualquier impedimento y apoyando procesos de empoderamiento personal, debe velar porque los elementos propios del marco de trabajo Scrum se apliquen de manera correcta. Equipo de desarrollo (Developer Team) son los responsables de la transformación de los requerimientos en código ejecutable a ser usado por el cliente, pero también son responsables de la planificación de las iteraciones, establecimiento de características para tener en cuenta en la verificación de un requerimiento terminado y presentación de avances a los clientes. Generalmente es un equipo auto organizado y auto gestionado.
  • 9. Planeación de proyectos de software Información general de Scrum Un proyecto Scrum implica un esfuerzo de colaboración para crear un nuevo Producto o, servicio, o cualquier otro resultado como se define en el Declaración de la Visión del Proyecto. Los proyectos se ven afectados por las limitaciones de tiempo, costo, alcance, calidad, recursos, capacidades organizativas, y otras limitaciones que los hacen difíciles de planificar, ejecutar, administrar y finalmente tener éxito. Sin embargo, la implementación exitosa de los resultados de un proyecto acabado le proporciona ventajas económicas significativas a una organización. Por lo tanto, es importante que las organizaciones seleccionen y practiquen una metodología adecuada de gestión de proyectos. Scrum es una de las metodologías ágiles más populares. Es una metodología de adaptación, iterativa, rápida, flexible y eficaz, diseñada para ofrecer un valor significativo de forma rápida en todo el proyecto. Scrum garantiza transparencia en la comunicación y crea un ambiente de responsabilidad colectiva y de progreso continuo. El marco de Scrum, tal como se define en la Guía SBOK™, está estructurado de tal manera que es compatible con los Producto os y el desarrollo de servicio en todo tipo de industrias y en cualquier tipo de proyecto, independientemente de su complejidad. Una fortaleza clave de Scrum radica en el uso de equipos multi-funcionales, auto- organizados, y con poder que dividen su trabajo en ciclos de trabajo cortos y concentrados llamados Sprints. Figura 1-1 proporciona una visión general de flujo de un proyecto Scrum