Dynamic Systems Development Method (DSDM)
Nombre de la Metodología
Dynamic Systems Development Method (DSDM), del inglés Metodología de
Desarrollo de Sistemas Dinámicos.
Link Fuente o Matriz de la
Misma
Agile Business Consortium
Descripción Somera de la Metodología
Para entender la metodología DSDM tenemos que conocer un poco de las
metodologías ágiles, así diremos que el software de desarrollo ágil se refiere a un
grupo de metodologías aplicadas a la creación de software que basa su desarrollo
en un ciclo iterativo, en el que las necesidades y soluciones evolucionan a través
de la colaboración entre los diferentes equipos involucrados en el proyecto.
Los métodos ágiles por norma general promueven una gestión de proyectos
disciplinada que fomenta la constante inspección del código y la adaptación de
éste, es un sistema organizado que permite y facilita el trabajo en equipo, la auto-
organización y favorece el rendimiento del tiempo de desarrollo.
Además fijan un conjunto que comprende las mejores prácticas de desarrollo para
optimizar los tiempos de entrega del software. Así siempre se cuenta con la
máxima calidad en el producto final, ya que desde el primer momento el equipo de
programadores cuenta con un punto de vista de negocio en consonancia con las
necesidades del cliente y los objetivos impuestos a la empresa.
El desarrollo con metodologías ágiles se refiere a cualquier proceso de desarrollo
que está en consonancia con el manifiesto ágil, que establecieron un grupo de
catorce figuras de la industria de la creación de software acerca de lo que hay que
hacer y lo que no durante el desarrollo de un proyecto.
El método de sistemas dinámicos (DSDM), es un método que provee un framework
para el desarrollo ágil de software, apoyado por la continua implicación del usuario
en un desarrollo iterativo creciente.
DSMS es caracterizada por su rapidez de desarrollo atendiendo a las demandas de
tecnologías de forma eficaz y eficiente previniendo que transcurra mucho tiempo y
la tecnología cambie.
Es una metodología agil situada dentro de las RAD (desarrollo rápido de
aplicaciones/Rapid Application Development).
Es ideal para proyectos de sistemas de información cuyos presupuestos y agendas
son muy apretados.
Creadores
Nació en enero del 94 con el objetivo de crear una metodología RAD unificada.
Fue desarrollado en el Reino unido por un Consorcio DSDM, un conjunto de
proveedores y de expertos en la materia de desarrollo de Sistemas De
Información. Esta es una organización no lucrativa y de proveedor independiente
que posee y administra el framework.
DSMS Consortium liderado por Tony Mobbs, Jennifer Stapleton, Gary Hodsdon,
Paul Herzlinch y Peter Constable, publico en la Febrero del 95 la 1° versión de
DSDM.
La primera versión fue terminada en enero de 1995 y publicada en febrero de ese
año.
DSDM ha evolucionado a través de los años, desde aquella primera versión en
1995. En 2001, año del Manifiesto Ágil, DSDM publicó la versión 4.1 de su modelo,
y se consideró una metodología ágil; y aunque mantuvo las siglas, cambió la
denominación original (Dynamis Systems Development Method) por Framework for
Business Centred Development.
En mayo de 2003 se lanzó la versión 4.2 de DSDM que sigue siendo ampliamente
utilizada y sigue siendo válida. En 2007 surge la versión más reciente de DSDM
que se llama DSDM Atern. El nombre Atern es una abreviación de Arctic Tern - un
pájaro de colaboración que puede viajar grandes distancias y resume muchos
aspectos de la metodología que es su forma natural de trabajar, por ejemplo
establecimiento de prioridades y la colaboración.
DSDM Atern es un framework ágil, robusto y probado para la efectiva
administración del proyecto y entrega [DSDM]. Se lo puede ver en forma gratuita
y está complementado por un conjunto completo de materiales, handbook y
plantillas – y el DSDM Consortium brinda el soporte.
Que Etapas de la Ing. de
Software Comple
La metodología DSDM cubre solamente dos etapas de la ingeniería del software.
La Descripción: identificar la información a ser procesada, que funciones y
rendimiento se desea, las interfaces, restricciones de diseño y los criterios de
validación.
El Desarrollo: se define como van a diseñarse las estructuras de datos,
complementarse la función dentro de una arquitectura de software, implementarse
los detalles procedimentales, caracterizar las interfaces, traducir el diseño a un
lenguaje de programación (o lenguaje procedimentales) y como realizar la
prueba.
Con lo referido al mantenimiento, nosotros no hemos encontrado material que
sustente que cumpla con esta etapa, por lo tanto decidimos no incluirla.