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 .

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

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

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

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

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

Revisión de prototipo de diseño. 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. por lo que comprendería el mantenimiento. 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) 4. Definición de calendario -> se acuerda plan de trabajo Construcción de prototipo de diseño -> será utilizable por los usuarios. 5. Implementación -> instalar producto en oficinas del cliente. • 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.IIS Alumno: Marco A. UEM – Grado Ingeniería Informática . Formación -> formar a usuarios finales. Serrano Peñuelas Página 7 de 10 . 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.

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 . 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.IIS Alumno: Marco A. Serrano Peñuelas Página 8 de 10 . 1. 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.Método de Desarrollo de Sistemas Dinámicos (MDSD) RESUMEN: Tras lo que hemos visto. Estudio de la viabilidad.

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

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

Sign up to vote on this title
UsefulNot useful