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

Serrano Peñuelas Página 1 de 10 .IIS Alumno: Marco A.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 .

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

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

el 80% de los objetivos se pueden lograr con el 20% del esfuerzo necesario para lograr la totalidad. • Se pueden realizar varias iteraciones simultáneamente siempre que no se entorpezcan ente ellas. • 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. • El objetivo es conseguir proyectos de calidad en los plazos marcados y ajustados al presupuesto indicado. El sistema perfecto es una utopía e intentar conseguirlo demasiado pronto puede poner en riesgo el sistema de información. Serrano Peñuelas Página 4 de 10 .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. • La evaluación de riesgos no se centra en el proceso de construcción sino en entregar función de negocio. el sistema se mejora incrementalmente. La clave es definir adecuadamente los incrementos UEM – Grado Ingeniería Informática .IIS Alumno: Marco A. • En MDSD para que se inicie una fase no es necesario que la anterior esté completa y con cada nueva iteración. Según el principio de Pareto (regla 80/20). siempre y cuando el usuario este satisfecho.

los compromisos de las distintas partes y quien o quienes financian el proyecto. De esta fase obtendremos: • informe de viabilidad. Ciclo de vida (compuesto por 5 fases): 1. Estudio de empresa 3. Serrano Peñuelas Página 5 de 10 . Implementación • Post-proyecto: Pre-proyecto (que define): • • • • el alcance global. los departamentos y personas implicadas. Iteración del modelo funcional 4. Estudio de viabilidad 2.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.IIS Alumno: Marco A. Estudio de viabilidad: Estudio de adecuación de la metodología al proyecto e identificación de riesgos. UEM – Grado Ingeniería Informática . Diseño e iteración de la estructura 5.

tanto que si esta no se consigue habría que replantearse seguir el proyecto utilizando esta metodología. De esta fase obtenemos: • • • • modelo de procesos identificando los usuarios clave en cada uno de ellos. catalogo de requisitos priorizado. Serrano Peñuelas Página 6 de 10 . 3. UEM – Grado Ingeniería Informática .Método de Desarrollo de Sistemas Dinámicos (MDSD) • • prototipo de viabilidad. Estudio de Negocio: Análisis en profundidad del proceso de negocio a informatizar. 2. Resulta fundamental para esta fase. plan de prototipo. la participación del usuario. que abarca el plan de desarrollo y el registro de riesgos. Iteración del modelo funcional (dividido en 4 fases): • • • • Identificación del prototipo funcional -> se definen funcionalidades a cubrir y se elabora modelo funcional. y el plan general del proyecto. arquitectura del sistema. 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.IIS Alumno: Marco A.

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

se podría llegar a la conclusión de que esta metodología dista de ser ágil. 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. Estudio del negocio. 1. Estudio de la viabilidad. Haciendo una lectura al pie de la letra sí que puede parecerlo. • • • ¿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. • • • • ¿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 .Método de Desarrollo de Sistemas Dinámicos (MDSD) RESUMEN: Tras lo que hemos visto.IIS Alumno: Marco A. Serrano Peñuelas Página 8 de 10 .

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

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

Sign up to vote on this title
UsefulNot useful