Investigacion de Metodologias Agiles

1
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE INGENIERÌA INDUSTRIAL
CARRERA DE SISTEMAS DE INFORMACIÓN
FACULTAD DE INGENIERIA INDUSTRIAL
MATERIA:
INGENIERIA DEL SOFTWARE
NOMBRE:
FREIRE RENGIFO ROMY DEACK
FECHA:
08 DE DICIEMBRE DE 2022
CURSO:
SIN-S-VE-4-3
TEMA DE INVESTIGACIÓN: METODOLOGIAS
DE DESARROLLO DE SOFTWARE ÁGILES
Universidad de Guayaquil
Cdla. Universitaria
Av. Delta y Av. Kennedy
Teléfonos: (04) 2658478 - 2658128 - 658499
Dirección: Av. Dr. Gómez Lince y Av. Juan Tanca Marengo
2
INDICE
1.Desarrollo ágil del software

2.Scrum
3.Programación extrema (XP)
4.Kanban
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
3
1. Desarrollo ágil del software
En tiempos actuales, las empresas se manejan en un entorno globalizado que varía
rápidamente. En este sentido, deben responder a nuevas oportunidades y mercados,
cambios en las condiciones económicas y el surgimiento de productos y servicios
competitivos. El software forma parte de casi todas las actividades industriales, por lo
que se está desarrollando software nuevo a un ritmo acelerado para aprovechar las
oportunidades actuales y contrarrestar las amenazas de la competencia. Debido a ello, la
elaboración y la entrega de manera rápida suelen ser un requisito indispensable de los
sistemas de software actuales. De hecho, muchas empresas están dispuestas a hacer
concesiones entre la calidad del software y el compromiso para lograr la
implementación de software requerida más rápido. Dado que estas empresas operan en
un entorno en constante cambio, a menudo es casi imposible lograr un conjunto estable
de requisitos de software. Los requisitos iniciales inevitablemente cambiarán, ya que
será imposible para los clientes predecir cómo afectará el sistema a sus prácticas
operativas, cómo interactuará con otros sistemas y qué acciones del usuario se
automatizarán. Los requisitos reales solo pueden quedar claros después de que se
entregue el sistema y los usuarios lo experimenten. Incluso es posible que los requisitos
cambien rápida e impredeciblemente bajo la influencia de factores externos. En este
caso, el software puede estar desactualizado en el momento de la entrega. Un proceso de
desarrollo de software que tiene como objetivo especificar completamente los requisitos
y luego diseñar, construir y probar el sistema no es adecuado para el desarrollo rápido
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
4
de software. Si los requisitos cambian o se descubren problemas con los requisitos, el
diseño o la implementación del sistema deben rediseñarse y volverse a probar. Como
resultado, los procesos tradicionales en cascada o basados en especificaciones a menudo
toman mucho tiempo y el software final se entrega al cliente mucho más tarde de lo
especificado originalmente. Para algunos tipos de software, como los sistemas de
control críticos para la seguridad, es esencial un análisis completo del sistema y es
apropiado un enfoque basado en un plan. Sin embargo, en el entorno empresarial que
cambia rápidamente, esto puede presentar verdaderos desafíos. Para cuando el software
esté disponible, la razón original por la que lo compró puede haber cambiado de manera
tan significativa que el software será completamente inútil. Por lo tanto, un proceso de
diseño con un fuerte énfasis en el desarrollo y la entrega rápidos de software es
fundamental para los sistemas empresariales.
Sommerville, I. (2011). Ingeniería de software. Pearson Educación.
https://www.ebooks7-24.com:443/?il=3313
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
5
2.Scrum
Es un método ágil general que se centra en la gestión del desarrollo iterativo en lugar de
técnicas de ingeniería de software ágiles específicas. Como tal, se puede utilizar junto
con métodos técnicamente más ágiles, como XP, para proporcionar un sistema de
gestión de proyectos. Scrum se divide en tres fases. El primero es un boceto de
planificación que define los objetivos generales del proyecto y el diseño de la
arquitectura de software.
A esto le sigue una serie de ciclos de sprint, cada uno de los cuales desarrolla un sistema
incremental. Finalmente, la fase de finalización del proyecto cierra el proyecto,
completa la documentación necesaria, como marcos de ayuda del sistema y manuales de
usuario, y evalúa las lecciones aprendidas del proyecto. Una característica innovadora
de Scrum es su fase central, el ciclo de sprint. Un sprint de Scrum es una unidad de
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
6
planificación en la que se estima el trabajo a realizar, se seleccionan las funcionalidades
a desarrollar y se implementa el software. Al final del sprint, la función completa se
entrega a los participantes. Las principales características de este proceso son las
siguientes:
1) Los sprints tienen una duración fija, generalmente entre dos y cuatro semanas.
Corresponden al desarrollo de la versión del sistema en XP.
2) El punto de partida para la planificación es el Product Backlog, que es una lista
de trabajo a realizar en un proyecto. Durante la fase de evaluación del sprint, se
revisará y se identificarán las prioridades y los riesgos. El desarrollador está muy
involucrado en el proceso y puede introducir nuevos requisitos o tareas al
comienzo de cada sprint.
3) En la fase de selección, todo el equipo del proyecto trabaja con el cliente para
seleccionar las características y funcionalidades que se desarrollarán durante el
sprint.
4) Una vez acordado, organice un equipo para desarrollar el software. Todos los
miembros del equipo se reúnen brevemente todos los días para revisar el
progreso y cambiar las prioridades de trabajo si es necesario. En esta fase, el
equipo está aislado del cliente y de la organización, y toda la comunicación pasa
por el llamado "Scrum master". La última tarea es proteger al equipo de
desarrollo de interferencias externas. La forma en que se realiza el trabajo
depende del problema y del equipo. A diferencia de XP, Scrum no incluye
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
7
recomendaciones específicas sobre cómo escribir requisitos, diseñar primeras
pruebas, etc. Sin embargo, tales prácticas de XP se utilizan cuando el equipo lo
considera necesario.
5) Al momento de concluir un sprint, el trabajo completado se revisa y se enseña a
los involucrados. Entonces comienza el siguiente ciclo de sprint.
Scrum, como se indicó originalmente, está diseñado para usarse en equipos
comprometidos donde todos los miembros del equipo pueden reunirse para
reuniones diarias breves. Sin embargo, gran parte del desarrollo de software actual
implica equipos distribuidos con miembros del equipo repartidos por todo el mundo.
Como resultado, existen varios experimentos destinados a desarrollar Scrum para
entornos de desarrollo distribuido.
3.Programación extrema (XP)
La Programación Extrema (XP) es probablemente el método ágil más conocido y más
utilizado. El nombre fue acuñado por Beck (2000) porque el método se desarrolló
llevando prácticas aceptadas como el desarrollo iterativo a un nivel "extremo". Por

Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
8
ejemplo, en XP, diferentes programadores pueden desarrollar, integrar y probar muchas
versiones del sistema actual en un solo día. En Extreme Programming, los requisitos se
expresan como escenarios (llamados historias de dos usuarios) que se implementan
directamente como una serie de tareas. Los programadores trabajan en pares y realizan
testeos para cada actividad antes de insertar el código. Una vez que el nuevo código se
integre en el sistema, todas las pruebas deberían ejecutarse con éxito. Hay brechas
cortas entre las versiones del sistema
En Extreme Programming se incluyen las siguientes formas practicas:
1) El desarrollo incremental depende de lanzamientos frecuentes y pequeños del
sistema. Los requisitos se basan en historias o escenarios de clientes simples que
se utilizan como base para decidir qué funcionalidad incluir en una mejora del
sistema.
2) Se apoya la incorporación de clientes a través de la comunicación continua del
cliente con el equipo de desarrollo. Los representantes del cliente participan en
el desarrollo y son responsables de definir las pruebas de aceptación del sistema.
3) Los involucrados, no los procedimientos, se basan en la programación realizada
en pares, la propiedad en mayor medida del código sistemático y los procesos
sostenibles que no implican horas de trabajo excesivas.
4) Algo diferentes se adopta a través de lanzamientos regulares del sistema a los
benefactores, desarrollo de prueba primaria, replantación para evitar la regresión
del código y la integración continua de nuevas funciones.
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
9
5) La facilidad se logra mediante la replantación constante que eleva la calidad del
código y mediante el uso de diseños sencillos que no anticipan innecesariamente
cambios futuros en el sistema.
Durante el proceso XP, el cliente participa estrechamente en la definición y
priorización de los requisitos del sistema. Este último no aparece como una lista de
acciones requeridas del sistema. En cambio, los clientes del sistema son parte del
equipo de desarrollo y discuten escenarios con otros miembros del equipo. Juntos,
desarrollan un "mapa de la historia" que incluye las necesidades del cliente. Luego,
el equipo de desarrollo implementa este escenario en la próxima versión del
software.
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
1
0
4.Kanban
El método Kanban es un sistema de producción eficaz y eficiente. Forma parte de la
metodología ágil, que tiene como objetivo guiar la ejecución de las tareas hasta su
finalización. Conozcamos más sobre este método, que puede ser muy útil para tu
negocio.
¿Cómo funciona el método Kanban? Kanban es una palabra japonesa compuesta por
Kan (que significa visión) y Ban (que significa mapa). Kanban, por lo tanto, se refiere a
los mapas visuales. Este enfoque es tan simple que puede ser actualizado y utilizado por
grupos de trabajo sin ningún problema. Como método visual, le permite ver el estado
del proyecto de un vistazo y puede asignar nuevas tareas de manera muy eficiente.
Aplicarlo requiere un tablero de tareas para mejorar el trabajo y mantener un ritmo
sostenible.
Definir el flujo de trabajo en cada proyecto
Debe crear una pizarra que todos los miembros del equipo puedan ver y acceder. En esta
columna, comienza el estado de una publicación que otorga flujo -defordi. Muchos
estados de tareas comienzan a completar, requiriendo el estado de cada elemento.
Como método visual, simplemente puede observar el estado del proyecto y puede
asignar nuevas tareas de manera muy efectiva
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
1
1
Esta es una pizarra continua que no pasa en el mapa, pero mejora o tiene lugar con
nuevas características que se han acumulado desde el principio. Por lo tanto, se pueden
priorizar y colocar en la sección más relevante.
fase del ciclo de producción
Este enfoque se basa en el desarrollo incremental, que divide el trabajo en diferentes
partes. Por lo tanto, no hablemos de la tarea en sí, sino que simplifiquemos el proceso
de producción al dividir el trabajo en diferentes etapas.
Cada tarjeta, nota adhesiva o casilla de verificación en una hoja de cálculo que utiliza
este método se agrega a un tablero Kanban. Se agrega la información necesaria para que
el equipo comprenda la carga de trabajo total que realizarán. Se describen todo tipo de
tareas y observaciones. De esta manera, cada departamento puede visualizar
correctamente el trabajo junto con las prioridades y objetivos. Debido a que es un
enfoque visual, aumenta la eficiencia en todos los niveles. detener empezar, empezar
terminar
Este es el lema de la metodología, con el que las tareas existentes preceden a las nuevas.
El trabajo realizado debe ser limitado y cada etapa no debe exceder un cierto número de
tareas que limitan el trabajo en curso. Garantiza la priorización, la elaboración de
informes precisos y la supervisión adecuada del trabajo en equipo.
Controlar el flujo
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
1
2
Este método no funciona para un solo proyecto, pero puedes mezclar diferentes
proyectos y tareas. Los empleados tienen un flujo de trabajo constante que se puede
rastrear fácilmente recopilando toda la información de cada tarjeta. (Redacción ad,
2021)
Conclusiones: Dependiendo de la naturaleza del proyecto y la madurez de la empresa,
se puede utilizar uno u otro enfoque para usar Agile, siendo los más comunes:
Scrum: Dividirá el proyecto en partes pequeñas (sprints), planificar y revisar
continuamente.
Kanban: Utiliza tecnología de visualización para comprender rápida y fácilmente
dónde se encuentra cada tarea.
Programación extrema: Divida los proyectos en fases y realice un ciclo completo de
análisis, diseño, desarrollo y pruebas en cada fase.
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
1
3
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499
1
4
Bibliografía
Redacción ad. (08 de 06 de 2021). apd. Obtenido de apd:

