Foro Temático 2

Descargar como docx, pdf o txt
Descargar como docx, pdf o txt
Está en la página 1de 4

DSDM – Dynamic Systems Developmemt Method

El Método de Desarrollo de Sistemas Dinámicos (DSDM) es un marco ágil que


aborda el ciclo de vida completo del proyecto y su impacto en el negocio. Al igual
que la filosofía ágil más amplia, DSDM es un enfoque iterativo para el desarrollo
de software, y este marco establece explícitamente "cualquier proyecto debe estar
alineado con objetivos estratégicos claramente definidos y centrarse en la entrega
temprana de beneficios reales para el negocio". El marco se basa en cuatro
principios: factibilidad y estudio de negocios, modelo funcional e iteración de
prototipo, iteración de diseño y construcción e implementación.

DSDM se inventó en 1994, cuando los gerentes de proyecto que utilizan otro
marco ágil, el Desarrollo rápido de aplicaciones (RAD) , determinaron que el nuevo
enfoque iterativo para el desarrollo de software necesitaba más gobernanza y
directrices más estrictas.

Las fortalezas de DSDM incluyen:

 La funcionalidad básica del producto se puede entregar rápidamente

 Los desarrolladores tienen fácil acceso a los usuarios finales.

 Los proyectos se completan de manera confiable a tiempo

Las debilidades de DSDM incluyen:

 Puede representar un cambio dramático y disruptivo en la cultura de la


empresa.

 Costoso de implementar

 No es ideal para organizaciones pequeñas.

Ciclo de vida DSDM


1. Estudio de factibilidad:
Establece las necesidades y restricciones comerciales esenciales
relacionadas con la solicitud que se diseñará y luego evalúa si la aplicación
podría ser un candidato viable para el método DSDM.
2. Estudio de negocios:
Establece las necesidades de uso y conocimiento que pueden permitir la
aplicación para suministrar valor comercial; Además, es el diseño esencial de
la aplicación e identifica las necesidades de mantenimiento para la
aplicación.
3. Iteración del modelo funcional:
Produce una colección de prototipos progresivos que demuestran practicidad
para el cliente.
(Nota: se supone que todos los prototipos DSDM evolucionarán hacia la
aplicación entregable). La intención a lo largo de este ciclo invariable es
recopilar más necesidades generando comentarios de los usuarios a medida
que ejercen el paradigma.
4. Diseñar y construir iteraciones:
Revisa los prototipos diseñados a lo largo de la iteración útil del modelo para
asegurarse de que todos hayan sido diseñados de una manera que pueda
alterarlo para proporcionar un precio comercial operativo para los usuarios
finales. En algunos casos, la iteración útil del modelo y el estilo y la iteración
de compilación ocurren al mismo tiempo.
5. Implementación:
Coloca el nuevo incremento de código (un prototipo "operacionalizado") en el
entorno operativo. Cabe señalar que:
 (a) el incremento podría no estar completo al 100% o,
 (b) los cambios también se solicitan porque el incremento se coloca
en su lugar. En cualquier caso, el trabajo de desarrollo de DSDM
continúa volviendo a la actividad útil de iteración del modelo.

https://www.geeksforgeeks.org/dynamic-systems-development-method-dsdm/

https://www.productplan.com/glossary/dynamic-systems-development-method/

FDD – Feature Driven Development


El desarrollo dirigido por funciones (FDD) es un marco ágil que, como su nombre
lo indica, organiza el desarrollo de software en función del progreso de las
funciones. Sin embargo, las características en el contexto FDD no son
necesariamente características del producto en el sentido comúnmente
entendido. Son, más bien, más parecidos a las historias de
usuarios en Scrum . En otras palabras, "completar el proceso de inicio de sesión"
podría considerarse una característica en la metodología de Desarrollo Dirigido
por Funciones (FDD).

La primera aplicación en el mundo real de la metodología de Desarrollo Dirigido


por Funciones fue en un proyecto de desarrollo de software de 50 personas para
una institución financiera con sede en Singapur, y la primera discusión pública de
la metodología fue en el libro de 1999 Java Modeling in Color with UML.

FDD fue diseñado para seguir un proceso de desarrollo de cinco pasos, construido
principalmente en torno a proyectos discretos de "características". Ese ciclo de
vida del proyecto se ve así:

1. Desarrollar un modelo general

2. Crea una lista de características

3. Plan por característica

4. Diseño por característica

5. Construir por característica

Desde entonces, el marco ha tenido un uso generalizado, particularmente en


organizaciones más grandes, y hoy en día existe una próspera comunidad de
desarrollo basado en funciones con su propio sitio web.
Las fortalezas de FDD incluyen:

 El proceso simple de cinco pasos permite un desarrollo más rápido

 Permite a los equipos más grandes avanzar productos con éxito continuo

 Aprovecha los estándares de desarrollo predefinidos para que los equipos


puedan moverse rápidamente

Las debilidades de FDD incluyen:

 No funciona eficientemente para proyectos más pequeños.

 Menos documentación escrita, lo que puede generar confusión

 Depende mucho de los desarrolladores o programadores principales

Referencia:

https://www.productplan.com/glossary/feature-driven-development/

También podría gustarte