Taller Sobre Metodologías de Desarrollo de Software. Ga1-220501093-Aa1-Ev01
Taller Sobre Metodologías de Desarrollo de Software. Ga1-220501093-Aa1-Ev01
Taller Sobre Metodologías de Desarrollo de Software. Ga1-220501093-Aa1-Ev01
GA1-
220501093-AA1-EV01
EUVAR DIUZA
3 METODOLOGIA TRADICIONAL
4 WATERFALL (CASCADA)
5 PROTOTYPING
6 SPIRAL
Toma las ventajas del modelo de desarrollo en cascada y el de prototipos
añadiéndole el concepto de análisis de riesgo. Se definen cuatro actividades:
7 INCREMENTAL
8 RAD
9 METODOLOGIAS ÁGILES
Este enfoque nace como respuesta a los problemas que puedan ocasionar las
metodologías tradicionales y se basa en dos aspectos fundamentales, retrasar las
decisiones y la planificación adaptativa. Basan su fundamento en la adaptabilidad
de los procesos de desarrollo. Un modelo de desarrollo ágil generalmente es un
proceso Incremental (entregas frecuentes con ciclos rápidos), también Cooperativo
(clientes y desarrolladores trabajan constantemente con una comunicación muy fina
y constante), Sencillo (el método es fácil de aprender y modificar para el equipo) y
finalmente Adaptativo (capaz de permitir cambios de último momento). Las
metodologías ágiles proporcionan una serie de pautas y principios junto a técnicas
pragmáticas que hacen que la entrega del proyecto sea menos complicada y más
satisfactoria tanto para los clientes como para los equipos de trabajo, evitando de
esta manera los caminos burocráticos de las metodologías tradicionales, generando
poca documentación y no haciendo uso de métodos formales. Estas metodologías
ponen de relevancia que la capacidad de respuesta a un cambio es más importante
que el seguimiento estricto de un plan.
10 PROGRAMACIÓN EXTREMA
11 SCRUM
13 KANBAN
La metodología ágil FDD, con sus siglas en inglés Feature Driven Development, fue
impulsada por Jeff de Luca y Meter Coad en los años 80. Como las otras
metodologías adaptables, se enfoca en iteraciones cortas que entregan
funcionalidad tangible. Dicho enfoque no hace énfasis en la obtención de los
requerimientos sino en cómo se realizan las fases de diseño y construcción. Sin
embargo, fue diseñado para trabajar con otras actividades de desarrollo de software
y no requiere la utilización de ningún modelo de proceso específico. Hace énfasis
en aspectos de calidad durante todo el proceso e incluye un monitoreo permanente
del avance del proyecto. Al contrario de otras metodologías, FDD promete ser
conveniente para el desarrollo de sistemas críticos y está orientada a equipos de
trabajo más grandes, con más personas que aquellos a los que normalmente se
aplican otras metodologías como Scrum. Define claramente entregas tangibles y
formas de evaluación del progreso del proyecto. No hace énfasis en la obtención de
los requerimientos sino en cómo se realizan las fases de diseño y construcción. FDD
se basa en un ciclo muy corto de iteración, nunca superior a dos semanas, y en el
que el análisis y los desarrollos están orientados a cumplir una lista de Features que
debe tener el software a desarrollar.
Esta metodología parte de la idea de que las necesidades del cliente son siempre
cambiantes durante el desarrollo del proyecto y posteriormente a su entrega. Esta
técnica fue desarrollada por Jim Highsmith y Sam Bayer a comienzos de los 90. La
novedad de esta metodología es que en realidad no es una metodología de
desarrollo de software, sino un método/técnica, a través del cual inculcar una cultura
adaptativa a la empresa para adaptarse al cambio y no luchar contra él. En ella no
hay un ciclo de vida estático (planear-diseñar-construir), si no que ofrece un ciclo de
vida iterativo, donde cada ciclo puede ser modificado al tiempo que otro es
ejecutado (especular colaborar-aprender).