https://www.apd.es/metodologia-kanban/
Cdla. Universitaria
Teléfonos: (04) 2658478 - 2658128 - 658499

Investigacion de Metodologias Agiles

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Investigacion de Metodologias Agiles

Cargado por

Copyright:

Formatos disponibles

1

FACULTAD DE INGENIERIA INDUSTRIAL

INGENIERIA DEL SOFTWARE

FREIRE RENGIFO ROMY DEACK

1.Desarrollo ágil del software

1. Desarrollo ágil del software

En tiempos actuales, las empresas se manejan en un entorno globalizado que varía

rápidamente. En este sentido, deben responder a nuevas oportunidades y mercados,

cambios en las condiciones económicas y el surgimiento de productos y servicios

oportunidades actuales y contrarrestar las amenazas de la competencia. Debido a ello, la

elaboración y la entrega de manera rápida suelen ser un requisito indispensable de los

sistemas de software actuales. De hecho, muchas empresas están dispuestas a hacer

concesiones entre la calidad del software y el compromiso para lograr la

un entorno en constante cambio, a menudo es casi imposible lograr un conjunto estable

de requisitos de software. Los requisitos iniciales inevitablemente cambiarán, ya que

cambien rápida e impredeciblemente bajo la influencia de factores externos. En este

caso, el software puede estar desactualizado en el momento de la entrega. Un proceso de

