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

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 . Serrano Peñuelas Página 1 de 10 .

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

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

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

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

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

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

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

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

por parte de los desarrolladores. 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.IIS Alumno: Marco 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. UEM – Grado Ingeniería Informática . con el consiguiente ahorro de tiempo y dinero en la realización de modificaciones. El estudio de viabilidad de la aplicación de esta metodología. La utilización de prototipos permite la pronta detección. Serrano Peñuelas Página 10 de 10 .