Método de Desarrollo de Sistemas Dinámicos (MDSD

)

UEM Grado Ingeniería Informática – HCAP Introducción a la Ingeniería del Software Marco Antonio Serrano marcosepe@terra.es

Método de Desarrollo de Sistemas Dinámicos (MDSD) Índice: Definiciones Principios Asunciones Fases Resumen Conclusiones 2 2 4 5 8 9 UEM – Grado Ingeniería Informática .IIS Alumno: Marco A. Serrano Peñuelas Página 1 de 10 .

PRINCIPIOS: Existen 9 principios en los que se basa esta metodología y que delimitan la naturaleza de la misma: 1. En MDSD los proyectos son limitados en tiempo y recursos. Método que provee un framework para el desarrollo ágil cumpliendo con las características de la metodología ágil: • • • implicación constante del usuario. Serrano Peñuelas Página 2 de 10 . Involucrar al usuario. Está orientada a combatir los principios de la crisis del software. por lo que se fomenta la utilización del Desarrollo Rápido de Aplicaciones. permitiendo la construcción de sistemas introduciendo restricciones de tiempo. desarrollo iterativo e incremental. y en algunos casos integra contenidos de otros métodos ágiles como Programación extrema (XP). desarrollo de sistema ajustado a tiempos y presupuesto. UEM – Grado Ingeniería Informática . presentando prototipos incrementales dentro de un ambiente de proyecto controlado.Método de Desarrollo de Sistemas Dinámicos (MDSD) DEFINICIONES: Considerada como la primera metodología ágil. tanto usuario como desarrolladores comparten entorno de trabajo y toman decisiones en común.IIS Alumno: Marco A. es de naturaleza iterativa e incremental.

Las pruebas se realizan durante todo el proyecto. Toma de decisiones importantes por parte del equipo del proyecto. lo que es muy importante debido a que puede existir malos entendidos. No es necesario abarcar todas las necesidades. sino únicamente las más importantes. basado en las revisiones y la UEM – Grado Ingeniería Informática .IIS Alumno: Marco A. 5. Cualquier cambio es reversible. 9. el resto se pueden desarrollar funcionalidades accesorias a posteriori. 8. o el usuario puede equivocarse al especificar una funcionalidad o la forma de operar de la misma. Orientado a la iteración. 3. lo que permite la revisión del producto desde etapas muy tempranas. 6. Desarrollo iterativo e incremental retroalimentación de los usuarios. lo que nos permite una tempranea detección de errores. 7. gracias a lo cual se pueden asumir nuevas mejoras que se aproximen a las expectativas del usuario. La comunicación y cooperación entre las partes del proyecto ha de ser constante. Esto nos da la oportunidad de probar el producto.Método de Desarrollo de Sistemas Dinámicos (MDSD) 2. se considera que entregar algo bueno pronto es mejor que algo perfecto tarde. antes del inicio del proyecto por todos aquellos que participan en el mismo. 4. Serrano Peñuelas Página 3 de 10 . Los objetivos y requisitos de alto nivel han de ser pactados. La entrega del sistema ha de satisfacer las funcionalidades críticas del usuario. sin tener que esperar aprobación de niveles superiores en jerarquía.

IIS Alumno: Marco A. • Se pueden realizar varias iteraciones simultáneamente siempre que no se entorpezcan ente ellas. • En MDSD para que se inicie una fase no es necesario que la anterior esté completa y con cada nueva iteración. • La evaluación de riesgos no se centra en el proceso de construcción sino en entregar función de negocio. • El objetivo es conseguir proyectos de calidad en los plazos marcados y ajustados al presupuesto indicado.Método de Desarrollo de Sistemas Dinámicos (MDSD) ASUNCIONES: Además de los anteriores principios hay que asumir otros denominados asunciones: • Ningún sistema se construye a la perfección en un solo intento. • Esta metodología es aplicable tanto a desarrollos iniciados desde cero como a ampliaciones de otros proyectos que no hayan sido creados con esta metodología. siempre y cuando el usuario este satisfecho. el sistema se mejora incrementalmente. El sistema perfecto es una utopía e intentar conseguirlo demasiado pronto puede poner en riesgo el sistema de información. La clave es definir adecuadamente los incrementos UEM – Grado Ingeniería Informática . el 80% de los objetivos se pueden lograr con el 20% del esfuerzo necesario para lograr la totalidad. Serrano Peñuelas Página 4 de 10 . Según el principio de Pareto (regla 80/20).

Ciclo de vida (compuesto por 5 fases): 1. los compromisos de las distintas partes y quien o quienes financian el proyecto.IIS Alumno: Marco A. Estudio de viabilidad 2. Diseño e iteración de la estructura 5. los departamentos y personas implicadas. Iteración del modelo funcional 4. UEM – Grado Ingeniería Informática . Estudio de empresa 3. Estudio de viabilidad: Estudio de adecuación de la metodología al proyecto e identificación de riesgos. Implementación • Post-proyecto: Pre-proyecto (que define): • • • • el alcance global.Método de Desarrollo de Sistemas Dinámicos (MDSD) FASES: Esta metodología consta de las siguientes fases que se realizan de forma secuencial: • • Pre-proyecto: Ciclo de vida: 1. Serrano Peñuelas Página 5 de 10 . De esta fase obtendremos: • informe de viabilidad.