y luego diseñar, construir y probar el sistema no es adecuado para el desarrollo rápido

de software. Si los requisitos cambian o se descubren problemas con los requisitos, el

diseño o la implementación del sistema deben rediseñarse y volverse a probar. Como

resultado, los procesos tradicionales en cascada o basados en especificaciones a menudo

especificado originalmente. Para algunos tipos de software, como los sistemas de

control críticos para la seguridad, es esencial un análisis completo del sistema y es

apropiado un enfoque basado en un plan. Sin embargo, en el entorno empresarial que

diseño con un fuerte énfasis en el desarrollo y la entrega rápidos de software es

fundamental para los sistemas empresariales.

Sommerville, I. (2011). Ingeniería de software. Pearson Educación.

gestión de proyectos. Scrum se divide en tres fases. El primero es un boceto de

planificación que define los objetivos generales del proyecto y el diseño de la

incremental. Finalmente, la fase de finalización del proyecto cierra el proyecto,

completa la documentación necesaria, como marcos de ayuda del sistema y manuales de

de Scrum es su fase central, el ciclo de sprint. Un sprint de Scrum es una unidad de

planificación en la que se estima el trabajo a realizar, se seleccionan las funcionalidades

a desarrollar y se implementa el software. Al final del sprint, la función completa se

