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 .

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

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

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

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

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

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

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

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

por parte de los desarrolladores. esta metodología permite al usuario aportar al proceso nuevos requerimientos durante el desarrollo del proyecto. Serrano Peñuelas Página 10 de 10 . con el consiguiente ahorro de tiempo y dinero en la realización de modificaciones. La utilización de prototipos permite la pronta detección. de los defectos del sistema. 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. antes de que el producto este concluido. aumenta la confiabilidad del cliente ante el proceso de desarrollo que se va a llevar a cabo. UEM – Grado Ingeniería Informática .IIS Alumno: Marco A.

Sign up to vote on this title
UsefulNot useful