arquitectura del sistema. que abarca el plan de desarrollo y el registro de riesgos. la participación del usuario.IIS Alumno: Marco A. UEM – Grado Ingeniería Informática . Estudio de Negocio: Análisis en profundidad del proceso de negocio a informatizar. Definición de calendario -> se acuerda plan de trabajo Obtención de prototipo Revisión de prototipo funcional -> se determina grado de aceptación mediante pruebas realizadas por el usuario. muy importante el feedback para que las iteraciones se aproximen al máximo a las necesidades el usuario.Método de Desarrollo de Sistemas Dinámicos (MDSD) • • prototipo de viabilidad. plan de prototipo. y el plan general del proyecto. De esta fase obtenemos: • • • • modelo de procesos identificando los usuarios clave en cada uno de ellos. 3. Serrano Peñuelas Página 6 de 10 . tanto que si esta no se consigue habría que replantearse seguir el proyecto utilizando esta metodología. Iteración del modelo funcional (dividido en 4 fases): • • • • Identificación del prototipo funcional -> se definen funcionalidades a cubrir y se elabora modelo funcional. catalogo de requisitos priorizado. Resulta fundamental para esta fase. 2.

UEM – Grado Ingeniería Informática . 5. Implementación (se divide en 4 fases): • • • • Aprobación del usuario -> El usuario da el visto buenos a producto. Formación -> formar a usuarios finales. Iteración del diseño y la construcción (se divide en 4 fases): • • • • Identificación del prototipo de diseño -> se determinan requisitos funcionales y no funcionales.Método de Desarrollo de Sistemas Dinámicos (MDSD) 4.IIS Alumno: Marco A. Implementación -> instalar producto en oficinas del cliente. Revisión de negocio -> confirmar la adecuación del sistema a las necesidades del usuario y a los objetivos establecidos en le proyecto. si este no es relevante se vuelve a la fase Iteración del modelo funcional y si es un aspecto técnico se vuelve a Iteración del diseño y la construcción Post-proyecto: Su objetivo es que el sistema siga siendo útil al usuario. Definición de calendario -> se acuerda plan de trabajo Construcción de prototipo de diseño -> será utilizable por los usuarios. Serrano Peñuelas Página 7 de 10 . por lo que comprendería el mantenimiento. • Si se detecta o falla algún aspecto funcional relevante se vuelve a la fase Estudio de Negocio. Revisión de prototipo de diseño.

Haciendo una lectura al pie de la letra sí que puede parecerlo. Serrano Peñuelas Página 8 de 10 . Estudio del negocio. • • • • ¿Qué procesos se van a informatizar? ¿qué requisitos se deben cumplir (no se requiere entrar en detalle)? ¿cuáles son los requisitos prioritarios? ¿cuál es el plan de desarrollo iterativo e incremental? UEM – Grado Ingeniería Informática . • • • ¿Que se pretende conseguir? ¿se puede obtener con los recursos de los que se dispone? ¿es DSDM la metodología adecuada consecución? ¿qué problemas pueden provocar que el proyecto no evolucione adecuadamente? 2.Método de Desarrollo de Sistemas Dinámicos (MDSD) RESUMEN: Tras lo que hemos visto.IIS Alumno: Marco A. Estudio de la viabilidad. 1. pero hay que tener en cuenta lo que realmente se obtiene en cada fase: Pre-proyecto: ¿Qué se pretende conseguir y quiénes van a participar para conseguirlo? Ciclo de vida del proyecto. se podría llegar a la conclusión de que esta metodología dista de ser ágil.

lo que condiciona las siguientes iteraciones a desarrollar. Serrano Peñuelas Página 9 de 10 . Implementación (Implementation). Definición de calendario para la realización de tareas. • • Realización de los procesos diseño y construcción Definición de calendario para la realización de tareas. UEM – Grado Ingeniería Informática . • • • • Aceptación del sistema. 4. Formación. Iteración del modelo funcional.IIS Alumno: Marco A. Iteración del diseño y de la construcción. 5. ya que en esta se basa el éxito del sistema.Método de Desarrollo de Sistemas Dinámicos (MDSD) 3. Implantación y análisis sobre la evolución e impacto del sistema. • • • Perfeccionamiento y cierre de los requisitos. Se puede apoyar en la realización de un prototipo. Post-proyecto: Hace referencia al mantenimiento del sistema ya que abarca la fase posterior a la entrega del sistema una vez finalizado. CONCLUSIONES: La constante comunicación entre proveedores y cliente durante el proceso de desarrollo es primordial. que no es otro que la satisfacción del cliente con el producto final.

con el consiguiente ahorro de tiempo y dinero en la realización de modificaciones. antes de que el producto este concluido.IIS Alumno: Marco A. de los defectos del sistema.Método de Desarrollo de Sistemas Dinámicos (MDSD) Por esta razón. El estudio de viabilidad de la aplicación de esta metodología. aumenta la confiabilidad del cliente ante el proceso de desarrollo que se va a llevar a cabo. Serrano Peñuelas Página 10 de 10 . esta metodología permite al usuario aportar al proceso nuevos requerimientos durante el desarrollo del proyecto. UEM – Grado Ingeniería Informática . La utilización de prototipos permite la pronta detección. por parte de los desarrolladores.