Corresponden al desarrollo de la versión del sistema en XP.

2) El punto de partida para la planificación es el Product Backlog, que es una lista

de trabajo a realizar en un proyecto. Durante la fase de evaluación del sprint, se

revisará y se identificarán las prioridades y los riesgos. El desarrollador está muy

involucrado en el proceso y puede introducir nuevos requisitos o tareas al

comienzo de cada sprint.

seleccionar las características y funcionalidades que se desarrollarán durante el

progreso y cambiar las prioridades de trabajo si es necesario. En esta fase, el

equipo está aislado del cliente y de la organización, y toda la comunicación pasa

por el llamado "Scrum master". La última tarea es proteger al equipo de

desarrollo de interferencias externas. La forma en que se realiza el trabajo

depende del problema y del equipo. A diferencia de XP, Scrum no incluye

recomendaciones específicas sobre cómo escribir requisitos, diseñar primeras

pruebas, etc. Sin embargo, tales prácticas de XP se utilizan cuando el equipo lo

5) Al momento de concluir un sprint, el trabajo completado se revisa y se enseña a

los involucrados. Entonces comienza el siguiente ciclo de sprint.

Scrum, como se indicó originalmente, está diseñado para usarse en equipos

Como resultado, existen varios experimentos destinados a desarrollar Scrum para

entornos de desarrollo distribuido.

Sommerville, I. (2011). Ingeniería de software. Pearson Educación.

3.Programación extrema (XP)

La Programación Extrema (XP) es probablemente el método ágil más conocido y más

llevando prácticas aceptadas como el desarrollo iterativo a un nivel "extremo". Por

ejemplo, en XP, diferentes programadores pueden desarrollar, integrar y probar muchas

expresan como escenarios (llamados historias de dos usuarios) que se implementan

cortas entre las versiones del sistema

En Extreme Programming se incluyen las siguientes formas practicas:

1) El desarrollo incremental depende de lanzamientos frecuentes y pequeños del

sistema. Los requisitos se basan en historias o escenarios de clientes simples que